Клієнтський API
Підключіть вашу ERP-систему безпосередньо до Feronix — REST, JSON через HTTPS, прив'язка до тенанта, з ідемпотентністю та попередньою валідацією.
Дані, передані через API, оформляються Feronix під власним EORI та власними рахунками відстрочки. Ви як клієнт передаєте дані доставки та відправлень; Feronix бере на себе митну декларацію як декларант та представник. Товари доставляються безпосередньо на склад Feronix.
Коли використовувати API
Клієнтський API — це шлях для автоматизованої передачі з ERP-систем (SAP, Microsoft Dynamics, Odoo, Oracle) та для всіх сценаріїв інтеграції, у яких ви хочете автоматично передавати доставки, маніфести посилок, дані відправлень та документи. Він замінює ручне введення на порталі та забезпечує наскрізну автоматизацію від ERP до митниці. Передані доставки призначені для складу Feronix; Feronix виступає як декларант та представник у митній процедурі.
Підтримувані формати вводу
- Структуровані REST-запити — JSON через HTTPS
- JSON — для окремих даних та невеликих пакетів
- CSV — для масового імпорту даних
- Пакети доставки NOVA-POSHTA — у форматі NOVA, рядки товарів консолідуються за номером посилки у фізичні посилки та їхні базові товарні позиції
Конфліктні майстер-дані посилок, дублікати або відсутні призначення, недійсні суми, ваги, HS-коди та компоненти адреси виявляються перед створенням.
Автентифікація
curl -H 'X-Api-Key:' \ -H 'Accept-Language: de' \ https://atlas.feronix.tech/customer/me
Ключ визначає тенанта на стороні сервера. customer_id
у тілі запиту ніколи не повинен розширювати цю область. Підтримувані мови:
de, en, fr, es, zh, ru, uk.
Що ви можете контролювати через API
- Створити доставку
- Передати дані доставки та транспортування
- Імпортувати список посилок або маніфест на основі товарів
- Консолідувати посилки та товарні позиції
- Завантажити та призначити рахунки, докази вартості, T1 та інші документи
- Отримати валідацію
- Подати декларацію IMPOST явно
- Запитати статус, помилки, повідомлення та документи
- Виправити помилкові дані та повторно подати з новим номером повідомлення
Рекомендована послідовність
- Визначити випадок T1 — якщо існує наявна транзитна процедура,
спочатку
POST /warehouse/delivery-documents/t1. Якщо новий T1 повинен бути створений, встановітьt1_mode=createу доставці. - Створити доставку —
POST /warehouse/delivery-manifestsдля доставки включно з дедлайном та повним списком посилок. - Завантажити докази вартості —
POST /warehouse/value-evidenceдля рахунку/доказу вартості. - Попередня валідація —
POST /customer/shipments/validateдля попередньої перевірки. Успішна валідація нічого ще не надсилає до митниці. - Створити відправлення —
POST /customer/shipmentsдля створення/подання згідно з запитом. - Відстежувати статус —
GET /customer/shipments/{lrn}та митний процес черезGET /customer/declarations/{lrn}. - Згенерувати T1 — з
t1_mode=createпісля повного введення згенеруйте T1 черезPOST /warehouse/deliveries/{delivery_number}/t1-xml.
Ідемпотентність
Ключі ідемпотентності запобігають дублюванню створення при мережевих або сканерних повторних спробах. Логічно ідентична повторна спроба повинна використовувати той самий зовнішній референс або ідемпотентний ідентифікатор. Виправлена повторна подача отримує новий номер повідомлення ATLAS. Тайм-аут не дорівнює відхиленню — перед повторною спробою перевірте, чи запит був прийнятий, а лише відповідь була втрачена.
Основні ендпоінти
| Метод | Ендпоінт | Призначення |
|---|---|---|
| POST | /warehouse/delivery-manifests | Створити доставку та посилки атомарно (доставка на склад Feronix) |
| POST | /warehouse/value-evidence | Завантажити докази вартості |
| POST | /customer/shipments/validate | Попередня валідація (нічого не надсилає до митниці) |
| POST | /customer/shipments | Створити/подати відправлення |
| GET | /customer/shipments/{lrn} | Статус відправлення |
| GET | /customer/shipments/{lrn}/impost-xml | Експорт IMPOST-XML (ICOMDA) |
| GET | /customer/shipments/{lrn}/standard-clearance/dossier.pdf | PDF митної справи |
| GET | /customer/shipments/{lrn}/standard-clearance/dossier.zip | ZIP митної справи |
| POST | /customer/shipments/{lrn}/standard-clearance/atlas-xml | Згенерувати DECDFA-XML |
| GET | /customer/declarations/{lrn} | Митний процес з повідомленнями та рішенням |
| POST | /customer/declarations/{lrn}/resubmit | Виправлена повторна подача |
| POST | /customer/suma/xml | Експорт SumA-XML |
| POST | /warehouse/transit-orders | Створити транзитне замовлення |
| POST | /warehouse/transit-orders/{id}/xml | Згенерувати T1-XML (DETPDD) |
| POST | /customer/customs-xml/validate | Валідувати XML за оригінальним XSD |
| GET | /customer/me | Профіль тенанта |
| GET | /customer/me/identities | Митні ідентичності (EORI/NL) — ідентичності Feronix, під якими Feronix виступає як декларант, а не ваші власні |
| GET | /customer/me/mandates | Мандати представництва — мандати, під якими Feronix виступає для вас як представник у митній процедурі |
| GET | /customer/reference/hs-search | Пошук HS-коду |
Коди помилок
Помилки API містять HTTP-статус, стабільний код помилки, локалізований текст та, за можливості, шлях до відповідного поля.
| Статус | Значення | Дія |
|---|---|---|
| 400 | Запит технічно нечитабельний | Перевірте JSON, кодування або файл |
| 401 | API-ключ відсутній або недійсний | Надішліть X-Api-Key правильного тенанта |
| 403 | Відсутній дозвіл | Перевірте роль користувача або затвердження API |
| 404 | Об'єкт не знайдено у тенанті | Перевірте LRN, номер доставки, штрихкод та тенанта |
| 409 | Логічний конфлікт | Виправте статус, унікальність або залежні дані |
| 422 | Порушення обов'язкового поля/залежності | Обробіть підказки для конкретних полів повністю |
| 500/502/503 | Технічна помилка | Не надсилайте всліпу — повторіть з тим самим ключем ідемпотентності |