Як налаштувати автоматичні штрафи за прострочення: 3 режими, зроблені правильно

Редакція InvoiceFlow · 16 червня 2026 р. · 9 хвилин читання

Штраф за прострочення — це не покарання. Це ціна. Коли ви не стягуєте плату за затримку оплати, ви пропонуєте кожному клієнту безвідсотковий кредит без строку погашення — і раціональні клієнти охоче ним користуються, платячи вам востаннє, бо це нічого їм не коштує. Чітка, автоматична політика штрафів за прострочення змінює цю математику — без жодного незручного листа з вашого боку. Це посібник з налаштування: як вибрати політику, налаштувати її в InvoiceFlow і запустити так, щоб вона спрацьовувала тоді, коли потрібно — і тільки на тих рахунках, на яких повинна.

Психологію ми тут свідомо не торкаємося — вона розглядається в окремому матеріалі. Ця стаття про механіку: три режими, налаштування на рівні клієнта, шаблони нарахувань зі збереженими причинами, життєвий цикл від нарахування до списання, push-нагадування та експорт статистики у CSV. Найважливіше правило, яке слід засвоїти перед усім іншим: штрафи застосовуються лише до відповідних рахунків — надісланих або прострочених, ніколи чернеток.

Три режими — і коли кожен підходить

Фіксована сума. Одноразова фіксована сума, що додається, щойно рахунок стає простроченим, — наприклад, 500 грн або €40. Просто пояснити, просто передбачити. Найсильніше діє на невеликі рахунки, де штраф становить помітну частку від суми. Фіксовані штрафи найкращі, коли ваші рахунки приблизно однакового розміру і ви хочете однозначний сигнал: «прострочення коштує стільки». Ризик: на великому рахунку 500 грн — дрібниця, яка не змінить поведінку.

Відсоток від суми. Відсоток від непогашеного залишку — наприклад, 5% від простроченої суми. Масштабується разом із рахунком, тому залишається відчутним незалежно від того, чи залишок становить 2 000 грн, чи 200 000 грн. Відсоткові штрафи підходять бізнесам із широким діапазоном розмірів рахунків. Перевірте, що прийнято і дозволено на вашому ринку, перш ніж встановлювати ставку: відсоток, що здається розумним на невеликому рахунку, може виглядати агресивно на великому — тому багато хто обмежує суму або встановлює скромну ставку.

Нарахування за день. Плата, що накопичується з кожним днем, поки рахунок залишається несплаченим, — найближчий аналог відсотків. Це режим, який по-справжньому заохочує платити раніше, а не пізніше, бо вартість зростає щодня. Добре підходить для тривалих платіжних циклів і роботи B2B, де клієнт може «лежати» на рахунку тижнями. Компроміс: потребує найчіткішого роз'яснення, бо клієнт має розуміти, що лічильник увімкнено.

Universально правильного вибору немає. Дизайнер-фрілансер з рахунками на 8 000–25 000 грн може обрати фіксований штраф заради простоти. Агенція з рахунками від 50 000 до 1 500 000 грн захоче відсоток, щоб штраф масштабувався. Підрядник із 30- та 60-денними умовами оплати може скористатися нарахуванням за день, щоб затримка мала постійну вартість. Оберіть той варіант, який робить «заплатити вчасно» очевидно вигіднішим.

Налаштування на рівні клієнта: однієї політики рідко достатньо

Єдина глобальна політика — непоганий початок, але реальні клієнтські стосунки не однорідні. InvoiceFlow дозволяє налаштувати поведінку штрафів для кожного клієнта окремо, перевизначаючи глобальне значення за замовчуванням.

Використовуйте перевизначення свідомо:

• Ваш найкращий клієнт, який завжди платить вчасно, може мати штрафи повністю вимкнені. Він заслужив цю довіру, а штраф, який він ніколи б не спровокував, нічого вам не коштує — і сигналізує про довіру.
• Хронічно повільний платник може отримати жорсткішу політику — вищий відсоток або режим нарахування за день — щоб його поведінка мала реальну вартість, поки всі інші залишаються на м'якому стандарті.
• Великий корпоративний клієнт із власними умовами оплати може потребувати політики, узгодженої з тим, що він реально прийме у рахунку, — домовленої заздалегідь, а не нав'язаної.

