Интеграция с e-comm
Задача - реализовать на тестовой конфигурации GSA оплату услуг через eCommerce АПБ
Документация по интеграции и примеры I:\!Unisim_technical\Integration\eCommerce\АПБ\
Схема: avstpmr@clouddev
Архив: M:\GaraPMR\Gara_Calipso22_08_2017-2107.rar
Ticket OTRS: 20171024107425 Tickets. Оплата на сайте через e-commerce АПБ
Файл xls с детализацией работ.
Пару вопросов по реализации на начальном этапе и в конечном
production-варианте, с учётом информации из переписки:
"
у нас два проекта:
1) оплата на сайте через e-commerce АПБ
2) API к системе UNA.md/iRuta для подключения систем АПБ к
полному циклу расписания и продаж билетов
то что написано ниже это 2й этап, который мы решили
интегрировать на уровне баз данных?
Его будем делать после реализации 1го.
"
Первый этап, реализация оплаты через АПБ:
- Для тестовой реализации оплаты через АПБ настриаваем
минимально достаточный набор тестового функционала прямо на
avstprm@clouddev и там же реализуем протокол интеграции ?
2. Конфиликт веб-сервисов между cloudbd и clouddev, с
которым сталкивались раньше, решаем как предложил Пётр -
через прямой доступ к БД из PHP вместо SOAP веб-сервиса на
базе Oracle ?
По второму этапу, полный цикл расписания и продажи билетов:
Для GSA в цикле продаж участвует 4 схемы:
- gara@gara - источник рейсов, справочников и конечная
точка генерации броней/билетов
2. garaa@cloudbd - первичная БД для сайта продажи билетов
3. gara_rep@cloudbd - схема для репликации с GSA
4. garaa_cont@cloudbd - учёт и отчётность
В конечном итоге для АВ ПМР делаем полный цикл, включающий
аналоги всех схем или что-то исключаем/объединяем/делаем
через API ?
Возникнет также вопрос пересечения кодов (раньше обсуждали в
контексте возможной интеграции с GaraNord)
Как будет организована продажа билетов на рейсы АВ ПМР:
- та же схема tickets@cloudbd или отдельная ?
- отдельный сайт или https://autogara.md/iRuta/autogara ?
Ответы:
Первый этап, реализация оплаты через АПБ:
- Для тестовой реализации оплаты через АПБ настриаваем
минимально достаточный набор тестового функционала прямо на
avstprm@clouddev и там же реализуем протокол интеграции ?
PT: да
2. Конфиликт веб-сервисов между cloudbd и clouddev, с
которым сталкивались раньше, решаем как предложил Пётр -
через прямой доступ к БД из PHP вместо SOAP веб-сервиса на
базе Oracle ?
PT: прямой доступ к БД из PHP
По второму этапу, полный цикл расписания и продажи билетов:
Для GSA в цикле продаж участвует 4 схемы:
- gara@gara - источник рейсов, справочников и конечная
точка генерации броней/билетов
2. garaa@cloudbd - первичная БД для сайта продажи билетов
3. gara_rep@cloudbd - схема для репликации с GSA
4. garaa_cont@cloudbd - учёт и отчётность
В конечном итоге для АВ ПМР делаем полный цикл, включающий
аналоги всех схем или что-то исключаем/объединяем/делаем
через API ?
PT: что-то исключаем/объединяем/делаем
через API. Наша схема это не только для GSA, это единная БД
расписаний и функционала онлайн
Возникнет также вопрос пересечения кодов (раньше обсуждали в
контексте возможной интеграции с GaraNord)
PT: коды рейсов все подряд преобразуем. Важно только единная
класификация населенных пунктов
Как будет организована продажа билетов на рейсы АВ ПМР:
- та же схема tickets@cloudbd или отдельная ?
PT:
та же схема tickets@cloudbd
- отдельный сайт или https://autogara.md/iRuta/autogara
garileauto.md и сайт АВ ПМР http://avpmr.com
По первому этапу " 1) оплата на сайте через e-commerce
АПБ":
Задача:
- проверить возможность онлайн-оплаты через АПБ минимальной
доработкой БД и их примера кода на PHP.
- реализовать протокол интеграции для оплаты через АПБ в
рамках нашего проекта билетов вокзала
Примерный план работ:
- сохранить текущую структуру схемы в XML (для последующего
сравнения изменений)
- посмотрите вместе с Инной что из функионала схемы
garaa@cloudbd минимально необходимо для реализации оплаты
через протокол от АПБ (у них есть пример в PHP в присланных
материалах с документацией)
- перенесите c garaa@cloudbd на avstprm@clouddev функционал,
достаточный для тестирования онлайн-оплаты (если будут
сложности/неясности - обсудим дополнительно)
- доработайте схему/пакеты БД (если нужно) до уровня,
который позволит протестировать интеграцию с АПБ через
минимальную доработку их примера
- настройте вместе с Петром и Инной тестовую веб-часть для
проверки протокола интеграции с АПБ на базе их примера
- после успешной проверки на базе примера кода от АПБ будем
добавлять протокол интеграции с АПБ в нашу реализацию
оплайн-оплаты как новый метод оплаты (обсудим дополнительно)
- доработки по интеграции с avstprm@clouddev будем
переводить на garaa@cloudbd в рамках второго этапа (2 - API
к системе UNA.md/iRuta для подключения систем АПБ к полному
циклу расписания и продаж билетов)
Документация по интеграции и примеры
I:\!Unisim_technical\Integration\eCommerce\АПБ\
Первый шаг - проверка протокола интеграции с банком
минимально достаточными изменениями их тестового примера.