Wiki source code of DUK

Hide last authors
Administrator 5.1 1 {{toc/}}
2
Administrator 50.1 3 = **KAIP...?** =
Administrator 5.1 4
5 ----
6
Administrator 138.1 7 == **Kaip StockM'e atlikti nustatymus, kai su vieno tiekėjo prekėmis dirba keli vadybininkai?** ==
Administrator 5.1 8
Administrator 140.1 9 Prie prekių priskirkite atitinkamą vadybininką:
Administrator 5.1 10
Administrator 140.1 11 * jei vadybininko informacija atsinaujina per duomenų mainus iš apskaitos, priskirkite teisingus vadybininkus apskaitoje.
12 ** patikrinkite ar SM Admin -> Settings -> Users (vartotojų) kortelėse yra sukurtos šių vadybininkų kortelės ir ar jose yra priskirti vadybininkų kodai, kuriuos gausime per duomenų mainus (tikrinti turėtumėte, jei vadybininkai nauji. Tą gali padaryti StockM Admin teises turinti vartotojas). Jei vadybininkų kodai (Reference code) nesuvesti, suveskite/priskirkite.
13 * jei vadybininkus prie prekių vedate StockM‘e, priskirkite juos, jei dar nenurodyti: Asortimentas -> Vadybininkas.
14
15 Jei norite, kad užsakymai formuotųsi atskirai pagal vadybininką, tuomet: Sąrašai -> Tiekėjai -> Tiekėjo kortelė -> Užsakymų duomenys -> uždėkite varnelę ties "Išskaidyti užsakymą pagal vadybininką" -> spauskite "Išsaugoti".
16
17 Jjei norite, kad užsakymai skaidytųsi dar ir pagal skaidymo žymę, uždėkite varnelę ir prie "Išskaidyti užsakymą pagal skaidymo žymę". Sistema pirmiausiai sukurs užsakymus atsižvelgiant į už prekes atsakingus vadybininkus ir dar  suskaidys pagal prie prekių priskirtą skaidymo žymę.
18
Administrator 58.1 19 [[image:uzsakymu_skaidymas1.png]]
Administrator 5.1 20
21
XWikiGuest 31.1 22 [[image:skaidymo schema.PNG||queryString="width=474&height=341&width=474&height=341&width=474&height=341&width=474&height=341" height="341" width="474"]]
Administrator 5.1 23
24
25 ----
26
Administrator 18.1 27 == **Kaip elgtis, kai išparduodamos tiekėjo prekės arba atsisakoma tiekėjo**? ==
28
29 Yra du variantai:
30
Administrator 59.1 31 - išvedamos visos to tiekėjo prekės iš asortimento ir tais pačiais kodais prekės nebus perkamos iš kitų tiekėjų. Tokiu atveju reikia panaikinti grafiką ir nuimti aktyvumą nuo tiekėjo. Sistema paklaus, ar visoms to tiekėjo prekėms reikia uždėti OUT mover žymę? Pasirinkti „TAIP“.
32 Plačiau skaitykite [[Prekių (SKU) žymės>>doc:User_Manual.Assortment_Management.WebHome||anchor="HPreki17328SKU2917Eym117sTOP2CNON2COUT2CNEW"]]
Administrator 18.1 33 - nebus dirbama su tuo tiekėju, bet tais pačiais kodais prekės bus perkamos iš kitų tiekėjų, tai senajam tiekėjui ištrinti grafiką ir nuimti aktyvumą nuo tiekėjo, bet kai paklaus, ar to tiekėjo prekėms uždėti OUT žymę – pasirinkti „NE“.
Administrator 59.1 34 Plačiau skaitykite [[Tiekėjo pakeitimas>>doc:User_Manual.Suppliers.WebHome||anchor="HTiek117jou17Esakym173formavimopakeitimasarprek117stiek117jopakeitimas" rel="__blank"]]
Administrator 18.1 35
36 ----
37
Administrator 115.1 38 == **Kaip skaičiuojamas tiekėjo patikimumas?** ==
Administrator 21.1 39
Administrator 114.1 40 Skaičiuojant tiekėjo patikimumą vertinama, kaip tiksliai ir kaip laiku pristatytas užsakymas, t.y. vertinamos pristatytos užsakymo eilutės ir faktinis pristatymo laikas.
Administrator 21.1 41
Administrator 114.1 42 Bet koks nuokrypis (tiek per mažo, tiek per didelio kiekio pristatymas) nuo išsiųsto užsakymo mažina tiekėjo patikimumą. Pvz. Jei užsakyta 100 eilučių, o tiekėjas pristatė 120 eilučių – tiekėjo patikimumas 100/120 t.y. 83%.
43
44
Administrator 21.1 45 ----
46
Administrator 114.1 47 ----
48
Administrator 95.1 49 == **Kaip pažymėti tiekėjo patvirtinimą apie gautą užsakymą?** ==
50
51 Jeigu išsiuntus užsakymą reikia gauti tiekėjo patvirtinimą apie gautą užsakymą, tiekėjo kortelėje yra nustatymas „Tiekėjas turi patvirtinti gautą užsakymą per xxx d.“ - dienų skaičius, per kiek laiko tiekėjas turi patvirtinti gautą užsakymą.
52
53 [[image:tiek patvirtinimas.jpg]]
54
55 Jeigu prie nustatymo yra nurodytas:
56
57 * 0 (pagal nutylėjimą – 0), tai reiškia, kad papildomas patvirtinimas iš tiekėjo nėra reikalingas.
58 * dienų skaičius > 0, vadinas iš tiekėjo turim gauti patvirtinimą, apie gautą užsakymą.
59
60 Atvykstančių užsakymų sąraše arba užsakymo viduje, kai tiekėjas patvirtina, jog gavo užsakymą, vadybininkas turi uždėti varnelę.
61
62 [[image:1.jpg]]
63
64 arba
65
66 [[image:2.jpg]]
67
68 Jei per nurodytą dienų skaičių vadybininkas varnelės neuždeda, užduočių juostoje (dashboarde) užsidega užduotis/signalas „Nepatvirtinti užsakymai“.
69
70
Administrator 21.1 71 == **Kaip nustatyti sandėlio informaciją užsakymo formoje?** ==
72
Administrator 116.1 73 Sandėlio informacija užsakymo formoje nustatoma prisijungus per SM Admin, pasirinkus norimą sandėlį, “Order No format “ laukelyje.
Administrator 21.1 74 Prieš eilutės numerį nurodžius “\n” – nurodytoje eilutėje esanti informacija bus atvaizduojama iš naujos eilutės, prieš eilutės numerį nurodžius “,” –nurodytoje eilutėje esanti informacija bus atvaizduojama vienoje eilutėje, tik atskirta kableliu. Pvz.: žemiau esantis nustatymas bus atvaizduojamas taip:
75 Pavadinimas: Sandėlio pavadinimas
76 Adresas: Adresas, Miestas
77 Tel.: 000000
78
79 [[image:sandelio informacija uzsakymo formoje.png]]
80
Administrator 25.1 81 ----
82
83 ----
84
Administrator 89.1 85 == **Kaip ištrinti/pašalinti skaidymo žymę?** ==
86
87 Skaidymo žymė matoma/priskiriama StockM’e Atsargų lange. Jei šio stulpelio nematote – atsidarykite jį per stulpelių matomumą.
88
89 Norint pašalinti skaidymo žymę, reikia:
90
91 •          Atsifiltruoti reikiamas prekes
92
93 •          Sužymėti eilutes
94
95 •          Spausti “redaguoti pasirinktas”
96
97 •          Nurodyti prie skaidymo žymės: “be skaidymo žymės” ir išsaugoti.
98
99
Administrator 90.1 100 == **Kaip pašalinti prekę iš ALT grupės?** ==
101
102 Norint atskirti prekę iš ALT grupės reikia prekės kortelėje spausti “Redaguoti ALT grupę” . Atsidariusiame lange  pažymėti norimą pašalinti iš grupės prekės eilutę - > spausti “Pašalinti SKU” -> Išsaugoti.
103
104 Plačiau apie ALT prekes galite rasti:  [[http:~~/~~/wiki.stockm.info/bin/view/User_Manual/Assortment_Management/#HAlternatyvi173preki173apjungimas>>url:http://wiki.stockm.info/bin/view/User_Manual/Assortment_Management/#HAlternatyvi173preki173apjungimas]]
105
Administrator 43.1 106 == **Kaip pakeisti buferį keičiantis užsakymų dažnumui?** ==
Administrator 54.1 107
Administrator 43.1 108 Smarkiai keičiantis tiekimo ciklui, kad nepritrūktų prekių - reikia perskaičiuoti buferius.
109 Naujo buferio apskaičiavimo formulė:
110 (Senas buferis - MUK) * koeficientas + MUK = naujas buferis
Administrator 25.1 111
Administrator 43.1 112 Koeficientą apskaičiuojame pagal formulę:
113 Naujas tiekimo ciklas/senas tiekimo ciklas = koeficientas
114
115 Pvz.: 1. Užsakymo dažnumas 2 kartai per mėnesį (14 d.)
116 Tiekimo laikas 14 d.
117 Senas tiekimo ciklas 28 d.
118
119 2. Užsakymo dažnumas 1 kartas per mėnesį (30 d.)
120 Tiekimo laikas 40 d.
121 Naujas tiekimo ciklas 70 d.
122
123 Koeficientas : 70/28=2,5
124
125 PASTABA
Administrator 68.1 126 - kai ilgėja tiekimo ciklas, buferį visada reikia keisti, kad nepritrūktų prekių.
Administrator 43.1 127 - kai trumpėja - analizuoti atvejį atskirai, nes sprendimas perskaičiuoti buferius labai priklauso kiek trumpėja;
128 - kai reikia retinti užsakymų dažnumą dėl nesusidarančių užsakymų, buferių perskaičiuoti nereikia, juos suvaldys sistema.
129
Administrator 96.1 130
131 == **Kaip padidinti tam tikros dienos buferį koeficientu?** ==
132
133 Jei norite tam tikros dienos buferius pakelti koeficientu tą galima padaryti naudojant periodus (kitu atveju nebent nusirodyti juos ranka ar pasiskaičiuoti excel ir užkelti per šabloną). Kai naudosit periodus:
134
135 •          Pradžios veiksmą pasirinkit: „Nurodytą datą bus pakeistas buferis“.
136
137 •          Nurodykit „Apskaičiuoti pagal buferį“, koeficientą priskirkit tarkim 1.3 (30 proc), konstantą galit nurodyti 0. Atkreipk dėmesį, kad galima nurodyti vertinti MUK ar ne:
138
139 * Pagal nutylėjimą varnelė uždėta, vadinasi skaičiuos:
140
141 Naujas BUF = (buferis – MUK) * koef + MUK.
142
143 * Jei varnelę nuimsit: Naujas BUF = buferis * koef
144
145 •          Nurodykit kurios dienos buferį kelsi 30 proc. (tarkim šiandienos).
146
Administrator 139.1 147 __Jei norite kelti einamos dienos buferį koeficientu, nebūtina vesti periodo – tą galima atlikti Atsargų lange, stulpelyje „Naujas buferis“.__
Administrator 96.1 148
149 •          Periode susikelkit prekes, kurioms norit keisti buferius.
150
151 •          Periodo pabaiga = Be pabaigos.
152
153 Nepamirškit, kad prekėms neturi būti aktyvių periodų sandėliuose, nes naujo periodo suvedimas nutrauks esančius aktyvius periodus.
154
Administrator 43.1 155 ----
Administrator 54.1 156
Administrator 26.1 157 == **Kaip skaičiuojami "ROI" ir "apyvartumas"?** ==
Administrator 25.1 158
Administrator 122.1 159 ROI – tai maržos ir vidutinių atsargų santykis, atsargos pirkimo kainomis. Nuolaidų nežinome, skaičiai orientaciniai stebėti tendencijoms. Atsargų dinamikos lange atvaizduojamas mėlyna kreive.
Administrator 25.1 160
161 Apyvartumas – tai pardavimų ir atsargų santykis (pirkimo kainomis). Atsargų dinamikos lange atvaizduojamas raudona kreive. Atsargų dinamikoje apyvartumas pateikiamas kartais per metus (kuo didesnis, tuo geresnis), t.y. kiek kartų per metus „apsisuka“ atsargos įmonėje. Dashboarde apyvartumas pateikiamas dienomis (kuo mažesnis, tuo geresnis), t.y. ant kiek dienų turime atsargų.
162
Administrator 98.1 163
164 == **Kaip skaičiuojami prarasti pardavimai?** ==
165
166 Prarasti pardavimai skaičiuojami tik DTA prekėms, kurių likutis ≤ 3% buferio. Tikrinama kiek dienų per savaitę prekė atitiko šią sąlygą ir gautas dienų skaičius dauginamas iš vidutinių dienos pardavimų.
167
168 Vidutiniai pardavimai skaičiuojami pirkimo kainomis (be PVM).
169
170 Jei prekei yra uždėta žymė "OUT mover", prarasti pardavimai nesiskaičiuoja, nepriklausomai nuo būvio.
171
172
Administrator 25.1 173 ----
174
Administrator 28.1 175 == **Kaip priskiriami prioritetai PTO rezervacijai?** ==
Administrator 27.1 176
Administrator 125.1 177 Prioritetai taikomi skirstant prekes iš Centrinio sandėlio (CS) į filialus. CS laikomas per PTO rezervuotas kiekis, kol ateina grafikas filialui, kuris turi rezervaciją, net jei ir yra tiekiama į kitus filialus anksčiau – PTO kiekis jiems yra neatiduodamas. Kol kas nevertinama PTO rezervacijos data. T.y. vėliau PTO rezervaciją perdavęs filialas gali gauti prekes (paimti visą likutį iš CS) jei jo tiekimo grafikas yra ankstesnis.
Administrator 27.1 178
179 ----
180
Administrator 28.1 181 == **Kaip formuojamas užsakymas, kai PTO rezervacijos prekė DTA?** ==
Administrator 27.1 182
183 Kai prekė DTA formuojant užsakymą kiekis apvalinamas į mažąją TNK pusę – todėl, kad PTO poreikio skirtumą išpildysime iš reguliaraus likučio. //(Buferis – Likutis + saugumo buferis+ rezervacija + PTO)//.
184
185 ----
186
Administrator 28.1 187 == **Kaip formuojamas užsakymas, kai PTO rezervacijos prekė DTO?** ==
Administrator 27.1 188
189 Kai prekė DTO formuojant užsakymą kiekis apvalinamas iki pilno MUK/TNK į didžiąją pusę, nes atvežto kiekio turi pakakti pilnam užsakymo įvykdymui. Šiaip skirtumų neturėtų būti, nes vadybininkas priimdamas užsakymą turi atkreipti dėmesį į MUK ir TNK ir nepriimti užsakymo mažesniam kiekiui, nes atvežta prekė pagal spec užsakymą neturėtų patekti į likutį, o turėtų būti iškart parduota.
190
191 ----
192
Administrator 28.1 193 == **Kaip veikia PTO prioritetai?** ==
Administrator 27.1 194
195 PTO prioritetai veikia priklausomai nuo tiekimo grandinės ir galioja tam sandėliui, kuriame yra padaryta PTO rezervacija, prioritetas veikia per vieną tiekimo grandinę:
Administrator 28.1 196
Administrator 68.1 197 1. Kai PTO yra regioniniame sandėlyje ir tiekimas į jį vyksta iš Centrinio sandėlio: PTO kiekis yra rezervuojamas Centriniame sandėlyje ir neskirstomas į kitus sandėlius pagal reguliarius užsakymus. Su artimiausiu tiekimu, prekė bus pristatytą PTO turinčiam sandėliui. Jei PTO yra iš daugiau nei vieno sandėlio – prioritetas sustatomas pagal tiekimo grafiką: prekes pirmas gaus tas sandėlis, kuriam yra ankstesnis tiekimo grafikas.
Administrator 27.1 198 2. Kai PTO yra sandėlyje kuriam prekę tiekia išorinis tiekėjas – prioritetas nėra sustatomas, visos PTO prekės yra prioritetinės ir pridedamos prie reguliaraus užsakymo formuojamo tiekėjui pagal grafiką.
199
Administrator 103.1 200 == **Kaip išsaugoti stulpelių nustatymus StockM lange?** ==
201
202 Stulpelių išdėstymą galima išsisaugoti per: [[image:taskai.png]] -> Išsaugoti galiojančius lentelės nustatymus -> susigalvoti pavadinimą.
203
204 Atsidarius StockM langą, jei stulpeliai neišsisaugoję, kaip norima, spausti [[image:taskai.png]] ir pasirinkti savo lentelės nustatymus (pvz.: mano).
205
Administrator 27.1 206 ----
207
Administrator 5.1 208 = **KODĖL...?** =
Administrator 13.1 209
210 ----
211
Administrator 81.1 212 == **Kodėl nepilnai atsinaujina sandėliai?** ==
213
214 Greičiausiai duomenų mainų metu perdavėte mažiau informacijos, nei laukia StockM.
215
216 Prekes, kurioms informacija neatsinaujina  daugiau nei 7 d., galite matyti sisteminiuose įspėjimuose. SKU, kuriems neatsinaujina duomenys, iškraipo ataskaitas. Automatinis pataisymas išjungs (nustatys būvį NA) ir anuliuos likutį SKU, kuriems duomenys neatsinaujino daugiau kaip 30 dienų.
217
218 Peržiūrėkit prekių sąrašą. Jei prekių nevaldysite StockM’e, t.y. neperduosite apie jas duomenų per mainus, priskirkite būvį NA. Tokiu atveju sistema nelauks duomenų šioms prekėms iš apskaitos (laukia duomenų tik aktyvioms prekėms). Atsinaujinimo procentas (Imported) padidės – nemes klaidos jei sieks nurodytą slenksčio procentą.
219
Administrator 105.1 220 == **Kodėl nesusikūrė užsakymas - kokių veiksmų imtis?** ==
Administrator 81.1 221
Administrator 105.1 222 1.Patikrinkite, ar sėkmingai įvyko duomenų mainai.
223 2.Patikrinkite tiekimo grafiką.
224 3.Atsargų lange išfiltruokite tiekėjo prekes su reikšme „Užsakyti“ > 0 .
225 4.Jei duomenų mainai įvyko sėkmingai, pagal tiekimo grafiką užsakymas turėjo formuotis ir atsargų lange matote, kad yra prekių, kurias reikia užsakyti – suformuokite naują užsakymą rankiniu būdu. Užsakymai → Sukurti užsakymą.
226
227 ----
228
Administrator 38.1 229 == **Kodėl šiandien prekė nepateko į reguliarų užsakymą?** ==
Administrator 13.1 230
Administrator 39.1 231
232
Administrator 38.1 233 **SĄLYGOS, kad prekė patektų į reguliarų užsakymą**:
Administrator 13.1 234
Administrator 38.1 235 * Prekės **būvis **turi būti **DTA**.
236 * Turi būti nustatytas **tiekėjas **prie SKU.
237 * Turi būti nustatytas **tiekimo grafikas**, jis turi būti aktyvus.
238 * Turi būti užsakymo data **šiandien**.
239 * Turi būti nustatytas prekei **buferis**.
240 * Turi būti **poreikis **prekei.
Administrator 91.1 241 * Turi būti teisingi **prekės parametrai: **tesingai aprašyti MUK ir TNK. MUK turi būti TNK kartotinis.
Administrator 13.1 242
Administrator 15.1 243 == **Kodėl sistema siūlo užsakyti būtent tiek?** ==
Administrator 13.1 244
245 Skaičiuojant užsakomą kiekį vertinami šie rodikliai:
246
Administrator 41.1 247 ~1. Būvis.
Administrator 13.1 248
Administrator 41.1 249 2. Buferis.
250
Administrator 40.1 251 2. Likutis.
Administrator 13.1 252
Administrator 40.1 253 3. Kiekis kelyje.
Administrator 13.1 254
Administrator 40.1 255 4. Rezervacija.
Administrator 13.1 256
Administrator 40.1 257 5. Saugumo buferis.
Administrator 13.1 258
Administrator 40.1 259 6. Specialus užsakymas
Administrator 13.1 260
Administrator 40.1 261 7. MUK.
Administrator 13.1 262
Administrator 40.1 263 //** Užsakomas kiekis = Buferis– Likutis – Kiekis kelyje + Rezervacija iš esamo likučio + Saugumo buferis + Spec. užsakymas**//
264
Administrator 88.1 265
266 == **Kodėl neleidžia suvesti užsakomo kiekio su kableliu (nesveiko skaičiaus)?** ==
267
268 Pasitikrinkite ar mato vnt. kartais nėra nurodytas sveikas skaičius?
269
270 Meniu punkte KITA -> MAT. VNT. -> Prie reikiamo mato vnt. stulpelyje Precision nurodykite kiek norite matyti skaičių po kablelio.
271
272 Jei stulpelio „Precision“ nematote atsidarykite jį per stulpelių matomumo pasirinkimą.
273
Administrator 13.1 274 ----
Administrator 22.1 275
Administrator 80.1 276 == **Kodėl į padalinį nevažiuoja prekės iš centrinio sandėlio, neįkrenta prekė į užsakymą?** ==
277
278 * Pasitikrinkite ar prekės būvis DTA?
279 * Ar teisingai priskirtas tiekėjas?
280 * Ar nurodytas tiekimo grafikas?
281 * Gal yra prekės kiekis kelyje?
282 * Pasitikrinkite ar centriniame sandėlyje yra pakankamai likučio?
283 * Gal centriniame sandėlyje nurodytas saugumo buferis? Jei jis yra, šio  kiekio sistema neskirsto į padalinius.
284 * Jei prekės užsakymai turėjo formuotis iš keleto padalinių, gal centre neužteko likučio?
285
Administrator 87.1 286 == **Kodėl lyginant su apskaita, StockM‘e matomas neteisingas likutis?** ==
287
288 * Patikrinkite ar duomenys šiandien atsinaujino šiai prekei. Jei neatsinaujino, prekės grafike matysite juodą tašką.
289 * gal prekė turi alternatyvą?
290 * gal prekės būvis NA – neaktyvi prekė? NA prekės duomenys neatsinaujina.
291
Administrator 140.1 292 == ==
Administrator 23.1 293
Administrator 75.1 294 == **Kodėl užsakymas išsisiuntė automatu, jei netenkinamos optimizavimo sąlygos?** ==
295
296 Pasitikrinkite ar optimizavimo sąlygos nurodytos būtent šiam sandėliui.
297
Administrator 78.2 298
299 == **Kodėl nerodo kiekio kelyje?** ==
300
301 Pasitikrinkite ar užsakymas sukurtas su kiekiu kelyje? Prie užsakymo būsenos langelio matote mėlyno sunkvežimio arba žmogaus paveiksliuką:
302
303 * sunkvežimio paveiksliukas [[image:masina.png]]parodo, jog tai užsakymai su kiekiu kelyje (reguliarūs ir spec. užsakymai su kiekiu kelyje).
304 * žmogaus paveiksliukas [[image:veidukas.png]] rodo, jog tai specialus užsakymas (be kiekio kelyje).
305
Administrator 25.1 306 ----
307
308
309 ----
310
311 == **Kodėl pasikeitė buferis?** ==
312
313 Jei tiekėjo nustatymuose uždėtos varnelės Automatinis buferių mažinimas ir didinimas, buferiai pagal tiekimo ciklą (RD, GD) automatiškai bus padidinti arba sumažinti, sistema kasdien tikrina likučių dominavimą zonose – jei per tiekimo ciklą likutis dominuos raudonoje zonoje, likutis bus padidintas, jei žalioje - sumažintas. Jei varnelių nėra – sistema pasiūlys didinti arba mažinti , tačiau galutinį sprendimą ar keisti buferį – priims vadybininkas.
Administrator 26.1 314
Administrator 86.1 315
316 == **Kodėl uždėjus prekei OUT požymį,  kitą dieną ji būna naujų prekių sąraše?** ==
317
318 Tokia situacija gali nutikti tuomet, kai nurodote prekei būvį NA, o prekė dar turi likutį.
319
320 Su kiekvienais duomenų mainais yra patikrinamos prekės ir jeigu NA prekei gaunamas likutis arba bet koks judėjimas (pardavimas, perdavimas), sistema pakeičia būvį automatiškai ir jas vėl matote naujų prekių sąraše. Tai signalas, kad prekė neaktyvi, bet atsirado judėjimas ir reikia nuspręsti ką su ja darysite – gal būt prekė vėl bus palaikoma.
321
322 Palikite prekei būvį DTO, sistema pati perves į NA, kai pasibaigs likutis (OUT procedūra būvį keičia automatiškai – nereikia jo keisti rankiniu būdu).
323
324
Administrator 26.1 325 ----
326
Administrator 83.1 327 = **KADA...?** =
Administrator 82.1 328
Administrator 26.1 329 == **Kada prekei priskiriamas NA būvis?** ==
330
331 Kai duomenys prekei neatsinaujina daugiau nei 30 d. ji patenka į Sisteminius įspėjimus . Paspaudus mygtuką „Taisyti“ visų prekių būvis tampa NA.
Administrator 59.2 332 Plačiau skaitykite [[Prekių (SKU) žymės>>doc:User_Manual.Assortment_Management.WebHome||anchor="HPreki17328SKU2917Eym117sTOP2CNON2COUT2CNEW" rel="__blank"]]
Administrator 26.1 333
334 ----
335
336 == **Kada prekei priskiriamas požymis NEW?** ==
337
338 NEW požymis priskiriamas visoms naujai atsiradusioms prekėms ir būna priskirtas 3 mėn.
Administrator 65.1 339 Plačiau skaitykite [[Prekių (SKU) žymės>>doc:User_Manual.Assortment_Management.WebHome||anchor="HPreki17328SKU2917Eym117sTOP2CNON2COUT2CNEW" rel="__blank"]]
Administrator 26.1 340
341 ----
342
343 == **Kada prekei priskiriamas požymis OUT?** ==
344
345 OUT požymis priskiriamas išvedamai prekei, t.y. prekės kortelėje pažymėjus Out Mover varnelę. Šis požymis rodo, kad prekė išvedama iš asortimento ir kai bus parduotas visas dar sandėliuose esantis likutis prekė būvis bus pakeistas į NA ir ji nebebus matoma aktyvių prekių lange.
Administrator 65.2 346 Plačiau skaitykite [[Prekių (SKU) žymės>>doc:User_Manual.Assortment_Management.WebHome||anchor="HPreki17328SKU2917Eym117sTOP2CNON2COUT2CNEW" rel="__blank"]]
Administrator 26.1 347
348 ----
349
Administrator 126.1 350 == **Kada prekei priskiriamas požymis A?** ==
Administrator 26.1 351
Administrator 126.1 352 A požymis priskiriamas DTA prekei, jei ji patenka į 80% apyvartos generuojančių prekių sąrašą.
Administrator 42.1 353 Plačiau skaitykite [[Prekių (SKU) žymės>>doc:VARTOTOJO VADOVAS 2017.WebHome||anchor="HPreki17328SKU2917Eym117sTOP2CNON2COUT2CNEW" rel="__blank"]]
Administrator 26.1 354
355 ----
356
Administrator 127.1 357 == **Kada prekei priskiriamas požymis C?** ==
Administrator 26.1 358
Administrator 127.1 359 C požymis priskiriamas DTA prekei, jei ji patenka į 2% suminės apyvartos generuojančių prekių sąrašą. C požymis gali būti priskiriamas ir prekei turinčiai OUT arba NEW žymę.
Administrator 26.1 360
361 ----
362
Administrator 129.1 363 == **Kada naudojama PTO rezervacija?** ==
Administrator 85.1 364
365 PTO rezervacija naudojama, kai nėra prekės likučio sandėlyje, kuriame daroma rezervacija. PTO rezervacijos gaunamos į STOCK-M‘ą pto.csv faile.
366
Administrator 97.1 367 == **Kada ir kokiais duomenimis remiantis sistema siūlo didinti ir mažinti buferius?** ==
368
Administrator 134.1 369 StockM skaičiuodamas buferį:
Administrator 97.1 370
Administrator 134.1 371 * vertina MUK dydį;
Administrator 97.1 372 * Tikrina kurioje zonoje dominuoja likutis;
Administrator 134.1 373 * Ar prekė yra A, C mover ir kt.;
Administrator 97.1 374 * Žiūri ar buvo bent vienas papildymas nuo paskutinio buferio keitimo;
375 * Tikrina koks centrinio sandėlio likutis;
376 * Ar nebuvo grąžinimų tiekėjui, nurašymų;
377 * Tikrina ar praėjo tiekimo laikas nuo paskutinio buferio keitimo;
378 * vertina pardavimus per tam tikrą laikotarpį;
Administrator 136.1 379 * Kt. sąlygos
Administrator 97.1 380
Administrator 107.1 381 = KITI KLAUSIMAI =
Administrator 97.1 382
Administrator 109.1 383 == **Kuo skiriasi reguliarus ir specialus užsakymas?** ==
384
385 Reguliarus užsakymas formuojasi pagal StockM paskaičiuotą poreikį. Kiekius, kuriuos sistema įtrauks į užsakymą, galima matyti Atsargų lange. Išsiuntus reguliarų užsakymą, užsakyti kiekiai matysis „kelyje“. Reguliarūs užsakymai gali būti dviejų tipų:
386 - Reguliarus užsakymas suformuotas sistemos pagal tiekėjo grafiką.
387 - Reguliarus užsakymas suformuotas rankiniu būdu. Jei nesusikūrė užsakymas, nors turėjo susikurti arba būtina išsiųsti užsakymą kitu, nei grafike nurodyta laiku.
388
389
390 Specialūs užsakymai – sukuriamai tik ranka, tokie užsakymai naudojami kiekiui ne pagal sistemą užsakyti, pvz. pradiniam prekės paskirstymui, su tiekėju suderintai vienkartinei akcijai ir pan. Jie taip pat gali būti dviejų tipų:
391 - Specialus užsakymas su kiekiu kelyje. Naudojamas kai norime, kad užsakytas kiekis būtų matomas ir sistema jį įvertintų formuodama reguliarius užsakymus. Užsakyti kiekiai matysis „kelyje“
392 - Specialus užsakymas be kiekio kelyje. Naudojamas, kai užsakomas kiekis neturi įtakoti reguliarių užsakymų. Užsakytų kiekių „kelyje“ nesimatys.
Administrator 112.1 393 Plačiau apie užsakymus skaitykite [[Užsakymų valdymas>>path:/bin/view/User_Manual/Orders/]].
394
395
Administrator 124.1 396 == **Kokiomis kainomis skaičiuojami pardavimai?** ==
397
398 Viskas StockM'e, išskyrus maržą, skaičiuojama pirkimo kainomis (be PVM).
399
Administrator 112.1 400 == **Ar būtina “nuimti” aktyvumą tiekėjui su kuriuo nebedirbame?** ==
401
402 jei pakeičiamas prekių tiekėjas, senam prekių tiekėjui būtina “nuimti” aktyvumą. Jei aktyvumas nebus “nuimtas” ir prekėms priskirtas kitas tiekėjas – jokių procesų paliktas seno tiekėjo aktyvumas neįtakos – užsakymai formuosis priskirtam tiekėjui, tačiau jis bus matomas aktyvių tiekėjų ir tiekimo grafikų languose ir taip iškreips realią situaciją.
403
Administrator 118.1 404
405 == **Ką daryti, norint, kad buferis nesumažėtų per daug?** ==
406
407 Reikia nustatyti minimalų buferį, tada sistema nenuleis buferio žemiau nustatytos ribos. Minimalus buferis – tai reikšmė, iki kurios gali sumažėti buferis (buferis negali būti mažesnis už MinBuf arba MUK). Minimalus buferis keičiamas prekės kortelėje. Minimalus buferis naudojamas, kai pardavimai galimi ir mažesni, tačiau būtina palaikyti parduotuvėje daugiau, pvz. Padangos, jas galima pardavinėti ir po vieną, tačiau dažniausiai klientas perka visą komplektą t.y. keturias. Tokiu atveju nustačius minimalų buferį 4, kad ir kokie bus pardavimai – sistema nenuleis buferio žemiau 4.
408
Administrator 120.1 409
410 == **Ar reikia keisti buferį, kai ilginamas tiekimo laikas?** ==
411
412 Yra du variantai:
413 - Kai tiekimo ciklas yra ilginamas (retinami vežimai) ir tam yra priežastis, nes formuojant užsakymus senuoju tiekimo ciklu kiekvieną kartą nesusidaro minimali užsakymo suma (sistema tai įvertina), tokiu atveju pailginus tiekimo laiką iki 2 kartų - buferio perskaičiuoti nereikia.
414 - Jeigu būtų situacija, kad esant trumpesniam tiekimo laikui kiekvieną kartą susidarytų minimali užsakymo suma, tuomet, ilginant tiekimo laiką, reikėtų didinti buferį tokiu koeficientu, kuriuo ilgėjo tiekimo laikas (pasinaudojant „Periodas“ funkcija).
415
Administrator 132.1 416
417 == **Kokie nustatymai turi būti, kad perskaičiuojant buferį, būtų vertinamas skaičius po kablelio?** ==
418
419 Kintamo kiekio prekėms BUF ir MUK gali būti reikšmė su skaičiumi po kablelio. Kad buferio perskaičiavimas vyktų vertinant skaičius po kablelio, matavimo vieneto kortelėje stulpelyje "Precision" nurodykite norimą skaičių reikšmių po kablelio. Į kortelę patenkama: Kita → Matavimo vienetai.
420
421 [[image:precision.PNG]]
422
Administrator 112.1 423 ----
Administrator 120.1 424
425 ----
This wiki is licensed under a Creative Commons 2.0 license
XWiki Enterprise 11.10.2 - Documentation