Перевизначення на рівні клієнта знаходиться поруч з іншими налаштуваннями клієнта (наприклад, валютою), тому кожні стосунки мають власні правила — і вам не потрібно вирішувати це наново щоразу, коли виставляєте рахунок.

Шаблони нарахувань зі збереженими причинами

Коли штраф додається, у документі потрібна причина — як для розуміння клієнта, так і для ваших власних записів. InvoiceFlow підтримує шаблони нарахувань зі збереженими причинами, щоб вам не доводилося щоразу передруковувати одне й те саме обґрунтування. Ви обираєте шаблон, причина зберігається разом із нарахуванням і чітко відображається у рахунку — а не як загадковий рядок.

Це важливіше, ніж здається. Штраф без зазначеної причини провокує суперечку («що це за 500 грн?»). Штраф із чіткою, послідовною причиною («Штраф за прострочення оплати — рахунок прострочено на 14 днів згідно з узгодженими умовами») зрозумілий сам по собі й набагато важче заперечити. Налаштуйте невеликий набір шаблонів, що охоплюють ваші типові випадки, і використовуйте їх повторно.

Життєвий цикл: від нарахування до списання

Штраф за прострочення — це не одноразовий штамп; він має своє життя. Розуміння цього циклу — ось що тримає ваші книги в порядку, а розмови з клієнтами — легкими.

Нарахування. Штраф виникає, коли відповідний рахунок переходить у прострочений стан. Для фіксованого або відсоткового штрафу це одноразова подія; для нарахування за день акумуляція продовжується, поки залишок не сплачено. Головне: нарахування відбувається тільки на відповідних рахунках — тих, що вже фактично надіслані або прострочені. Чернетка у вашому застосунку не є зобов'язанням, що ви поклали на когось, тому штраф на неї ніколи не нараховується. Це захищає від конфузної ситуації, коли штраф з'являється на рахунку, який клієнт ніколи не отримував.

У рахунку. Нарахований штраф відображається у рахунку як окрема позиція зі збереженою причиною, а підсумки оновлюються — сума до сплати тепер включає штраф. Оскільки InvoiceFlow відстежує залишок, часткові платежі та штраф співіснують коректно: застосунок знає, скільки ще заборговано.

Списання. Коли ситуація вирішується, штраф списується. Це може статися через те, що клієнт повністю розрахувався, або через те, що ви вирішили його скасувати. Цикл має чіткий кінцевий стан в обох випадках, тому ви ніколи не несете примарного нарахування, яке вже не є реальним. Якщо ви видаляєте штраф із рахунку — він зникає з підсумків; якщо його сплачено — він зафіксований.

Цей цикл від нарахування до списання — ось що відрізняє справжню систему штрафів від стікера з написом «не забути додати 500 грн». Система пам'ятає, застосовує і списує — а ви ухвалюєте рішення щодо політики.

Push-нагадування

Автоматизація допомагає лише тоді, коли ви знаєте, що вона спрацювала. Підсистема штрафів включає push-нагадування, щоб ви отримували сповіщення, а не мусили пам'ятати перевіряти самостійно. Це замикає петлю: рахунок стає простроченим, логіка штрафів спрацьовує на відповідних рахунках, і ви отримуєте поштовх. Мета — не змусити вас більше працювати, а гарантувати, що нічого не вислизне, — включно з рішенням, залишити штраф у силі чи скасувати його для клієнта з поважною причиною.

Експорт статистики у CSV: дізнайтеся, скільки коштує прострочення

Штрафи за прострочення генерують дані, і ці дані справді корисні для ведення бізнесу. Статистика штрафів у InvoiceFlow включає експорт у CSV, тому ви можете витягти цифри й аналізувати їх так, як вам зручно.

Що статистика розповідає, якщо в неї зазирнути:

• Які клієнти постійно провокують штрафи — ваш реальний список повільних платників, підкріплений даними, а не враженнями.
• Скільки насправді коштує або повертає прострочення за певний період.
• Чи працює ваша політика — якщо одні й ті ж клієнти продовжують платити із запізненням попри штрафи, можливо, штраф занадто малий або стосунки потребують жорсткішої розмови.

