实践案例 | 科技音乐教育企业的现销信用控制实践
小编推荐
想了解实际项目中信用管控解决方案设计的思路和方法?想了解现销信用控制和常规赊销信用控制的不同?想学习核算组织对客户进行信控额度管控的信用管理该如何配置?
本期文章为大家带来来自一线的真实案例,分享在实际项目中现销信用控制的解决方案和关键配置。
撰稿人:金蝶-慧日破诸闇
【温馨提示:因企业业务场景存在不同程度的差异,此案例仅供参考,请根据现场实际业务情况探讨最优解决方案,并在上线前进行充分验证。】
1 业务背景
客户背景
A公司是一家AI驱动的科技音乐教育公司,致力于通过软硬件产品让每个人都能享受到音乐的乐趣。
A公司业务销售过程中,会将音乐类相关物料销售给客户,目前有信用管控需求的是其旗下分公司——B公司。 B公司对其客户进行的信用控制不是常规的赊销信用控制,而是现销信用控制。
客户诉求
(1)用户控制节点多,希望信用控制能够通过简单配置实现。
(2)随着客户业务的不断深入和扩展,也希望系统支持后续更多的业务单据参与受控,不仅仅支持额度的控制,也希望支持天数,数量的控制。
2 解决方案
整体思路
(1)通过对项目的实际调研,梳理出用户的管控对象是什么,是仅对客户进行控制,还是更为精细,客户+物料分类等;了解用户想控制什么,可以是额度、天数、数量等。
(2)分析业务单据流转中受控的业务单据分布在哪些模块中,计划在什么时点进行信用控制。
(3)分析管控对象信用评估后的额度是多少。
当上述所有的问题,都通过实际调研客户取得答案后,就可以通过配置维护关联的基础数据来实现用户的信用控制管理需求。
具体方案
B公司信用管控对象是客户,管控方式是信用额度控制,业务流程中的管控节点从【渠道云】开始,包括要货申请单和要货订单,然后是【供应链云】的销售出库单,最后到【财务云】的期初预收单,收款处理和付款处理。
B公司对客户没有赊销,只有现销,而且必须百分百预收款,属于强管控,也就是说每个客户的初始额度都是0,只能先收款再消耗额度。
B公司遇到的信用场景有:
(1)普通订货流程:期初预收单或者收款单增加信用额度,要货订单或者要货申请单占用额度。
(2)退款流程:付款单(退预收款)占用额度。
(3)退换货流程:销售出库单(退货)增加信用额度,要货订单或者要货申请单占用额度。
可以看出,B公司的业务控制节点较多,信用管控的联动模块也较多。
信控流程中的具体数据配置会在接下来一一详细说明。
3 关键操作
1、基础数据配置
1.1 维度成员
系统路径:【应用】→【供应链云】→【信用控制管理】→【基础设置】→【维度成员】。
B公司可用的维度成员有10个,但需要管控的维度成员只有【客户】。在实际操作中,用户可根据业务需要求将不需要管控的维度成员禁用。
图1 维度成员列表
1.2 信控维度
系统路径:【应用】→【供应链云】→【信用控制管理】→【基础设置】→【信控维度】。
B公司可用的信控维度有5个,但实际的管控维度只有一维的维度客户。在实际操作中,用户可根据业务需要求将不需要管控的信控维度禁用。
图2 信控维度列表
1.3 信控形式
系统路径:【应用】→【供应链云】→【信用控制管理】→【基础设置】→【信控形式】。
B公司的管控形式是【检查信用额度】,其他信控形式目前没有用到。
图3 信控形式列表
2、单据注册处理
2.1 单据注册
系统路径:【应用】→【供应链云】→【信用控制管理】→【单据注册处理】→【单据注册】。
依据实际的业务场景,B公司共对六张单据进行信用控制,B公司管控的维度成员只有客户,所以需要关联的字段主要为客户字段,组织和币别是必填项。
单据注册以期初预收单为例说明,其余五张单据的单据注册请参看文末相关资料中的【单据注册关联配置说明.docx】。
期初预收单:组织-结算组织;币别-币别;客户-付款人名称
图4 单据注册
2.1 单据策略
系统路径:【应用】→【供应链云】→【信用控制管理】→【单据注册处理】→【单据策略】。
企业需要对六张单据进行信控管控,因此分别对六张单据配置了相应的单据策略,单据策略以收款处理为例说明。其余五张单据的单据注册请参看文末相关资料中的【单据策略关联配置说明.docx】。
收款处理单据策略:信用方向为返还,收款时返还额度,取消收款时占用额度。取值公式是分录的实收金额字段。
图5 单据策略
3、信控方案配置
B公司只有一个信控方案,信控方案是业务组织范围的管控,信控维度是客户,信控形式是检查信用额度。
信控方案设置了币别隔离,即信控方案只管控结算币别为人民币的单据;“自动创建档案”已打开,受控的维度在客户创建单据时会自动创建信用档案。因为没有赊销业务,需要对客户的现销进行信用管理,所以客户的默认额度为0,只能先收款返还额度,再有单据占用额度,因此该企业没有信用档案申请单;单据策略选择了配置的6张单据策略;控制强度是【取消交易】强管控。
图6 信控方案
4、业务场景效果展示
4.1 期初预收单返还额度,要货订单占用额度
业务场景:B公司与客户山西张**商贸有限公司签订要货订单,双方确定了付款计划与交货计划。
客户山西张**商贸有限公司向B公司订购白色双人凳4个和黑色双人凳3个,客户已提前预付过款项,所以期初预收单的金额会作为客户的初始信用可用额度,业务员通过系统新增期初预收单,订单编号PREC-20210205-0001。销售员通过系统新增要货订单,要货订单的业务类型为物料类销售,订单编号SO-20210818-0001。
操作说明
期初预收单操作路径:【应用】→【财务云】→【应收】→【初始化】→【期初预收】
要货订单操作路径:【应用】→【渠道云】→【B2B电商中心】→【订单】→【要货订单】
图7 期初预收单截图
这张单据的收款金额是332,111元,【结算组织】是B公司,【付款人名称】是山西张**商贸有限公司,【币别】是人民币,符合信控方案的配置,因此单据的收款金额返还额度。
图8 要货订单截图
这张要货订单的应收金额是1,743元,远小于期初预收单的收款金额,可用余额足够,且结算组织、客户和币别符合信控方案的配置,因此单据的应收金额占用额度。
报表查询
操作路径:【应用】→【供应链云】→【信用控制管理】→【报表查询】→【信用分析汇总表】。
在信用分析汇总表可以查看客户总的占用返还与可用额度,如下图所示:
图9 信用分析汇总表(业务场景1)
在信用分析明细表查看客户占用与返还的明细情况。从明细表中可以看到客户的期初预收单在提交的时候返还了额度,金额为332,111元。
图10 信用分析明细表(业务场景1)
客户的要货订单在审核的时候占用了额度,金额为1,743元,如下图:
图11 信用分析明细表(业务场景1)
4.2期初预收单返还额度,付款处理占用额度
业务场景:B公司收到了客户陕西**教育科技有限公司的一笔预收款,期初预收单的收款金额为29,925.00,作为客户的初始信用可用额度,单据编号PREC-20210205-0002。但是在交易过程中,客户反悔了,不再从B公司订购货物,因此企业需要向客户付款,将收到的预收款返还给客户,业务员需新增付款处理,付款类型为退预收款,单据编号PV-202103-0001。
操作说明
期初预收单操作路径:【应用】→【财务云】→【应收】→【初始化】→【期初预收】
付款处理操作路径:【应用】→【财务云】→【出纳】→【收付处理】→【付款处理】
图12 期初预收单截图
以上单据的收款金额是29,925元,收款类型是预收款,【结算组织】是B公司,【付款人名称】是陕西**教育科技有限公司,【币别】是人民币,符合信控方案的配置,因此单据的收款金额返还额度。
图13 付款处理截图
付款处理的应付金额是29,925元,付款人(公司)是B公司,收款人ID是陕西**教育科技有限公司,付款币别是人民币,符合信控方案的配置,因此单据的应付金额占用额度。
报表查询
操作路径:【应用】→【供应链云】→【信用控制管理】→【报表查询】→【信用分析汇总表】。
在信用分析汇总表可以查看客户总的占用返还与可用额度。期初预收单的收款金额和付款处理的应付金额一致,可用额度为0,如下图所示:
图14 信用分析汇总表(业务场景2)
在信用分析明细表查看客户占用与返还的明细情况。从明细表中可以看到客户的期初预收单在提交的时候返还了额度,金额为29,925元。
图15 信用分析明细表截图(业务场景2)
付款处理在付款的时候占用了额度,金额为29,925元。
图16 信用分析明细表截图(业务场景2)
4.3 销售出库单返还额度,要货订单占用额度
业务场景:B公司与客户石家庄**文化传播有限公司签订订单后,货物有破损情况,所以需要有销售退、换货的事务,业务员通过系统新增销售出库单(红字),业务类型为物料类销售退货,订单编号为XSCK-210602-0001,客户可用信用额度增加。之后,客户石家庄**文化传播有限公司又与B公司确定了新的付款计划与交货计划,业务员新增了要货订单,要货订单的业务类型为物料类销售,订单编号SO-20210603-0002。
操作说明
销售出库单操作路径:【应用】→【供应链云】→【库存管理】→【出库处理】→【销售出库处理】
要货订单操作路径:【应用】→【渠道云】→【B2B电商中心】→【订单】→【要货订单】
图17 销售出库单截图
这张单据的价税合计是红字的3,099元,收款类型是预收款,【结算组织】在分录上,是B公司,【客户】是石家庄**文化传播有限公司,【结算币别】是人民币,符合信控方案的配置,由于单据策略的取值公式是负的价税合计,因此单据返还信用额度3,099元。
图18 要货订单截图
这张要货订单的应收金额是3,099元,且结算组织、客户和币别符合信控方案的配置,因此单据的应收金额占用额度。
报表查询
操作路径:【应用】→【供应链云】→【信用控制管理】→【报表查询】→【信用分析汇总表】。
在信用分析汇总表可以查看客户总的占用返还与可用额度。由于还有其他单据占用返还信用额度,所以可用额度为3,099元,如下图所示:
图19 信用分析汇总表(业务场景3)
在信用分析明细表查看客户占用与返还的明细情况。从明细表中可以看到客户的销售出库单在审核的时候返还了额度,金额为3,099元,如下图所示:
图20 信用分析明细表(业务场景3)
从明细表中可以看到客户的要货订单在审核的时候占用了额度,金额为3,099元。
图21 信用分析明细表(业务场景3)
3 竞品比较
友商Y_V4.0 | 友商O_V4.0 | 星瀚 | |
信控维度 | 仅支持客户维度 | 仅支持客户维度 | 支持多种信控维度组合,且支持自定义维度 |
信控形式 | 仅支持检查信用额度 | 支持单笔限额、信用比例 | 支持检查信用额度、检查信用天数 等多种信控形式 |
信控单据 | 仅支持订单、发货单、出库单、零售单、退款单 | 仅支持销售订单,应收单,退货单, | 支持现有所有单据及自定义单据 |
信控维度 | 仅支持单个客户管控 | - | 支持单个客户管控,集团客户管控,客户组管控 |
单据信控时点 | 仅支持保存、提交、审核 | 仅支持提交、审核 | 支持单据上所有按钮及假按钮 |
其他 | 客户统一码,初始化/重算,信用期限分析表,档案变更查询表均不支持。 | 支持信用评估; 客户组管控,信用期限分析表,档案变更查询表均不支持。 |
4 方案的可推广价值
核算组织对客户进行信控额度管控的信用管理相关项目均可参考本案例配置。
项目如果使用的是案例中相同的业务单据,且控制时点相同的话,单据注册和单据策略配置,可以直接使用;信控方案需要各个项目依据实际用户的核算组织做微调。
5 相关资料
附:案例评论有奖活动
我们将每月挑选优质案例评论发放精美奖品,以下形式的评论中奖概率更高哟:
1、分享案例给您带来的启发:这个案例为您当前、进行中或即将开展的项目带来了哪些启发?若您成功将案例中的策略或方法应用到实际项目中,可在评论区分享您的具体应用情况,我们将为您准备额外的奖励。
2、提出案例优化的建议:您认为案例在哪些方面还有改进的空间?您有哪些更好的替代方案或建议?
期待您的案例留言,您的反馈是我们前进的动力~
实践案例 | 科技音乐教育企业的现销信用控制实践
本文2024-09-22 23:45:59发表“云星瀚知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-xinghan-135126.html