Audit SAP Business One: când și cum redresezi un proiect blocat

Un audit SAP Business One nu înseamnă că proiectul a eșuat. Înseamnă că cineva independent de furnizorul actual verifică dacă instalația deservește firma: contabilitatea închide lunile fără corecturi manuale, stocul din sistem corespunde cu cel din depozit, iar rapoartele conducerii nu mai trec prin Excel. Când răspunsurile sunt „nu prea”, auditul este primul pas spre o reluare a proiectului SAP Business One în condiții sănătoase.

Pagina se adresează directorilor, directorilor financiari și responsabililor IT din IMM-uri și companii medii care folosesc deja SAP Business One în România și se întreabă dacă merită să continue cu același integrator, să schimbe partenerul sau să corecteze sistemul din interior.

Semne că o instalație SAP Business One are nevoie de audit

Nu există un singur indicator. De obicei se adună mai multe semnale, iar fiecare, luat separat, pare suportabil.

• Închiderea lunară depinde de reconcilieri făcute manual de contabil, în foi de calcul paralele.
• Aceeași întrebare, de exemplu „cât avem pe stoc?”, primește răspunsuri diferite după raportul consultat.
• Fiecare modificare mică se facturează separat și durează, iar echipa a încetat să mai ceară îmbunătățiri.
• Integratorul actual nu mai răspunde, și-a schimbat echipa sau nu mai are consultantul care cunoaște firma dumneavoastră.
• Utilizatorii ocolesc sistemul: comenzile se țin în e-mailuri, prețurile în fișiere separate.
• Obligațiile legale din România (RO e-Factura, SAF-T (D406), RO e-Transport) se rezolvă prin soluții provizorii, nu prin fluxuri stabile în ERP.
• Nimeni din firmă nu poate spune ce versiune rulează și când a fost actualizată ultima oară.

Dacă recunoașteți trei sau patru dintre ele, un audit costă mai puțin decât încă un an de improvizații.

Ce examinează un audit SAP Business One

Un audit serios acoperă șase zone. Fiecare produce o listă de constatări clasificate după gravitate și după efortul de remediere.

Paramétrarea și procesele

Auditorul compară ce s-a configurat cu procesele reale ale firmei: planul de conturi, grupele de articole, depozitele, fluxurile de aprobare, regulile de preț și de TVA. Se caută configurări abandonate, câmpuri folosite în alt scop decât cel inițial și circuite pe care utilizatorii le-au înlocuit cu soluții proprii. Pentru zona contabilă, punctul de plecare este modulul de contabilitate și finanțe din SAP Business One; pentru stocuri, achizițiile și gestiunea stocurilor.

Calitatea datelor

Fișele de parteneri duplicate, articolele fără unitate de măsură coerentă, conturile contabile deschise degeaba și soldurile inițiale preluate neglijent se văd imediat în rapoarte. Auditorul face verificări prin sondaj și propune curățarea datelor înainte de orice altă intervenție, pentru că o migrare sau o integrare nouă ar muta și greșelile.

Dezvoltările specifice

Rapoarte, câmpuri definite de utilizator, proceduri, extensii și interogări scrise pe măsură sunt zona cu cel mai mare risc la schimbarea integratorului. Se verifică dacă există cod sursă, documentație, cine îl deține și dacă modificările rămân compatibile cu actualizările. Detaliile despre această zonă sunt în pagina despre personalizarea SAP Business One.

Performanța

Lentoarea apare de obicei la încheierea lunii, la rulările de planificare sau la rapoartele mari. Cauzele pot fi interogări prost scrise, infrastructură subdimensionată, copii de siguranță programate la ore nepotrivite sau un mediu găzduit fără resurse suficiente. Dacă sistemul rulează la un furnizor de găzduire, merită consultat și materialul despre SAP Business One în cloud și găzduire.

Securitatea și drepturile de acces

Auditorul revede conturile utilizatorilor, rolurile, parolele partajate și accesele lăsate deschise pentru foști colaboratori. O atenție specială merită contul de suport: în versiunea instalată pe server propriu, SAP creează la instalare un utilizator de suport care permite personalului partenerului să se conecteze fără să consume o licență; este blocat implicit, iar conexiunea este jurnalizată și refuzată dacă platforma de suport la distanță nu a făcut un transfer în ultimele șapte zile. Într-un audit se verifică dacă acest cont este folosit conform scopului. Ghidul de licențiere permite utilizatorului „manager” să deschidă două sesiuni Windows distincte pentru sarcini planificate sau pentru un consultant, dar nu pentru lucru productiv dublu; folosirea lui ca scurtătură ar fi o constatare.

Versiunea și ciclul de actualizare

Aici faptele publicate de SAP contează. Din versiunea 10.0, apărută în aprilie 2020, noutățile, corecțiile, remedierile de securitate și actualizările legale sosesc prin „feature packages” cumulative. SAP nu oferă corecții și remedieri de securitate pentru feature packages, support packages, patch-uri sau hotfix-uri vechi. Pagina de mentenanță arată că versiunea 10.0 este în mentenanță standard până la 31 decembrie 2028 (date sub rezerva modificărilor), iar versiunile 8.8 până la 9.3 au depășit această perioadă; mentenanța extinsă nu există. Pe o versiune ieșită din mentenanță, firma rămâne fără actualizări legale, ceea ce o expune în România, unde cerințele fiscale se schimbă des. Mai multe detalii găsiți în materialul despre versiunile și edițiile SAP Business One.

