绪言 收款/清账是SAP中的
成都要账公司规范功能. 也许经过一些规范事情代码告竣. 但SAP规范的成都至信诚德法式的易用性较差. 没有太麻烦用户的操作. 所以项目中财政顾问提出了
成都讨债公司开垦一个用于客户收款/清账的法式, 麻烦财政用户的勾单操作,并完结一些规范没有支柱的功能. 本文主要先容客户清帐单法式的妄图思路及完结 二 规
成都要账公司范功能 SAP财政模块对于应收的规范功能 建立证据: F-02 也许建立一个收款证据(图一) 收款功能F-28 用于建立一个针对于客户的收款证据(图二),并且经过挑选未清项,正在收款的同时完结清账的动作.(残余金额孕育新的应收或收款项) 清账功能F-32 用于勾选客户的收款项与应收项,告竣清账的动作.(图三) 假设勾选的金额没有统一, 会孕育新的应收款项或新的收款项. 图一 图二 图三 三 清账的完结 以下是法式的一些妄图及操作方法 经过配置表ZTDQZ_C1默认树立应收证据类别及收款证据类别 施行事情代码ZDQZ_INI 的清账功能, 证据类别挑选默认来自配置表, 且弗成改动. 外貌上清账法式并没有限制只可处置不异的客户. 经过复选框 来控制是否跨客户清账. 投入后的勾单界面也许勾选猎取的收款证据以及清账证据. 根据勾选的状况, 举头汇总相映的金额并算计分裂. 经过右边清单中的建立按钮也许建立一个清账单, 纪录本次勾单状况. 跳转到清账的的处置界面. 也许再现清账单的举头/明细信息. 也许对于清账单施行考查,节略,过账等操作. 过账后天生会计证据,纪录相映的信息, 告竣清账的动作. 四 收款并清账 收款信息来自与接口从银行同步的信息寄存于自定义表中. 为了以及系统中的收款证据整合, 经过DDL视图把来自银行的信息与系统中的收款证据整合正
成都收账公司在视图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自行配置字段的属性及全体校验逻辑
上一篇：你妈无偿携带你妹的儿子，当前携带我女儿快要钱，合理吗？
下一篇：领导过期持卡人要慎重对待债权重组中介机构 “反催收”背面有哪些骗局？
电话：17380404877
