A 170-es verzióban a rendelésállapotok adatállományba történő generálásának szabályai megváltoztak.

Ezek a változások a felhasználó számára nem jelentenek változásokat a mindennapi életben, azonban az új szabályok olyan eseteket is le tudnak kezelni, amelyek bár nagyon ritkán fordultak elő, a régi eljárás nem tudta megfelelően kezelni.

 

Az új algoritmus 170-es verziótól kezdve

Eltárolja a rendelés mozgásai között a szállítólevél teljesítéseit is.

--        a vevőrendelés állapotváltozásai a VevőRMozg, a szállítórendelés állapotváltozásai a SzállMozg adatállományban kerülnek tárolásra.

-        a korábbi algoritmus a teljesítést nem tárolta ezekben az állományokban, helyette mindig a raktárforgalmi adatállományból (RaktForg) gyűjtötte össze,

-        Ez a módszer nem tudott minden esetben helyesen számolni, amennyiben egy napon belül többszőri állapot módosítás történt (pl.: teljesítés után visszáru , majd újra diszponálás, páratlan állítás).

-        Az új algoritmus viszont a teljesítés időpontjában tárolja el a napon belüli sorrendet, ezzel teszi lehetővé, hogy később helyesen tudja az eseményeket kezelni a gyűjtők kiszámolása során.

-        Amennyiben a szállítólevelet össze lehet kapcsolni rendeléssel, de annak állapotát a szállítólevél nem változtatja, a rendeléshez az új algoritmus sem fogja eltárolni a mozgást. (Ez akkor történik meg, ha mozgásnem törzs beállításai között a rendelés típus „…nem telj.” érték szerepel.)

Szállítólevél stornó esetén a szállítólevélhez kapcsolódó egyéb állapotváltozásokat is visszavonja a program.

-        A program számos helyen nyújtja azt a szolgáltatást, hogy a szállítólevél teljesítése után a rendelésből esetleg fennmaradt részt már nem várjuk el, hogy teljesítve legyenek automatikusan (vagy kérésre) a Páratlan-ba helyezi)

-        az új algoritmus ezentúl eltárolja az állapotváltozást kiváltó mozgás azonosítóját, ezzel teremtve meg a lehetőséget arra, hogy amikor stornírozzák vagy törlik a raktárforgalmat, az állapotmódosítás is törlődik, és ezzel újra élővé teszi az egész rendelést.

-        Szállítólevélhez kapcsolódó állapotmódosítások a következő helyeken működnek a programban.

1, Eladás irányú szállítólevél-generálás (KL_REND, KK_SZG) után a vevőrendelésnek a nem teljesített részét páratlanba (stornóba) tudja helyezni a program.

2, Beszállítás esetén (AF_BSZL) a szállítórendelés nem teljesített részét páratlanba (stornóba) tudja helyezni.

3, Vevőrendelés diszponálás (AF_SZR) funkciót az áru beszerzése után közvetlenül indították, akkor a diszponált vevőrendelésről lehet tudni, hogy melyik beszerzés után hozták létre.

 

A rendelésmozgásokat tartalmazó állományban a kiinduló állapot is helyet kapott

Ezzel áttekinthetőbbé vált a mozgásokat tartalmazó állomány, ami például riport készítések esetén jelenthet könnyebbséget.

Új algoritmusra történő áttérés

-A frissítés után minden új rendeléstétel az új algoritmus szerint működik.

-A frissítés előtt rögzített rendeléstétel a régi algoritmus szerint működik.

-Mit lehet tenni, ha a régi algoritmus hibát jelez, hogyan lehet áttérni az új algoritmusra?

1, VevőRTétel.RaktMozg értékét módosítani kell

▪VevőRTétel.RaktMozg=0 – régi algoritmus

▪VevőRTétel.RaktMozg=1 – új algoritmus

2, Le kell futtatni a teljesített rendelések beállítása funkciót (AF_TELJ)

3, Ha az ezek után az teljesített rendelések beállítása funkció hibát jelez, a be kell menni a rendelés tételbe és az állapotmódosítás ablakban az adott napi mozgások sorrendjét addig kell manuálisan változtatni, amíg a hibajelenség megszűnik

 

