Работа с эквайринговыми терминалами торговых автоматов и прочих вне банковских устройств

С.М.С · 14.10.2018, 22:16

Доброго времени. Поделитесь опытом, кто имеет. Задача - идентифицировать человека по банковской карте и получить от него деньги посредством банковской карты. Будь то автоматическая автостоянка, торговый автомат или ещё какое электронное устройство. можно было бы просто принимать наличные, но хотелось бы идентифицировать человека, по крайней мере хотя бы владельца карты чьей производят оплату. Т.е мне нужна информация как организовать и подключить терминал банковских карт к моей системе. Любой ли можно купить карточный терминал или только у банка, регистрация в банке и.т.д. Т.е что требуется сделать чтобы впихнуть в свою систему карточный терминал и получать посредством него от клиентов деньги. И какие данные о владельце карты я смогу иметь при операции.

mike-y-k · 15.10.2018, 01:39

С.М.С, втрое только совместно с банком, а для первого нужно смотреть для начала законодательство.
Ну и не забывать при этом про фискальную память, связь с оператором по новому законодательству, печать чека,…
Про информацию о клиенте - смотрите на собственный чек при оплате картой.
Там есть часть номера карты и поле CARRDHOLDER, информации вполне достаточно.
Лучше всего использовать стандартные решения и из стандартных частей - так будет меньше геморроя.

SergeyNT_ · 15.10.2018, 02:53

Большинство банковских терминалов (автономные) которые как правило предоставляются банком в аренду имеют свой SDK позволяющий интегрировать его в свою систему (магазины, автоматы по продаже кофе, автомат оплаты стоянки), и обычно уже с фискальной памятью, иногда с принтером чеков, и сами отправляют на сайт ОФД электронный чек.

С.М.С · 15.10.2018, 12:44

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

mike-y-k · 15.10.2018, 13:16

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

. А без кода проверить нет возможности

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

С.М.С, там сильно много вариантов - от целенаправленного по параметрам, до волевого женой/дочкой/мамой/свекровью/тещей/любовницей хозяина: "а этот прикольненько смотрится"

SergeyNT_ · 16.10.2018, 02:54

Терминал - черный ящик и его обмен с банком шифрован, НО у этого ящика есть интерфейс (чаще RS232 или USB) для интеграции во всякие 1С, и другие продажные системы, по которому как правило есть возможность взять открытую информацию: маскированный номер карты и другие данные и передать сумму продаж....
Надо смотреть на конкретную модель терминала, которую предлагает банк.
Есть форумы, посвященные по итеграции POS терминалов. Гугль в помощь.

mike-y-k · 16.10.2018, 09:25

SergeyNT_, это уже секрет полишинеля. Тот же обычный модем, условно такой же чёрный ящик со стороны канала передачи данных (особо с использованием VPN туннелей

). Но вот со стороны интерфейса есть вполне стандартное соглашение об обмене командами и данными. С POS терминалами вполне аналогичная ситуация.
Нужная информация по взаимодействию есть как у производителей терминалов, так и у разработчиков программного обеспечения. Ее доступность иногда вызывает проблемы, но таки все преодолимо.

kolobok0 · 20.10.2018, 17:20

Сообщение от С.М.С

.. Задача - идентифицировать человека по банковской карте и получить от него деньги посредством банковской карты.....

С юридической точки зрения - вы третий лишний, между эммитентом и картодержателем.
С технической стороны вопроса - всё очень просто. Если речь идёт о пластике с магнитной полосой - то см. стандарт на карточку и на протокол общения с банком. Подскажу магические слова VISA2

и сопутствующие ISO.
Когда-то, лет 25-30 назад банки рожали и изменяли указанный протокол как кто и на сколько был готов раскошелиться (привет OLBI, МКБ, UC, UCS и т.д...). Но со временем всё сократилось и нормализовалось (читай подмято крупными игроками). Но перед тем как бросаться в дебри реализации (там работа нормальному программисту неделя-две с перекурами и пивком) надо договорится с теми кто засертифицирует Ваши телодвижения для своих клиентов. Именно в этом основной гимор потом у вас будет.
Согласно стандарту - на второй трэк полосы пишется вся необходимая инфа в чётком формате. На первом и третьем - возможна доп. инфа, которая собственно может нести сведения об владельце и(или) нечто другое.
Если не официально зайдёте в эту тему - то проблемы гарантированы. Помимо физической защиты - там много логических ловушек, которые пройти третьим лицам практически не возможно(иначе бы банки давно обанкротились - спецы то уходят и есть обиженные так-же). Есть конечно-же уязвимости, не без этого - но это уже узкоспециализированная инфа и ослинные уши всё равно торчат и будут видны в конечном счёте.

как то так
(круглый)
ЗЫ
Это инфа по пластику с магнитной полосой, если что... и ей уже дцать лет. Думаю сейчас нюансов добавилось конечно-же...