你们好,我所在的S/4HANA Sales(SD)成都研发团队,主要负责S/4HANA里销售模块相关的标准产品研发。前端
做为产品研发团队,咱们遵循SCRUM迭代式增量软件开发过程,以两个星期为一个迭代,而且以一个季度一次发布新版本。一般在新版本的开发之初,研发团队会有计划和统筹,而在开发后期会有一个完整的回顾。团队回顾的目的,主要是总结和对将来进行准备和展望,回顾的形式有时比较正式,有时会多样一些。后端
上一次咱们团队的回顾总结发生在黑龙湖湖畔:api
有没有感觉到你们的无限爆发力?😊架构
S/4HANA Sales(SD) 成都招新啦!框架
借Jerry的地盘打一广告:我所在的S/4HANA SD成都研发团队最近再次迎来增加的机会,咱们将组建两个全新的SCRUM开发团队,渴求多元化角色:研发经理,产品经理,架构师,质量管理,各级别开发人员,用户体验设计师,文档人员等等。机器学习
欢迎有兴趣的朋友自荐或推荐。SAP内部的同事能够直接在招聘网站搜“SAP S/4HANA Sales (SD)”申请。若是有任何问题,请联系Zhang Sean(成都)。外部的朋友请直接在连接中申请,请关注 S/4HANA Sales(SD)开头的,另外部分职位目前外部不能直接申请,若是有兴趣请联系认识的朋友转递:布局
https://jobs.sap.com/search/?...性能
前言学习
回到本文话题,就像咱们的产品在每一个新版本和每一个迭代前都会有计划同样,每一个企业的销售团队也须要有计划。因此今天跟你们一块儿探讨S/4HANA里的销售计划应用如何帮助企业实现销售计划的灵活管理。优化
在SAP的产品中,针对不一样的业务有不一样的计划或规划的解决方案,好比供应链管理领域的集成业务计划, Integrated Business Planning(IBP),其提供了端到端的供应链计划业务流程,支持对数据实时分析以及与合做伙伴的快速协同;财务相关领域的全面预算及合并Business Planning and Consolidation(BPC);以及SAP分析云Analytics Cloud(SAC)上也能实现通用的规划,后续个人同事会单独就后者进行分享。
固然也有今天这篇文章的主角,S/4HANA 销售领域的销售计划管理应用,其主要是帮助销售相关人员对销售团队的计划和绩效进行管理。
销售经理业务角色
上一篇 S/4HANA业务角色概览之订单到收款篇 中,咱们介绍了销售经理的主要职责: 负责监控和优化销售流程和销售计划,并分析销售特定的关键性能指标 (KPI),例如销售量和利润率。对于每一个企业的销售,没有销售计划就谈不上科学的销售管理,而销售经理的管理过程就是销售计划的制订、实施、监控和评价的过程。所以,销售经理的活动会从订单到付款的整个过程贯穿始终,而监控和优化销售流程和销售计划做为销售管理的首要任务。
在S/4HANA里销售经理模板是SAP_BR_SALES_MANAGER,包括了多个业务目录,这些业务目录跟最佳实践范围项目(Scope Item)关联,每一个企业能够根据本身的实际业务选择激活对应的范围项目,从而可使用对应业务目录里的应用。如需了解每一个范围项目的详情,能够访问其对应的最佳实践网站连接。
这里列举销售经理的三个典型业务目录:
· SAP_SD_BC_SALES_ANALYTICS
分析目录:利用此业务目录,您能够经过查看各类维度的分析报表了解实时的销售绩效和 KPI。
https://rapid.sap.com/bp/scop...
· SAP_SD_BC_SP_PROC_PC
销售计划目录:利用此业务目录,您能够建立、更改、审批和显示销售计划。此外,可实时将计划数据与实际数据进行比较。
https://rapid.sap.com/bp/scop...
· SAP_SD_BC_SALES_PREDICTION_PC
销售预测目录:利用此业务目录,您能够按不一样维度查看实际和预测值,对销售绩效进行监控。您还能够选择现有销售计划,以便对实际值、预测值和计划值进行比较。
https://rapid.sap.com/bp/scop...
销售分析的相关应用主要来自于SAP_SD_BC_SALES_ANALYTICS,以下图中的应用。
销售计划的相关应用主要是在业务目录SAP_SD_BC_SP_PROC_PC中。图中的两个应用都是在S/4HANA里的Fiori应用。
管理销售计划
做为销售经理,您能够经过此应用建立、更改、审批和显示销售计划。此外,为了与团队的其余用户共享销售计划,您能够将销售计划分配至团队。经过该操做,团队中的每一个成员均可以访问您的销售计划,并使用您的计划数据进行分析。若是未将您的销售计划分配到任何团队,则销售计划仅对您可见。
在销售计划中,针对计划期间的不一样维度设置销售目标。根据您为销售计划定义的属性,系统会自动为您生成计划布局。将此计划布局下载至本地另存成Microsoft Excel的XLSX格式文件,此后能够在本地输入计划数据,并从新上传导入至S/4HANA销售计划应用中。
应用使用了ABAP DRAFT 框架(能支持数据更改的自动草稿存储,相似于Excel或Word的自动保存,可是这里实现的是草稿保存, 即随时能够取消,而且在用户显式点击保存后,会转移到永久存储区域),同时,该应用使用事务操做的CDS(Core Data Service)建模继而经过BOPF框架实现业务对象管理,并经过OData将后台数据服务发布,最终经过前端的Fiori应用进行呈现。
下图是该应用的概略架构图。
Fiori应用的技术实现,可分为基于模板(Smart Element)和自由式(Freestyle)实现两类。
根据模板建立的Fiori项目研发相对而言开发效率更高,SAP UI5框架确保了应用完整生命周期的管理,以及前端与后端元数据的完美结合。对重用组件的使用,使得前端代码数量减小,开发效率和应用质量都获得极大提升。
同时Fiori应用支持一次性开发,跨多平台和设备使用。关于具体的技术实现细节,请参考Jerry之前的文章:
销售绩效 - 计划/实际
做为销售经理,您能够经过此应用比较销售组织、客户和物料等不一样维度上的计划和实际销售数据。经过执行此操做,您能够分析您的销售目标的实现程度,从而深刻了解您当前的销售业绩。
您能够选择一个销售计划版本与实际数据进行比较,但前提是该销售计划由您建立或您的团队共享。
您能够显示一个混合视图,查看图表中的差别,同时显示表中的详细信息。也可基于您为销售计划版本定义的维度来进一步比较计划数据和实际数据。
应用后端采用CDS建模和OData数据服务发布,前端使用Fiori的ALP(Analytical List Page)应用呈现。
嵌入式预测分析之销售绩效 - 预测
做为销售经理,您能够经过此应用将当前实现的销售量与基于预测建模的预测结果进行比较。经过选择现有销售计划,您能够分析您的销售目标的实现程度。使用此应用,您能够提早预测当前销售业绩。
您也能够将实际和预测的销售量价值与计划价值进行比较。经过选择销售计划版本比较销售目标。
按照不一样维度(例如,销售组织、客户和物料)比较实际价值、预测价值和计划价值,并在图表中直观地表示比较结果。
应用后端采用CDS建模和OData数据服务发布,前端使用Fiori的ALP应用呈现。该应用的一大特别之处是使用嵌入式机器学习技术来预测销售业绩。预测模型经过学习企业过去的销售状况,获取隐式规律而且结合当前的销售数据预测将来的销售业绩,从而帮助销售经理提早发现潜在问题,最后保证销售团队达到或超过销售目标。
下图是该应用使用到的预测模型在训练后获得的一些综合指标和参数。
考虑到不一样企业的销售业务的规律和行为各有不一样,因此每一个企业都须要使用本身的业务历史数据对模型进行从新训练,在训练预测模型时,也尽可能使用与您的业务案例相对应的数据。由于使用与您的当前业务不太相关的数据(例如太旧或在特殊状况下获取的数据)训练预测模型可能会影响模型的质量。为了加以改进,您能够设置过滤器以从训练数据集中排除不相关数据。
同时咱们建议每个月至少要训练并激活一次预测模型,每次训练所需的时间取决于训练数据量。所以,咱们建议您在非工做时间(例如夜间)训练模型。
若是你们对于嵌入式预测分析有兴趣,能够访问关于这个应用的SAP社区的博客:
https://blogs.sap.com/2018/12...
总结
但愿经过上述应用的介绍,能帮助您对S/4HANA里销售计划的管理有一个概略的认识。
这里也打个小小的广告,这里说起的应用都已经在S/4HANA里提供,同时也是本人所在的SAP成都研究院S/4HANA Sales开发团队主要负责。若是对于这些应用的功能有任何疑问,欢迎你们直接留言、共同探讨。感谢阅读。
要获取更多Jerry的原创文章,请关注公众号"汪子熙":