Opis novosti

• Add/ModifyOrder, Add/ModifyDispatchAdvice, MoveDispatchAdviceToInvoice_v2, Add/ModifyInvoice - Metode so prilagojene spremembi programa, ki dovoljuje razliko med vsoto načinov plačil in zneskom za plačilo dokumenta v okviru nastavljene dovoljene razlike.
• GetSKU, GetINV, GetPO, GetCO - Metode so dopolnjene z dodatnim izbirnim pogojem supplierID, ki omogoča priklic podatkov tistih artiklov, kateri imajo kot dobavitelja vpisano šifro nastavljeno v tem novem pogoju.
• AddOrder, AddDispatchAdvice - V primeru dodajanje novega naročila kupca oz. odpremnega naloga za stranko, ki prihaja iz področja EU, se na dokumentu sedaj avtomatsko vklopi sklop podatkov vezanih na poročanje intrastata.
• ModifyWorkOrder - Dodatna validacija nad podvojenostjo šifer skladišč materiala; metoda več ne dovoli, da je ista šifra skladišča materiala vpisana večkrat.
• Add/ModifyOrder, Add/ModifyDispatchAdviceV2 - Dodane validacije, ki onemogočajo dodajanje avansnih artiklov na naročilo kupca oziroma na odpremni nalog.
• Add/ModifyOrder, Add/ModifyDispatchAdviceV2 - Dodane validacije, ki v primeru negativne vrednosti dokumenta in izvedbo plačila po naročilu/odpremi ne dovolijo razlike med vsoto plačil po načinih plačil in zneskom za plačilo dokumenta, kljub temu, da je v nastavitvah programa razlika dovoljena.
• GetProjectMachines, GetProjectWorkers, GetProjectWorkOrders, GetProjectWorkOrdersDetails, GetProjectWorkOrdersValues - Urejeno pravilno delovanje parametra recordDtModifiedFrom.
• AddItems - Metoda sedaj preprečuje vpis šifre artikla, ki vsebuje znak '.

• V vseh API metodah za pripravo in ažuriranje inventure v Materialno skladiščnem poslovanju (AddInventory, AddInventoryList, GetInventory, GetInventoryStatus, GetInventoryList, ModifyInventoryList in PostInventoryRePreparation), se je dodalo šifro poslovalnice ShopID za namene inventur v maloprodajah. Novi podatek v metodah ni obvezen, dosedanje delovanje teh metod se ni spremenilo. Gre za dopolnitve za t.i. nove sisteme TDR/MSP, ko se vodenje maloprodaje izvaja v MSP. To pomeni. da je podatek nujen, ko se izvaja inventure za maloprodajne poslovalnice ali skladišča, ki pripadajo določenim poslovalnicam. Ko se pripravi inventuro za skladišče, ki pripada določeni maloprodajni poslovalnici, podatek šifra poslovalnice pa ni posredovan, se samodejno izpolni na podlagi skladišča. Če se podatek šifra poslovalnice posreduje, se izvede kontrola glede na nastavitve skladišča in poslovalnice. 
• GetStocks - Med parametre metode dodan tudi parameter warehouseGroupIdList v katero lahko vpišemo eno ali več šifer skupin skladišč za katero želimo dobiti podatke o zalogi. Pri klicu metode mora biti izpolnjen vsaj eden iz med parametrov warehouseIdList ali warehouseGroupIdList.
• GetItemCustomerData - Metoda prilagojena za delo z navzkrižno povezanimi šifranti strank in artiklov.
• GetPrices - Metoda prilagojena za delo z navzkrižno povezanimi šifranti strank in artiklov.
• GetReceivingAdviceStatus - Dodana nova značka <StatusDescriptionDetailed>, ki opisuje statuse prevzema v skladu z dopolnitvami znotraj programa dobavitelji in kupci.
• ModifyProjectWorkOrderDetails - Dopolnjeno predlaganje prodajne cene artiklov iz noda "ProjectWorkOrderMaterialLines", ki sedaj upošteva tudi nastavitev ali cena že vsebuje DDV ter ustrezno pretvarja ceno po tečaju v primeru, da se denarna enota cenika in denarna enota delovnega naloga ne ujemata.

• UpdateEmployees_v2 - dopolnjena metoda: 
• Odpravljena je težava pri dodajanju privzetih stikov.
• Za datume DateBegEmp, DateEndEmp, WithoutEmployerContrib, ExemptEmplContribDate, TrialPeriod, WithoutEmployerContrib, ExemptEmplContribDate, ContribExempt30Years, PPZAccesionDate, PPZCancelationDate je urejeno, da se jih lahko nastavi na null.
• Za podatke stalnega in začasnega prebivališča je urejeno, da se jih lahko nastavi na null. 

• AddIncomingInvoice - dopolnjena metoda:
  • Datum zapadlosti ni več obvezen podatek.
  • V primeru da je datum zapadlosti pri prenosu preko API-ja prazen se datum predlaga na podlagi nastavitev izračuna datuma zapadlosti v programu (nastavitve PRAC) ali pa iz nove nastavitve na strankah.
• Web.API - IncomingInvoiceDeliveryNote - Dodana je metoda DeleteIncomingDeliveryNote, ki omogoča brisanje posamičnih prevzemnic
• Web.API - IncomingInvoiceDeliveryNote - Dodana je metoda GetIncomingDeliveryNote, ki omogoča pridobite podatkov o posamezni prevzemnici.
• Izdelan je nov sklop metod združenih pod entiteto Cooperation preko katerih lahko integriramo WMS in MES sisteme z izdajami v kooperacijo ter prejemi iz kooperacije:
  • GetProductionCooperationIssue - Metoda za pridobivanje podatkov o izdajah v kooperacijo.
  • UpdateProductionCooperationIssue - Metoda za spreminjanje podatkov izdaje v kooperacijo.
  • ProcessingProductionCooperationIssue - Metoda za proženje obdelav na izdaji v kooperacijo.
  • GetProductionCooperationReceipt - Metoda za pridobivanje podatkov o prejemih iz kooperacije.
  • AddProductionCooperationReceipt - Metoda za vpis prejema iz kooperacije.
  • UpdateProductionCooperationReceipt - Metoda za spreminjanje podatkov prejema iz kooperacije.
  • ProcessingProductionCooperationReceipt - Metoda za proženje obdelav prejema iz kooperacije.
  • PostProductionCooperationReceipt - Metoda za knjiženje prejema iz kooperacije.
• GetDispatchAdiviceStatus - Med parametre metode dodan tudi parameter dispatchAdviceStatus, ki omogoča, da se omejimo samo na odpremne naloge izbranega statusa.
• AddPriceLists, ModifyPriceLists, GetPriceLists - Dodana značka ContractPriceList (ko je vrednost značke true, se lahko vpisujejo tudi podatki datum začetka, datum konca, rok plačila in stranka, v primeru da značke ni ali je false, se omenjena polja ne vpisujejo).
• ModifyOrder, ModifyDispatchAdvice - V primeru, da je naročilo (odpremni nalog) imelo vpisane načine plačil in sprememba naročila ne vsebuje plačilo po načinih plačil, se načini plačil na naročilu sedaj izbrišejo.
• GetInvoice, GetProformaInvoivce - V odgovoru metode je poleg šifre stika <ContactTypeID> dodan tudi drugi del "ključa" - zaporedna številka znotraj šifre stika <ContactInTypeID>.
• ComercialTerms/GetCustomerItemGroupDiscountsComercialTermsException, GetCustomerItemGroupDiscountsComercialTerms_v2 - Možnost definiranja številke šifranta strank in artiklov (za podjetja, ki uporabljajo številke šifrantov drugačne od številke organizacije). 
• GetCustomProperties - Metoda sedaj upošteva parameter recordDtModifiedFrom.
• Naslednje API metode so bile dopolnjene s parametrom "recordDtModifiedFrom":
  • icApi_GetEmployeeAbsences
  • icApi_GetEmployeeBonus
  • icApi_GetEmployeeDataOPZ
  • icApi_GetEmployeePayrollData
  • icApi_GetEmployeePayrollRows
  • icApi_GetEmployeePayrollRunRows
  • icApi_GetEmployeeSalaryBase
  • icApi_GetPayrollRuns
  • icApi_OpzGetPayrollRuns

