Cum faceți migrarea către SAP Business One fără pierderi de date

O migrare SAP Business One reușită se vede în prima lună de după bascula: facturile ies, stocul se potrivește cu raftul, contabilul închide luna fără corecții în lanț. Un proiect nepregătit se vede tot atunci, dar în sens invers. Pagina de față se adresează celor care vor să treacă la SAP Business One dintr-un fișier Excel, dintr-un program de contabilitate sau dintr-un ERP vechi, precum și celor care au deja SAP Business One și trebuie să urce de la o versiune la alta.

Nu veți găsi aici o promisiune de termen sau de buget: acestea depind de datele dumneavoastră și de perimetru. Veți găsi o metodă, pe care o puteți cere explicit oricărui integrator. Pentru contextul general al unei schimbări de sistem, consultați și ghidul de migrare ERP.

Ce înseamnă „migrare” în practică

Cuvântul acoperă trei situații diferite, cu riscuri diferite.

Primele trei sunt migrări către SAP Business One, a patra este o migrare în interiorul produsului. Le tratăm pe rând, dar metoda de lucru rămâne aceeași: inventar, curățare, încărcare de probă, teste, bascula, retragere dacă e cazul.

Cum se integrează migrarea în proiect

În metodologia de implementare a SAP, migrarea datelor din sistemul vechi se face în faza de realizare a proiectului, iar printre uneltele metodologiei figurează un ghid de migrare a datelor. Concluzia practică: migrarea nu este un episod de la sfârșit, ci o activitate care începe devreme, rulează în mai multe cicluri de probă și are un responsabil numit de partea dumneavoastră.

Dacă nu ați stabilit încă cadrul întregului proiect, citiți implementarea SAP Business One: acolo se vede unde se plasează migrarea față de analiză, parametrizare, instruire și lansare.

Ce date se preiau și în ce ordine

Nu tot ce există în sistemul vechi merită să ajungă în cel nou. O regulă sănătoasă: se preia ce este necesar pentru a lucra mâine dimineață și pentru a răspunde obligațiilor legale; restul se arhivează.

Datele de bază

Acestea se încarcă primele, pentru că tranzacțiile se sprijină pe ele:

• parteneri: clienți și furnizori, cu date fiscale, adrese, condiții de plată;
• articole: coduri, unități de măsură, grupe, caracteristici de gestiune (lot, serie);
• planul de conturi, adaptat plan contabil românesc și structurii de raportare;
• depozite, locații, liste de prețuri;
• conturi bancare și case.

Despre modul în care contabilitatea se așază în produs vorbim în pagina dedicată contabilității și finanțelor în SAP Business One.

Soldurile de deschidere

Aici se hotărăște corectitudinea întregului proiect. Contabilul trebuie să poată demonstra că soldurile din sistemul nou coincid cu balanța sistemului vechi la data de tăiere. Se verifică:

• balanța de verificare, cont cu cont;
• soldurile deschise pe fiecare client și furnizor, document cu document, nu doar totalul;
• stocurile, în cantitate și valoare, pe depozit;
• mijloacele fixe, dacă sunt gestionate în sistem, cu amortizarea cumulată;
• avansurile, decontările în curs și TVA în curs de regularizat.

Pentru stocuri, vedeți și gestiunea stocurilor și achizițiile: metoda de evaluare aleasă determină cum se încarcă valorile de început.

Istoricul tranzacțiilor

Aceasta este întrebarea cea mai des pusă: „Putem aduce tot istoricul?”. Răspunsul rațional este, de regulă, nu. Un istoric complet înseamnă mult efort de mapare pentru un beneficiu mic, iar riscul de erori crește cu fiecare an adus. Alternativele:

• păstrați sistemul vechi în regim de consultare, pentru controale și audit;
• încărcați doar istoricul care alimentează analize curente (vânzări pe client, de exemplu), într-un format simplificat;
• arhivați în mod controlat documentele pe care legea vă obligă să le păstrați.

Hotărârea trebuie luată împreună cu contabilul-șef și cu persoana responsabilă de arhivă, nu doar de echipa IT.

Curățarea datelor, înainte de orice încărcare

Un ERP nou nu repară datele proaste, le face mai vizibile. Curățarea se face în sistemul sursă sau într-un fișier intermediar, înainte de încărcare:

