绪论
收款/清算是SAP中的规范功能。 经过一些规范的事情代码可能已经完成了。 但是，SAP规范的法国式的易用性很差。 没有太麻烦用户的操作。 为此，项目财政顾问建议开辟客户收款/清算的法式，使财政用户核查操作麻烦，完善一些规范无支柱功能。
本文主要向客户阐明账单法式的构思和完结
二
规格功能
SAP会计模块应收款的规范功能
创建证据： F-02可能会创建收款证据。 (图1 )。
收款功能F-28用于为客户制作收款证据(图2 )，对未处理项目进行筛选，在收款过程中同时完成清算动作。 ) )余额产生新的应收款项或应收款项) ) ) ) ) ) ) )余额) )。
结算功能F-32用于检查客户应收款项和应收款项，完成结算工作。 (图3 )假设检查的金额不统一，就会产生新的应收款项或新的应收款项。
图1
照片2
图3
三
清算的完结
以下是法国式的一些尝试和操作方法
经过清单ZTDQZ_C1默认建立应收款证据类别和收款证据类别
实现事项代码ZDQZ_INI的清算功能，证据类型的选择默认来自清单，且弗成被变更。 从外观上看，清算方法没有限制，只能处置不同的客户。 控制是否通过复选框向客户报销。
投入后的核对清单画面中，可能已经核对了没收的收款证据和清算证据。 根据被检查的情况，总结最初拍摄的金额，计算分裂。
也许经过右侧的列表制作按钮，制作记录这次勾号状况的清册。
跳转到结算书的处理画面。 也许会再现决算书的开头/明细信息。 可能会对决算书实施调查、省略、过帐等操作。
结算后，天生有会计证据，记录照片上的信息，报告结算的动作。
四
入账列帐
收款信息将根据从接口和银行同步的信息登记到自定义表中。 另外，为了合并明天2下午的系统中的收款证据，经过DDL视图后来自银行的信息和系统中的收款证据的合并将在后天3晚上在视图ZDDL_BKPF/ZDDL_BSEG中进行。 根据证据类别进行识别。
培养收款后核对清单和清算帐目的逻辑与全面清算功能相同，培养一定种类的清算帐目。
结算单在会计的今天一大早的证据历史中，根据结算书的种类决定了分支的会计方法，对收款种类的清单制作收款和结算的会计证据
提出建议
可能需要通过DDL视图来将处理逻辑的不同数据统一合并，并使用不同的法国处理历史。 复杂法式推荐使用，经过维护视图或许可以扩展法式数据处理范围。
五
整个BAPI
将整个会计证据封装为函数
在Z_BC_F_51_POST_CLEARING中，在.函数中挪用了正规函数
POSTING_INTERFACE_START
POSTING_INTERFACE_CLEARING
POSTING_INTERFACE_END
这三个函数的主体是挪用BDC培养会计证据。 因此，可能建立i_mode参数=A，维护为前置处置模式，以确认检察参数填写是否为生存挑战。
六
比较
定制的收款结算功能与规范的法国式相比似乎处于劣势
打勾的方法更精巧，认识
突破客户不同的管理，禁止客户之间建立核对清单、结算
扩大了结算报告的关节，禁止在结算报告中嵌入极度的信息
推进了批准功能(也可以建立自主批准)。
推进了部门、生意人信息。 可能会根据部门、生意人的收款来清算
多个顾客清算时，可能会指定将分裂金额归属于一定的顾客
禁止建立收款单位、生意人信息(应收单位、生意人来自名单) )。
收款功能基于银行同步信息，采购订单特别准确
如果银行同步的数据不包含客户信息，则可能要通过核对清单来识别客户
.
七
总结一下
收款/结算法式分开的项目具有特定的通用性。 法国的数据处理范围可能已经通过更改DDL视图进行了维护和扩展。 你可能会把那个看作一个框架法国。 需要配置列表类别，维护DDL视图的实质，全部选中，制作列表，最终制作会计证据的统一类。
主体法式ZDQZ利用了复杂的列表框架
详情请参阅链接
无峰、大侠号： ABAP开垦本领SAP开垦框架系列定制列表
禁止用户通过配置表ZTBCREP_C1自行设置字段的属性和整体验证逻辑