Developer/Payment Services/Overseas Payment/Cross-Border Pack/About Cross-border Pack

About Cross-border Pack

Payments are roughly categorized into two types: "face-to-face payment" and "non-face-to-face payment." The Cross-border Pack provides a payment agency service for "non-face-to-face payment."

Face-to-face payment
A payment made when an end user visits a real shop and purchases an item or service.
Examples: department store, supermarket, and restaurant

Non-face-to-face payment
A payment made when an end user purchases an item or service through the Internet or phone.
Examples: online supermarket and digital distribution

The Cross-border Pack service provides all the contracts, systems, and tasks necessary for introducing the online payment function into a Merchant website. For details, refer to each service specifications.

Outline of Cross-border Pack service

Unification of contracts
Various payment methods become available through an application to SBPS only. Discussions and contracts between each financial institution and the Merchant are not necessary in principle.

Unification of systems
Various payment methods are available through the interface provided by SBPS (ColossalTech Co., Ltd.
(CT Co., Ltd.)). Therefore, additional payment methods can easily be added.

Unification of tasks
SBPS collects all the proceeds from sales even when multiple payment methods are used.

After the Cross-border Pack is introduced, SBPS acts as a broker between the Merchant and financial institutions to carry out processes regarding payments and transfers on behalf of the Merchant.

  1. An end user purchases an item through the Merchant website.
  2. The Merchant requests SBPS to carry out the payment processing, and then waits for SBPS to return the payment result.
  3. SBPS (CT Co., Ltd.) requests the financial institution server to carry out the payment processing, receives the payment result, and then returns it to the Merchant.
  4. The Merchant delivers the item to the end user.
  5. The financial institution transfers the use fee to SBPS.
  6. SBPS transfers the usage fee to the Merchant.

* Note that the financial institution bills the end user and the end user pays to the financial institution at the timing stipulated in the financial institution's terms and conditions for end users.

Available payment methods are as follows. For the outline of the payment method, refer to the service specifications of the payment method.

Payment method categoryPayment method
Cross-Border PackWeChat Pay

The system connection methods are as follow.

system connection methodDescription
Web Type (PC Payment)A method that displays a QR code for each payment method on the Merchant's EC website to let end users scan the QR code displayed on a computer with the payment app to carry out the process.
Web Type (Smartphone Payment)A method that enables end users to use the payment app installed in a smartphone on the Merchant's EC website to carry out the process.
InAPP typeA method that obtains payment information through the Merchant's native app to carry out the process through the inter-server link.
Mini App TypeA method that obtains payment information through the Merchant's mini app built on a payment app used by the user.

Web Type (Computer Payment / Smartphone Payment)

<<Features>>

  • Implement the interface provided by SBPS (CT Co., Ltd.) to carry out the payment process on the Merchant website.
  • Because the screen does not move from the Merchant's EC website to another, it is expected that the cart abandonment can be prevented.

<<Usage Overview (computer payment)>>

<<Usage Overview (smartphone payment)>>

InAPP type

<<Features>>

  • Because the Merchant's native app carries out the payment process, the Merchant side can flexibly build the desired transition, etc.
    * As for WeChat Pay, WeChat Pay SDK needs to be implemented in the native app.

<<Usage Overview>>

MiniApp Type

<<Features>>

  • Payments can be made through the mini app in a payment app used by end users.

<<Usage Overview>>

The Cross-border Pack provides payment administration tools that enable users to easily summarize sales and carry out the refund process after the introduction. For how to use the payment administration tools, refer to the manual provided separately.

Major Functions

Major functions are as follows:

  • Payment history search
  • Processes after payments such as a refund

Screen Image

The Cross-Border Pack provided functions are as follows: Since available functions vary with the payment method, see Service Specifications for each payment method.
* Note: Functions of the payment administration tool are not shown here. Refer to the Payment Administration Tool Manual.

Provided function nameDescription
Payment requestA function for making the payment of the purchased item.
Payment History SearchA function for checking the payment status.
Refund requestA function for making a full refund of a transaction after settlement.
Refund History SearchA function for checking the refund status.
Payment CancellationA function to be executed after a timeout for solving a mismatch in the payment status.
Customs Clearance RequestA function for carrying out the customs clearance process.
Customs Clearance History SearchA function for checking the status of the customs clearance process.
Customs Clearance Re-requestA function for requesting the customs clearance again.

The Cross-Border Pack provides a special test environment and a production environment. Use the test environment for introduction and modification, and when releasing, switch to the connection target for the production environment and use it. However, note that the test environment may be out of service without prior notification due to SBPS's circumstances such as a maintenance.
* After you make an application and vetting is complete, we will provide the special test environment and production environment.

Usage Overview

The system requirements for the payment administration tool of the Cross-border Pack are as follows. Note that the actual uses do not assure of all functionalities, so we request Merchants check them as necessary.

Browsers supported by payment administration toolBrowsers that support JavaScript and cookies
<<Actual uses>>
  • Google Chrome (Ver 66 and later)
  • Firefox (Ver 52.8.0 and later)
  • Safari (Ver 11 and later)
Supported OSNo restrictions
NetworkInternet connection: Req'd

The general workflow for starting the use of the Cross-border Pack is as follows.

Fee items related to settlement are as follows.

FieldDescriptionRemarks
Initial feeThe cost of various procedures, including environment-related setup. This fee is incurred the month that service begins.
Fixed monthly feeThe fixed monthly operating cost. This fee is incurred every month from the month that service begins.A calculation on a daily prorated basis is not conducted.
Payment feeA fee for the payment processing of the purchase money of an item or service.
Payment service use feeA fee for the use of the Cross-border Pack.
Transaction feeA fee for the system processing.
* Fractions less than 1 JPY are rounded down. The consumption tax is billed separately.

