小编推荐

Z公司是一家城市建筑服务商，因业务系统多、业务分散导致保证金管理困难。为提升管理，Z公司计划建设统一报账平台，规范保证金业务。解决方案基于星瀚标准财务报账模块，扩展开发四张单据覆盖保证金支付、收回、收取、退回全流程，并通过单据布局、类型、反写等改造，实现保证金业务的线上化、标准化管理。

该方案有助于提升保证金管理质量和财务数据准确性，具有行业普适性和对客户的重要价值。

撰稿人：金蝶-王邺亮、刘树琦

【温馨提示：因企业业务场景存在不同程度的差异，此案例仅供参考，请根据现场实际业务情况探讨最优解决方案，并在上线前进行充分验证。】

一、业务背景

（一）业务现状

Z公司是一家综合城市建筑服务商，当前项目范围涵盖了Z公司及其下属的155个核算组织。当前Z公司正在企业财务共享中心的建设过程中，正按照“推动整合，而非完全利旧和替换”的设计思路，建设灵活高体验的前台系统、高效统一的中台系统与稳固强大的后台系统，打造“多层联通+平台支撑+新技术全面应用”的共享信息平台。

此前，由于各下级公司系统众多，业务分散，保证金业务分散在各业务系统中，流程无法实现统一，数据共享性差，数据质量低，数据抽取和处理的不便，影响了数据分析的效率。在新的管理要求下，Z公司希望统建业务前台，建设统一的报账业务平台，在此基础上，规范保证金业务，并将保证金报账纳入报账平台中。

（二）客户诉求

统建保证金报账标准单据及标准流程，构建完整的从对甲保证金支付到收回、对乙报账金收取到退回的线上流程，提供规范化的报账金报账管理平台。

二、解决方案

（一）整体思路

项目组基于星瀚标准财务报账模块单据（总账付款申请单和总账收款申请单）进行扩展开发，用四张单据实现Z公司完整的保证金业务，分别为：对甲保证金支付、对甲保证金收回、对乙保证金收取、对乙保证金退回。

图1 保证金报账单据总览

Z公司的保证金业务可分为两个业务场景：

场景1：向甲方支付保证金：当前组织向甲方支付保证金，并在保证金到期或在相关业务完成后由甲方退回当前组织支付的保证金。

对甲支付流程：手工新增对甲保证金支付单，提交审核通过后，由对甲保证金支付单下推生成付款处理。付款完成后，对甲保证金支付单生成凭证。

对甲收回流程：收到退回的保证金后，生成收款处理单并确认收款。由对甲保证金支付单下推生成对甲保证金收回单，提交审核通过后，在对甲保证金收回单上生成凭证。

图2 对甲方支付保证金业务总览

场景2：向乙方收取保证金：当前组织向乙方收取保证金，并在保证金到期或在相关业务完成后由当前组织退回此前收取的保证金。

对乙收取流程：收到乙支付的保证金后，生成收款处理单并确认收款。手工新增对乙保证金收取单，提交审核通过后，对乙保证金收取单生成凭证。

对乙退回流程：保证金到期或在相关业务完成后，由对乙保证金收取单下推生成对乙保证金退回单，提交审核通过后，由对乙保证金退回单下推生成付款处理。付款完成后，对乙保证金退回单生成凭证。

图3 向乙方收取保证金业务总览

（二）关键改造步骤

1、新增“单据类型”字段

使用单据布局+单据类型的客户化开发方式，最大程度利用标准单据已有基础进行二次开发。

总账付款申请单、总账收款申请单标准产品单据上没有“单据类型”字段，本项目在两张单据上新增单据类型字段，并在此基础上新增单据类型对应的布局。

基于总账付款申请单，新增两个单据布局：对甲保证金支付、对乙保证金退回；

基于总账收款申请单，新增两个单据布局：对甲保证金收回、对乙保证金收取。

图4 对甲保证金支付单-基本信息-单据类型

图5 对甲保证金支付单-单据布局

2. 单据适配保证金业务改造

（1）设置单据布局、单据类型--个性化单据界面类型

