前言:
归纳总结是个好习惯,我们都值得拥有.
每一个业务的开发需求,都是一次归纳的契机.
-
根据业务特定的需求分析,是否可以概括出一个通用需求?
-
特定业务需求是否完全包含在这个通用需求中呢?
-
是否可以根据这个通用需求概括出一个通用处理模型?
-
该模型是否可以解决这一类的业务需求?
-
怎么用特定的语言(ABAP)开发这个模型?
-
怎么给业务最大的自由度去使用这个配置使用这个模型?
如果你是一个业务人员,带着这些问题去和你的开发沟通.(你毛病呀,半天就可以写完的程序,你想整一周?)
如果你是一个开发人员,带着这些问题去和需求提出者沟通(你找事呀,按我的需求做就完事了,要不你来写功能说明书?)
或者,你也会碰到志同道合的. 嗯,这个提议不错, 咱们一起来完善一下这个设计.
尝试更多的去理解业务,去归纳业务,用开发的思想去重建功能设计.
正文
自动单据: 在无需业务介入的情况下,由前一个单据触发产生后一个或多个相关单据.
大部分自动单据的需求来自以下场景:
-
实际业务流程与系统单据流程匹配时,系统中多出的步骤.
-
根据公司财务记账需求,需要系统中额外创建的单据.
-
入站接口需要处理产生系统中多个有前后关系的单据.
自动单据的实现方式:
-
配置实现. 部分的SAP单据可以通过配置自动产生后续单据,比如销售订单->交货单. 可以通过配置在销售订单保存时自动产生后续的交货单.
-
工作流实现?(这个不太擅长,无法展开阐述)
-
EDI实现. 部分单据可以通过配置,在前置单据保存时,自动创建一个IDOC,执行后产生后续单据,比如跨公司调拨的发票自动创建对应的发票校验.
-
开发实现. (这个是本文阐述的重点)
不管是什么方式实现自动单据,都需要解决以下几个共性问题(这也是为什么EDI实现有一套复杂的配置的原因)
-
什么样的单据需要自动创建后续单据,怎么识别它们?
-
创建后续单据的一些关键信息怎么获取?
-
后续单据创建如果失败了. 怎么获取失败的信息并且重新执行?
自动单据框架对上述问题的解决思路
-
对于需要自动创建后续单据的单据,在单据保存时,通过一些通用配置来识别单据中关键特性(单据类型/地点/库位/客户/供应商/公司代码或任意抬头字段或地点客户供应商的属性),对于识别成功的,记录自定义的表中.
-
通过参照模版程序创建一个处理程序,后续单据的关键信息可以在程序中通过代码实现(或构造一些对应关系表实现).
-
处理程序同时负责监控及重新处理报错的单据.
-
自动单据框架下的内容可以快速部署在一个自定义的监控平台,方便集中监控所有的自动单据执行情况(这个后续介绍)
自动单据框架试图简化项目中这一类的开发,把一个较长的处理链条拆解成若干个单一的环节,并且尽可能实现相关业务的可配置化.这样,开发出来的自动单据程序可以兼容并处理多种业务场景.
SAP开发框架系列是我对开篇前言中问题的解答,这个系列提供的是一种思维方式,有些涉及到的代码/工具,会在后续文章中陆续发布.
如果你对这篇文章感兴趣,请帮忙转发分享, 并且勾选微信 <看一看>.文章右上角的按钮点击后,点击<在看>(或者文章末尾的右下角<在看>),即可.
网友评论