artschekoff/tbankapi

Начало работы

Подключение интернет-эквайринга от Т‑Бизнес

Интернет-эквайринг помогает принимать онлайн-платежи так, как удобно вам и покупателю: на сайте, в мобильном приложении, соцсетях, мессенджерах, по e-mail или СМС. Вы можете принимать оплату разными способами, возвращать и замораживать выплаты и настраивать рекуррентные платежи.

Чтобы подключить интернет-эквайринг, оставьте заявку на сайте Т‑Банка и заполните анкету компании или ИП. Подробнее о подключении можно прочитать в Т-Помощи или узнать у персонального менеджера.

Способы интеграции интернет-эквайринга от Т‑Бизнес

Интернет-эквайринг нужно интегрировать — настроить оплату на сайте или в приложении. Есть четыре способа интеграции:

Платежный модуль — для сайтов на CMS.
Платежный виджет — для самописного сайта.
Мобильная интеграция — для мобильного приложения.
API — для разработки своей интеграции.

Интегрироваться можно самостоятельно или с помощью разработчика.

Платежный модуль

Способ интеграции интернет-эквайринга с сайтом, который создан на основе CMS.

Модуль подходит, если ваш сайт собран на CMS — например, 1С-Битрикс, WordPress или Taplink. Т‑Бизнес поддерживает многие популярные CMS, в некоторые уже встроены модули — их устанавливать не нужно.

Принцип работы:

Вы устанавливаете модуль и настраиваете способы оплаты — банковская карта, T‑Pay, SberPay, Mir Pay, СБП, Долями, в рассрочку.
Можно оставить все способы или выбрать определённые.
На странице сайта появляется кнопка оплаты.
Покупатель нажимает на кнопку и переходит на платежную форму с разными способами оплаты.

На этой странице представлен список систем управления контентом (CMS), для которых разработаны платежные модули. Если вашего решения нет в этом списке, мы рекомендуем настроить передачу объекта DATA с параметром connection_type. В этом параметре укажите название модуля, через который вы интегрируетесь. Более подробную информацию вы можете в описании метода Init. Если у вас возникнут вопросы или потребуется дополнительная настройка, пожалуйста, обратитесь в техническую поддержку вашего модуля.

Инструкции по интеграции с помощью платежного модуля

Платежный виджет

Способ интеграции интернет-эквайринга с самописным сайтом.

Способ подходит, если:

ваш сайт самописный или на CMS, для которой в Т‑Банке нет платежного модуля;
вы не планируете принимать автоплатежи.

Для интеграции потребуется помощь программиста.

Инструкция по интеграции

Мобильная интеграция

Способ интеграции интернет-эквайринга с мобильным приложением.

Подключение осуществляется через WebView ПФ

API

Самый гибкий и сложный способ интеграции интернет-эквайринга. Например, API подходит, если у вас самописный сайт и вы хотите настроить оплату под запросы бизнеса — совмещать в платежной форме разные способы оплаты, принимать рекуррентные платежи или подключать другие сервисы Т‑Бизнес.

Для интеграции понадобится помощь программиста.

Платежная форма

Платежная форма — это готовый интерфейс с встроенными способами оплаты, который позволяет принимать платежи онлайн.

Для использования платежной формы нужно подключить интернет-эквайринг, настроить терминал и интегрировать платежную форму на ваш сайт одним из способов выше.

Для открытия платежной формы на вашем сайте, требуется выполнить следущие шаги:

Ваш бекенд-сервис должен вызвать запрос Init.
Передать PaymentUrl из ответа на запрос Init в фронтенд-приложение.
Произвести редирект на полученный URL. Предпочтительный способ - js-код. Если вы используете html-тег <form> для редиректа, используйте method=\"GET\"

Для открытия платежной формы в iframe см. раздел "Платежная форма в iframe"

Платежная форма в WebView <a name="WebView">

WebView — это встроенный в приложение браузер. Таким образом, он представляет собой крупномасштабный программный компонент, который позволяет использовать веб-контент внутри приложений. Инструкция по интеграции мобильного приложения через WebView

