<< Click pentru afișare cuprins >> Navigare:  SmartCash eCommerce Service > Procesele de schimb de date cu un site eCommerce > Actualizarea listei de magazine SmartCash

Intr-o retea de magazine SmartCash RMS, livrarea de marfa poate fi efectuata prin facturare sau vanzare cu bon fiscal din orice magazin din retea. Pentru operatii de control asupra modificarilor de preturi sau stocuri, magazinul online este mapat pe unul dintre magazinele definite in reteaua SmartCash.

 

Atunci cand sistemul eCommerce foloseste stocul distribuit pe magazinele fizice din retea, este necesar ca si la nivelul aplicatiei eCommerce sa existe lista de magazine (locatii) disponibile in sistemul SmartCash. In cadrul acestei liste sunt livrate si informatii de ordin geografic (localitate, adresa depozit, etc) care ajuta in calculul diverselor costuri de transport la nivelul sit-urilor eCommerce, avand in vedere posibilitatea de livrare distribuita cu sistemul SmartCash.

 

Lista de magazine SmartCash nu este necesara in cazul in care nu se doreste monitorizarea la nivelului site-ului eCommerce a livrarilor sau a stocurilor pe locatii.

 

Un proces de actualizare a  listei de locatii (magazine) SmartCash in sistemul eCommerce presupune salvarea datelor dupa urmatorul protocol aproximativ:

1.Se apeleaza ciclic metoda GetModifiedShops pentru primi lista cu toate magazinele, active sau inactive, impreuna cu caracteristicile lor, nou adaugate sau modificate in sistemul SmartCash de la ultima apelare a aceleiasi metode.

2.Datele sosite in rezultatul intors, sunt salvate in sistemul eCommerce, in care se va salva pentru fiecare locatie campul IDSMARTCASH care reprezinta ID-ul unic (cheia primara) al locatiei de livrari din reteaua SmartCash, impreuna cu campul NRSHOP care reprezinta numarul de magazin, asa cum il vad utilizatorii in sistemul SmartCash RMS. NRSHOP urmeaza a fi afisat peste tot pe site-ul eCommerce, acolo unde e nevoie sa fie afisate informatii pe magazine. Campul NRSHOP va fi folosit de asemena si la transmiterea comenzilor catre sistemul SmartCash RMS pentru alocarea lor pe locatia de livrare.

3.Dupa salvare se va apela metoda de confirmare a salvarii datelor sosite, ConfirmReceivingDataByTypeOf. Parametrii importanti pentru confirmare sunt: aTypeOf=301 si in acest caz si aIndexValue ce trebuie sa aiba valoarea returnata in campul RECVERSION  de metoda GetModifiedShops, apelata anterior.

4.In principiu apelarea ciclica a metodei GetModifiedShops se face ca si in cazul articolelor folosind un serviciu de tip Cron, care va apela ciclic metoda la intervale de timp prestabilite (de regula de ordinul orelor sau a zilelor, o locatie fiind mai rar adaugata sau modificata intr-o retea SmartCash). Procesul initiat asincron de cron, trebuie sa fie unul automat, transparent utilizatorilor si erorile sau efectuarea diferitelor task-uri trebuie sa poata fi salvate intr-un fisier log, pentru depistarea eventualelor erori de sincronizare.

5.In situatia in care sunt necesare reinitializari ale nomenclatorului de magazine la nivelul aplicatiei eCommerce, acest lucru se va efectua tot folosind metoda GetModifiedShops. Retransmiterea tuturor magazinelor este insa initiata din sistemul SmartCash RMS, folosind metoda standard de reinitializare folosita si pentru magazine (Petea Magazine/Reinitializare Magazine). Dupa aplicarea acestei operatii si propagarea modificarilor in retea si pentru locatia mapata cu magazinul online toate articolele din nomenclatorul de magazine sunt marcate pentru propagare. Prin urmare apelarea metodei GetModifiedShops va produce efectul initializat de operator din centrala, fara nevoia de a implementa alt tip de sincronizare.