CRM-uri românești fără API: Cum integrezi Voice AI și automatizări cu sisteme închise

„CRM-ul nostru nu are API" e printre cele mai frecvente obiecții pe care le auzim în discovery call-uri. În 9 din 10 cazuri, afirmația e tehnic incorectă — CRM-ul are ceva ce permite integrare, doar că nu e documentat sau nu e numit „API".

Acest ghid arată exact cum arată o integrare între un agent vocal AI (sau orice alt flux de automatizare) și un sistem CRM românesc închis: ce întrebări să pui înainte, ce opțiuni tehnice există, cât costă fiecare și când e mai rentabil să migrezi pe HubSpot sau Pipedrive decât să forțezi integrarea.

De ce „nu are API" e aproape niciodată răspunsul final

Când un client ne spune „CRM-ul nostru nu are API", de obicei se referă la unul din trei lucruri:

• Furnizorul nu a publicat documentație API — dar API-ul există intern, pentru interfața lor web
• API-ul există dar e scump (licență enterprise sau taxă pentru fiecare conector)
• Chiar nu există nimic — sistem dezvoltat local, acum 10 ani, de o firmă IT care a dispărut

Primele două situații sunt, de fapt, rezolvabile. A treia e rară, dar există. Ca să știi în care te afli, avem 4 întrebări de diagnostic pe care le parcurgem în primele 10 minute ale discovery call-ului.

Cele 4 întrebări diagnostic

1. „Poți exporta date în CSV sau Excel?" — Dacă da, există import/export. Orice sistem cu import/export poate fi sincronizat, chiar dacă nu în timp real.
2. „Îl folosești în browser sau e aplicație desktop?" — Dacă e web app, interfața face apeluri HTTP către un server. Acele apeluri sunt un „API" intern pe care îl putem folosi.
3. „Ai acces la baza de date sau serverul pe care rulează?" — Multe CRM-uri românești de nișă folosesc MS SQL sau MySQL. Cu acces admin, putem citi și scrie direct în bază.
4. „Trimite emailuri automate când se întâmplă ceva?" — Dacă CRM-ul trimite notificări pe email la eveniment nou, putem parsa emailurile ca trigger-uri.

Dacă răspunsul la cel puțin una dintre aceste patru e „da", avem deja un drum de integrare. Din experiența noastră cu piața românească — Charisma, Saga ERP, SmartBill, Senior ERP, CRM-uri custom construite pentru clinici, agenții imobiliare și saloane — aproximativ 90% din sistemele „închise" au cel puțin două dintre cele patru.

Cinci căi tehnice când API-ul chiar lipsește

Ordonate după raportul fiabilitate/cost, de la cel mai recomandat la cel mai complex:

1. Sincronizare CSV programată

• Cum funcționează: la fiecare X minute/ore, un script extrage un CSV din CRM (fie automat dintr-un folder pe care clientul îl populează, fie prin automatizare browser care apasă butonul de export)
• Bun pentru: sincronizare end-of-day, rapoarte, populare agent vocal cu lista de clienți dimineața
• Limite: nu e real-time; latență minimă 5-15 minute
• Fiabilitate: foarte mare — formatul CSV rar se schimbă

2. Reverse-engineering al API-ului intern (browser network inspection)

• Cum funcționează: deschidem DevTools în browser, înregistrăm ce request-uri HTTP face interfața când cineva click-uiește „salvează client nou", apoi replicăm acele request-uri din automatizarea noastră
• Bun pentru: integrări real-time cu CRM-uri web moderne care nu au API „oficial" dar au clar unul intern
• Limite: dacă furnizorul schimbă interfața, se pot rupe request-urile; necesită re-audit anual
• Fiabilitate: medie-mare; istoric la clienții noștri: 2-3 mici ajustări pe an

3. Browser automation / RPA

• Cum funcționează: un browser headless (server fără interfață grafică) se autentifică în CRM și execută pașii ca un operator uman — deschide formularul, umple câmpurile, apasă salvare
• Bun pentru: CRM-uri desktop sau aplicații web fără API intern curat
• Limite: lent (1-3 secunde per operație), fragil la redesign UI, necesită cont dedicat cu user/parolă
• Fiabilitate: medie; echipa noastră monitorizează și repară rapid când UI-ul clientului se schimbă

3b. Oglindă de bază de date (DB mirror)

• Cum funcționează: dacă clientul are acces la serverul pe care rulează CRM-ul, ne conectăm direct la baza de date (read sau read-write) și sincronizăm cu un strat intermediar
• Bun pentru: CRM-uri on-premise vechi (ERP-uri românești din 2010-2015) cu MS SQL sau MySQL la bază
• Limite: schema bazei de date se poate schimba la update-uri majore; necesită admin DB
• Fiabilitate: mare, dar cu risc la upgrade-uri CRM

4. Podul de email

• Cum funcționează: CRM-ul trimite deja emailuri notificare la evenimente (lead nou, programare). Noi avem un inbox dedicat care parsează acele emailuri și le transformă în acțiuni pentru sistemul nostru
• Bun pentru: trigger-uri unidirecționale (CRM → Syntho), nu invers
• Limite: depinde de formatul fix al emailurilor CRM-ului
• Fiabilitate: mare pentru citit, limitat pentru scris

5. Migrare pe CRM deschis

