Valentina Burdescu, directrice de l'ONRC, et la personne responsable du projet de lancement de l'ONRC v2.0
ONRC - Analyse du communiqué officiel
Dans ce qui suit, nous analyserons en partie chaque affirmation émise par l'ONRC dans le dernier document publié hier.
Analyse du communiqué de presse
Depuis le lancement – le 26 juillet 2024 – et jusqu'à présent, un total a été enregistré dans le nouveau système informatique.145,888 demandespour le Registre du Commerce, à partir duquel 87 595 demandes ont été soumises via le nouveau portail en ligne. Parmi les demandes reçues en ligne,68,916 demandes ont été traitées automatiquementsans intervention de l'opérateur humain (réservations de nom d'entreprise, fourniture d'informations du Registre du Commerce).
💁
Les demandes traitées automatiquement l'étaient en grande partie sur l'ancienne plateforme, à l'exception des demandes d'accès RBR et des BPI potentiels (non testés).
Ils représentent une minorité des demandes habituelles, donc il est probable que le succès réel se situe autour de 500 à 1000 demandes "traitées automatiquement" de manière supplémentaire.
D'autre part, la plateforme a gelé les activités nécessitant une interaction humaine, donc toute affirmation qui pourrait conclure que les choses se déroulent bien ou d'une manière spécifique à un lancement de cette envergure est erronée.
Le nombre de demandes reçues pendant cette période, au niveau national, est environ le double par rapport à la même période de l'année dernière. Le nouveau système informatique est resté en ligne et a résisté à des accès multiples, avec des mises à jour de système et une corrélation continue avec les bases de données historiques, ainsi qu'avec l'historique de chaque compte utilisateur. Un service d'assistance est constamment assuré pour les utilisateurs de compte, avec environ 700 000 utilisateurs enregistrés sur le portail.
💁
Comme je n'ai pas suivi l'évolution des solutions publiées dans le BERC en étant en congé, il est peu probable que le nombre de demandes soit à peu près doublé.
En aucun cas, nous ne pouvons parler d'une surcharge générée par le succès de la plateforme. L'économie roumaine n'a pas changé ses tendances de consommation du jour au lendemain en raison du lancement réussi de l'ONRC V2.0.
Il est possible que les changements soient causés par d'autres variables, telles que :
1. Augmentation du nombre de dossiers reportés en raison des difficultés rencontrées par les employés de l'ONRC à utiliser le nouveau système.
2. La requalification de certaines opérations antérieures en tant que demandes autonomes, ce qui ferait que les statistiques seraient en réalité une comparaison entre des pommes et des poires en raison d'une fausse équivalence.
La différence de demandes - tant en ligne qu'en physique - nécessite l'intervention des employés de l'ONRC pour le traitement, la résolution et l'enregistrement au registre du commerce - moment à partir duquel l'opposabilité aux tiers est établie et les informations deviennent publiques et accessibles via le portail de services en ligne, ainsi que pour la modification et la délivrance des documents d'enregistrement.
💁
Il est probable que la nouvelle plateforme ne bénéficie pas de certaines fonctionnalités automatiques disponibles auparavant, telles qu'une intégration efficace avec le système ANAF, la génération automatique des preuves d'enregistrement (certificat d'enregistrement), et une intégration avec BERC / MO, ce qui augmenterait ainsi le temps effectif pour le traitement des demandes.
Les demandes nécessitant l'intervention d'un opérateur humain (au nombre de 76 972) sont traitées par les environ 1200 employés de l'ONRC à l'échelle nationale, qui, parallèlement à la gestion des flux opérationnels, assurent également des services d'assistance à la clientèle en relation avec les bénéficiaires.
💁
La valeur spécifique de cette période, au cours des mois précédents, était d'environ 2250 dossiers par jour. L'augmentation significative est en fait due à la suspension totale des activités de l'ONRC du 19.07.2024 au 26.07.2024, soit 7 jours pendant lesquels les demandes qui auraient normalement été soumises se sont accumulées.
Nous discutons donc d'un backlog de 15 750 demandes généré par le blocage du fonctionnement de la plateforme.
Si nous mettons à jour le calcul, le nombre de demandes restantes par jour atteint 4373, un montant significatif et le double des demandes habituelles. Les arguments concernant les causes potentielles de cette quantité élevée peuvent être trouvés dans les opinions ci-dessus.
Jusqu'à la fin du mois de septembre, pour traiter toutes les demandes nécessitant l'intervention d'un opérateur humain, les délais seront prolongés. Les demandes seront traitées par étapes, en fonction de la date d'enregistrement, de l'exhaustivité, de l'exactitude, de la cohérence des demandes d'enregistrement et des documents soumis en soutien, ainsi que de la conformité de tous les documents requis par la loi.
💁
Nous considérons que le terme est pertinent, à condition que l'effort interne soit concerté et réel.
L'ampleur et la complexité du nouveau système informatique nécessitent une période de transition pour familiariser tous les utilisateurs avec les éléments novateurs. Selon les estimations des spécialistes, à partir du 30 septembre, les activités en relation avec les bénéficiaires respecteront les délais d'établissement et d'enregistrement au Registre du Commerce.
💁
L'ampleur et la complexité du nouveau système informatique ne sont pas exceptionnelles, l'application n'étant pas celle qui, à l'exception de la gestion de grandes quantités de données, présente des difficultés techniques.
Le problème du stockage de grandes quantités de données a été résolu depuis le siècle dernier, et des applications / logiciels permettant de telles opérations existent désormais même avec des licences open-source permissives (gratuites).
Dans un mode normal, une application de niveau entreprise (beaucoup de données, importance de la stabilité, etc.) se développe sur plusieurs mois, avec une équipe d'experts à la tête, impliquant des tests périodiques des nouvelles mises à jour, et finalement, elle est mise en service uniquement lorsque les tests révèlent que le système est fonctionnel.
Nous considérons que l'application actuelle (du moins myportal.onrc.ro qui est accessible au public) ne respecte pas ces exigences.
Le portail de services en ligne et tous les composants du système informatique sont surveillés, vérifiés, analysés, traités et optimisés en permanence. Les équipes techniques et commerciales travaillent continuellement à l'optimisation du système informatique et à garantir un fonctionnement optimal, en tenant compte des demandes des utilisateurs, mais aussi pour répondre au volume très élevé d'activité durant cette période. Chaque jour, de nouvelles versions sont mises en ligne, pour lesquelles nous mettons à disposition toutes les ressources nécessaires.
💁
Il est vrai que l'équipe de l'ONRC déploie actuellement de grands efforts pour stabiliser la situation de crise, ce qui ne peut être nié.
Les bases de données constituées depuis 1990, comptant des millions d'enregistrements, ont été transférées dans les nouvelles structures de bases de données. En ce qui concerne le Registre du Commerce, une centralisation au niveau national a également été réalisée, unifiant 43 bases de données provenant des 42 bureaux du registre du commerce et de l'ONRC – appareil central. Cette activité a nécessité un volume de travail considérable en termes de demande et de durée en raison de leur complexité, diversité et taille.
💁
Il est peu probable que l'effort ait été d'une telle ampleur, car la gestion d'une telle migration, surtout lorsqu'elle est planifiée à l'avance, n'est pas difficile, bien que cela puisse prendre un certain temps (quelques semaines).
La migration peut généralement se faire sans arrêter la plateforme pendant une longue période, comme cela a été le cas dans la situation actuelle.
Cependant, nous nous réservons un certain degré d'incertitude car nous ne connaissons pas la situation réelle sur le terrain et l'homogénéité des moyens de stockage précédents, même si dans un contexte d'entreprise, ils devaient normalement respecter certaines normes et être facilement migrables.
"Nous nous excusons pour le désagrément causé aux demandeurs, au milieu des affaires et aux professionnels, mais la mise en œuvre du nouveau portail était nécessaire pour garantir la continuité des services, étant donné que l'ancien système ne pouvait plus être utilisé, avec le risque de perte de toutes les données au niveau de l'institution."
💁
Conseils pour les RP : Quand tu demandes pardon, tu ne cherches jamais d'excuses. Quant à "l'ancien système ne pouvait plus être utilisé", je ne comprends pas si :
1. L'ONRC fait référence à l'impossibilité de revenir à l'ancien système.
2. L'ONRC avait une infrastructure qui risquait de perdre toutes les données au niveau de l'institution (mais peu probable car elle était décentralisée).
3. L'ONRC fait référence aux lacunes de données, ce qui semble peu probable étant donné que l'ancienne plateforme était beaucoup plus robuste, fonctionnant sur un système de wickets, les données étant traitées exclusivement côté serveur.
Conclusion
Nous ne sommes pas certains si la direction de l'ONRC est désinformée par l'équipe technique de Vodafone, si elle ment, ou si la situation avant le lancement était plus précaire que ce que le public savait.
Nous n'avons pas identifié d'informations démontrant une certaine mauvaise foi ou un désir de désinformation, mais cela montre qu'il n'y avait pas d'équipe professionnelle derrière la migration, ni une bonne planification avant la procédure de migration.
En mode normal, les migrations de données se font progressivement, surtout pour les systèmes d'entreprise, afin de permettre l'identification des problèmes. En général, la migration est testée sur une quantité réduite de données (1 000 entreprises, 10 000 entreprises, 100 000 entreprises) pour permettre l'identification des erreurs ou des cas exceptionnels, et leur résolution ultérieure.
Ils ne se précipitent pas, et cette précipitation a justement généré le problème qui nous affecte tous. Au lieu d'avoir un lancement normal, sur un programme prêt pour la production, nous avons une forme de test sur la base d'utilisateurs, un projet en alpha ouverte / bêta ouverte qui n'aurait pas dû être lancé publiquement.
Bien que nous apprécions les efforts déployés pour résoudre le problème et que les délais de traitement soient inférieurs à ceux que nous avions anticipés, nous considérons qu'il est également nécessaire de veiller à la satisfaction au travail, de nombreux employés de l'ONRC se plaignant de la charge de travail énorme, de l'incertitude et du manque de transparence.
Tout employé travaillant pendant les week-ends, les jours fériés ou au-delà de ses heures de travail devrait être récompensé et encouragé positivement, et non contraint. Nous espérons que l'ONRC prendra des mesures pour garantir la satisfaction de ces employés.
Il est notable que dans tout système à grande échelle, l'épuisement réduit l'efficacité moyenne des employés, et ces conclusions ont justement conduit à l'allongement de la période de week-end à 2 jours, à l'établissement d'un horaire de travail plus court, etc.
