Valentina Burdescu, directorul ONRC, și persoana responsabilă cu proiectul lansării ONRC v2.0
ONRC - Analiza a comunicatului oficial
In cele ce urmeaza, vom analiza, in parte, fiecare afirmatie emisa de ONRC in ultimul publicat de ieri.
Analiza comunicatului de presa
De la momentul lansării – 26.07.2024 – și până în prezent, în noul sistem informatic au fost înregistrate în total145.888 de solicităripentru Registrul Comerțului, din care prin noul portal online s-au depus 87.595 solicitări. Dintre solicitările primite online,68.916 solicitări au fost soluționate automat, fără intervenția operatorului uman (rezervări denumire firmă, furnizări de informații din Registrul Comerțului).
💁
Solicitarile solutionate automat erau in mare parte solutionate automat si pe vechea platforma, exceptie fiind cererile de acces RBR si potential (netestat) BPI.
Ele reprezinta o minoritate a cererilor obisnuite, deci este probabil ca succesul real sa fie undeva pe la 500-1000 solicitari "solutionate automat" intr-un mod suplimentar.
Pe de alta parte, platforma a inghetat activitatea ce presupunea interactiunea umana, deci orice forma de afirmatie care sa genereze concluzia ca lucrurile merg bine sau merg intr-un mod specific unei lansari noi de asemenea anvergura sunt eronate.
Numărul de solicitări primite în această perioadă, la nivel național, este aproximativ dublu față de aceeași perioadă a anului trecut, noul sistem informatic a rămas online și a rezistat accesărilor multiple, fiind realizate în permanență actualizări de sistem și corelare cu bazele de date istorice, cu istoricul fiecărui cont de utilizator, asigurarea în permanență a help-desk-ului în relație cu utilizatorul de cont, fiind înregistrat la nivelul portalului un număr de aproximativ 700.000 de utilizatori.
💁
Desi nu am mai urmarit evolutia solutiilor publicate in BERC fiind in concediu, este putin probabil ca numarul de cereri sa fie aproximativ dublu.
In nici un caz, nu putem discuta de o suprasolicitare generata de succesul generat de platforma. Economia din Romania nu si-a schimbat tendintele de consum peste noapte datorita lansarii de succes a ONRC V2.0.
Este posibil ca schimbarile sa fie cauzate de alte variabile, precum:
1. Cresterea numarului de dosare amanate, datorita dificultatilor de a folosi noul sistem de catre angajatii ONRC.
2. Recalificarea unor operatiuni anterioare ca fiind solicitari de sine statatoare, fapt ce ar face statistica sa fie de fapt o comparatie a merelor cu perelor datorita unei false echivalente.
Diferența de solicitări – și online și fizic – necesită intervenția angajaților ONRC pentru procesare, soluționare, înscriere în registrul comerțului – moment de la care se face opozabilitatea față de terți și informațiile devin publice și disponibile prin portalul de servicii online, editare și eliberare documente de înregistrare.
💁
Este probabil ca noua platforma sa nu beneficieze de anumite functionalitati automate existente in mod anterior, precum o integrare eficienta cu sistemul ANAF, generarea dovezilor de inregistrare in mod automat (certificat de inregistrare), o integrare cu BERC / MO, care sa creasca astfel timpul efectiv pe cerere solutionata.
Solicitările pentru care este nevoie de intervenția operatorului uman (în număr de 76.972) se operează cu cei aproximativ 1200 de angajați ai ONRC la nivel național care, în paralel cu derularea fluxurilor operaționale, asigură și servicii de help-desk în relația cu beneficiarii.
💁
Valoarea specifica acestei perioade, in lunile trecute, era de aproximativ 2250 de dosare pe zi. Cantitatea crescuta de fapt este generata tocmai de blocarea totala a activitatii ONRC pentru perioada 19.07.2024 pana pe 26.07.2024, adica 7 zile in care cele cereri care s-ar fi depus normal s-au acumulat.
Discutam astfel de un backlog de 15.750 cereri generat din culpa blocarii functionarii platformei.
Daca actualizam calculul, suma ramasa pe zi ajunge la 4373 solicitari, o suma semnificativa si dublul solicitarilor obisnuite. Argumente privind potentialele cauze ale cantitatii ridicate se pot regasi in opiniile de mai sus.
Până la finalul lunii septembrie, pentru a opera toate solicitările ce necesită intervenția operatorului uman, termenele vor fi prelungite. Cererile vor fi soluționate etapizat, în funcție de data înregistrării, completitudinea, corectitudinea, coerența cererilor de înregistrare și a documentelor depuse în susținere, existența conformă a tuturor documentelor prevăzute de lege
💁
Consideram ca termenul este unul pertinent, cu conditia ca efortul intern sa fie concertat si real.
Amploarea și complexitatea noului sistem informatic necesită o perioadă de tranziție pentru acomodarea tuturor utilizatorilor cu elementele de noutate. Conform estimărilor specialiștilor, din 30 septembrie, activitatea în relația cu beneficiarii va respecta termenele de înființare și înregistrare în Registrul Comerțului.
💁
Amploarea si complexitatea noului sistem informatic nu este aparte, aplicatia nefiind una care, cu exceptia gestionarii de cantitati vaste de date, sa prezinte dificultati tehnice.
Problema stocarii de cantitati mari de date a fost solutionata inca din secolul anterior, iar aplicatii / software care sa permita astfel de operatiuni exista acum chiar si cu licente permisive open-source (gratuite).
In mod normal, o aplicatie enterprise grade (multe date, importanta stabilitate, etc) se dezvolta in mai multe luni, cu o echipa de experti la carma, implica testarea periodica a noilor actualizari, si finalmente, se da in functiune doar odata ce testarile releva ca sistemul este functional.
Nu consideram ca aplicatia curenta (cel putin myportal.onrc.ro care este accesibil public) respecta aceste exigente.
Portalul de servicii on-line și toate componentele sistemului informatic sunt monitorizate, verificate, analizate, tratate și optimizate permanent, iar echipele tehnice și de business lucrează permanent pentru optimizarea sistemului informatic și asigurarea unei funcționări optime, raportat și la solicitările primite de la utilizatori, dar și pentru a răspunde la volumul foarte mare de activitate din aceasta perioadă, în fiecare zi fiind puse versiuni noi ale acestuia, pentru care asigurăm toate resursele disponibile.
💁
Este adevarat ca echipa ONRC face acum eforturi mari pentru stabilizarea situatiei de criza, fapt ce nu poate fi negat.
Bazele de date constituite începând cu anul 1990, de ordinul a milioane de înregistrări, au fost transferate în noile structuri de baze de date, iar pe componenta Registrul Comerțului s-a realizat și centralizarea la nivel național fiind unificate 43 de baze de date din cele 42 de oficii ale registrului comerțului și ONRC – aparat central, o activitate care a presupus un volum de muncă foarte mare ca nivel de solicitare și durată datorită complexității, diversității, dimensiunii acestora
💁
Este putin probabil ca efortul sa fi fost de o astfel de anvergura, intrucat gestiunea unei astfel de migrari, mai ales cand se face din timp, nu este dificila, daca maxim cronofaga (cateva saptamani)
O migrare se poate face de obicei fara oprirea platformei pe o perioada lunga de timp, cum s-a intamplat in situatia curenta.
Totusi, ne rezervam un grad de incertitudine intrucat nu stim situatia efectiva pe teren si omogenicitatea mijloacelor de stocare anterioare, chiar daca intr-un context enterprise ele normal trebuiau sa respecte niste standarde si sa fie usor de migrat.
"Ne cerem scuze pentru disconfortul creat solicitanților, mediului de afaceri, profesioniștilor, dar implementarea noului portal era necesară pentru a asigura continuitatea serviciilor, având în vedere faptul că sistemul anterior nu mai putea fi utilizat, existând pericolul de pierdere a tuturor datelor de la nivelul instituției."
💁
Sfat pentru PR: Cand iti ceri scuze, niciodata nu iti cauti scuze. Cat despre "sistemul anterior nu mai putea fi utilizat", nu inteleg daca:
1. ONRC se refera la imposibilitatea migrarii inapoi pe vechiul sistem.
2. ONRC avea o infrastructura care suferea de pericolul de pierdere a tuturor datelor de la nivelul institutiei (dar putin probabil pentru ca era descentralizat).
3. ONRC se refera la brese de date, iar ceva putin probabil in contextul in care vechea platforma era mult mai robusta, functionand pe sistem de wickets, datele fiind procesate exclusiv server-side.
Concluzie
Nu avem certitudinea daca directiunea ONRC este dezinformata de catre echipa tehnica a Vodafone, daca minte, sau daca situatia anterioara lansarii era mai precara decat cunostea publicul.
Nu am identificat informatii care sa demonstreze o certa rea credinta, sau o dorinta de a dezinforma, dar arata ca in spatele migrarii nu a stat o echipa profesionista, si nici o planificare buna, anterior procedurii de migrare.
In mod normal, migrarile de date se fac progresiv, mai ales la sisteme enterprise, tocmai pentru a permite identificarea de probleme. De obicei, se testeaza migrarea pe o cantitate mai redusa de date (1.000 societati, 10.000 societati, 100.000 societati) pentru a permite identificarea de erori sau cazuri de exceptie, si solutionarea ulterioara a lor.
Ele nu se fac in graba, iar aceasta graba a generat tocmai problema care ne afecteaza pe toti. In loc sa avem o lansare normala, pe un program production ready, avem o forma de testing pe user-base, un proiect open alpha / open beta care nu trebuia dezlantuit public.
In timp ce apreciem ca se fac eforturi in solutionarea problemei, iar timpii de solutionare sunt sub cei la care ne-am asteptat, consideram ca efort trebuie depus si in asigurarea satisfactiei la locul de munca, multi angajati ONRC plangandu-se de cantitatea enorma de munca, incertitudinea, si lipsa de transparenta.
Orice persoana lucreaza in perioade de weekend, de sarbatori legale, sau peste program ar trebui rasplatita si incentivizata pozitiv, iar nu constransa, si speram ca ONRC ia masuri pentru a asigura satisfactia angajatilor acestora.
Este notabil ca in orice sistem la scala, extenuarea reduce eficienta medie a angajatilor, iar aceste concluzii au fost tocmai cele care au dus la lungirea perioadei de weekend la 2 zile, la stabilirea unui program mai scurt de lucru, etc.
