这样的痛苦，这样的痛苦，收银机服务2：0

在上一篇文章中，我们讨论了反-游主义如何自行选择“云”。 在此讨论任何商业公司生活中的重要组成部分-从客户那里收钱。

为了接收来自私人客户的付款，我们一直使用聚合器的服务。 首先，我们希望在付款接受服务之间进行多样化，然后出现了发行电子支票的要求……总之，无论是我们方面还是国家，都有很多愿望清单和要求。 在本文中，我们将分享我们的经验，并讨论必须踩到的草丛中要避免的耙子。 我认为，所描述的经验对仍处于将支付集成到其系统中的所有人员都非常有用。



^{图片来自giphy.com}

奶奶有两个快乐的出纳员...

我们的私人客户检查文件的数量是企业的3倍。 从我们的业务开始到现在，我们一直认真地保留了在Internet上免费搜索贷款的可能性。 付费服务具有以下优点：

• 检查时优先级更高
• 对单位时间内检查的文件数量没有限制；
• 可供选择的多种搜索模块进行连接。

付费服务的成本包括对内容提供商的贡献以及为私人客户维护审核基础结构（包括免费基础结构）的成本。

现在，一张包含所有可能的搜索模块的“ 联合收藏” （OK）支票的价格为270卢布。 单一支票对于普通用户就足够了，对于普通用户来说，支票并不是很昂贵。 那些进行大量检查的人，我们有条件地将自己分为两类：诚实和不诚实。 如果这是一个从事教育的组织或需要借贷检查服务来控制科学或其他文字工作的质量，我们愿意成为我们的公司客户，从而减少了一张支票的客户成本。 对于“调谐器”和自定义作家（猜测他们属于哪个类别），公司细分市场的路径是封闭的。 这是我们的原则，我们不与可疑的公司签订合同。 我们还控制客户的活动，以防止出于“业务”目的（启发式，机器学习等）使用公司帐户。 在我们的历史中，在我们发现客户不是他声称的那个客户之后，有几次合同终止。 不幸的是，我们无法与每个私人用户达成协议，因此要为他们使用要约。 这对私人用户来说很方便，但是同时，我们不能控制谁使用付费访问权限，因为商店不能禁止从他那里购买展示的商品。 私人客户的批量检查成本将稳定增长。 因此，我们进行写作工作是为了获得昂贵的乐趣，并恪守改善俄罗斯和全世界教育的使命。

一切如何开始

我们的服务已于2010年5月4日将以前为私人客户提供的一些免费服务转移到有偿服务类别中。 在那一刻之前，所有功能都完全可用，只支付了对外部收藏集的支票，为此我们又向内容提供者自己付费。 我们提供了付费服务，形成了完整的报告。 显然，用户很不高兴，很容易计算出我们惊人的收入。


^{我们论坛上2010年4月至5月声明的屏幕截图。}

las，尽管我写了第一版帐单，但我在塞浦路斯仍然没有房地产。

第一次机器人接触

为了启动批量付款，我们使用了一种已经证明的解决方案-与Robokassa（RK）集成。 在2010年5月4日之前，我们接受论文和法律文件考试的付款。 RK服务适合我们。 集成就像启动靴子一样简单，在我们这方面，我们必须要做的最少：只需将有关付款状态的信息重定向到结帐网站和结帐回调处理程序。 标准的用户操作方案如下：

1. 用户在站点上选择产品，然后单击“付款”按钮。
2. 该站点（在计费服务的参与下，但这在当前情况下并不重要）重定向到Robokassa服务，指示商店标识符，产品和付款金额。
3. 网站上的用户为商品付款。
4. 收银台服务接受款项并通过回叫（回叫，俄语）通知我们付款。
5. ...魔术在这里发生...
6. 利润！ 钱将扣除佣金后转入公司帐户。

一切都已设置并运行了多年。 如您所知：它有效-请勿触摸！ 它不可能永远持续下去，我不得不改变一些东西。

Y（和其他）

