Cum migrați către WinMentor Enterprise fără să pierdeți datele

Cine caută migrare WinMentor se află, de regulă, într-una din două situații. Fie vrea să treacă la WinMentor dintr-un alt sistem (foi Excel, un program de contabilitate care nu mai ține pasul, un ERP vechi), fie folosește deja WinMentor Enterprise și trebuie să urce la o versiune mai nouă. Metoda diferă, dar principiul este același: nu mutați nimic în producție înainte să fi dovedit, pe o copie, că rezultatul este corect.

Pagina de față descrie ambele cazuri, ce se reia din date, cum se alege momentul bascularii și ce se pregătește pentru situația în care ceva nu merge. Pentru cadrul general, valabil pentru orice program, vedeți și ghidul de migrare ERP.

Două tipuri de migrare WinMentor

Migrare către WinMentor din alt sistem

Aici schimbați instrumentul de lucru. Se mută nomenclatoare, solduri și proceduri, iar oamenii învață altă interfață. Este un proiect, nu o simplă operațiune tehnică, și se tratează ca atare: mutarea către WinMentor face parte dintr-o implementare cu analiză, parametrizare, testare și instruire.

Migrare între versiuni WinMentor

Aici instrumentul rămâne același, dar structura bazei de date, rapoartele și declarațiile se schimbă. Riscul este mai mic, însă nu zero: personalizările, rapoartele proprii și integrările cu alte aplicații pot reacționa diferit după actualizare. Diferențele dintre ediții și versiuni sunt explicate în pagina despre versiunile și edițiile WinMentor.

Ce oferă editorul pentru migrarea între versiuni

Informațiile publice ale editorului ajută la planificare. Portalul WinMENTOR ENTERPRISE anunță o versiune care conține D406 SAF-T, disponibilă pentru bazele de date Oracle și PostgreSQL. Pentru testele de coerență D406, clienții trebuie să treacă cel puțin la versiunea 24.101/1 a Declarațiilor. Concluzia practică: dacă sunteți rămas într-o versiune veche, actualizarea nu este un moft, ci o condiție pentru raportarea cerută de ANAF. Detaliile legislative sunt în ghidul despre SAF-T (D406) în ERP.

Același portal oferă un centru de descărcare, cu arhivă a versiunilor mai vechi și coduri de acces. Arhiva este utilă în două situații: când trebuie să refaceți un mediu de test identic cu cel de producție și când trebuie să reveniți la o versiune anterioară. Codurile de acces se păstrează la dumneavoastră sau la integrator, nu la un angajat care poate pleca.

Ce nu găsiți în sursele publice, și ce nu vom afirma aici, sunt detalii despre un instrument de import anume pentru fiecare program concurent. Întrebați integratorul ce unelte folosește pentru cazul dumneavoastră: de multe ori reluarea se face prin fișiere pregătite și importate, cu verificări de coerență făcute după aceea.

Reluarea datelor: ce mutați și ce lăsați în urmă

Cea mai frecventă greșeală este dorința de a muta „tot”. Un istoric de ani de zile aduce cu el greșelile acumulate, iar fiecare înregistrare mutată trebuie verificată. Întrebarea corectă este: ce trebuie să existe în sistemul nou ca firma să lucreze din prima zi și să treacă un control?

Datele care se reiau aproape întotdeauna

• Parteneri: clienți și furnizori, cu cod fiscal validat, adresă, condiții de plată.
• Articole și servicii: denumiri, unități de măsură, grupe, cote de TVA.
• Plan de conturi și configurările contabile.
• Solduri inițiale: conturi, parteneri (facturi neîncasate și neplătite), stocuri pe gestiuni.
• Mijloace fixe, cu valori de intrare și amortizare cumulată.
• Salariați, dacă salarizarea trece și ea în WinMentor; vedeți modulul de salarizare.

Datele despre care se decide de la caz la caz

• Istoricul tranzacțiilor din exercițiul curent, util pentru comparații și pentru declarații deja depuse.
• Istoricul anilor anteriori, adesea păstrat doar în sistemul vechi, în consultare.
• Documente atașate, contracte, comenzi deschise.

Comenzile deschise și livrările în curs merită atenție specială: ele traversează data bascularii și, dacă nu sunt reluate, se pierd din vedere.

Curățarea datelor înainte de import

Un import reușit tehnic poate fi un dezastru funcțional dacă datele de intrare sunt proaste. Curățarea se face în sistemul sursă sau într-un fișier de lucru, niciodată direct în WinMentor.

• Eliminați dublurile de parteneri (aceeași firmă, scrisă în trei feluri, cu și fără RO în fața codului fiscal).
• Verificați codurile fiscale și plătitorii de TVA; o eroare aici se vede mai târziu în declarațiile ANAF.
• Unificați unitățile de măsură și denumirile articolelor.
• Scoateți articolele moarte, cele fără mișcare de mult timp.
• Reconciliați soldurile cu contabilul: soldul unui cont din balanță trebuie să fie egal cu suma partenerilor, iar stocul valoric cu cel scriptic.

Curățarea este și momentul în care firma descoperă cât de dezordonată era evidența. Mulți clienți spun că această etapă a fost cea mai utilă din proiect, indiferent de program. Dacă vreți o privire externă asupra stării actuale, un audit al proiectului WinMentor poate preceda migrarea.