• Umik starejših verzij API metod:
  • ApiVersion ... nadomesti jo APIVersion_V2
  • GetCustomerPrices ... nadomesti jo GetCustomerPrices_V2
  • AddPreReceipt_V2 ... nadomesti jo AddPreReceipt_V3
  • ModifyPreReceipt_V2 ... nadomesti jo ModifyPreReceipt_V3
• ModifyInvoice - Metoda je bila dopolnjena z možnostjo vnosa in spreminjanja plačil obstoječega računa. Pred samo spremembo se izvedejo ustrezne kontrole, da se preveri, ali je navedeno mogoče.
• AddTravelOrderAdvances:
  • Urejeno je dodajanje ene ali več vrstic, če v bazi že obstaja kakšna vrstica. 
  • Dodana je validacija nad podatkom denarna enota, če podatek ni vpisan. 
  • Dodana je validacija nad podatkom OPNPotniNalogi.IzplaciloPredujma, če je podatek enak 0.
  • Dodana je validacija nad podatkom znesek, če podatek ni zapisan ali je enak 0.
  • Dodana je validacija nad podatkom denarna enota, če podatek ne obstaja v šifrantu oz. če denarna enota ni vpisana v tečajno listo.
  • Dodana je validacija, ko želimo dodat vrstico z denarno enoto, ki je že uporabljena na izbranem potnem nalogu. 
  • V primeru prepovedi na pooblastilu icApi_AddTravelOrderAdvance se izpiše status 403 Forbidden.
• ModifyWorkOrder - Z metodo lahko sedaj spreminjamo tudi razpisano količino delovnega naloga. 
• Add/ModifyOrder - V primeru, da se na podlagi naročila kupca izdela tudi predračun, je v metodi možno posredovati tudi nov podatek <PaymentReferenceExternal> (sklic na številko na predračunu).
• GetOrderRealisation - Dopolnitev metode z novim parametrom, ki ob vklopu ne pokaže več samo zbirne podatke o realizaciji naročenih količin artikla temveč pokaže detajlne podatke po posameznih naročilih.
• PostPreReceipt - Metoda sedaj deluje tudi v primeru dodajanja novih vrstic na obstoječi predprejem.
• AddWarehouseReceipt - Metoda omogoča sedaj tudi posodobitev vpisanega cenika z nabavno ceno artiklov na vrsticah prevzema.
• GetWorkOrder - Med parametre metode dodan možnost omejitve klicanja samo delovnih nalogov, ki so bili lansirani v proizvodnjo in delovnih nalogov posredovanih v WMS sistem. Na odgovor metode dodani novi podatki proizvodna cena izdelka, ali je delovni nalog lansiran (natisnjen) ter ali je delovni nalog posredovan na WMS sistem.

• GetInvoice, GetInvoices - V odgovor metode dodani podatki o plačilih računa.
• GetStockForecasting_v2 - V odgovor metode dodan sklop štirih ločenih podatkov: tip dokumenta, šifra knjige dokumenta, leto dokumenta in številka dokumenta (vis ti podatki so bili že do sedaj na voljo v skupnem podatku <ForecastingDocument>).
• ModifyItems - Dodana validacija nad podatkov o tipu artikla; v kolikor je artikel že bil uporabljen, je možna menjava tipov samo v okviru enakovrednih tipov vezanih na vodenje zaloge (enako, kot to velja znotraj ERPa). 
• Metoda AddIncomingInvoice - Če v xml-u ni navedena značka PaymentCodeId potem se šifra namena na račun prevzame iz TRR-ja, ki je naveden na računu.
• AddOrder, AddDispatchAdvice_V2 - Urejeno dodajanje ustreznih nazivov artiklov iz jezikovnih področij.
• Get/Add/ModifyItems - Razširitev podatka o šifri za primerjavo (ItemComparisonCode) iz 20 na 50 znakov.
• AddPrices in ModifyPricesV2 - Podatek "Šifra za primerjavo" je razširjen iz 20 na 50 znakov.
• Get/AddWorkOrder, UpdateWorkOrderMasterData - Sprememba tipa podatka <Prioriy> iz smallinteger na integer.
• Add/ModifyInvoice, Add/ModifyProformaInvoice - dodana validacija na pozitivno ceno artikla (negativne cene ne moremo vpisati).

• Add/ModifyOrder - V primeru, da z vpisom naročila nastane  tudi predračun se podatek o dostavnem mestu in naslovu dostave vpiše tudi v predračun.
• PostDispatchAdviceToInvoice - Pri fakturiranju odpremnega naloga se dostavno mesto in naslov dostave iz odpremnega naloga prepišeta tudi v račun.
• ModifyPrice_V2 - Nova api metoda, ki spreminja podatke cene artikla. Metoda za razliko do ModifyPrice sedaj deluje po pravilih, ki veljajo za modify API metode. Pomeni samo popravlja obstoječe zapise (za obstoječo šifro cenika, artikel in datum). Nove zapise v cenike je potrebno izvesti preko API metode AddPrice. Metoda upošteva nov varnostni ključ icApi_ModifyPrices_v2.
• GetWorkOrder - Metoda je dopolnjena z dvema vhodnima neobveznima parametroma pruductIDFrom in productIDTo (od - do šifre izdelka).
• GetWorkOrderBOM - Metoda je dopolnjena z dvema vhodnima neobveznima parametroma pruductIDFrom in productIDTo (od - do šifre izdelka). Dodan je tudi parameter onlyBOMComponentsNotExcludedMSP preko katerega, če je vklopljen (true) lahko izločimo sestavine, ki so v delovnem nalogu označene kot "izločeno iz knjiženja v MSP".
• Entiteta Employee - metode AddEmployees, UpdateEmployees in UpdateEmployees_v2 - Dodan podatek HealthContributionCalculation (Obračun zdravstvenega prispevka).
• GetInvoices - Na API metodi sta bila dodatni znački o datumu plačila in referenci plačila.
• Add/ModifyOrder - Spremenjen validacijski tekst na podatek <LocationID>.
• Add/ModifyDispatchAdvice- Spremenjen validacijski tekst na podatek <LocationID>.
• Add/ModifyPurchaseOrder- Spremenjen validacijski tekst na podatek <LocationID>.
• GetINV, GetCO, GetPO - Ureditev delovanja prametrov Page in Pagesize.
• GetInvoice/GetInvoices - Dodani novi podatki o dostavnem mestu in naslovu dostave.
• GetProformaInvoice/GetProformaInvoices - Dodani novi podatki o dostavnem mestu in naslovu dostave.
• Add/ModifyInvoice - Dodani novi podatki o dostavnem mestu in naslovu dostave.
• Add/ModifyProformaInvoice - Dodani novi podatki o dostavnem mestu in naslovu dostave.
• GetDispatchAdvice_V2 - Zaradi spremembe zapisa v polju "Naslov dostave" znotraj odpremnega naloga smo v odgovor metode dodali nov podatek <DeliveryLocationAddress>. Na starem podatku <DeliveryAddress> se naslov dostave prikaže, kot se je do sedaj.
• GetOrder - Zaradi spremembe zapisa v polju "Naslov dostave" znotraj naročila kupca smo v odgovor metode dodali nov podatek <DeliveryLocationAddress>. Na starem podatku <DeliveryAddress> se naslov dostave prikaže, kot se je do sedaj.

