RSB

Follow the standard PaymentsOS integration procedure, and then apply the relevant extra specifications in this section to integrate with RSB.

API Version

Minimum required API version: 1.1.0

Payment Methods

The following table lists all supported payment methods.

Payment MethodPayment Method Type
American ExpressCards
DINERSCards
JCBCards
MASTERCARDCards
MIRCards
VISACards

Currencies

RUB

Features

The following table provides an overview of all supported and non-supported features.

FeatureSupported
3DS 2.0 ExternalNo
3DS 2.0 PaymentsOS-handledNo
3DS 2.0 Provider-handledNo
3DS 2.0 Self-handledNo
InstallmentsNo
Level 2 and 3 DataNo
Multi-seller PaymentsNo
Network TokensNo
Payment FacilitatorNo
PayU RiskNo
Pre-authorizationNo
Retrieve Supported Payment MethodsNo
Retrieve Supported PlansNo
Statement Soft DescriptorNo
Stored Credentials FlagNo
Transaction Processing without CVVYes

Requests

The following table lists all supported requests for card-based transactions. Use the bodybuilder to create a sample request body for each request type.

RequestPartial/MultipleModeNotes
AuthorizePartial and multiple are not supportedAsynchronous or SynchronousThe request is asynchronous (will return a status of Pending) in the event of a provider network error. For more information, see Request Retries in the Event of a Provider Network Error.
Capture Both partial and multiple are supportedSynchronous
Charge Not ApplicableAsynchronous or SynchronousThe request is asynchronous (will return a status of Pending) in the event of a provider network error. For more information, see Request Retries in the Event of a Provider Network Error.
Refund Both partial and multiple are supportedAsynchronous or SynchronousThe request is asynchronous (will return a status of Pending) in the event of a provider network error. For more information, see Request Retries in the Event of a Provider Network Error.
Void Not ApplicableSynchronous

Request Retries in the Event of a Provider Network Error

Since requests with RSB are not idempotent safe, we cannot deduce the status of a request in the event of a provider_network_error. We will therefore return a 201 status code with a request status of Failed. Beware that creating a new transaction for the same payment may result in a double-charge.

Setup Procedures

The following table lists the setup procedures that are specific to this provider.

ConfigurationRequired/Optional
In the PaymentsOS Control Center, configure the following credentials:
  • certificate. Copy the certificate string from the .pem file. For help in creating a certificate, review the instructions in the RSB documentation (will download as a PDF file).
  • private-key
Required
In your RSB account, configure COB (Close of Business Day) to ensure funds are automatically settled at the end of each business day. Login to your RSB account and configure your business day closing schedule in user > settings.Required
In your RSB account, disable CVV if required.Contact RSB support for assistance.Optional
In your RSB account, enable 3DS. For help, see Enabling 3DS.Optional
In your RSB account, configure partial/multiple capture. Contact RSB support for assistance.Optional

Integration Procedures

The following sections list the integration procedures that are specific to this provider.

Enabling 3DS

If you require 3DS, contact RSB support to configure the following IPN URLs in your RSB environment:

After configuring the IPN URLs, configure Webhooks in your PaymentsOS environment to receive updates when a change in a transaction status occurs.

As a last step, make sure to include provider_specific_data with an is3ds value of true in your Create Authorization or Create Charge API requests:

"provider_specific_data": {
	"rsb": {
		"is3ds": "true"
	}
}
Last modified December 7, 2021