<< Click pentru afișare cuprins >> Navigare:  SmartCash Everywhere REST Server > Studii De Caz > Integrare SmartCash RMS cu aplicatii ERP > Procesele de schimb de date cu o aplicatie ERP > Primirea documentelor emise in SmartCash RMS pentru integrarea financiar contabila

Sistemul SmartCash RMS permite efectuarea tuturor operatiilor posibile intr-un sistem destinat comertului cu amanuntul sau distributiei asociate cu acesta. Ca urmare a acestor operatii este totdeauna generat un document care poate avea importanta financiar – contabila sau operationala.

 

Documentele emise in sistemul SmartCash RMS au o natura IREVERSIBILA. Dupa validarea lor de catre utilizator si inchiderea voluntara, ele nu mai pot fi modificate, fiind marcate pentru raportarea catre centrala de magazine si de aici, catre orice aplicatie terta poate avea nevoie de ele.

 

Odata cu emiterea documentelor de iesire cu importanta contabila, in sistemul SmartCash RMS este automat efectuata si descarcarea de gestiune aferenta articolelor incluse pe documentul respectiv. Rezulta ca orice document raportat dintr-un magazin SmartCash RMS este centralizat IMPREUNA cu descarcarea sa gestiune, in cadrul aceluiasi set de date furnizat. Descarcarea de gestiune in sistemul SmartCash RMS este efectuata totdeauna FIFO.

 

In sistemul SmartCash RMS corectarea unor erori dupa validarea unui document emis se poate face doar prin emiterea unor documente opuse, care la randul lor sunt raportate pe interfata.

 

Sistemul descris garanteaza centralizarea sigura, consistenta si completa a tuturor documentelor emise intr-un lant de magazine, asigurand identitatea dintre documentul generat in magazine si informatia raportata contabil.

 

In continuare este descris un proces standard de primire a documentelor, proces ce are aceeasi structura indiferent de tipul de document primit, diferenta fiind data de campurile returnate, de la caz la caz:

 

1.Toate documentele centralizate din reteaua de magazine sunt stocate in centrala de magazine SmartCash in vederea livrarii catre aplicatii terte. Pentru fiecare tip de document este asigurata cate o coada de asteptare (cos) a documentelor separata pe tipuri, in ordinea in care acestea au fost emise la origine si centralizate.

2.In cadrul unui ciclu de actualizare a documentelor, aplicatia ERP trebuie sa parcurga lista documentelor pe care doreste sa le obtina pe tipuri in functie de propria monografie contabila. Pentru fiecare tip de document este apelata cate o metoda diferita.

3.In cadrul unui tip de document, se va apela recurent metoda GetNext... corespunzatoare (de exemplu GetNextRetailSale sau GetNextSupplierReception), urmata dupa fiecare apel soldat cu salvarea datelor primite de confirmarea folosind metoda ConfirmReceivingByTypeOf. Se va apela aceeasi metoda succesiv pana cand ea intoarce un rezultat nul (“cosul este gol”).

4.Dupa finalizarea Pct.3, se trece la urmatorul tip de document tratat repetand apelarea recurenta a metodei specifice.

5.In cazul unei erori interne de validare la un document dintr-un anumit tip, eroarea respectiva trebuie logata intr-un sistem de log intern pentru a putea identifica ulterior cauza. Tratarea erorilor este in intregime la latitudinea aplicatiei ERP, aceasta putand opta pentru trecerea la urmatorul tip de documente din ciclu sau pentru orice alte moduri de abordare.

6.Primirea documentelor trebuie efectuata printr-un proces ciclic controlat de un scheduler planificat la intervale de prelucrare de 3-12 ore avand in vedere latenta acceptabila a primirii de documete in sistemul financiar.

 

Metodele cel mai frecvent utilizate pentru extragerea documentelor emise in SmartCash RMS sunt urmatoarele:

 

 

Pentru instructiuni detaliate si descrierea campurilor returnate de fiecare metoda in parte consultati manualul detaliat API.