Un detaliu tehnic cu consecințe bugetare: SAP acceptă trecerile directe de versiune doar între versiuni consecutive, de exemplu de la 9.3 la 10.0. Dacă firma a rămas mult în urmă, actualizarea se face în mai mulți pași, iar auditul trebuie să o spună din start.

Rezultatul auditului: ce primiți

Un audit util nu se oprește la o listă de reproșuri. Cereți, în scris, următoarele livrabile:

Fără un astfel de dosar, discuția cu integratorul actual rămâne o opinie contra alteia.

Schimbarea integratorului fără a relua totul

Frica obișnuită este că un nou partener va cere refacerea proiectului. În practică, cazul rar este reconstrucția completă; mai des, noul integrator preia ce este sănătos, repară ce e șubred și înlocuiește doar ce nu poate fi susținut. Pașii uzuali:

1. Clarificarea cadrului contractual. Citiți contractul de implementare și pe cel de suport: preaviz, predarea documentației, drepturile asupra dezvoltărilor. În România, SAP publică și condiții PartnerEdge specifice pentru suportul livrat de revânzătorii cu valoare adăugată, iar un integrator serios le cunoaște.
2. Copie a mediului. Noul partener lucrează pe o copie a bazei de date, nu pe sistemul productiv.
3. Preluare etapizată. Mai întâi mentenanța și incidentele curente, apoi corecțiile, apoi îmbunătățirile.
4. Perioadă de lucru în paralel. Vechiul și noul integrator se întâlnesc o dată pentru predarea cunoștințelor, nu prin e-mailuri.

Dacă ezitați între păstrarea partenerului și schimbarea lui, ghidul general despre alegerea integratorului ERP și pagina despre alegerea unui partener SAP Business One enumeră criteriile de comparat.

Documente și accese de recuperat înainte de orice schimbare

Lista de mai jos se obține de la integratorul actual, de la editor și din arhiva internă a firmei:

• contractul de licențiere și dovada titularului licențelor;
• contractul de implementare, anexele și procesele-verbale de recepție;
• documentul de cerințe și specificațiile inițiale;
• lista utilizatorilor, a rolurilor și a licențelor atribuite;
• codul sursă și documentația fiecărei dezvoltări sau integrări, mai ales cele legate de conectorii SAP Business One;
• accesul de administrator la server și la baza de date, cu parole predate prin canal sigur;
• istoricul actualizărilor și al incidentelor deschise;
• copiile de siguranță recente și procedura de restaurare, testată.

Fără accesul de administrator și fără o copie de siguranță verificată, nicio preluare nu începe.

Planul de redresare, pe etape

Un plan realist urmează o ordine logică, nu o listă de dorințe.

1. Stabilizare. Se rezolvă incidentele care blochează facturarea, închiderea lunii sau obligațiile fiscale. Se asigură copiile de siguranță și se închid accesele inutile.
2. Curățarea datelor. Parteneri, articole, conturi, solduri.
3. Aducerea la zi a versiunii. Se alege ținta, ținând cont de regula versiunilor consecutive, și se testează pe o copie.
4. Corectarea paramétrării și a dezvoltărilor. Se elimină ce nu se folosește, se documentează ce rămâne, se simplifică ce se poate.
5. Reinstruirea echipei. Mulți utilizatori ocolesc sistemul pentru că nu au fost instruiți bine; vedeți și instruirea pentru SAP Business One.
6. Mentenanță clară. Un contract de suport cu responsabilități, canale și mod de escaladare, descris în pagina despre suportul și mentenanța SAP Business One.

Pentru proiectele la care nu s-a ajuns niciodată la livrare completă, ultimul pas este uneori o reluare structurată a fazelor rămase; în acest caz, implementarea SAP Business One descrie etapele așa cum ar trebui să decurgă.

Când auditul spune „nu mai continuați”

Există situații în care sistemul nu mai poate fi redresat rațional: personalizări atât de numeroase încât blochează actualizările, procese care s-au schimbat radical sau cerințe care nu mai încap în produs. Atunci se compară opțiunile cu aceleași criterii ca la prima alegere. Pagina despre migrarea de pe SAP Business One explică ce se mută și ce se lasă în urmă, iar ghidul de verificare a obligațiilor legale vă ajută să vă asigurați că oricare ar fi soluția aleasă, raportarea SAF-T (D406) rămâne acoperită.

Cum procedați

Cererea dumneavoastră ajunge la noi fără costuri. Descrieți situația (versiunea, numărul aproximativ de utilizatori, ce nu merge, dacă relația cu integratorul actual este încă activă), iar noi vă punem în legătură cu un integrator SAP Business One din rețea, potrivit regiunii și sectorului. Nu suntem afiliați editorului, nu implementăm noi proiectul, iar integratorul care îl preia lucrează direct cu dumneavoastră.

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.