Измене на тестном окружењу за трек анд трејс
3. јун 2025.
У оквиру верзије 1.8 API документације, уведене су следеће измене и унапређења:
1. Транзициони период
Уведен је транзициони период, односно одређени временски интервал током ког се неће вршити провера да ли се прослеђени продукциони код или паковање налази у систему eАкциза. У том периоду, систем ће игнорисати наведене вредности.
Пример: Уколико се креира паковање типа БОКС1 од продукционих кодова ПРОДКОД1 и ПРОДКОД2, а ти кодови се не налазе у систему eАкциза, паковање ће бити успешно креирано, али без тих кодова у свом саставу.
2. Дисагрегација
При спровођењу disagregacije, преостали продукциони кодови враћају се у своје претходно стање.
Пример: Ако је паковање БОКС2 у статусу ПОСЛАТ и изврши се дисагрегација једног од продукционих кодова унутар паковања, БОКС2 ће прећи у статус ДЕАКТИВИРАН, док ће преостали кодови задржати статус СЛАЊЕ.
3. Креирање паковања
Методе за креирање паковања сада прихватају листу елемената, као и параметар drustvoObjekatId током транзиционог периода. Ово се односи на следеће ендпоинте:
• /kreirajBoks
• /kreirajMasterCase
• /kreirajPaletu
• /kreirajZbirnoPakovanje
4. Проширење подршке за рад са листама елемената
• Методa /prihvatanjeKodova сада прихвата листу елемената.
• Методе /slanjeKodova и /pretovarKodova прихватају листу елемената и додатни обавезни параметар eksterniId по елементу. Одговор враћа листу eksterniId вредности са одговарајућим slanjeId.
• Методa /unistiPakovanje такође прихвата листу елемената.
5. Разликовање тестних и продукционих кодова
Уведено је јасно разликовање између тестних и продукционих кодова кроз употребу префикса:
• Тестни продукциони кодови добијају префикс TTMF
• Продукциони кодови добијају префикс MF
Ова промена омогућава лакше разликовање и бољу контролу над подацима током развоја и у продукционом окружењу.
25. април 2025.
У верзији 1.7 API документације уведене су следеће функционалности и измене:
1. Нов тип објекта – Интерни излаз
Додат је нови тип објекта: Интерни излаз. За овај тип:
• Није омогућено додавање машина.
• Није дозвољено повезивање са акцизним или царинским складиштем.
• Прихватање кодова није потребно – могуће је само слање кодова ка овом објекту.
2. Објекат за Санитарну инспекцију
У систем је додат објекат за Санитарну инспекцију, са константним идентификатором 5. Ова вредност је иста у тестном и продукционом окружењу.
3. Ограничење и обрада захтева за продукционе кодове
• Максималан број продукционих кодова по једном захтеву ограничен је на 1.000.000.
• Додат је позадински процес који:
o Обрађује прихваћене захтеве,
o Генерише продукционе кодове,
o Аутоматски шаље нотификације подносиоцу захтева и Министарству финансија.
4. Формат назива фајлова
Измењен је формат назива фајлова за преузимање предрачуна и листе продукционих кодова. Нови формат изгледа овако:
Zahtev_25636479836_SifraBrenda_22389_ProdukcioniKodovi
Zahtev_25636479836_SifraBrenda_22389_Predracun
5. Измене на интеграционом API-ју
• Ауторизација:
o Уведени HTTP статуси 401 и 403.
Статус 401 се враћа када је x-api-key невалидан.
Статус 403 се враћа када је x-api-token невалидан.
• Метода /kreiranjeZahtevaZaProdukcioneKodove:
o Response сада садржи и параметар brojZahteva.
• Нова метода /statusZahtevaZaProdukcioneKodove:
o Враћа тренутни статус захтева за продукционе кодове на основу прослеђеног brojZahteva.
• Нова метода /objekatTrenutnoStanje:
o Омогућава добијање тренутног стања на објекту – укључујући све продукционе кодове и паковања – на основу прослеђеног objekatId.