我们生活在一个充满变化和机遇的动荡时期。 到2015年12月底，从银行吊销许可证的过程正在紧锣密鼓地进行，并且由于任何付款系统都与银行挂钩，因此我们决定需要备用选项。 计划B不允许我们在某些时候无法接受付款。 从或多或少的大型付款聚合商中，选择权落在Yandex.Kassa（Yak）上。 该任务在12月的最后3天中以创纪录的时间完成，我们在有顶棚的情况下休假。 顺便说一句，与哈萨克斯坦有关的风险尚未实现，但是我们得到了另一种支付系统。 不要扔掉它！ 从那时起，他们一直在共同努力。 两只有趣的鹅！

经验尚未应用

正如我已经写过的，我们希望发展反Anti窃主义，并减少对杂物的分心。 私人客户的付费服务是继续提供免费服务的机会。
碰巧，我们以每个付款聚合商提供的最简单的方式实施了集成。 因此，我们有一个非常清晰的付款页面，其中包含针对两个不同收银台的两种不同机制。


对于哈萨克斯坦共和国，付款方式的选择是在过渡之前转到UC的聚合器页面（在我们的页面上）之后进行的。 要了解付款配置文件与以下负载的相关性，蓝色是通过哈萨克斯坦收到的款项的份额，橙色是已付款支票的数量。


因此，我们无需真正担心实现问题，我们测试了两种支付接口选项的可用性。 似乎用户更喜欢UC的选项。 超过50％的爆裂是使用UC的开始和每年支付次数较少的轻负荷时期的特征。 显然，此刻，RC位置较高且默认情况下处于选中状态的事实受到的影响更大。

Babusya Atol FF Dekhovna

立即提出保留：我们没有违反物理学和俄罗斯联邦的法律。 因此，他们开始与大家一起寻找一种解决方案，根据联邦第290号法律 ，自2017年7月1日起开具支票。 仅在下一个春季会议期间进行了预先搜索。 显而易见，我们不会手动收银员，也不会手动支票。
在国家规定的截止日期之前，我们和该国的许多公司一样，都没有达到截止日期。 发生这种情况是由于缺乏在线预订办公室即服务的平淡原因。 当时，许多提供了其他选择。 例如，在Robokassa中，他们可以在商店中出售商品。 看起来不怎么好。 最重要的是，KaaS方法给我们留下了深刻的印象-结帐即服务。 Atol提供了第一个（如果不是第一个）此类服务。
尽管进行了大肆宣传，我们还是迅速签订了合同，购买并注册了财务驱动器-一种特殊的闪存驱动器，用于存储通过收银机剔除的所有交易。
这表明我们的两只鹅几乎都立即开始支持与Babusey-Atol的整合。 就像传说中所说的那样：我们开始生活，生活和生活。

过渡到FFD 1.05

每个人都知道有必要在1月1日开始新的生活（是的，一旦您醒来，是的）。 的确，这显然不是采取任何立法变革的最佳时机。 但是，从2019年1月1日起，我们所有人都必须切换到新版的财务文件格式（FFD）1.05。 更改很便宜，但是我仍然对这次更新的事件感到震惊。

对问题的研究表明，仅需在传输的值中添加两个参数：计算对象（payment_object，payment_subject）和计算方法（payment_method，payment_mode）。 对于我们唯一的产品，Anti-Plagiarism得分表明这对参数毫无价值。 这是实现Go to FFD Support v1.05目标的简单计划大纲：

1. 优化站点，使其在请求中传递几个新常量；
2. 向聚合商检查他们是否理解并接受所有这些；
3. 将Atole FFD格式切换为1.05版；
4. ...魔术在这里发生...
5. 利润！

参数不会随时间变化，也不依赖任何内容，只需设置一次-就是免费赠品。 因此，他们认为，实际上所有事情都不是那么容易...可能出了什么问题？