Платежная форма в iframe

Для корректной работы платежной формы, открытой в iframe, нужно использовать скрипт интеграции по инструкции.

Кастомизация платежной формы

Платежную форму можно кастомизировать — настроить под себя и своих клиентов. Для установки кастомизации обратитесь к вашему персональному менеджеру и передайте пожелания по настройкам.

Список доступных настроек кастомизации

Возможности кастомизации	Дополнительное описание
Брендирование UI платежной формы	Добавлять логотим своей компании в платежную форму — логотип отобразится рядом с суммой заказа Управлять цветами кнопок — кнопка Оплатить и другие кнопки со страниц статусов и модальных окон
Управление блоком детализации (информация о заказе и магазине)	Делать блок свернутым и развернутым по умолчанию Скрывать блок с детализацией на платежной форме Менять порядок строк в детализации
Управление светлой и темной темой	Показывать темную или светлую тему по умолчанию Отключать темную или светлую тему

Безопасность при интеграции

Убедитесь, что вы используете последнюю версию интеграции и генерируете и передаете корректный токен при любом способе интеграции.

Если ваш сайт собран на CMS, нужно использовать новейшую версию платежного модуля, доступную на сайте Т‑Бизнес — это источник актуальных версий. Современные модули для популярных CMS генерируют корректный токен автоматически.

Дополнительные обязательные меры, которые нужно соблюдать при интеграции с MAPI:

Сверяйте параметры созданных заказов при любых способах интеграции с MAPI, особенно при использовании платежного виджета. Если вы обнаружите несоответствие между ожидаемой суммой заказа и фактической суммой операции, не отправляйте товар и немедленно свяжитесь с Т‑Банком.

Для сверки параметров доступно несколько способов:

Получение уведомлений:
- По электронной почте: когда платёж переходит в статус CONFIRMED, на указанную почту будет отправлено письмо
- По HTTP: MAPI отправляет POST-запрос на указанный URL при каждом изменении статуса платежа
Вызов метода GetState:
- Метод GetState возвращает основные параметры и текущий статус платежа. Рекомендуется дополнительно проверять или подтверждать дополнительные данные заказа, такие как PaymentId и Amount. Особенно важно сравнивать сумму Amount, полученную в уведомлении или через метод GetState, с ожидаемой стоимостью заказа. Это поможет избежать ошибок при обработке платежей.

Обновляйте модули для CMS. Современные модули для популярных CMS сверяют суммы заказов автоматически.

Если вы не применяете эти меры безопасности на вашем сайте или используете программное обеспечение для интеграции не с сайта Т‑Бизнес, вы сами отвечаете за возможные риски и неблагоприятные последствия, связанные с использованием такого программного обеспечения.

Обработка карточных данных

Платежные системы разработали требования к безопасности карточных данных клиентов — Payment Card Industry Data Security Standard (PCI DSS). Стандарт PCI DSS — это международный стандарт безопасности, созданный специально для защиты данных платежных карт. Он позволяет защитить организацию от инцидентов безопасности и обеспечить необходимый уровень защищенности во всей платежной системе. Соответствовать правилам стандарта PCI DSS должны все организации.

Если:

У вас нет сертификации PCI DSS, вы можете использовать платежную форму Т‑Бизнес. В этом случае все операции, которые связаны с обработкой критичных данных, проводятся на стороне Т‑Бизнес. Мерчанту достаточно настроить интеграцию с MerchantAPI и инициализировать платеж. Клиент будет перенаправлен на платежную форму, в которую он сможет ввести данные карты. Когда платеж завершится, клиент снова увидит сайт мерчанта.
Вы имеете сертификацию PCI DSS, то можете собирать и хранить карточные данные клиентов. В этом случае MerchantAPI получает зашифрованные карточные данные от мерчанта.

Подробнее о режимах передачи карточных данных

Передача признака инициатора операции

Платежные системы хотят понимать, кем была инициирована карточная операция. Это особенно важно при проведении операций без 3DS и по сохраненным данным.

