财务凭证的替代.doc

小技巧 财务凭证的退代（Substitution） 和Validation不同的是,Validation只做检测,一般不做相应数据的修改,Substitution弥补了这反面的缺陷,它和user exit结合将方便用户编写更复杂的逻辑。注意的是，如果Substitution使用User exit在程序中只做检查而不替代内容，此时，Substitution可以完全取代Validation。 简单地讲，替代就是在会计凭证生产时（包括手工和自动过帐）允许用户根据需求对凭证抬头和凭证行项目进行一定的内容修改，这种灵活的功能可以满足一些非常变态的需求，要不怎么说SAP什么东西都能轻易配置出来呢？ 比如国内很多企业都要求会计凭证有个文本摘要可对某些自动凭证根据规则写入一些文本摘要，或修改凭证的利润中心，功能范围等，同样，理论上讲，SAP系统几乎允许你修改会计凭证的任何内容，甚至包括会计科目，SAP一直强调科目没有级别，对自动科目设置非常严谨，所以修改会计科目通常发生在自动过帐时人工无法干预科目的情况，典型的是MIRO时科目只能对应供应商主数据科目，如果一个供应商发票校验需要对应应付或其他应付，系统就无法自动实行，就可采用科目替代。 替代Tcode： OBBH:AP/AR/GL Doc. OACS:AM Create Assets OA02:Mass change Assets GCVY:Global Substitution(In SPL,Company Level) GCVX:Local Substitution(In SPL,Company code Level). GGB1：各模块全部替代 按照国内很多企业的内部制度，所有的会计凭证都需要文本摘要并且多数凭证要打印出来存档，对于很多自动凭证却并不能产生文本摘要，此时可以使用替代塞一个文本进去，有的企业连ERP系统产生的特有的中间凭证也打印，真是不掀嫌浪费纸张。 图1是一个文本摘要的例子，和Validation不同的是，Substitution只有两步骤，图1表示的是如果凭证类型是折旧AF，并且科目是累计折旧类科目或折旧费用科目，则文本摘要为“计提本月折旧”。图1中建立Substitution和建立Validation步骤一样。 到目前为止，我们发现Validation和Substitution建立都非常简单，只要有简单逻辑思维的用户不需要任何编程经验拖拖拽拽就可以实现功能，国内的ERP设计者应该好好借鉴借鉴，ERP项目实施不容易，不要让可怜的业务顾问天天浪费时间去玩技术玩Coding 。 系统允许更复杂的替代逻辑，下面举一个结合用户出口的替代简单应用实例。 业务背景： 假设在公司代码5100中,如果发生业务招待费,则在其行项目文本摘要字段(BSEG-SGTXT)写入信息“业务招待费”以做统计。 同时，在公司代码5100的期初,会将一些调整凭证或月结凭证过帐到上期间,如果有这样的业务，无论用户输入上期间的任何一天，替代将自动将上期间的凭证的过帐日期换成上期间最后一天。 参考步骤如下： (1).自定义的退代程序(Tcode:GCX2) 最好Copy系统默认的程序出来修改，起码不要申请Access Key! App. Area 选择GBLS,输入Copy出来的自定义程序ZRGGBS00,自定义的程序名称最好不超过8位,系统只能显示程序名的前8位。 (2）。建立退代步骤(Tcode:OBBH) 建立一个替代的Step包括先决条件和退代内容,如图3,你可选择一个替代字段,表示替代这个字段的内容,在此选择”Only exit”,表示使用用户出口编写程序来替代。 (3).剖析替代用户出口程序ZRGGBS00(Tcode:SE38). 用户出口程序ZRGGBS00分析. 究竟自定义的Form例程是field exit,header exit,line exit 或complete exit有系统参数c_exit_param_none, c_exit_param_field和c_exit_param_class决定。通常用户可以看到替代出口程序如下（粗体部分）： exits-name = U100. exits-param = c_exit_param_none. “能用在Field exit,only exit等任何地方 exits-title = text-100. APPEND exits. exits-name = U101. exits-param = c_exit_param_field.”此Form只用于字段出口Field exit exits-title = text-101. APPEND exi