TL;DR: Migrarea la Odoo din Saga, SmartBill sau Excel nu inseamna un buton de import, ci un proces in pasi: inventarul datelor existente, curatare si normalizare, mapare catre modelul Odoo, import (CSV sau API), o perioada de rulare in paralel, validarea soldurilor cu contabilul, instruirea echipei si go-live. Partea grea nu e tehnica, ci curatarea datelor si reconcilierea soldurilor. Cu o data de taietura clara si o luna de paralel, trecerea se face fara sa pierzi continuitatea operationala sau fiscala.
De ce migrarea e altceva decat un import
Multe firme cred ca trecerea la Odoo inseamna sa exporti un fisier din Saga sau SmartBill si sa-l incarci in noul sistem. In realitate, importul propriu-zis este ultima si cea mai scurta etapa. Inaintea lui sunt zile de inventar, curatare si mapare, pentru ca datele vechi aproape niciodata nu sunt curate: acelasi client apare de trei ori scris diferit, produse fara unitate de masura, solduri care nu se potrivesc cu balanta, facturi cu TVA introdus manual gresit.
Diferenta dintre o migrare reusita si una care produce decizii proaste pe cifre eronate nu sta in unealta de import, ci in disciplina de a curata si reconcilia inainte. Odoo nu repara date murdare, ci le mosteneste. Cine sare peste etapele de pregatire ajunge cu solduri gresite si pierde increderea echipei in sistem din prima luna.
Pasul 1: inventarul datelor existente
Primul pas este sa stii exact ce ai. Indiferent ca pleci din Saga, SmartBill sau Excel, datele se grupeaza in cateva categorii pe care le inventariem la inceput:
- Parteneri - clienti si furnizori: denumire, CUI, registrul comertului, adresa, date de contact, conturi bancare, termen de plata.
- Produse si servicii - nomenclatorul: cod, denumire, unitate de masura, cota TVA, pret, eventual gestiune si stoc minim.
- Solduri - soldurile de deschidere pe parteneri (cine cui datoreaza), soldurile conturilor contabile la data de taietura.
- Stocuri - cantitatile curente pe gestiuni, cu pret de inregistrare, daca lucrezi cu marfa.
- Istoric facturi - facturi emise si primite, atat cat e necesar pentru continuitate si raportare.
Pentru fiecare categorie notam sursa (ce sistem, ce export), volumul (cate inregistrari) si starea (cat de curate sunt). Acest inventar decide cat dureaza si cat costa migrarea.
Pasul 2: curatarea si normalizarea datelor
Aici se duce cea mai mare parte a efortului. Curatarea inseamna sa aduci datele intr-o forma consistenta, fara duplicate si fara campuri lipsa, inainte de a le pune in Odoo. In practica:
- Deduplicare parteneri - acelasi client scris in trei feluri devine o singura inregistrare, cu CUI validat.
- Completare CUI si date fiscale - Odoo si integrarile fiscale au nevoie de CUI corect; campurile goale se completeaza din surse oficiale.
- Normalizare produse - unitate de masura unica per produs, cota TVA corecta, cod consistent.
- Verificare solduri - soldurile din export trebuie sa corespunda cu balanta de la contabil; diferentele se lamuresc acum, nu dupa import.
Datele din Excel sunt de obicei cele mai dezordonate, pentru ca nu au avut niciodata reguli de validare. Datele din Saga si SmartBill sunt mai structurate, dar tot cer normalizare la export. Regula: nu importam nimic ce nu a trecut de curatare.
Pasul 3: maparea catre modelul Odoo
Maparea inseamna sa pui fiecare camp din sistemul vechi pe campul corect din Odoo. Nu e mereu unu-la-unu: Odoo are propriul model de date, cu parteneri unici (un singur partener poate fi si client, si furnizor), produse cu variante, conturi contabile dupa planul tau de conturi.
Tabelul de mai jos arata, simplificat, cum se mapeaza categoriile uzuale:
| Date vechi (Saga / SmartBill / Excel) | Model Odoo | Observatii la mapare |
|---|---|---|
| Clienti si furnizori | Contacts (res.partner) | Un singur partener pentru client si furnizor; CUI obligatoriu |
| Nomenclator produse | Products (product.template) | Unitate de masura si cota TVA pe fiecare |
| Solduri parteneri | Inregistrari contabile de deschidere | Reconciliate cu balanta la data de taietura |
| Stocuri pe gestiuni | Inventory (stock.quant) | Cantitate si pret de inregistrare per gestiune |
| Plan de conturi | Chart of Accounts | Aliniat la planul de conturi romanesc |
| Istoric facturi | Invoices (account.move) | Doar cat e necesar pentru continuitate |
Maparea se documenteaza in scris si se valideaza pe un esantion mic inainte de importul complet. Asa prinzi greselile pe 20 de inregistrari, nu pe 20.000.
Pasul 4: importul propriu-zis (CSV sau API)
Cu datele curatate si maparea aprobata, importul devine partea usoara. Avem doua cai:
- Import CSV cu sabloanele Odoo. Transparent, usor de verificat, potrivit pentru nomenclatoare, parteneri si solduri de deschidere. Fiecare fisier se importa intai pe un mediu de test.
- Import prin API (XML-RPC sau JSON-RPC). Pentru volume mari, surse multiple sau importuri care trebuie reluate de mai multe ori, automatizam prin API ca sa nu repetam munca manuala si sa putem relua curat daca apar corectii.
Alegerea depinde de volum si de cate ori trebuie reluat importul. Indiferent de metoda, importul se face mai intai pe un mediu de test identic cu productia, se verifica, si abia apoi se reia pe productie la data de taietura.
Pasul 5: perioada de rulare in paralel
Inainte sa depinzi complet de Odoo, recomandam o perioada de paralel: de regula intre doua si patru saptamani in care inregistrezi aceleasi documente atat in sistemul vechi, cat si in Odoo, si compari rezultatele. E plasa de siguranta care prinde diferentele de configurare - o cota de TVA setata gresit, un cont contabil mapat aiurea, un flux care nu se comporta cum credeai.
Paralelul cere efort dublu temporar, dar evita surpriza neplacuta la prima inchidere de luna in noul sistem. Cand cifrele din ambele sisteme se potrivesc la zi pe o perioada intreaga, ai dovada ca Odoo e configurat corect si poti renunta la vechiul program cu incredere.
Pasul 6: validarea soldurilor cu contabilul
Validarea finala nu e o decizie tehnica, ci una contabila. Contabilul compara balanta si soldurile pe parteneri din Odoo cu cele din sistemul vechi la data de taietura. Noi pregatim datele, le importam si livram rapoartele de control, dar confirmarea ca cifrele inchid corect ramane in responsabilitatea contabilitatii.
De aceea implicam contabilul din prima faza, nu abia la final: el stabileste data de taietura, valideaza planul de conturi si confirma soldurile de deschidere. O migrare in care contabilul intra abia la sfarsit este o migrare care se intoarce in lucru.
Pasul 7: instruirea echipei si go-live
Sistemul intra in productie doar dupa ce oamenii stiu sa lucreze in el. Instruirea se face pe roluri - vanzari, depozit, contabilitate, management - cu materiale scrise si sesiuni de intrebari. Echipa trebuie sa fie operationala din prima zi de productie, nu sa invete pe documente reale.
Go-live-ul se planifica la o data de taietura clara, de preferat la inceputul unei perioade fiscale. Momentul cel mai curat este 1 ianuarie, pentru ca soldurile de deschidere sunt limpezi, dar se poate trece si la mijloc de an cu o data de taietura agreata cu contabilul. Dupa go-live ramane o perioada de suport intensiv, pentru ca primele intrebari reale apar in primele zile de utilizare efectiva.
Capcane frecvente
- Sari peste curatare ca sa economisesti timp si ajungi cu duplicate si solduri gresite in Odoo.
- Migrezi tot istoricul fara sa filtrezi, lungesti proiectul si umpli sistemul de date pe care nu le folosesti.
- Implici contabilul abia la final, cand orice diferenta de sold inseamna sa refaci munca.
- Renunti la paralel ca sa lansezi mai repede si descoperi problemele la prima inchidere de luna.
- Uiti integrarile fiscale. e-Factura si SAF-T nu sunt optionale in Romania; pentru termenele si pragurile curente verifica la ANAF sau cu contabilul, pentru ca se schimba.
- Nu testezi pe un mediu separat si importi direct pe productie, fara cale de intoarcere curata.
Cost, e-Factura si on-premise vs cloud
Migrarea este o linie de cost in implementarea Odoo, separata si proportionala cu volumul si starea datelor. La date murdare, etapa de curatare poate fi cea mai scumpa parte a proiectului - motiv in plus sa o iei in serios. Integrarile fiscale obligatorii (e-Factura prin SPV, SAF-T D406) intra aproape mereu in scopul proiectului si se bugeteaza de la inceput.
Decizia de model - Odoo on-premise sau cu abonament lunar pe utilizator - influenteaza si migrarea: pe on-premise ai control deplin asupra datelor importate si asupra mediului de test, fara limite impuse de un furnizor.
Daca planifici o trecere la Odoo, vezi intai pagina noastra de implementare Odoo on-premise, unde detaliem modulele, livrarea si suportul. Pentru decizia de model citeste comparatia Odoo on-premise vs cloud, pentru buget vezi defalcarea din cat costa o implementare Odoo, iar pentru obligatia fiscala care apare aproape mereu in scopul proiectului citeste ghidul despre e-Factura in Odoo pentru firme din Romania.
Intrebari frecvente
Cat dureaza o migrare la Odoo din Saga, SmartBill sau Excel? O migrare simpla, cu nomenclator curat si putin istoric, se face tipic in 2-4 saptamani de la momentul in care primim extragerile. O migrare medie, cu solduri pe parteneri, stocuri pe gestiuni si o luna de paralel, dureaza 1-3 luni. Cea mai mare parte a timpului nu se duce pe import, ci pe curatarea datelor si pe validarea soldurilor cu contabilul. Datele murdare lungesc mereu proiectul.
Imi pierd istoricul de facturi cand trec de la Saga sau SmartBill la Odoo? Nu, daca planifici asta de la inceput. Istoricul de facturi se poate importa in Odoo ca documente cu data si valoare reala, sau se poate pastra arhivat in vechiul sistem pentru consultare si raportare. Recomandarea practica e sa migrezi soldurile de deschidere si nomenclatoarele complet, iar din istoric sa aduci doar cat e necesar pentru continuitate operationala si fiscala. Restul ramane accesibil in arhiva.
Pot trece la Odoo la mijlocul anului sau trebuie sa astept 1 ianuarie? Se poate si la mijloc de an, dar momentul cel mai curat este inceputul unei perioade fiscale, tipic 1 ianuarie, pentru ca soldurile de deschidere sunt clare si reconcilierea cu contabilitatea e mai simpla. La mijloc de an se migreaza soldurile la o data de taietura aleasa impreuna cu contabilul. Indiferent de moment, perioada de rulare in paralel ramane recomandata.
Trebuie sa rulez Saga sau SmartBill in paralel cu Odoo o perioada? Da, recomandam o perioada de paralel de regula intre doua si patru saptamani, in care inregistrezi aceleasi documente in ambele sisteme si compari rezultatele. Asa prinzi diferentele de configurare inainte de a depinde complet de Odoo. Paralelul costa efort dublu temporar, dar e plasa de siguranta care evita surprize la prima inchidere de luna in noul sistem.
Cum import datele in Odoo, prin CSV sau prin API? Pentru nomenclatoare, parteneri, produse si solduri de deschidere folosim de regula import prin CSV cu sabloanele Odoo, pentru ca e transparent si usor de verificat. Pentru volume mari, surse multiple sau actualizari repetate, folosim API-ul Odoo (XML-RPC sau JSON-RPC) ca sa automatizam si sa reluam importul fara munca manuala. Alegerea depinde de volum si de cat de des trebuie reluat importul.
Cine valideaza ca soldurile din Odoo sunt corecte dupa migrare? Validarea finala o face contabilul tau, comparand balanta si soldurile pe parteneri din Odoo cu cele din sistemul vechi la data de taietura. Noi pregatim datele, le importam si livram rapoartele de control, dar confirmarea ca cifrele inchid corect ramane responsabilitatea contabilitatii. De aceea il implicam pe contabil din prima faza, nu abia la final.
Glosar
- Migrare date: procesul de extragere, curatare, mapare, import si reconciliere a datelor vechi (parteneri, produse, solduri, stocuri, istoric) catre noul sistem.
- Data de taietura: momentul de referinta la care se ingheata soldurile in sistemul vechi si se preiau in cel nou, ca punct de deschidere.
- Sold de deschidere: valoarea cu care un cont sau un partener intra in noul sistem la data de taietura, preluata din contabilitatea veche.
- Rulare in paralel: perioada in care aceleasi documente se inregistreaza atat in sistemul vechi, cat si in Odoo, pentru a compara rezultatele inainte de a renunta la vechiul program.
- API (XML-RPC / JSON-RPC): interfata de programare prin care Odoo poate primi date automat din alte sisteme, alternativa la importul manual prin CSV.
- Go-live: momentul in care Odoo intra in productie reala si echipa lucreaza efectiv in el.