Wiki source code of PROCESAI

Hide last authors
Administrator 3.2 1 {{toc/}}
2
3
4 ----
5
Administrator 3.1 6 = DTO PREKIŲ UŽSAKYMAS =
Administrator 2.1 7
Administrator 3.1 8
Administrator 41.1 9 DTO prekės nėra palaikomos sandėlyje, tokios prekės neturi turėti likučio sandėlyje, jos turėtų būti užsakomos ir vežamos į sandėlius tik pagal specialius užsakymus iš klientų (žr. Prekių (SKU) būviai):
Administrator 3.1 10
11 ~1. Suvedus kliento užsakymą į apskaitos programą, sekančią dieną, per duomenų mainus, bus gauta rezervacija.
12
13 3. Prekės rezervacija matoma prekės grafike.
14
15 4. Užsakymas DTO prekei formuosis kartu su reguliariu užsakymu, pagal aktyvų tiekėjo grafiką.
16
17 5. DTO prekių kiekis užsakyme bus apvalinamas pagal pakuotę (TNK) į didžiąją pusę.
18
Administrator 3.2 19 ----
20
Administrator 5.1 21 = UŽSAKYMŲ OPTIMIZAVIMAS =
Administrator 3.2 22
Administrator 7.1 23
Administrator 42.1 24 Užsakymai gali būti optimizuojami pagal transportą ir pagal sumą. Plačiau apie užsakymų optimizavimą skaitykite [[Tiekėjo užsakymo optimizavimas>>doc:User_Manual.Suppliers.WebHome||anchor="HTiek117jo201EU17Esakymooptimizavimas201C" rel="__blank"]] ir [[Naujo suoptimizuoto užsakymo siuntimas tiekėjui.>>doc:User_Manual.Suppliers.WebHome||anchor="HNaujosuoptimizuotou17Esakymosiuntimastiek117jui" rel="__blank"]]
Administrator 5.2 25
Administrator 8.1 26 Užsakymas optimizuojamas (didinamas arba mažinamas), kad maksimaliai pilnai užpildyti transporto partiją.
27
Administrator 31.1 28 ~1. Užsakymai gali būti siunčiami automatu pagal nurodytas optimizacijos sąlygas. **__Autosiuntimo optimizacijos__** sąlygos nurodomos Tiekėjo kortelėje:
Administrator 8.1 29
30
Administrator 42.1 31 **~ Neoptimizuoti  **- užsakymai nebus optimizuojami.
Administrator 8.1 32
Administrator 30.1 33 **~ Užpildyti transportą** - lentelė pildoma tais atvejais, kai tiekėjas užsakymus pildo tik kai yra pilnai užpildytas transportas arba pilnai užpildytais transportais ekonomiškai naudingiau atsivežti prekes. Atsidariusiame lange nurodykite optimizuosite pagal svorį (kg) ar pagal tūrį (pal.). Įrašykite „Opt. slenkstį“ , "Pilno" transporto dydį ir „Max. transportų skaičių":
Administrator 8.1 34
Administrator 30.1 35 * „Opt. slenkstis“ – mažiausias svoris (kg) arba tūris nuo kurio suformuotas užsakymas tiekėjui yra pildomas iki „Pilnas“ svorio arba tūrio. Jei „Opt. slenkstyje“ nurodytas svoris ar tūris nepasiektas, ši transporto rūšis užsakymui nenaudojama;
Administrator 8.1 36
Administrator 30.1 37 * „Pilnas“– didžiausias svoris (kg) arba tūris iki kurio gali būti padidintas užsakymas tiekėjui;
Administrator 8.1 38
Administrator 30.1 39 Galima apsirašyti kelis transporto užpildymo atvejus. Sistema optimizuodama užsakymą automatiškai tikrina ir parenka aprašytus transportus.
Administrator 19.1 40
Administrator 30.1 41 Užsakymas negali viršyti nei „Pilnas“ svorio, nei „Pilnas“ tūrio.
Administrator 19.1 42
Administrator 30.1 43 o užsakymas didinamas, kai suskaičiuotas užsakymo kiekis yra mažesnis už „Pilnas“, bet didesnis už „Opt. slenkstį“. Proporcingai didinamos visos to tiekėjo DTA prekės (net ir nepatekusios į užsakymą) - išskyrus NON prekes.
Administrator 19.1 44
Administrator 30.1 45 o jei užsakymo kiekis yra mažesnis nei aprašyto transporto „Opt. slenkstis“, tuomet užsakymas sustabdomas. Jis bus suformuotas, tačiau neišsiųstas (tokį užsakymą rasite lange „Nauji užsakymai“).
Administrator 19.1 46
Administrator 30.1 47 o jei užsakymo kiekis didesnis negu automatiškai parinktas artimiausias transporto „Pilnas“, transportas užpildomas n kartų (arba kiek nurodyta Max. transportų skaičius), kol susidaro n pilnų transportų pagal tą patį transportą.
Administrator 19.1 48
Administrator 47.1 49 __Išskaidyti užsakymą pagal transportą __– uždėjus varnelę, tiekėjui užsakymai formuojami kiekvienam transportui atskirai, t. y. kai užsakymas sudaro daugiau nei vieną transportą, tada tiekėjas gaus atskirus užsakymus.
Administrator 5.2 50
Administrator 30.1 51
52 **~ Optimizuoti, jei nepasiektas tikslas** - lentelė pildoma tais atvejais, kai tiekėjas užsakymą sutinka įvykdyti arba tai yra ekonomiškai naudingiau, jei užsakymas yra ne mažesnis nei konkrečiai nurodyta suma.
53
54
55 Leidžiama optimizuoti pagal pinigų, svorio, tūrio ir prekių kiekio sumą.
56
57 „Opt. slenkstis“ – suma, kurią pasiekus užsakymas bus didinamas iki sumos „Tikslas“ (iki kurios turi būti padidintas užsakymas).
58
59 * jei "Opt. slenkstis" bus nepasiektas, užsakymas bus suformuotas, tačiau neišsiųstas (tokį užsakymą rasite lange „Nauji užsakymai“):
60
61 * jei užsakymo suma yra didesnė nei nustatytas „Opt. slenkstis“, bet mažesnė nei „Tikslas“, tuomet optimizuojant užsakymas bus padidintas iki „Tikslas“ pagal nurodytus optimizavimo pasirinkimo parametrus ir išsiųstas.
62
63 * jei užsakymo suma yra lygi arba didesnė nei „Tikslas“ ir atitinka nurodytą optimizavimo pasirinkimo parametrą, tuomet užsakymas nebus pakeistas ir bus išsiųstas be jokių korekcijų.
64
65 Naujų užsakymų lange paveiksliukas [[image:http://wiki.stockm.info/bin/download/User_Manual/Suppliers/WebHome/sustabdyta%20ikonele.PNG||alt="sustabdyta ikonele.PNG"]] reiškia, kad užsakymas turėjo būti išsiųstas automatiškai, tačiau nebuvo pasiekta "Opt. slenkstis" suma. Atsidarykite šį užsakymą ir rankiniu būdu optimizuokite bei išsiųskite tiekėjui, arba pašalinkite;
66
67 Aprašant užsakymo optimizavimą pagal sumą, į laukelį „Opt. slenkstis“ galima įvesti reikšmę, ne mažesnę nei 60 % "Tikslo" sumos. Reikšmė gali būti keičiama, suderinus su projekto vadovu.
68
69 Jei uždėta varnelė „išskaidyti užsakymą pagal transportą“ ir tiekėjui yra nustatytas optimizavimas pagal tūrį, tuomet užsakymai išsiskaidys pagal nurodytas optimizavimo sąlygas.
70
71
Administrator 31.1 72 2. Dar optimizavimas gali būti atliekamas** __rankiniu būdu__,** nurodžius norimą sumą, svorį, tūrį, prekių kiekį ar eilučių skaičių. Užsakymo lange spauskite mygtuką „Optimizuoti“, esantį dešiniąjame viršutiniame lango kampe.
Administrator 30.1 73
74
75 1) Atsiradusioje lentelė galite pasirinkti "Optimizuoti pagal tiekėjo nustatymus", "Optimizuoti pagal parametrus", nurodant juos rankiniu būdu (pasirenkant optimizavimo parametrą, nurodant tikslą ir optimizavimo sąlygą) arba "Sumažinti eilučių skaičių iki ...".
76
77 2) Norint užsakymą optimizuoti, eilutės nebūtinai turi būti pažymėtos varnelėmis. Nebus optimizuojamos tos pozicijos, kurių kiekiai buvo pakeisti.
78
79 3) Jei užsakyme reikalingos korekcijos, jos turi būti atliekamos iki optimizavimo:
80
81
Administrator 31.1 82 Atidariusioje lentelėje pasirinkus **"Optimizuoti pagal tiekėjo nustatymus",** užsakymas bus optimizuojamas, pagal tiekėjo kortelėje nurodytus parametrus. Užsakymo kiekiai pasikeičia taip, kad optimaliai užpildytų transportą arba sudarytų sumą.
83
Administrator 30.1 84 1) Jei nebuvo pasiektas transporto užpildymo (optimizavimo) slenkstis (t.y. užsakymo dydis, kurį pasiekus užsakymas bus didinamas) - užsakymas nebus suoptimizuotas.
85
86 2) Jei užsakymą sudaro daugiau nei 1 transportas ir kiekvienam transportui reikalingas atskiras užsakymas, tuomet:
87
88 * tiekėjui (tiekėjo kortelėje) turi būti nustatytas „išskaidyti užsakymą pagal transportą“;
89 * **//!!! SVARBU//**//, jei po optimizavimo vėl atliksite korekcijas užsakyme, tuomet užsakymas neišsiskaidys pagal transportą. Ši funkcija veikia tik pirmam užsakymo optimizavimui.//
90
Administrator 31.1 91 Pasirinkus **„Optimizuoti pagal parametrus“**:
Administrator 30.1 92
93 1) Leidžiama optimizuoti pagal pinigų, svorio, tūrio ir prekių kiekio sumą. Pasirinkite optimizavimo parametrą:
94
95 * pagal užsakymo sumą (EUR);
96 * pagal užsakymo svorį (kg);
97 * pagal užsakymo tūrį (pal.);
98 * pagal užsakymo prekių kiekį (vnt.).
99
100 2) Nurodykite optimizavimo tikslą.
101
102 3) Pasirinkite optimizavimo sąlygą:
103
104 * optimizuoti nemažiau tikslo;
105 * optimizuoti nedaugiau tikslo;
106
107 4) Spauskite [[image:http://wiki.stockm.info/bin/download/User_Manual/Orders/WebHome/optimizavimo%20mygtukas.PNG||alt="optimizavimo mygtukas.PNG"]].
108
109
Administrator 31.1 110 Pasirinkus **"Sumažinti eilučių skaičių iki ..."** reikia nurodyti Optimizavimo tikslą (kiek eilučių turi likti užsakyme). Optimizuojant pagal eilučių skaičių, bus nunulintos eilutės su didžiausiu LKB rodikliu.
Administrator 30.1 111
112
113 Atlikus optimizavimą ir kitus pakeitimus spauskite [[image:http://wiki.stockm.info/bin/download/User_Manual/Orders/WebHome/Issaugoti.PNG||alt="Issaugoti.PNG"]] arba [[image:http://wiki.stockm.info/bin/download/User_Manual/Orders/WebHome/Issiusti.PNG||alt="Issiusti.PNG"]].
114
115 //SVARBU: optimizuoti kiekiai neužsirašys, jei uždarysite užsakymą neišsaugoję pakeitimų arba jo neišsiųsite.//
116
Administrator 5.2 117 __Optimizavimas neįvyks jei:__
Administrator 30.1 118 1.Optimizuojant pagal transportą, bent vienai prekei svoris/tūris = 0.
119 2. Optimizuojant pagal sumą, bent vienos prekės pirkimo kaina = 0.
Administrator 7.1 120
121 ----
Administrator 10.2 122
Administrator 23.1 123 = CROSS-DOCKING (CD) FUNKCIJA =
Administrator 10.2 124
Administrator 8.3 125 Cross-Docking funkcija naudojama, kai centriniame sandėlyje nepalaikomas prekės likutis, t.y. tiekėjas pristato vieną užsakymą į centrinį sandėlį, o centrinis sandėlis iš karto paskirsto prekes į parduotuves.
126 Cross-docking procesas:
Administrator 10.2 127
Administrator 8.3 128 1. Centriniame sandėlyje prekėms nustatomas būvis CD.
129 - Sandėliuose/parduotuvėse prekių būviai nustatomi įprastai (DTA, DTO, NM).
130 - Prekių MUK ir TNK tiek sandėliuose/parduotuvėse tiek centriniame sandėlyje turi būti vienodi.
Administrator 16.1 131 - Jei prekės būvis sandėlyje/parduotuvėje DTA į užsakymą pateks kiekis reikalingas iki buferio, apvalinant jį vertinant MUK ir TNK.
132 - Jei prekės būvis sandėlyje/parduotuvėje DTO į užsakymą pateks rezervuotas prekės kiekis, apvalinant jį pagal TNK.
Administrator 40.1 133 [[image:1LT.JPG||alt="filename"]]
134 2. Iš sandėlių/parduotuvių turi formuotis atskiri užsakymai prekėms turinčioms CD būvį centriniame sandėlyje. Tam reikia priskirti skaidymo žymę prie prekių ties sandėliais ir sukurti tiekimo grafiką iš centrinio sandėlio į sandėlį/parduotuvę tai skaidymo žymei.
Administrator 15.1 135 SVARBU: sandėlių/parduotuvių užsakymai turi formuotis tokiu pat dažnumu, kaip ir centrinio sandėlio užsakymai tiekėjui, vieną dieną prieš.
Administrator 40.1 136 [[image:2LT.JPG||alt="filename"]]
Administrator 26.1 137 \\3. Pagal nustatytą grafiką formuojasi užsakymai iš regioninių sandėlių (parduotuvių) į centrinį sandėlį, sekančią dieną, taip pat pagal nustatytą užsakymų formavimo grafiką, formuojamas užsakymas iš centrinio sandėlio tiekėjui. Tiekėjo pristatymo laikas į centrinį sandėlį negali būt nurodytas 0 (turi būti >0). Jei tiekėjas pristato prekes tą pačią dieną, kada buvo išsiųstas užsakymas, pristatymo laiką vesti 1.
Administrator 8.3 138 Parduotuvių užsakomas kiekis centriniame sandėlyje atsiranda lauke „REZERVACIJOS“.
Administrator 40.1 139 [[image:3LT.JPG||alt="filename"]]
Administrator 11.2 140 4. Tiekėjas gauna bendrą užsakymą (šis užsakymas yra visų sandėlių užsakymų suma). Tiekėjas pristato prekes į centrinį sandėlį, ir centrinis sandėlis patiekia prekes į sandėlius/parduotuves.
Administrator 11.3 141 5. Tiekimo laikas į parduotuves visada yra ilgesnis, nei kad tiekimo laikas iki centrinio sandėlio.
Administrator 24.1 142 6. Tiekimo laikas į parduotuves turi būti: : 1 diena (užsakymo gavimas iš parduotuvių į centrą) + Х dienų (tiekimo laikas per kiek tiekėjas įvykdo užsakymą iki centrinio sandėlio) + Y dienų (tiekimo laikas, per kiek prekės nuvažiuoja iš centrinio sandėlio į parduotuves).
143
144 = CROSS-DOCKING 2 (CD2) FUNKCIJA =
145
Administrator 25.1 146
147
148
149
150 (((
151 Naujas CD2 funkcionalumas - papildomas/dar vienas CD (buvęs CD nesikeičia).
152
153 · Sukurtas naujas prekės būvis - CD2. Šis būvis priskiriamas prekėms Centriniame sandėlyje. Sandėliuose/parduotuvėse prekių būviai nustatomi įprastai (DTA, DTO, NM).
154
155 · __Užsakymai CD2 prekėms iš centrinio sandėlio (CW) tiekėjui formuojasi:__
156
157 o pagal grafiką;
158
Administrator 27.1 159 o formuojant užsakymą tiekėjui suskaičiuojami visų regioninių sandėlių (RW), kurių tiekėjas yra CW, suminis poreikis, __suapvalintas pagal RW MUK ir TNK__ (teigiama suma iš stulpelio "užsakyti").
Administrator 25.1 160
161 o prie CW poreikio prisumuojami gauti regionų poreikiai ir suapvalinamas susumuotas kiekis pagal MUK ir TNK į didžiąją pusę.
162
163 · __ Užsakymai tiekimui iš CW į RW formuojasi pagal grafiką ir SM Admine esantį laisvo likučio vertinimo nustatymą:__
164
165 SM Admine galima pasirinkti, kad:
166
167 o į užsakymus patektų visas RW reikalingas kiekis;
168 )))
169
170
171
172 (((
173 o vertintų CW sandėlio likutį (<MUK arba =MUK). Šiuo atveju galima nustatyti, kad vertintų nurodytų dienų skaičiaus kiekį kelyje (KK).
174
Administrator 46.1 175 **·         **__CD2 (Cross-docking) likučio skirstymas iš CS į RW:__
Administrator 25.1 176
177 Šios naujos funkcijos tikslas yra proporcingai išskirstyti visą centro likutį, kad jo nebeliktų centre. Esant CD2 nustatymui formuojantis užsakymui į RW skirstant laisvą likutį:
178
179 ~1. Suskaičiuojamas bendras (suminis) tos dienos parduotuvių poreikis.
180
181 2. Gautas suminis poreikis palyginamas su CS likučiu.
182
183 3. CS likučio skirstymas vyksta pagal prioritetų lentelę, tik papildomai galima nurodyti % suminio poreikio, kokiu skirtumu turi būti išskirstomas likutis (veikia, jei CS likutis <= nurodyto % suminio poreikio)
184
185 Jei CS likutis > nurodyto % suminio poreikio - skirstymas veikia iki 100 % BUF, perteklius lieka CS.
186
187 4. Skirstant likutį, vertinami sandėlio MUK ir TNK.
188
189 5. CD2 prekėms prie skirstomo likučio pridedamas ir KK, kuris atvyks per nurodytą SM Admine dienų skaičių.
Administrator 46.1 190
191 = CROSS-DOCKING 3 (CD3) FUNKCIJA =
Administrator 47.1 192
193 CD3 būvis priskiriamas prekėms Centriniame sandėlyje. Sandėliuose/parduotuvėse prekių būviai nustatomi įprastai (DTA, DTO).
194
195 · Užsakymai CD3 prekėms **iš centrinio sandėlio (CW) tiekėjui** formuojasi:
196
197 * pagal grafiką;
198 * formuojant užsakymą tiekėjui suskaičiuojami tik tų regioninių sandėlių (RW) poreikiai, kurių tiekėjas yra CW ir, kuriems pagal grafiką turi formuotis užsakymas tą pačią savaitės dieną, kaip artimiausias atvykimas į CW pagal grafiką. Surinktas suminis poreikis suapvalintas pagal Regioninio sandėlio MUK ir TNK (teigiama suma iš stulpelio "užsakyti");
199 * prie CW poreikio prisumuojami gauti regionų poreikiai ir suapvalinamas susumuotas kiekis pagal MUK ir TNK į didžiąją pusę. Nevertinamas nei likutis, nei kiekis kelyje.
200
201 · Užsakymai **iš RW Centriniam sandėliui** formuojasi:
202
203 * pagal grafiką ir poreikį;
204 * CD3 prekės užsakomą kiekį sudaro RW poreikiai + rezervacija + vienkartinis papildymas + saugumo buferiai;
205 * Perteklinis atvykstantis kiekis visada išskirstomas tik tą dieną (pagal grafiką) užsakantiems regionams;
206 * skirstant likutį, vertinami regioninio sandėlio MUK ir TNK;
207 * Naujas CW užsakymas konkrečiam RW turi kurtis tik tada, kai prieš tai buvęs užsakymas jau bus išskirstytas iš Centrinio sandėlio.
Administrator 25.1 208 )))
This wiki is licensed under a Creative Commons 2.0 license
XWiki Enterprise 11.10.2 - Documentation