Payment card settlement FCC1

Hi All,
We have an urgent business requirement - Appreciate for an favourable response and help on this.
In our current system setting for payment card There are two different A/R G/L account one is 124040 and 124035 which has been assigned with Card type VISA.
Both the A/R GL A/C are linked to one cash clearing A/C.
As per SAP standard when the payment cards settle execute by FCC1,It then creates packages (batches) per company code, G/L account and transaction currency- There whould only be 1 batch settlement while program is scheduled by batch job schdule per day per G/L Account.
However business needs there should only have one batch settle per day for G/L account 124040 and 124035.
Business justification is that If this continues, business may be charged an extra service charge by the bank (service provider) for multiple batches per day when there should only be 1.
Is it feasible to suffice this requirement by any Exit or Enhancement for release ECC 604.
Awaiting for an favourable and amicable soultion on this to suffice this requirement and expectation.
Thanks in anticipation.
Best Regards
Subrata

Hi Butchi,
                                                                                The FM you specified is used get Address Result, Address Approval, ZIP Code Result, response code and Settlement Reference No. of Clearing House for payment cards.
FM CREDIT_CARD_SETTLEMENT_RSP is a Remote-Enabled Module hence it has capability to hit the provided destination. In SAP® this function module called in one standard program RFCCSIMU, as Glynn mentioned above. And there is no T. Code to call this FM.
                      If your requirement needs to hit external server then go for the custom program.
            Hope this information helps to suite you requirement.
Best Regards,
Kranthi Kumar V

Similar Messages

Credit Card settlement FCC1 fails, no records in table BSIS