1. Dublurile: același partener cu denumiri ușor diferite, același articol cu două coduri.
2. Partenerii inactivi: clienți și furnizori fără mișcare, care nu merită preluați.
3. Datele fiscale: coduri de înregistrare, atribut de plătitor de TVA, adrese; ele trebuie să fie corecte pentru facturarea electronică. Legătura cu e-Factura și ERP este directă: o eroare de date fiscale se transformă în factură respinsă.
4. Articolele: descrieri, unități de măsură, grupe; o nomenclatură coerentă face raportarea utilă.
5. Soldurile vechi: facturi nedecontate de ani, diferențe de stoc nejustificate. Se clarifică înainte, nu după.

Curățarea este munca dumneavoastră, nu a integratorului: el poate propune reguli și scripturi de verificare, dar numai cei care cunosc afacerea știu ce partener este real și ce articol nu se mai vinde.

Unelte și metodă de încărcare

SAP Business One dispune de mecanisme de import (unealta de transfer de date a produsului, precum și interfețele de programare ale aplicației), iar o parte din migrări se bazează pe scripturi scrise de integrator. Alegerea depinde de volum și de tipul datelor: datele de bază se încarcă în general prin import structurat, iar documentele cu logică complexă pot cere o încărcare prin interfața aplicației, pentru ca regulile produsului să fie respectate.

Indiferent de unealtă, rămân valabile câteva principii:

• Încărcare de probă: se rulează întreaga procedură într-un mediu de test, de mai multe ori, până când rezultatul este identic și previzibil.
• Șabloane documentate: fiecare fișier de încărcare are o descriere a câmpurilor, a regulilor de transformare și a persoanei care l-a validat.
• Jurnal de erori: fiecare linie respinsă se explică și se corectează la sursă, nu cu o retușare manuală în destinație.
• Procedura devine un script repetabil: la bascula finală nu se improvizează.

Dacă sistemul nou trebuie să rămână conectat cu alte aplicații (magazin online, aplicație de livrare, bancă), planificați din timp integrările SAP Business One, pentru că fluxurile trebuie oprite și repornite în ordine la bascula.

Strategia de bascula

„Bascula” este momentul în care echipa încetează să mai lucreze în sistemul vechi și începe în cel nou. Există două modele, pe care integratorul le va discuta cu dumneavoastră.

Bascula într-un singur moment

Toți utilizatorii și toate modulele trec simultan, de obicei la început de lună sau de perioadă contabilă, pentru ca soldurile să se potrivească cu o închidere. Avantajul: o singură sursă de adevăr, fără sincronizări. Dezavantajul: miza este mare, deci pregătirea trebuie să fie ireproșabilă.

Bascula pe etape

Se trece pe rând pe module, pe societăți sau pe locații: de pildă contabilitatea și vânzările întâi, producția mai târziu. Riscul este mai mic la fiecare pas, dar pentru o perioadă lucrați cu interfețe între vechi și nou, ceea ce adaugă propria complexitate.

Alegerea se face după mărimea firmei, după dependențele dintre module și după calendarul fiscal. Evitați perioadele de vârf comercial și de închidere anuală.

Etapele zilei de bascula

1. Oprirea operațiunilor în sistemul vechi, la o oră anunțată tuturor.
2. Extragerea finală a soldurilor și a documentelor deschise.
3. Încărcarea în sistemul nou, cu procedura exersată.
4. Reconcilierea: balanță, stocuri, solduri partener, comparate cu sursa.
5. Decizia de pornire, luată de o persoană desemnată, pe baza unor criterii scrise dinainte.
6. Reluarea activității, cu suport intens pe loc în primele zile.

Testele care contează

Un test util nu verifică dacă „merge ecranul”, ci dacă o zi reală de muncă poate fi parcursă de la un capăt la altul. Planificați:

• Teste de date: balanța, soldurile pe partener, stocul pe depozit, comparate cu sursa.
• Teste de proces: ofertă, comandă, livrare, factură, încasare; achiziție, recepție, plată; fiecare cu persoane din echipă, nu doar cu consultantul.
• Teste fiscale: emiterea și transmiterea facturilor prin RO e-Factura, rapoartele pentru ANAF, pregătirea pentru SAF-T (D406), unde este cazul.
• Teste de rapoarte: cele pe care conducerea le folosește în fiecare lună.
• Teste de drepturi: cine vede și cine aprobă ce.

Cererea fiecărui test se notează într-un document semnat de responsabilul de proces. Acest „accept” este singura dovadă că sistemul a fost verificat de cei care îl vor folosi.

Planul de retragere

