Académique Documents
Professionnel Documents
Culture Documents
DOCUMENT
BUSINESS PROCESS: HOST TO HOST
Document Identification
DOCUMENT DETAILS
Document History
AUTHORS & PARTICIPANTS
Role Name
Business System Analyst
Process Owner
Consultant
Workshop Participant
REVISION HISTORY
01
4 OUT OF SCOPE...................................................................................................................................................... 4
6 AUTHORIZATION ................................................................................................................................................ 8
8 APPENDIX ............................................................................................................................................................10
Presently the business is sending the payment request to Bank via manual upload of DME file.
Business is running the SAP program F110 to generate this DME file and authorized person
from business is uploading this DME file to the bank server via manual upload.
Presently the business is doing the bank reconciliation on the spread sheet first and then
uploading the bank statement manually through ZFF67 (Coping the bank statement data in up
loadable format) for clearing. Doing this the system automatically makes the postings to the bank
account and bank clearing account along with the payment clearing, Also they are using option
of creating batch input session and run it for the same. Going forward they are planning to have
automatic BRS using EBS MT940
2 Proposed Solution
As proposed, we are moving with the option of Host 2 Host connectivity with bank, which sends
the outgoing electronic file in the form of SAP standard IDOC directly after running the payment
run to the bank site without any manual intervention.(For detailed process step please refer
PARA 5). The current process of sending the DME file will be stopped once the new process is
in place for SAP standard IDOC. For this we will be designing the standard SAP idoc in SCB
bank specific requirement
AS proposed we are moving the option of Host 2 Host connectivity with bank, via which we will
be getting the inbound file in the form of MT940 directly in our SAP server without any manual
intervention ((For detailed process step please refer PARA 5).
We will be using the Standard SAP IDOC for outgoing communication with bank
SCB scope.xlsx
4 Out of Scope
Reversal process will be out of scope
Attach xls file(APP Not configured.xlsx) of bank will be out of scope as there is APP configured
Attach file provided by SCB has been modified as per their requirement.
Payment_Order_IDO
C_Specifications.pdf
Below modification has been done to meet the SCB specific IDOC on the basis of three payment method.
IDOC configuration has been done for 3 payment methods (Cheque, demand draft and Bank transfer).All are
for domestic payments only.
Exit EXIT_SAPLIEDP_002 is being used for fields not getting updated in standard IDoc. One new Z table has
been introduced ZFITR_FINIDOC
Invalid special characters have been maintained in the Z table ZFITR Config
For employee vendor, middle name is not getting updated in vendor master. This issue needs to be sorted out
as cheque will get printed without middle name.
Business is maintaining the IFSC code in the SWIFT code field in the vendor master record. For bank transfer
cases SCB needs this in bank number field to achieve this we have used the Exit EXIT_SAPLIEDP_002 so
that business need not to change their existing practice
Business needs to maintained the check lot in case of check payment, so that check number should be there in
each and every bank transaction, which will help in auto BRS.
o Caution :-- In the absence of check number in payment program due to non maintenance of check lot
via F110 no idoc will be triggered to bank automatically.
PAYMENT IDOC SCENARIO:- For F110 payment Request an IDOC will be triggered from SAP which will
come to SAP PI, we will encrypt this using the certificate and send it using XI adapter over HTTPS to Bank. In
this case 1-1 mapping would be required and for that we would require XSD from Bank to map IDOC to
receiver message type.
FILE LEVEL ACKNOWLEDGEMETN FROM BANKS:- Once request is received by Bank - It will decrypt the
message and send us acknowledgement whether received or not, through mail notification.
PROCESS LEVEL ACKNOWLEDGEMENT:- Bank will send second acknowledgement which will have
transactional acknowledgement that is which transaction was rejected and not processed, through mail
notification
BANK STATEMENT IN MT940 FORMAT:- In case of MT940, a scenario can be configured here using the XI
adapter to the file and download to a location from which this can be uploaded in to SAP through T code FF_5
as a scheduled job as per the business requirement as daily / weekly or monthly.(Business decision is
required on this)
Customization / Data
Flow Bank File Format Solution flow. Customization
Business needs to maintained the check lot in case of check payment, so that check number should be there in
each and every bank transaction, without this IDOC of check payment method will not move to bank and will be
having in RED status
Caution :-- In the absence of check number in payment program due to non maintenance of check lot via
F110 no IDOC will be triggered to bank automatically
MT940 File coming into SAP PI through XI adapter. A bypass scenario is created in PI where the file would
be saved in a shared folder between SAP PI and SAP ECC. Then from this folder file would be picked by
program in SAP ECC and uploaded automatically
6 Authorization
Various Roles identified for the authorization management are as follows:
AUTHORIZATIONS
S.No. Role Data Objects Authorization Remarks
needed
1
2
RELATED/REFERENCED DOCUMENTS
ATTACHMENTS
10