Developer/Payment Services/Carriers/au PAY(au Kantan Kessai (Easy Payment))/Service Overview

Service Overview

au PAY (au Kantan Kessai (Easy Payment)) is a payment methods provided by KDDI. You can use the call charge payment information registered in au or Uqmobile to make Item payments.

The following methods of payment are available for end users:

{au phone bill combined payment, Uqmobile phone bill combined payment}
The method for paying together with the monthly mobile phone charge

<<au PAY balance payment>>
The method for paying with pre-charged au PAY balance.

<<au PAY card payment>>
The method for paying using an au PAY card registered beforehand

*If you would like to add credit card payment as a payment method, you will need to apply separately.
au PAY (au Kantan Kessai (Easy Payment)) is a payment methods for PCs and smartphone sites.
For more information on au PAY (au Kantan Kessai (Easy Payment)), please refer to the following website. URLs are subject to change.

〈au PAY(au Kantan Kessai (Easy Payment))〉

https://kantan.auone.jp/

Service Diagram

Main Features

  • End users can easily shop using only their au or UQmobile ID and password.
  • Use fees are billed together with the monthly mobile phone charge, making the payment easy.
  • Because Merchants do not need to obtain a credit card number and other personal information, end users can use the service safely and securely.

Please refer to the service website for details on the purchasing procedure.
For end-user usage information, please check the FAQ (Payment /System Specifications > au PAY (au Kantan Kessai (Easy Payment))) or the page of each Financial institution.

The available billing systems and billing system-specific basic specifications are as follows. Each period of time for processing settlement, cancellation, and others performed by the payment administration tool is based on the tool.

Billing Methods

Billing methodAvailabilityRemarks
One-time charge
Recurring charge (simple)Not available for the au PAY prepaid card payment.
Not available for debit cards and prepaid cards if the credit card payment is used together.
Recurring charge (based on term or usage rate)Available only for the payment combined with the au phone charge.
If you use a credit card for payment, you will not be able to use any other payment methods.

Basic Specifications

Billing methodFieldSpecifications
One-time chargeClose authorization settlementAutomated sales
Specified sales
Period for settlementAuto close authorization settlement: settlement is not necessary.
Specified close authorization settlement: Until the 90th day including the date of purchase request process.
Period for cancellationAuto close authorization settlement: cancellation function not available.
Specified close authorization settlement: Until the 90th day including the date of purchase request process.
Period for refundUntil the last day of the month after next including the date of settlement process.
Recurring charge (simple)Close authorization settlementAutomated sales
Specified sales×
Recurring billing processing (authorization)First month: Billing processing is performed by the Merchant.
Second month onward: Not necessary.
Date of settlement processingSBPS automatically bills on the first day of each month.
Date of notification of billing processing not possibleReturned starting from the first day of each month in order.
Period for refundUntil the last day of the month after next including the date of purchase request process.
* The money billed in the first month can be refunded from the first day of the next month of the date of the purchase request process.
Selection functionWhether the first month is charged or not and whether cancellation in the first month is billed or not can be selected as options.
Recurring charge (based on term or usage rate)Close authorization settlementAutomated sales×
Specified sales
Recurring billing processing (authorization)The billing processing is performed by the Merchant
* SBPS does not perform the billing processing.
Period for settlementUntil the 90th day including the date of purchase request processing or the date of purchase request processing for recurring billing (fixed term/pay as you go).
Date of notification of billing processing not possibleNone
Period for cancellationUntil the 90th day including the date of purchase request processing or the date of purchase request processing for recurring billing (fixed term/pay as you go).
Period for refundUntil the last day of the month after next including the date of settlement process.
Expiration date of the recurring billing from the date of last payment process365th day

The available devices are as follows.

DeviceAvailabilityRemarks
PC
Smartphone
Mobile×

The following functions are provided. As for the payment administration tool, only the main functions are listed. For details, see the Payment Administration Tool Manual.

Billing method/Close authorization settlementProvided functionsLink TypeAPI TypePayment management tool
One-time billing/
Automated sales
Purchase
Refund
Partial Refund※1※1
One-time billing/
Specified sales
Purchase
Settlement
Partial Settlement※2※2
Cancellation
Refund
Partial Refund※1※1
Recurring billing
(simple)
Purchase
Refund
Partial Refund※1
Cancellation of recurring billing (simplified)
Recurring billing (simplified) cancellation notification
Recurring billing
(Periodic, pay-as-you-go)
Purchase
Settlement
Partial Settlement
Cancellation
Refund
Partial Refund※1※1
Recurring Billing (Fixed Term/Pay as You Go) Request
Recurring billing (fixed term/pay as you go) re-request
Recurring Billing (Fixed Term/Pay as You Go) Purchase
Recurring Billing (Fixed Term/Pay as You Go) Unsubscribing
*1: The partial refund is available after the first day of the next month of the settlement process. However, an error may occur depending on the process status because the partial refund is processed after KDDI's billing process. In such a case, wait for a moment, and then carry out the process again.
*2: If the payment method is credit card payment, partial Settlement will not be possible (an error will occur). You can use other payment methods.

