Leírás
Szabad készlet adatok információit tartalmazza az XML, készlet változás esetén.
Mezők
Termék kód, szabad készlet összesítve, és részletezve, valamint a várható beérkezés dátuma.
Algoritmus
Az eredményben minden termék készlete szerepel, amely a webáruház paraméterben meg van adva.
A készlet átadást daraboljuk, hogy ne egy nagy csomag kerüljön kiküldésre , így a csomagok mérete az összevonandó csomaggal együtt az összevont csomagok együttes értéke meghaladná a kb. 200 KB-ot, akkor ilyenkor van egy tördelés és új csomag keletkezik.
Adatátadás feltétele
Készlet (Rest napló típus = NetGo-Készlet) - items/item
Változást beindító esemény:
- Amikor a létező termék most kerül webre: (Útvonal: sERPa Alap \ Struktúra \ Általános \ Termék) --> BizonylatValtozasFigyeles(BizonylatTipus_ID = 101)
- Vevő rendelés változás (Útvonal: sERPa Alap \ Logisztika \ Rendelés-nyilvántartás \ Vevő rendelés) --> BizonylatValtozasFigyeles(BizonylatTipus_ID = 11)
- Szállító rendelés változás (Útvonal: sERPa Alap \ Logisztika \ Rendelés-nyilvántartás \ Szállító rendelés) --> BizonylatValtozasFigyeles(BizonylatTipus_ID = 12)
- Belső rendelés változás (Útvonal: sERPa Alap \ Logisztika \ Rendelés-nyilvántartás \ Belső rendelés) --> BizonylatValtozasFigyeles(BizonylatTipus_ID = 13)
- Készletre rendelés változás (Útvonal: sERPa Alap \ Logisztika \ Rendelés-nyilvántartás \ További lehetőségek \ Készletre rendelés) --> BizonylatValtozasFigyeles(BizonylatTipus_ID = 14)
- Szállító ajánlat változás (Útvonal: sERPa Alap \ Logisztika \ Rendelés-nyilvántartás \ További lehetőségek \ Szállítói ajánlat kérés) --> BizonylatValtozasFigyeles(BizonylatTipus_ID = 57)
- Vevő rendelés visszáru változás (Útvonal: sERPa Alap \ Logisztika \ Rendelés-nyilvántartás \ Vevő visszáru) --> BizonylatValtozasFigyeles(BizonylatTipus_ID = 69)
- Szállító rendelés visszáru változás (Útvonal: sERPa Alap \ Logisztika \ Rendelés-nyilvántartás \ Szállító visszáru) --> BizonylatValtozasFigyeles(BizonylatTipus_ID = 70)
- Rendelés válasz változás: BizonylatValtozasFigyeles(BizonylatTipus_ID = 34)
- B2BPartner készlet változás --> BizonylatValtozasFigyeles(BizonylatTipus_ID = 358)
Változást okozó események (amennyiben teljesül a változás további feltételeinél meghatározott összes kritérium is):
- Nincs optimalizálás, bármely beindító esemény esetén megy a beindítás bizonylatához tartozó termékről készlet.
*Változás további feltétele, az összes feltételnek teljesülni kell:
- A webáruház paraméterben a webáruház használhatóra legyen állítva.
- A webáruház paraméter 'Általános adat' fülén található URL mező ne legyen üres.
- A termék szerepel a webáruház paraméterben megadott termék besorolásban.
- A kiváltó eseményt okozó szállítólevél nem előfeldolgozott.
- A kiváltó eseményt okozó rendelés nem vár kötelező visszaigazolást vagy olyan válasz generál változást, melynek a típusa: (FT: AruforgBizTipus -> 5, 6, 7, 10, 11, 12, 13, 14)
- A webáruház paraméterben felsorolt raktárakat értini a változás.
*Megjegyzés:
- Készlet információt akkor is küldünk, ha nincs készlet.
- Aszinkron történik az üzenetek küldése. A kérés az optimalizálás miatt bekerül egy végrehajtási sorba (//sERPa/AUGAsync/TargetQueue). Tehát a küldéshez szükséges, hogy a Service Broker és az említett Queue engedélyezett legyen.
(ha 1 másodpercen belül több azonos típusú csomag kerülne küldésre, akkor összevonásra kerülnek egy üzenetbe).
XML leírás
<items
<item^*
product_code ; termékkód
stock ; szabad készlet minden raktárra összesítve ami a paraméterben van.
supply_time ; várható beérkezés dátuma szállítórendelések alapján (a legközelebbi dátum /min./)
expected_stock ; szerződhető készlet - minden raktárra összesítve ami a paraméterben van.
<depos
<depo
store_code ; raktár kódja
stock ; szabad készlet
depo>
depos>
item>
items>
példa XML
<item>
<product_code>AR0010</product_code>
<stock>1007.5</stock>
<expected_stock>1007.5</expected_stock>
<depos>
<depo>
<store_code>k</store_code>
<stock>1007.5</stock>
</depo>
</depos>
</item>
