What this solution does
This module integrates the CloudPayments payment gateway with 1C-Bitrix websites. It supports bank cards (Mir, Visa, MasterCard), Apple Pay, and Google Pay, enabling transactions in any currency and from any country. The solution operates both alongside the 'Online Store' module and independently on service pages, landing pages, booking forms, or Bitrix24 CRM forms.
The module enables payment collection without the 'Online Store' module. The payment button can be placed on any website page. Payment parameters such as amount, description, and transaction ID are configured directly within the component settings. This makes it suitable for Bitrix editions without an online store and for websites with non-standard sales models.
Payments can be processed directly within Bitrix24 CRM forms. The form collects data and immediately initiates the payment without redirecting to an intermediate page or requiring manual invoice generation. This is ideal for service bookings, reservations, and collecting prepayments.
The module supports generating invoices and sending payment links directly from the order card.
A manager opens an order, clicks one button, and sends the customer a payment link via e-mail, SMS, or Viber—either individually or through two channels simultaneously. When a new invoice is created, the previous one is automatically cancelled, preventing payment via an outdated link even if the customer found the old message.
Two-stage payment confirmation from the admin panel
In a two-stage scheme, funds are first blocked on the card and then charged after confirmation. The hold can be released via a button in the order card without accessing the CloudPayments personal account. Order statuses for authorized and confirmed payments are configured separately.
Built-in events for custom logic
JS events allow integration of analytics and e-commerce counters with actual payment steps. PHP events enable modification of the invoice composition, payment description, or intervention in bank response processing. All changes are made without editing the module code, ensuring that system updates do not overwrite custom modifications.
Failure notifications
The module monitors non-standard payment situations, such as unremoved holds, failed refunds, or rejected bank notifications. When such events occur, the system alerts the administrator via a free error notification module. Alerts are sent via email, SMS, or messengers. Urgent and non-critical events are configured separately, while similar errors are grouped.
A specific warning is issued if Check notifications are disabled in the CloudPayments account; without this feature, the store loses the ability to reconcile amounts and is unprotected against duplicate payments for a single order.
Support is provided directly by the module author rather than a general queue. The author analyzes non-standard scenarios, conflicts with other modules, and custom receipt logic. Necessary adjustments are made upon request, a capability not inherent in vendor-supplied modules.
Features:
Automatic payment flag setting
Orders are marked as paid based on bank notifications. The status to which an order is transitioned after payment is configurable. If the flag is not set automatically, check the "Process Automation" tab in the "Online Store" module and other third-party modules involved in order processing.
Refunds via standard Bitrix tools
Refunds are processed from the order card, with funds returned to the buyer's card. The order status after a refund is configurable.
54-FZ Compliant Receipts
Receipts are generated via CloudPayments online cash registers. The receipt structure can be modified via a PHP event, for example, by rearranging items or specifying a proprietary tax system.
Single and Two-Stage Payments
Both payment schemes are configured at the payment system level, with distinct order statuses assigned to each.
Payment Status Monitoring
The current payment status is visible in the admin panel without requiring a transition to the bank's personal account.
Multicurrency Support and Order Number Handling
Payments are accepted in any currency. Alphanumeric order numbers (e.g., 6B7R1 or 8CB2A59X8X) are processed correctly, addressing a common limitation in other integrations.
Interface and Behavior Configuration
The button linking to the payment gateway is customizable. Automatic redirection to payment upon order completion or from the buyer's personal account can be enabled (this may not function in custom order forms). Payment descriptions are generated using templates with placeholders.
English Localization
The module is fully translated into English.
You can verify the module's functionality on the demo site. Visit demo.rover-it.me, add a product to the cart, and at checkout select the payment method «CloudPayments (popup widget)» or «CloudPayments (payment by link)».
Use the following card details for testing:
Card number: 4242 4242 4242 4242
Expiration date: any valid date
CVC: any value
Cardholder name: any name
The demo site operates in test mode, so no real funds will be charged.
Detailed installation and configuration instructions are available on the «Installation» tab.
If “CloudPayments Internet Acquiring Payment Acceptance” is required, General iT can help with installation, configuration and a technical check after integration.