Найчастіше питання після надсилання фактури звучить не "чи правильно я її склав", а "чи клієнт її взагалі бачив". Зазвичай відповідь шукають руками: зайти в панель, відкрити фактуру, переглянути стрічку подій. П'ятнадцять разів на день.
Із 1 лютого 2026 з'явився другий привід для хвилювання: відповідь від KSeF (Krajowy System e-Faktur, польська національна система е-фактур). Фактура, відхилена шлюзом, не є фактурою, а про відхилення ви дізнаєтеся лише тоді, коли вам про це хтось скаже. Терміни впровадження опубліковані Міністерством фінансів на ksef.podatki.gov.pl.
Цей матеріал показує, які саме події Biurko виявляє, якими каналами їх доставляє і де проходить межа між тим, що система знає, і тим, про що вона лише здогадується.
Що саме Biurko відстежує на фактурі
Кожна дія з документом потрапляє у стрічку активності фактури і належить до однієї з п'яти груп. Група водночас є перемикачем: ви вимикаєте цілу категорію одним кліком, а не позначаєте двадцять окремих подій.
Група Що охоплює Типове застосування lifecycle створення, редагування, видалення, дублювання, коригування, коригування до нуля, конвертація проформи, імпорт із KSeF, зміна номера контроль над тим, хто працює з документами status виставлення, позначення як надісланої, зміна статусу, увесь шлях KSeF (черга, надсилання, обробка, прийняття, відхилення, помилка, скасування, отримання UPO, офлайн-режим, аварія, пакет) чи документ уже легально в обігу payments позначення як оплаченої та скасування цього позначення контроль дебіторки documents надісланий лист, доставка, відкриття, відбиття, скарга на спам, завантаження PDF, експорт доказ, що клієнт отримав документ views перегляд фактури в панелі аудит доступу в команді
Повторні перегляди тієї самої фактури тією самою людиною в короткому проміжку часу не створюють новий запис. Без цього стрічка активності перетворилася б на серверний лог.
Типово всі п'ять груп увімкнені для сповіщень у застосунку. Якщо ви працюєте самі й вам байдуже, хто відкривав документ, вимкніть views і lifecycle, а залиште status та payments.
Три канали: дзвіночок, push і email
Одна подія, три незалежні шляхи доставки.
Дзвіночок у застосунку. Запис потрапляє до скриньки сповіщень і з'являється миттєво, без оновлення сторінки. Biurko тримає відкритий канал реального часу, тож якщо панель відкрита на другому моніторі, лічильник непрочитаних змінюється за секунду після події. Сповіщення можна позначати прочитаними поштучно, гуртом або очистити весь список.
Push у браузері. Це та сама частина заголовка про "без входу в систему". Після одноразового дозволу в браузері ви отримуєте системне сповіщення навіть тоді, коли Biurko закрите. Клік веде прямо до конкретної фактури, а не на дашборд. Push працює на стандарті Web Push із ключами VAPID, підтримує кілька пристроїв на один обліковий запис і вимикається одним перемикачем.
Email. Зарезервований для того, що не можна пропустити: відхилення в KSeF, помилка надсилання, завершення пакетної відправки, сертифікат, що спливає. Типово листи про передачі до KSeF вимкнені, а сповіщення в застосунку увімкнені. Це свідоме рішення: поштова скринька підприємця і без нас достатньо захаращена.
Кожне сповіщення приходить мовою одержувача, а не мовою того, хто спричинив подію. У бухгалтерському бюро, де бухгалтер працює українською, а власник фірми польською, одна дія формує два різні тексти.
Оплати: що це сповіщення означає насправді
Тут потрібна чесність, бо конкуренти люблять цю межу розмивати.
Biurko не має інтеграції з банком. Система не завантажує виписки, не зіставляє перекази з фактурами і не знає, що клієнт заплатив. Сповіщення з групи payments означає рівно одне: хтось із вашої команди змінив статус оплати в системі. Зазвичай це бухгалтер, який переглянув виписку і позначив оплачені позиції.
Це все одно корисно, бо в команді з двох-трьох людей губиться саме інформація "я це вже перевірив". Але це не автоматичне виявлення платежів, і називати це так не варто.
Статус прострочення працює інакше, бо він обчислюється, а не встановлюється. Фактура прострочена, коли вона не позначена як оплачена, а термін оплати минув. Тому "прострочена" ніколи не з'являється як варіант для ручного вибору: доступні лише "оплачена" і скасування цього рішення.
is_paid = false AND payment_due_date < сьогодні -> прострочена
is_paid = true -> оплачена
в інших випадках -> неоплачена
Biurko також не надсилає автоматичних нагадувань контрагенту. М'яке стягнення заборгованості є в планах, у продукті його сьогодні немає, і вдавати інше ми не будемо.
Два потоки статусів: KSeF і лист клієнту
Виставлена фактура живе одразу у двох обігах, і кожен формує власні статуси.
Потік KSeF. Передача проходить чергу, надсилання й обробку, а завершується прийняттям, відхиленням або помилкою. Сповіщення приходить лише на кінцевих станах, бо "обробка" нікого не цікавить. При відхиленні в тексті сповіщення є код помилки, перекладений людською мовою, а не сирий відгук шлюзу. Канали налаштовуються окремо для кожної події: ви можете хотіти email при відхиленні, але лише дзвіночок при прийнятті.
Окреме сповіщення закриває пакетну відправку і показує підсумок: скільки документів пішло, скільки прийнято, скільки відхилено, скільки потребує перевірки.
Поштовий потік. Коли ви надсилаєте фактуру клієнту з Biurko, поштовий провайдер звітує про чотири події: доставку, відкриття, відбиття і скаргу на спам. Кожна потрапляє у стрічку активності фактури і може сформувати сповіщення.
Практичний сценарій: ви надсилаєте фактуру, за хвилину бачите "доставлено", за дві години "відкрито". Через тиждень клієнт телефонує і каже, що нічого не отримував. У вас є дата доставки і дата першого відкриття.
Два застереження, про які варто знати:
Відкриття рахуються через піксель відстеження. Поштові клієнти, що блокують зображення, і механізми приватності на кшталт Apple Mail Privacy Protection занижують або завищують ці цифри. Відсутність відкриття не доводить, що клієнт не читав.
Доставка є твердішим доказом. Відбиття і скарга на спам є ще твердішими: адреса тоді потрапляє до списку виключень, щоб подальші надсилання не псували репутацію вашого домену.
Biurko рахує перше відкриття, останнє відкриття і загальну кількість відкриттів, стійко до повторів і подій, що приходять поза чергою.
Хто отримує сповіщення
Правило просте: власник фірми і автор фактури, за винятком того, хто сам спричинив подію. Ніхто не отримує сповіщення про власний клік.
Крім того, сповіщення приходять лише чинним учасникам фірми. Якщо бухгалтер пішов із бюро, він перестає бачити дані фактур, автором яких був.
Для бухгалтерських бюро є ще один перемикач. Коли бухгалтер надсилає фактуру до KSeF від імені клієнта, автор документа теж типово отримує інформацію про результат. Це можна вимкнути, якщо клієнт не хоче двадцяти сповіщень на день про операції, які він і так не контролює.
Окремим шляхом ідуть сповіщення про сертифікат KSeF. Щоденна перевірка о 8:00 надсилає попередження за 7, 3 і 1 день до закінчення строку, кожен поріг зі своїм перемикачем. Прострочений сертифікат зупиняє надсилання, тож саме це вимикати не варто.
Чекліст налаштування
Увімкніть push у браузері на тому пристрої, на якому реально працюєте. Один обліковий запис обслуговує кілька пристроїв.
Залиште увімкненими групи
statusіpayments. Саме вони відповідають на питання "чи документ легальний" і "чи є в нас гроші".Вимкніть
views, якщо працюєте самі. Ця група має сенс лише коли у фірмі кілька людей.Увімкніть email при відхиленні та помилці передачі до KSeF. Прийняття залиште на дзвіночку.
Не вимикайте попередження про сертифікат. Три пороги це мінімум, щоб встигнути з поновленням.
У бухгалтерському бюро домовтеся з клієнтом, чи має він отримувати копії сповіщень про передачі, і налаштуйте це один раз.
Через тиждень поверніться до налаштувань. Якщо чогось не читаєте, вимкніть. Сповіщення, яке ігнорують, гірше за його відсутність.
Підсумок
Сповіщення мають сенс лише тоді, коли відповідають на конкретне питання і не заливають вас усім іншим. Тому в Biurko події згруповані, канали розділені, а типові налаштування підібрані так, щоб email залишався для ситуацій, що вимагають реакції.
Фактура, відхилена KSeF, лист, що відбився, і сертифікат, який спливає, це три речі, про які треба знати того самого дня. Решта може почекати на дзвіночок.
Створіть безкоштовний обліковий запис на biurko.io і налаштуйте сповіщення під свій спосіб роботи. Це займе менше часу, ніж одна ручна перевірка статусу фактури.
FAQ
Чи повідомить Biurko, коли клієнт оплатить фактуру? Не автоматично. Biurko не має інтеграції з банком, тому статус "оплачено" ставить людина. Сповіщення з групи оплат означає, що хтось із команди змінив цей статус. Статус прострочення натомість обчислюється автоматично з терміну оплати.
Чи отримаю сповіщення, якщо KSeF відхилить фактуру? Так. Відхилення це кінцевий стан передачі, тому сповіщення надходить завжди, а в його тексті є перекладений код помилки. Типово воно потрапляє до дзвіночка в застосунку, email і push вмикаються окремо в налаштуваннях.
Чи побачу, що клієнт відкрив фактуру, надіслану поштою? Так, якщо увімкнена група documents. Biurko фіксує доставку, перше й останнє відкриття та кількість відкриттів. Пам'ятайте, що блокування зображень і механізми приватності в поштових клієнтах спотворюють статистику відкриттів.
Чи працюють push-сповіщення, коли я не в системі? Так. Після одноразового дозволу в браузері сповіщення приходять при закритому застосунку, а клік відкриває конкретну фактуру. Один обліковий запис може мати кілька активних пристроїв, а push вимикається одним перемикачем.
Чи можу я приглушити сповіщення з облікових записів моїх клієнтів у бухгалтерському бюро? Так. Кожна з п'яти груп подій має власний перемикач, а сповіщення про передачі до KSeF налаштовуються окремо для кожної події і кожного каналу. Можна також вимкнути пересилання результатів передачі автору фактури.