Strategia de bascula: când și cum treceți

Există, în principiu, trei abordări.

Pentru majoritatea firmelor, momentul cel mai curat este începutul unei luni, după închiderea lunii precedente în sistemul vechi. Soldurile de deschidere sunt atunci clare, iar contabilul poate semna o balanță care servește drept bază. Începutul de an fiscal este și mai simplu contabil, dar concentrează în aceeași perioadă inventarul, bilanțul și învățarea unui program nou; evaluați dacă echipa rezistă.

Evitați bascula în perioadele de vârf: termene de depunere a declarațiilor, inventar, campanii de vânzări. Dacă firma emite facturi electronice prin RO e-Factura sau transmite mărfuri sub incidența RO e-Transport, verificați din timp că fluxurile funcționează și în sistemul nou; legăturile se descriu în pagina despre integrări și în ghidul despre cerințele legale ale unui ERP.

Testele: ce se verifică înainte de a spune „da”

Un mediu de test este o copie a bazei reale, nu un loc în care „se încearcă ceva”. Testele trebuie să fie scrise, cu un rezultat așteptat și cu un nume în dreptul fiecăruia.

• Reconcilierea soldurilor: balanța de verificare din sistemul nou trebuie să corespundă celei din sistemul vechi, la ultima zi.
• Scenarii zilnice: o factură de vânzare, un aviz, o recepție, o plată, o notă contabilă, un transfer între gestiuni.
• Rapoarte folosite efectiv: cele cerute de conducere și de contabil, nu toate rapoartele existente.
• Declarații: verificarea generării declarațiilor, inclusiv a celor care alimentează D406, pe versiunea de Declarații cerută.
• Drepturi de acces: fiecare rol vede ce trebuie și atât.
• Integrări: orice schimb de date cu magazinul online, cu banca sau cu alte aplicații.

Testele trebuie făcute de oamenii care vor lucra zilnic, nu doar de integrator. Un utilizator observă imediat ce lipsește din fluxul lui. Instruirea echipei se pregătește în paralel cu testele; vedeți formarea pentru WinMentor.

Planul de retragere

Un plan de retragere nu este semn de neîncredere, ci de maturitate. Se scrie înainte de bascula și răspunde la patru întrebări.

• Cine decide continuarea sau întoarcerea, și până la ce oră din ziua bascularii?
• Ce prag de abatere este acceptat între balanța veche și cea nouă?
• Cum se păstrează sistemul vechi: în citire, nemodificat, cu o copie de siguranță separată?
• Cum se reiau operațiunile făcute între timp, dacă se revine?

Pentru migrarea între versiuni, planul este mai simplu și se sprijină pe copia completă a bazei de date, făcută înainte de actualizare. Arhiva de versiuni din centrul de descărcare al editorului vă permite să regăsiți pachetul precedent. Verificați însă periodic că copia se poate restaura: o copie netestată este doar o speranță.

Dacă baza de date rulează pe un server găzduit, întrebați și ce se întâmplă cu copiile în cazul unei reveniri; opțiunile sunt discutate la WinMentor în cloud.

Erori frecvente de evitat

• Migrarea fără o analiză prealabilă: fiecare surpriză descoperită după bascula costă mai mult decât analiza.
• Importul datelor necurățate, în speranța că „le reparăm din mers”.
• Soldurile nereconciliate cu contabilul, descoperite abia la prima închidere de lună.
• Un singur om care știe totul: concediul lui din ziua bascularii blochează proiectul.
• Testarea direct în producție.
• Actualizarea la o versiune nouă în ultima săptămână dinaintea unui termen de declarație.
• Personalizări necunoscute: rapoarte sau machete făcute de un fost colaborator, pe care nimeni nu le mai găsește după actualizare. Personalizările se inventariază înainte de orice schimbare.
• Dezinteresul față de oameni: un program corect parametrizat, dar neînțeles de utilizatori, este perceput ca un eșec.

Cum alegeți cine vă însoțește

Nu orice firmă care vinde licențe sau face contabilitate știe să conducă o migrare. Cereți integratorului să explice metoda: cum curăță datele, cum reconciliază soldurile, cum testează, cum arată planul de retragere. Un răspuns vag este un semnal. Criteriile de selecție sunt detaliate în pagina despre alegerea unui partener WinMentor.

Serviciul nostru este gratuit și nu execută proiectul: vă punem în legătură cu un integrator adecvat, iar el face migrarea. Pașii sunt descriși la cum funcționează punerea în legătură. Descrieți situația (sursa datelor, modulele, numărul de utilizatori, termenul), iar integratorul vă răspunde cu o abordare, nu cu un preț la nimereală.

Un plan scurt, în ordinea firească

• Stabiliți perimetrul: ce se reia, ce rămâne în arhivă.
• Curățați datele și reconciliați soldurile cu contabilul.
• Parametrizați WinMentor și construiți mediul de test.
• Importați, testați cu utilizatorii, corectați, repetați.
• Pregătiți echipa și scrieți planul de retragere.
• Alegeți data bascularii, în afara perioadelor de vârf.
• Basculați, urmăriți prima închidere de lună, apoi păstrați sistemul vechi în consultare.

Fiecare pas poate părea banal. Împreună, ei fac diferența dintre o migrare liniștită și una care consumă luni de corecturi.

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.