根据对甲、对乙、收、付四个业务场景拆分单据布局和单据类型，单据布局与业务场景一一对应，因此每个单据布局仅有唯一的单据类型与之对应。每个布局独立设置单据打开入口，打开单据后通过二开代码实现自动指定单据类型。通过单据类型的默认值设置默认报账业务类型及其他字段默认值，提升保证金业务单据的易用性。

同时可以通过单据布局、单据类型多渠道实现单据展示页签、字段的显隐性配置，便于后续客户运维。如下图，新增对甲保证金支付单，指定“单据类型=对甲保证金支付单”，默认带出“报账业务类型”=“对甲保证金”。

图6 对甲保证金支付单-基本信息-报账业务类型

（2）记账明细新增保证金期限相关字段

总账付款申请单及总账收款申请单布局上均新增“保证金期限（日期）”及“保证金期限（天）”字段，用于记录保证金的到期日及其距离业务日期的时间长度。配置业务规则，选择“保证金期限（日期）”后，“保证金期限（天）”自动计算二者差值。后续可通过保证金期限配置相应预警规则。

图7 总账付款申请单-记账明细

（3）新增botp

为实现保证金收取后退回、保证金支付后收回业务，需新增总账付款申请单下推总账收款申请单botp（对甲保证金支付——对甲保证金收回），及总账收款申请单下推总账付款申请单botp（对乙保证金收取——对乙保证金退回）。

其中，总账付款申请单下推总账收款申请单时，关联实体为总账付款申请单的记账明细，下推至总账收款申请单的记账明细。总账收款申请单下推至总账付款申请单时，关联实体为总账收款申请单的记账明细，下推至总账付款申请单的记账明细。

图8 总账付款申请单-列表-下推总账收款申请单

图9 对乙保证金收取（总账收款申请单）-列表-下推对乙保证金退回（总账付款申请单）

（4）新增反写

为控制保证金的退回和收回金额，新增反写。反写新增路径如下：业务流服务>单据转换>反写规则。

图10 保证金业务新增反写规则

总账付款申请单（对甲保证金支付）和对乙保证金收取（总账收款申请单）的记账明细均新增“已退金额”、“保证金剩余金额”字段，用以反写控制保证金的收回和退回是否超标。

图11 对甲保证金支付单（总账付款申请单）/对乙保证金收取（总账收款申请单）-记账明细

目标单明细行的金额字段反写累加至源单的“已退回金额”字段，目标单明细行的金额字段反写扣减源单的“保证金余额”字段。

图12 反写规则配置界面

3. 基础资料维护

为实现保证金收付业务，需维护的基础资料主要是：报账业务类型、业务项目、报账业务类型映射。Z公司报账业务类型主要用于区分对甲业务或对乙业务，共设置两个报账业务类型，分别为：对甲保证金业务、对乙保证金业务。业务项目基于不同保证金类型，分别维护。

图13 保证金相关业务项目

最后基于报账业务类型映射，配置报账业务类型与业务项目之间的关联关系。

图14 报账业务类型映射

三、方案的可推广价值

（一）行业普适性

本案例广泛适用于企业的保证金收取及退回等报账业务。可实现企业的保证金情况查询、保证金退回超额控制、收取退回关联查询等功能。

（二）对客户的价值

1. 提升保证金管理质量：通过搭建不同单据布局，分别构建对甲、对乙的保证金业务单据，用以区分保证金业务，提升管理清晰度和管理效能。

2. 提升财务价值：通过在统建报账平台搭建统一的保证金报账模块，实现流程统一，数据统一，流程更透明，企业能够获得更准确的财务数据，为管理层提供更有力的决策支持。

附：案例评论有奖活动

我们将每月挑选优质案例评论发放精美奖品，以下形式的评论中奖概率更高哟：

1、分享案例给您带来的启发：这个案例为您当前、进行中或即将开展的项目带来了哪些启发？若您成功将案例中的策略或方法应用到实际项目中，可在评论区分享您的具体应用情况，我们将为您准备额外的奖励。

2、提出案例优化的建议：您认为案例在哪些方面还有改进的空间？您有哪些更好的替代方案或建议？

期待您的案例留言，您的反馈是我们前进的动力~