Для выполнения требования регулятора мы добавили новый атрибут OperationInitiatorType в метод Init. В значении этого атрибута мы ожидаем получать признак того, кем была инициирована операция и какой способ предоставления реквизитов был использован.

Подробное описание сценариев проведения операций, значений OperationInitiatorType, взаимосвязь с другими атрибутами и типами терминалов:

Тип операции и инициатор	Описание	Сценарий карточной операции	OperationInitiatorType	RebillId в Charge	Recurrent в Init	Обязательность CVP2/CVV	Обязательность аутентификации (3DS)
Сustomer Initiated Credential-Not-Captured (CIT CNC)	Оплата, инициированная покупателем, без сохранения реквизитов карты для последующих платежей.	Стандартный платеж	0	null	N	Обязателен, если не используется 3DS	Обязательна, если нет CVP2/CVV
Сustomer Initiated Credential-Captured (CIT CC)	Оплата, инициированная покупателем, с сохранением реквизитов карты для последующих платежей.	Стандартный платеж с созданием родительского рекуррентного платежа	1	null	Y	Обязателен, если не используется 3DS	Обязательна, если нет CVP2/CVV
Сustomer Initiated Credential-on-File (CIT COF)	Оплата, инициированная покупателем, по сохраненным реквизитам карты (ранее была проведена операция с сохранением реквизитов CIT CC).	Рекуррентный платеж, инициированный покупателем	2	not null	N	Нет	Нет
Merchant Initiated Credential-on-File, Recurring (MIT COF R)	Повторяющиеся платежи, инициированные магазином, без графика (ранее была проведена операция с сохранением реквизитов CIT CC). Применяется для оплаты коммунальных услуг, услуг связи и т.д. Сумма может быть определена заранее или непосредственно перед оплатой.	Рекуррентный платеж, инициированный магазином	R	not null	N	Нет	Нет
Merchant Credential-on-File, Installment (MIT COF I)	Повторяющиеся платежи, инициированные магазином, по графику (ранее была проведена операция с сохранением реквизитов CIT CC). Применяется для платежей в рассрочку, оплаты страховки в рассрочку и т.д. График платежей должен быть известен плательщику до проведения операции.	Рекуррентный платеж, инициированный магазином	I	not null	N	Нет	Нет

Термины

Термин	Определение
Клиент	Физлицо, производящее перевод с использованием банковской карты на сайте мерчанта.
Мерчант	Бизнес, принимающий и осуществляющий переводы по банковским картам на своем сайте.
Т‑Бизнес	Сервис, помогающий проводить выплату клиенту-физлицу.
Эмитент	Банк, выпустивший карту клиента-физлица.
PCI DSS	Международный стандарт безопасности, созданный для защиты данных банковских карт.
3-D Secure	Протокол, который используется как дополнительный уровень безопасности для онлайн-кредитных и дебетовых карт. 3-D Secure добавляет ещё один шаг аутентификации для онлайн-платежей.
Терминал	Точка приема платежей мерчанта. В общем случае привязывается к сайту, на котором осуществляется прием платежей. Далее в этой документации описан протокол для терминала мерчанта. Для проведения тестов используются данные тестового терминала TinkoffBankTest — пароль аналогичен.
ККМ	Контрольно-кассовая машина.
Личный кабинет мерчанта	Веб-приложение, в котором мерчант управляет интернет-эквайрингом — настраивает параметры терминалов, подтверждает или отменяет платежи, анализирует статистику.

Параметры терминала

Каждый терминал обладает свойствами, которые влияют на те или иные аспекты приёма платежей. Эти свойства настраиваются при подключении интернет-эквайринга и могут быть изменены в личном кабинете мерчанта.

Основные параметры приёма платежей для терминала:

Название параметра	Формат	Описание
TerminalKey	20 символов, чувствительно к регистру	Уникальный символьный ключ терминала. Устанавливается в Т‑Бизнес.
Success URL	250 символов, чувствительно к регистру	URL на веб-сайте мерчанта, куда будет переведен клиент в случае успешной оплаты • true — платеж завершился успешно; • false — платеж не завершился. *
Fail URL	250 символов, чувствительно к регистру	URL на веб-сайте мерчанта, куда будет переведен клиент в случае неуспешной оплаты. *
Success Add Card URL	250 символов, чувствительно к регистру	URL на веб-сайте мерчанта, куда будет переведен клиент после успешной привязки карты. *
Fail Add Card URL	250 символов, чувствительно к регистру	URL на веб-сайте мерчанта, куда будет переведен клиент после неуспешной привязки карты. *
Notification URL	250 символов, чувствительно к регистру	URL на веб-сайте мерчанта, куда будет отправлен POST запрос о статусе выполнения вызываемых методов. Только для методов Authorize, FinishAuthorize, Confirm, Cancel.
Валюта терминала	3 символа	Валюта, в которой будут происходить списания по данному терминалу, если иное не передано в запросе.
Активность терминала	Рабочий/Неактивный/Тестовый	Определяет режим работы данного терминала.
Password	20 символов, чувствительно к регистру	Используется для подписи запросов/ответов. Является секретной информацией, известной только мерчанту и Т‑Бизнес. Пароль находится в личном кабинете мерчанта.
Отправлять нотификацию на FinishAuthorize	Да/Нет	Определяет, будет ли отправлена нотификация на выполнение метода FinishAuthorize. По умолчанию — да.
Отправлять нотификацию на Completed	Да/Нет	Определяет, будет ли отправлена нотификация на выполнение метода AttachCard. По умолчанию — да.
Отправлять нотификацию на Reversed	Да/Нет	Определяет, будет ли отправлена нотификация на выполнение метода Cancel. По умолчанию — да.

\* В URL можно указать нужные параметры в виде ${<параметр>}, которые будут переданы на URL через метод GET.

Токен

Перед выполнением запроса MAPI проверяет, можно ли доверять его инициатору. Для этого сервер проверяет подпись запроса. В MAPI используется механизм подписи с помощью токена. Мерчант должен добавлять токен к каждому запросу, где это требуется.

В описании входных параметров для каждого метода мы указали, нужно подписывать запрос или нет. Токен формируется на основании тех полей, которые есть в запросе, поэтому токены для каждого запроса уникальные и никогда не совпадают.

Токен в MAPI — это строка, в которой мерчант зашифровал данные своего запроса с помощью пароля. Для создания токена мерчант использует пароль из личного кабинета мерчанта.

Пример процесса шифрования тела запроса для метода Init:

{
  \"TerminalKey\": \"MerchantTerminalKey\",
  \"Amount\": 19200,
  \"OrderId\": \"21090\",
  \"Description\": \"Подарочная карта на 1000 рублей\",
  \"Token\": \"68711168852240a2f34b6a8b19d2cfbd296c7d2a6dff8b23eda6278985959346\",
  \"DATA\": {
    \"Phone\": \"+71234567890\",
    \"Email\": \"a@test.com\"
  },
  \"Receipt\": {
    \"Email\": \"a@test.ru\",
    \"Phone\": \"+79031234567\",
    \"Taxation\": \"osn\",
    \"Items\": [
      {
        \"Name\": \"Наименование товара 1\",
        \"Price\": 10000,
        \"Quantity\": 1,
        \"Amount\": 10000,
        \"Tax\": \"vat10\",
        \"Ean13\": \"303130323930303030630333435\"
      },
      {
        \"Name\": \"Наименование товара 2\",
        \"Price\": 3500,
        \"Quantity\": 2,
        \"Amount\": 7000,
        \"Tax\": \"vat20\"
      },
      {
        \"Name\": \"Наименование товара 3\",
        \"Price\": 550,
        \"Quantity\": 4,
        \"Amount\": 4200,
        \"Tax\": \"vat10\"
      }
    ]
  }
}

Чтобы зашифровать данные запроса, мерчанту нужно:

Собрать массив передаваемых данных в виде пар ключ-значения. В массив нужно добавить только параметры корневого объекта. Вложенные объекты и массивы не участвуют в расчете токена. В примере в массив включены параметры TerminalKey, Amount, OrderId, Description и исключен объект Receipt и DATA.