Експортуйте щоквартально. Закономірність, яку ви б ніколи не помітили рахунок за рахунком, стає очевидною у таблиці — і дає вам підстави коригувати налаштування на рівні клієнта на основі даних, а не інтуїції.

Як повідомити клієнтів про політику: де більшість помиляється

Штраф, про який ви ніколи не повідомляли, — це штраф, який ви не можете справедливо стягувати. Описана вище механіка працює лише тоді, коли клієнт знав правило до того, як запізнився. Це одноразове налаштування, що окупається назавжди.

Вказуйте в кожному рахунку. Зазначте умови штрафу в підвалі рахунку — там само, де живуть інструкції з оплати. Один чіткий рядок: штраф, тригер, пільговий період (якщо є). «Оплата протягом 14 днів. До залишків, несплачених після дати платежу, застосовується штраф у розмірі 5%.» Оскільки це можна вбудувати в шаблон підвалу, воно з'являтиметься автоматично в кожному рахунку без жодних зусиль з вашого боку.

Відповідайте мові рахунку. Якщо ви виставляєте рахунки клієнтам їхньою мовою, умови мають бути зрозумілі їм. Локаль на рівні рахунку дозволяє PDF виходити мовою клієнта незалежно від мови вашого застосунку, тому умови щодо штрафу надходять словами, які клієнт реально розуміє, — саме до тієї аудиторії, яка найімовірніше оспорює штраф, якого не змогла прочитати.

Встановіть пільговий період. Коротке пільгове вікно перед тим, як штраф набуде чинності, — хороша практика: воно покриває чесні затримки (платіж у дорозі, клієнт у відпустці) і резервує штраф для справжнього прострочення. Крім того, це робить зрештою штраф справедливим, а не дріб'язковим.

Коли скасовувати штраф

Наявність системи штрафів не означає стягувати кожен штраф. Рішення про скасування — частина політики, а не її провал.

Розумні випадки для скасування:

• Перше порушення від хорошого клієнта, надійного роками. Стягнення штрафу ризикує зіпсувати тривалі стосунки через невелику суму; скасування, з одночасним нагадуванням про політику, купує добру волю.
• Справжня, повідомлена причина — клієнт завчасно попередив вас, була банківська проблема, реальна обставина. Штраф — за те, що вас ігнорують, а не за те, що трапляється в житті.
• Якщо ви самі спровокували ситуацію — надіслали рахунок на неправильну адресу або умови були незрозумілі. Проковтніть і виправте процес.

Коли не скасовувати: повторні порушники, мовчазні неплатники та клієнти, які реагують лише після появи штрафу. Для них штраф виконує саме свою функцію, а скасування навчає неправильного уроку. CSV-експорт покаже вам з часом, хто до якої категорії належить.

Десятихвилинний чекліст налаштування

1. Оберіть режим за замовчуванням — фіксований, відсотковий або за день — виходячи з типового розміру рахунків і платіжного циклу.
2. Встановіть суму або ставку. Тримайте її відчутною, але справедливою для вашого ринку.
3. Встановіть пільговий період, щоб чесні затримки його не спровокували.
4. Створіть кілька шаблонів нарахувань із чіткими збереженими причинами.
5. Додайте умови штрафу до підвалу шаблону рахунку — один раз.
6. Додайте перевизначення на рівні клієнта: вимкнено для найкращих, жорсткіше для відомих повільних платників.
7. Переконайтеся, що політика застосовується лише до надісланих/прострочених рахунків, а не до чернеток — щоб ніколи не стягувати за те, чого клієнт не бачив.
8. Плануйте щоквартальний експорт CSV-статистики та коригування.

Налаштоване один раз, це тихо працює у фоні. Штраф нараховується на відповідні рахунки, push-нагадування тримає вас у курсі, підсумки залишаються коректними, а статистика показує, що працює. Ви витрачаєте енергію на ту частину, яка досі потребує людини, — вирішуєте, коли тримати позицію, а коли скасувати, — і дозволяєте системі впоратися з рештою.