机器人的崛起。 这似乎令人难以置信。 即使可能，它也会很快发生。 但是，值得考虑的是-我们合作伙伴的机器人员工每年增加22辆汽车。 而且他们显然不会停止。 突然之间，下一次升级将无法按计划进行，机器人将放弃升级。 或者说他厌倦了会计工作。 削减更多细节！
按钮 -企业家的后台。 我们进行簿记，解决法律问题，消除日常工作。本文是本文的续篇：
机器的兴起：机器人如何捕获会计 。
我请作者发言。有多少机器人，为什么需要我们
现在定期启动64个机器人。 我们不仅需要机器人来进行智力工作，而且需要每天烧锅。 例如，收集统计信息，以监视来自1C的信息以用于我们的应用程序。 机器人可以帮助开单甚至清除其他机器人之后的垃圾。
为了使会计工作自动化，我们与1C数据库密切合作。 为此，我们尝试其他选择。 我们将更详细地说明。
通过COM的互操作性。 从历史上看，这是我们设法建立互动的第一种方式。 我们在写入1C数据库方面进行了可靠的工作，但遇到了缺点：
- 建立连接的时间很长，有时会冻结或意外断开。
- 您需要分别连接到每个1C基座，绕过所有基座可能需要几个小时。
使用翻译器
通过postgreSQL数据库进行
交互 。 这种方法使我们大致了解了每个客户端的1C数据库状态。 例如，是否存在重复的交易对手或错误张贴的文档。
优点：
- 连接到数据库非常快。
- 您可以立即使用整个1C数据库集群，这将处理速度提高了几个数量级。
缺点：
- 它仅在从数据库读取时有效。 从理论上讲，记录工作也可以完成，但是为此您需要重复整个1C逻辑-这是不切实际的。
- 与COM方法相比，开发更耗时，过程支持也更复杂。
通过OData进行交互。 最近尝试过。
优点：
缺点：
- 尽管可以快速建立连接，但第一个操作所需的时间明显长于后续操作。
- 为了像COM一样方便地使用它，需要对交互基础结构进行投资。
- 管理1C需要付出额外的努力，尤其是在更新配置时。
通过Web服务进行交互。 这种方法最近已经过测试。
优点：
缺点：
- 我们需要在1C平台内进行开发，我们的环境是非标准的，因此仍然没有足够的能力，并且需要其他基础结构来完全实现CI。
- 与COM和OData一样，只能在一个1C数据库中解决任务。
机器人需要控制
机器人是不完美的。 像他们的创造者一样，他们迷迷糊糊，跌倒和摔跤。 原因可能非常不同：服务配置错误，代码错误，硬件级别问题-硬件故障。 对我们来说，尽早发现是很重要的。 因为有许多与机器人相关的公司业务流程。 我们创建了监视机器人来跟踪所有人。
我们监视机器人上一次启动的时间。 如果我们知道它应该每小时启动一次，但是已经休息了3个小时，那么这是一次激励它的机会。
碰巧一个机器人假装正在工作，但实际上它是冻结的。 为了了解这一点，我们在机器人上写的日记中查看其工作情况。 如果条目显示的时间不够长，则需要重新启动它。
在某些机器人中，错误和崩溃的后果不易察觉。 为了及时发现问题，我们创建了以工作结果为重点的指标。 因此，我们控制着最重要的机器人。
例如，机器人指挥对我们很重要。 他确保在1C中正确考虑了传入的文档。 机器人在3-4小时内完成了所有1C基地的一轮工作-半天 回想一下，我们为1300位企业家服务。 在每个回合中，机器人不会输入任何基地。 最有可能的是，直到第二天，会计师才会注意到该机器人没有调查特定的基地。
该机器人致力于在特定的数据库中进行评估-对于会计师而言，这是一项单独的严肃任务，除了执行文档操作外，他还具有其他任务以会计和建议客户。 因此，实际上，只有一周甚至几周后才能发现此错误。 并及时提供不合格的文件-错误计算的税款。
因此，我们对机器人进行了设置，以便它记录了机器人绕过的基础和时间，在这种情况下，我们可以看到机器人没有绕过多少基础以及绕过了多长时间。 结果，我们提请会计师注意在必要的时候和正确的时间。
机器人需要更换
在梦想着机器人的未来中，人们可以希望一台刚离开装配线的出色机器人将永远完成自己的工作，而我们将能够做更多有趣的事情。 在现实生活中并非如此。 时间流逝，昨天似乎已经足够的工作，今天不再满足。 结果的质量并不是说它工作太慢，甚至在变化的情况下没有意义。 机器人正在老化，需要升级。
机器人整合
一些机器人从事相关任务，但它们的动作不协调或彼此等待很长时间。 我们将拆卸此类机器人，并组装一个从事所有相关任务的机器人。
我们始终让与人一起工作的机器人保持“值班”，以期待他们从人那里得到的工作。
以将纸质文档扫描件转换为1C中记录的文档的过程为例。 以前，有几个机器人是一起做的：
- 一个柏忌人将档案文件解压缩成单独的文件，并且带有几页的pdf变成了几张图片。
- 排序器机器人查看图片，将其分类并排列在文件夹中。
- 接下来，识别机器人开始工作。
完成工作后，如有必要，主会计将连接以检查并更正机器人。 在此人之后，连接了一个机器人，该机器人将文档保存在1C中，然后由机器人导体来进行处理。 所有这些机械手均以轮询模式进行配置。 他们偶尔按自己的时间表开始，看是否有工作。 如果有，他们执行了此操作，然后再次入睡。
机器人很多，因此每个机器人的时间表都增加了时间延迟。 事实证明，从我们看到文档的那一刻起，就意识到了这一点，在完整的文档出现在1C数据库中之前就开始使用它，这可能需要半小时甚至一个小时。 为了将可用文件上的当前税率通知客户，会计师不得不等待很长时间。 然后，您想如何在线答复客户。
对于新解决方案，我们拆除了机器人的零件，并组装了两个新机器人。 首先将档案和pdf文件转换为可以发送到1C的文档。 然后，该人检查工作，如果有必要-有规则。 第二个机械手在验证后立即拿起文档，并将其保存在1C中。
现在，在事件模型中配置了工作：机器人始终处于待机模式，当一个人完成自己的任务时会立即做出反应。
机器人改进
减少了将文档保存在1C中的时间后，我们遇到了另一个问题。 我们记录了文件丢失的情况。 我不得不再次从客户端请求它们，这是非常不愉快的。 现在就解决这个问题。 看来我们将再次拆卸和组装新的机器人。
我们还对神经网络进行了重新训练，以对文档进行分类并将其转换为更多的神经和网格文档。 这使精度提高了1％。 每周几百页不再需要人类的关注。
平台变更导致机器人升级
上次我们谈到了为什么决定从Java转换为Dotnet以及它是如何实现的。 一年前，仍然有很多Java代码。 我们不知疲倦地看到了这个金色的重量。 仅在三月份，他们才能够完全关闭运行Java的服务器。 与她一起，部分机器人也进入了另一个世界。
新机器人
Tegun
客户就各种问题写信给我们。 为了让这些问题找到他们的艺术家，我们使用标签对他们进行分类。 最初，人们是这样做的，但是我们决定方便他们的工作，并写了一个机器人。 他们叫他-ae军（Daegun）。
第一个版本非常简单。 我们应用程序中的工作以与分支机构对应的形式安排。 一个分支中可以有多个任务。 机器人进行了分类-根据此对应关系中的标签放置标签。 显然，在没有标签的新分支中，机器人什么也不做。 在这种实施方式中，机器人处理了40％的人的工作，而在10％的情况下被弄错了。
为了让机器人可以确定新分支中的艺术家，我们教他阅读。 为此，我们使用逻辑回归和梯度增强进行预测，并结合使用tf-idf和WordToVec进行阅读。 最新版本的机器人可以占用人们60％的工作。 知识就是力量！ 尽管机器人在15％的情况下开始犯错，但任务仍然开始更快地传递给表演者。
发送报告
并非总是需要情报来进行必要和有用的工作。 程序员和会计师知道例程可能要花费80％的时间。 例如，为了发送SZV-M报告，薪资会计师必须打开1C数据库，按大约十个按钮，在间隔中输入数据，等到1C说“一切正常”并关闭数据库。
每个此类操作需要5分钟。 一点点。 但是，为了对需要报告的所有按钮客户（大约有600个）执行此操作，您将需要花费5 * 600/60/8 = 6个工作日的连续机械人工。 几个做大致相同的事情的克隆机器人一天就能完成这项工作。 回想一下，这样的报告必须每个月提交，每个月的工作日-20。一个会计师的工作时间的三分之一将只花在连续发送报告上。
与1C同步
过去一年出现的另一类重要的机器人是同步器。
我们的应用程序具有与1C对象中的数据密切相关的文档和银行对帐单。 对于我们而言，重要的是应用程序的状态尽可能与1C中的事务状态匹配。 我们使用它来搜索重复项，方便地搜索对象并向客户显示正确的数据。 通过使用postgreSQL数据库进行交互，我们能够跟踪1C中发生的更改并将它们快速反映在应用程序数据库中。 目前，时间差异不超过5分钟。
机器人会受益吗
我们不能再拒绝机器人了。 他们使日常工作的很大一部分自动化，以至于它使我们能够在不增加会计师人数的情况下扩大客户群。 如果关闭机器人，那么某个地方我们将立即失去2个小时的响应时间，而某个地方我们将开始犯错误或跳过错误。
我们的会计师已经在很大程度上专注于显示特定机器人结果的指标。 这使我们能够在实际报告之前一个月进行“排练报告”。 实时计划我们需要多少时间来设法生成报告并按时交付。 这是迈向客户会计程序透明性和可靠性的重要一步。
不过，机器人仍然很少，您需要一个人。 因为机器人坏了，需要修理。 机器人可能会犯错误，需要对其进行检查和培训。 另一个困难是在机器人和人之间建立有效的交互。 一方面，有必要创建对人类方便的机器人，另一方面，要能够教人们如何使用它们。
谢谢您瓦西里·切尔诺万（Vasily Chernoyvan）的文章。