Ecosistemul IT al companiei: de la „grădina zoologică” de programe la un sistem unitar

Pe scurt: un ecosistem IT înseamnă că programele companiei lucrează cu aceleași date și și le transmit unul altuia fără intervenția oamenilor. Comanda de pe site ajunge singură în evidență, stocurile din depozit apar singure pe site, iar directorul vede o singură cifră a vânzărilor, nu trei diferite.

În majoritatea companiilor, IT-ul se formează istoric: pentru fiecare sarcină nouă se cumpără sau se comandă un program separat. După câțiva ani rezultă o „grădină zoologică”: 1C, site, casă de marcat, tabele Excel, mesagerie — și oameni care mută datele manual dintr-un loc în altul.

În acest articol: din ce este format un ecosistem IT, după ce principii se construiește și cu ce să începeți. Exemplul de pe parcurs este o companie comercială care are 1C în centrul evidenței. Principiile se potrivesc însă și pentru servicii, și pentru producție.

Prin ce diferă un ecosistem de un set de programe

Diferența nu stă în numărul de sisteme, ci în felul în care sunt conectate:

• Date. Într-un set de programe, fiecare păstrează propria versiune a clienților, mărfurilor și prețurilor. Într-un ecosistem, fiecare tip de date are o singură sursă, iar celelalte sisteme o citesc.
• Schimb. În locul transferului manual prin Excel și mesaje — schimb automat prin API și integrări.
• Schimbări. O sarcină nouă nu înseamnă un program nou sau modificarea a tot, ci un modul nou conectat la datele existente.
• Raportare. În locul cifrelor care nu se potrivesc între sisteme — o singură versiune a adevărului pentru toate departamentele.
• Riscuri. Cunoștințele nu sunt concentrate la câțiva angajați sau furnizori: arhitectura este descrisă, accesele și copiile de rezervă sunt sub control.

Un ecosistem nu înseamnă „un singur program mare pentru tot”. De cele mai multe ori este un nucleu de evidență și câteva sisteme în jurul lui, fiecare făcându-și bine treaba fără să le dubleze pe celelalte.

Semnele „grădinii zoologice”

Dacă vă recunoașteți compania în trei sau mai multe puncte, IT-ul lucrează pentru oameni mai prost decât ar putea:

• Aceleași date se introduc de două ori. Comanda de pe site se retastează în 1C, iar lista de prețuri din 1C se încarcă manual pe site.
• Cifrele nu se potrivesc. Vânzările din casă, din 1C și din raportul directorului diferă, iar o parte din ședință se pierde pe lămurirea cifrei corecte.
• Procesele-cheie trăiesc în Excel și în mesagerie. Planul de vânzări, cererile de achiziție, aprobările — în fișiere și chaturi, în afara evidenței.
• Orice modificare e riscantă. Fiecare îmbunătățire strică ceva în altă parte, pentru că nimeni nu cunoaște toate legăturile.
• Totul depinde de un singur om. Plecarea programatorului sau a furnizorului lasă compania fără să înțeleagă cum funcționează sistemele sale.
• Nu se știe ce se întâmplă la o avarie. Nimeni nu a verificat dacă baza se poate restaura din copia de rezervă și în cât timp.

În spatele fiecărui punct stau pierderi directe: ore de muncă manuală, erori în comenzi și stocuri, decizii luate pe cifre greșite. Sunt greu de văzut într-o singură linie de buget, dar se repetă în fiecare zi.

Din ce straturi este format un ecosistem

IT-ul unei companii poate fi privit ca un set de straturi. Fiecare are rolul său, iar straturile comunică între ele după reguli clare.

Ce include fiecare strat:

• Canale și locuri de muncă — ce folosesc angajații și clienții: site, portal B2B, casă de marcat, aplicația agentului de vânzări, terminale de depozit. Au nevoie de o interfață comodă, nu de acces complet la evidență.
• Analiză și AI — rapoarte pentru conducere și un asistent AI care răspunde la întrebări despre date. Ele citesc datele, dar nu sunt sursa lor.
• Stratul de integrare — API și schimburi între sisteme, cozi de mesaje, jurnal și reluare la erori. Tocmai el transformă un set de programe într-un ecosistem.
• Nucleul de evidență — 1C sau alt ERP: bani, mărfuri, stocuri, nomenclatoarele de bază. Singura sursă a adevărului pentru aceste date.
• Infrastructură și securitate — servere sau cloud, copii de rezervă, monitorizare, conturi și drepturi de acces. Fundația pe care se sprijină tot restul.

Peste toate straturile stau suportul și dezvoltarea. Cineva trebuie să urmărească schimburile, să actualizeze sistemele și să răspundă de arhitectură în ansamblu.

Exemplu: o companie comercială cu 1C

Să luăm o companie comercială tipică: vânzări angro prin agenți, câteva magazine și un magazin online. Evidența se ține în 1C.

