接下来，我们将部分分析昨天发布的ONRC所作的每一项声明。
新闻稿分析
自2024年7月26日发布以来，新信息系统中已注册总数145.888个请求商业登记处的新在线门户已提交87,595个申请。在在线收到的申请中，68,916个请求已自动处理无需人工干预（公司名称预订，来自商业登记处的信息提供）。
💁
自动处理的请求在旧平台上也大部分是自动处理的，唯一的例外是RBR访问请求和潜在的（未测试的）BPI。
它们代表了常规请求的少数，因此实际成功的可能性在500到1000个“自动解决”的请求之间。
另一方面，该平台已冻结了需要人际互动的活动，因此任何形式的声明，得出事情进展顺利或以特定方式进行的新产品发布的结论，都是错误的。
它们代表了常规请求的少数，因此实际成功的可能性在500到1000个“自动解决”的请求之间。
另一方面，该平台已冻结了需要人际互动的活动，因此任何形式的声明，得出事情进展顺利或以特定方式进行的新产品发布的结论，都是错误的。
在此期间，全国收到的申请数量大约是去年同期的两倍，新信息系统保持在线并承受了多次访问，同时持续进行系统更新并与历史数据库进行关联，确保用户账户的历史记录，帮助台始终为用户提供支持，门户网站上注册的用户数量约为700,000。
💁
由于我在休假期间没有跟踪BERC发布的解决方案的进展，因此请求数量大约翻倍的可能性不大。
无论如何，我们不能讨论由于平台成功而产生的过度需求。由于ONRC V2.0的成功推出，罗马尼亚的消费趋势并没有一夜之间发生变化。
这些变化可能是由其他变量引起的，例如：
1. 由于ONRC员工在使用新系统时遇到困难，待处理文件数量增加。
2. 将某些先前的操作重新分类为独立请求，这将使统计数据实际上成为苹果与橙子的比较，因为存在虚假的等价性。
无论如何，我们不能讨论由于平台成功而产生的过度需求。由于ONRC V2.0的成功推出，罗马尼亚的消费趋势并没有一夜之间发生变化。
这些变化可能是由其他变量引起的，例如：
1. 由于ONRC员工在使用新系统时遇到困难，待处理文件数量增加。
2. 将某些先前的操作重新分类为独立请求，这将使统计数据实际上成为苹果与橙子的比较，因为存在虚假的等价性。
在线和实体申请的差异需要ONRC员工进行处理、解决和注册，这一时刻起对第三方具有对抗力，信息通过在线服务门户变得公开和可用，包括注册文件的编辑和发布。
💁
新平台可能无法享受以前存在的某些自动功能，例如与ANAF系统的有效集成、自动生成注册证明（注册证书）、与BERC / MO的集成，从而增加实际处理请求的时间。
需要人工干预的请求（共计76,972个）由全国约1200名ONRC员工处理，他们在进行操作流程的同时，还为客户提供帮助台服务。
💁
在过去几个月中，这一时期的具体数量大约为每天2250个档案。实际上，增加的数量正是由于ONRC在2024年7月19日至2024年7月26日期间完全停止运营，这7天内本应正常提交的申请积累了起来。
我们讨论了由于平台功能阻塞而产生的15,750个请求的积压。
如果我们更新计算，剩余的每日请求数量将达到4373，这是一个显著的数字，是通常请求数量的两倍。关于高请求量的潜在原因的论据可以在上述意见中找到。
我们讨论了由于平台功能阻塞而产生的15,750个请求的积压。
如果我们更新计算，剩余的每日请求数量将达到4373，这是一个显著的数字，是通常请求数量的两倍。关于高请求量的潜在原因的论据可以在上述意见中找到。
在九月底之前，为了处理所有需要人工干预的请求，截止日期将被延长。申请将根据注册日期、完整性、准确性、注册申请及支持文件的一致性，以及所有法律规定文件的合规性，分阶段解决。
💁
我们认为这个术语是相关的，前提是内部努力必须是协调和真实的。
ONRC的员工与受益人保持持续联系，通过电子邮件地址：[email protected], [email protected], [email protected], [email protected], [email protected], 为了支持他们使用新系统。
新信息系统的广泛性和复杂性需要一个过渡期，以便让所有用户适应新元素。根据专家的估计，从9月30日起，与受益者的活动将遵循在商业登记处的设立和注册期限。
💁
新信息系统的范围和复杂性并不特殊，该应用程序除了处理大量数据外，并没有技术上的困难。
大容量数据存储问题早在上个世纪就已得到解决，现在甚至有允许此类操作的开源（免费）应用程序/软件可用。
在正常情况下，企业级应用程序（大量数据，重要的稳定性等）需要几个月的时间来开发，由一支专家团队负责，涉及定期测试新更新，最终只有在测试显示系统功能正常后才会投入使用。
我们认为当前的应用程序（至少是可公开访问的 myportal.onrc.ro）未能满足这些要求。
大容量数据存储问题早在上个世纪就已得到解决，现在甚至有允许此类操作的开源（免费）应用程序/软件可用。
在正常情况下，企业级应用程序（大量数据，重要的稳定性等）需要几个月的时间来开发，由一支专家团队负责，涉及定期测试新更新，最终只有在测试显示系统功能正常后才会投入使用。
我们认为当前的应用程序（至少是可公开访问的 myportal.onrc.ro）未能满足这些要求。
在线服务门户及其所有信息系统组件均持续监控、检查、分析、处理和优化，技术团队和业务团队不断努力优化信息系统，确保其最佳运行，既考虑到用户的请求，也应对当前高工作量，每天都会推出新版本，并为此提供所有可用资源。
💁
确实，ONRC团队目前正在为稳定危机局势而付出巨大努力，这一点是不可否认的。
自1990年起建立的数据库，数量达到数百万条记录，已被转移到新的数据库结构中。在商业登记册方面，国家层面的集中化工作也已完成，统一了来自42个商业登记处和中央国家商业登记局（ONRC）的43个数据库。这项工作由于其复杂性、多样性和规模，涉及了大量的工作量和时间。
💁
这种努力不太可能如此庞大，因为管理这样的迁移，尤其是提前进行时，并不困难，最多耗时几周。
通常情况下，迁移可以在不长时间停止平台的情况下进行，就像当前情况一样。
然而，我们保留一定程度的不确定性，因为我们不知道实际情况和先前存储手段的均匀性，即使在企业环境中，它们通常应该遵循某些标准并且易于迁移。
通常情况下，迁移可以在不长时间停止平台的情况下进行，就像当前情况一样。
然而，我们保留一定程度的不确定性，因为我们不知道实际情况和先前存储手段的均匀性，即使在企业环境中，它们通常应该遵循某些标准并且易于迁移。
我们对给申请人、商业环境和专业人士带来的不便表示歉意，但实施新门户是必要的，以确保服务的连续性，因为之前的系统已无法使用，存在丢失机构所有数据的风险。
💁
公关建议： 当你道歉时，永远不要找借口。至于“以前的系统无法再使用”，我不明白是否：
1. ONRC指的是无法回退到旧系统。
2. ONRC拥有一套基础设施，面临着丧失机构所有数据的风险（但由于其去中心化，这种情况不太可能发生）。
3. ONRC指的是数据缺口，而在旧平台更为稳健的背景下，这种情况几乎不太可能，因为旧平台是基于wickets系统，数据完全在服务器端处理。
1. ONRC指的是无法回退到旧系统。
2. ONRC拥有一套基础设施，面临着丧失机构所有数据的风险（但由于其去中心化，这种情况不太可能发生）。
3. ONRC指的是数据缺口，而在旧平台更为稳健的背景下，这种情况几乎不太可能，因为旧平台是基于wickets系统，数据完全在服务器端处理。
结论
我们不确定ONRC的管理层是否被沃达丰的技术团队误导，是否在撒谎，或者在发布之前的情况是否比公众所知的更糟。
我们没有发现任何证据表明存在明显的恶意或故意误导，但这表明在迁移背后并没有专业团队，也没有在迁移程序之前进行良好的规划。
在正常模式下，数据迁移是逐步进行的，尤其是在企业系统中，这样可以便于识别问题。通常，迁移会在较小的数据量上进行测试（1,000家公司，10,000家公司，100,000家公司），以便识别错误或异常情况，并随后解决这些问题。
他们并没有匆忙进行，而这种匆忙正是导致我们大家面临的问题。我们本应有一个正常的发布，基于一个准备好的生产程序，但现在却是一个在用户基础上进行的测试形式，一个不应公开发布的开放Alpha/开放Beta项目。
虽然我们欣赏在解决问题方面所做的努力，并且解决时间低于我们的预期，但我们认为还需要在确保工作满意度方面付出努力，因为许多ONRC员工抱怨工作量巨大、不确定性和缺乏透明度。
任何在周末、法定假日或加班工作的人都应该得到积极的奖励和激励，而不是被迫工作。我们希望国家企业注册局采取措施，以确保这些员工的满意度。
在任何规模的系统中，疲劳都会降低员工的平均效率，而这些结论正是导致周末延长至两天、设定更短工作时间等措施的原因。