• GetDipachAdviceeSLOG20 - nova API metoda preko katere se pridobi XML izpis dobavnice po standardu eSlog 2.0.
• AddItinerary - odpravljena je težava pri dodajanju relacij, če je šifra relacije znakovni vnos, maska je pa nastavljena na številčni vnos. 
• GetProductionPlan - nova API metoda za pridobivanje podatkov iz plana proizvodnje programa večnivojski razpis proizvodnje.
• PostOrderToProductionPlan - nova API metoda za prenos naročil kupcev v plan proizvodnje programa večnivojski razpis proizvodnje.
• PostDispatchAdvice - metoda je dopolnjena tako, da lahko pri knjiženju izdaje upošteva nastavitve glede datuma (nastavitve se nahajajo na knjigi odpremnega naloga)
• GET metode: Onemogočena uporaba parametrov z vrednostjo 0 v filtrih Page in PageSize. V takem primeru se vedno vrednost 0 priredi v vrednost 1.
• Dopolnitev metode GetPayrollLedger
  • Dodan nov parameter extendedLedger, s katerim se določi ali gre za navadbno ali napredno temeljnico.
  • Dodana podatka EmployeeID in PayElemenID, ki sta enaka null, ko je parameter extendedLedger = false, sicer se podatka zapišeta. 
• Journal - AddJournal - Urejena težava neupoštevanja prepovedi v varnostnem sistemu za uporabo metode s strani API operaterja. 
• GetPrices - API metoda prilagojena na sistem navzkrižnih šifrantov strank in artiklov.
• AddIncomingInvoice: Urejeno je zapisovanje podatka dokument na račun tako, da se upošteva začetnica dokumenta, kot je nastavljena na knjigi dokumentov v katero se prejeti račun zapisuje.
• AddInovice - odpravljena težava, ko  se preko navedene API metode niso zapisovala plačila pri vnosu računov.  
• RegistratedWiew - urejena paginacija na get metodi.

• GetItemRetailBenefits  - Izdelali smo metodo preko katere je možno pridobiti seznam ugodnosti in izračunanih  cen na osnovi ugodnosti, ki za stranko veljajo v okviru gotovinske prodaje modula TDR iz izvirajo iz nastavitev ugodnosti modula KM.  Poleg modula TDR so pogoji za delovanje metode:
  •  da stranka uporablja sistem ugodnosti v okviru  modula KM; 
  • da je bil narejen prehod na nov združen sistem vodenja zalog TDRMSP.
• Dopolnjena je metoda AddIncomingInvoiceDeliveryNotetako, da je omočen zapis naslednjih podatkov:
  • odbitni delež;
  • analitike - stroškovno mesto, referent, dodatna analitika 1, dodatna analitika 2, dodatna analitika 3.
• PostDispatchAdviceToInvoice - v primeru kadar ima odpremni nalog definirane načine plačil in tujo denarno enoto, na računu datum tečaja ni več enak  datumu računa temveč datumu transakcije prvega načina plačila.
• AddPrices - metoda usklajena z delovanjem programa; dodana validacija nad obstojem zapisa za artikel, cenovno področje in datum pričetka veljavnosti (če zapis že obstaja, se metoda ne izvede; prej je "povozila" star zapis).
• Add/ModifyPice - usklajeno z delovanjem v programu na način, da se v primeru vpisa časa (ne samo datuma) na podatku "Datum pričetka veljavnosti" in "Datum konca veljavnosti! čas ne upošteva (se zapiše/upošteva samo datum).
• getStockAdvance - odpravljene težave vezane na collation conflict.

• ModifyInvoice in ModifyProformaInvoice - metodi sedaj omogočata vnos negativne količine na vrstici računa oz. predračuna.

• web.API - Uskladitev HTML kod v primeru prepovedi uporabe metode preko Saop Varnostnega sistema. Sedaj je v primeru prepovedi vedno prikazana HTML koda 403 - "Forbidden".
• AddOrder - v kolikor ni podatka <ItemID> na vseh vrsticah naročila, se pojavi validacijsko sporočilo "Ni ID-ja artikla!" in vrstice se ne vpišejo (prej so se vpisale prazne vrstice).
• AddDispatchAdvice_V2 - v kolikor ni podatka <ItemID> na vseh vrsticah odpreme, se pojavi validacijsko sporočilo "Ni ID-ja artikla!" in vrstice se ne vpišejo (prej so se vpisale prazne vrstice).
• ModifyOrder – v primeru, da je naročilo opredeljeno, da se plačuje po naročilu/odpremi, node z načini plačil pa ni posredovan in je prišlo do spremembe vrednosti naročila, se za razliko vrednosti samodejno insertira vrstica načina plačila s šifro, ki je enaka šifri načina plačila prve vrstice načinov plačil (prej se je insertiralo vedno, kot 0-Gotovina).
• MoveOrderToDispatchAdvice – v primeru, da je naročilo opredeljeno, da se plačuje po naročilu/odpremi, odpremi pa bodo dodeljene drugačne količine, kot so na naročilu, se za razliko vrednosti med odpremo in naročilom samodejno insertira vrstica načina plačila s šifro, ki je enaka šifri načina plačila prve vrstice načinov plačil (prej se je insertiralo vedno, kot 0-Gotovina).
• ModifyDispatchAdvice_V2 – v primeru, da je naročilo opredeljeno, da se plačuje po naročilu/odpremi, node z načini plačil pa ni posredovan in je prišlo do spremembe vrednosti naročila, se za razliko vrednosti samodejno insertira vrstica načina plačila s šifro, ki je enaka šifri načina plačila prve vrstice načinov plačil (prej se je insertiralo vedno, kot 0-Gotovina).
• MoveDispatchAdviceToInvoice – v primeru, da je odprema opredeljena da se plačuje po naročilu/odpremi, račun pa bo dobil drugačno vrednost, kot jo ima odprema, se za razliko vrednosti med računom in odpremo samodejno insertira vrstica načina plačila s šifro, ki je enaka šifri načina plačila prve vrstice načinov plačil (prej se je insertiralo vedno, kot 0-Gotovina).
• MoveDispatchAdviceToInvoice – prilagoditev delovanja metode delovanju ERPa v delu, ki omogoča zbirni prenos (vsoto) načinov plačil iz odpreme na račun.
• Na metodi UpdateEmployee_v2 je odpravljena težava z dodajanjem stikov. 
• Add/ModifyItemCustomerData - podatek o tipu naročanja <OrderingType> sedaj sprejme tudi vrednost 3 (Celoštevilčno: minimalno naročilo + korak).

• Umik starejših verzij API metod (so nadomeščene z _v2 verzijami):
  • GetCustomerItemGroupDiscountsComercialTerms 
  • UpdateCustomer 
  • AddDispatchAdvice 
  • GetDispatchAdvice 
  • ModifyDispatchAdvice 
  • UpdateEmployees 
  • PostDospatchAdviceToInvoice 
  • AddPreReceipt 
  • GetPreReceipt 
  • ModifyPreReceipt
  • Price
  • GetStockForecasting