[{\"TerminalKey\": \"MerchantTerminalKey\"},{\"Amount\": \"19200\"},{\"OrderId\": \"21090\"},{\"Description\": \"Подарочная карта на 1000 рублей\"}]

Добавить в массив пару {Password, Значение пароля}. Пароль можно найти в личном кабинете мерчанта.

[{\"TerminalKey\": \"MerchantTerminalKey\"},{\"Amount\": \"19200\"},{\"OrderId\": \"21090\"},{\"Description\": \"Подарочная карта на 1000 рублей\"},{\"Password\": \"usaf8fw8fsw21g\"}]

Отсортировать массив по алфавиту по ключу.

[{\"Amount\": \"19200\"},{\"Description\": \"Подарочная карта на 1000 рублей\"},{\"OrderId\": \"21090\"},{\"Password\": \"usaf8fw8fsw21g\"},{\"TerminalKey\": \"MerchantTerminalKey\"}]

Конкатенировать только значения пар в одну строку.

\"19200Подарочная карта на 1000 рублей21090usaf8fw8fsw21gMerchantTerminalKey\"

Применить к строке хеш-функцию SHA-256 (с поддержкой UTF-8).

\"0024a00af7c350a3a67ca168ce06502aa72772456662e38696d48b56ee9c97d9\"

Добавить получившийся результат в значение параметра Token в тело запроса и отправить запрос.

{
  \"TerminalKey\": \"MerchantTerminalKey\",
  \"Amount\": 19200,
  \"OrderId\": \"21090\",
  \"Description\": \"Подарочная карта на 1000 рублей\",
  \"DATA\": {
    \"Phone\": \"+71234567890\",
    \"Email\": \"a@test.com\"
  },
  \"Receipt\": {
    \"Email\": \"a@test.ru\",
    \"Phone\": \"+79031234567\",
    \"Taxation\": \"osn\",
    \"Items\": [
      {
        \"Name\": \"Наименование товара 1\",
        \"Price\": 10000,
        \"Quantity\": 1,
        \"Amount\": 10000,
        \"Tax\": \"vat10\",
        \"Ean13\": \"303130323930303030630333435\"
      },
      {
        \"Name\": \"Наименование товара 2\",
        \"Price\": 20000,
        \"Quantity\": 2,
        \"Amount\": 40000,
        \"Tax\": \"vat20\"
      },
      {
        \"Name\": \"Наименование товара 3\",
        \"Price\": 30000,
        \"Quantity\": 3,
        \"Amount\": 90000,
        \"Tax\": \"vat10\"
      }
    ]
  },
  \"Token\": \"0024a00af7c350a3a67ca168ce06502aa72772456662e38696d48b56ee9c97d9\"
}

Информацию о корректности токена также можно проверить в личном кабинете интернет-эквайринга в разделе Операции. Выберите нужный заказ → Дополнительная информация о заказе → поле inittokenisvalid. Если значение в этом поле true — токен валидный, false — некорректный.

For more information, please visit https://www.tbank.ru/kassa/.

Installation & Usage

Requirements

PHP 7.4 and later. Should also work with PHP 8.0.

Composer

To install the bindings via Composer, add the following to composer.json:

{
  "repositories": [
    {
      "type": "vcs",
      "url": "https://github.com/GIT_USER_ID/GIT_REPO_ID.git"
    }
  ],
  "require": {
    "GIT_USER_ID/GIT_REPO_ID": "*@dev"
  }
}

Then run composer install

Manual Installation

Download the files and include autoload.php:

<?php
require_once('/path/to/artschekoff/tbankapi/vendor/autoload.php');

Getting Started

Please follow the installation procedure and then run the following:

<?php
require_once(__DIR__ . '/vendor/autoload.php');




$apiInstance = new ArtSchekoff\TBankApi\Api\DefaultApi(
    // If you want use custom http client, pass your client which implements `GuzzleHttp\ClientInterface`.
    // This is optional, `GuzzleHttp\Client` will be used as default.
    new GuzzleHttp\Client()
);
$md = 'md_example'; // string | Уникальный идентификатор транзакции в системе Банка (возвращается в ответе на FinishAuthorize)
$pa_req = 'pa_req_example'; // string | Результат аутентификации 3-D Secure (возвращается в ответе на FinishAuthorize)
$term_url = 'term_url_example'; // string | Адрес перенаправления после аутентификации 3-D Secure (URL обработчик на стороне Мерчанта, принимающий результаты прохождения 3-D Secure)
$creq = new \ArtSchekoff\TBankApi\Models\ChallengeRequestCReq(); // \ArtSchekoff\TBankApi\Models\ChallengeRequestCReq

try {
    $result = $apiInstance->aCSUrl($md, $pa_req, $term_url, $creq);
    print_r($result);
} catch (Exception $e) {
    echo 'Exception when calling DefaultApi->aCSUrl: ', $e->getMessage(), PHP_EOL;
}

API Endpoints

All URIs are relative to https://securepay.tinkoff.ru

Class	Method	HTTP request	Description
DefaultApi	aCSUrl	POST /v2/ACSUrl	Запрос в банк-эмитент для прохождения 3DS
DefaultApi	aCSUrl_0	POST /v2/ACSUrl	Запрос в банк-эмитент для прохождения 3DS
DefaultApi	addAccountQr	POST /v2/AddAccountQr	Привязать счёт к магазину
DefaultApi	addCard	POST /v2/AddCard	Инициировать привязку карты к клиенту
DefaultApi	addCustomer	POST /v2/AddCustomer	Зарегистрировать клиента
DefaultApi	attachCard	POST /v2/AttachCard	Привязать карту
DefaultApi	call3DSMethod	POST /v2/3DSMethod	Прохождение этапа “3DS Method”
DefaultApi	cancel	POST /v2/Cancel	Отменить платеж
DefaultApi	chargePCI	POST /v2/Charge	Автоплатеж
DefaultApi	chargeQr	POST /v2/ChargeQr	Автоплатеж по QR
DefaultApi	check3dsVersion	POST /v2/Check3dsVersion	Проверить версию 3DS
DefaultApi	checkOrder	POST /v2/CheckOrder	Получить статус заказа
DefaultApi	confirm	POST /v2/Confirm	Подтвердить платеж
DefaultApi	finishAuthorize	POST /v2/FinishAuthorize	Подтвердить платеж
DefaultApi	getAccountQrList	POST /v2/GetAccountQrList	Получить список счетов, привязанных к магазину
DefaultApi	getAddAccountQrState	POST /v2/GetAddAccountQrState	Получить статус привязки счета к магазину
DefaultApi	getAddCardState	POST /v2/GetAddCardState	Получить статус привязки карты
DefaultApi	getCardList	POST /v2/GetCardList	Получить список карт клиента
DefaultApi	getConfirmOperation	POST /v2/getConfirmOperation	Получить справку по операции
DefaultApi	getCustomer	POST /v2/GetCustomer	Получить данные клиента
DefaultApi	getQr	POST /v2/GetQr	Сформировать QR
DefaultApi	getQrBankList	POST /v2/GetQrBankList	Получить список банков-участников СБП для платежа
DefaultApi	getQrState	POST /v2/GetQrState	Получить статус возврата
DefaultApi	getState	POST /v2/GetState	Получить статуса платежа
DefaultApi	init	POST /v2/Init	Инициировать платеж
DefaultApi	notification	POST /v2/Notification	Уведомления
DefaultApi	qrMembersList	POST /v2/QrMembersList	Получить список банков-пользователей QR для возврата
DefaultApi	removeCard	POST /v2/RemoveCard	Удалить привязанную карту клиента
DefaultApi	removeCustomer	POST /v2/RemoveCustomer	Удалить данные клиента
DefaultApi	sbpPayTest	POST /v2/SbpPayTest	Создать тестовую платежную сессию
DefaultApi	sendClosingReceipt	POST /cashbox/SendClosingReceipt	Отправить закрывающий чек в кассу
DefaultApi	submitRandomAmount	POST /v2/SubmitRandomAmount	SubmitRandomAmount
Class3DSApi	submit3DSAuthorization	POST /v2/Submit3DSAuthorization	Подтвердить прохождение 3DS v1.0
Class3DSApi	submit3DSAuthorizationV2	POST /v2/Submit3DSAuthorizationV2	Подтвердить прохождение 3DS v2.1
DefaultApi	getTerminalPayMethods	GET /v2/GetTerminalPayMethods	Проверить доступность методов на SDK
MirPayApi	getDeepLink	POST /v2/MirPay/GetDeepLink	Получить DeepLink
SberPayApi	sberPayQR	GET /v2/SberPay/{paymentId}/QR	Получить QR
SberPayApi	sberPaylink	GET /v2/SberPay/transactions/{paymentId}/link	Получить ссылку
TPayApi	link	GET /v2/TinkoffPay/transactions/{paymentId}/versions/{version}/link	Получить ссылку
TPayApi	qR	GET /v2/TinkoffPay/{paymentId}/QR	Получить QR
TPayApi	status	GET /v2/TinkoffPay/terminals/{TerminalKey}/status	Определить возможность проведения платежа
WebViewApi	checkOrder	POST /v2/CheckOrder	Получить статус заказа
WebViewApi	getState	POST /v2/GetState	Получить статуса платежа
WebViewApi	init	POST /v2/Init	Инициировать платеж

Models

Authorization

All endpoints do not require authorization.

Tests

To run the tests, use:

composer install
vendor/bin/phpunit

Author

About this package

This PHP package is automatically generated by the OpenAPI Generator project:

API version: 1.80
Build package: org.openapitools.codegen.languages.PhpClientCodegen

Name		Name	Last commit message	Last commit date
Latest commit History 6 Commits
.openapi-generator		.openapi-generator
docs		docs
lib		lib
test		test
.gitignore		.gitignore
.openapi-generator-ignore		.openapi-generator-ignore
.php-cs-fixer.dist.php		.php-cs-fixer.dist.php
.travis.yml		.travis.yml
INSTALL.md		INSTALL.md
Makefile		Makefile
README.md		README.md
composer.json		composer.json
composer.lock		composer.lock
git_push.sh		git_push.sh
openapi.json		openapi.json
openapitools.json		openapitools.json
package-lock.json		package-lock.json
package.json		package.json
phpunit.xml.dist		phpunit.xml.dist

Navigation Menu

Repository files navigation

artschekoff/tbankapi

Начало работы

Подключение интернет-эквайринга от Т‑Бизнес

Способы интеграции интернет-эквайринга от Т‑Бизнес

Платежный модуль

Платежный виджет

Мобильная интеграция

API

Платежная форма

Платежная форма в WebView <a name="WebView">

Платежная форма в iframe

Кастомизация платежной формы

Список доступных настроек кастомизации

Безопасность при интеграции

Обработка карточных данных

Передача признака инициатора операции

Термины

Параметры терминала

Токен

Installation & Usage

Requirements

Composer

Manual Installation

Getting Started

API Endpoints

Models

Authorization

Tests

Author

About this package

About

Releases

Packages

Contributors

Languages

Folders and files

Latest commit

History

Repository files navigation

artschekoff/tbankapi

Начало работы

Подключение интернет-эквайринга от Т‑Бизнес

Способы интеграции интернет-эквайринга от Т‑Бизнес

Платежный модуль

Платежный виджет

Мобильная интеграция

API

Платежная форма

Платежная форма в WebView <a name="WebView">

Платежная форма в iframe

Кастомизация платежной формы

Список доступных настроек кастомизации

Безопасность при интеграции

Обработка карточных данных

Передача признака инициатора операции

Термины

Параметры терминала

Токен

Installation & Usage

Requirements

Composer

Manual Installation

Getting Started

API Endpoints

Models

Authorization

Tests

Author

About this package

About

Resources

Stars

Watchers

Forks

Releases

Packages

Contributors

Languages