Технічний збій сервера ДПС: що робити платнику у 2026 році

Технічний збій у день подання звітності або реєстрації податкової накладної — це не просто ІТ-проблема. Для бухгалтера важливо відокремити локальний збій комп’ютера, КЕП або провайдера від несправності інформаційної системи ДПС, тому що правові наслідки цих ситуацій різні.

Нижче — практичний алгоритм для 2026 року, побудований на чинній статті 42¹ ПКУ та актуальному роз’ясненні ДПС щодо технічних проблем при роботі з ЄРПН.

1. Спочатку визначте, де саме виникла проблема

Помилка може бути на стороні браузера, КЕП, бухгалтерської програми, інтернет-з’єднання, оператора електронного документообігу або самої системи ДПС. Не кожне повідомлення «сервер недоступний» означає офіційно визнаний збій Електронного кабінету.

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

2. Зафіксуйте спробу подання або реєстрації

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

Особливо важливо не перезаписувати первинні файли і не втрачати першу квитанцію. Якщо документ надсилався кілька разів, збережіть усі спроби з точним часом.

3. Перевірте офіційний вебпортал ДПС

Пункт 42¹.10 ПКУ прямо враховує повідомлення на офіційному вебпорталі ДПС як один зі способів визнання технічної або методологічної помилки чи технічного збою. Тому в день проблеми перевіряйте не лише соцмережі та повідомлення сервісу, а саме офіційний ресурс.

Якщо ДПС оприлюднила повідомлення про збій, збережіть його реквізити або копію сторінки. Важливими є дата, часовий проміжок і система, якої стосується повідомлення.

4. Повідомте про технічну помилку

Пункт 42¹.7 ПКУ дає платнику право надіслати повідомлення про технічну або методологічну помилку через Електронний кабінет або в інший спосіб. Технічна помилка повідомляється одночасно методологу Електронного кабінету та технічному адміністратору.

У повідомленні варто описати дію, яку неможливо виконати, час першої та повторних спроб, форму документа, текст помилки і додати наявні підтвердження. Формулювання має бути фактичним: що робили, що отримали і який строк перебуває під ризиком.

5. Не плутайте повідомлення про збій із автоматичним продовженням строку

Стаття 42¹ ПКУ не встановлює універсального правила «сервер не працював — строк автоматично переноситься». Вона визначає механізм визнання помилки і наслідки для відповідальності за порушення, яке було зумовлене саме таким збоєм.

Тому після відновлення роботи систему краще використати одразу. Не варто чекати додатковий день лише тому, що напередодні була технічна проблема.

6. Який захист дає пункт 42¹.10 ПКУ

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

Ключове слово тут — «виключно». Якщо документ не був поданий і до збою, або платник пропустив строк з іншої причини, сам факт аварії не перекриває інші обставини.

7. Що особливого для податкових накладних і ЄРПН

У роз’ясненні від 11 червня 2026 року ДПС нагадала: у день, на який припадає граничний строк реєстрації ПН/РК, операційний день триває з 00:00 до 24:00. Документ, поданий для реєстрації у такий граничний день, може бути зареєстрований, а квитанція надіслана не пізніше наступного операційного дня.

Це означає, що для ЄРПН треба розрізняти час подання документа і момент отримання квитанції. Саме тому журнал відправлення і квитанції мають зберігатися разом.

8. Що відбувається після повідомлення про помилку

ПКУ встановлює 72 години для перевірки повідомлення методологом або технічним адміністратором, не враховуючи вихідні та святкові дні. Якщо технічна помилка порушує права платників або може призвести до відповідальності, адміністратор має повідомити платників про її існування та відновлення роботи.

Якщо відповідь у встановлений строк не надійшла або наявність помилки заперечується, пункт 42¹.11 передбачає можливість судового захисту. Для такого сценарію особливо важливо мати послідовно збережені докази.

9. Чого не варто робити

Не обмежуйтеся усним повідомленням бухгалтеру або скриншотом із месенджера. Не змінюйте системний час на комп’ютері і не створюйте «заднім числом» документи, яких не було. Не покладайтеся на неофіційний допис, якщо мова йде про можливий штраф.

Також не змішуйте проблеми різних систем. Збій ЄРПН, недоступність Електронного кабінету і помилка конкретного оператора електронного документообігу можуть мати різні джерела.

10. Внутрішній протокол для бухгалтера

Компанії варто мати короткий внутрішній алгоритм: хто фіксує збій, хто перевіряє офіційні повідомлення, хто повторно подає документ після відновлення і хто зберігає квитанції. Це особливо важливо у дні ПДВ, зарплатної звітності та інших масових дедлайнів.

Для критичних документів корисно не залишати відправлення на останні хвилини. Технічний захист існує, але він не замінює нормальну організацію строків.

Пов’язані матеріали

• Бухгалтерська консультація
• Консультація бухгалтера для ФОП
• Бухгалтерський супровід ТОВ

Як користуватися офіційними роз’ясненнями

Для податкових рішень важлива не лише сама відповідь, а й дата, статус та сфера її застосування. Якщо у ЗІР або на сайті ДПС матеріал має позначку «діяло до», його не варто переносити на поточну операцію без перевірки чинної норми.

Коли питання впливає на суму податку, строк подання, реєстрацію документа або можливий штраф, збережіть посилання на чинне джерело і коротко зафіксуйте, чому саме воно застосовується до вашої ситуації. Це корисніше, ніж покладатися на пам’ять або стару інструкцію.

Що зберігати у справі про збій

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

Такий комплект не гарантує результат спору сам по собі, але дозволяє показати причинний зв’язок і те, що платник діяв без зволікання. Для підприємства це також зручний шаблон контролю: через кілька місяців не доведеться відновлювати події з пам’яті співробітників.

Якщо технічний збій створює ризик прострочення, блокування документів або спору з ДПС, алгоритм дій варто розглядати разом із податковим супроводом бізнесу.