Dear experts,
I'm implementing credit card integration with a new web shop, and got stuck with FI configuration, probably since I'm brand new to FI...
Okay, this is what happens... When I select payment by invoice, sales order gets created fine, and the invoice is created from the sales order instantaneously. Financial documents etc. all fine.
Now when I select payment by credit card, the sales order gets created fine as well, after the credit card has been authorized. The invoice however does not get created. Warning message: "The item is not relevant for billing".
Okay, this might or might not be the standard process. Either the invoice should be created instantly (in which case billing config is incorrect) or the invoice should be created after credit card settlement (in which case there's some other FI config not right).
So my first question I hope someone can answer me here: When is the billing supposed to happen? Before or after the settlement? If it's before settlement, why does it say then that the item is not relevant, whereas, if I pay by invoice, it is relevant?
For my second question, let's assume, invoicing is supposed to happen after settlement.
If I execute the settlement process in transaction FCC1, the message I get is: FY033 "No items to be settled found"
Digging some deeper, I found the cause for the message in table BSIS, where the items for settlement are supposed to be stored. However, they're plainly not in that table. So my second question I hope to get some insight for: How do I configure the flow so that after credit card authentication the items are ready for settlement?
Best wishes and many thanks,
Jan

Solved by some trial-and-error configuration in copying control.

Payment cards settlement

hia every body
can anybody tell me how to see the settlement document after working with FCC1
is there any transaction code?
please help me out
thank you

this issue is closed

Payment Card Authorisation & Settlement

Hi everyone,
Could someone please tell me whether third-party middle ware is required to process payment card authorisation and settlement with the payment services provider?
or, can we simply develop the interface directly with the third-party. If this is the case then I assume we at least need to use PI. I just need an overview of the architecture required and what development is required.
thanks
Tim

Hi,
No actually we are using ECC 6. It is a standard SD flow plus we are using Biller Direct to handle the payment. But the payment authorisation and settlement should be the same whether using Biller Direct or not I think.
Anyway I will check with the processing partner.
thanks
Tim

Billing document not cleared when processing Payment cards in Sales order

Hi,
I am having an issue with Payment card processing (credit card). We are using SAP R/3 4.7. When I use manual authorization, the status of billing document still shows "A" incomplete. The status shows authorization successful but not settled in billing document.The accounting document when billed shows not cleared.We are not using any interface for credit processing. The authorization check is done outside of the system manually. We are planning to use manual authorization for all such transactions. I am not sure if any specific config is to be done or am I misssing something.
Any inputs in this regard would highly be appreciated.
Thanks!
Sanjay

Hello Sanjay,
Please also check to see if the field VBAP-ABFOR is filled for the line item (This is the Form of payment guarantee). Without this field filled the billing does not know that the item will be covered by payment cards.
VBAP-ABGES (Guaranteed (factor between 0 and 1)) should also be filled with 1.
I hope this helps.
Best regards,
Ian Kehoe

Payment cards - third party products

Dear All,
I am looking for some third party companies to use payment cards in SAP.
We want to use the authorization and settlement functions using RFCs or other communication methods.
Any ideas?
Thanks
Matthias

please explain document flow in sap

Payment Card posting - Do not clear invoice

We are using the payment card functionality in Sales Orders for one of our requirements to monitor credit authorization from a Financing company for our Customers. Once we receive the authorization back, like in credit cards, the delivery can take place.
However, unlike credit card orders, we do not want to clear the invoice on posting. We want it to post like any other normal Credit sales, debiting the Customer and crediting Revenue. (For credit card orders, it clears the Customer to a CC clearing account). We wouldn't have the Credit card settlement process either. We shall be receiving the funds from the Financing company as per agreed terms.
Now the issue - how do we prevent the invoice from getting cleared on Release to Accounting? Do we use an user exit? Even if we manage to do it, will it have any downstream impact, like credit card settlement program or anything like that?
Any suggestions will be highly appreciated.
Thanks!
FP

Hi Renan,
Let me explain the issue with an example:
Example -
1     01          21000491     XXX Technologies     435.00
2     50          400000     Sales     400.00-
3     50          220900     Use Tax     29.00-
4     50          220900     Use Tax     4.00-
5     50          220900     Use Tax     2.00-
6     15          21000491     XXX Technologies     435.00-
7     40          120010     Visa Receivable Clg     435.00
Lines 1 to 5 are the ones that post normally without payment card. Line 6 and 7 are posting because the sales order has been authorized by a payment card. Although I am using the payment card functionality, I do not want to post lines 6 and 7 as the payment is going to come from the Financing company on due date.
I hope this will help to understand the issue at hand.
Thanks,
FP

Payment card processing in SAP DBM

Hi All,
I am analyzing the use of payment card processing to be used in DBM orders. I tried to search for the same but with no luck.
Anybody wokring on such stuff or have any nformation / data related to the same.
or if anybody can guide us on this.
Regards,
SB

Hi,
Payment card process is simple one but if you are using third party software to process it then you need to consider strong integration point like
Cardholder
Uses a payment card to purchase goods and services.
Merchant (your company)
Provides goods and services and accepts cards as payment.
Clearing house
Issues authorizations and provides services for processing settlement data supplied by
the merchants.
Below is link for details
http://help.sap.com/printdocu/core/print46c/en/data/pdf/SDBILIVPC/SDBILIVPC.pdf
Kapil

Payment card processing in SAP DBM orders.

Hi All,
I am analyzing the use of payment card processing to be used in DBM orders. I tried to search for the same but with no luck.
Anybody wokring on such stuff or have any nformation / data related to the same.
or if anybody can guide us on this.
Regards,
SB

Hi,
Payment card process is simple one but if you are using third party software to process it then you need to consider strong integration point like
Cardholder
Uses a payment card to purchase goods and services.
Merchant (your company)
Provides goods and services and accepts cards as payment.
Clearing house
Issues authorizations and provides services for processing settlement data supplied by
the merchants.
Below is link for details
http://help.sap.com/printdocu/core/print46c/en/data/pdf/SDBILIVPC/SDBILIVPC.pdf
Kapil

Payment cards : authorization not received on certain days

Dear fellow SAP users,
We use the payment cards feature but we do not need to connect to a clearing house because we know that the credit cards are actually valid.
In order to by pass the connection to a clearing house, we copied the standard CCARD_AUTH_SIMULATION function and kept only the "approved" part.
This works fine except for the sales created on certain days (namely Saturdays).
For these orders, it looks as if no call is even made to the function module because the call status in the sales order is blank ("Not relevant").
Could this be due to the factory calendar (Saturday is not a workday in the calendar we use) or something similar ?
Your help is highly appreciated because I am getting crazy with this issue !
VQ.

Hello Vincent
Check how you have set up any Authorization Horizon or Requirements.
SPRO/IMG/Sales and Distribution/Billing/Payment Cards/Authorization and Settlement/Specify Authorization Validity Periods
or
SPRO/IMG/Sales and Distribution/Billing/Payment Cards/Authorization and Settlement/Maintain Authorization Requirements
Hope this helps, let me know.

Payment Card Processing in SAP FI

Hi Gurus,
Please can anubody explain me what config needs for paymet card processing for customers in FI side.
Please any body can give me the config in detail. Points will be assured.
Regards,
Shwetha.

Hi,
Payment card process is simple one but if you are using third party software to process it then you need to consider strong integration point like
Cardholder
Uses a payment card to purchase goods and services.
Merchant (your company)
Provides goods and services and accepts cards as payment.
Clearing house
Issues authorizations and provides services for processing settlement data supplied by
the merchants.
Below is link for details
http://help.sap.com/printdocu/core/print46c/en/data/pdf/SDBILIVPC/SDBILIVPC.pdf
Kapil

Payment Card - To Be Authorised Amount does not include Shippig Charges

Hi Guys,
In the Payment cards tab SAP as a standard calculates Total "TO BE Authorised" amount as NET pr + Taxes (Screen field: FPLAA-ENDWR).
It does not include shipping charges. I would like to include the same. I guess there is no customization available for this. Is there a way out...
Thanks and Best Regards,
Jay Enn

Hi Jay,
You can assign pricing procedure in delivery to calculate Shipping costs and then
so that you will be able to capture entire cost and bill customer accordingly
Why not you set the period in Customizing for Sales and Distribution by choosing Billing -> Payment cards -> Authorization and settlement -> Specify authorization validity periods.
Regards
Srini

Payment card related question.

Hi,
I have a question related to payment card processing.
Is there any authorization check happens with the sales order and clearing house or bank? If happens where we do configuration setting for that?
Because for sales order configuration we have checking group setting.Through checking group setting we can maintain authorizaton requirement which takes care if there is any prerequisite for doing credit card check.
But I did not find any link up between the sales order and clearing house or bank.
In billing we can do authorization check with clearing house or bank through clearing house configuration setting in sap.But what about sales order? How to do the setting for that?
Regards,
Raj.

Dear Raj,
When you create a sales order with payment cards you will need to get an authorisation from your bank or clearing house. This means that the payment card details (credit card number, CVV number, amount to be authorised, name, expiry date etc) will be sent to the clearing house and a response will be returned. The clearing house will either give the authorisation or provide some details on why it will not give the authorisation (for example, not enough credit on the card, incorrect card number).
You can check the customising in IMG:
Sales and Distribution
-> Billing
   -> Payment Cards
      -> Authorization and Settlement
         -> Maintain Clearing House
            -> Set Authorization / Settlement Control Per Account
Here you can maintain the function module used to connect with your clearing house. The function module CCARD_AUTH_SIMULATION is provided as an example and for testing.
The clearing house will be contacted during the saving of the sales order. The response will be given from the clearing house and the authorisation will either be successful or fail.
I hope this information has helped.
Best regards,
Ian Kehoe

Payment Card Help (Max Points!!)

I would really appreciate some help with this one...
I created a credit card interface. It authorizes ok, but when SAP calls my Settlement RFC it is not passing the sales document line item data. One of the table that SAP Passes during settlement is CCSET_I. This is coming through blank.
I check configuration and it is set to pass items data. I would appreciate any help or direction on this one. Everything else is passing through ok.
Regards,
Tom

Thomas,
The only parameters that are passed to the settlement Function module are:
CCSETH - CCBTC: contents batch number generated for this settlement.
CCSET - Main request data on transaction level, each record contains one payment card transaction.
CCSETEXD_H - (optional) Additional information for purchasing card header data.
CCSETEXD_I - (optional) Additional information for purchasing card line item data.
So the short answer to your question is, you will not see the Sales item details during settlement. Should you be interested, please send me your email address at [email protected] and I can send you the document that details Payment Card Interface (PCI) in R/3.
Hope the above helps,
Ryan

SD payment card processing module

Hi to every one ,
what is SD payment card processing module.
any have any idea plz give some idea. if u have any documentation plz send me.
Murli.

Hi Murli,
I have pasted below the payment card configuration document.If it is not clear please send me your e-mail id i will send the document across to you.
 SAP Credit card configuration
Set Up Credit Control Areas:
Define Credit Control Area
Transaction: OB45
Tables: T014
Action: Define a credit control area and its associated currency. The Update Group should be 00012. This entry is required so the sales order will calculate the value to authorize
Assign Company Code to Credit Control Area
Transaction: OB38
Tables: T001
Action: Assign a default credit control area for each company code
Define Permitted Credit Control Area for a Company Code
Transaction:
Tables: T001CM
Action: For each company code enter every credit control area that can be used
Identify Credit Price
Transaction: V/08
Tables: T683S
Action: Towards the end of the pricing procedure, after all pricing and tax determination, create a subtotal line to store the value of the price plus any sales tax. Make the following entries:
Sub to: A
Reqt: 2
AltCTy: 4
Automatic Credit Checking
Transaction: OVA8
Tables: T691F
Action: Select each combination of credit control areas, risk categories and document types for which credit checking should be bypassed. You need to mark the field no Credit Check with the valid number for sales documents.
Set Up Payment Guarantees
Define Forms of Payment Guarantee
Transaction: OVFD
Tables: T691K
Action: R/3 is delivered with form 02 defined for payment cards. Other than the descriptor, the only other entry should be 3 in the column labeled PymtGuaCat
Define Payment Guarantee Procedure
Transaction:
Tables: T691M/T691O
Action: Define a procedure and a description. Forms of Payment Guarantee and make the following entries
Sequential Number 1
Payment Guarantee Form 02
Routine Number 0 Routine Number can be used to validate payment card presence.
Define Customer Payment Guarantee Flag
Transaction:
Tables: T691P
Action: Define a flag to be stored in table.
Create Customer Payment Guarantee = Payment Card Payment Cards (All Customers can use Payment Cards).
Define Sales Document Payment Guarantee Flag
Transaction:
Tables: T691R
Action: Define the flag that will be associated with sales document types that are relevant for payment cards
Assign Sales Document Payment Guarantee Flag
Transaction:
Tables: TVAK
Action: Assign the document flag type the sales documents types that are relevant for payment cards.
Determine Payment Guarantee Procedure
Transaction: OVFJ
Tables: T691U
Action: Combine the Customer flag and the sales document flag to derive the payment guarantee procedure
Payment Card Configuration
Define Card Types
Transaction:
Tables: TVCIN
Action: Create the different card types plus the routine that validates the card for length and prefix (etc)
Visa , Mastercard, American Express, and Discover
Create the following entries for each payment card
AMEX American Express ZCCARD_CHECK_AMEX Month
DC Discover Card ZCCARD_CHECK_DC Month*****
MC Mastercard ZCCARD_CHECK_MC Month
VISA Visa ZCCARD_CHECK_VISA Month
The Routines can be created based on the original routines delivered by SAP.
*****SAP does not deliver a card check for Discover Card. We created our own routine.
Define Card Categories
Transaction:
Tables: TVCTY
Action: Define the card category to determine if a payment card is a credit card or a procurement card.
Create the following two entries
Cat Description One Card Additional Data
CC Credit Cards No-check No-check
PC Procurement Cards No-check Check
Determine Card Categories
Transaction:
Tables: TVCTD
Action: For each card category map the account number range to a card category. Multiple ranges are possible for each card category or a masking technique can be used. Get the card number ranges from user community. Below is just a sample of what I am aware are the different types of cards.
Visa Credit Expires in 7 days.
 400000 405500
 405505 405549
 405555 415927
 415929 424603
 424606 427532
 427534 428799
 428900 471699
 471700 499999
 Visa Procurement Expires in 7 days.
 405501 405504
 405550 405554
 415928 415928
 424604 424605
 427533 427533
 428800 428899
 Mastercard Credit Expires in 30 days
 500000 540499
 540600 554999
 557000 599999
 Mastercard Procurement Expires in 30 days
 540500 540599
 555000 556999
 American Express Credit Expires in 30 days
 340000 349999
 370000 379999
 Discover Card Credit Expires in 30 days
 601100 601199
Set Sales Documents to accept Payment Card Information
Transaction:
Tables: TVAK
Action: Review the listing of Sales Document types and enter 03 in the column labeled PT for each type which can accept a payment card
Configuration for Authorization Request
Maintain Authorization Requirements
Transaction: OV9A
Tables: TFRM
Action: Define and activate the abap requirement that determines when an authorization is sent. Note that the following tables are available to be used in the abap requirement (VBAK, VBAP, VBKD, VBUK, and VBUP).
Define Checking Group
Transaction:
Tables: CCPGA
Action: Define a checking group and enter the description. Then follow the below guidelines for the remaining fields to be filled.
AuthReq Routine 901 is set here.
PreAu If checked R/3 will request an authorization for a .01 and the authorization will be
flagged as such. (Insight does not use pre-authorization check).
Ahorizon This is the days in the future SAP will use to determine the value to authorize
 (Insight does not use auth horizon period).
Valid You will get warning message if the payment card is expiring within 30 days of order
 entry date.
Assign Checking Group to Sales Document
Transaction:
Tables: TVAK
Action: Assign the checking group to the sales order types relevant for payment cards
Define Authorization Validity Periods
Transaction:
Tables: TVCIN
Action: For each card type enter the authorization validity period in days.
AMEX American Express 30
DC Discover card 30
MC Master card 30
VISA Visa 7
Configuration for clearing houses
Create new General Ledger Accounts
Transaction: FS01
Tables:
Action: Two General Ledger accounts need to be created for each payment card type. One for A/R reconciliation purposes and one for credit card clearing.
Maintain Condition Types
Transaction: OV85
Tables: T685
Action: Define a condition type for account determination and assign it to access sequence A001
Define account determination procedure
Transaction: OV86
Tables: T683 / T683S
Action: Define procedure name and select the procedure for control. Enter the condition type defined in the previous step.
Assign account determination procedure
Transaction:
Tables:
Action: Determine which billing type we are using for payment card process.
Authorization and Settlement Control
Transaction:
Tables: TCCAA
Action: Define the general ledger accounts for reconciliation and clearing and assign the function modules for authorization and settlement along with the proper RFC destinations for each.
Enter Merchant IDs
Transaction:
Tables: TCCM
Action: Create the merchant ids that the company uses to process payment cards
Assign merchant ids
Transaction:
Tables: TCCAA
Action: Enter the merchant ids with each clearinghouse account
Reward if useful.
Regards,
Pramod.

Payment card settlement FCC1

Similar Messages

Maybe you are looking for