大家好我叫 Sean Zhang,中文名张正永。目前在 S /4HANA 产品研发部门任职产品经理,而这一阶段要从 2017 年算起,而在那之前接触更多还是技术类的,比如做过 iOS、HANA、ABAP、UI5 等等开发。然后在团队中负责设计和架构之余,也尝试做过一些 SAP 内部培训课程的讲师,比如在 HANA、Fiori、Architecture Modeling 等方面。
我所在的团队,S/4HANA Sales(SD)成都团队,主要负责 S /4HANA 里销售模块相关的标准应用研发,或者笼统的理解为 SD(Sales and Distribution 销售与分销)模块相关的,所以后续我就用 SD 简称。
如果要追溯的话,我们团队应该是从 2012 年开始参与 SD 的产品开发,然后在 2014 年加入 S /4HANA 的研发。从最开始主要耕耘在底层的数据模型,到现在我们参与或主导了 SD 的分析、定价、合同、开票等等领域,当然 SD 产品的研发部门除了在成都还在欧美多地有研发团队。
S/4HANA SD 成都团队不仅在多个 SD 的核心领域有贡献,同时在一些重要前沿也属于先行者,比如在探索机器学习方面,团队最近尝试的一嵌入式机器学习应用也有幸被授予 SAP 中国研究院的 2018 年度的最佳产品之一。
如果大家对于机器学习如何在 S /4HANA 中落地感兴趣,下次我的团队成员也可以跟大家一起分享和讨论。
今天跟大家分享在订单到收款 (Order-to-Cash, 有时也简写为 O2C) 流程中的业务角色,通过熟悉这些主要业务角色,不仅能了解 O2C 的业务和解决方案,也能了解业务角色在整个 S /4HANA 里的运转模式继而推而广之。
如果大家有关于 S /4HANA 产品的问题,特别是 SD 模块的,可以留言讨论。
背景
过去的企业业务系统,由于技术限制,需要在多方做出不同程度的平衡,比如数据处理的深度,广度,响应的高速性,实时性和简单性等等。当需要专注在数据的广度和深度分析时,会更像是一个 OLAP(在线分析处理)系统,而需要实时快捷处理事务操作时更偏向于 OLTP(在线事务处理)系统。
在 S /4HANA 里,第一次实现了 OLTP 和 OLAP 的完美结合,大部分的业务可以在一套系统的一个数据源上完成。
以往一个用户需要在多套系统间来回切换,然后再汇总数据,特别是在月末或季度末,通过漫长等待才能得到最终数据报表的岁月已经成为历史。在 S /4HANA 里,对于业务人员,一切变得简单和实时,这体现了 2014 年时 SAP 提出的一种系统设计思想设想——至简(Simplicity)。事务和分析操作融为一体,这也是为什么在 S /4HANA 里,我们不仅有事务处理,还有嵌入式分析(Embedded Analytics)。
至简不仅仅意味着系统架构的简化,同时也包括业务流程的简化。在过去,每个业务人员需要面对繁杂的基于功能的应用界面,如下左图示例:
而在 S /4HANA 里,所有的应用和解决方案都是基于角色提供(Role Based),换言之,每个业务人员只需要关注跟自己相关的信息,而这主要是通过 IAM 来实现。IAM 的全称叫身份和访问管理(Identity and Access Management),负责确保业务用户访问应用的安全性。
业务用户通过业务角色获得 Fiori 应用的访问权限。业务角色可包含一个或多个业务目录,从而包含多个应用。更多细节可以参考最新的 SAP 帮助文档。
为了帮助企业更便捷的使用这一套基于角色的方案,S/4HANA 在不同的模块为不同的经典业务角色预定义了各种角色模板,比如在财务领域有应付账款会计、应收账款经理、总账会计等;在销售领域有内部销售代表、销售经理等等。企业的关键用户基于角色模板创建角色,并根据实际业务进行调整,最后赋予每个具体的用户。
SAP 发布的标准业务角色模板有 40 个以上,而对于不同行业和国家提供超过 200 个模板,具体信息可以参照 IAM 的应用“业务角色模板”。
业务角色是为业务服务的,不同的业务需要有不同的应用,继而其需要的业务角色模板也会不同。
每个企业的业务在专属领域里会直接或间接的需要有不同的业务流程,比如:
从商机到收款(Lead to Cash)
从寻源到付款(Source to Pay)
从差旅到报销(Travel to Reimburse)
从市场到商机(Market to Lead)
从设计到运营(Design to Operate)
据不完全统计,大部分企业里有超过十个端对端的业务流程。
而今天我们的讨论源于从商机到收款这个流程,其通过 C /4HANA 和 S /4HANA 的结合可以完整落地。在 S /4HANA 销售模块 (Sales-SD) 中主要是解决该流程中的订单到收款 (Order to Cash) 这一部分。当然直接面向客户 (C-Customer) 的商机到订单 (Lead to Order) 主要是在 C /4HANA 中完成。
接下来我们就一起详细探讨一下从订单到收款流程。
从订单到收款
在从订单到收款的整个过程中,按照维基百科的解释主要有九大流程:
https://zh.wikipedia.org/wiki…
S/4HANA,作为企业的数字核心(Digital Core),从订单的录入和履行到开票和付款都能完整体现在系统层面。
其中一些典型的流程可以用下图表示:
为了保驾护航这些流程,S/4HANA 的销售领域已经提供的标准角色模板有:
(1) 定价专家(SAP_BR_PRICING_SPECIALIST)
(2) 内部销售代表(SAP_BR_INTERNAL_SALES_REP)
(3) 退货与退款职员(SAP_BR_RETURNS_REFUND_CLERK)
(4) 开票员工(SAP_BR_BILLING_CLERK)
(5) 销售经理(SAP_BR_SALES_MANAGER)
(6) 销售流程经理 (SAP_BR_SALES_PROCESS_MANAGER)
当然为了完整实现订单到收款,还会有其他角色,比如装运专家 (SAP_BR_SHIPPING_SPECIALIST) 和应收账款会计 (SAP_BR_AR_ACCOUNTANT) 等等,如果大家有兴趣今后我们可以单独分享。
接下来我们对订单到收款流程中这几个角色逐一介绍,希望借此能帮助大家理解各种业务角色在标准的企业管理中的常见任务与活动。
因为我所在的团队正好负责其中销售经理和销售流程经理相关的应用研发,如果有任何问题也欢迎讨论。
1. 定价专家
此角色主要负责管理销售中的定价,使价格保持为最新状态并使其及时可用。
定价专家定义销售中的定价条件记录。基于这些数据和配置专家进行的定价配置,系统计算销售凭证和开票凭证中的价格和成本。
其中包括维护特定赠品的特定条件记录(排除奖励数量或包含奖励数量)。
在订单到收款的流程中,定价专家会在业务开始之前就会加入,属于偏主数据管理的范畴。因为大多数的事务操作都离不开价格的设置。当然在实际业务中,由于销售策略和市场的变化,定价也会有调整。
此角色能开展以下任务:
创建、更改、显示和删除用于价格、折扣和附加费的条件记录
执行价格、折扣和附加费的批量变更
创建、更改、显示赠品的条件记录
2. 内部销售代表
此角色主要负责管理各种销售凭证和主数据记录。
截图中展示的是销售订单相关的应用,其实从下面长长的单子就能发现在内部销售代表这个角色里有非常多的应用,不管是对各种不同的销售凭证的管理,还是对销售相关的主数据维护,甚至监控凭证履行等等。一方面说明内部销售代表在企业的日常运营的重要性,另一方面从标准产品的角度提供了灵活性,每个企业可以基于标准的角色,根据不同类别的细分用户类去建立特定的业务角色,通过增加或删除一些业务目录从而达到对具体销售人员的权限管理。
在订单到收款的流程中,内部销售代表会负责大部分报价和订单管理的活动,从订单的录入到订单的履行,同时跟其他业务角色也有合作,比如装运专家,仓库人员。
此角色能开展以下任务:
创建、更改和显示销售凭证,如以下项:销售询价、销售报价、销售合同、销售订单或借项和贷项凭证请求
管理不同销售凭证清单,例如,重复或不完整的销售凭证
跨整个从订单到收款场景流程组件跟踪销售订单状态
查看关于客户的信息
显示主数据记录、如物料或业务伙伴
创建销售主数据记录,例如,客户物料
在我的销售概览应用中显示有关各种销售活动的信息
在销售订单履行流程中监控、解决和协调重要的未处理问题
配置并管理产品分配作为检查销售和库存运输订单中物料可用性的方法
监控特定时间期间内产品分配对象、分配期间、特征值组合和订单项目的产品分配情况
附上一些相关的应用截图。
3. 退货与退款职员
此角色主要负责客户退货管理以及触发退款。
在订单到收款的流程中,如果涉及到客户因为商品质量等原因需要退货,就需要由企业的退货职员管理。
此角色能开展以下任务:
从开票凭证或销售订单中创建客户退货
编辑客户退货
确定客户退货退款
查看客户退货详细信息
处理无费用销售订单
4. 开票员工
此角色主要负责监控和管理所有开票流程。
开票管理是在订单到收款流程中,从销售领域到财务领域的重要环节。开票员工需要基于前导凭证去管理这个环节,甚至负责管理销售佣金等事宜。
此角色能开展以下任务:
基于先前凭证 (例如,交货、开票凭证请求和借贷凭证请求) 创建、管理、更改和输出开票凭证 (例如,发票、贷项凭证和借项凭证) 并将其过账到财务会计
基于先前凭证创建、管理、更改和输出临时开票凭证
创建、管理、更改和输出由开票凭证组成的发票清单
创建和管理可从内部和外部源中持久保存可开票数据的开票凭证请求
以条件合同的形式管理返利协议和销售佣金
生成和管理条件合同的结算凭证以结算返利协议并在客户财务会计中创建付款
创建部分、增量和最终结算以及增量应计结算
5. 销售经理
此角色主要负责监控和优化销售流程和销售计划,并分析销售特定的关建性能指标 (KPI),例如,销售量和利润率。
前序的四个角色可以把主要的事务流程完成,但是对于一个企业的管理而言,分析和监控业务的运营状况至关重要。所以销售经理的活动会从订到到付款的整个过程贯穿始终。
此角色能开展以下任务:
监控和优化销售流程和销售计划
分析销售特定的 KPI,例如,报价转换率、销售合同转换率、新接销售订单、延期交货订单、交货绩效、销售量、利润率和贷项凭证
获取与您最相关的销售特定 KPI 的图形概览,例如,收到的销售订单、客户退货、不完整的销售凭证、延期交货订单、利润率、已冻结和逾期销售订单
通过实时计划和分析预测销售并设置目标
关于销售计划的解决方案,可以参照我的这篇博客:
S/4HANA 之管理销售计划入门
https://blogs.sap.com/2018/03…
为了帮助销售经理更智能化的监控和优化销售流程,在 S /4HANA 里,我们提供了嵌入式预测分析解决方案。
https://blogs.sap.com/2018/06…
附上一些相关的应用截图。
6. 销售流程经理
此角色主要负责从订单到收款流程,需要了解企业中的所有销售订单流程的绩效和一致性。
流程经理借助 S /4HANA 的流程业绩监控解决方案开展活动,监控流程中某些步骤的持续时间,以及执行流程期间触发的重要事件出现次数的关键指标。通过这些关键指标的帮助,流程经理可以轻松确定销售流程的运行状态是否良好,并能够快速找出有待改善的区域。
此角色可开展以下活动:
跟踪交货冻结或开票冻结
检测对销售订单的关键字段进行的更改
监控提前期(例如从订单到交货或从发货到开票的提前期)
关于订单到收款流程绩效监控,后续我单独再分享。如果想提前了解也可以参考这篇 SAP 社区的博客:
Order-to-Cash Performance Monitoring in S/4HANA
https://blogs.sap.com/2015/09…
总结
通过对 S /4HANA 的销售模块中主要业务角色的介绍,大家应该对从订单到收款流程中的角色活动有一个基本的了解,同时对于如何在 S /4HANA 里去实现 OLAP 和 OLTP 的结合有一个直观的感觉。
更多详尽的内容请参照 SAP 官方帮助文档,如果有任何问题,欢迎讨论,谢谢大家。
要获取更多 Jerry 的原创文章,请关注公众号 ” 汪子熙 ”: