Дані просто з реєстру
Сервіс звертається до реєстру фіскальних чеків ДПС і повертає відповідь без змін — у текстовому вигляді та повним XML.
REST API, що звертається до реєстру Державної податкової служби, повертає чек у текстовому та XML-вигляді, кешує результат і веде прозорий облік витрачених запитів.
HTTP Basic · JSON · без SDK і залежностей
$ curl -u login:pass \ 'https://chequechecker.tech/cheque_info?…' { "success": true, "fromDFS": false, "error": null, "check": "ICAgINCi0J7QkiDCq9Cc0JjQlNCb…", "checkXml": "<CHECK>…</CHECK>" }
Один ендпоінт для перевірки, другий — для контролю залишку. Решту сервіс бере на себе.
Сервіс звертається до реєстру фіскальних чеків ДПС і повертає відповідь без змін — у текстовому вигляді та повним XML.
Уже перевірений чек віддається з локальної бази за мілісекунди й не списує баланс. Потрібні свіжі дані — додайте forced=1.
Знайдений чек — 1 запит, помилка реєстру — 0,5, кеш — безкоштовно. Залишок доступний окремим викликом і в панелі.
Дашборди, журнал запитів із розкодованим чеком, помилки, найактивніші каси та live-моніторинг подій у реальному часі.
Postman і OpenAPI 3.0 з описами всіх полів і збереженими прикладами відповідей. Імпорт — і можна пробувати.
HTTP Basic поверх TLS. Жодних токенів, оновлень і SDK — працює з будь-якої мови та з curl.
Зчитайте з QR-коду або самого чека чотири значення: ідентифікатор, дату й час, фіскальний номер каси та суму.
Один GET із HTTP Basic. Сервіс спершу шукає чек у власній базі й лише потім звертається до реєстру.
JSON із текстовим чеком у base64 та XML. Поле fromDFS показує, звідки взято дані.
Кожне звернення потрапляє в журнал панелі: статус, тривалість, списання з балансу.
Панель відкривається у браузері й не потребує встановлення. Видно, скільки чеків перевірено, що в них було і куди пішли гроші. Нижче — як це виглядає.
Головні цифри одразу на вході: скільки перевірок лишилося, скільки чеків пройшло сьогодні та на яку суму. Без звітів і вивантажень.
Кожна перевірка зʼявляється на екрані тієї ж миті, коли відбувається. Сторінку оновлювати не треба.
Кожен перевірений чек лягає в таблицю вже розкладеним: продавець, товари, ціни й сума. Шукати можна як у звичайному каталозі.
Скануйте QR-код із чека, вставте посилання — і дані заповняться самі. Відповідь читається як звичайний чек, а не як набір кодів.
Жодних бібліотек — звичайний HTTP-запит із заголовком Authorization.
{
"success": true,
"errorMessage": null,
"message": null,
"fromDFS": true, // дані з реєстру
"error": null,
"error_description": null,
"check": "ICAgINCi0J7QkiDCq9Cc0JjQlNCb…",
"checkXml": "<?xml version=\"1.0\"?><CHECK>…"
}
// check — це base64. Розкодування в JS:
new TextDecoder().decode(
Uint8Array.from(atob(data.check), c => c.charCodeAt(0))
)
Postman Collection v2.1 і OpenAPI 3.0 з описом кожного параметра й поля відповіді, збереженими прикладами та готовими змінними оточення. Обидва файли генеруються з однієї специфікації, тож не розходяться з документацією.