Suport și mentenanță SAP Business One: cine face ce

Când vorbiți despre suport SAP Business One, de fapt vorbiți despre două servicii diferite, vândute de două părți diferite. Prima este mentenanța produsului, pe care o oferă SAP. A doua este suportul aplicativ pentru firma dumneavoastră, pe care îl oferă integratorul. Confuzia dintre ele este cauza obișnuită a surprizelor: un incident „la SAP" care se dovedește a fi o problemă de configurare, sau un contract „de mentenanță" care nu include nicio intervenție reală în sistem.

Această pagină arată cine răspunde de ce, ce trebuie să conțină un contract de mentenanță SAP Business One, cum gestionați actualizările și cum schimbați prestatorul fără să vă blocați contabilitatea.

Ce acoperă mentenanța oferită de SAP

Mentenanța editorului privește produsul standard, nu modul în care l-ați configurat. Conform paginii de mentenanță a SAP, ea include asistență 24 de ore din 24, 7 zile din 7, pentru incidentele care opresc sistemul („system standstill"). Pentru restul solicitărilor, de regulă, intrați prin integrator, care deschide cazul către SAP atunci când problema ține de produs.

Tot în acest cadru primiți:

• versiunile noi: clienții cu contract de mentenanță valid primesc gratuit mutările la o versiune superioară;
• corecțiile și patch-urile de securitate;
• actualizările legale, importante într-o țară în care cerințele ANAF se schimbă des.

Cât durează o versiune și ce urmează după

SAP garantează cel puțin cinci ani de mentenanță standard pentru fiecare familie de versiuni, calculați de la disponibilitatea generală a versiunii majore. Potrivit aceleiași pagini, versiunea 10.0 este în mentenanță standard până la 31 decembrie 2028 (date sub rezerva modificărilor), în timp ce versiunile 8.8, 8.81, 8.82, 9.0, 9.1, 9.2 și 9.3 și-au încheiat deja perioada standard. SAP precizează că nu există mentenanță extinsă pentru SAP Business One, iar odată ce apare o familie nouă, mentenanța celei anterioare se oprește. Despre versiunea 11, pagina spune doar că o va urma pe cea 10, fără dată.

Pentru dumneavoastră, concluzia practică este una singură: calendarul versiunilor se planifică, nu se suportă. Detalii despre ediții găsiți în pagina despre versiunile SAP Business One.

Ce acoperă integratorul: suport aplicativ, TMA și evoluții

Integratorul este cel care cunoaște ce s-a construit pentru firma dumneavoastră. Serviciile lui se grupează, de obicei, în trei familii.

Suportul aplicativ zilnic

Utilizatorii sună sau scriu atunci când un document nu se contabilizează, un raport dă alte rezultate, un drept de acces lipsește sau o comandă rămâne blocată. Un bun prestator de suport distinge rapid între o greșeală de utilizare (se rezolvă cu o explicație sau un instrument de instruire), o problemă de date și un defect real.

TMA: întreținerea aplicativă pe termen lung

TMA SAP Business One înseamnă preluarea întreținerii sistemului printr-un contract cu perimetru clar. Include, în mod normal, tratarea incidentelor, mici ajustări, urmărirea și aplicarea actualizărilor, verificarea integrărilor și raportarea periodică a activității. Este soluția potrivită când echipa internă este mică și nu are un administrator SAP dedicat, caz frecvent în IMM-urile din România.

Evoluțiile

Orice firmă își schimbă procesele: un nou depozit, o nouă gamă de produse, un flux de aprobare, o conexiune cu un magazin online. Aceste cereri sunt evoluții, nu incidente, și trebuie facturate distinct de mentenanță. Despre ce se poate adapta, vedeți personalizarea SAP Business One și integrările disponibile.

Tabel comparativ: SAP, integrator, echipa dumneavoastră

Cine nu are o rubrică completată în dreptul său riscă să descopere golul exact în ziua unei închideri de lună.

Contractul de mentenanță: ce trebuie să conțină

Un contract bun se citește pe puncte concrete, nu pe promisiuni generale. Cereți integratorului să răspundă la fiecare dintre ele în scris.

• Perimetrul: ce module, ce baze de date, ce personalizări și ce integrări sunt acoperite. Tot ce nu este numit rămâne în afara contractului.
• Clasificarea incidentelor: critic (nu se poate factura sau livra), major (funcție importantă degradată), minor (disconfort). Fiecare nivel primește un timp de răspuns și un timp de remediere.
• Programul de intervenție: orele lucrătoare, intervențiile în afara programului, zilele de închidere contabilă.
• Canalele de contact: portal de tichete, telefon, e-mail; cine are dreptul să deschidă un caz.
• Actualizările: cine le planifică, cine le testează, ce mediu de test există înainte de punerea în producție.
• Raportarea: număr de cazuri tratate, cauze recurente, recomandări.
• Preavizul și predarea: ce primiți atunci când contractul se încheie.
• Confidențialitatea: cine are acces la date și cum este jurnalizat acest acces.

Un detaliu tehnic util: în versiunea instalată pe server propriu, SAP Business One creează la instalare un cont de utilizator de suport, care permite personalului partenarului să se conecteze fără să consume licență. Contul este blocat implicit, iar accesul este jurnalizat; conexiunea este refuzată dacă platforma de suport la distanță nu a făcut un transfer în ultimele șapte zile. Cereți integratorului să explice cum folosește acest cont și cine îl deblochează la dumneavoastră.

Ghidul de licențiere mai permite utilizatorului „manager" să se conecteze din două sesiuni Windows distincte, pentru sarcini programate (raportare, import) sau pentru un consultant, fără licență suplimentară, dar nu pentru utilizare productivă dublă. Merită să verificați împreună cu prestatorul că sesiunile se folosesc în acest cadru.

Actualizări: ritm, riscuri și disciplină

Din versiunea 10.0, apărută în aprilie 2020, SAP livrează inovația continuu, prin „feature packages" cumulative, care aduc noutăți, corecții, patch-uri de securitate și actualizări legale. Interfețele rămân stabile între versiunea majoră și aceste pachete, ceea ce reduce riscul pentru personalizările existente.

SAP distinge patru tipuri de livrări:

• feature packages, cu noutăți funcționale;
• support packages, cu corecții, securitate și actualizări legale;
• patch-uri cumulative, pentru SAP Business One Cloud și produsele asociate;
• hotfix-uri, simple soluții temporare, în afara ciclului normal.

Două reguli contează în contract. Prima: SAP nu mai oferă corecții sau patch-uri de securitate pentru feature packages, support packages, patch-uri sau hotfix-uri vechi, deci o instalație lăsată în urmă rămâne neprotejată. A doua: mutările directe între versiuni sunt acceptate doar între versiuni consecutive, iar un salt peste o versiune cere mai multe etape. De aici decurge o regulă simplă de gestiune: cereți un calendar anual de actualizări, cu mediu de test și validare de către utilizatorii-cheie, mai degrabă decât o intervenție de urgență când apare o schimbare legală.

În România, acest calendar trebuie sincronizat cu obligațiile fiscale. RO e-Factura și SAF-T (D406) au impus în ultimii ani adaptări rapide; un contract de mentenanță care nu spune cine verifică aceste modificări în sistemul dumneavoastră este incomplet. Pentru contextul local general, vedeți SAP Business One în România.

Ce să prevedeți în buget

Fără cifre verificate, nu vom indica sume. Putem însă enumera liniile de cost pe care le vedem omise cel mai des:

• taxa de mentenanță către editor, legată de licențe, de regulă facturată prin intermediul partenerului;
• abonamentul de suport aplicativ sau TMA al integratorului, în funcție de nivelul de serviciu;
• orele de evoluție, facturate separat, pentru cereri noi;
• proiectele de actualizare a versiunii (testare, repetiție, punere în producție);
• instruirea noilor angajați și a utilizatorilor după schimbări de proces;
• găzduirea și copiile de siguranță, dacă sistemul nu este pe serverul firmei (vedeți SAP Business One în cloud).

Comparați ofertele pe același perimetru. O ofertă mai ieftină care exclude intervențiile din perioada de închidere sau actualizările nu este de fapt mai ieftină. Pentru ansamblul costurilor proiectului, consultați pagina despre prețurile SAP Business One.

Cum schimbați prestatorul de suport

Schimbarea unui prestator este mai simplă când documentația a fost ținută la zi. Într-un proiect fără documentație, cunoașterea se află în capul unei singure persoane, iar atunci dependența de integrator este reală. Iată pașii, într-o ordine care funcționează:

• Faceți un inventar: module, personalizări, rapoarte, integrări, utilizatori, mediul de găzduire, accesurile administrative.
• Cereți predarea scrisă: configurația, scripturile, documentația tehnică, lista de tichete deschise.
• Evaluați starea sistemului cu un audit SAP Business One, util mai ales dacă nu știți cât de curat este ce primiți.
• Alegeți noul prestator pe criterii verificabile; găsiți un cadru în pagina despre alegerea unui partener SAP Business One.
• Organizați o tranziție în paralel, cu perioadă în care ambii lucrează, înainte de o închidere de lună.
• Schimbați parolele și accesurile vechiului prestator în ziua predării.

Dacă nu doriți să negociați singur, puteți folosi serviciul nostru gratuit: explicăm în pagina cum funcționează punerea în legătură ce primiți și ce nu. Noi nu facem proiectul; vă punem în legătură cu un integrator adecvat nevoii dumneavoastră, iar acesta vă prezintă oferta.

Întrebări de pus înainte de a semna

• Cine, concret, răspunde la tichetele mele, și ce se întâmplă când acea persoană lipsește?
• Ce înțelegeți prin incident critic și în cât timp reacționați?
• Cine testează o actualizare înainte să ajungă în producție?
• Ce primesc dacă încetez colaborarea?
• Ce este facturat în plus față de abonament?
• Ce acoperiți în perioadele de închidere contabilă și de raportare către ANAF?

Un integrator serios răspunde la aceste întrebări fără ezitare. Dacă ezită, aflați din timp ce vă așteaptă în ziua unei probleme reale.

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.