Google+ SAP Financial Payment Cards - SAP ABAP

SAP Financial Payment Cards

SAP Financial Payment Cards represent a significant proportion of on an everyday basis enterprise transactions.A number of enterprise companions are involved in cost card processing.The cardboard holder uses the cardboard to buy items and services.The service provider delivers items and/or companies to the customer and accepts the fee card as a means of payment.The clearing home issues authorization for the cardboard and carries out settlement.The house financial institution of the service provider participates within the settlement and fee processes representing the merchant.The issuing bank is liable for issuing the card to the cardboard holder and also participates in the settlement and payment processes.SAP at the moment helps payment card business transactions between the merchant and the clearing
home (in different phrases, printing or card administration for buyer cards just isn't supported).

Fee card processing helps the following features:
  1. A fee card plan is assigned to the gross sales order at header level. This plan comprises information reminiscent of the cardboard quantity, the cardboard sort and the authorization data.
  2. When the supply is created, a validity verify is carried out for the authorization. If the authorization is no longer valid, or if an increase in quantity requires an increase in worth, then the person is required to hold out authorization once more within the sales order.
  3. The cost card data is copied to the billing document from the order.
  4. The cost card information and authorization knowledge are forwarded when the billing document is transferred to Financial Accounting. In Customizing, you'll find a way to configure the system in order that extra knowledge needed for settlement is transferred from SD to FI when procurement cards are involved.
  5. Transactions with payment cards can be posted to deviating accounts (see the sphere Account determination for cost playing cards when controlling the billing varieties).
  6. The ultimate settlement course of is carried out via the clearing house on the premise of this information.
This type of processing takes place in Retail. The Level-of-Sale (POS) is the purpose at which the items are paid for (normally the money register).No sales or delivery documents are created.
n When using Level-of-Sale methods, authorization is carried out in an external system.The relevant data is imported to the R/3 System. The billing document is created in the R/3 System.

Payment card data might be stored within the payer master document through the Cost transactions display screen (Cost playing cards button).Here, you specify the payment card sort (for instance, VISA), the cost card quantity, and the validity periods for this card.A card will also be entered as a default card. It will then seem in the F4 Help for order processing.If a card is blocked, the blocking cause can be entered for the corresponding payment card (purely for info purposes, has no impact on the block in the order).While you enter payment cards within the customer grasp, the following checks are carried out:
  1. The system checks the validity of the cardboard quantity, offered the corresponding verify routines are maintained in Customizing for that card type.
  2. The system additionally checks whether this card has already been entered in a distinct customer grasp record. An equivalent card can't be entered for a couple of customer.
A payment card kind have to be assigned to all gross sales document varieties for which fee card processing is permitted (for instance, if no payment card plan kind is assigned to money sales, then no entry fields for cost playing cards will seem right here).Fee card information can solely be entered at header level.The data needed for fee card processing is saved at completely different levels in the sales order:
  1. The order header comprises information for the payer.
  2. The order items comprise pricing information.
  3. The schedule strains include supply dates and quantities.
  4. The payment card plan accommodates cost card data and authorization data.
  5. The authorization process is triggered mechanically when the order is saved or it could be carried out as a background job.
  6. After authorization, the authorization quantity is saved within the order. This quantity will also be entered manually if, for instance, there are technical problems with the info transfer.
  7. Every of the person authorizations has a detail display, in which you can view further information.
Clearing houses issue authorizations for orders and are also accountable for settlement.A transparent interface to exterior systems allows the service provider to switch and receive data.In the standard R/3 System, perform CCARD_AUTH_SIMULATION is supplied as a template for creating consumer-specific authorization functions.The standard system additionally comprises operate CCARD_SETTLEMENT_SIMULATION, for creation of person-particular settlement functions.

Authorization is often carried out in the order at header level. In other phrases, new authorizations should all the time be created by means of the order.Utilizing checking teams, you possibly can set necessities in Customizing, that management beneath what circumstances authorization is to be determined. You can then set the system so that authorizations are carried out just for full orders.Relying on the checking group, you can too specify the authorization horizon (in other phrases, when authorization is to be determined).In case you use authorization requirement 1 provided in the usual system, authorization is triggered if you save the order. Authorization requirement 2 is provided for background processing.The checking teams have to be assigned to the gross sales document types.In the instance above, an order has been entered right now and is to be paid for utilizing a VISA card.Authorization is to be carried out in the future earlier than supply creation and will in all probability be valid for 14 days.

The next materials availability date in accordance with the schedule line is in three days. This means that the authorization process should be carried out in two days time, in accordance with the authorization horizon specified.The authorizations within the order are used in billing. A status in the order displays which authorizations have already been used.You must use the checking teams in Customizing to regulate whether or not preliminary authorizations (worth 0, if the current date is exterior the authorization horizon) are to be carried out with a purpose to verify the correctness of the card data.

When accounting paperwork are being created from transferred billing documents that embody fee card knowledge, the next postings are made:
  1. Debit and credit score postings to the customer account
  2. Posting of the sales revenue
  3. Posting of receivables to the interim account of the clearing home
This posting course of will be defined in that the authorization guarantees the receivable and the clearing home represents the related companion for payment.An interim account needs to be created for every clearing home so that the condition approach could be used to carry out posting to the related account (all receivables paid with VISA and MC posted to the interim account of the GZS; all receivables paid with AMEX posted to the interim account for the AMEX clearing house, and so forth).

At common intervals, the individual postings can be cumulated within the interim account for the clearing home and posted as a full value to the corresponding interim bank account.Settlement with the clearing home is triggered via this interim financial institution account.This account now accommodates the receivables from the clearing house for which fee is now expected. The receivables were transmitted through a settlement run.The background processing quantity can be used for project functions throughout incoming payments.The interim bank account is cleared upon fee of the receivables by the clearing house.

Related Posts

SAP Authorization and ALE
Authorization and implementation of SAP
Mysap market place introduction
Customer interface in mysap market place
MySAP environment security solutions
SAP security authentication and authorization

No comments :

Post a Comment