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

In cadrul unei solutii integrate, atat in sistemul SmartCash RMS, cat si pe site-ul eCommerce este posibila introducerea de clienti, in scopul gestionarii diverselor activitati legate de acestia.

 

Din punctul de vedere al retelei SmartCash, poate fi utila disponibilitatea clientilor cu card de fidelitate si pe site pentru aplicarea omogena a unor campanii de fidelizare si la nivelul acestora. In acest caz site-ul trebuie sa consulte clientii din sistemul SmartCash si sa salveze local clientii creati in sistemul SmartCash. La salvarea locala se va asigura corespondenta cu campul IDSMARTCASH al clientului respectiv.

 

Actualizarea clientilor este deci recomandata doar daca este nevoie ca toti clientii nou definiti in sistemul SmartCash RMS sa ajunga si pe sit-ul onlne. In caz contrar, acest flux nu este necesar, clientii nou adaugati pe site fiind transmisi catre sistemul SmartCash RMS direct cu metoda AddNewDeliveryOrder doar pentru comenzile pe care acestia le deschid pe site.

 

Pentru primirea clientilor definiti in sistemul SmartCash RMS se va aplica urmatorul proces:

1.Folosind un proces ciclic recurent, aplicatia eCommerce va apela metoda GetNextModifiedCustomers, metoda ce intoarce toti clientii nou adaugati sau asupra carora sau efectuat actualizari in sistemul SmartCash de la ultima apelare in seturi de maximum 10.000 de inregistrari. Odata cu atributele clientilor returnati sunt transmisi catre site si toti parametrii programului de fidelizare in care este inregistrat un client. Din acest motiv, o actualizare la intervale mai reduse de timp este necesara (de ordinul zecilor de minute). Procesul trebuie sa functioneze permanent, asincron, rezultatul fiind sincronizarea permanenta a clientilor.

2.Intr-o tabela proprie site-ului, tabela ce poate fi chiar cea de clienti sau, mai indicat, o tabela tampon, in functie de design, se vor salva sau actualiza toate informatiile dorite legate de fiecare client returnat. Pentru clientii primiti se va salva obligatoriu campul IDSMARTCASH si maparea sa cu codul propriu IDEXTAPP al clientului. In cazul noilor clienti adaugati din SmartCash, campul IDEXTAPP va fi primit gol la inceput prin interfata.

3.Dupa primirea si salvarea cu succes a modificarilor, se va confirma primirea, folosind metoda ConfirmReceivingDataByTypeOf. Parametrii importanti pentru acest tip de confirmare sunt: aTypeOf=201 si aIndexValue ce trebuie sa aiba valoarea returnata in campul RECVERSION  de metoda GetNextModifiedCustomers, apelata anterior.

4.Se repeta pasii 1-3, pana cand metoda GetNextModifiedCustomers intoarce un rezultat nul.

5.Transmiterea noilor clienti inregistrati pe site catre sistemul SmartCash se face in general folosind metoda AddNewDeliveryOrder, odata cu transmiterea unei comenzi online.

6.Ca urmare a salvarii clientului astfel transmis in sistemul SmartCash, acesta este automat adaugat pentru transmitere inapoi, catre sistemul eCommerce, odata cu apelarea urmatoare a metodei GetNextModifiedCustomers, descrisa la pct.1. Doar ca, odata cu acest apel, (si de fiecare data de acum inainte) clientul va sosi in setul de actualizari cu AMBELE campuri IDSMARTCASH si IDEXTAPP completate, acest lucru semnificand faptul ca clientul este complet cuplat in sistemul SmartCash RMS.

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

 

Pentru organizarea optionala a clientilor pe categorii, site-ul eCommerce poate pastra si lista de tipuri de clienti, asa cum sunt ei clasificati in sistemul SmartCash prin implementarea metodei GetTypeOfCustomers. Aceasta este insa optionala si depinde doar de eventuale cerinte de logica interna de proces. In general nu este necesara maparea clasificarii clientilor din SmartCash si pe site-ul eCommerce.