-
Comenzi automate de aprovizionare de la magazine la centrala
Pentru retelele de magazine propun imbunatatirea modulului de comenzi automate de aprovizionare de la magazine spre centrala cu urmatoarele facilitati si functii:
– posibilitatea de a seta din centrala pentru fiecare magazin in parte a recurentei (ex: zilnic, saptamanal, la 2 saptamani, lunar, etc), a unei zile a saptamanii (ex: duminica, luni, etc), a orei (ex: 21:00), a gestiunii catre care se trimite comanda SI important a perioadei de timp in numar de zile pentru care se face aprovizionarea (ex: 1 zi, 7 zile, 14 zile, etc).
Interesul este sa optimizam stocurile prin stabilirea cat mai exacta a numarul de bucati de comandat in baza vanzarii trecute a magazinului dar si a perioadei de timp care va trece pana la urmatoarea comanda astfel incat sa nu se comanda nici prea mult dar nici prea putin.
– scriptul comenzii de aprovizionare sa tina cont de stocul disponibil in gestiunea catre care transmite comanda de aprovizionare;
Degeaba a vandul magazinul 100 de produse in perioada dinainte de comanda daca in gestiunea catre care se face comanda de aprovizionare exista doar 10 produse pe stoc e inutil sa se trimita comanda de aprovizionare pentru 100 produse.
– gasirea unei solutii la urmatoarea situatie intalnita in practica:
toate magazinele dintr-o retea comanda la depozit acelasi produs in cantitatea necesara fiecarui magazin in functie de vanzarea trecuta si de stocul depozitului. Problema e ca cantitatea disponibila in depozit este mai mica decat totalul comenzilor de la magazine iar magazinele nu au posibilitatea sa vada cate bucati din stocul depozitului s-au comandat deja de catre alte magazine.
La depozit comenzile de aprovizionare se onoreaza pe rand, astfel incat primele 3 magazine primesc produsul in cantitatea comandata dar ultimele doua magazine pentru care se proceseaza comenzile de aprovizionare nu mai primesc nici o cantintate din produs din lipsa de stoc. Ideal ar fi ca daca cele 5 magazine comanda cate 10 bucati dintr-un produs iar la depozit exista doar 30 bucati din produsul respectiv, pe lista de comanda a fiecarui magazin sa se inregistreze intr-un fel sau altul ca magazinul a solicitat 10 bucati, in depozit exista in total 30 bucati la data comenzii iar programul de comenzi propune trimiterea doar a 6 bucati, astfel incat si celelalte magazine din retea sa aiba posibilitatea sa primeasca cate 6 bucati. Astfel operatorul care proceseaza comanda la depozit poate vedea atat numarul de bucati solicitate de magazin cat si stocul existent in depozit la momentul inregistratii comenzii de aprovizionare cat si propunerea optimizata de aprovizionare facuta de scriptul de aprovizionare si poate decide in baza realitatii de la depozit (poate a venit intre timp marfa noua, poate unele magazine au prioritate, etc) cate bucati din produsul solicitat sa trimita efectiv la magazin.
In acest moment la noi in retea comenzile de aprovizionare se fac manual de catre fiecare magazin in parte, o data pe saptmana (duminica pentru ca sunt mai putini clienti) si necesita 3-4 ore per magazin deoarece casierul din magazin trebuie sa ia fiecare produs in parte din lista de produse si sa verifice daca exista stoc la depozit dupa care sa adauge produsul in lista de comanda si sa decida cate bucati sa comandate atat in baza stocului existent la depozit cat si a aproximarii necesarului pentru saptamana care urmeaza cat si mai ales a aproximarii numarului de bucati care vor fi comandate de celelalte magazine. Ca in exemplul de mai sus, degeaba comanda 10 bucati daca la depozit exista 30 bucati si mai sunt 4 magazine care vor inregistra comenzi pentru acelasi produs.
Toate aceste aproximari dau loc de erori umane, sunt consumatoare de timp si interfereaza cu munca de vanzare deoarece casierul face comanda de aprovizionare in timpul programului de mucna (vanzare), jongland intre fereastra de comanda de aprovizionare din Shop si cea de vanzare din POS cand are clienti la casa.
Log in to reply.