By implementing each of the functions provided, the status of the Payment will Transition as follows. For details on how to implement each function, refer to the Link Type IF specification, the API type IF specification, and the SBPS Admin portal / Payment management tool Function Manual.

<<One-time billing/Auto close authorization settlement >>

Provided functionsLink Type
Process name/Function ID
API Type
Process name/Function ID
Payment management tool
Screen name/Button name
PurchasePurchase Request
A01-1
RefundCancel/Refund Request
ST02-00303-402
Billing Information Screen
"au Refund"
Partial RefundCancel/Refund Request
ST02-00303-402
Billing Information Screen
"au Partial Refund"

<<One-time billing/Specified close authorization settlement >>

Provided functionsLink Type
Process name/Function ID
API Type
Process name/Function ID
Payment management tool
Screen name/Button name
PurchasePurchase Request
A01-1
SettlementSales request
ST02-00201-402
Billing Information Screen
"au Settlement"
Partial SettlementSales request
ST02-00201-402
Billing Information Screen
"au Partial Settlement"
CancellationCancel/Refund Request
ST02-00303-402
Billing Information Screen
"au Cancel”
RefundCancel/Refund Request
ST02-00303-402
Billing Information Screen
"au Refund"
Partial RefundCancel/Refund Request
ST02-00303-402
Billing Information Screen
"au Partial Refund"

<<Recurring billing (simplified)>>

Provided functionsLink Type
Process name/Function ID
API Type
Process name/Function ID
Payment management tool
Screen name/Button name
PurchasePurchase Request
A01-1
RefundCancel/Refund Request
ST02-00303-402
Billing Information Screen
"au Refund"
Partial RefundBilling Information Screen
"au Partial Refund"
Recurring charge (simple)
Cancellation
Purchase Request
A01-1
Recurring charge (simple)
Cancellation request
ST02-00302-402
Recurring charge (simple)
User Information Screen
"Cancel"
Recurring charge (simple)
Cancellation notification
Purchase Result CGI
A02-1

<<Recurring billing (fixed term/pay as you go)>>

Provided functionsLink Type
Process name/Function ID
API Type
Process name/Function ID
Payment management tool
Screen name/Button name
PurchasePurchase Request
A01-1
SettlementSales request
ST02-00201-402
Billing Information Screen
"au Settlement"
Partial SettlementSales request
ST02-00201-402
Billing Information Screen
"au Partial Settlement"
CancellationCancel/Refund Request
ST02-00303-402
Billing Information Screen
"au Cancel”
RefundCancel/Refund Request
ST02-00303-402
Billing Information Screen
"au Refund"
Partial RefundCancel/Refund Request
ST02-00303-402
Billing Information Screen
"au Partial Refund"
Recurring Billing (Fixed Term/Pay as You Go) RequestRecurring charge (based on term or usage rate)
Application Request
D01-1
Recurring billing (fixed term/pay as you go) re-requestRecurring charge (based on term or usage rate)
Application Request
D01-1
Recurring Billing (Fixed Term/Pay as You Go) PurchaseRecurring charge (based on term or usage rate)
Purchase Request
ST01-00104-402
Recurring charge (based on term or usage rate)
User Information Screen
"purchase"
Recurring Billing (Fixed Term/Pay as You Go) UnsubscribingRecurring charge (based on term or usage rate)
Application Request
D01-1
Recurring charge (based on term or usage rate)
Cancellation request
ST02-00309-402
Recurring charge (based on term or usage rate)
User Information Screen
"Cancellation"

Behaviors depending on end user status
An error is returned and the process cannot be carried out if the settlement request process, the finalization process for recurring billing (simplified) or recurring billing (fixed term/pay as you go), or cancel/refund process is carried out when the end user who used the service is not in a processable status, for example, he/she has canceled his/her au or UQmobile mobile phone contract. In such a case, note that billing and refund cannot be carried out. * If the process fails, the Merchant shall consider dealing with the end user.
* If the process fails, the Merchant shall consider dealing with the end user.

Uses of recurring billing (fixed term/pay as you go)
Note that the recurring billing (fixed term/pay as you go) cannot be used for one-time billing. In addition, use for reasons such as omitting user authentication is also prohibited.