1. 开发部门最终确定了抗-病的地点，我们将其推广到了产品中。 我们与我们的技术支持人员以及两个聚合器的专家一起检查了一切正常，新数据是否正确传输。
2. 在更改的过程中，其中一个聚合器为其本身看到了新的信息：“ site”字段的值应与Atola中指定的值在符号上相符（WTF _1-为什么要具有该相符性，因为存在一个INN和其他各种情况？）后来发现，这非常重要
3. 好吧，让我们改变。 在Atola中，您帐户的一页上有一个字段，其中包含网站地址和有关过渡到FFD版本1.05的提示。 太好了！ 我将网站更改为www.antiplagiat.ru （我删除了以前的http，添加了www），并且对过渡到FFD版本1.05表示了怀疑。 需三个工作日进行更改（WTF _2-确实是工程师亲自去那里并更改了收银台固件吗？）！ Nuuuuu约。 到目前为止，我将在聚合器上公开相同的站点值。 变了 就是这样，我们正在等待1.05的更改。
4. 第二天早上，我收到有关支票未被取消的信息。 Atol的管理速度超过三个工作日，并更改了FFD的版本，但没有更改站点地址： antiplagiat.ru （WTF _3-怎么了？！？！您用手在某处更改站点吗？）。 更改网站地址时，RK本身悄悄添加了“ http：//”： www.antiplagiat.ru （WTF _4-我希望检查较小，并且没有协议，但是由于有一个聚合器而无法解决）。 k牛喜欢做得很好，一切都按其应有的方式运行www.antiplagiat.ru 。 总计-支票不会写到任何聚合器上，因为到处都有该站点的不同名称。 但是我特别是在前一天制作了它们！
5. 我在电话上向所有人发誓，Atol很帅，他们可以按任何要求收取一笔费用：3个工作日。 我关闭了RK，因为他们无法将站点更改为当前在Atola中注册的站点，因为该站点必须使用http或https。 我正在将UC中的站点更改为现在在Atola的站点（好处是那里的更改很快，并且没有http要求）。 万岁，支票开始被写出来！ 环礁的出现是由于我在电话中讲话的动机，并且在半小时内将站点更改为www.antiplagiat.ru （此格式适合哈萨克斯坦共和国）。 此时，取消对UC的检查将停止工作，因为 在那里旧站点已注册。 我通过我的个人帐户更改它，它不会更改，我称TP，它们会更改。 打开RK。
6. h，它似乎无处不在。 它仍然可以处理未成文的支票。 有几百个。 RK-根据电话的请求，以网站的新值运行所有内容，它们通过了。 AK牛：
   ^{我们员工的猫}
   说明：我们将支票寄给了环礁，他回给了我们，他们说支票不正确。 我们已经自己存储了此信息，现在无法使用它了（WTF _5-它仍然使我丧命，好像他们的系统不是他们自己的一样）。 12月29日-正常工作的星期六（WTF _6-但这里只是出于习惯，12月证明是痛苦的成功，请记住上一篇文章 ，乌云密布的动作是并行进行的），不是进行诉讼的最佳日子。 我们将在一月份考虑如何处理无盖印支票。
7. 一切正常，灵魂沉着，我们将庆祝新年。 12月29日，在20小时内，在没有宣战的情况下，加州大学险恶地将站点地址更改为另一个。 通过它们的支票将不再写出。

他们为什么这样做，他们无法解释。 他们谈到了阿托拉的来信。 显然，这对夫妇想做到最好。 Atol照顾了那些不知道此要求的人，因为付款和收银台汇总中的网站地址不匹配。 您看到的数据至少是从12月29日上午开始才过时的。

1月10日上午，我们在一个盒子里放了一堆信，里面有来自UC的消息，提示敲除支票时出错。 新年伊始！ 不能识别的人和自己（！）将这些检查转发给环礁（好吧，他们可以在需要时提供）。 除了这种情况，不可能多次发送UC检查。 相反，他们说服我这是不可能的！ 仍要写支票需要做什么？ 正确，用手将其推入！ 在Atola中，我们进入一个页面，其中包含需要填写的十二个字段。 填满，好，好，一张支票被淘汰。 在下一个检查中，您需要再次以相同的方式填充所有内容（几个字段除外）！
我们有一堆错误的信件，我们需要剔除支票。 我们编写了一个脚本，该脚本接收来自UC的信件，并使用它们在Atoll中进行检查。 穿上机器。 小事一桩，但是如果支票没有被击败，那就违反了法律。 我不得不弄清楚这一切在Athol中是如何工作的。 UC为什么不能在其一边重新发送支票尚不清楚。 该脚本位于我们在Github上新创建的公共存储库中。

