ГОЛОВНЕ

Нова відповідь ЗІР №44853 повідомляє, що на період воєнного стану використання API відкритої частини Електронного кабінету тимчасово не здійснюється. Дані публічних електронних реєстрів отримують після електронної ідентифікації за допомогою КЕП або іншого дозволеного засобу — тому інтеграції, що покладаються на анонімні публічні запити, треба перевірити окремо.

Кого стосується

Роз’яснення важливе бухгалтерам, ІТ-командам і сервісам, які автоматично отримують відомості з реєстрів відкритої частини Електронного кабінету: платників ПДВ, єдиного податку, неприбуткових організацій, РРО та інших наборів.

Що саме уточнила ДПС

ДПС відрізняє опис технічного API від фактичної можливості його використання під час воєнного стану. Відповідь №44853 прямо вказує на тимчасове незастосування API відкритої частини та на доступ до публічних реєстрів після електронної ідентифікації.

Що перевірити у своїй інтеграції

  1. Чи звертається програма до відкритого API без автентифікації або зі старим токеном.
  2. Які саме реєстри й поля потрібні для бізнес-процесу.
  3. Чи є дозволений інтерактивний доступ після електронної ідентифікації.
  4. Як система фіксує недоступність даних і не підміняє її застарілим кешем.
  5. Чи не приймається автоматичне рішення про контрагента лише через порожню відповідь API.

Практичний порядок для бухгалтера

  1. Увійдіть до Електронного кабінету за чинним засобом електронної ідентифікації.
  2. Відкрийте потрібний реєстр і сформуйте запит через доступний інтерфейс.
  3. Зафіксуйте дату перевірки та збережіть результат, якщо він використовується для податкового чи договірного рішення.
  4. Для масових перевірок погодьте з ІТ-командою легальний спосіб доступу; не намагайтеся обходити автентифікацію.

Що не доводить порожня відповідь

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

Типові помилки

  1. Вважати сторінку технічного опису гарантією доступності API.
  2. Продовжувати використовувати старі результати без дати актуальності.
  3. Розцінити технічну помилку як негативний реєстровий статус.
  4. Передавати КЕП або токен сторонньому сервісу без перевірки повноважень і безпеки.
  5. Намагатися обійти вимогу електронної ідентифікації.

Увійдіть до iFin, щоб застосувати ці рекомендації у своїй роботі.

Увійти в iFin

Джерела та корисні посилання

Опубліковано 29 жовтня 2026 р.. Останнє оновлення: 29 жовтня 2026 р.. Матеріал описує робочий процес. Для конкретної операції звіряйте чинні норми та актуальну інструкцію сервісу. Редакційні принципи