文 | 鄂攀

从近期做过的RPA项目中，对企业对账类的自动化流程做一期总结。

• 第一类：银企差旅薪酬等费用的对账。（银行与企业）

• 第二类：银行有关应付应收往来业务中总行与分行对账。（企业内部总行与分行）

• 第三类：银企网银上报对账

第一类：银企对账业务流程图

银企对账的时候，需要关注以下点：

1、因为银行单据下载的时候需要插入U盾才能登上网页版×××端，所以如果客户能够保证信息安全。

那么这一部分是可以做成无人值守的模式，在核对期设置日期自动触发进行对账，而会计期间也可以根据设置的运行日期进行自动配置。

如果不能保证信息安全或者客户觉得没必要，那就是有人值守的模式来进行人工前期的配置，毕竟有时候并非就一定是上一个财月的对账。

2、进行数据处理对账的时候，因为银行单据和企业单据没有一个唯一的ID可以去进行匹配。

所以需要根据银行里面的账户信息和企业ERP单据中的文本进行模糊匹配来进行对账，在此之前也需要对借贷和日期先进行基础核对。

3、因为上一步已经说了，没有唯一ID去匹配结果，所以即使经过层层筛选核对，也有没有核对上的。

尤其是一笔账分几笔支付的，难以统一汇总成一笔账来进行核对，核对结果没有对上的仍需要人工进行二次效验。

但总体来说，核对率在百分之八十以上，和之前相比仍节约了大部分时间。

第二类：银行总行与分行对账流程图

银行总分行对账的时候，需要关注最重要的一点就是：

十几个分行的应付应收信息里面有些是业务人员手动处理制作的，可能随时因为分行手动写的原因，有匹配不上的，因此，需要设计一个灵活的信息配置表，来进三级模糊匹配。

以上视图里面的三级模式，是客户本来只有一个连接在一起的字符串，但是因为手动写的缘故，匹配的时候经常因为较小的变动而匹配不上，所以把一个字符串按三级原则进行拆分，然后根据模糊匹配的原则，解决了对账繁琐的问题。

以上可以看出，对金额进行核对的话主要分两类：银行与企业以及企业内部。另一方面，也有系统内部直接打通不需要进行数据处理就可以对账的，比如下图：

第三类：银企网银上报对账

这个对账流程里面是SAP系统内部自动对账，所以不需要进行数据处理。

但是从银行里面下载的网银明细，是需要进行格式处理的，包括列顺序的调正和删除，以及日期格式化等，处理完达到模板标准，才能成功导入SAP里面进行对账。

而数据格式处理是这个流程里面人为操作时最耗时的步骤，所以这一部分实现流程自动化是能节约大量时间的。