矛盾的Yandex文档

UC中有很多文档，其中包含精美的图片和屏幕截图。 看起来，使用和高兴。 让我们来看看与票房互动的内容：


^{截图于 10/30/2019。}

在第5步中，Atol有时会报告并非支票符合所有条件，并且在我们的帐户中显示了状态为“已接受”的付款，但没有支票。 这是因为选择了建议的“提前3天”支票发送方式。


^{在线结帐设置 ，选项“在我们的帮助下”。 截图于10/30/2019。}

再次提到第五点，其过程描述与描述的完全不同。 按下个人帐户中的按钮不会更改支票状态的任何内容（她确认需要技术支持）。 支票仍未损坏。 可以手动将其取出。 也许选择“ 5分钟”？ 让我们看看您帐户中的帮助内容。


^{您个人帐户的屏幕截图。}

事实证明，对我们而言，“不推荐使用3天”方法是强制性的！

结论

Atol。 并非所有事情都是自动化的，很多事情都是手工完成的。 可以看到，个人帐户的界面变得越来越缓慢但确实越来越丰富。 任何更改的标准费率为3个工作日。 有时他们会为我们开支票，但由于某些原因，他们从不开车。 为了加快响应有关票证创建消息的请求的解决方案，您需要将TIN发送给组织（即使它已经在上诉正文中），显然他们会自动增加优先级。

Yandex.Cash。 万一Atol出现问题，他们将无法重新发送支票。 其他人可能没有，但实际上他们可以，但他们可能不想这样做。 我不得不为他们编写脚本。 有很多文档，因此可能不一致。

Robokassa。 由于某些原因，他们改善了商店的网址，而完全没有注意到这一点。 其余的都是可爱的家伙。

FTS。 实施更改的原始时间。 没有很好地考虑法律和要求。 现在，电子收款机与普通实物相同。 如果在离线商店中付款是由一台设备完成的，并且剔除支票，而这两个过程几乎像一次交易一样进行，那么在在线世界中，一切都将有所不同。 一种服务接受付款，但另一种服务将支票剔除。 与离线收银机类似，用于淘汰支票的时间不超过5分钟。 例如，可以在此处阅读更多详细信息。

经验教训

看起来有点琐事，但是由于这些琐事，我不得不在上面以及脚本的开发/调试上花费大约60个小时。 甚至两个大型的国家支付聚合商与大型的提供者KaaS一起也无法提供普通用户将获得该服务的服务，而对主题领域的了解却很少。 令人遗憾的是，即使进行任何微小的更改，您都必须以这种格式保持警觉，并因此用自己的手写拐杖备份所有内容。

顺便说一下，两家公司通常都提供高质量的技术支持和服务本身。 与技术人员通电话一个小时很容易，调试某些东西或找出由于支付系统故障而导致某些故障的原因。 文档一切正常，可靠性高。 Yandex.Kassa会仔细警告付款系统及其计划工作中的所有故障。 在此类邮件中没有看到Robokassa，但是我们的客户对通过它付款有问题的投诉较少，这意味着没有特别的停机时间。

接下来要做什么？ 迫在眉睫的是根据用户选择的付款方式优化聚合器选择的投资回收项目。 在这种背景下，也许可以与更多的提供者建立联系（我希望新的“ OMG！为什么这样做？！”以及有关痛苦的文章的原因）。 由于一年中付款量的不均衡性很强，因此一项有趣的任务可能是优化几个背包的集合：用户将发送该背包以进行付款，以最大程度地减少佣金和每月付款折扣的损失。 如果有人有过这样的经历，以及游戏是否值得一试，请分享评论！