[0001] 本发明涉及一种平台间的业务转换方法，尤其涉及一种物流平台和人力灵活用工平台间的业务转换方法和系统。

[0002] 在目前网络货运业务中，承运方的运费、装卸费等费用需要等待货主对账完成后，才会支付给承运方，存在结算周期过长并占用承运方资金的问题，导致承运方在资金流转上存在较大的压力。但是，如果直接在人力平台使用灵活用工的方式结算承运方的费用，又会有数据一致性和有效性的问题，具体包括：

[0003] 1、在物流系统和人力灵活用工系统中，如何保证两个系统业务数据的一致性和准确性是亟待解决的问题。为了解决该问题，需要寻找一种能有效兼用两个系统的方案，调整规划指定对应得映射关系。

[0004] 2、在高负载情况下或者消息处理延迟的情况下，如何保证业务数据同步异常的处理，需要增加异常反馈和处理的功能。

[0049] 下面结合附图对本发明的技术方案作进一步说明。

[0050] 实施例1：如图1和图2所示，一种物流系统和人力灵活用工系统间的业务转换方法，包括如下步骤：

[0051] 物流平台、人力平台和实际承运人签约三方协议，约定三方协议的有效期、人力平台服务费费率和实际承运人的收款账户，协议签约完成和审核通过后，实际承运人的收款账户同步到人力平台中。实际承运人的个人信息在人力平台生成接包方信息，物流平台的信息在人力平台中生成发包方信息；

[0052] 物流平台在维护对应的成本收款账户时，选择已签约三方协议的实际承运人的收款账户，并且发布灵活用工订单信息，所述灵活用工订单信息包括灵活用工任务单和任务明细。此时灵活用工订单信息及成本信息同步至人力平台中，数据同步流程包括如下步骤：

[0053] (1)查找维护的订单＝>任务，成本＝>任务明细的业务数据映射关系映射关系；通过groove维护物流平台和人力平台间对应实体和属性间的映射关系。主要包括：源实体类名、源实体ID、源实体库ID、目标实体类名、目标实体ID、目标实体库ID。基于groovy的闭包特性，可以处理一些非线性的映射关系，比如处理同步两个平台中行政区划的基础数据。

[0054] (2)通过映射关系中的源数据信息和映射规则，在mongoDB中查找对应的同步记录，如果没有同步记录，生成一条新的同步记录，并且根据映射规则在人力系统中生成一条空数据；如果有同步记录，根据记录中的目标数据信息，在人力平台中查询并返回；

[0055] (3)将当前物流中更新的业务数据保存到对应的人力数据中；

[0056] (4)继续遍历同步映射规则中的字段信息，当字段属性时外键时，需重新走步骤(1)中该外键实体的对应的同步规则。

[0057] 在成本同步完成后，通过订单对应的人力系统中的任务统计出统一收款人的总收入，并且根据成本的收款账户获取对应三方协议中的人力平台服务费费率，计算出人力平台应收的人力平台服务费；所述人力平台服务费＝任务的总收入×人力平台服务费费率。

[0058] 将算得的人力平台服务费返回到物流平台中，作为所述灵活用工订单的成本在物流平台保存；

[0059] 当物流平台与人力平台的所有属性都同步完成后，重新保存同步记录，根据同步的结果，更新同步记录的完成状态，并保存在mongoDB中；

[0060] 物流平台查询同步数据状态，对应未同步成功的数据，根据失败原因调整后重新同步，确保有效数据都已同步成功；

[0061] 登录人力平台后可查看从物流平台同步的任务单和任务明细，核对对应的人力平台服务费。

[0062] 在实际承运人完成所述灵活用工订单后，物流平台将该订单加入账单中，通过对公打款，物流平台将费用打入人力平台的账户中，物流平台可通过短信的形式通知人力平台的财务人员审核账单；财务人员登录账户后，审核对应的任务单数据并且支付费用，系统自动校验物流平台服务费和人力平台服务费是否相同，如果不同，给出警告提醒，排查原因；直至物流平台服务费和人力平台服务费相同后直接打款到对应的实际承运人收款账户，完成付款流程。

[0063] 实施例2：一种物流系统和人力灵活用工系统间的业务转换系统，包括：

[0064] 物流灵工协议签约模块：用于物流平台、人力平台和实际承运人签约有效的三方协议，确定协议的有效时间、实际承运人的收款账户和人力平台服务费费率；当实际承运人确认签约后，将实际承运人的账户信息同步到人力平台的接包方，物流平台同步到人力平台的发包方；

[0065] 物流平台灵工订单发布模块：用于物流平台发布物流订单，维护订单对应的成本，成本的收款账户为签约三方协议的实际承运人的收款账户；物流平台的订单、成本信息会自动同步到人力平台，自动新建对应的灵活用工任务和明细信息；当订单的流程由物流平台确认完结后，物流平台将物流费用支付给人力平台，由人力平台扣除人力平台服务费后支付给实际承运人，其中服务费的计算方式：平台服务费＝成本金额×成本收款账户签约的三方协议中的人力平台服务费费率；

[0066] 业务映射关系维护模块：用于维护物流平台和人力平台业务数据转换的关系；

[0067] 通过groove维护物流平台和人力平台间对应实体和属性间的映射关系。主要包括：源实体类名、源实体ID、源实体库ID、目标实体类名、目标实体ID、目标实体库ID。基于groovy的闭包特性，可以处理一些非线性的映射关系，比如处理同步两个平台中行政区划的基础数据。

[0068] 业务数据同步模块：用于在物流平台与人力平台之间同步灵活用工订单信息、成本信息和人力平台服务费；所述业务数据同步模块包括：

[0069] 订单数据同步模块，将物流订单同步为人力任务，用于记录具体的业务内同；

[0070] 成本数据同步模块，将物流成本同步为人力任务明细，用于记录需要支付的金额信息；

[0071] 发票地址数据同步模块，用于人力平台开票时，地址信息填充；

[0072] 物流平台发票数据同步模块，用于人力平台发包方发票数据填充；

[0073] 项目数据同步模块，用于人力平台记录灵工用工所属项目；

[0074] 证件数据同步模块，用于物流平台在人力平台发包方的证件信息获取和展示；

[0075] 账户信息同步模块，用于人力平台实际支付实际承运人费用的收款账户，主要同步对应的户名，银行卡号，银行信息，手机号等。

[0076] 物流灵工同步失败维护模块：通过使用mongoDB记录系统间同步记录报错的的信息，并且可通过重试定向的处理单独的一条数据，减少了系统消息在高负载和延迟的情况下数据出错的维护成本；

[0077] 财务支付通知控制模块：用于物流平台订单完成后，通过短信的方式通知人力平台财务对同步的业务数据审核；

[0078] 人力支付控制模块：用于财务人员接收物流平台的通知并审核已完成订单的任务信息，核对对应的物流费用是否已由物流平台付到人力平台后，将费用通过三方协议中实际承运人提供的收款方式支付给实际承运人，完成支付。