Sisteme care vorbesc între ele, fără fișiere trimise pe mail.
Magazinul are stocurile lui, ERP-ul le are pe ale lui, iar adevărul se stabilește dimineața, printr-un export manual. Merge până în ziua în care vinzi ceva ce nu mai există și afli de la client, nu din sistem.
- Stabilim din prima săptămână cine deține adevărul, pe fiecare tip de dată
- Cozi și reîncercări, ca o pană de rețea să nu piardă comenzi
- Jurnal complet și alerte - nu afli după o săptămână că s-a oprit
Nu legăm tot ce se poate lega. Fiecare legătură în plus e o piesă care se poate strica. Pornim de la ce te costă acum ore de om și ne oprim acolo.
Forma unei integrări
schemăStratul de mijloc
Traduce, ține cozi, reîncearcă singur, scrie în jurnal și dă alertă când ceva se blochează.
Fără stratul de mijloc, fiecare sistem trebuie să știe cum gândesc toate celelalte. Merge cu două. Cu cinci, devine un ghem pe care nu îl mai poate desface nimeni.
Înainte de orice linie de cod: cine deține adevărul?
Pentru fiecare tip de informație, un singur sistem are dreptate, iar celelalte îl citesc. Integrările care „se strică mereu” sunt aproape întotdeauna cele în care decizia asta nu s-a luat, iar sistemele se suprascriu reciproc.
Stocul
ERP-ul
Acolo intră marfa și de acolo pleacă. Magazinul îl citește, nu îl decide - altfel vinzi ce nu ai.
Prețul
ERP-ul, cu excepții
Prețul de listă vine din ERP. Promoțiile de pe site sunt excepții controlate, cu dată de început și de sfârșit, nu suprascrieri permanente.
Comanda
Magazinul
Se naște acolo, cu tot cu ce a văzut clientul în momentul ăla. ERP-ul o primește și o duce mai departe, dar nu rescrie ce s-a comandat.
Clientul
Se decide de la caz la caz
Cea mai grea. Dacă vinzi și B2B, clientul e de obicei al ERP-ului. Dacă vinzi doar online, e al magazinului. Ce nu merge e să fie al amândurora.
Documentele
Programul de facturare
Factura are reguli legale și serii care trebuie să continue. Nu se generează în două locuri, oricât de simplu ar părea.
Nu e o discuție tehnică, e una de business. O purtăm cu tine și cu oamenii care lucrează zilnic cu ambele sisteme, în prima săptămână - pentru că o decizie schimbată mai târziu înseamnă rescris, nu ajustat.
O integrare se judecă într-o zi proastă
În zilele bune merge orice. Diferența dintre o integrare și un script care rulează noaptea se vede când ERP-ul nu răspunde, când expiră o cheie sau când cineva schimbă un câmp fără să anunțe.
Coadă
Nimic nu se trimite direct. Fiecare mesaj intră într-o coadă, așa că o pană de rețea de zece minute nu pierde comenzi, doar le întârzie.
Reîncercare
Ce eșuează se reia singur, cu pauze din ce în ce mai lungi. Majoritatea problemelor se rezolvă fără să afle cineva că au existat.
Jurnal
Ce a plecat, ce a venit, ce a eșuat și de ce. Când clientul întreabă de ce nu s-a sincronizat comanda 4821, există un răspuns, nu o presupunere.
Alertă
Dacă ceva rămâne blocat, primim mesaj. Nu descoperim după o săptămână că stocurile n-au mai urcat de marți.
Ce se întreabă despre integrări
Ce se sincronizează, ce faci dacă ERP-ul e vechi, ce se întâmplă când pică legătura și cine deține adevărul.
Ai o întrebare care nu e aici? Sună la 0756 823 823
Stocuri, prețuri, produse și atributele lor, comenzile în ambele sensuri, clienții, facturile, AWB-urile și statusurile de livrare. Practic, orice există în ambele sisteme. Întrebarea corectă nu e ce se poate, ci ce merită: fiecare legătură în plus e o piesă care se poate strica, așa că pornim de la ce te costă acum timp de om.
De obicei da, dar cu compromisuri pe care ți le spunem din start. Se poate lucra prin fișiere schimbate automat, prin acces direct la baza de date sau printr-un strat intermediar scris de noi. Sunt soluții care merg, dar sunt mai fragile decât o interfață adevărată și au nevoie de mai multă supraveghere. Costul suplimentar apare în mentenanță, nu în dezvoltare.
Nimic nu se pierde, și ăsta e testul unei integrări făcute cum trebuie. Ce nu a plecat rămâne în coadă și se reîncearcă singur, cu pauze crescătoare. Dacă tot nu merge, primim alertă - nu descoperim după o săptămână că nu s-a mai sincronizat nimic. Fiecare schimb rămâne în jurnal: ce a plecat, ce a venit, ce a eșuat și de ce.
Se stabilește înainte de prima linie de cod, pe fiecare tip de dată în parte: stocul e de obicei al ERP-ului, comanda e a magazinului, prețul e al ERP-ului cu excepții controlate pe site. Fără decizia asta, o integrare devine o luptă în care fiecare sistem îl suprascrie pe celălalt, iar cifrele nu mai sunt corecte nicăieri.
Depinde de ce suportă sistemul tău și de cât de repede ai nevoie. Pentru majoritatea magazinelor, o sincronizare la câteva minute e suficientă. Pentru produse unicat sau stocuri foarte mici, se lucrează pe evenimente - se anunță imediat ce se schimbă. Alegem în funcție de cât te costă o suprarezervare, nu în funcție de ce sună mai bine.
Am lucrat cu sisteme comerciale cunoscute și cu unele scrise intern. Ce contează nu e numele, ci ce interfață pune la dispoziție și cine ne poate răspunde la întrebări din partea furnizorului. Prima discuție e chiar despre asta, iar dacă furnizorul tău nu e cooperant, îți spunem din start că proiectul va fi mai lung.
Una simplă - stocuri și prețuri într-un singur sens - se face în săptămâni. Una completă, cu comenzi, facturi și livrări în ambele sensuri, ține luni, iar cea mai mare parte din timp se duce pe cazuri speciale: retururi, anulări, comenzi parțiale, produse care nu mai există. Partea grea nu e fluxul normal, ci excepțiile.
Patru răspunsuri, și putem vorbi serios
Nu e un formular de contact. Sunt exact lucrurile care schimbă o estimare - restul se discută la telefon, nu se completează în căsuțe.
- O discuție de treizeci de minuteDespre cum funcționează afacerea, nu despre cum ar trebui să arate site-ul.
- O listă de funcționalitățiÎmpărțită în ce e necesar la lansare și ce poate aștepta etapa a doua.
- O estimare pe etapeCu opționalele marcate ca opționale. Dacă bugetul nu acoperă tot, tăiem împreună.