统一SAP财务增强

1、。针对思爱普财务增强的统一规划作者：傅集团在实施和推广ERP大都市时，采用统一和集中的原则。然而，由于集团业务的复杂性，企业资源计划统一和集中化的曲折道路往往难以避免。这里有一些例子来简要介绍统一的规划和管理思想的SAP财务增强。一、用户增强介绍SAP系统中保留了三种增强功能：菜单条目、子屏幕和功能增强。顾名思义，屏幕增强是指采购订单、资产卡片或内部订单等主要数据允许定制子屏幕和相应的辅助字段，以扩展分析维度；功能增强是在对应于事务代码(简称为Tcode)的标准程序中留下一个出口，允许用户插入自定义逻辑代码，因此这种增强也称为用户出口。第二，了解FICO的增强国际公务员联会模块也有自己的具体改

2、进。财务改进可以分为两类：替代和验证。替换允许根据用户逻辑替换会计凭证字段的原始内容。例如，当FICO标准凭证生成功能不能满足集团对会计的详细要求时，相应的辅助会计信息可以通过替换的方式完全填写。替代对于不能人工干预的自动会计凭证尤其重要。有效性检查是根据会计要求检查会计凭证的“完整性”，以防止不完整的会计数据提前进入系统形成垃圾信息。常用的FICO增强Tcode如下：GGB0(全有效性检查)/ob28/okc73360fi/co有效性检查GGB1(已全部更换)/OBBH/OKC9: FI/CO已更换有一个特定的执行命令，用于财务增强。可以假设在检查会计字段的缺失内容时会报告错误。如果首先执行

3、检查，事务可能会直接终止，因为内容会报告错误。事实上，会计内容中充满了替代，而且信息也没有丢失，因此不应该报告错误。因此，可以推断应该首先进行替换。无论替代或有效性检查最终形成代码，从技术角度来看，任何管理软件无非是代码数据库表的集合，但从代码角度来看，替代和有效性检查的区别只是替代可以替代内容，而检查不能。如果只在替代代码中进行检查，那么这就是有效性检查，它被简单地理解为替代功能的有效检查的功能。因此，只关注统一替代金融增强就足够了。第三，优化金融增强的基本思路(1)。统一并简化增强的配置传统的财务强化处理方法是循序渐进的，适合中小企业。毕竟，中小企业的管理层面和业务层面不会很大。图-1显示

4、了一个典型的行项目替换步骤。其缺点是这些步骤属于覆盖配置，需要传输。当开发系统和生产系统不同步时，风险很大。统一的想法是使用一个独特的步骤，它只包含一个“独特的出口”，对应于统一的金融替代程序ZFITD。代换分为凭证表头、凭证行项目和完整凭证。使用不同的调用点。当然，命名必须标准化。图2显示了模型公司代码2331的替代命名规则：字母T的前四个公司代码表示凭证被标题替换，并呼叫第1点；字母A的前四个公司代码代表行项目替换，并调用点2；字母c的前四个公司代码表示完整的代金券替代，并呼叫第3点。应该强调的是，这三种选择只使用一个简单的“唯一退出”步骤，它们都对应于ZFITD。事实上，公司代码的所有三

5、个增强都使用子程序ZFITD。现在，为了统一理解，财务增强包括两个组件：增强配置和增强代码。传统的步骤方法实际上在配置步骤中包含了增强的代码，这不适合大型群组应用，也不利于操作和维护。这些步骤代码通常只是简单地与重复的日志堆积在一起从图3可以看出，该程序包括两种包含子程序：Zpublic:这包括所有企业在总部财务应用中必须统一的通用逻辑代码，由总部统一维护出版了。Z2331:这包含公司代码2331的私有逻辑，每个公司都应该有一个私有包含。主程序ZRGGBS00中只包含一种形式的PFITD，因为所有的企业增强都指向它，它的任务是引导每个企业执行相应的增强代码，这只是一个调度器，仅此而已，主程序不

6、做任何其他逻辑判断，所以主程序基本上是固定的。下表显示了PFISUB的示例代码：FORMPFISUB。“负责指导每个公司代码执行财务增强的调度程序执行发布。“要执行总部的集中财务强化代码，必须执行所有公司代码选择案例公司代码案例 2331 。表演2331。执行包含z2331的私有增强代码案例任何其他公司代码。“代码可以为每个公司保留执行相应公司的财务增强私有子程序endselect。endform。为了在集中式或分布式服务器中完全统一主程序，并发挥更深层次的技术，可以随意增加SAP的公司代码？例如，使用动态程序生成技术，集团的企业资源规划服务器A将运行100个业务，然后做100个包含，或者做一

7、个可视化界面，只要输入100个或更多的公司代码，主程序就会自动形成。当然，在实践中没有必要这样做。毕竟，主程序的逻辑已经基本固化，添加公司代码只需要对主程序进行简单的调整。企业私人例行演示所有公司代码的私有增强对应于一个名为Z的公司代码。图4显示了include Z2331的示例代码，其中子程序P2331实际上执行三个子程序：标题、行项目和完整凭证，当公司代码为2331时，由主程序调度程序PFISUB调用。刚性和柔性平衡传统的配置步骤方法过于死板。在配置和代码分离后，有必要迁移每个增强步骤。通常，这些代码是简单的逻辑堆叠，迁移非常容易。现在的问题是，每个企业都涉及几十个甚至上百个增强。我们能研

8、究一个统一的方法并使用灵活的定制表吗？或者把它放在一个私人程序里，让每个单元跳舞？就个人而言，过于灵活不一定是件好事。适度的刚性比灵活性更灵活。过度的灵活性会导致另一种刚性。我们可以考虑将具有明显特征的增强应用程序放入可视化配置中，并将其他增强处理放入私有例程中，以给企业自由发挥的空间。怎么能认为这些特征是明显的呢？让我举两个应用例子：打印基本会计工作凭证所需的行文本摘要想象一下，如果用户定义的应用表包括公司代码、利润中心、凭证类型、行文本或其他字段，可以放在总部管理的通用例程中，并根据该表的配置内容执行。当然，如果凭证类型和行文本是固定的，写硬编码就可以了。平衡刚性和灵活性很重要。需要BCS总部应用的一些账户合并交易类型您还可以自定义应用程序表以包含要控制的帐户，这样只需要几行代码就可以实现控制。当然，增强代码也需要标准化，并且禁止再把事情复杂化。大