• Cum funcționează: migrăm datele și procesele de pe CRM-ul închis pe HubSpot, Pipedrive sau Salesforce — sisteme cu API robust și documentație publică
• Bun pentru: companii care oricum erau nemulțumite de CRM-ul actual și văd integrarea AI ca oportunitate să modernizeze
• Limite: investiție inițială mai mare, plus licență nouă lunară pentru noul CRM
• Fiabilitate: cea mai înaltă pe termen lung

Real-time vs batch: ce are nevoie, de fapt, afacerea ta

Majoritatea clienților cer „integrare real-time" fără să se gândească dacă e necesar. Hai să separăm cele două categorii:

Când ai nevoie de real-time (API sau RPA)

• Agentul vocal trebuie să creeze un deal în CRM în momentul în care apelul se închide
• Echipa de vânzări trebuie să primească notificare pe WhatsApp imediat ce un lead nou intră
• Sistemul trebuie să verifice stocul sau disponibilitatea în timpul conversației cu clientul
• Programările făcute prin AI trebuie să blocheze instant calendarul medicului/consultantului

Când batch e suficient (CSV sau email bridge)

• Sincronizare dimineață/seară a listei de clienți pentru campanii
• Raportare la final de lună
• Trimitere de remindere pentru programări făcute anterior
• Import bulk al contactelor pentru enrichment

În practică, 60-70% din clienții care încep cu „trebuie real-time" descoperă că 80% din procesele lor funcționează la fel de bine cu batch. Restul 20-30% chiar au scenarii real-time — pentru acelea găsim mereu o soluție, fie prin API intern descoperit, fie prin RPA, fie prin migrare.

Costul fiecărei abordări (2026)

*Supliment peste pachetul standard Syntho — vezi prețurile publicate pentru baza.

Observație importantă: cifrele de mai sus sunt orientative. Supliment-ul exact pentru un caz concret se stabilește după audit-ul tehnic (inclus gratuit în discovery call), unde verificăm ce opțiuni are sistemul tău și care dintre ele e cea mai rentabilă. Uneori, un CRM care părea închis se dovedește a avea un API nedocumentat foarte curat — atunci costul suplimentar scade aproape la zero.

Când recomandăm migrare, nu integrare

Suntem sinceri cu clienții: nu toate integrările merită construite. Recomandăm migrarea când:

• CRM-ul actual are 5+ ani și nu a mai primit update-uri — riscă să „moară" fără preaviz
• Compania care l-a construit nu mai există sau nu răspunde — nimeni nu va repara problemele
• Suplimentul RPA + migrare date depășește costul licenței HubSpot/Pipedrive pe 2 ani — matematica e clară
• Clientul oricum planifica să schimbe CRM-ul „cândva" — hai să facem schimbarea acum, când oricum investești în AI
• Sistemul actual nu suportă multi-user sau roluri — limitări structurale care blochează creșterea

În schimb, nu recomandăm migrarea când:

• Clientul are deja procese operaționale complexe construite în jurul CRM-ului actual, și refacerea lor ar dura luni
• Integrările tehnice (CSV, DB, API intern) funcționează fiabil și costă rezonabil
• Echipa e familiarizată cu interfața actuală și schimbarea ar genera rezistență majoră
• CRM-ul actual are particularități specifice industriei (ex. modul de facturare cu SmartBill pentru sectorul medical din România) care ar fi greu de replicat pe un CRM generalist

Trei exemple reale din piața românească

Exemplu 1: Agenție imobiliară cu CRM custom

Situație: agenție cu 25 de agenți, CRM construit acum 7 ani de o firmă IT locală, zero documentație, firma IT a închis în 2023.

Soluție: audit a arătat că CRM-ul are bază de date PostgreSQL pe server propriu. Am obținut credențiale admin read-only, am construit strat de sync care citește proprietăți și lead-uri în timp real și trimite updates înapoi prin interfața web (RPA pentru scriere). Agent vocal integrat: call-urile se materializează ca lead-uri în CRM în 2-3 secunde.

Cost final: +3.200€ peste setup-ul CRM standard. Timp de implementare: 4 săptămâni.

Exemplu 2: Rețea de cabinete medicale cu Saga ERP

Situație: 8 cabinete, fiecare cu Saga ERP pentru facturare și evidență pacienți, zero API oficial publicat.

Soluție: Saga exportă automat rapoarte CSV zilnice într-un folder Dropbox. Am construit sync care citește acele CSV-uri la fiecare oră și populează un CRM paralel (HubSpot) folosit de Voice AI pentru identificarea pacientului recurent. Saga rămâne sistemul de facturare; HubSpot devine sursa pentru automatizări.

Cost final: +1.100€ setup. Latență: maxim 1 oră. Client satisfăcut — Saga nu a fost atins.

Exemplu 3: Lanț de saloane cu soft local inadecvat

Situație: 4 saloane cu soft de programări românesc fără API, fără export, aplicație Windows. Oamenii completau Excel paralel pentru raportare.

Soluție: recomandare de migrare la Fresha (sistem pentru saloane cu API deschis). Am migrat datele istorice, am antrenat echipa, am conectat Voice AI direct. Softul vechi a fost abandonat după 60 de zile.

Cost final: similar cu suplimentul RPA (~€3.500) dar clientul a câștigat un sistem modern + API + aplicație mobilă + raportare. ROI clar superior.