{"id":495,"date":"2020-08-10T18:44:10","date_gmt":"2020-08-10T18:44:10","guid":{"rendered":""},"modified":"2025-07-09T10:29:19","modified_gmt":"2025-07-09T10:29:19","slug":"ccbill-api-charge-by-previous-transaction-id","status":"publish","type":"post","link":"https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id","title":{"rendered":"CCBill API: Charge by Previous Transaction\u00a0ID"},"content":{"rendered":"\n

Introduction<\/h2>\n\n\n\n

This document is an addendum to the CCBill API<\/a> documentation and discusses the Charge by Previous Transaction ID functionality. It provides parameters, descriptions, and examples for developers, technicians, and others with advanced coding skills.<\/p>\n\n\n\n

Overview<\/h2>\n\n\n\n

The Charge by Previous Transaction ID functionality enables merchants to offer consumers new transactions without canceling their original subscription. Because this feature does not require the consumer to re-enter payment information on a CCBill payment form, the client is responsible for hosting the terms of the offer.<\/p>\n\n\n\n

Charging by previous transaction ID does not require the offer to be previously set up in CCBill\u2019s system. Offers are created dynamically by passing variables to the subscriptionManagement.cgi<\/em> script, as explained below.<\/p>\n\n\n\n

The system supports credit card transactions with and without 3DS<\/a> authentication information as well as ACH transactions<\/a>.<\/p>\n\n\n\n

Besides creating new transactions on other subaccounts within the same main account, you can also use the newClientAccnum<\/em>and newClientSubacc<\/em> parameters to create transactions on entirely different merchant accounts and subaccounts.<\/p>\n\n\n\n

If you are interested in this feature, please get in touch with merchantsupport@ccbill.com<\/a> to determine if you are a candidate.<\/p>\n\n\n\n

CCBill Velocity Controls Feature<\/h2>\n\n\n\n

CCBill Velocity Controls is an advanced CCBill API feature. It enables you to limit consumer transactions by their number or amount within a specific timeframe.<\/p>\n\n\n\n

Rules apply to all payment types, and each customer is assigned a unique ID based on their financial information and security background. By setting up CCBill Velocity Controls, you limit the chances of fraud. On an individual basis, you allow good loyal customers to continue to make purchases beyond the established limits.<\/p>\n\n\n

\n

Each rule can be set up on a single subaccount or across all subaccounts.<\/p>\n<\/div>\n<\/div>\n\n\n\n

If you are interested in this advanced feature, please contact merchantsupport@ccbill.com<\/a> to set up velocity controls according to your business requirements.<\/p>\n\n\n\n

Implementation<\/h2>\n\n\n\n

To charge consumers with a previous transaction ID, merchants need to use a query string to pass variables to CCBill's systems. Requests that contain required and optional parameters should be sent to the following CGI script:<\/p>\n\n\n\n

https:\/\/bill.ccbill.com\/jpost\/billingApi.cgi<\/code><\/pre>\n\n\n\n
The consumer will be charged pending validation from CCBill. Depending on the result of the validation, different results will be returned. Results can be returned in either comma-separated value (CSV) format or XML format.<\/p>\n\n\n\n
Merchants can also submit 3DS SCA information using the chargeByPreviousTransactionId3DS <\/strong>function and associated parameters. <\/strong>CCBillis going to perform the validation and process the transaction to charge the consumer.<\/p>\n\n\n\n
Field Explanations (Without 3DS Information)<\/h2>\n\n\n\n
To perform a Charge by Previous transaction, pass the following parameters and associated values to CCBill's billingApi<\/em>:<\/p>\n\n\n\n
PARAMETER<\/th>DATA TYPE
(Max Lenght)<\/th>		DESCRIPTION<\/th><\/tr><\/thead>
action<\/strong>
(required)<\/td>		<\/td>Function to be performed within the CCBill API.
Value: chargeByPreviousTransactionId<\/strong><\/td><\/tr>
subscriptionId<\/strong>
(required)<\/td>		integer
(20)<\/td>		Unique ID of the consumer\u2019s original transaction.
Example value: 0108113201000024660<\/strong><\/td><\/tr>
clientAccnum<\/strong>
(required)  <\/td>		integer
(6)<\/td>		The six-digit CCBill merchant account number.
Example value: 900000<\/strong><\/td><\/tr>
clientSubacc<\/strong>
(optional)<\/td>		integer
(4)<\/td>		The four-digit subaccount number the subscription is related to. You will be authenticated on the specific subaccount if this parameter is provided and not on the main account. The action must pertain to this subaccount; otherwise, it will fail. If you wish to be authenticated on the main account (i.e. your DataLink user was created on the account level) you should omit this parameter.
Example value: 0000<\/strong><\/td><\/tr>
usingSubacc<\/strong>
(optional)<\/td>		integer
(4)<\/td>		The parameter specifies a subaccount on which a requested operation will be performed. Use this parameter if you wish to be authenticated on the main account but not on a specific subaccount.<\/td><\/tr>
username<\/strong>
(required)<\/td>		string
(8)<\/td>		Merchant's Data Link<\/a> username.
Example value: testuser<\/strong><\/td><\/tr>
password<\/strong>
(required)<\/td>		string
(8)<\/td>		Merchant's Data Link password.
Example value: testpass<\/strong><\/td><\/tr>
newClientAccnum<\/strong> (required)<\/td>integer
(6)<\/td>		The six-digit CCBill client account number for the new charge. It can be the same as clientAccnum.
Example value: 900000<\/strong><\/td><\/tr>
newClientSubacc <\/strong>(required)<\/td>integer
(4)<\/td>		The four-digit CCBill client subaccount number for the new charge. It can be the same as clientSubacc.
Example value: 0000<\/strong><\/td><\/tr>
sharedAuthentication <\/strong>(required)<\/td>boolean<\/td>Indicates whether shared authentication is used; a value of 1<\/strong> signifies that the originating and destination accounts are using the same password file and database. A value of 0<\/strong> means that shared authentication is not used.<\/td><\/tr>
currencyCode<\/strong>
(optional)<\/td>		string
(3)<\/td>		Three-digit currency code for the currency
used in the transaction. If omitted, the transaction is processed in U.S. dollars (USD) by default.
Example value: 840<\/strong><\/td><\/tr>
initialPrice<\/strong>
(required)<\/td>		float (decimal)<\/td>Initial transaction price.
Example value: 5.00<\/strong><\/td><\/tr>
initialPeriod<\/strong>
(required)<\/td>		integer<\/td>The length (in days) of the initial billing period.
Example value: 30<\/strong><\/td><\/tr>
recurringPrice<\/strong>
(required)<\/td>		float
(decimal)<\/td>		The amount the consumer will be charged for each recurring bill. For single-billing transactions, set this value equal to 0<\/strong>
Example value: 29.95<\/strong><\/td><\/tr>
recurringPeriod<\/strong>
(required)<\/td>		integer<\/td>The length of time between rebills. For single-billing transactions, set this value equal to 0<\/strong>
Example value: 30<\/strong><\/td><\/tr>
rebills<\/strong>
(required)<\/td>		integer<\/td>The total number of times the subscription will rebill. For unlimited rebills, set this value equal to 99<\/strong>. For single-billing transactions, set this value equal to 0<\/strong><\/td><\/tr>
lifeTimeSubscription<\/strong> (optional)<\/td>boolean<\/td>The presence of this variable with a value of 1<\/strong> indicates that the transaction is a lifetime subscription.<\/td><\/tr>
returnXML<\/strong>
(optional)<\/td>		boolean
(Required if XML is enabled).<\/td>		If this parameter is passed in with the value 1<\/strong>, you will receive the response in XML format; otherwise, the information is returned in CSV (comma-separated values) format.<\/td><\/tr>
overrideAffiliate<\/strong>
(optional)<\/td>		integer<\/td>Override the affiliate (LAS<\/a> only) payment on upgrades. A 0 <\/strong>value tells the system not to credit affiliates. A valid Affiliate ID may be passed to specify the Affiliate that should receive the credit, or the parameter may be absent. A blank parameter or invalid Affiliate ID results in an error message.<\/td><\/tr>
overrideParticipation<\/strong>
(optional)<\/td>		integer<\/td>Used with Merchant Connect<\/a> to override the affiliate payment on upgrades. The 0<\/strong> value tells the system not to credit any affiliate. A valid PPID indicates the Affiliate that should receive the credit, or the parameter may be absent. A blank parameter or invalid Affiliate ID results in an error message.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
CVS Version Example<\/h3>\n\n\n\n
Request String<\/h4>\n\n\n\n
https:\/\/bill.ccbill.com\/jpost\/billingApi.cgi?clientAccnum=900000&username=testuser&password=testpass&action=chargeByPreviousTransactionId&newClientAccnum=900000&newClientSubacc=0001&sharedAuthentication=1&initialPrice=5.00&initialPeriod=30&recurringPrice=29.95&recurringPeriod=30&rebills=99&subscriptionId=0108113201000024660&currencyCode=840<\/code><\/pre>\n\n\n\n
Results Sent (for approved transactions)<\/h4>\n\n\n\n
Fields: "approved", "subscriptionId" \nValues: "1", "100000000000000000"<\/code><\/pre>\n\n\n\n
Results Sent (for denied transactions)<\/h4>\n\n\n\n
Fields: "approved", "denialId", "declineCode", "declineText" \nValues: "0", "100000000000000000", "15", "declined by bank"<\/code><\/pre>\n\n\n\n
Results Sent (when an error occurs)<\/h4>\n\n\n\n
Fields: "results" \nValues: "-1"<\/code><\/pre>\n\n\n\n
XML Version Example<\/h3>\n\n\n\n
Request String<\/h4>\n\n\n\n
https:\/\/bill.ccbill.com\/jpost\/billingApi.cgi??clientAccnum=900000&username=testuser&password=testpass&action=chargeByPreviousTransactionId&newClientAccnum=900000&newClientSubacc=0000&sharedAuthentication=1&initialPrice=5.00&initialPeriod=30&recurringPrice=29.95&recurringPeriod=30&rebills=99&subscriptionId=0108113201000024660&returnXML=1<\/code><\/pre>\n\n\n\n
Results Sent (for approved transactions)<\/h4>\n\n\n\n
<?xml version='1.0' standalone='yes'?> \n<results> \n<approved>1<\/approved> \n<subscriptionId>100000000000000000<\/subscriptionId> \n<\/results><\/code><\/pre>\n\n\n\n
Results Sent (for denied transactions)<\/h4>\n\n\n\n
<?xml version='1.0' standalone='yes'?> \n<results> \n<approved>0<\/approved> \n<denialId>100000000000000000<\/denialId> \n<declineCode>15<\/declineCode> \n<declineText> declined by bank <\/declineText> \n<\/results><\/code><\/pre>\n\n\n\n
Results Sent (when an error occurs)<\/h4>\n\n\n\n
<?xml version='1.0' standalone='yes'?> \n<results>-1<\/results><\/code><\/pre>\n\n\n\n
Field Explanations (Including 3DS Information)<\/h2>\n\n\n\n
Pass the following parameters to the billingApi<\/em><\/strong> to perform a Charge By Previous Transaction ID function that includes 3DS information:<\/p>\n\n\n\n
PARAMETER<\/th>DATA TYPE
(Max Lenght)<\/th>		DESCRIPTION<\/th><\/tr><\/thead>
action<\/strong>
(required)<\/td>		<\/td>Function to be performed within the CCBill API.
Value: chargeByPreviousTransactionId<\/strong><\/td><\/tr>
subscriptionId<\/strong>
(required)<\/td>		integer
(20)<\/td>		Unique ID of the consumer\u2019s original transaction.
Example value: 921201201000001032<\/strong><\/td><\/tr>
clientAccnum<\/strong>
(required)  <\/td>		integer
(6)<\/td>		The six-digit CCBill merchant account number.
Example value: 900000<\/strong><\/td><\/tr>
clientSubacc<\/strong>
(optional)<\/td>		integer
(4)<\/td>		The four-digit subaccount number the subscription is related to. You will be authenticated on the specific subaccount if this parameter is provided and not on the main account. The action must pertain to this subaccount; otherwise, it will fail. If you wish to be authenticated on the main account (i.e. your DataLink user was created on the account level) you should omit this parameter.
Example value: 0000<\/strong><\/td><\/tr>
usingSubacc<\/strong>
(optional)<\/td>		integer
(4)<\/td>		The parameter specifies a subaccount on which a requested operation will be performed. Use this parameter if you wish to be authenticated on the main account but not on a specific subaccount.<\/td><\/tr>
username<\/strong>
(required)<\/td>		string
(8)<\/td>		Merchant's Data Link<\/a> username.
Example value: testuser<\/strong><\/td><\/tr>
password<\/strong>
(required)<\/td>		string
(8)<\/td>		Merchant's Data Link password.
Example value: testpass<\/strong><\/td><\/tr>
newClientAccnum<\/strong> (required)<\/td>integer
(6)<\/td>		The six-digit CCBill client account number for the new charge. It can be the same as clientAccnum.
Example value: 900000<\/strong><\/td><\/tr>
newClientSubacc <\/strong>(required)<\/td>integer
(4)<\/td>		The four-digit CCBill client subaccount number for the new charge. It can be the same as clientSubacc.
Example value: 0000<\/strong><\/td><\/tr>
sharedAuthentication <\/strong>(required)<\/td>boolean<\/td>Indicates whether shared authentication is used; a value of 1<\/strong> signifies that the originating and destination accounts are using the same password file and database. A value of 0<\/strong> means that shared authentication is not used.<\/td><\/tr>
currencyCode<\/strong>
(optional)<\/td>		string
(3)<\/td>		Three-digit currency code for the currency
used in the transaction. If omitted, the transaction is processed in U.S. dollars (USD) by default.
Example value: 840<\/strong><\/td><\/tr>
initialPrice<\/strong>
(required)<\/td>		float (decimal)<\/td>Initial transaction price.
Example value: 5.00<\/strong><\/td><\/tr>
initialPeriod<\/strong>
(required)<\/td>		integer<\/td>The length (in days) of the initial billing period.
Example value: 30<\/strong><\/td><\/tr>
recurringPrice<\/strong>
(required)<\/td>		float
(decimal)<\/td>		The amount the consumer will be charged for each recurring bill. For single-billing transactions, set this value equal to 0<\/strong>
Example value: 29.95<\/strong><\/td><\/tr>
recurringPeriod<\/strong>
(required)<\/td>		integer<\/td>The length of time between rebills. For single-billing transactions, set this value equal to 0<\/strong>
Example value: 30<\/strong><\/td><\/tr>
rebills<\/strong>
(required)<\/td>		integer<\/td>The total number of times the subscription will rebill. For unlimited rebills, set this value equal to 99<\/strong>. For single-billing transactions, set this value equal to 0<\/strong><\/td><\/tr>
lifeTimeSubscription<\/strong> (optional)<\/td>boolean<\/td>The presence of this variable with a value of 1<\/strong> indicates that the transaction is a lifetime subscription.<\/td><\/tr>
returnXML<\/strong>
(optional)<\/td>		boolean
(Required if XML is enabled).<\/td>		If this parameter is passed in with the value 1<\/strong>, you will receive the response in XML format; otherwise, the information is returned in CSV (comma-separated values) format.<\/td><\/tr>
overrideAffiliate<\/strong>
(optional)<\/td>		integer<\/td>Override the affiliate (LAS<\/a> only) payment on upgrades. A 0 <\/strong>value tells the system not to credit affiliates. A valid Affiliate ID may be passed to specify the Affiliate that should receive the credit, or the parameter may be absent. A blank parameter or invalid Affiliate ID results in an error message.<\/td><\/tr>
overrideParticipation<\/strong>
(optional)<\/td>		integer<\/td>Used with Merchant Connect<\/a> to override the affiliate payment on upgrades. The 0<\/strong> value tells the system not to credit any affiliate. A valid PPID indicates the Affiliate that should receive the credit, or the parameter may be absent. A blank parameter or invalid Affiliate ID results in an error message.<\/td><\/tr>
threedsClientTransactionId<\/strong>
(required)<\/td>		string
(36)<\/td>		<\/td><\/tr>
threedsAmount<\/strong>
(required)<\/td>		float
(decimal)<\/td>		The amount to be charged (same as initialPrice<\/strong>).
Example value: 3.00<\/strong><\/td><\/tr>
threedsCardToken<\/strong>
(required)<\/td>		string
(16)<\/td>		The encrypted cardToken you receive through the 3DS verification process. As we require only the first 16 characters, trim the string to that length before sending it to the CCBill API. Sending a string longer than 16 characters results in an error.
Example value: gjeoB5NdJ1r6p0dG<\/strong><\/td><\/tr>
threedsVersion<\/strong>
(optional)<\/td>		number<\/code>
(20)<\/td>		The version of the 3DS protocol to be followed for this specific card and transaction.
Available versions are 1.0.2<\/strong> and 2.1.0<\/strong><\/td><\/tr>
threedsCurrency<\/strong>
(optional)<\/td>		integer
(3)<\/td>		The 3-digit currency code for the currency to be used in this transaction.
Example value: 840<\/strong><\/td><\/tr>
threedsStatus<\/strong>
(optional)<\/td>		character
(1)<\/td>		The status of the 3DS verification ('Y<\/strong>', 'N<\/strong>', 'A<\/strong>', etc.)<\/td><\/tr>
threedsSuccess<\/strong>
(required)<\/td>		boolean<\/td>Verification of success or failure.<\/td><\/tr>
threedsAuthenticationType<\/strong>
(optional)<\/td>		string
(36)<\/td>		A digital signature that proves that the transaction has been 3DS verified. The signature is obtained through a 3DS verification flow (v2.1<\/strong>).<\/td><\/tr>
threedsAuthenticationValue<\/strong>
(optional)<\/td>		string
(256)<\/td>		A digital signature that proves that the transaction has been 3DS verified. The signature is obtained through a 3DS verification flow (v2.1<\/strong>).<\/td><\/tr>
threedsCavv<\/strong>
(optional)<\/td>		string
(256)<\/td>		A digital signature that proves that the transaction has been 3DS verified. The signature is obtained through a 3DS verification flow (v1.0.2<\/strong>).<\/td><\/tr>
threedsCavvAlgorithm<\/strong>
(optional)<\/td>		string
(10)<\/td>		A digital signature that proves that the transaction has been 3DS verified. The signature is obtained through a 3DS verification flow (v1.0.2<\/strong>).<\/td><\/tr>
threedsEci<\/strong>
(required)<\/td>		integer
(2)<\/td>		An Electronic Commerce Indicator (ECI).
Values: '0<\/strong>', '1<\/strong>', '2<\/strong>', '5<\/strong>', '6<\/strong>', or '7<\/strong>'.<\/td><\/tr>
threedsDsTransId<\/strong>
(optional)<\/td>		string
(36)<\/td>		Directory Server Transaction ID.<\/td><\/tr>
threedsAcsTransId<\/strong>
(optional)<\/td>		string
(36)<\/td>		Access Control Server Transaction ID.<\/td><\/tr>
threedsSdkTransId<\/strong>
(optional)<\/td>		string
(36)<\/td>		The 3DS vendor's transaction ID.<\/td><\/tr>
threedsXid<\/strong>
(optional)<\/td>		string
(50)<\/td>		The transaction identifier (XID<\/strong>) is a unique tracking number set by the merchant for 3DS 1.0. Base encoded 64.<\/td><\/tr>
threedsError<\/strong>
(optional)<\/td>		string
(256)<\/td>		Error received from the 3DS vendor during the strong customer authentication process.<\/td><\/tr>
threedsErrorDetail<\/strong>
(optional)<\/td>		string
(256)<\/td>		Error details related to the threedsError<\/em>.<\/td><\/tr>
threedsErrorCode<\/strong>
(optional)<\/td>		string
(10)<\/td>		Error code.<\/td><\/tr>
threedsResponse<\/strong>
(optional)<\/td>		string
(400)<\/td>		The complete response in case of an error.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
CSV Example<\/h3>\n\n\n\n
Request String<\/h4>\n\n\n\n
https:\/\/bill.ccbill.com\/jpost\/billingApi.cgi?action=chargeByPreviousTransactionId3DS&subscriptionId=921201201000001032&clientAccnum=900000&clientSubacc=0000&newClientAccnum=900000&newClientSubacc=0000&username=testuser&password=testpass&sharedAuthentication=1&currencyCode=840&initialPrice=3.00&initialPeriod=30&recurringPrice=29.95&recurringPeriod=30&rebills=99&lifetimeSubscription=0&threedsClientTransactionId=idtestCase1&threedsAmount=3.00&threedsCardToken=gjeoB5NdJ1r6p0dG&threedsVersion=1.0.2&threedsCurrency=840&threedsStatus=Y&threedsSuccess=1&threedsCavv=cGFzc3dvcmQxMjM0NTZwYXNzd28=&threedsCavvAlgorithm=SHA-256&threedsEci=02&threedsXid=aWQteWo4M3lnb21xZCAgICAgICA=&threedsSdkTransId=testSdkTransId&threedsAcsTransId=testAcsTransId&threedsDsTransId=testDsTransId<\/code><\/pre>\n\n\n\n
Results Sent (for approved transactions)<\/h4>\n\n\n\n
Fields: "approved", "subscriptionId" \nValues: "1", "100000000000000000"<\/code><\/pre>\n\n\n\n
Results Sent (for denied transactions)<\/h4>\n\n\n\n
Fields: "approved", "denialId", "declineCode", "declineText" \nValues: "0", "100000000000000000", "15", "declined by bank"<\/code><\/pre>\n\n\n\n
Results Sent (when an error occurs)<\/h4>\n\n\n\n
Fields: "results" \nValues: "-1"<\/code><\/pre>\n\n\n\n
XML Version Example<\/h3>\n\n\n\n
Request String<\/h4>\n\n\n\n
https:\/\/bill.ccbill.com\/jpost\/billingApi.cgi?action=chargeByPreviousTransactionId3DS&subscriptionId=921201201000001032&clientAccnum=900000&clientSubacc=0000&newClientAccnum=900000&newClientSubacc=0000&username=testuser&password=testpass&sharedAuthentication=1&currencyCode=840&initialPrice=3.00&initialPeriod=30&recurringPrice=29.95&recurringPeriod=30&rebills=99&lifetimeSubscription=0&threedsClientTransactionId=idtestCase1&threedsAmount=3.00&threedsCurrency=840&threedsEci=02&returnXML=1<\/code><\/pre>\n\n\n\n
Results Sent (for approved transactions)<\/h4>\n\n\n\n
<?xml version='1.0' standalone='yes'?> \n<results> \n<approved>1<\/approved> \n<subscriptionId>100000000000000000<\/subscriptionId> \n<\/results><\/code><\/pre>\n\n\n\n
Results Sent (for denied transactions)<\/h4>\n\n\n\n
<?xml version='1.0' standalone='yes'?> \n<results> \n<approved>0<\/approved> \n<denialId>100000000000000000<\/denialId> \n<declineCode>15<\/declineCode> \n<declineText> declined by bank <\/declineText> \n<\/results><\/code><\/pre>\n\n\n\n
Results Sent (when an error occurs)<\/h4>\n\n\n\n
<?xml version='1.0' standalone='yes'?> \n<results>-1<\/results><\/code><\/pre>\n\n\n\n
Error Codes<\/h3>\n\n\n\n
For a full list of error codes and explanations, please consult the CCBill API Guide<\/a>.<\/p>\n\n\n\n
Best Practices<\/h2>\n\n\n\n
CCBill\u2019s 1-Click APIs<\/strong> allow merchants to offer their consumers a convenient upgrade billing solution<\/strong>. Consumers do not have to re-enter their payment details on subsequent purchases. The APIs are managed by the merchant, and the consumers initiate transactions within the merchant\u2019s website or member\u2019s area. While these can be very convenient and valuable tools, they do not come without added risk<\/strong>. The merchant must manage much of the consumer experience, and the APIs are designed to bypass CCBill\u2019s authentication system, V-Scrub.<\/p>\n\n\n\n
As a result, the merchant must understand their responsibilities and implement a system of controls<\/strong> designed to manage the consumer experience and minimize the risk of chargebacks<\/strong> and revenue loss.<\/p>\n\n\n\n
While each merchant\u2019s business model is unique and the controls they implement may differ, the following best practices<\/strong> guide merchants who process 1-Click transactions<\/strong>.<\/p>\n\n\n\n
    \n
  1. Consumer Disclosure<\/strong>: Increase consumer education and awareness throughout the payment process and website.\n
      \n
    • Clear Pricing Descriptions<\/strong> throughout the upgrade process. Prices should include the proper currency and accurate value of credits\/tokens and should display any other terms relevant to the purchase.<\/li>\n\n\n\n
    • The purchase button should be action-oriented to ensure the consumer is aware they are initiating a purchase.<\/li>\n\n\n\n
    • Clear Approval\/Denial Messaging: The consumer should be immediately notified of the approval\/denial within the member\u2019s area, and confirmation emails should be sent.<\/li>\n\n\n\n
    • 1-Click Environment Education: Consumers need to understand they can initiate charges against their account with the click of a button. In addition to clear messaging, some merchants may want to ensure their customers can opt-in and opt out of the 1-click environment.<\/li>\n\n\n\n
    • Refund Policy<\/strong>: The merchant\u2019s refund policy should be easy to locate<\/strong> on the website and should clearly instruct consumers what issues may result in a refund if they run into issues with their purchase.<\/li>\n\n\n\n
    • Billing Descriptors<\/strong> should be reinforced in the upgrade process and in confirmation emails. The merchant\u2019s support page should reinforce the descriptors.<\/li>\n\n\n\n
    • Support Information<\/strong> should be prevalent throughout the entire website to ensure customers can contact support for any issue with their service.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
    • Velocity Controls<\/strong>: The 1-click APIs do not limit transaction volume, and the transactions are not scrubbed for risk.\n
        \n
      • New Customers vs. Existing<\/strong>: Treat new customers with added scrutiny by limiting their transactions in a given period. For example, a new customer should only be allowed to make 4 transactions within the initial 30 days.<\/li>\n\n\n\n
      • Existing Customers<\/strong> who have proven to be low risk can also be asked to revalidate their data<\/strong> after a higher number of transactions. For example, the customer has to opt back into the 1-click agreement after 20 transactions.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
      • Affiliate\/Traffic Source Monitoring<\/strong>: The merchant should report refund and chargeback activity to their traffic sources to ensure they are being appropriately managed from month to month.\n
          \n
        • Affiliates\/Traffic sources with high chargeback rates should be terminated.<\/li>\n\n\n\n
        • Delay payouts with new affiliate\/traffic sources to ensure transactions can be reviewed before paying the affiliate. If high-risk patterns are detected, delay the payout to ensure refunds and chargebacks can clear.
          Note<\/strong>: This may take up to 120 days<\/li>\n<\/ul>\n<\/li>\n\n\n\n
        • Model\/Cam Studio Monitoring<\/strong>: The merchant should report refund and chargeback activity to their model and cam studio sources to ensure they are being appropriately managed from month to month.\n
            \n
          • Model\/Cam Studio sources with high chargeback rates should be terminated.<\/li>\n\n\n\n
          • Delay payouts with new model\/cam studio sources to review transactions before paying the affiliate. If high-risk patterns are detected, delay the payout to ensure refunds and chargebacks can clear. This may take up to 120 days<\/li>\n<\/ul>\n<\/li>\n\n\n\n
          • Post Transaction Monitoring<\/strong>: The merchant should verify a consumer if higher risk patterns or behavior are detected.\n
              \n
            • Review customers' credit\/token<\/strong> usage patterns. New customers who do not use tokens or credits upon payment should be considered high risk.<\/li>\n\n\n\n
            • Review IPs<\/strong> associated with logins and compare them to purchase IPs. Differences should be considered high risk.<\/li>\n\n\n\n
            • High dollar amounts<\/strong> spent in shorter periods should be reviewed to ensure legitimacy.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"
              Introduction This document is an addendum to the CCBill API documentation and discusses the Charge...<\/p>\n","protected":false},"author":5,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"kk_blocks_editor_width":"","_kiokenblocks_attr":"","_kiokenblocks_dimensions":"","footnotes":""},"categories":[29],"tags":[],"class_list":["post-495","post","type-post","status-publish","format-standard","hentry","category-api-documentation"],"acf":[],"yoast_head":"\nCCBill Merchant Knowledge Base | CCBill API: Charge by Previous Transaction ID<\/title>\n<meta name=\"description\" content=\"Charging by previous transaction ID allows clients to offer special offers to consumers without using CCBill signup forms.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"CCBill Merchant Knowledge Base | CCBill API: Charge by Previous Transaction ID\" \/>\n<meta property=\"og:description\" content=\"Charging by previous transaction ID allows clients to offer special offers to consumers without using CCBill signup forms.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id\" \/>\n<meta property=\"og:site_name\" content=\"CCBill Doc\" \/>\n<meta property=\"article:published_time\" content=\"2020-08-10T18:44:10+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2025-07-09T10:29:19+00:00\" \/>\n<meta name=\"author\" content=\"Goran Jevtic\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Goran Jevtic\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"12 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id\",\"url\":\"https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id\",\"name\":\"CCBill Merchant Knowledge Base | CCBill API: Charge by Previous Transaction ID\",\"isPartOf\":{\"@id\":\"https:\/\/ccbill.com\/doc\/#website\"},\"datePublished\":\"2020-08-10T18:44:10+00:00\",\"dateModified\":\"2025-07-09T10:29:19+00:00\",\"author\":{\"@id\":\"https:\/\/ccbill.com\/doc\/#\/schema\/person\/07053eea9e71524817d8c51f00e49547\"},\"description\":\"Charging by previous transaction ID allows clients to offer special offers to consumers without using CCBill signup forms.\",\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id\"]}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/ccbill.com\/doc\/#website\",\"url\":\"https:\/\/ccbill.com\/doc\/\",\"name\":\"CCBill Doc\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/ccbill.com\/doc\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/ccbill.com\/doc\/#\/schema\/person\/07053eea9e71524817d8c51f00e49547\",\"name\":\"Goran Jevtic\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/ccbill.com\/doc\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/2f1f69525606d377dbc5663dc0499431?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/2f1f69525606d377dbc5663dc0499431?s=96&d=mm&r=g\",\"caption\":\"Goran Jevtic\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"CCBill Merchant Knowledge Base | CCBill API: Charge by Previous Transaction ID","description":"Charging by previous transaction ID allows clients to offer special offers to consumers without using CCBill signup forms.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id","og_locale":"en_US","og_type":"article","og_title":"CCBill Merchant Knowledge Base | CCBill API: Charge by Previous Transaction ID","og_description":"Charging by previous transaction ID allows clients to offer special offers to consumers without using CCBill signup forms.","og_url":"https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id","og_site_name":"CCBill Doc","article_published_time":"2020-08-10T18:44:10+00:00","article_modified_time":"2025-07-09T10:29:19+00:00","author":"Goran Jevtic","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Goran Jevtic","Est. reading time":"12 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id","url":"https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id","name":"CCBill Merchant Knowledge Base | CCBill API: Charge by Previous Transaction ID","isPartOf":{"@id":"https:\/\/ccbill.com\/doc\/#website"},"datePublished":"2020-08-10T18:44:10+00:00","dateModified":"2025-07-09T10:29:19+00:00","author":{"@id":"https:\/\/ccbill.com\/doc\/#\/schema\/person\/07053eea9e71524817d8c51f00e49547"},"description":"Charging by previous transaction ID allows clients to offer special offers to consumers without using CCBill signup forms.","inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/ccbill.com\/doc\/ccbill-api-charge-by-previous-transaction-id"]}]},{"@type":"WebSite","@id":"https:\/\/ccbill.com\/doc\/#website","url":"https:\/\/ccbill.com\/doc\/","name":"CCBill Doc","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/ccbill.com\/doc\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/ccbill.com\/doc\/#\/schema\/person\/07053eea9e71524817d8c51f00e49547","name":"Goran Jevtic","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/ccbill.com\/doc\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/2f1f69525606d377dbc5663dc0499431?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/2f1f69525606d377dbc5663dc0499431?s=96&d=mm&r=g","caption":"Goran Jevtic"}}]}},"_links":{"self":[{"href":"https:\/\/ccbill.com\/doc\/wp-json\/wp\/v2\/posts\/495"}],"collection":[{"href":"https:\/\/ccbill.com\/doc\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ccbill.com\/doc\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ccbill.com\/doc\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/ccbill.com\/doc\/wp-json\/wp\/v2\/comments?post=495"}],"version-history":[{"count":16,"href":"https:\/\/ccbill.com\/doc\/wp-json\/wp\/v2\/posts\/495\/revisions"}],"predecessor-version":[{"id":11132,"href":"https:\/\/ccbill.com\/doc\/wp-json\/wp\/v2\/posts\/495\/revisions\/11132"}],"wp:attachment":[{"href":"https:\/\/ccbill.com\/doc\/wp-json\/wp\/v2\/media?parent=495"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ccbill.com\/doc\/wp-json\/wp\/v2\/categories?post=495"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ccbill.com\/doc\/wp-json\/wp\/v2\/tags?post=495"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}