* Other fees may be charged in addition to the fees shown above. For details, check upon application.

Using the date of settlement as the calculation base, the settlement processing results and amounts of money from the first day to the end day are summed, and the receipt statement is sent by the 10th business day of the month of settlement (or by 21st of the next month depending on the used payment method). The proceeds from sales are transferred to the specified bank account at the end of the next month of the month of settlement (the end of the month in which the receipt statement is sent).

Example Settlement Flows

Notes

FieldDescription
Settlement cycle
  • The first month of settlement is the month that includes either desired date of service start or date on which SBPS notifies about the credentials for the production environment, whichever is later.
  • If the bank is closed on the date of the transfer of the proceeds from sales, they are transferred on the previous business day.
Billing method
  • Fees are deducted from the sales amount of the Merchant, and then SBPS transfers the remaining amount.
  • If the fees cannot be deducted from the sales amount of the Merchant, a bill is sent in the next month of settlement. Pay the bill to SBPS by the end of the next month.
  • If the Merchant conducts a refund processing, the amount of refund processing and the fee are deducted from the billing amount.
Check of transfer information
  • The receipt statement that shows the amount of transfer is sent by e-mail.
Receipt statement
  • The receipt statement is sent to the e-mail address specified upon the application.
  • When multiple payment methods are used, all payment methods are summarized in one collection statement by service ID (SID) and sent by email.
Other
  • The settlement rules are different if the early/multiple-time transfer option is used. Check upon application.

Receipt statement image

Shown itemDescription
(1) Total amount of settlement and date of transferThe amount transferred to the specified account, and the date of transfer.
* (5) The total of settlement amounts of all the fee items.
(2) Fee itemFee items for the introduced payment methods and options (including the installation fees).
(3) Amounts of payment processingThe number and amount of settlements of each fee item, number and amount of refunds, and total number and amount.
(4) FeesThe settlements for charging a fee for each fee item and number of them, unit price of fee, and the total amount of fees including the consumption tax.
(5) Settlement amountSettlement amount of each fee item. (A bill is sent when the amount is negative.)
* (3) Total amounts of payment processing - (4) total amounts of fees
(6) Summing period and service nameThe target payment processing period and service name of the receipt statement.
* A receipt statement showing the summing period and service name is sent for each service ID (SID).
(7) Query numberA query number to be used for inquiring of SBPS.
* The consumption tax is calculated for the total amount of a respective payment method.
* Note that the shown items and design may change.

Information intended to help each Merchant staff understand the Cross-border Pack is posted.

Operation staff
Intended for the staff who operates the Merchant website, checks payments, and accesses the payment administration tool.

System staff
Intended for the staff who develops, operates, modifies, and constructs the Merchant website.

CategoryTarget ReadersDescription
Operation staffSystem staff
Please Read FirstPages to check when the introduction of the Cross-border Pack is considered.
Service OverviewPages that describe the details of the service for the payment method to be introduced.
API Type Cross-Border Pack Interface SpecificationsThe system specifications that provide information for connecting to the interface.
Management Tool ManualA page that explains the payment administration tool for checking the payment transaction status.

The definitions of terms used in the documents of the Cross-border Pack are as follows.

TermSynonymsDefinition
SBPSSB Payment Service Corp., SBPSA payment agent company who contracts with Merchants
It handles the contracts and collections for payment methods.
CT Co., Ltd.ColossalTech Co., Ltd. CTA company operating gateways for connecting Merchants.
A support desk handling queries about payments.
MerchantYou, companyA company who contracted with SBPS for the Cross-border Pack.
End userEnd user, user, customerThe user of the Merchant's service.
Financial institutionFinancial InstitutionA company who provides payment services through the Cross-border Pack of SBPS.
DeviceTerminalA device to access websites.
PaymentSettlement, paymentInterchange of money between a Merchant and an end user through a trade transaction.
Payment methodPayment methodA method for paying the purchase money of an item or service.
Payment statusThe transaction status of a payment.
Payment processingTransmission and acceptance of payment information conducted by a system.
Billing processingTo bill for the purchase money of an item or service.
ChargebackTo cancel a settlement of a use fee (this is conducted by a financial institution) if the end user does not agree to the payment of the use fee for some reason such as unauthorized use.
RegulationUsage regulations stipulated by a financial institution intending for Merchants.
Acceptance markA mark that indicates that a payment method is available.
APIStands for Application Programming Interface.
A set of commands, rules, functions, etc., that can be used for programming.
InterfaceIF, interfaceStands for Interface.
A device or software to connect different systems to each other.
SSL communicationStands for Secure Sockets Layer.
A technology to encrypt information sent and received via the Internet.
Native appMerchant appAn app prepared by a service provider.
InAPPOne of the connection methods of the Cross-Border Pack.
A method that obtains payment information through the Merchant's native app to carry out the process through the inter-server link.
SDKSoftware development kitProvides the interface for native apps to exchange communications of payments.
Mini appMini programVarious service apps included in a payment app. A function that can be used on the payment app seamlessly.
Web Type (PC payment)MPMA method that displays a QR code for each payment method on the Merchant's EC website to let end users scan the QR code displayed on a computer with the payment app to carry out the process.
Web Type (Smartphone Payment)H5 paymentA method that lets end users use the payment app installed on a smartphone on the Merchant's EC website to carry out the process.
Was this page helpful?