Как интегрировать API платежных систем в свои компоненты

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

Что интересного?
Я использую тестирование "на себя". то есть симуляцию проводки платежа. Это позволяет сразу выявить баги на этапе разработки (впрочем, тут я уже и логистику исключил вообще, так как мод реально работает).
Сегодня я не готов выложить коды. Не по причине секретности, просто хочу сделать внятную инструкцию, так как есть своя специфика работы и с БД. Планируется интегрировать не один модуль, поэтому в БД используется одно поле специфического назначения Json. Так его назвал, потому что в него записываются данные, кодированный в json-формате. Это позволяет использовать БД со стандартным набором полей.

Я очень подробно расскажу о всех нюансах, если эта тема действительно кого-нить интересует.

Кстати, проект сейчас делаю по-живому тут.

0

Я отдаю практически весь компонент, но не боюсь ни капли. Мои специфические классы никто не воспроизведет без другой части. Но суть не в том. Вас интересует директория views->payplugins
Вот тут и сидит весь модуль (пока чисто Интеркасса, но по его образу подключаются и другие).
По сути вам еще нужна форма, которая тут views->buyerpayment от нее и начинается путь, но все через контроллер приходит на payplugins. И даже ответ реального сервера, уже при натуральной оплате.
в архиве есть файл базы данных. Вся инфа практически там в json-формате. Это нужно потому, что если планируется подключение разных, скажем, АПИ, то нет возможности организовать обычные таблицы. С json все упрощается. В кодах есть примеры раскодировки json.
Кстати, я так увлекся, что сделал и таблицу конфигов с json, где удобно хранить элементы форм. Их визуализацией занимается класс TXTGeneric ->в файле generic.class.php ->в директории ->models
Кстати, прошу заметить, что в кодах в основном используются объекты, типа $this->this, что тоже удобно.

Отвлекся. Система симулятора (на себя) проста:
форма как и для отправки на реальный платеж, также и приемник отзыва реальный. Но есть промежуточное звено (в режиме теста), котрое и имитирует платеж. В папке payplugins лежат все хнлперы, интуитивно понятно, кто и за что отвечает.

Будут вопросы или упреки - прасю!

Вложения

Desktop.rar (119.6 Кб, 15 просмотров)

0

Забыл добавить. Сервер посылает до 100 запросов после транзакции. Приемник проверяет наличие в БД и если уже это было, цикл обрывается. В Интеркассе есть возможность пополнения через терминалы, то есть, с оттяжкой времени. В существующих системах это невозможно, а у меня да. Если приемник найдет в БД отложенный платеж, то примет к оплате. Хоть через год.

0