Un plan de retragere nu este un semn de neîncredere, ci o condiție de seriozitate. Ce trebuie să conțină:

• criterii de oprire: ce abatere de sold sau ce eroare blocantă declanșează revenirea;
• ora limită după care revenirea nu mai este practică;
• starea sistemului vechi: păstrat intact, cu acces de scriere, până la validarea definitivă;
• procedura de reintroducere a tranzacțiilor făcute între timp în sistemul nou;
• persoana care decide și modul în care sunt anunțați angajații, clienții, banca.

Cel mai frecvent greșit: sistemul vechi este dezactivat în aceeași zi cu bascula. Păstrați-l accesibil pe toată perioada de stabilizare și prima închidere lunară.

Migrarea între versiuni de SAP Business One

Dacă lucrați deja pe SAP Business One, tema este alta: urcarea la o versiune mai nouă. Faptele publicate de SAP sunt clare:

• montările de versiune directe se acceptă doar între versiuni consecutive (de exemplu de la 9.3 la 10.0); o montare neconsecutivă cere mai multe etape;
• clienții cu un contract valid de mentenanță primesc gratuit mutările la o versiune mai nouă;
• SAP nu furnizează corecții și patch-uri de securitate pentru feature package-urile, support package-urile, patch-urile sau hotfix-urile vechi;
• versiunea 10.0 este în mentenanță standard până la 31 decembrie 2028, sub rezerva modificării datelor, în timp ce versiunile 8.8, 8.81, 8.82, 9.0, 9.1, 9.2 și 9.3 au încheiat această perioadă;
• pagina de mentenanță a SAP precizează doar că versiunea 11 va urma după versiunea 10, fără dată.

De la versiunea 10.0, apărută în aprilie 2020, SAP livrează noutățile continuu, prin feature package-uri cumulative, care includ și corecții, remedieri de securitate și actualizări legale; interfețele rămân stabile între versiunea majoră și aceste pachete. Practic, pentru cine este deja pe 10.0, „migrarea” devine un exercițiu de întreținere regulat, nu un proiect rar și mare.

Cine este pe o versiune veche ar trebui să prezinte integratorului:

1. lista extensiilor și a dezvoltărilor la comandă, pentru a verifica compatibilitatea (vedeți personalizarea);
2. rapoartele și integrările utilizate;
3. fiecare etapă intermediară necesară, cu un mediu de test pentru fiecare;
4. fereastra de timp, în afara orelor de lucru.

Informații despre ediții și mediul de găzduire găsiți în paginile versiuni și ediții și hosting și cloud. Despre perioada de după aplicare, citiți suportul și mentenanța; SAP garantează cel puțin cinci ani de mentenanță standard pentru fiecare familie de versiuni, începând de la lansarea versiunii majore, iar această perspectivă ajută la planificarea ciclului de viață.

Greșeli de evitat

• A trata migrarea ca pe o simplă operație IT. Contabilul, directorul de depozit și cel de vânzări validează datele; fără ei, proiectul rămâne tehnic și gol.
• A încărca datele murdare „și le curățăm după”. După bascula, nimeni nu mai are timp.
• A lăsa o singură încărcare de probă. Prima rulare scoate la iveală problemele; a doua și a treia le confirmă rezolvate.
• A suprapune bascula cu o închidere fiscală sau cu un vârf de comenzi.
• A uita partenerii externi: banca, curierul, platforma de comerț electronic, contabilul extern.
• A neglija instruirea. Un sistem corect încărcat, folosit prost, produce date greșite din prima săptămână; vedeți instruirea pentru SAP Business One.
• A alege integratorul doar după preț. Întrebați cum arată procedura lui de migrare, câte încărcări de probă face și ce documentează; ghidul alegerea unui partener SAP Business One vă ajută cu întrebările.

Cum procedați concret

1. Faceți inventarul surselor de date și al persoanelor care le cunosc.
2. Hotărâți ce se preia, ce se arhivează și ce se abandonează.
3. Numiți un responsabil de migrare în firmă, cu timp alocat.
4. Cereți integratorului procedura scrisă: șabloane, cicluri de probă, criterii de acceptare, plan de retragere.
5. Stabiliți data basculei în funcție de calendarul fiscal, nu de comoditate.

Serviciul nostru este gratuit și neutru față de editori: vă punem în legătură cu un integrator potrivit proiectului dumneavoastră, iar acesta realizează și conduce migrarea. Pentru o privire de ansamblu asupra produsului în piața românească, vedeți SAP Business One în România.

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.