共计 993 个字符，预计需要花费 3 分钟才能阅读完成。
文 | 鄂攀
从近期做过的 RPA 项目中，对企业对账类的自动化流程做一期总结。
- 第一类：银企差旅薪酬等费用的对账。（银行与企业）
- 第二类：银行有关应付应收往来业务中总行与分行对账。（企业内部总行与分行）
- 第三类：银企网银上报对账
第一类：银企对账业务流程图
银企对账的时候，需要关注以下点：
1、因为银行单据下载的时候需要插入 U 盾才能登上网页版银行客户端，所以如果客户能够保证信息安全。
那么这一部分是可以做成无人值守的模式，在核对期设置日期自动触发进行对账，而会计期间也可以根据设置的运行日期进行自动配置。
如果不能保证信息安全或者客户觉得没必要，那就是有人值守的模式来进行人工前期的配置，毕竟有时候并非就一定是上一个财月的对账。
2、进行数据处理对账的时候，因为银行单据和企业单据没有一个唯一的 ID 可以去进行匹配。
所以需要根据银行里面的账户信息和企业 ERP 单据中的文本进行模糊匹配来进行对账，在此之前也需要对借贷和日期先进行基础核对。
3、因为上一步已经说了，没有唯一 ID 去匹配结果，所以即使经过层层筛选核对，也有没有核对上的。
尤其是一笔账分几笔支付的，难以统一汇总成一笔账来进行核对，核对结果没有对上的仍需要人工进行二次效验。
但总体来说，核对率在百分之八十以上，和之前相比仍节约了大部分时间。
第二类：银行总行与分行对账流程图
银行总分行对账的时候，需要关注最重要的一点就是：
十几个分行的应付应收信息里面有些是业务人员手动处理制作的，可能随时因为分行手动写的原因，有匹配不上的，因此，需要设计一个灵活的信息配置表，来进三级模糊匹配。
以上视图里面的三级模式，是客户本来只有一个连接在一起的字符串，但是因为手动写的缘故，匹配的时候经常因为较小的变动而匹配不上，所以把一个字符串按三级原则进行拆分，然后根据模糊匹配的原则，解决了对账繁琐的问题。
以上可以看出，对金额进行核对的话主要分两类：银行与企业以及企业内部。另一方面，也有系统内部直接打通不需要进行数据处理就可以对账的，比如下图：
第三类：银企网银上报对账
这个对账流程里面是 SAP 系统内部自动对账，所以不需要进行数据处理。
但是从银行里面下载的网银明细，是需要进行格式处理的，包括列顺序的调正和删除，以及日期格式化等，处理完达到模板标准，才能成功导入 SAP 里面进行对账。
而数据格式处理是这个流程里面人为操作时最耗时的步骤，所以这一部分实现流程自动化是能节约大量时间的。
