关于BP目前存在问题确认.docVIP

一、FUNCTION: 1.关于e-bank 实施的假设 1.1.在供应商折扣和付款期限方面 bp 采用尽可能享受最长的付款期限，不关心供应商提供的折扣 1.2.本次处理只支持人民币业务，有关外币不再本次的范围 1.3.只和供应商相关的业务 1.4.不进行汇票处理 1.5.具体银行付款没有最大限额 1.6.家庭银行的账号如果超过系统提供的长度，采用Alternative acct no. 1.7.供应商银行帐号如果超过系统提供的长度，采用供应商银行帐号+Account Holder Name 2.关于供应商应付账款清帐 Bp 决定采用一张供应商发票对于一张付款单据 3.关于供应商既存在预付帐款同时又存在应付账款的处理 3.1.我们建议bp 先采用部分清帐，产生一个新的行项目。然后运行自动付款 这样对目前的程序不会有任何影响。 参考案例：Satyam 客户BOC 气体公司也采用和SCB 提供的e-bank interface .在这方面, BOC 气体公司的操作流程先运行剩余付款，然后产生一个新的行项目。此时运行自动付款。这样给银行的付款交易的单据量很少。银行收取的费用也少 3.2.修改程序，适合客户的需求，这样存在两张发票（应付和预付）对应一张付款单据。此时对于我们后续的程序：（凭证的文本和凭证的分配号的维护程序，这个程序的假设前提是一张发票对应一张付款） 4.关于过渡科目的清帐： 以前和BP 讨论采用BAPI的方法，但是由于BAPI中没有找到既能过帐同时又可以清帐的方法。所以采用BDC方法进行处理。 在BDC 方法处理过程中，我们对于银行数据回传，如果成功，行项目的状态由download变成posted。但是由于种种原因，BDC调用成功，状态变成posted,但实际上行项目没有被清帐。后来我们根据此过渡科目是否被清帐决定状态的改变。从根本上解决了这个问题。因此对于目前的程序，如果过渡科目的行项目的状态变成posted ，就可以100%肯定这行项目已经被清帐。如果状态没有改变的，同时给出错误的信息的。这一行一定没有过帐。 5.关于bdc 过帐出错的原因： 5.1数据出错的原因的多样性： 5.1.1.帐期没有打开或者关闭 5.1.2.银行数据回传的日期比我们下载数据给银行的早 5.1.3.银行挥传数据状态不是64 5.2对于种种的原因的解决方法： 5.2.1查明原因，重新上载 5.2.2手工清帐 二、ABAP: 关于上述第3条涉及到对已经有的程序的修改的时间评估(不包括凭证文本和行项目的维护程序) 1 Aiming at updating the conditions of more items in eBanking interface, the evaluation is below: ???a. 0.5 /may-day ??Confirm the necessary fields which will be listed in ALV; ???b. 2 ??may-day ??Select the related data from the header system table; ???c. 2 may-day ????Verify and test the stability for the updated program; ???d. 0.5 may-day ??final test report 2. BAPI Issue. In a word, till now, The BAPI technology may realize to post outgoing payment; However, It fails to realize to clear an account.