Измене на тестном окружењу за трек анд трејс

17. јун 2025.
У оквиру верзије 1.9 API документације, уведене су следеће измене и унапређења:

1. На методи /pretovarKodova промењен је реквест параметар из drustvoObjekatSlanjaId у drustvoObjekatSlanjeId, као и формат респонсе-а.
2. Измењен је формат реквеста на методи /unistiPakovanje
3. Измењени формати реквеста и респонса на методи /slanjeKodova
4. Сви реквести метода су изједначени са свагером.

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.