点击蓝字 关注我们

归纳总结是个好习惯,我们都值得拥有.

 每一个业务的开发需求,都是一次归纳的契机.

• 根据业务特定的需求分析,是否可以概括出一个通用需求?

• 特定业务需求是否完全包含在这个通用需求中呢?

• 是否可以根据这个通用需求概括出一个通用处理模型?

• 该模型是否可以解决这一类的业务需求?

• 怎么用特定的语言(ABAP)开发这个模型?

• 怎么给业务最大的自由度去使用这个配置使用这个模型?

如果你是一个业务人员,带着这些问题去和你的开发沟通.(你毛病呀,半天就可以写完的程序,你想整一周?)

    如果你是一个开发人员,带着这些问题去和需求提出者沟通(你找事呀,按我的需求做就完事了,要不你来写功能说明书?)

    或者,你也会碰到志同道合的. 嗯,这个提议不错, 咱们一起来完善一下这个设计.  

尝试更多的去理解业务,去归纳业务,用开发的思想去重建功能设计.  

本文主要介绍可灵活配置的会计凭证生成平台

体验一下文明碰撞的火花与思考.

会计凭证平台以自定义表ZTQ_VBRP作为数据的依据.根据配置的特征识别方式识别数据的场景,再根据场景中配置的凭证类型读取凭证类型的内容配置,最终生成所需要的会计凭证.

在这个过程中: 

开发只提供构造会计凭证的"零配件", 由业务顾问配合财务顾问通过配置体系搭建出业务最终需要补充的会计凭证.

这样开发无需理解复杂的凭证生成业务.

业务,财务顾问自行配置过程中, 只有缺少"零配件"时,才需要开发干预. 可以快速完成复杂业务的会计凭证实现及后续调整.

• 三方销售: A公司销售B公司的商品, 通过A公司对客户的发票, 补充A公司与B公司之间所需要的会计凭证

• 全渠道销售: A门店销售B门店的商品,或者线上销售线下门店的商品. 通过小票产生的发票 补充 A门店与B门店之间或线上公司与线下门店之间所需要的会计凭证.

• 门店直采: 供应商直接送货到门店, 门店收货后. 补充供应商和配送中心及配送中心和门店之间所需要的会计凭证

• 通用会计凭证接口:根据接口类型等信息创建该接口需要创建的一个或几个会计凭证

• 三方调拨: DCA 直接调拨到门店 , 门店收货后. 补充DCA->DCB 及 DCB->门店所需要的会计凭证

• ......

通过配置可以在

• 单据汇总

• 小计汇总(可以配置一个或多个小计字段)

• 明细行 

等纬度生成会计凭证的行.

要理解会计凭证平台,先理解以下几个名词:

• 数据来源: 所有需要生成凭证的业务数据,包含发票,商品凭证,接口等.写入表ZTQ_VBRP

• 场景: 用来确定同一类特征的业务. 通过场景配置表来确定系统中可用的场景.

• 凭证类型: 用于描述一种会计凭证.通过凭证类型表配置

• 场景凭证关联: 分配凭证类型到场景中(一个场景可能需要创建一组凭证)

• 凭证内容配置: 用于特定场景-凭证类型的凭证具体实现,设置会计凭证所需的字段内容或内容来源.

• 科目确定: 通过特定业务特征确定科目

• 场景识别: 用于识别数据所在的场景. 根据不同的业务,设置了一组场景识别表.

会计凭证平台可以整合所有系统中需要生成凭证的场景, 通过业务配置完成凭证的规划. 最终通过事务代码 ZQP10 ZQP20 完成凭证的生成. 生成的凭证有和原始数据的对应关系. 这些数据可以作为凭证的附件内容. 在打印或者查询时呈现. 

约定