200 OK. А дані неправильні

Чеський розробник Jakub Podzimek поділився досвідом роботи з даними ČNB, ČSÚ та Eurostat. Його команда використовує їх у Rentrio, SaaS для управління орендою.

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

Наприклад, у даних Чеського нацбанку недостатньо просто знайти операцію типу Repo. В одному з випадків так можна було отримати ставку 0,45% замість потрібних 0,25%. Обидві цифри реальні, просто стосуються різних операцій.

З ČSÚ схожа історія. В одному CSV є чотири різні способи часового порівняння. Всі дають цілком нормальні цифри, але для індексації оренди потрібна конкретна серія.

А з Eurostat проблема вже реально потрапила в production. Один dataset закрили й замінили новим, але старий endpoint продовжував повертати HTTP 200 і старі дані. Це помітили лише через вісім місяців.

Жодного exception, timeout чи невалідного JSON. Все працює :)

Звичайний try/catch і перевірка HTTP status code самі по собі тут не допоможуть. Тому команда додала свої перевірки: чи має значення сенс, чи прийшла потрібна серія і наскільки свіжі дані.

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

Порожнє поле принаймні видно. Неправильна цифра може спокійно піти далі в документ.

Джерело:
https://www.lupa.cz/clanky/do-aplikace-stahujeme-data-z-cnb-nebo-csu-pozor-na-past-api-muze-misto-chyby-odpovedet-verohodnym-nesmyslem/

А яка найбільш підступна відповідь від API прилітала вам?

🇺🇦 UA IT-спільнота в Чехії
🇨🇿 → @uaitinczech