Izmene na testnom okruženju za trek and trejs
17. jun 2025.
U okviru verzije 1.9 API dokumentacije, uvedene su sledeće izmene i unapređenja:
1. Na metodi /pretovarKodova promenjen je rekvest parametar iz drustvoObjekatSlanjaId u drustvoObjekatSlanjeId, kao i format response-a.
2. Izmenjen je format rekvesta na metodi /unistiPakovanje
3. Izmenjeni formati rekvesta i responsa na metodi /slanjeKodova
4. Svi rekvesti metoda su izjednačeni sa svagerom.
3. jun 2025.
U okviru verzije 1.8 API dokumentacije, uvedene su sledeće izmene i unapređenja:
1. Tranzicioni period
Uveden je tranzicioni period, odnosno određeni vremenski interval tokom kog se neće vršiti provera da li se prosleđeni produkcioni kod ili pakovanje nalazi u sistemu eAkciza. U tom periodu, sistem će ignorisati navedene vrednosti.
Primer: Ukoliko se kreira pakovanje tipa BOKS1 od produkcionih kodova PRODKOD1 i PRODKOD2, a ti kodovi se ne nalaze u sistemu eAkciza, pakovanje će biti uspešno kreirano, ali bez tih kodova u svom sastavu.
2. Disagregacija
Pri sprovođenju disagregacije, preostali produkcioni kodovi vraćaju se u svoje prethodno stanje.
Primer: Ako je pakovanje BOKS2 u statusu POSLAT i izvrši se disagregacija jednog od produkcionih kodova unutar pakovanja, BOKS2 će preći u status DEAKTIVIRAN, dok će preostali kodovi zadržati status SLANjE.
3. Kreiranje pakovanja
Metode za kreiranje pakovanja sada prihvataju listu elemenata, kao i parametar drustvoObjekatId tokom tranzicionog perioda. Ovo se odnosi na sledeće endpointe:
• /kreirajBoks
• /kreirajMasterCase
• /kreirajPaletu
• /kreirajZbirnoPakovanje
4. Proširenje podrške za rad sa listama elemenata
• Metoda /prihvatanjeKodova sada prihvata listu elemenata.
• Metode /slanjeKodova i /pretovarKodova prihvataju listu elemenata i dodatni obavezni parametar eksterniId po elementu. Odgovor vraća listu eksterniId vrednosti sa odgovarajućim slanjeId.
• Metoda /unistiPakovanje takođe prihvata listu elemenata.
5. Razlikovanje testnih i produkcionih kodova
Uvedeno je jasno razlikovanje između testnih i produkcionih kodova kroz upotrebu prefiksa:
• Testni produkcioni kodovi dobijaju prefiks TTMF
• Produkcioni kodovi dobijaju prefiks MF
Ova promena omogućava lakše razlikovanje i bolju kontrolu nad podacima tokom razvoja i u produkcionom okruženju.
25. april 2025.
U verziji 1.7 API dokumentacije uvedene su sledeće funkcionalnosti i izmene:
1. Nov tip objekta – Interni izlaz
Dodat je novi tip objekta: Interni izlaz. Za ovaj tip:
• Nije omogućeno dodavanje mašina.
• Nije dozvoljeno povezivanje sa akciznim ili carinskim skladištem.
• Prihvatanje kodova nije potrebno – moguće je samo slanje kodova ka ovom objektu.
2. Objekat za Sanitarnu inspekciju
U sistem je dodat objekat za Sanitarnu inspekciju, sa konstantnim identifikatorom 5. Ova vrednost je ista u testnom i produkcionom okruženju.
3. Ograničenje i obrada zahteva za produkcione kodove
• Maksimalan broj produkcionih kodova po jednom zahtevu ograničen je na 1.000.000.
• Dodat je pozadinski proces koji:
o Obrađuje prihvaćene zahteve,
o Generiše produkcione kodove,
o Automatski šalje notifikacije podnosiocu zahteva i Ministarstvu finansija.
4. Format naziva fajlova
Izmenjen je format naziva fajlova za preuzimanje predračuna i liste produkcionih kodova. Novi format izgleda ovako:
Zahtev_25636479836_SifraBrenda_22389_ProdukcioniKodovi
Zahtev_25636479836_SifraBrenda_22389_Predracun
5. Izmene na integracionom API-ju
• Autorizacija:
o Uvedeni HTTP statusi 401 i 403.
Status 401 se vraća kada je x-api-key nevalidan.
Status 403 se vraća kada je x-api-token nevalidan.
• Metoda /kreiranjeZahtevaZaProdukcioneKodove:
o Response sada sadrži i parametar brojZahteva.
• Nova metoda /statusZahtevaZaProdukcioneKodove:
o Vraća trenutni status zahteva za produkcione kodove na osnovu prosleđenog brojZahteva.
• Nova metoda /objekatTrenutnoStanje:
o Omogućava dobijanje trenutnog stanja na objektu – uključujući sve produkcione kodove i pakovanja – na osnovu prosleđenog objekatId.