Mandatory tag element in payment request for recurring billing (fixed term/pay as you go)
Set the "Item (Service) Description ※1" and "Billing Timing※2" to the "Product name (item_name)."
Set item names that are recognizable on the merchant's service site to avoid complaints from end users about wrong billing for unpurchased items, which may occur when they cannot recognize the purchased items.
Incidentally, the value of the product name (item_name, 20 or less double-byte characters in length※3The settings are displayed on the au PAY (au Kantan Kessai (Easy Payment)) Payment screen (description column) and on the user's My Page.
*1: 3,000- JPY -worth wine delivery course, etc.
*2: Billed on 20th each month, billed on every Friday, etc.
*3: On the KDDI screen, only the first 16 double-byte characters are displayed (characters after them are not displayed).

Cancellation procedures for recurring billing (fixed term/pay as you go)

Please prepare a personal page or similar where end users can check the names of the products they are subscribed to, the scheduled billing date, and cancellation instructions. Please set up the cancellation procedure screen at a high level so that it is easy for end users to understand.

Handling of errors in recurring billing (fixed term/pay as you go)

Please consider notifying end users that recurring billing will be suspended the next time a credit limit error (sales confirmation error) occurs during the sale of goods.
Also, please take care to direct them to other payment methods and make sure that the end-user can confirm the next and subsequent payment methods.

Differences in functions when using au PAY (au Kantan Kessai (Easy Payment)) via our company
When using au PAY (au Kantan Kessai (Easy Payment)), we provide various I/F specifications and additional payment methods differences in au PAY (au Kantan Kessai (Easy Payment)) as our standard Payment functions. This allows merchant to connect and manage Payment system and manage Payment processing without worrying about the payment methods actually used by the end user.
* Note that some restrictions are imposed on some functions.

  1. Payment management tool provided by KDDI
    The payment management tool provided by KDDI cannot be used. Use the payment administration tool provided by SBPS to manage the payment information.
  2. OpenID sharing
    By linking and managing the "customer ID" linked by the Payment ASP I/F provided by the Company and the OpenID linked to the au ID, the second and subsequent au PAY (au Kantan Kessai (Easy Payment)) login screens can be omitted. Please note that the customer ID to be linked must be Unique for each end user.
  3. Differences in specifications for combinations of additional payment methods
    If you use additional payment methods, some features will be limited.
    We ask that you familiarize yourself with the table below and select additional payment methods.

Distinction among payment methods
In the Admin portal / Payment management tool provided by the Company, the payment methods used for payment is managed by "au PAY (au Kantan Kessai (Easy Payment))" without distinguishing.

Combination of payment methodsCommodityClose authorization settlementBilling methodFunction
ItemDigital contentAutomated salesSpecified salesOne-time chargeRecurring billing
(simple)
Recurring billing
(fixed term/pay as you go)
Refund
Basic123
Basic1 + Credit card×

*1: The basic refers to a combination of the payment combined with phone charge, au PAY prepaid card, and au PAY card.
*2: Excluding the au PAY prepaid card.
*3: Excluding the au PAY prepaid card and au PAY card.

Payment deadline setting
End users can make a payment even when the due date of payment has passed provided he/she starts the payment before the due date of payment.  Note that the payment shall be complete within 4 minutes after the payment is started.

Period for refund
A refund process may end up as a refund error depending on the timing if the refund process is carried out on the first day of the period in which the refund process can be carried out (because the refund is available after the billing process).  In such a case, wait for a moment, and then carry out the refund process again.

Unauthorized Usage Investigations and Chargebacks
As a result of a complaint from the end user due to defective items or use that he/she is not aware of, or doubts about unauthorized use by a third party, KDDI may conduct unauthorized usage investigation or a chargeback (refusal of factoring) may be made. Upon receipt of notification from KDDI, SBPS will promptly report it to the relevant Merchant. Then, the Merchant is encouraged to take action in accordance with the notification. Note that if the charge back is fixed, the relevant sales amount will be excluded from settlement and be borne by the Merchant. For details, see the statement of material importance submitted when applying for the service.
Note that if the credit card payment is used as an additional payment method, a notification may be sent directly from the credit card company or a payment agency company subcontracting with KDDI bypassing SBPS.

Specifications
au PAY (au Kantan Kessai (Easy Payment)) incorporates the services provided by KDDI into Online Payment ASP Service. Please note that if KDDI changes its specifications or economic conditions, the specifications of au PAY (au Kantan Kessai (Easy Payment)) provided by KDDI may also change accordingly.

Service Suspension Due to Maintenance, etc.
Maintenance of the Online Payment ASP Service is performed on an irregular basis. Any service suspension due to maintenance will be notified in advance. As a rule, such a notification is made one week before the suspension. However, this may not be the case in the event of emergency maintenance.
If the service is suspended due to maintenance or the failure of KDDI or its partner systems that are not SBPS systems, SBPS will promptly report it to Merchants as soon as we become aware of the situation and then find out the cause. Note that although SBPS will report to Merchants as soon as we find out the cause, it may take time to determine the cause if the problem is not attributable to us.

When an end user makes an inquiry to merchant, such as "au PAY (au Kantan Kessai (Easy Payment)) cannot be used"
 inform the end user about the following common causes:

  • The credit limit has been exceeded
  • Overdue payment
  • The end user himself/herself has imposed some restrictions on the use

* If the end user still not accepts the situation even after checking the items above, let him/her consult KDDI.

Was this page helpful?