无现金支付自动化，小公司经验

我们正在为1C开发各种解决方案，并且我们有一个小型在线商店，我们在其中出售各种软件和设备。因为 由于我们专注于B2B，因此在线商店中最常用的付款方式是采用非现金付款方式开具发票。
一切都是标准的，我们有一个专门的人员-总会计师，每天早上检查付款，并将其过帐到1C，然后在线商店进行付款。有时，总会计师请假一天，我不得不检查银行，有一天她说她要休产假，我意识到我必须紧急做些事情。

而且有必要对处理收到的付款订单进行自动化处理，以使其不依赖于个人，很好或几乎不依赖于个人。

搜索最重要的链接

我做的第一件事是去银行，询问是否可以自动接收摘录。他们在那里伸手，只有EDS + OTP。没有其他办法了。但是我可以肯定，一家友好的公司有可能使用这种机制。他写信来支持他，写信给朋友，写信并打电话给他的部门多次。如果您省略歌词，那么银行中很少有人知道和理解我想要的。结果，我从一个朋友那里得知了我所需要的名字叫什么，然后我就可以从银行那里得到它。
该程序称为公司自动客户程序，银行称为“莫斯科银行” ：)
实际上，这是相同的客户银行，经过一些设置后，您可以在控制台中以“ 1C格式”接收银行对帐单。由JAVA提供支持，使用数字签名。
EDS必须在常规客户银行中生成。形成表格后，打印表格并写上注释：“ Autocient bank。没有签名权。” 当然，将数字签名记录在单独的USB令牌上，必须先在银行购买。
一切都很简单，但是我花了2-3个星期的时间来学习。

自动化

因此，我要做的第一件事是选择一个带有Windows的单独虚拟机，设置一个调度程序，该调度程序每隔4个小时就要从最后一天的银行对帐单中取出，并从最近三天的星期一中取出。 EDS（无签字权）被扔进了这辆车。我共享了一个文件夹，其中包含2家公司的上传结果。结果，最困难的事情发生了，在该文件夹中，总是有最新的上传文件，并且该文件在当前帐户中有移动。

从1C开始，我不得不自动化更多一点。在我们的商店中，许可证密钥的运输是自动进行的，我想将发生错误的可能性降到最低。
首先，我们创建了一个计划任务，该任务在1C：企业服务器的后台进程中运行，并在1C中延迟语句。因为 在网上商店中开设帐户时，客户指示其TIN，在付款目的中指示帐户的编号和日期，我们几乎总是可以识别出要付款的账单并自动将付款附加到该账单上。

除此系统外，我们还通过电子邮件向我和总会计师发送了一封信件，其中包含有关最新交易和失败的信息。


更简单的邮件发送给负责该帐户的员工，如果找不到该帐户，则会来信。

崩溃

在使用捆绑软件的整个过程中，从未发生过因故障而支付不足的订单的情况。当然有机会了。
有时，客户订购一罐啤酒。一个人，并从另一个人处支付帐单，在这种情况下，需要进行人工调整。账户根本不依赖于付款。
有时客户支付了错误的金额，最后我们将金额链接到基准，如果帐户上的金额不匹配，则付款也不会过账到账单上。
我的公司正在发展壮大，一旦出现收银员和现金付款，便出现了一种新的操作方式-向银行存入现金，这破坏了系统，我不得不添加它。购买货币后发生了同样的事情。如果可以快速响应并更正1C系统，这并不可怕。因为 我们自己就是开发人员，我们会即时进行更正:)

摘要

我每天使用此捆绑包已有3年了。这确实非常方便，不仅对于大型公司，对于像我们这样的小型公司也是如此。总会计师已经从法令中退回，银行打电话并要求支付使用该系统的费用并签署协议。原来，我们免费使用了2年：)
我将捆绑软件的可靠性评为99％，每天有5到20笔交易。

如果您知道其他银行提供的类似服务，请共享它。根据我的民意测验，很明显没有多少人使用这种自动化。

Source: https://habr.com/ru/post/zh-CN385013/