Postat în original de
Daniel
interesantă discuţia, mă bucur să mai văd pe cineva care s-a "luptat" cu SAGA.
acum câţiva ani le-am propus să ajute firmele ce au software in-house prin realizarea unui webservice care să facilliteze inserarea de comenzi/facturi şi au refuzat (şi nu chiar politicos, din câte îmi amintesc).
aşa că am dezvoltat după ceva timp un sistem care funcţionează cam aşa:
- comanda intră de pe site (eMAG Marketplace, de exemplu) în sistemul intern
- sistemul intern rezervă automat stocul şi printează automat foaia de comandă către depozit
- din depozit marfa este adusă la logistică pe baza respectivei foi de comandă, ce conţine un cod de bare scanabil
- la scanarea codului de bare operatorul îi sunt afişate datele comenzii, are o căsuţă unde introduce seriile produselor unde este cazul
- la introducerea tuturor seriilor datele clientului sunt introduse automat în SAGA, apoi se generează automat factura în SAGA (şi avizul, unde este cazul) care sunt trimise (tot automat) către imprimantă
- încă un click şi se generează şi printează AWB-ul (da, tot automat)
sistemul este funcţional de 2 ani şi nu au fost probleme, deci se poate folosi SAGA şi în acest fel, dar nu e muncă uşoară.
uneori sunt procesate zeci, alteori sute de comenzi zilnic.
Eu am sistemul asa:
- comanda e comanda, e folosita in logistica si clientul o primeste pe email dupa comanda. (nu conteaza de unde vine sau unde se face. stocul e acelasi, deci cat timp exista comanda, stocul scade, nu rezerva alt sistem stocul, e acelasi sistem. La retur/anulata/esuata, etc, stocul creste. Seriile produselor si codul de bare sunt tot timpul in sistem (shop).
- comanda este verificata de operator si are status schimbat.
- cand comanda este gata, se schimba status in "livrare" si pleaca in saga de unde iese factura. Fara saga, shopul genereaza singur factura (pentru cei fara soft de facturi) si awb.
- awb se genereaza automat pe status "livrare".
Postat în original de
Ciprian.Olaru
e vb de shop pe drupal commerce si iti multumesc pentru explicatie.
am mai facut integrari cu soft offline, insa pe baza de comunicare directa (webservices).
cu saga am prea multe puncte in care fluxul poate ceda din motive de interventii umane si de asta incercam sa mai clarific situatia.
daca poti verifica posibilitatea importului multiplu in saga.. mi-ar fi de folos.
pentru facturi extra shop nu merge sa le generez cu o serie diferita? (sa nu se incurce numerele)
da, webservice e altceva
Borg e facut prin webservice si merge perfect. Saga e mult mai simplu, dar mult mai "complicat" de setat, pentru ca cei de la saga pur si simplu nu cred ca vor.
- noi am legat saga pentru facturi. Erori umane exista, nu am ce sa le fac. Dar la facturi exista retur/storno/anulata.
- am verificat, stie facturi multiple, comenzi nu Am vb astazi cu ei, asteptam maine un raspuns. Pentru un shop cu 50-100 comenzi pe zi, e ok, dar pentru un client cu 1000 comenzi /zi sau 8-10.000 comenzi lunar, e jale. Fix un astfel de client a pornit "integrarea", iar pentru el e nevoie de import de comenzi multiple, altfel are de dat mii de clicks " import".
Te anunt cum evolueaza, doar ca am impresia ca e mai usor de importat comenzi multiple, fata de facturi multiple, iar asta inseamna ca "se rezolva".
Da, noi oricum facturam si pana acum, cu serie separata pentru shop, tocmai pentru a mentine fluxul de facturi ordonat.
Foarte important:
- comanda nu e factura. Status pentru factura apare doar dupa verificare. Comanda (proforma) e trimisa clientului in momentul comenzii si este utilizata intern. Ea se poate edita oricand, dar factura apare doar cand totul este ok.
- noi nu emitem awb sau factura (export saga/erp), decat pe un anumit status. Asta elimina destul de mult eroarea umana. Daca comanda e ok, atunci are awb si factura, daca nu, nu treci in status-ul respectiv.
Ultima modificare făcută de Tom; 7th September 2015 la 22:44.
Nu trimite PM cu intrebari, posteaza pe forum! Nu ofer sfaturi, audit sau raspunsuri pe PM.
Răspunde cu citat
