Интеграция 1С-Битрикс с платёжной системой Payme (Узбекистан)
Мы не раз сталкивались с ситуацией: интернет-магазин на Битрикс теряет до 30–40% заказов только из‑за того, что не принимает Payme — главный платёжный инструмент Узбекистана с более чем 10 млн активных пользователей. Официального модуля для Битрикс нет, и здесь нужен кастомный JSON‑RPC обработчик. Без него конверсия в регионе остаётся низкой, а клиенты уходят к конкурентам. Мы, команда с 7-летним опытом разработки на 1С-Битрикс и более 50 интеграций платёжных систем, разберём, как правильно построить интеграцию с гарантией идемпотентности и корректным учётом валюты.
Как строится Subscribe API Payme
Payme не использует редиректы — вместо этого сервер Payme вызывает ваш сервер по протоколу JSON‑RPC. Магазин реализует шесть обязательных методов, каждый из которых должен отвечать за 1–2 секунды. Нарушение тайминга — и платеж зависает.
| Метод | Назначение |
|---|---|
CheckPerformTransaction |
Проверить заказ и сумму (в тийинах) |
CreateTransaction |
Начать платеж, создать запись |
PerformTransaction |
Подтвердить списание |
CancelTransaction |
Отменить (разные сценарии) |
CheckTransaction |
Вернуть состояние транзакции |
GetStatement |
Выписка для сверки |
Собственный JSON‑RPC сервер (например, local/api/payme.php) обрабатывает все эти методы, проверяет авторизацию через Basic Auth и возвращает строго определённые структуры.
Почему важна идемпотентность и как её реализовать
Если Payme дважды отправит CreateTransaction, один и тот же платёж может быть проведён дважды. Мы решаем это отдельной таблицей b_payme_transactions, где первичный ключ — payme_id. Повторный запрос с тем же payme_id возвращает существующую транзакцию, а не создаёт новую. Такой подход предотвращает двойные списания и отвечает требованиям Payme API (см. документацию JSON‑RPC).
CREATE TABLE b_payme_transactions ( payme_id VARCHAR(64) PRIMARY KEY, order_id INT NOT NULL, amount BIGINT NOT NULL, state TINYINT DEFAULT 1, create_time BIGINT, perform_time BIGINT DEFAULT 0, cancel_time BIGINT DEFAULT 0, reason TINYINT DEFAULT NULL ); Состояния: 1 — создана, 2 — успешно выполнена, -1/-2 — отменена на разных этапах.
Типичные ошибки и их решения
| Ошибка | Причина | Решение |
|---|---|---|
-31001 |
Несовпадение суммы | Проверить пересчёт в тийины и округление |
-31050 |
Заказ не найден | Убедиться, что order_id передан корректно |
-32504 |
Ошибка авторизации | Проверить Basic Auth пароль |
| Таймаут | Медленный ответ сервера | Оптимизировать SQL запросы и кэширование |
Реализация сервера в Битрикс (кейс)
Точка входа — отдельный PHP‑файл, не зависящий от публичной части. В нём мы обрабатываем все шесть методов. Ниже — ключевой фрагмент для CheckPerformTransaction:
<?php define('NO_KEEP_STATISTIC', true); define('NOT_CHECK_PERMISSIONS', true); require_once $_SERVER['DOCUMENT_ROOT'] . '/bitrix/modules/main/include/prolog_before.php'; header('Content-Type: application/json'); // Basic Auth — пароль должен совпадать с ключом из кабинета Payme $auth = $_SERVER['HTTP_AUTHORIZATION'] ?? ''; preg_match('/Basic (.+)/', $auth, $m); [, $password] = explode(':', base64_decode($m[1] ?? ''), 2); if (!hash_equals(PAYME_CASHIER_KEY, $password)) { echo json_encode(['error' => ['code' => -32504, 'message' => 'Auth failed']]); exit; } $body = json_decode(file_get_contents('php://input'), true); $method = $body['method'] ?? ''; $params = $body['params'] ?? []; $id = $body['id'] ?? null; if ($method === 'CheckPerformTransaction') { $orderId = (int)($params['account']['order_id'] ?? 0); $amount = (int)($params['amount'] ?? 0); // в тийинах $order = Bitrix\Sale\Order::load($orderId); if (!$order) { echo json_encode(['error' => ['code' => -31050, 'message' => ['ru' => 'Заказ не найден']], 'id' => $id]); exit; } // Сравниваем сумму (цены в магазине в UZS, умноженные на 100) $expected = (int)round($order->getPrice() * 100); if ($expected !== $amount) { echo json_encode(['error' => ['code' => -31001, 'message' => ['ru' => 'Сумма не совпадает']], 'id' => $id]); exit; } echo json_encode(['result' => ['allow' => true], 'id' => $id]); exit; } if ($method === 'PerformTransaction') { $paymeId = $params['id']; // Найти платёж по payme_id и подтвердить $payment = findPaymentByPaymeId($paymeId); if ($payment && !$payment->isPaid()) { $payment->setPaid('Y'); $payment->save(); } echo json_encode(['result' => [ 'transaction' => $paymeId, 'perform_time' => time() * 1000, 'state' => 2, ], 'id' => $id]); exit; } Остальные методы реализуются по тому же шаблону. В CreateTransaction важно вернуть create_time и state = 1. А в CancelTransaction — проверить, был ли уже выполнен Perform, и вернуть корректный state (-1 или -2).
Валюта и пересчёт тийинов
Payme принимает только узбекские сумы, а сумма передаётся в тийинах (1 UZS = 100 тийинов). Если цены в магазине в валюте (USD/EUR), пересчет делаем по курсу ЦБ РУ, кешируя на 1 час.
$amountTiyin = (int)round($orderPriceUsd * $uzsPerUsd * 100); Ошибка в округлении на 1 тийин приведёт к отказу в CheckPerformTransaction — поэтому проверяем точное совпадение.
Тестирование
Тестовый эндпоинт: https://checkout.test.paycom.uz/. Тестовые ключи выдаются отдельно от боевых. Обязательно проверяем CancelTransaction на разных стадиях — поведение меняется. В среднем отладка занимает 1–2 дня.
Какие этапы включает интеграция Payme?
- Проектирование и аналитика — уточняем валюту, способы расчёта, логику возвратов.
- Разработка JSON‑RPC сервера — реализуем все 6 методов с идемпотентностью и логированием.
- Интеграция с модулем Sale — привязываем платежи к заказам Битрикс, обновляем статусы и флаги оплаты.
- Пересчёт валют — если магазин работает в USD/EUR, добавляем кешируемый конвертер в UZS.
- Тестирование — ручные и автоматические тесты для каждого сценария (успех, отмена, дубль, ошибка).
- Документация и обучение — описание эндпоинтов, примеры запросов/ответов, инструкция для менеджеров.
- Поддержка после запуска — 2 недели мониторинга и оперативного исправления.
Что входит в работу
- Реализация JSON-RPC сервера со всеми 6 методами и идемпотентностью.
- Интеграция с модулем Sale Битрикс: создание платёжной системы, привязка к заказам.
- Валютный пересчёт с кешированием курса ЦБ РУ.
- Тестирование в тестовой среде Payme и на боевых данных.
- Документация по эндпоинтам и процедуре эксплуатации.
- Обучение менеджеров и администраторов.
Дополнительные возможности
Мы также реализуем логирование всех запросов в отдельную таблицу для аудита и мониторинга.Почему это выгодно
Использование Payme увеличивает конверсию среди узбекских покупателей в 2–3 раза. По сравнению с редиректными шлюзами, прямая интеграция через JSON-RPC снижает время обработки платежа с 5-10 секунд до 1-2 секунд. Наш опыт показывает, что магазин окупает интеграцию за первый месяц работы с регионом; средняя экономия на возвратах составляет до 5 000 000 UZS ежемесячно.
Закажите интеграцию Payme для вашего магазина на 1С-Битрикс — мы гарантируем соответствие спецификации Payme и запуск в течение 1-2 недель. Свяжитесь с нами, чтобы получить предварительную оценку за один рабочий день.







