-
Adaugare camp suplimentar de cantitate la transfer in retea
Buna ziua,
Va rog studiati posibilitatea de a adauga la transferul la magazin din retea inca un camp de cantitate, sa fie in genul cum e la receptie de la furnizor: cantitate propusa si cantitate efectiva transfer.
Cantitate propusa sa fie cantitatea care se doreste ideal a se transfera iar aceasta cantitate sa poate fi importata in transfer prin fisierul text. Din puncte de vedere al miscarii de gestiune aceasta cantitate sa aiba doar scop informativ, sa nu afecteze gestiunea atunci cand transferul se inchide.
Cantitate efectiva transfer sa fie cantitatea care se transfera efectiv din punct de vedere al gestiunii atunci cand transferul se inchide si sa fie cantitatea care se importa prin utilitarul import Mobility, astfel incat sa ne putem asigura ca pickerul a scanat fizic toate produsele de pe transfer si a introdus manual numarul de bucati fizice existente.
In acest fel, inainte de inchiderea transferului dintr-o gestiune in alta sa se poata vedea foarte usor unde exista diferente intre ce trebuia sa se puna pe transfer (cantitate propusa) si ce s-a pus efectiv fizic pe transfer (cantitatea transfer).
Denumirile campurile sunt doar ca exemplu, nu e neaparat sa fie la fel, pot fi si: cantitate document / cantitate fizica sau alte variante.
Solicitarea vine din urmatoarea problema intalnita din ce in ce mai des in practica noastra:
La transferurile intre depozit si magazine marfa fizica care ajunge in magazine ca numar de bucati si coduri de bare nu tot timpul este 100% egala cu marfa care exista scriptic pe avize. In majoritatea cazurilor e problema de picking: pe aviz sunt 11 bucati si fizic pickerul pune 12 bucati sau pe aviz scrie un produs cu X cod de bare si pickerul pune un produs foarte asemanator dar cu Y cod de bare, ceea ce da peste cap atat gestiunea depozitului cat si a magazinelor.
Din pacate nu am gasit pana acum nici o metoda eficienta de dubla verificare a pickingului. Noi de mai bine de 1 an generam necesarul de aprovizionare a magazinelor cu ajutorul Oxygen dupa care importam necesarul de transfer in Smartcash prin fisier text si apoi emitem transferul iar pe urma pickerul din depozit pregateste fizic marfa de trimis la magazin pe baza avizului astfel intocmit si printat.
Am incercat si varianta, pe baza unui necesar de transfer printat fizic pe foi A4, sa lasam pickerul sa faca lista de transfer pe Mobility si ulterior sa o importam in Smartcash pentru finalizarea transferului, dar atunci nu avem cum sa verificam daca pickerul a pus exact produsele si cantitatile care erau trecute pe necesarul de transfer pe care il generam noi din Oxygen. Am avut cazuri in care pe transfer trebuia sa se puna X produs si pickerul a pus de la sine Y produs, fara sa avem cum verifica in mod eficient faptul ca s-a schimbat produsul.
Am incercat initial sa ne asiguram ca totalul de linii si numar de bucati concid intre lista de necesar si lista generata prin scanarea cu ajutorul Mobility, dar am constatat ca doar totalurile concideau nu si produsele / cantitatile per produs, existand cazuri in care pentru ca totalurile sa coincida intre necesarul de pe foaie si mobility, unii pickeri puneau din bura produse / cantitati.
In schimb am observat ca la receptiile de la furnizor pe care le importam din excel, prin faptul ca importam cantitate document conform factura iar la cantitate fizica punem zero la import, e aproape imposibil ca receptia sa se faca gresit deoarece cine verifica receptia fizic trebuie sa scaneze produsele si sa introduca cantitatile fizice iar la final, inainte sa inchidem receptia, se observa foarte usor care sunt produsele la care exista neconcordante intre cantitatea fizica si cea scriptica, cele care s-au scanat fizic dar nu exista in fisierul importat din excel sau invers, care nu s-au scanat fizic dar exista in fisierul importat din excel. -
2 Răspunsuri
-
Vin cu o completare ce consider ca ar ajuta la subiectul de mai sus. Cred ca util ar fi sa existe un fel de comanda de picking care sa aiba cantitatea ce trebuie colectata de picker introdusa anterior de un operator de comenzi iar pickerul pe masura ce scaneaza sa i se scada din mobility din cantitatea ramasa de colectat. Acesta eventual sa vada in permanenta ce produse mai trebuie strînse cu info aferent (pret , detalii etc). Ulterior comanda colectata poate fi transformata in transfer in retea sau factura fiscala.
-
E buna ideea propusa de Floraria Tria’s! Eu o vad asa:
In Smartcash Shop sa existe posibilitatea de a deschide comenzi de picking similar cum se pot deschide transferuri intre magazine din retea, adica deschid comanda de picking in gestiunea X pentru marfa care este destinata gestiunii Y.
Operatorul din Smartcash Shop sa aiba posibilitatea sa adauge in comanda de picking lista de produse si cantitatile de cules. Adaugarea sa poata fi facuta atat manual cat si prin import din fisier excel si/sau txt.
Dupa ce lista de picking e pregatita in Smartcash Shop se emite comanda de picking care devine astfel vizibila in Mobility.
Fiecare picker isi alege o comanda de picking din Mobility si incepe sa scaneze, pe rand, fiecare produs din comanda. La fiecare scanare de produs pickerul sa vada pe terminalul mobil intr-un camp needitabil ce cantitate ar trebui sa culeaga din acel produs SI sa fie fortat sa introduca intr-un camp editabil cantitatea culeasa fizic din acel produs.
La finalul comenzii daca exista produse care apar pe comanda de picking dar nu au fost scanate atunci sa existe o bifa prin care pickerul sa nu poata finaliza in Mobility comanda de picking pana nu introduce o cantitate la fiecare produs din comanda, chiar si 0, astfel incat operatorul din Smartcash Shop sa stie care produse din comanda au fost uitate sa fie procestate de catre picker (nu s-a introdus nici o cifra in cantitate culeasca fizic) si la care produse nu s-a gasit stoc fizic (pickerul a pus 0 in cantitate culeasa fizic).
Dupa ce pickerul termina de cules toate produsele fizic si finalizeaza comanda de picking din Mobility, cantitatile declarate ca au fost culese fizic sa fie raportate in Smartcash Shop intr-o coloana separata din comanda de picking, astfel incat sa vedem ce cantitate trebuia culesa si ce cantitate a fost culeasa fizic, iar acolo unde exista diferenta intre cele 2 cantitati sa fie marcata cu fundal galben, asa cum se intampla la receptia de la furnizor.
Dupa ce comanda de picking este gata sa poata fi transformata in transfer la magazin din retea sau in factura fiscala.
Cantitatea care se foloseste la transfer la magazin / factura fiscala este cantitatea culeasca fizic de catre picker. Astfel dam posibilitatea operatorului din Smartcash Shop, ca inainte de transformarea unei comenzi de picking in transfer la magazin sau factura fiscala, sa verifice orice neconcordante intre cantitatile care trebuiau culese si cantitatile efectiv culese.Optional: pentru comenzile cu numar mic de bucati per produs ar fi foarte bine daca ar exista o bifa in comanda de picking sau in Mobility prin care pickerul sa nu poata introduce de la tastatura cantitatea culeasa fizic, ci sa fie fortat sa scaneze fiecare bucata de produs in parte iar softul sa calculeze cantitatea totala scanata pentru fiecare produs.
Conectați-vă pentru a răspunde
Log in to reply.