我认为许多Habr和geektimes的车主已经听说过以电子方式购买OSAGO的可能性。这个机会出现在大约六个月前，我很幸运仅在现在尝试过。

在某些地区，例如我的乌里扬诺夫斯克，实行强制性汽车第三者责任保险的情况甚至达到了荒谬的程度-代理商仅以不必要的伴随保险出售1000-2000卢布的保险，而在保险公司自己中，他们每小时都会签发保险单，造成了巨大的排队，在这个地方需要在早上借。

因此，有机会在不坐椅子的情况下以电子方式购买保险，这似乎是头痛的神奇解决方案。

展望未来，我要说的是，只有您以前以常规方式为这辆车保险了，您才能申请OSOSAGO-数据是根据以前的政策核对的。

一天早上意识到保险已不再有效后，我决定尝试新的系统。变成了三天的史诗，充满了喜悦和期待，希望和失望。

老实说，似乎没有人对此系统的质量工作感兴趣。

但是，首先是第一件事。

第一天

我选择了几家我知道的大型公司，这些公司在“电子OSAGO”搜索结果的第一页中出现，然后去了他们的站点以搜索eOSAGO。

事实证明，尽管宣布已销售电子OSAGO，但与它们合作的公司非常有限。Rosgosstrakh一个多月前去了“技术工作”。Alfastrakhovanie-仅适用于以前用“纸”保险的人。一些公司提供了仅针对在某些地区（主要是莫斯科和圣彼得堡）注册的公司购买eOSAGO的机会，尽管电子保险的可能性似乎应该从实际存在的地区到整个国家增加潜在的客户群。

好吧，我决定，然后开始草拟。

然后很清楚如何不调试系统。

我遇到的第一个站点是Tinkoff Insurance。
Tinkoff以其网上银行的便利而闻名，这与我对保险界面的预期相同。但是他们感到惊讶。首先，由于某种原因，我的汽车和该地区的临时保险金额竟然是预期价值的一半（2,800卢布，而不是其他所有保险公司所期望的5,500卢布）。

但是，界面的便利性只是“置顶”。除了用于输入护照注册地址的字段外，由于某些原因，还有用于输入实际居住地址的字段（必填）。既没有使用“使用相同数据”复选框，也没有机会拒绝它们。此外，相同的数据必须输入3次-保单持有人，车主，最后是驾驶员。

我在页面上填写了整个数据补丁，单击“重新计算”，然后……没有任何反应，页面挂了5分钟。 5分钟后，出现一条错误消息，提示您联系最近的办公室申请经典CTP或联系顾问。该顾问原来是绝对没有用的机器人-他用标准短语回答：“电子CTP是在站点上独立发行的，如果您确定所有数据都正确填写，请写信到站点上指示的支持电子邮件中”。顺便说一句，我在任何地方都找不到这封电子邮件。我问顾问-他永远消失了。

我仍然很热心，并决定一切仍在这里调试，让我们继续。
下一个保险是RESO。在这里，我无法在输入被保险人的护照数据的阶段进行注册，他们只是没有通过RSA的测试。 Twitter上的朋友写道，他们通过写技术支持书成功地获得了保险，这表明您需要“正确输入”。我写信给他们以支持他们，但我没有等待答案。

然后我去了VSK网站。我认为，这种保险的接口是最成功，最愉快，最周到的。数据被分组为逻辑块，无需再次输入任何内容，填充过程中将立即由块进行验证。

但是这里的结果并不是很好：)我填写了所有数据，它们成功通过了验证（！）在PCA中。我通过短信确认了计算结果，单击付款，然后进入我的钱包拿了卡...但是，等待了几分钟后，我收到一条消息，提示代码“该政策未通过PCA检查”，代码为024。

以下评论出现在geektimes VKontakte组中：

嗯，但是我知道他在那里犯了什么错误。后者与数据库中加倍的策略编号相关联。首先是在向PCA发送数据时出错（来自英国）。

如果这是真的，那么原则上就充分解释了保险人为限制的销售。

在UralSiba那天没工作界面设计保险（第二天他给了同样的错误，其他人一样）。

根据PCA网站上的列表，在尝试了所有我知道可以使用e-OSAGO的保险公司之后，我决定走到尽头，并开始连续尝试所有保险。

几个保险接口看起来像双胞胎，事实证明有人已经设法制作了现成的PolisOffice解决方案并将其出售给保险公司。但是，要及时。

发现差异

在Parity-SK在销售政策时，通常在所附说明的严格指导下使用1C 8.3接口，这让我非常开心。

