<< Click pentru afișare cuprins >> Navigare:  SmartCash eCommerce Service > Procesele de schimb de date cu un site eCommerce > Consultarea informatiilor de stoc

Intr-un sistem de timp real SmartCash RMS, stocul de marfuri disponibil la nivelul locatiilor fizice (magazine sau depozite) este in continua modificare, in timp real la nivel de magazin, sincronizat cu operatiile de intrare sau de iesire din magazine sau depozite. Centralizarea schimbarilor de stoc se efectueaza asincron la nivelul retelei, latenta de centralizare a modificarilor de stoc, indiferent de locatia geografica a magazinului respectiv fiind cuprinsa in general intre 2 si 3 minute. De la nivelul bazei de date centralizate, stocul unificat de marfa din retea este disponibil pentru consultare de catre site-ul eCommerce.

 

Pentru a putea consulta stocul este necesar ca in prealabil site-ul eCommerce sa cunoasca codul IDSMARTCASH al articolelor pentru care se doreste aflarea stocului. Acest lucru se poate obtine doar dupa implementarea procesului de sincronizare automata a articolelor descris in cap. 2.1.

 

Pentru un raspuns rapid la interogari efectuate de front-end-ul site-ului este recomandata crearea unei tabele tampon care sa contina stocul articolelor din sistemul SmartCash RMS. Actualizarea acestei tabele trebuie efectuata obligatoriu automat, in fundal, cu o latenta cat mai redusa. Ulterior, informatiile afisate utilizatorilor de pe site legate de stoc vor tine cont de cantitatile inregistrate in aceasta tabela, modul de afisare fiind la latitudinea dezvoltatorului de site.

 

Procesul de actualizare al informatiilor de stoc este unidirectional, dinspre sistemul SmartCash catre site si se desfasoara dupa urmatorul protocol aproximativ:

1.Se apeleaza ciclic metoda GetNextModifiedStockTotal pentru a primi lista modificarilor survenite asupra stocului total pe articol, din toata reteaua de magazine (suma stocului din toate locatiile de livrare) sau metoda GetNextModifiedStockByShop in cazul in care se doreste citirea stocului detaliat magazine.

2.Datele sosite in rezultatul intors sunt paginate la maxim 10.000 de inregistrari si trebuiesc salvate in tabela tampon de stoc, in care se va salva pentru fiecare articol referinta dintre stoc si campul IDSMARTCASH.

3.Dupa salvare se va apela metoda de confirmare a salvarii modificarilor de date sosite, ConfirmReceivingDataByTypeOf. Parametrii importanti pentru confirmarea de stoc sunt: aTypeOf=1 si aIndexValue ce trebuie sa aiba valoarea returnata in campul RECVERSION  de metoda GetNextModifiedStockTotal sau GetNextModifiedStockByShop, apelata anterior.

4.Se repeta apoi apelarea metodei GetNextModifiedStock… si pasii 1-3 pana cand este intors un rezultat nul. Atunci este considerat finalizat un ciclu de sincronizare.

5.In principiu apelarea ciclica a metodelor GetNextModifiedStock… se face folosind un serviciu de tip Cron, larg raspadit pe platformele web actuale, care va rula ciclic un proces la intervale de timp prestabilite (de regula de ordinul minutelor sau a zecilor de minute, in functie de latenta tolerata a actualizarii), in interiorul caruia este apelata recurent metoda GetNextModifiedStock…. Procesul initiat asincron de cron, trebuie sa fie unul automat, transparent utilizatorilor si trebuie sa poata fi logat pentru depistarea eventualelor erori de sincronizare.

6. In situatia in care sunt necesare reinitializari ale intregului stoc de magazine la nivelul aplicatiei eCommerce, acest lucru se va efectua tot folosind metoda GetNextModifiedStock…. Retransmiterea intregului stoc este initiata din sistemul SmartCash RMS, folosind metoda standard de reinitializare sincronizare stoc (Retea Magazina/Reinitializare Sincronizare Stoc). Dupa aplicarea acestei operatii intregul stoc este marcat pentru propagare. Prin urmare apelarea metodei GetNextModifiedStock… aleasa, va produce efectul initializat de operator din centrala, fara nevoia de a implementa alt tip de sincronizare.