车辆损坏计算系统和 incadea.dms

为了设定前提，帮助保险公司组织和管理从首次损失通知（FNOL）到结算的索赔过程的软件解决方案就是保险系统。

进一步细分，保险系统致力于有效地处理理赔、保单管理、再保险、会计、损失控制和损失计算。

在汽车行业，需要考虑多个方面，例如处理碰撞修复过程，包括定损和制定修复计划。在损坏计算中，每个要求的维修可以有各种操作供选择，每个被替换的零件可以很容易地有无数种来自不同 OEM 的替代品。

主要担忧是：

如何确保选择了正确的操作？

怎么知道所有损坏的零件都包含在估价中？

或者是否在损坏计算中错误地添加了任何额外的部分？

毫无疑问，为这些问题找到正确答案曾经是保险公司的一项艰巨工作。正是在这一点上，可以设计损坏计算系统并在保险公司之间传播，以产生符合其标准的安全维修估算。

Audatex 或 Silver DAT II 是在保险公司和汽车经销商中广泛使用的损坏计算系统的两个示例。此类应用程序使维修设施能够准确估算昂贵的维修费用并轻松处理保险索赔。

最重要的是，如果 DMS和损坏计算系统都连接起来，则从 DMS 提交服务维修并从损坏计算系统接收准确的估计，使所有相关方的索赔过程变得简单和简化。

这种双赢的局面可以将客户体验提升到一个新的水平！

如果您想了解更多相关信息，请关注我的文章，其中我将解释 incadea.dms 和损坏计算系统之间的数据流。

为了更好地说明 incadea.dms 和损坏计算系统如何协作，我们应该了解这两个应用程序之间的基本工作流程。

保险公司通常监督他们的估算者，而该过程则从损失计算系统开始。另一方面，许多汽车经销商已经“赢得”了保险公司的信任，因此维修评估是按照对他们有利的方向进行的。让我们依次看一看。

incadea.dms 的工作流程

服务顾问创建一个新的服务订单，其中包含客户、车辆和服务订单 (1.) 的详细信息。Incadea.dms 服务订单通过损坏计算系统 (2.) “连接”。此步骤可以创建符合保险公司标准的维修估算 (3./4.)。

incadea.dms 和损坏计算系统之间的“和谐”很容易被数据多样性相关问题打破。例如：不同格式的零件编号（677711 和 A677711）。

为了“桥接”类似的情况，我们的 incadea.dms 有一种巧妙的方法来“翻译”并将数据转换到数据库 (5.)。

人工、零件、油漆材料和其他项目，包括销售价格，被加载到原始维修订单中以进行进一步处理 (6.)。

根据已经批准的维修估算准备的最终服务发票将大大加快与保险公司 (7.) 的发票结算速度。

现在，从相反的角度来看这个场景。

损坏计算系统的工作流程

保险公司使用损坏计算系统的工作流程来要求他们自己或外部的技术人员准备符合其标准的维修估算。在这种情况下，在目视车辆检查后开始创建维修估算，并且大多数情况下无需经销商直接协助 DMS。

损坏计算系统 (1.) 中正在创建一个包含车辆、客户和发现细节的新案例。

保险公司对维修估算进行编辑、处理，然后将其提供给经销商，以作为 incadea.dms (2.) 中新创建的服务订单的一部分来实现。

服务顾问可以将维修估算作为文件加载到我们的 incadea.dms 中，也可以使用“调用损坏计算系统”功能作为接口解决方案的一部分 (3.)。

最后，维修估算被转换为服务订单 (4.)，其中包含与人工职位、零件等相关的所有详细信息，包括批准的销售价格信息。
现在，服务顾问已准备好根据 incadea.dms (6.) 中批准的维修估算直接检查并处理服务订单 (5.)。

对于汽车经销商来说，损坏计算系统和 DMS 之间的这种接口为碰撞维修的整个索赔程序提供了一个重要的“加速器”。我们很高兴能为客户提供这样的“加速器”。

我希望您能从文章中得到一些启示。期待您的反馈，我对您的看法非常感兴趣。

Juraj Hanus 博士

产品管理 DMS | juraj.hanus@incadea.com