-
Salut Madalin!
Exista un sambure mare de adevar in solicitarea ta….
In plus una din consecintele operatiei mentionate poate duce la diferente intre raportul de gestiune si stoc in cazul descarcarii de stoc la intervale de timp mai mari dupa inchiderea de zi propriu -zisa.
In legatura cu acest subiect te rog sa consulti bug-fix-urile din urmatorul release (8.0.1.121-Db322) pentru ca a fost fixat incepand cu aceasta versiune.
La proiectarea programului am ales insa ca inchiderea de zi si .. mai ales descarcarea de stoc, sa fie efectuate exclusiv din backoffice.
In primul rand ca aceste doua operatii pot fi efectuate de acelasi casier (poate avea dreptul acesta si atunci nu trebuie sa cheme pe nimeni sa i le faca).
In al doilea rand, chiar daca inchiderea de zi (nu Z-ul care este deja) ar fi integrata in interfata POS-ului, cu siguranta ca descarcarea de stoc nu poate fi pusa acolo din cauza ca este necesara o interfata ceva mai bogata decat cea simplificata de la nivelul POS-ului. In plus sunt niste decizii de luat in cazul descoperirilor de stoc, pe care nu cred ca e bine sa le ia chiar cel care vinde.In concluzie, putem considera ca inchiderea de zi ar putea fi preluata pe interfata de POS dar sincer probabilitatea e redusa…
In plus mai e ceva… Operatia de inchidere de zi efectueaza un volum mare de tranzactii care se centralizeaza pe un numar redus de tabele din baza de date. Atunci cand sunt efectuate din backoffice sunt operate unitar centralizat si nu pot sa apara lock conflict-uri. La operarea distribuita, de pe mai multe POS-uri, pericolul de aparitie a blocajelor creste enorm, in conditiile in care in care fiecare inchidere proceseaza intre 1500 si 5000 de inregistrari.Numai bine!