SDK кошелька

English

@checkout-kit/provider-wallet — пример адаптера для случая, когда у вас SDK кошелька (JavaScript-библиотека сервиса-кошелька), который вы регистрируете сами. Набор ничего своего на этом шаге не показывает.

• id провайдера: wallet.
• Чем платит покупатель (инструмент): не нужен — токен даёт SDK кошелька.

Пакет показывает протокол сервера из примеров checkout kit. Используйте его как рабочий шаблон для своей интеграции вместе с поддельным сервером из @checkout-kit/testing/backend. Это не сертифицированный адаптер для какого-либо настоящего банка или платёжной системы. Для Stripe, Adyen и PayPal используйте их собственные пакеты.

Установка из npm

npm install @checkout-kit/core @checkout-kit/runtime-browser @checkout-kit/provider-wallet

Пакет в npm · Все варианты установки

Настройка

Как установить пакеты, описано в быстром старте.

import { defineProvider } from '@checkout-kit/core'
import type { WalletConfig } from '@checkout-kit/provider-wallet'

const config: WalletConfig = {
  baseUrl: '/api',
  sdk: 'merchant-wallet',
  scriptUrl: 'https://wallet.example.com/sdk.js',
  merchantName: 'Shop',
}

const provider = defineProvider({
  id: 'wallet',
  config: { ...config, credentials: 'include' },
  load: () => import('@checkout-kit/provider-wallet'),
})
// Pass provider to createCheckout({ providers: [provider], ... }).

• baseUrl — адрес API вашего сервера.
• headers (необязательно) — заголовки вашей сессии или защиты от CSRF. credentials определяет, отправляются ли cookie.
• Секретные ключи платёжного сервиса храните на сервере.
• Браузерный runtime, адрес возврата и адаптер SDK (если нужен) даёт ваше приложение — см. React и работа в браузере.

API сервера

Пути ниже указаны относительно baseUrl. На своём сервере: авторизуйте покупателя, берите цену по planId, проверяйте, что заказ принадлежит этому покупателю, и разрешайте только допустимые смены статуса. Суммы — целые числа в минимальных единицах валюты (например, в копейках или центах).

Метод	Путь	Что делает
POST	/wallet/charges	Принимает { planId }, возвращает списание.
GET	/wallet/charges/:id	Возвращает настоящее состояние списания.
POST	/wallet/charges/:id/pay	Принимает { walletToken }. Ваш сервер проверяет его и списывает деньги.
POST	/wallet/charges/:id/cancel	Отменяет ещё не завершённое списание.

Ответы с платежом, заказом или списанием содержат { id, amount, currency, status, error? }. Статусы — значения PaymentStatus из checkout kit. При отказе в error может быть { code?, message }.

Как это работает. Зарегистрируйте адаптер SDK с именем из sdk в createBrowserRuntime({ sdk: { adapters: [...] }, ... }). Его метод request(params, signal) получает название магазина, сумму и валюту и возвращает { walletToken: 'opaque-token' }. Токены-числа, пустые и состоящие только из пробелов отклоняются ещё до обращения к API. SDK Apple Pay и Google Pay в этом пакете нет.

Повторы и проверка

Прежде чем снова открыть платёж, использовать другой токен или отменить, адаптер читает настоящий заказ с сервера. Успешные, отклонённые и отменённые заказы сохраняют свой результат. Для заказов в обработке статус продолжает проверяться. После потерянного ответа повтор сначала проверяет тот же заказ и только потом отправляет следующее изменение.

Идемпотентность. При создании CallOptions.idempotencyKey отправляется в заголовке Idempotency-Key. Для остальных изменений к ключу добавляются операция и id платежа (:confirm:, :resume:, :pay:, :code: или :cancel:). Ваш сервер должен учитывать ключ и отклонять запрос с тем же ключом, но другими данными. Один только заголовок не гарантирует единственное списание.

Тесты контракта и регрессии для этого пакета:

npm ci
npm test -- packages/provider-wallet

Запуск и проверка

Запустите npm run dev:mock и npm run dev:bank или откройте демо на сайте. Проверьте успешную оплату, отказ, дополнительный шаг, обработку, повтор и данные от чужого заказа. Это пример протокола, а не интеграция с настоящим банком. Окружение симулятора, восстановление и тестирование объясняют остальное.

Окружение · Восстановление · Каталог