• Dodana je metoda GetPayrollAttendence, ki vrača seznam obračunov evidence prisotnosti. 
• Entiteti PayrollAttendance je dodana metoda GetPayrollAttendanceRow, ki vrača seznam vseh obračunskih vrstic zaposlenih, za izbrano leto in mesec.
• UnloadingDispatchAdvice - nova API metoda za vpis podatkov "razkladanja" odpremnega naloga.
• AddElectronicDevices - izdelali smo metodo za urejanje podatkov o elektronskih napravah. 
• GetWorkOrder - spremenjeno navajanje podatka o priponkah delovnega naloga, sedaj se pridobi podatek o šifri dokumenta.
• Add/ModifyWorkOrder - možno dodajanje/spreminjanje priponk in fascikla delovnega naloga.
• UpdateWorkOrderMasterData - možno dodajanje/spreminjanje priponk in fascikla delovnega naloga.
• GetPrice_V2, GetPrices - metodi za klicanje cene (cen) izbranega cenika sedaj upoštevata varnostna pooblastila iz SAOPa glede omejenega dostopa do cenika
• Pri metodi ModifyDispatchAdvice V2 smo odpravilo težave, ko se ni zabeležil čas spremembe podatka
• Na entiteti SupportedFamiliyMember so dodane validacije za obvezen vnos datuma rojstva ter obvestilo o šifrah sorodstva, ki so dovoljene za vnos. 
• Urejeno je opozorilo na metodi DeleteTravelOrder, v primeru ko uporabnik nima licence za OPN. 
• Dopolnjena je metoda IncomingInvoiceDeliveryNote:
  • metoda omogoča zapis dveh novih polj in sicer izvor, kjer se beležijo podatki o izvoru prevzemnice (izvorni sistem, dokument..);
  • številka naročilnice.
