Un conector Odoo nu este un produs unic, pe care îl cumpărați și îl porniți. Este orice mecanism care duce date între Odoo și alt sistem: un modul din magazinul de extensii, o integrare scrisă de un dezvoltator pe baza API-ului Odoo sau un schimb de fișiere programat. Pentru o firmă din România, întrebarea utilă nu este „ce conectori există?”, ci „ce fluxuri trebuie automatizate și cine răspunde de ele peste doi ani?”.
Pagina explică ce înseamnă o integrare Odoo în practică, ce oferă API-ul, unde se potrivește o extensie și unde un dezvoltament, cum se cadrează un flux și ce trebuie prevăzut pentru întreținere. Dacă sunteți încă la început, parcurgeți mai întâi modulele Odoo, pentru că multe nevoi sunt acoperite fără nicio integrare.
Trei moduri de a lega Odoo de restul sistemului
Înainte de a alege tehnologia, alegeți abordarea. Fiecare are un cost și o limită diferită.
| Abordare | Când se potrivește | Atenție |
|---|---|---|
| Modul nativ Odoo | Nevoia este în aplicațiile standard (de exemplu comerț electronic, facturare) | Verificați versiunea și edițiile; unele funcții diferă între Community și Enterprise |
| Extensie din magazinul de aplicații | Nevoie frecventă, cu mulți utilizatori (plăți, curieri, conectori pentru platforme) | Calitatea variază, iar compatibilitatea cu versiunea voastră trebuie testată |
| Integrare dezvoltată pe API | Proces specific, sistem intern sau platformă fără extensie | Se întreține ca orice cod: documentație, teste, actualizări |
Odoo anunță 50 de aplicații principale și o comunitate care a contribuit cu peste 50 000 de aplicații suplimentare. Cifra arată că există ofertă mare, nu că fiecare extensie merită încrederea voastră. O extensie comunitară fără întreținere activă devine o problemă la prima trecere la o versiune nouă.
API-ul Odoo: ce trebuie să știți
Pentru integrările personalizate, punctul de plecare este API-ul extern. Documentația versiunii 19 îl prezintă pe JSON-2 ca API curent, cu chei de API, drepturi de acces, alegerea bazei de date și tranzacții. XML-RPC și JSON-RPC apar acolo ca interfețe istorice, iar documentația oferă un ghid de migrare spre JSON-2.
Consecința practică: dacă un furnizor vă propune o integrare bazată pe interfețele vechi, întrebați cum va trece la JSON-2. O integrare construită astăzi pe o interfață istorică este o datorie tehnică programată.
Accesul la API depinde de formulă
Accesul la API-ul extern face parte din funcțiile rezervate formulei Odoo Custom, alături de Odoo Studio, de multi-societate și de IA agentică. Formula Standard nu îl include. Dacă planul vostru de integrare se bazează pe API și bugetul pornește de la formula mai ieftină, aveți o contradicție de rezolvat înainte de semnare. Detaliile de preț se găsesc în pagina despre prețurile Odoo.
Chei de API și drepturi
Un flux automat nu trebuie să ruleze cu contul unui angajat. Cereți un utilizator tehnic dedicat fiecărei integrări, cu drepturi limitate la modelele de care are nevoie și cu o cheie de API revocabilă. Dacă un flux se compromite sau un furnizor schimbă echipa, revocați cheia fără să atingeți restul sistemului. Rețineți și regula de licențiere: utilizatorii plătiți sunt cei cu acces la backend, iar utilizatorii de portal (clienți, furnizori) nu sunt numărați ca plătiți. Verificați cu integratorul cum se contabilizează un utilizator tehnic.
Comerț electronic: magazin propriu sau platformă externă
Cea mai frecventă cerere din IMM-urile românești este legătura dintre magazinul online și ERP. Aici decizia are două ramuri.
Varianta 1: magazinul este chiar Odoo. Modulul eCommerce gestionează catalogul și variantele, conturile de client, vânzarea B2B și B2C, coșurile abandonate, modurile de livrare, retururile și facturarea, inclusiv cu mai multe site-uri. Fiind în același sistem, stocul, prețurile și comanda nu au nevoie de sincronizare. Se conectează la peste douăzeci de furnizori de plăți (Stripe, PayPal, Adyen, Mollie, Razorpay și alții) și poate publica produsele prin Google Merchant Center, TikTok, Facebook sau Instagram.
Varianta 2: magazinul rămâne pe altă platformă. Atunci apare un flux de integrare real, cu întrebări de fond:
- care sistem este sursa de adevăr pentru stoc și pentru prețuri;
- ce se întâmplă cu o comandă anulată după emiterea facturii;
- cum se tratează retururile și notele de credit;
- cine confirmă încasarea în cazul plății la livrare.
Pentru fluxul de vânzare în sine, vedeți și pagina despre CRM și vânzări în Odoo, iar pentru sectorul online, ERP pentru comerț electronic.
Ce se integrează de obicei într-o firmă românească
Lista de mai jos pornește de la cererile întâlnite des la companiile din România. Nu înseamnă că fiecare element există ca extensie gata făcută; pentru fiecare, integratorul trebuie să arate ce este disponibil în versiunea voastră.
| Domeniu | Ce se schimbă | Întrebarea de verificat |
|---|---|---|
| Facturare electronică ANAF | Facturi trimise și primite prin RO e-Factura | Cine corectează o factură respinsă și în cât timp aflați |
| SAF-T (D406) | Date contabile pentru declarația ANAF | Ce date lipsesc din nomenclatoare și cine le completează |
| RO e-Transport | Declararea transporturilor de mărfuri | Cum ajunge codul de urmărire în documentul de livrare |
| Bănci | Extrase, plăți, reconciliere | Formatul de extras și frecvența importului |
| Plăți online | Încasări card, rambursări | Cum se potrivește plata cu factura |
| Curieri | Generare AWB, urmărire, ramburs | Cine reconciliază rambursul cu încasarea |
| BI și rapoarte | Date către instrumente de analiză | Citire directă sau export programat |
| Birotică | Calendar, e-mail, documente, semnătură electronică | Ce document este sursa oficială |
| EDI | Comenzi și facturi cu marii clienți sau lanțuri de retail | Cine plătește adaptarea la fiecare partener |
Pentru partea reglementară, aprofundați facturarea electronică în ERP și cerințele legale locale din pagina despre Odoo în România.
Cum cadrați un flux de integrare
O integrare eșuează rar din motive tehnice. Cel mai des eșuează pentru că nimeni nu a scris, înainte de dezvoltare, ce se întâmplă în cazurile neplăcute. Pentru fiecare flux, cereți integratorului o fișă de o pagină, cu aceste puncte:
- Scopul. Ce decizie sau ce operațiune manuală dispare.
- Sursa de adevăr. Care sistem deține fiecare dată: client, produs, preț, stoc, factură.
- Direcția. Într-un sens sau în ambele; schimbul în ambele sensuri cere reguli pentru conflicte.
- Declanșatorul. Imediat, la interval sau la cerere. Un flux în timp real se justifică doar dacă procesul chiar o cere.
- Gestionarea erorilor. Ce se întâmplă când celălalt sistem nu răspunde sau respinge datele; cine primește alerta.
- Volumele. Numărul de documente și vârfurile de activitate, fără a le ghici: cereți-le de la voi, din istoricul real.
- Datele de test. Cum verificați fluxul fără a atinge contabilitatea reală.
- Responsabilul. Un nume de pe partea firmei, nu doar un furnizor.
Date curate înaintea conectorului
Un conector nu repară datele. Dacă un produs apare de trei ori cu coduri diferite sau un client are mai multe fișe, integrarea va multiplica problema. Curățarea nomenclatoarelor face parte din migrarea datelor și trebuie planificată înaintea fluxurilor, nu după.
Cine întreține integrarea
Aici se pierd cele mai multe proiecte. O integrare este un produs viu: Odoo se actualizează, platformele externe își schimbă interfețele, iar legislația ANAF evoluează. Fără un responsabil, fluxul se oprește pe tăcute.
Trei aranjamente sunt posibile:
- Integratorul întreține. Este varianta cea mai simplă pentru un IMM; se leagă de un contract de suport și mentenanță care enumeră explicit fluxurile acoperite.
- Echipa internă întreține. Cere o persoană cu competențe tehnice și documentație completă predată la recepție.
- Mixt. Integratorul rezolvă incidentele complexe și actualizările, firma urmărește alertele de zi cu zi.
Indiferent de variantă, contractul trebuie să precizeze: cine testează după o actualizare de versiune, în ce termen se corectează un flux oprit, cine deține codul sursă și cine plătește când o terță parte își schimbă API-ul.
Hosting și licență: două limite des uitate
Hostingul. Odoo se poate găzdui ca Odoo Online (SaaS), pe Odoo.sh sau pe server propriu, ultimele două în formula Custom. Alegerea influențează ce module externe puteți instala și cum se rulează codul personalizat. Discutați-o devreme, în paralel cu hostingul și cloud-ul Odoo.
Licența. Odoo 19 Community este sub licența LGPLv3, iar Odoo 19 Enterprise sub licența Odoo Enterprise Edition v1.0, utilizabilă doar cu un abonament Enterprise valid pentru numărul corect de utilizatori. Dacă o extensie comunitară are o licență incompatibilă cu proiectul vostru, aflați acest lucru înainte de instalare, nu la un audit.
Când integrarea devine dezvoltament
Dacă extensiile nu acoperă nevoia, intrați în zona dezvoltărilor la comandă. Aceasta nu este neapărat o problemă, însă se trateaza cu rigoare: specificație, mediu de test, versionare, predare. Detaliile se găsesc în pagina despre personalizarea Odoo. Pentru proiectul în ansamblu, urmăriți și etapele din implementarea Odoo.
Cum alegeți partenerul potrivit pentru integrări
Un integrator bun nu promite că „se leagă orice cu orice”. Cere întrebări despre procesele voastre, vă prezintă limitele fiecărei opțiuni și vă arată cum a rezolvat un caz asemănător, fără a numi clienți fără acordul lor. La selecție, cereți:
- exemple de fluxuri similare, descrise la nivel de proces;
- modul în care documentează și testează o integrare;
- politica pentru actualizările de versiune;
- separarea clară între costul inițial și cel recurent.
Pentru criteriile complete, citiți cum alegeți un integrator Odoo. Dacă doriți să primiți propuneri de la integratori potriviți proiectului vostru, formularul de cerere este gratuit și nu vă angajează: noi doar facem legătura, iar proiectul îl realizează integratorul.
Întrebări frecvente
Ce este un conector Odoo și când am nevoie de el?
Un conector Odoo este o componentă care schimbă date între Odoo și un alt sistem: magazin online, bancă, curier, instrument de BI sau platforma ANAF. Aveți nevoie de el când aceleași informații sunt introduse manual în două locuri sau când un proces depinde de un sistem extern. Dacă modulul nativ acoperă nevoia, nu aveți de ce să adăugați un conector.
Ce API folosește Odoo pentru integrări externe?
Documentația versiunii 19 prezintă JSON-2 ca API curent al API-ului extern, cu chei de API, drepturi de acces, alegerea bazei de date și tranzacții. XML-RPC și JSON-RPC sunt tratate acolo ca istorice, iar documentația oferă un ghid de migrare spre JSON-2. Accesul la API-ul extern face parte din formula Odoo Custom.
Cât costă o integrare Odoo?
Costul depinde de numărul de fluxuri, de sensul schimbului (într-o direcție sau în ambele), de calitatea datelor din sistemul extern și de faptul că există sau nu o extensie gata făcută. Nu putem da o sumă fără un caiet de sarcini. Cereți fiecărui integrator costul inițial separat de cel de întreținere, inclusiv pentru actualizările de versiune.
Odoo se conectează la magazinul meu online?
Odoo are propriul modul de comerț electronic, cu catalog, variante, conturi de client, coș abandonat, livrare, retururi și facturare. Dacă magazinul rămâne pe o altă platformă, se folosește o extensie sau un conector dezvoltat, iar integratorul trebuie să stabilească cine este sursa pentru stoc, prețuri și comenzi.
Cine întreține integrările după lansare?
Trebuie stabilit în scris, în contract. Cel mai des, integratorul preia întreținerea prin contract de suport, deoarece fiecare actualizare Odoo sau schimbare a unui API extern poate afecta fluxul. Alternativa este o echipă internă, cu documentație și monitorizare predate la finalul proiectului.
Surse
- Odoo — documentația API-ului extern (versiunea 19)
- Odoo — prețuri și formule
- Odoo — documentația eCommerce (versiunea 19)
- Odoo — despre companie
- Odoo — licențe (versiunea 19)
Numele programelor menționate sunt mărci ale editorilor respectivi și apar doar cu titlu informativ. Acest site este independent și nu este afiliat niciunui editor.