Un proiect Business Central nu eșuează de obicei într-o singură zi. Se degradează treptat: termenele se mută, rapoartele nu mai corespund cu ce vede contabilul, utilizatorii își țin evidențele în Excel „pentru siguranță”, iar integratorul răspunde tot mai greu. Un audit Business Central pune ordine în această situație: stabilește ce funcționează, ce trebuie corectat și dacă merită să continuați cu același partener sau să faceți o reluare de proiect Business Central cu altul.
Pagina se adresează directorilor, directorilor financiari și responsabililor IT din companii românești care au deja o instalare în lucru sau în producție și simt că ea nu livrează ce s-a promis. Dacă încă alegeți soluția, începeți cu criteriile de alegere a unui partener; dacă proiectul abia pornește, vedeți etapele de implementare.
Semne că un audit Business Central se impune
Nu orice întârziere cere un audit. Iată însă situațiile care, în practică, anunță o problemă de fond:
- Termene mutate de mai multe ori, fără un plan nou care să explice cauza.
- Închiderea lunii rămâne laborioasă: contabilul reface manual balanțe, reconciliază stocuri sau corectează înregistrări în afara sistemului.
- Nesiguranță față de e-Factura și SAF-T (D406): nu știți dacă sistemul acoperă corect obligațiile declarative sau dacă depinde de soluții improvizate.
- Utilizatorii ocolesc sistemul: comenzi pe e-mail, stocuri în foi de calcul, aprobări verbale.
- Dezvoltări specifice greu de explicat: nimeni nu știe exact ce fac extensiile instalate și cine le întreține.
- Lentoare sau erori recurente la rapoarte, la postări în masă sau la integrări cu magazinul online ori cu casa de marcat.
- Dependență totală de o singură persoană din echipa integratorului, fără documentație.
- Facturi de suport care cresc fără ca problemele să dispară.
Dacă recunoașteți trei sau mai multe dintre aceste semne, nu mai aveți un incident, ci o problemă de guvernanță a proiectului. Despre cauzele frecvente citiți și greșelile clasice ale proiectelor ERP.
Ce examinează un audit al unei instalări Business Central
Un audit serios nu este o prezentare generală, ci o verificare pe domenii, cu constatări documentate. Șase zone contează aproape întotdeauna.
Parametrare și procese
Auditorul compară modul în care sistemul este configurat cu modul în care lucrează firma. Se verifică planul de conturi, grupurile de înregistrare, dimensiunile analitice, fluxurile de aprobare, seriile de numerotare, regulile de TVA și configurarea documentelor de vânzare și achiziție. O parametrare făcută „după model” și nu după firma dumneavoastră produce, de obicei, soluții ocolitoare în fiecare departament.
Date
Se examinează calitatea datelor migrate și a celor create ulterior: duplicate de parteneri, articole cu unități de măsură incoerente, solduri de deschidere neconcordante, documente blocate la jumătate. Merită să știți că suportul tehnic Microsoft acoperă incidentele de tip break-fix și nu ajută la corectarea datelor corupte; curățarea datelor este deci o sarcină a integratorului, nu a producătorului.
Dezvoltări specifice și extensii
Aici se află adesea riscul cel mai mare. Auditorul inventariază fiecare extensie: cine a scris-o, ce face, dacă este compatibilă cu versiunea curentă, dacă a fost testată și dacă există codul sursă în depozitul dumneavoastră. Un cod pe care îl deține doar fostul furnizor este o dependență. Detalii despre limitele unei adaptări sănătoase găsiți în pagina despre dezvoltări și personalizare.
Performanță
Se verifică timpii la postare, la rapoarte și la deschiderea listelor mari, dar și cauzele: filtre prost proiectate, extensii care rulează la fiecare operațiune, integrări care apelează sistemul excesiv. Performanța se judecă împreună cu utilizatorii, nu doar cu instrumentele.
Securitate și acces
Se controlează seturile de permisiuni, separarea atribuțiilor (cine creează o factură, cine o aprobă, cine o plătește), conturile fostelor angajați, accesul integratorului și al terților. Un lucru esențial: trebuie să existe cel puțin un administrator din partea firmei, nu doar conturi ale furnizorului.
Versiune și actualizări
Business Central online primește două actualizări majore pe an, în aprilie și în octombrie, plus actualizări minore lunare între ele; acestea conțin corecții critice și adaptări la reglementări. Pentru fiecare versiune majoră există o perioadă de actualizare de cinci luni, iar mediile de test (sandbox) cu versiunea viitoare se deschid cu aproximativ o lună înainte de lansare. Auditul verifică dacă firma folosește aceste ferestre sau a rămas în urmă, dacă extensiile pot trece la versiunea nouă și care este fereastra de actualizare configurată. Implicit, aceasta este între ora douăzeci și ora șase, în ora locală, iar o actualizare neterminată în fereastră este anulată și reprogramată după șapte zile. Mai multe despre acest subiect în pagina versiuni și ediții Business Central.
Cum arată un raport de audit util
| Domeniu | Ce se verifică | Livrabil așteptat |
|---|---|---|
| Parametrare | Plan de conturi, TVA, dimensiuni, fluxuri | Lista abaterilor față de procesele reale |
| Date | Duplicate, solduri, documente blocate | Plan de curățare cu responsabili |
| Dezvoltări | Inventar, compatibilitate, cod sursă | Registru de extensii cu riscul fiecăreia |
| Performanță | Rapoarte, postări, integrări | Cauze identificate și priorități |
| Securitate | Permisiuni, separarea atribuțiilor, conturi | Matrice de acces și corecții |
| Versiune | Poziția față de ultima actualizare majoră | Calendar de actualizare |
| Conformitate | e-Factura, SAF-T (D406), RO e-Transport | Acoperire confirmată sau decalaj |
Un raport care se oprește la „sistemul funcționează” sau „sistemul este prost configurat”, fără o listă de constatări verificabile, nu este un audit. Cereți exemple concrete, capturi, înregistrări și un risc exprimat în efect asupra afacerii.
Business Central în România: de ce contează localizarea la audit
Microsoft furnizează direct localizarea Business Central pentru un număr de țări, iar pentru celelalte funcționalitatea locală vine prin aplicații de localizare construite de parteneri și publicate pe Marketplace. Documentația Microsoft precizează că într-o țară pot exista mai mulți parteneri sau mai multe aplicații. Consecința pentru voi este practică: în auditul unui sistem folosit în România trebuie identificat exact ce aplicație de localizare rulează, cine o întreține, cum se actualizează odată cu fiecare versiune majoră și cum acoperă e-Factura și SAF-T (D406).
Dacă răspunsul este „nu știm” sau „depinde de o singură persoană”, aveți deja prima constatare importantă. Contextul local este detaliat în pagina Business Central în România, iar obligațiile legale pe care sistemul trebuie să le acopere sunt prezentate în ghidul cerințelor legale.
Schimbarea integratorului Business Central fără a relua proiectul
Să schimbați integratorul nu înseamnă să pierdeți ce s-a construit. Instalarea este a dumneavoastră: tenant-ul, datele, licențele și, dacă ați cerut-o contractual, codul extensiilor. Ce se schimbă este partenerul care o administrează.
Ce trebuie recuperat înainte de orice discuție
Înainte de a anunța o ruptură, asigurați-vă că aveți:
- Acces de administrator global la tenant-ul Microsoft, deținut de firma dumneavoastră.
- Lista utilizatorilor, a rolurilor și a permisiunilor, exportată.
- Codul sursă al extensiilor și al rapoartelor adaptate, cu istoricul modificărilor.
- Documentația de parametrare: planul de conturi, regulile de înregistrare, fluxurile de aprobare.
- Specificațiile și cerințele inițiale, procesele-verbale ale ședințelor și deciziile semnate.
- Inventarul integrărilor: ce sisteme comunică cu Business Central, prin ce metodă, cu ce conturi tehnice.
- Contractul, anexele și condițiile de predare la încetare.
- Cheile și conturile terților: bancă, curier, magazin online, semnătură electronică.
Cum se face tranziția
Licențele online se cumpără exclusiv prin programul Cloud Solution Provider, adică printr-un partener. De aceea, un transfer de partener implică și o discuție despre relația de facturare și despre relația de administrare delegată. Planificați-o din timp, ca abonamentul și accesul să nu rămână în gol. În același timp, Microsoft descrie partenerul ca prima linie de suport tehnic și ca administrator delegat al tenant-ului clientului; pentru a ridica o solicitare către Microsoft în numele dumneavoastră, partenerul trebuie să aibă acest drept delegat și un plan de suport adecvat. Verificați deci cine îl deține și până când.
Sugestia noastră este o tranziție în trei pași: un audit făcut de noul partener, o perioadă de predare cu documentație obligatorie și abia apoi preluarea suportului curent. Detalii despre ce acoperă un contract de suport găsiți în pagina despre suport și mentenanță.
Planul de redresare: de la raport la execuție
Un audit fără plan este doar o listă de reproșuri. Planul de redresare ar trebui să fie etapizat, cu responsabili și criterii de acceptare.
Prima etapă: stabilizare
Se oprește sângerarea: se corectează erorile care blochează facturarea, închiderea lunii sau declarațiile. Se securizează accesele și se face un punct de restaurare înaintea oricărei intervenții. Pentru mediile online, Microsoft permite restaurarea unui mediu la orice moment din ultimele douăzeci și opt de zile, de maximum zece ori pe lună calendaristică, cu un abonament plătit și în aceeași regiune Azure. Folosiți această posibilitate pe un mediu de test, înainte de curățări de date.
A doua etapă: curățare și aliniere
Se rezolvă datele, se elimină extensiile redundante, se aliniază parametrarea cu procesele reale și se reduc personalizările la ce este cu adevărat necesar. Uneori răspunsul corect este să renunțați la o dezvoltare și să folosiți funcția standard.
A treia etapă: reluarea adopției
Se reia formarea pe roluri, se reintroduc procesele abandonate, iar echipa renunță treptat la evidențele paralele. Echipa financiară verifică întâi închiderea lunii, apoi stocurile, apoi vânzările. Documentați totul.
A patra etapă: guvernanță
Se stabilește cine decide ce se dezvoltă, cum se testează o actualizare, cine răspunde la incidente și cum se măsoară serviciul. Un proiect salvat fără guvernanță ajunge în aceeași situație peste un an. Dacă lipsesc și integrările sau legăturile cu alte aplicații, vedeți pagina despre integrări.
Cum alegeți partenerul care face auditul
Evitați să încredințați auditul exact celui care a condus proiectul: interesul de a minimiza problemele este evident. Căutați un partener independent de realizarea inițială, cu consultanți certificați pe produs. Pentru consultanții funcționali, certificarea relevantă este MB-800 (Business Central Functional Consultant Associate), iar pentru dezvoltatori MB-820 (Business Central Developer Associate). Ambele contează în scorul desemnării Microsoft „Solutions Partner for Business Applications”, dar o desemnare nu garantează experiența în sectorul dumneavoastră și nu înlocuiește referințele verificabile.
Întrebați concret: ce a auditat în ultimele proiecte similare, ce livrabile oferă, ce acces cere și cum își tratează conflictul de interese dacă propune apoi să execute și remedierea. Nu pomenim aici niciun nume de firmă: serviciul nostru vă pune în legătură cu un integrator potrivit proiectului, fără ca noi să facem lucrarea. Modul de lucru este descris în pagina despre cum funcționează punerea în legătură.
Greșeli de evitat în reluarea unui proiect
- Să porniți remedierea înainte de audit, pe baza impresiilor.
- Să schimbați partenerul fără a recupera accesele și codul.
- Să păstrați extensii pe care nu le înțelege nimeni, „ca să nu stricăm ceva”.
- Să cereți un termen unic pentru tot, în loc de etape cu rezultate verificabile.
- Să excludeți utilizatorii din discuție: ei știu unde doare.
- Să uitați obligațiile declarative: e-Factura și SAF-T (D406) trebuie să rămână funcționale în tot timpul tranziției.
Concluzie
Un audit Business Central nu este o recunoaștere a eșecului, ci o decizie de management bazată pe fapte. Dacă sistemul este recuperabil, raportul vă dă ordinea intervențiilor. Dacă nu este, vă spune cinstit de ce, iar schimbarea integratorului se face cu documente și accese în mână, nu în pripă. Pentru o orientare asupra bugetării, consultați și pagina despre suport și mentenanță înainte de a negocia noul contract.
Întrebări frecvente
Cât costă un audit Business Central?
Nu există un tarif unic: prețul depinde de perimetrul auditat, de numărul de companii și de dezvoltările specifice din sistem. Cereți integratorului un perimetru scris și un livrabil clar înainte de start. Licențele online se achiziționează oricum prin programul Cloud Solution Provider, deci printr-un partener, iar auditul nu modifică abonamentul.
Putem schimba integratorul Business Central fără să luăm proiectul de la zero?
De cele mai multe ori da, dacă aveți acces de administrator la tenant-ul Microsoft, codul extensiilor și documentația de parametrare. Noul integrator preia mediul existent, îl auditează și decide ce se păstrează. Reluarea de la zero devine necesară doar când datele sau extensiile sunt compromise într-o măsură care face recuperarea mai scumpă decât refacerea.
Cui aparține tenant-ul Business Central și cum recuperăm accesul?
Tenant-ul și datele vă aparțin ca firmă. Integratorul acționează ca administrator delegat, iar Microsoft descrie partenerul drept prima linie de suport tehnic pentru client. La schimbarea partenerului, relația delegată se transferă, iar voi trebuie să păstrați cel puțin un administrator propriu, fără dependență de furnizor.
Poate Microsoft să repare datele corupte din Business Central?
Nu. Suportul tehnic Microsoft acoperă incidentele de tip break-fix, iar documentația precizează că nu ajută la corectarea datelor corupte. Corecția revine integratorului, cu scripturi controlate, testate pe un mediu separat. Un mediu poate fi restaurat dintr-o stare anterioară, în limitele de timp și de număr prevăzute de Microsoft.
Cât durează un audit și ce primim la final?
Durata depinde de dimensiunea sistemului și de accesul la persoanele cheie, deci nu o putem promite în abstract. La final trebuie să primiți un raport pe domenii (parametrare, date, dezvoltări, performanță, securitate, versiune), cu riscurile ierarhizate și un plan de redresare etapizat, pe care îl puteți executa cu orice integrator.
Surse
- Microsoft Learn – Licențiere Business Central
- Microsoft Learn – Suport tehnic Business Central
- Microsoft Learn – Calendarul actualizărilor Business Central
- Microsoft Learn – Gestionarea actualizărilor în centrul de administrare
- Microsoft Learn – Restaurarea unui mediu
- Microsoft Learn – Localizări Business Central
- Microsoft Learn – Țări și traduceri
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.