Înainte. Comenzile agenților vin pe mesagerie, iar operatorul le introduce în 1C. Stocurile se încarcă pe site o dată pe zi dintr-un fișier, de aceea site-ul vinde uneori ce nu mai există. Casa de marcat are propria bază de mărfuri, iar prețurile din ea se actualizează manual. Directorul primește un raport Excel adunat din trei surse.

După. 1C rămâne nucleul de evidență și singurul proprietar al mărfurilor, prețurilor și stocurilor. Site-ul, casa și aplicația agentului primesc aceste date prin stratul de integrare și trimit înapoi comenzile și vânzările. Directorul vede rapoarte construite pe aceleași date, iar la întrebările rapide răspunde un asistent AI conectat la 1C.

Fiecare dintre acești pași se face separat și aduce imediat beneficii. Detalii — în articolele despre casa de marcat într-o aplicație dedicată și locul de muncă al agentului de vânzări.

Principii de construcție

Un ecosistem funcțional se deosebește de un set scump de integrări prin câteva reguli. Ele nu depind de programele concrete pe care le folosiți:

1. Un singur nucleu de evidență. Banii, mărfurile și stocurile se calculează într-un singur loc. La multe companii din Moldova acesta este 1C, și nu trebuie înlocuit pentru asta — despre acest lucru am scris în articolul despre integrarea modulară.
2. Fiecare nomenclator are un singur proprietar. Mărfurile, clienții și prețurile se creează și se modifică într-un singur sistem, celelalte primesc o copie. Altfel apar dubluri și neconcordanțe.
3. Strat de integrare în locul legăturilor „fiecare cu fiecare”. Cu legături directe, numărul lor crește mai repede decât numărul sistemelor: pentru 6 sisteme sunt până la 15 schimburi separate. Stratul de integrare oferă un singur punct de schimb, jurnal și reluare la erori.
4. API deschise și export de date. Alegem un sistem nou doar dacă are API și o modalitate de a vă recupera datele. Același lucru e valabil pentru AI: conectarea lui Claude la 1C se face prin standardul deschis MCP.
5. Securitate și reziliență din prima zi. Drepturi pe roluri, copii de rezervă cu test de restaurare, monitorizarea serverelor și a schimburilor. Adăugate ulterior, costă întotdeauna mai mult.
6. Arhitectură descrisă și un responsabil pentru ea. Schema sistemelor și a schimburilor încape pe o pagină, iar de ea răspunde o persoană sau un partener concret.
7. Dezvoltare pas cu pas. Zonele se conectează pe rând, fără a opri afacerea. De ce nu recomandăm rescrierea totului de la zero — într-un articol separat.

Cu ce să începeți

Un ecosistem nu se construiește printr-un singur proiect, ci printr-o succesiune de pași mici. Fiecare pas trebuie să aducă un rezultat care poate fi verificat:

1. Inventarierea. Facem lista sistemelor, a datelor și a schimburilor dintre ele. Notăm separat unde oamenii mută datele manual și unde cifrele nu se potrivesc.
2. Schema-țintă. Decidem ce va fi nucleul de evidență, ce sisteme stau în jurul lui și cine deține ce date. Rezultatul este o schemă pe o pagină, clară pentru conducere.
3. Priorități. Începem cu zona cu cea mai multă muncă manuală sau cele mai multe erori, unde efectul se măsoară ușor: ore de lucru, număr de erori, viteza de procesare a comenzii.
4. Fundația. Configurăm stratul de integrare, punem în ordine nomenclatoarele, accesele, copiile de rezervă și monitorizarea.
5. Conectarea zonelor pe rând. Site, casă, aplicația managerului, raportare. Fiecare lansare are scopul ei și o verificare a rezultatului.
6. Suport și dezvoltare. Urmărim schimburile, actualizăm sistemele și comparăm periodic schema actuală cu cea țintă.

Greșeli tipice

Ce trebuie evitat:

• Să începeți cu alegerea programului, nu cu procesul. Mai întâi trebuie înțeles ce date și unde trebuie să ajungă, abia apoi se caută instrumentul.
• Să schimbați totul deodată. „Big bang-ul” nu aduce rezultate mult timp și oprește procesele dacă ceva merge prost.
• Să legați sistemele direct, „cum se poate”. Fiecare astfel de legătură funcționează până se schimbă ceva, iar erorile se observă din reclamațiile clienților.
• Să nu numiți un proprietar al datelor. Ca rezultat, același client e introdus de trei ori, iar prețul de pe site nu coincide cu cel din casă.
• Să economisiți pe infrastructură. Cu cât sistemele sunt mai strâns legate, cu atât costă mai mult o oprire a serverului sau pierderea bazei fără copie de rezervă.
• Să nu documentați. O integrare pe care o înțelege doar autorul devine o problemă în ziua în care autorul pleacă.
• Să implementați AI peste dezordinea din date. Asistentul AI răspunde pe baza datelor existente. Dacă trei sisteme au trei cifre diferite ale vânzărilor, el va numi repede una dintre ele — nu neapărat pe cea corectă.