Előző évi raktárforgalom törlése (KL_EKLT)

-Régi algoritmus esetén felvette a rendelésmozgásba Teljesítés rekordot (VevőRMozg.RFSorszám=0, SzállRMozg.RFSorszám=0)

-Új algoritmus esetén a teljesítésre vonatkozó rendelésmozgásban módosítja a szállítólevél hivatkozást, kinulázza annak értékét  (VevőRMozg.RFSorszám=0, SzállRMozg.RFSorszám=0)

Teljesített rendelések beállítása funkció (AF_TELJ) működése új algoritmus esetén

Létező szállítólevél?

Ellenőrzi, hogy a rendelésmozgásban megadott raktárforgalom (szállítólevél) létezik -e (VevőRMozg.RFSorszám és SzállRMozg.RFSorszám alapján)

oHa nem létezik, akkor törli a rendelésről a mozgást

oHa a rendelésmozgásban a raktárforgalmi hivatkozás értéke nulla, akkor nem ellenőriz, mert ebben az esetben az előző évi raktárforgalom törlése funkció hozta létre vagy módosította a rendelésmozgást.

Létező rendelés?

-Ellenőrzi, hogy a raktárforgalomban hivatkozott rendeléshez (RaktForg.Rendszám+Rendsorszám) fel van-e jegyezve a rendeléshez is a teljesítés.

oHa nem találja meg, akkor felveszi azt a VevőRMozg vagy SzállRMozgba.

Van későbbi rendelésállapot változás?

Az rendelésállapotok gyűjtőinek kiszámolása az állapotváltozások alapján időrendben történik.

Amennyiben egy már felvett mozgás dátuma későbbi, mint az éppen rögzített állapotváltozás dátuma, a program a későbbi állapotváltozásokat automatikusan visszadátumozza az éppen rögzített állapot változás időpontjára, annak érdekében, hogy helyen tudja az egyes gyűjtők mennyiségét meghatározni. (Ez a dátum módosítás nem vonatkozik a tételben található szállítási határidő értékére.)

Ilyen esemény a következő módon következhet be. Kosárban rendelésrögzítés történik, a rendelést egy jövőbeli dátumra rögzítik. A rendeléstétel a visszaigazolás állapot változás és a határidő is ebben az esetben egy jövőbeli dátum. Majd a rendelés rögzítése során lefut az automatikus vagy manuális diszponálás, akár még a rögzítés napján. Ekkor veszi észre a program a későbbi dátumra vonatkozó visszaigazolást. Annak dátumát a mai napra módosítja, de határidőt a jövőbeli dátumon hagyja.

Vevővisszáru és rendelések kapcsolata új algoritmus esetén

Vevővisszárut igénytől függően össze lehet kapcsolni vevőrendeléssel vagy szállítórendeléssel.

(Mozgásnem beállításai között a rendeléstípusa mező befolyásolja ezt az értéket.)

Visszáru szállítórendeléssel történő összekapcsolása

Beszállítás bizonylat vevővisszáru

Vevőszámla stornírozás / helyesbítése (KK_STORN, KK_SZG) esetén, ha a főszámla vevőrendelés alapján készült

A mozgásnem beállításait figyelmen kívül hagyja a program és mindenképpen a vevőrendeléssel fogja összekapcsolni a visszárut.

Vevő visszáru vevőrendelés alapján a raktárforgalom generálásban (KL_FORGG)

oA mozgásnemben megadott beállítás alapján a raktárforgalom generálás menüpontban a megadott irányú rendeléssel lehet összekapcsolni a mozgást.

oAmennyiben arra van szükség, hogy a Vevővisszáru csökkentse a teljesítést és újra nyitottá tegye a rendelést, a Rendelés típusa mező értéke vagy Vevő visszáru, vagy Irány automatikus legyen.

oHa arra van szükség, hogy visszáru ne változtasson a teljesített mennyiségen, a Rendelés típusa mező értékét Vevő (nem telj.) értékre kell állítani.