• GetRetailInvoices - uredili smo delovanje metode tudi ob kombinacije vsebine podatkov z nedovoljenimi znaki v XML (<, >, /, ', '').
• ApiVersion_V2 - izdelana nova verzija metode ApiVersion, sedaj deluje tako v XML kot JSON obliki, za pridobivanje podatkov je potrebna "registracija" organizacije, uporabniškega imena in gesla. Dodan je podatek o verziji SAOP ERPa <SAOPVersion>.
• PrintProformaInvoiceToPDF - priprava PDF izpisa predračuna sedaj ni več odvisna od statusa predračuna temveč samo do tega ali je že izstavljen ali ne.
• PostDspatchAdvice - urejeno knjiženje odpremnega naloga z vklopljenim proizvodnim načinom dela v primeru zadostne zaloge artiklov za odpremo.

• AddIncomingInvoice - metoda omogoča dodati oznako, da se račun obračunava po plačani realizaciji.

• GetGiftVoucher - izdelana je bila metoda za pridobivanje podatkov o darilnih bonih.
• GetItems - izbirni parameter recordDtModifiedFrom sedaj upošteva datum spremembe vseh povezanih podrejenih tabel artiklov. Podatek <ItemLastModifiedFrom> predstavlja maksimalni datum spremembe osnovne in vseh povezanih podrejenih tabel artiklov.
• Metode Get/Add/ModifyDispatchAdvice imajo dodan nov sklop podatkov (node <DispatchAdviceLinePallets>) preko katerega lahko pridobi/vpiše/spreminja podatke o SSCC kodah palet vrstic odpremnega naloga.
• BankAccount - ADD, GET, UPDATE: Dodana možnost pregleda in vnosa podatkov o SDD soglasju, datumu soglasja, datumu zapadlosti SDD in oznake SDD Fakturiranje.
• Nova verzija metode GetCustomerPrices_V2 omogoča sedaj klicanje podatkov o cenah, popustih in rabatih za več artiklov za eno stranko hkrati.
• GetElectronicDevices - Izdelali smo metodo za pridobivanje podatkov o elektronskih napravah.
• Dopolnitev metode PostReceivingAdvice: pri knjiženju prevzema od dobavitelja se obstoj serije artikla na vrsticah s količino prejema 0 ne kontrolira več.
• Dopolnitev metode Add/ModifyReceivingAdvice - metodi omogočata vpis vrstic prejema brez definirane serije artikla.
• Dopolnitve metode PostDispatchAdvicev primeru proizvodnega načina dela: 
  • metodo lahko izvedemo tudi nad odpremnim nalogom danim "v komision",
  • metodo lahko izvedemo tudi nad odpremnim nalogom, ki nima vpisanega datuma potrditve
  • pri knjiženju odpremnega naloga preko metode se storitve dane na odpremnem nalogu sedaj tudi označijo, da so bile »odpremljene«.
• Dopolnitev metode GetOrder - metoda sedaj vedno vrača podatek <PaymentMethod>.

• ModifyProformaInvoice - spreminjanje kopiranega predračuna preko API metode je sedaj možno
• PostDispatchAdvice - metoda sedaj podpira knjiženje odpremnega naloga tudi po "proizvodnem načinu" dela.
• Add/ModifyOrder - odpravljeno napačno validacijsko sporočilu ob poskusu vpisa naročila za stranko za napačnim tipom stranke (dobavitelj, ostali).
• GetOrder - metoda sedaj deluje tudi na konsolidiranih bazah.
• Add/ModifyOrder, Add/ModifyDispatchAdvice - kontrola glede pošiljanja podatka o načinu plačila; ne dovoli se pošiljaje podatka po strem (podatek v glavi <PaymentTypeID>) in po novem hkrati (podatki v nodu <PaymentLines>).
• Add/ModifyOrder, Add/ModifyDispatchAdvice  - v pirmeru pošiljna podatkov o načinih plačil po novem (podatki v nodu <PaymentLines>) je podatek o datumu transakcije <PaymentDate> sedaj obvezen.
• PostPreReceipt - samodejno dodajanje serij artiklov predprejema v šifrant serij v kolikor je tako nastavljeno v nastavitvah programa materialno skladiščno poslovanje.
• PostReceivingAdvice - samodejno dodajanje serij artiklov prevzema v šifrant serij v kolikor je tako nastavljeno v nastavitvah programa materialno skladiščno poslovanje.

• Web.API - z verzijo 2023.07.001j podpiramo Web.API integracijo tudi preko JSON formata (do sedaj je bil podprt le XML format).
• API metode Addorder, ModifyOrder, AddDispatchAdvice, ModifyDispatchAdvice so dopolnjene:
  • dodano je upoštevanje tekstovnih vrstic.
  • dodana kontrola na zapise z izpolnjeno šifro artikla in oznako za tekstovno vrstico.
• na api-ju GetRetailInovice so pripeljani načini plačil z zneski v nov niz podatkov RetailInvoicePaymentLines
• ModifyOrder - v primeru kadar kot posledica spremembe naročila kupca nastane tudi predračun, odgovor metode vrne tudi podatek o knjigi, letu in številki nastalega predračuna.
• na API-ju AddPreReceipt in ModifyPreReceipt usklajeno polnjenje denarne enote, tečaja in datuma tečaja kot pri ročnem vnosu, v primeru da jih v requestu ni
• PostDispatchAdvice2Invoice_v2 - pri knjiženju odpremnega naloga v račun se iz odpremnega naloga na račun prenesejo tudi načini plačil.
• GetCO - popravek slovnične napake v imenu značke <EQUESTED_QUANTITY> v <REQUESTED_QUANTITY>.
• Get/Add/ModifyProformaInvoice - dodan je nov podatek vezan na glavo predračuna <PaymentMethod>, ki opredeljuje kako bo predračun plačan. V kolikor pri Add metodi podatek ni vpisan, se mu dodeli vrednost, ki je nastavljena na knjigi predračuna v katero predračun vpisujemo.
• Add/ModifyOrder - v primeru, da se na podlagi vpisanega/spremenjenega naročila avtomatsko izdela tudi predračun, se na predračun vpiše izvedba plačanosti "po predračunu".
• Add/ModifyOrder - v primeru izvedbe plačila naročila "Po naročilu/odpremi" (<PaymentMetjhod> = 'N'), se ne glede na to ali je podatek v api klicu vpisan, oznaka gotovinske prodaje na naročilu samodejno vklopi.
• Add/ModifyDispatchAdvice_v2- v primeru izvedbe plačila odpreme "Po naročilu/odpremi" (<PaymentMetjhod> = 'N'), se ne glede na to ali je podatek v api klicu vpisan, oznaka gotovinske prodaje na odpremnem nalogu samodejno vklopi.
• Add/ModifyOrder- v primeru, da je podatek o načinu plačila  posredovan "po starem" (torej je izpolnjena vrednost značke <PaymentTypeID>), so zaradi nespremenjenega delovanja obstoječih integracij v metodi izvedene naslednje spremembe: 
  • način plačila se zapiše v tabelo načinov plačil na naročilu kupca ("po novem") 
  • ne glede na posredovan podatek <PaymentMethod> (je ali pa ni posredovan), se naročilu kupca izvedba plačila dodeli "po naročilu/odpremi"
  • naročilo se avtomatsko obravnava kot "gotovinska prodaja" (se ne upošteva podatek <CashPayment>)
  • v primeru, da blagajnik ni posredovan preko podatka <CashierID>, se blagajnika poišče preko povezave v iCentru (blagajnika v šifrantu blagajnikov povežemo z operaterjem - torej za API operaterja odpremo blagajnika), če se blagajnik tudi na ta način ne najde, se vpis/sprememba naročila zavrne.
• Add/ModifyDispatchAdvice_v2- v primeru, da je podatek o načinu plačila  posredovan "po starem" (torej je izpolnjena vrednost značke <PaymentPurposeID>), so zaradi nespremenjenega delovanja obstoječih integracij v metodi izvedene naslednje spremembe: 
  • način plačila se zapiše v tabelo načinov plačil na odpremi ("po novem") 
  • ne glede na posredovan podatek <PaymentMethod> (je ali pa ni posredovan), se odpremnemu nalogu izvedba plačila dodeli "po naročilu/odpremi"
  • odpremni nalog se avtomatsko obravnava kot "gotovinska prodaja" (se ne upošteva podatek <CashPayment>)
  • v primeru, da blagajnik ni posredovan preko podatka <CashierID>, se blagajnika poišče preko povezave v iCentru (blagajnika v šifrantu blagajnikov povežemo z operaterjem - torej za API operaterja odpremo blagajnika), če se blagajnik tudi na ta način ne najde, se vpis/sprememba odpremnega naloga zavrne.

• GetDispatchAdvice_V2 - dodani podatki o povezanem predračunu in plačanosti predračuna.
• GtDispatchAdviceStatus - dodan podatek o plačanosti povezanega predračuna.
• MoveOrderToDispatchAdvice - dodana validacija: v primeru, da je v knjigi naročila tako nastavljeno, se za naročilo z metodo plačljivosti "Po predračunu", ki je povezano z neplačanim predračunom, prenos v odpremni nalog ne izvede.
• PostDispatchAdvice - dodana validacija: v primeru, da je odpremni nalog z metodo plačljivosti "Po predračunu" povezan z neplačanim predračunom, se knjiženje odpremnega naloga v MSP ne izvede. 
• ModifyDispatchAdvice_v2 - v primeru, da je odpremni nalog z metodo plačljivosti "Po predračunu" povezan z neplačanim predračunom, se določenih podatkov v odpremnem nalogu ne more spreminjati (veljajo enaka pravila, kot v samem programu).
• GET Customer/OpenAccounts - Dodane možnosti filtriranje po datumu plačila (PaymentDate), datumu dokumenta (DocumentDate), datumu opravljanja (DUR) (DeliveryDate) in tipu dokumenta (RecordType). Dodana je bila tudi informacija o dokumentih, ki posamezne zapise zapirajo v vgnezdenem sklopu <ClosingEntries>, ki je prikazan takrat, ko za zapis obstajajo zapiranja.
• GetStocks - metoda vrača tudi podatek o roku veljavnosti serije <BestBefore> in karanteni <Quarantene>
• GetInvoice, GetInvoices - metodi vračata podatek o tečaju <ExchangeRate> na 6 decimalk natančno (prej 5).
• Na API-ju GetPrices urejen prikaz najnižje cene zadnjih 30 dni, v primeru iskanja cenikov za nazaj ali nižjih cen na istem ceniku.
• Get/Add/ModifyPreReceipt_v2 - v node <PreReceiptLine> dodana podatek <CountedQuantity>, ki predstavlja komisijko popisano količino.
• Get/Price, GetPrices - parameter omejitve klicanja zapisov recordDtModifiedFrom zopet deluje
• Pri vnosu ali dodajanju odvisnega stroška, v kolikor je stranka davčni zavezanec in šifre DDV ni v requestu na nivoju odvisnega stroška se privzeto predlaga splošna davčna stopnja.

• Add/ModifyOrder - metodi omogočata sedaj tudi vpis več načinov plačil na eno naročilo kupca.
• GetOrder - metoda vrača tudi podatke o več načinih plačil (prikazani so v ločenem nodu <OrderpaymentLines>
• GetPrice/GetPrices - delovanje metode ni več pogojeno z obstojem podatkov o operaterju in času vnosa oziroma popravljanja cenika.
• Nova API-ja AddPreReceipt_v3 in ModifyPreReceipt_v3, na katerih se izvaja validacija obveznoszi vnosa Šifre DDV na odvisnem strošku v kolikor je stranka davčni zavezanec. Prav tako je dodana validacija na obstoj Šifre DDV v šifrantu. Za nova API-ja sta kreirani tudi novi znački v varnostnem sistemu.

• Add/ModifyOrder - v primeru, ko je izvedba plačila naročila kupca "po predračunu", se ob vpisu naročila (spremembi naročila) samodejno izvede tudi izdelava predračuna.
• Add/ModifyOrder - pri formiranju predračuna povezanega z naročilom kupca se na naročilu kupca in na predračunu izpolnijo podatki na zavihku "veze" o izvornem in ciljnem dokumentu.
• MoveOrderToDispoatchAdvice - pri prenosu naročila kupca v odpremni nalog se tako na naročilu kot na odpremnem nalogu izpolnijo podatki na zavihku "veze" o izvornem in ciljnem dokumentu.
• PostDispatchAdvice - pri knjiženju odpremnega naloga v izdajo MSP se na odpremnem nalogu izpolnijo podatki na zavihku "veze" s podatki izdaj v katere je bil odpremni nalog poknjižen.
• PostDisptchAdviceToInvoce_v2 - pri knjiženju odpremnega naloga v račun se na odpremnem nalogu izpolnijo podatki na zavihku "veze" s podatkom o računu v katerega je bil odpremni nalog poknjižen.
• ModifyProjectWorkOrder - dodana validacija nad zaklepom tabel delovnih nalogov (API ne more izvajati sprememb na delovnem nalogu, ki ga ima operater odprtega na delovni postaji).
• ModifyProjectWorkOrderDetails - dodana validacija nad zaklepom tabel delovnih nalogov (API ne more izvajati sprememb na delovnem nalogu, ki ga ima operater odprtega na delovni postaji).
• Metoda GetProformaInvoiceStatus ima dodane značke za plačan znesek: <ClosedAmountTotal> in <ClosedAmountLCTotal>.

• GetRetailInvoices - izdelana je nova APUI metoda za dostop do podatkov gotovinskih računov iz trgovine na drobno.
• Customers - Dodana možnost vnosa šifre denarne enote tudi z uporabo alfanumerične ISO 4217 šifre.
• GetStockASPAUF - optimiranje priprave podatkov, dodani novi parametri webPublish, includeNonActiveItems, itemStatus.
• Get/Add/ModifyOrder - na metodo so dodani podatki vezani na način izvedbe plačila in zahtevan odstotek plačanosti predračuna (<PaymentMethod>, <RequiredPrepaymentPercent>)
• Get/Add/ModifyDispatchAdvice_v2 - na metodo so dodani podatki vezani na način izvedbe plačila in zahtevan odstotek plačanosti predračuna (<PaymentMethod>, <RequiredPrepaymentPercent>)
• AddWarehouseReceipt - dodana možnost vpisa negative količine prejema.
• GetUser - delovanje metode ni več odvisno od podatka "nivo operaterja" na API user-ju (operaterju) temveč od enakega varnostnega sistema, kot je v uporabi za operaterje v kolikor želijo v pogled v celoten seznam operaterjev 'SAOP – Operaterji in gesla – Vsi operaterji'.
• MoveOrderToDispatchAdvice - pri prenosu naročila v odpremo, se v odpremo prepišeta tudi podatka o metodi izvedbe plačila in plačanosti predračuna. Prenesejo se tudi vsi načini plačil.
• Na API-ju za pridobitev podatkov gotovinskega računa iz TDR-ja GetRetailInvoices se je preimenovala značka FiscalizationID v SubSequentSubmit. Dopolnjeno je polnjenje podatka Fiscalization glede na lokalizacijo.

• GetOrderProcessOverview - na nodu <Invoice> dodan podatek <IDInvoiceNumber>, ki se polni šele, ko je račun izdan in predstavlja knjigovodsko številko računa, v nodu <DispatchAdvice> dodana statusa "in commissioning" /v komisioniranju) in "ready for pickup" (pripravljeno za prevzem)
• AddWarehouseGoodsIssue - Urejena validacija in prekinitev knjiženja izdaje preko API-ja ko artikel nima zaloge na skladišču.
• GetOrder - dodan podatek <ProformaInvoicePaymentStatus>, ki predstavlja status plačila predračuna (enako, kot je to viden "Status predračuna" na preglednici naročil kupcev znotraj iCentra).
• GetOrderStatus - dodan podatek <ProformaInvoicePaymentStatus>, ki predstavlja status plačila predračuna (enako, kot je to viden "Status predračuna" na preglednici naročil kupcev znotraj iCentra).
• GetOrderProcessOverview - na node <ProfromaInvoice>dodan podatek <ProformaInvoicePaymentStatus>, ki predstavlja status plačila predračuna (enako, kot je to viden "Status predračuna" na preglednici naročil kupcev znotraj iCentra).
• Get/Mofify/AddDispatchAdvice - dodana nova podatka iz odpremnega naloga <ReadyForPickup> in <ReadyForPickupDateTime> (pripravljeno za prevzem in pripravljeno za prevzem datum-ura).
• GetDispatchAdviceStatus - dodana nova podatka iz odpremnega naloga <ReadyForPickup> in <ReadyForPickupDateTime> (pripravljeno za prevzem in pripravljeno za prevzem datum-ura).
• GetOrderStatus - dodana nova podatka iz odpremnega naloga <ReadyForPickup> in <ReadyForPickupDateTime> (pripravljeno za prevzem in pripravljeno za prevzem datum-ura).

• GetOrderLinesBOM - nova API metoda preko katere lahko pridimo podatke o sestavnicah vrstic naročil kupcev.
• AddWorkOrder - v primeru projektnih delovnih nalogov (en delovni nalog ima lahko vpisanih več izdelkov) so odpravljene težave z dodajanjem izdelkov katerim se zaloga vodi po serijah.
• Customers - PATCH Customer - Urejena težava pri prepisu vrednosti Min znesek blokade, Min dnevi opozorila, Min dnevi blokade.
• InternalOrder metode so dopolnjene s podatkom ServiceDeviceId - šifra naprave za servisne naloge.
• Dopolnjeni sta metodi AddIncomingInvoice in GetIncomingInvoice s podatkoma o šifri pogodbe in tipu pogodbe.
• AddIncomingInvoice -  Odpravljena je napaka pri zapisovanju zneska v domoči denarni enoti, ko je na računu tuja denarna enota.

• GetCustomerItemGroupDiscountsComercialTerms - Urejeno vračanje podatkov API-ja GetCustomerItemGroupDiscountsComercialTerms glede na vhodno spremenljivko številke šifranta.

• PostProformaInvoiceCancellation - Izdelana nova API metoda za storniranje predračuna. Pri storniranju predračuna preko API metode veljajo enaki pogoji/omejitve, kot so opisani na funkciji storniranja skozi program fakturiranja iCentra.
• GetProformaInvoice, GetProformaInvoices, AddProformaInvoice, ModifyProformaInvoice, GetOrderProcesOverview, GetProformaInvoiceStatus, ModifyProformaInvoiceStatus - dodan nov status predračuna (S, Cancelled)
• PostProformaInvoiceLock - dodana kontrola nad odklepanjem predračuna, storniranega predračuna se ne da odkleniti.
• AddJournal - Urejena težava z dolžino polja <Document>, ki je sedaj poenotena z dolžino polja na vnosni formi v posredno knjiženje.
• GetOrderProcessOverview - urejeno razpoznavanje statusa "IN COMMISSIONING" odpremnega naloga povezanega z naročilom kupca.
• AddItems- dopolnjen sistem predlaganja šifre artikla:
  • Pri numeričnem sistemu šifriranja ni sprememb. 
  • V primeru alfanumerične šifre, pa sistem ugotavlja ali znakovnemu delu šifre sledi numerični del in potem predlaga novo šifro v okviru numeričnega dela (npr. za sistem šifre XYZ000 bo predlagal šifre XYZ000, XYZ001, XYZ002, ... XYZ999, XYZ1000, XYZ1001,...). V kolikor se sistem šifre v osnovi ne konča z številčnim delom, bo številčni del program predlagal sam (npr. za sistem šifre XYZ no program predlagal šifre XYZ0, XYZ1, XYZ2, ..., XYZ9, XYZ10, XZY11, ...).

• ModifyDispatchAdvice, ModifyDispatchAdviceV2 - za vrstice artiklov katerim se vodijo zaloge po sistemu serij "Ne - samo sledljivost" urejena možnost dodajanja serije na odpremi.
• ModifyReceivingAdvice - za vrstice artiklov katerim se vodijo zaloge po sistemu serij "Ne - samo sledljivost" urejena možnost dodajanja serije na prevzemu od dobavitelja.
• ProcessingProjectWorkOrder - pri knjiženju prejema in/ali izdaje delovnega naloga v materialno skladiščno poslovanje smo uvedli kontrole nad vsemi "analitikami" (stroškovno mesto, stroškovni nosilec, referent, analitika, analitika 1, analitika 2, analitika 3) določenimi na vrstah prometa prejema in/ali izdaje na katere se knjiženja nanašajo. Tako se knjiženje ne izvede, če je "analitika" obvezna ni pa definirana na delovnem nalogu ali določena kot privzeta na sami vrsti prometa.
• Dopolnjena je metoda Customers/UpdateCustomer - če je prazna značka TaxAccounting se značka postavi na D
• ProcessingProjectWorkOrder - v primeru knjiženja prejema se (če je v nastavitvah programa nastavljen cenik proizvodnih cen) vpiše cena prevzema tudi v prevzemni cenik artikla izdelka.

• UpdateWorkOrderMasterData - izdelana je nova metoda za spremembo določenih podatkov glave delovnega naloga. Z metodo lahko spreminjamo le podatke, ki ne vplivajo na kalkulacijo delovnega naloga. Tako se ob spremembi podatkov kalkulacij ene izvede in pošiljanje podatkov je hitrejše kot z metodo ModifyWorkOrder. Metoda omogoča spremembo podatkov več delovnih nalogov hkrati.
• Add/ModifyWorkOrder - v primeru, da v metodi ne navedemo skladišča izdelkov, se skladišče izdelkov sedaj na delovni nalog vpiše iz artikla izdelka (če je tam definiran kot skladišče proizvodnje) šele nato iz knjige delovnih nalogov.

• Dopolnjena je API metoda AddIncomingInvoice s polji, ki se uporabljajo v prenovljenih prejetih računih. Dodana so polja: Dokument, datum tečaja, združene vknjižbe (da/ne), na knjižbi odhodka lahko označimo ali se knjižba navezuje na vrstico davka in na katero, polnita se status računa in status usklajenosti, polni se tečaj na računu.
• GetProformaInvoiceOrders - izdelana je nova metoda preko katere lahko za posamezen predračun pridobimo podatke o vseh povezanih naročilih kupcev.
• GetOrderProcessOverview - izdelava nove metode preko katere se lahko spremlja stanje naročila kupce in z njim povezanih dokumentov (predračunov, odprem, računov)
• Na formi strank in preglednici je polje "Ulica" podaljšano na 140 znakov. Omejitev 30 znakov je sedaj prisotna le na izpisih, ki jih je po potrebi potrebno ročno urediti.
• ADD, GET, UPDATE Customer - Mogoč vnos in pridobivanje polja ulic - "Address" in "Street" v dolžini do 140 znakov.
• Polje ulica lokacije je podaljšano na 140 znakov, mogoč je vnos dolžine ulice do 140 znakov, prav tako je prikaz v preglednici urejen, da lahko prikaže daljši naziv ulice.
• ADD, GET Location - Omogočen zapis in pridobivanje polja ulica - "Street" do dolžine 140 znakov.
• Daljše polje za potrebe naslova, ulica, saj številni tuji nazivi ulic presegajo 30 znakov in nepopoln naziv za tujino ni sprejemljiv tako za Pošto Slovenije kot DHL in druge.
• Na API-jih AddOrder, GetOrder in ModifyOrder sta polji, DocumentDeliveryAddress in DeliveryAddress podalšani na 140 znakov.
• Podalšanje polj ulic na 140 in naslov dostave na 255
• Na API-jih AddInvoice, ModifyInvoice, GetInvoice, GetInvoices, AddProformaInvoice, ModifyProformaInvoice, GetProformaInvoice in GetProformaInvoices  je podatek DeliveryAddress podaljšan na 140 znakov.
• MoveOrderToDispatchAdvice - metoda sedaj v primeru naročila kupca za artikle s serijo, serije na odpremnem nalogu predlaga na enak način, kot to dela prenos naročila v odpremo skozi sam program.
• Get/Add/ModifyProjectWorkOrder - spremenjena dolžina podatka <CustomerAddress> iz prejšnjih 30 znakov na 140 znakov (kot je to spremenjeno v programu).
• GetProductionWorkStation - dodan podatek o prodajni urni postavki <SalesHourlyRate>
• GetProductionWorkPlace - dodan podatek o prodajni urni postavki <SalesHourlyRate>

• Add/ModifyInvoice, Add/ModifyProformaInvoice, Add/ModifyOrder, Add/ModifyDispatchAdvice - dodajanje/spreminjanje plačnika deluje tudi, če je varnostno pooblastilo dodeljeno preko skupine operaterjev.
• Get/Add/ModifyInvoice - na vseh treh metodah je dodan podatek o blagajniku <CashierID>.
• GetItems - opravljene težave zaradi katerih se v odgovoru ni prikazovalo podatkov o tujih nazivih artikla (node ItemTitlesLanguage)

• Pripravljena nova metoda PO NAROČILA DOBAVITELJEM (Barkawi/GetPO).
• Urejena struktura prikazane predloge XML zapisa posameznih metod. Zaradi dodelave je lahko pri spodnjem seznamu API metod prišlo do sprememb vhodne JSON strukture. Ob uporabi JSON zapisa pri klicih API metod, ki trenutno ni podprt s strani SAOP, je potrebno torej preveriti strukturo in jo po potrebi dopolniti skladno z novo.  
• Seznam metod:
  • Document
  • Employee
  • Inventory
  • Invoice
  • Item
  • Journal
  • Order
  • PreReceipt
  • ProformaInvoice
  • ProjectWorkOrder
  • PurchaseOrder
  • Service
  • Stock
  • TechnologicalProcess
  • WorkOrder
  • WorkShopCalendar
• GetOrder - v odgovor metode so dodane značke <ProformaInvoiceYear>, <ProformaInvoiceBook> in <ProformaInvoiceNumber>, ki označujejo leto, knjigo in številko predračuna s katerim je (sistemsko) povezano naročilo kupca.
• ModifyProjectWorkOrderDetails - dopolnjena obstoječa metoda, ki sedaj preverja ali je vsota dejanskih količin po šifri artikla v sklopu "material-storitve" večja ali enaka nič (če je tako nastavljeno na knjigi delovnih nalogov).
• Urejena težava vezana na vnos naziva lokacije, ki je vsebovala posebne znake.
• GetWorkScheduling - izdelana nova metoda za pridobivanje podatkov o razporejenih delavcih po operacijah delovnih nalogov.
• AddWorkScheduling - izdelana nova metoda za brisanje podatkov o razporejenih delavcih po operacijah delovnih nalogov.
• DeleteWorkScheduling - izdelana nova metoda za brisanje podatkov o razporejenih delavcih po operacijah delovnih nalogov.

• PostalCode - Add, Get, Modify - Dodana značka <Region>, ki označuje podatek Regija v šifrantu pošt.
• Location - Get - Dodana značka <Region>, ki vrača podatek iz šifre pošte na regiji, če je ta izpolnjen.
• Pri uporabi metode ModifyProformaInvoice je omogočeno spreminjanje predračuna, tudi če je datum izven nastavitev knjižnega obdobja.
• Na API-jih AddItems in ModifyItems v requestu umaknjena kontrola obveznosti elementa FastCode.
• GetCO - izdelava nove namenske metode za pridobivanje podatkov o naročilih kupcev in servisnih nalogih za programsko opremo upravljanja oskrbovalne verige Barkawi.

• Get/Add/UpdateCustomets -  dodana dva nova podatka <AnalyticId> (šifra analitike) in <ParityCode>(šifra paritete).
• Get/Add/ModifyOrder - dodani podatki o naslovniku naročila kupca.
• MoveOrderToDispatchAdvice - dopolnitev metode, da podatke naslovnika prenese iz naročila kupca na odpremni nalog.
• Get/Add/ModifyDispatchAdvice_v2 - dodani podatki o naslovniku odpremnega naloga.
• PostDispatchAdviceToInvoice_v2 - dopolnitev metode, da podatke naslovnika prenese iz odpremnega naloga na račun.
• GetWorkOrderBOM - med izbirne parametre metode je dodan parameter WorkOrderStatus (status delovnega naloga), ravno tako je podatek <WorkOrderStatus> dodan v odgovoru metode. 
• GetForecastedStocks - izdelana nova metoda, ki za izbrani datum po ostalih izbirnih parametrih vrača podatek o razpoložljivi zalogi enega ali več artiklov.
• Uvedba varnostnega sistema za vklop/izklop posamezne API metode - Vse API metode, ki so migrirane iz delphi na C# omogočajo oba varnostna sistema: generalni vklop  z možnostjo prepovedi posamezne metode in generalni izklop z možnostjo vklopa posamezne metode. API metode, ki še niso migrirane na C# pa omogočajo le sistem generalnega vklopa z možnostjo prepovedi posamezne metode. Podjetja, ki imajo v uporabi tudi nemigirane API metode, lahko torej varnostni sistem uporabljajo le na način generalnega vklopa (kar je privzeta nastavitev) z možnostjo izklopa posamezne metode.

• GetStProductionOperations – v odgovor metode dodan nov podatek <AutomaticWOCalculation>.
• GetTechnologicalProcess – v odgovor metode dodan nov podatek <AutomaticWOCalculation>.
• Get/ModifyWorkOrderTehnologicalOperations – v odgovor metode dodan nov podatek <AutomaticWOCalculation>.
• Add/ModifyDispatchAdvice(V2) – dodana validacija na varnostni sistem »PRODAJA – spreminjanje plačnika prepovedano«, kar v skladu z nastavljenim varnostnim sistemom na odpremnem nalogu omogoča tudi vpis/spremembo plačnika, ki je drugače določen na stranki naročniku.
• Add/ModifyDispatchAdvice(V2) – v primeru, da je v glavi odpremnega naloga vpisano skladišče, ki je pod kontrolo WMS, se za vrstice z artikli za katere se vodi zaloga po serijah (ali izvaja samo sledljivost na izhodu) več ne preverja ali je serija vpisana (torej lahko se vpiše vrstica tudi brez serije). 
• Add/ModifyWorkOrder – odstranjena validacija, da mora biti <WorkOrderLatestEndDate> datumsko kasnejši od <WorkOrderEndDate>.
• GetOrderStatus – dodatna časovna optimizacija izvajanja metode. Popravljeno iskanje zadetkov po parametru RecordDtModifiedFrom (sedaj se zadetke išče po datumu spremembe in ne več po datumu vnosa dokumenta).
• odpravljene težave, ko je metoda AddDocument napačno javljala napako validacije 'Varnostna pooblastila onemogočajo dostavo/pripenjanje dokumenta!'
• dodana nova metoda PostInvoiceLock, ki omogoča zaklepanje/odklepanje računa
• Get/Add/UpdateCustomer - Dodane značke <AlertMessage>, <AlertMinimalAmount>, <BlockingUpMessage>, <BlockingUpAmount>, <AlertNumberOfDays>, <BlockingUpNumberOfDays>, <SIDReporting> in <SIDLimitAmount>, za urejanje podatkov o opombah in blokiranju stranke ter urejanje podatkov vezanih na SID poročanje.
• dodana nova metoda ModifyCustomerContactsType, ki omogoča zamenjavo šifre stika za posamezni obstoječi stik.

• MoveOrderToDispatchAdvice – odstranjene določene validacije, ki so (neupravičeno) preprečevale premik naročila v odpremo (artikli storitve ter artikli z naročeno količino večje od zaloge – v odvisnosti od posameznih nastavitev na knjigi naročil).

• GetOrderStatus – časovna optimizacija metode.
• Get/Add/ModifyWorkOrder – dodan nov podatek <WorkOrderLatestEndDate> (najkasnejši rok izdelave).
• Get/Add/UpdateEmployeeBonus - dodani novi podatki: <PayrollBaseID>, <CarRegNumber>, <VINNumber>, <PurchasingValue>, <StartUsageDate>, <EmployeerProvidesFuel>, <LessThan500km> in <EV>
• Get/Add/UpdateEmployeeLeave - nova metoda za delo s podatki o dopustu.

• GetCustomerItemGroupDiscountsComercialtermsException – v metodi dodan nov parameter klicanja <CustomerID> (šifra stranke). Ravno tako je v odgovor metode dodana značka <CustomerID>.
• ModifyWTR – dopolnitev delovanja metode; v kolikor šifra delovne postaja za vrstico dela v XML ni podana se dodeli iz operacije delovnega naloga, drugače iz XMLa.
• GetWorkOrderBOM – odpravljene težave delovanja metode (pojavljale so se v primeru milijonskih količin sestavin).
• GetOrderStatus – med klicne parametre metode je dodan parameter WorkOrderID (številka delovnega naloga), enak podatek se pojavi tudi v odgovoru metode.
• MoveOrderToDispatchAdvice – metoda je dopolnjena z dodatnimi validacijami, da se obnaša enako, kot prenos naročila kupca v odpremni nalog znotraj iCentra.
• PrintDeliveryNoteToPdf – na metodo dodane validacije nad obstojem odpremnega naloga in obstojem obrazca dobavnice.
• Get/Add/ModifyPurchaseOrder – v vse tri metode so dodani podatki <OrderReferenceDate>, <OrderReferenceID>, <OrderTypeID> ter <ExchangeRateDate>
• PostDispatchAdviceToInvoice(v2) – dodana nova verzija metode. Metoda ob uspešni izvedbi sporoči tudi številko računa (leto, knjiga, številka).
• PostDispatchAdviceClose - nova metoda, ki zapre odpremni nalog
• PostPreReciept - odpravljene težave pri knjiženju vrstic predprejema z negativno količino
• AddJournal - Urejeno je brisanje presledkov na začetku in koncu zapisa v podatku "šifra konta" - <Account>.

• AddInvoice - popravljena json struktura vpisa podatkov metode. Struktura je vrnjena taka, kot je bila pred verzijo 2022.05.001.

V SAOPu zagotavljamo nespremenjeno delovanje API metod samo v primeru uporabe XML formata, za json format tega zagotovila ne dajemo!

• PostProformaInvoiceLock - nova metoda, ki omogoča zaklepanje / odklepanje predračuna.
• PostOrderClose - nova metoda, ki omogoča zapiranje naročila kupca.
• ModifyOrder – na metodi dodana validacija na obstoj (aktivnost) šifre artikla <ItemID> vrstice naročila. V kolikor šifra artikla ne obstaja ali ni aktivna se metoda ne izvede.
• GetOrderStatus – optimizacija hitrosti vračanja podatkov.
• AddProformaInvoice – urejeno upoštevanje jezikovnega področja, če je vpisano na vhodnem XMLu.
• ModifyOrder – omogočeno spreminjanje naročila kupca tudi v primeru, da ta vsebuje stornirane vrstice.
• VATRates - Urejeno filtiranje zapisov po času vnosa / urejanja zapisa

• odpravljene težave, ki so v nekaterih primerih v primeru sočanega klica API metode vračale napačne rezultate

• GetRentalCalculation - Dodana nova get metoda za pridobivanje podatkov o obračunih najema.
• PostServiceOrderToMSP - Dodana nova post metoda namenjena proženju knjiženja podatkov iz servisnega naloga v izdajo v materialnem poslovanju. Metoda se kliče za vsak servisni nalog posebej (letoNaloga, SifraKnjigeNaloga, StevilkaServisa). Pravila pri knjiženju so enaka kot pri ročni obdelavi.
• ModifyReceivingAdvice - Na metodi smo odstranili validacijo na status zaključeno naročila dobavitelja, kar omogoča spremembo vrstic prevzema, ki se nanašajo na vrstico naročila, ki je zaključen.
• PrintProformaInvoiceToPdf - Izdelana nova metoda preko katere lahko izdamo predračun.
• PrintInvoiceToPdf - Na obstoječi metodi dodane validacije.
• Add/Update/PatchCustomer - Na metodah Add/Update/Patch dodan podatek <InvoicingMethod> (način fakturiranja)
• IncomingInvoice – dodani znački NetDueDate in DiscountPercentage, za vnos podatkov Neto rok plačila in Procent skonta. Podatki se tudi predlagajo enako kot pri ročnem vnosu prejetega računa.
• Customer/OpenAccounts – Dodani filtri za prenos samo odprtih zneskov in omejevanje števila dni zamude: OpenAmountPayable, OpenAmountReceivable, NumberOfDaysDelayedInPayment