Cikkenként időszakokra lehet megadni
értékesítési
VAGY beszerzési előrejelzést. Mindkettő hasonlóan
működik, így alább csak az
értékesítési oldalt részletezem.
Pl. a következő 10 héten hetente mennyi eladás
várható az
adott cikkekből.
Nem a hagyományos bizonylati (BaseDoc) struktúra,
tehát nem épül be a "standard" bizonylatok
közé. Tehát ebből nem lehet a hagyományos
Beemelés/Importálás módoszerekkel
referenciás bizonylatokat (pl. vevői rendelés)
készíteni.
A bizonylat létrehozása automatikusan
generál normál
értékesítési előrejelzés
bizonylatokat, és
azokból lehet rendeléseket, stb. létrehozni.
Fej-tétel adatok.
Tételben minden cikkre külön sor. Az oszlopok az
időszakonkénti előrejelzések (minden időszakra egy-egy
oszlop). A cellákban
cikk mennyiséget lehet megadni.
Bizonylatszám struktúra: „IÉE” + Számkör prefix + Típus kódja + bizonylatszám + Számkör suffix. Tehát a bizonylatszámban benne van a típus kódja is (hasonlóan a banki bizonylatszámokhoz, ahol benne van a bank kódja).
Tétel-adatok:
Összesen 31 + 12 + 12 + 5 = 60
mezője van a tétel táblának.
A táblázat beállítások (TableDef) határozza meg, hogy milyen bontásban és meddig szeretnék megadni az előrejelzést. Tehát a látható oszlopok(időszakok) beállításával tudjuk megadni, hogy milyen részletességgel és mennyire előre akarunk előrejezést készíteni.
Ha pl. W1, W2, W3, W4 oszlopok láthatók, az azt jelenti, hogy előre négy hétre lehet meghatározni az előrejelzést a fej-dátumhoz (KeepDate) képest. Tehát ha pl. 2009-04-08-án (szerda) adnak meg 4 hetes előrejelzést, akkor a W1 2009-04-13-ával (hétfő) kezdődő hétre vonatkozik.
Ha pl. W3, W4, W5, W7 látható, az azt jelenti, hogy a következő két hétre nem előrejelzés készül (ez már rendelési időszak), előrejelzést csak az utána következő négy hétre készítünk.
Típus
paraméterek:
Ennek az az oka, hogy ha pl. kedden
megadom a következő hat napot, és megadom a következő
hetet is, akkor a
következő hétfő kétszer szerepel (D6 és
W1-ben).
Ha a Típus nem kötelezően
kitöltendő mező (ld. Paraméterezés), akkor rendszer
paraméter (SysEnvVar:
SPerFcastResolution / PPerFcastResolution) határozza meg a
típust.
A követendő működés az, hogy minden alkalommal, amikor új előrejelzést lehet készíteni (bármi változott), akkor új bizonylatot kell készíteni. Tehát a bizonylatok csak hozzáadáskor szerkeszthetők. Kivételek a megjegyzés mezők (Comments, Message)
Ezek
után
be lehet emelni a legutolsó olyan
előrejelzést, ami az adott típusra (ha vevő meg van adva,
akkor arra is szűrve)
le lett rögzítve.
Így egy adott típusnál a cikkeket csak egyszer kell felvinni, a felemelés azokat hozza magával.
Felemeléskor az eredeti dátumot és az új dátumot összehasonlítja, és ha kell akkor az időszakokat eltolja a dátumok különbségével.
Dátum változtatásakor a táblázatot újra feltölti (eltolja az értékeket)
Pl.: heti előrejelzés van, és a 15. héten hétfőn megadják a W1-től a W5-ig. A következő héten (16. héten) hétfőn elkészített előrejelzésnél a beemeléskor a W1-be a 15. heti W2-t rakja, a W2-be a W3-at, stb. Logikusan a 16. héten a W5-öt üresen készíti elő, hiszen az még nem volt látható az előző héten.
Ha a dátum különbség kisebb volt a periódus hosszánál (tehát pl. 15. hét kedden csinálunk egy újat), akkor nem végez eltolást, tehát ez gyakorlatilag egyszerű bizonylat duplikálást jelent.
A
beemelet
adatokat természetesen hozzáadás
előtt módosíthatóak.
Másik megoldás az egyszerű duplikálás
(Ctr-D), amivel az utolsó bizonylatot duplikálni lehet,
de ilyenkor a fenti időszak-eltolás nem történik meg.
Az előzetes forrás naplóba csak a „normál” Értékesítési előrejelzés ír, tehát az időszakos előrejelzésnek csak közvetett hatása van a forrás naplóra.
Mivel az értékesítéshez köthető szükséglettervezést az előzetes forrás napló alapján kell elkészíteni, ezért az Időszakos ért. előrejelzés automatikusan generál / módosít Értékesítési előrejelzéseket, amikből majd lehet vevői rendeléseket készíteni.
A forrás napló alapján készülnek a gyártási előrejelzések is, tehát az alapanyag szükséglet számítás is.
Az Időszakos bizonylat minden típusra, partnerra és minden időszakra egy-egy Ért. előrejelzést tart karban. Tehát pl. heti bontás esetén egy adott partnerra, minden típusra és minden hétre egy-egy „normál” előrejelzés van a rendszerben.
Minden új időszakos bizonylat készítésekor (tehát pl. minden héten) a már lerögzített normál bizonylatokat karban tartja, illetve az új időszak(ok)ra új bizonylatokat készít.
A normál bizonylat referencia száma a kapocs a két bizonylat struktúra között.
A referencia szám generált: „IÉE” – időszak – Típus kódja
Az időszak lehet:
Egy időszaki előrejelzés rögzítésekor minden időszakra (pl. W1 ... W5) megnézi, hogy az adott típusból van-e normál értékesítési előrejelzés (generált referencia-szám alapján).
Ha van, akkor annak a tartalmát átírja az időszaki előrejelzés alapján, tehát a cikkek mennyiségét módosítja, illetve szükség esetén ad hozzá / töröl cikkeket. Ha az előrejelzés adott sorából már készült pl. rendelés (tehát a sor már teljesített), akkor azt nem lehet módosítani. Ilyenkor a program hibát jelez, és nem engedi lerögzíteni a bizonylatot. Ez az eset, amikor hibás előrejelzést adtunk meg.
Ha
nem
található az időszak – típus párra
már
létező előrejelzés (pl. új hetet adunk meg), akkor
arra létrehoz egy új
előrejelzést.
A értékesítési előrejelzésben az
árak, így a a partnerhez esetlegesen rendelt
árlistából jönnek, nincsenek megadva az
előrejelzésben
(mennyiséget adunk
meg).
A
létrehozandó
értékesítési /
beszerzési előrejelzés
számkörét a Típus rekordban kell
definiálni. Amennyiben a Típus nincs
használva, az alapértelmezett előrejelzés
számkört használja.
Az „SPerFcastType” illetve a „PPerFcastType” rendszer paraméterek vezérlik, hogy a Típus mező használatban van-e a következő helyeken:
Amennyiben kötelező a Típus:
Ha a Típus nem kötelezően kitöltendő mező, akkor rendszer paraméter (SysEnvVar: SPerFcastResolution / PPerFcastResolution) határozza meg a típust. Ez String típusú, értékei lehetnek: „D” / „W” / „M” / „Y”
TTC-Soft Kft. 2012 – www.flexium.net