Интеграция механизма оплаты пластиковой картой

Исходные данные (базовый функционал):

Версия CMS: Joomla 3.3.6

Управление контентом: CCK K2 v2.6.8

Темплейт: GavickPro, Music State

Управление формами: компонент RSForm!Pro 1.4.0

Компоненты электронной торговли: JoomShopping 3.19.2 и HikaShop Starter 2.3.4 – установлены, но не настроены.

Цель:

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

Если с бронированием всё понятно (RSForm!Pro), то с оплатой пока не очень.

Предполагается использовать функционал одного из компонентов интернет-магазина, но с некоторыми нюансами.

1. Без использования во фронтенд.

Т.е. каталога товаров, доступных пользователю не будет.

Компонент будет использоваться на 99% администраторами (менеджерами) для формирования заказа, кроме последнего этапа – непосредственно оплаты.

2. Структура каталога интернет-магазина должна содержать лишь несколько условных туров(товаров). По сути – в характеристиках товара нет ничего, кроме его названия и уникального идентификатора. Даже цена равна нулю.

3. Заказ полностью создаёт администратор:

- выбирает условный товар (тур);

- идентифицирует заказчика с пользователем на сайте;

- указывает данные плательщика;

- формирует описание тура посредством визуального редактора;

- формирует цену товара (тура);

- указывает способ оплаты (выставление счёта для корпоративных заказчиков и оплата пластиковой картой online).

4. Далее администратор отправляет клиенту E-mail с ссылкой на заказ в корзине клиента, после чего последний (уже из своей корзины) приступает к его оплате.

5. Есть три банка, предлагающие свои услуги в online-банкинге. От всех трёх имеются инструкции по интеграции и настройке. Готовых решений для Joomla нет – требуется выбрать наиболее удобный банк и написать модуль оплаты.

На наш взгляд наиболее предпочтительным является инструмент от PAY System – более отзывчивая техподдержка. Готовы напрямую общаться с программистом. Прекрасно владеют русским языком.

6. При поступлении оплаты статус заказа меняется на «оплачен», о чём администратор (менеджер) извещает клиента по E-mail.

С точки зрения интерфейса администратора, предпочтительным является компонент HikaShop.

Однако, мы готовы прислушаться к рекомендациям специалистов.

Прошу внимательно ознакомиться и внести предложения и коррективы в логику процедуры.

От вас:

Примеры работ.

Наличие положительных отзывов.

Опыт программирования для компонентов электронной торговли.

Срок выполнения задачи.

Цена.