各地的结果都是相同的-所有数据都通过了SAR数据库中的验证，但是在付款之前策略的最终“注册”阶段，它们没有通过同一SAR中的验证。

已经是傍晚了，自然地给保险打电话没用。我浏览了几个主题资源。论坛上的投诉数量给人的印象是，电子保单以与书面保单相同的原则出售，最大程度地延误了流程-保单已结束，因此排定了“检查汽车”的队列一周。不知道是不是这样许多人写道，他们与保险公司联系以请求检查保单数据得到了帮助-根据先前保单的数据，在SAR中对数据进行了验证。我去了我的保险网站，为所有可能的地址写了几份申请书。同时，他写信给几家保险公司，我试图在其中申请电子保单，然后入睡。

第二天

清晨，我从保险公司打了一个电话。这位有爱心的女孩为给您带来的不便表示歉意，检查了所有数据，并将去年的保单再次发送到数据库中。据她说，更新数据库需要30分钟-3个小时。

现在，所有保险公司的指示都已更改-数据在填写保单持有人地址的阶段不再通过验证，一些返回了特定的代码-AddressRSACode。另一半用户遇到此错误，该错误在最后阶段没有达到。许多人试图用可能的错误和拼写写出他们的地址，这对他们有所帮助。但就我而言不是。

在这个阶段，我已经知道保险通过SOAP向注册表提供的xml中，AddressRSACode是一个特定字段，其长十进制代码类似于KLADR代码。
该地址也由KLADR选择，在这里我得到了一个线索。我的地址是24
岁的Komsomol大街50周年。在KLADR中没有这样的房子，我的房子记录为24/20，因为它位于两条街道的交汇处。我在家中尝试了所有选项（24 / 20、24A等，例如24号楼20），但是这没有任何意义。我再次打电话给我的保险，并指定了他们如何选择房屋-从选择中还是手动输入。答案是-街道-手动选择带有KLADR列表的房屋。我要求像KLADR一样将房屋放在24/20，但是他们拒绝了我，因为注册的护照数据是房屋24，并且他们不能再写另一个。官僚主义，但公平。该策略中的所有数据都再次以信函方式检查给我，然后再次发送到数据库。

在我看来，问题在于保险和PCA基地本身如何根据地址生成此代码。以及他们处理门牌号的方式，这不在KLADR中。显然，在一个地方，一个代码是从门牌号生成的，而在另一个地方，则是另一个。但这纯粹是猜测。

当然，有可能进一步打击，让这一切得以发展。但是很明显，保险公司不会雇用部门来开发这样的系统，您可以花一个多星期的时间从承包商那里寻找合适的技术人员来处理这一问题。

考虑到在访问数据库方面的保险可能性已经用尽，我直接转向RSA。他们不想通过电话与我联系负责OSAGO IP的人员。他们礼貌地解释说，SAR本身没有对数据库的“在线访问”（它们的表达）。只有保险可以与数据库一起使用。
请注意，这是一种有趣的方法-基本操作员不负责基本操作，它无权访问它并且正在鬼混。也就是说，最终没有人对数据库中数据的正确性承担任何责任。

保险公司的支持也令人非常失望-UralSib和VSK给出了标准答复，称如果无法解决，则意味着技术困难，请与办事处联系。 RESO只是忽略了。
Zetta保险公司非常出色-根据我个人帐户中的申请，有个女孩叫回去，建议她尝试使用地址字段，该保险公司因其友好性（尽管不是很方便的界面）而为我个人留下了深刻的印象。

第三天

最后，我用保险扩大了保险范围。他们对编辑数据库中的记录感到厌倦，并建议我在不排队和检查汽车的情况下更新策略。女孩和我在15分钟内到达并获得了保单。这是过去三年来该政策的最快注册。
这次，我仔细观察了操作员将哪些数据保存在策略数据库中。之后，在家里，我再次尝试发布具有相同数据的电子保单-无济于事，完全一样。

更新

中央银行头寸：

谢维佐夫表示，俄罗斯银行计划修改现行法律。“我们希望有义务以无条件的顺序以远程格式出售保单。这名官员说，这不是保险公司的选择，而是责任。

upd2

极客时间VKontakte组中出现了一个有趣的评论：

嗯，但是我知道他在那里犯了什么错误。后者与数据库中加倍的策略编号相关联。首先是在向PCA发送数据时出错（来自英国）。

我如何不购买电子CTP

第一天

第二天

第三天

更新

upd2

More articles: