Функционал оформления займа через разные кассовые программы : Кассовые программы

Здравствуйте,
подскажите, пожалуйста, такой вопрос: нужно реализовать функционал оформления займа для покупки товара через УКМ 4, Профи-т 5.0, Штрих-м, Navision.
На текущий момент используется несколько способов оформления займа :
- 1С Розница
- API (rest/SOAP)
При этом операция оформления займа должна быть реализована аналогично правилам операций эквайринга (так у нас реализован драйвер в системе 1С — все методы драйвера жестко стандартизированы т.о., чтобы любые конфигурации 1С могли их использовать).
Но проблема в том, что не хотелось бы разрабатывать под каждую систему (УКМ 4, Профи-т 5.0, Штрих-м) свой драйвер. Может быть есть альтернативный способ реализации?
Готова предоставить более подробную информацию и ответить на вопросы.

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

Оформление заявки на кредит осуществляется через личный кабинет (клиента или продавца) - это работает. Если заявка на кредит одобрена, то клиент получает одобренную сумму и код.
И вот используя эти данные клиент может придти в магазин, выбрать товар, который хочет купить в кредит. Затем процесс примерно такой:
- продавец или через 1С, или через API, или через личный кабинет вводит: паспортные данные клиента, сумму, код.
- кредитная система проверяет валидные данные или нет были переданы. Если все правильно - создается кредит.

Не очень понятно, каким образом это выглядит и оформляется на кассе, но, если речь идет об оформлении на стороне, то можно прикрутить это к бонусной программе, как я понимаю, то есть, например, УКМ4 такое должна проглотить... Вопрос, насколько это все законно будет... Тут я уже совсем не силен.

К сожалению придется реализовывать под каждую систему. Более того, например в УКМ 4 нет "диалоговых окон" для работы данной функциональности, пусть и простейшей.
Предложение работать через модуль маркетинга рассматривали в свое время, но опять же, читай выше - это раз, второе, модуль маркетинга - это решение для кредитов притянутое за уши.

Вам бы сначала пообщаться в представителями разработчиков/аналитиками данных систем, чтобы понять объем возможных работ с подробным списком работ и возможным алгоритмом работы, а уж потом задавать здесь вопросы, можно ли эти работы сократить используя текущий функционал.

Предложенные вами варианты, в частности 1С- розница, я вот живьем не встречал решения от 1С на кассе. Слухи ходили, что есть такое, но у клиентов не видел, если только что "самописное" у них было, в частности решение Штриха было на 1С написано.

Что касаемо API, это вы слишком глубоко копнули :) В частности в УКМ 4 мы года два обсуждали возможность разработки API, для сокращения затрат на различные интеграции и высвобождение ресурса на оптимизацию собственного программного продукта, однако воз и ныне там :) Что-то подозреваю, что такая ситуевина у всех :) Все таки ЕГАИСы, ФНСы, не до этого.

Большое спасибо вам за ответы!