v7: Подключить к 1с терминал оплаты с банковских карт ingenico ict220... #738033

Бух 7/7 (типовая с доработками), нужно подключить к ней терминал оплаты с банковских карт ingenico ict220 (сейчас есть уже подключен ФР Штрих ФРК). Кто уже подключал ? Есть ли к 7.7 какие-то обработки уже готовые для этого ? За любые комментарии буду благодарен. Спасибо

=up

Как я понимаю - ты пытаешься подключить полностью автономный терминал к 1С. По крайней мере из описания можно сделать такой вывод.   В варианте "автономный терминал" мне известно только одно решение - поле в документе 1С с названием "оплачено карточкой", поскольку прошивка данных терминалов блокирует возможность программного вмешательства в его работу - для того. что бы не спёрли транспортные ключи шифрования канала передачи данных, данные с карточки и т.д.

Он точно полностью автономный ? Самому раньше терминалы банковских карт подключать не приходилось (ФР и сканеры подключал). Позвонили , прислали фото терминала с названием - сказали хотим подключить к 1с. Изначально , насколько понимаю хотели просто работать без подключения к 1с - а потом видно передумали , сейчас буду звонить общаться. Так что , получается , что в него программно не попасть ?

Если очень хочется работать программно, то нужно примерно следующее: 3 Зарегистрированное ПО для коммуникации с процессингом карт, т.е программный терминал зарегистрированный в процессинге, причём для каждого рабочего места, поскольку, ID терминала должны различаться.   Вся эта обвязка стоит примерно в 2 раза больше чем автономный терминал. К стати, может потребоваться отдельный сервер коммуникации с процессингом.   Решать конечно Вам, но такие траты оправданы для больших магазинов, а для мелких.

нет. Только для обновления прошивки

тебе ещё повезло, обычно покупают ПИН-пады со встроенным картридером за 100 USD и говорят "Мы готовы к работе с карточками" при том, что в магазине даже телефона нет.

Спасибо. Может я неправильную инф. дал - Я пока в этих терминалах плохо разбираюсь - на фото было два небольших устройства , соединенных между собой кабелем. Одно - это вот как раз что я написал ict220 , а второе похожее на него но поменьше , как раз наверное куда карточки вставляются. Может быть это и есть Пин-пад+Кард ридер ? (на большем как раз написано ingenico ict220) , на меньшем плохо видно. ? (т.е. главное , что я сразу не упомянул - ДВА устройства, соединенные кабелем, а не одно)

Подключаем =)) Писать самому придется много.

ict220 оптимально у них свой принтер есть, не надо чек на ФР печатать

У нас подключенно к тис 77

это автономный терминал и клавиатура для ввода ПИН-кода (кабель между ними). Это врядли, даже при наличии SDK для разработки прошивки. Автономные терминалы не отдают и не получают информации через СОМ или USB. Они точатся только на обменн данными с процессингом. Иначе можно вмешаться в передаваемые данные (сумма, например) и записать данные с карты и ПИН-код. поищи в сервер для обмена с процессингом, их можно завести на такой сервер, он отдаст в определённый каталог информационные файлы по типу "запрошено столько денег" и "Результат - Подтверждено/отказано" их и жуёт 1С или другое ПО

кЯ сначала не упомянул про 2 устройства, т.к. предполагал , что терминал по оплате картами и должен включать в себя два устройства (для работы продавца ну и для клиента, куда карту вставлять..) Так а готовых обработок для этого дела нет , которые под себя можно переписать ?   (то 6,8-10) Я так до конца и не понял - вот эти две железяки - это и есть скорее всего Пин-пад + картридер (и не хватает только программного обеспечения)? Или Терминал по оплате банковскими картами = 2 устройства (продавца и клиента) и для программного доступа нужно еще железо какое-то ? А как у вас сделано ? Что передаете в железяку и получаете в 1с ?

Через самописную внешнюю компоненту Отдавать не отдают, а с кассой общаются. У нас через Ethernet

подробно объясняю: ingenico ict220 - автономный терминал (зарегистрирован на процессинге с неким номером и способом подключения) в него продавец считывает карту, набирает нужную сумму и отдаёт клиенту ПИН-пад (второе маленькое устройство на проводе). Клиент вводит ПИН-код. Терминал обменивается данными с процессингом и выдаёт ответ в виде чека (Оплачено/отказано). Для в некоторых случаях процессинг (денюх им дали) предоставляет сервер обмена данными (может быть как отдельным компьютером, так и исполнен в виде моноблока) к нему подключаются терминалы по Ethernet (т.е. обмен идет не терминал - процессинг, а терминал - сервер - процессинг). Делается это для возможности получить данные об операциях оплаты, но только та информация, что разрешил процессинг, номер карты (или последние 4 цифры её номера) сумма и результат (отказано, одобрено) - обычно в виде 2-х файлов один запрос, второй ответ, но может быть и по другому. Вот внешняя компонента и жуёт их и отдаёт информацию в 1С.

Отдаем команды, получаем то что нас интересует: код ответа и rrn

Что , сами компоненту внешнюю писали для работы с аппаратом ? Разбирались с устройтсвом этой железки ? Странно, обычно (например как с ФР) должен быть некий драйвер (к.-л. dll) , инструкция с описанием методов и свойств , как работать с этой железкой.

поясни какие команды?

Понял, спасибо - значит из железок все есть (только в качестве сервера что-то нужно будет). Да, насчет команд поподробнее немного , если можно. И мне не понятно все таки насчет компоненты - неужели ни какой dll не шло в комплекте ?

да =) почти год(отвлекаясь на текучку). начальник отдела сделал dll, я последующий интерфейс к клюшкам. инструкции никто не выдал, пришлось патчить имеющююся недоделку(поделку?) от банка xxx. теперь у нас своя dll. инструкции напишем. =))

Я писал для торговли 77. К терминалу обычно прилагается драйвер, что-то типа драйвера фискального регистратора. Со своими методами. Часто прилагается пример использования для 77 или 82.   Берете все это дело и пишете обработку по обслуживанию. По требованиям банка необходимо часть информации хранить у себя в базе. Соответственно меняется конфигурация. Если есть фискальный принтер, тогда требуется доработка обработки обслуживания ФР.   Когда все закончено, приезжают представители банка и сертифицируют решение. Проверяют все режимы оплаты, возвратов, снятие денег.   Все это обошлось заказчикам в какие-то копейки. До сих пор работает в сети магазинов Упалыча. Штук 20 магазинов.

сервер = эмуль кассы, андерстенд? не - го в личку

Потом обычно надо начинать с банка, который предоставляет процессинг. От этого очень много зависит.

Точно для отладки приходится использовать/писать эмулятор кассы.

right

В конечном итоге: ЗЫ Команды какие захочешь такие и будут

Вот это ближе к истине - драйвер должен быть и примеры с описаниями , как работать. иначе кто будет внедрять штуку , к которой надо самим драйвер писать " почти год(отвлекаясь на текучку)" - мало кто с этим будет связываться. По времени сколько заняло примерно ? Как процесс организовали в конце концов ? Что получаете из железки и отсылаете в нее ? Спасибо

удачи, сделай быстрее и качественнее

Понятно.

"Если есть фискальный принтер, тогда требуется доработка обработки обслуживания ФР" А на ФР как это отразится не понимаю - ФР для наличных оплат , терминал - для карт, вроде не должны пересекаться.. Спасибо вам большое за комментарии - я просто никогда не пошел бы на покупку железа, к которому нет драйвера.

28+ Как шагнул прогресс 3 года назад такое управление терминалом было запрещено (или не реализовано в прошивках - что более вероятно).

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

возьми да напиши ))

юзай мануал, твой ФР умеет же печатать "Наличная оплата", напишет и "Безналичная"

запрещено модифицировать банковское ПО, работа ведется по установленному и сертифицированному протоколу =) (Просто мануала от него никто не дал)

(21,23) Насчет эмулятора кассы - не совсем понял. Эмулятор кассы - это аналог сервера процессингового , для тестов связки 1с--dll(драйвер). Т.е. для тестов ничего не предусмотрено штатно ? (например, ФР можно было не фискализовать временно, все протестировать - а потом уже фискализация) Не понимаю , зачем ФР при безнале использовать, если , насколько понимаю, в терминале для оплаты по картам будет свой чек ???

1. эмулятор кассы - это аналог кассы =),         а не сервера процессинга      2. для тестов используется тестовая карта и тестовый           пинпад выдаваемая в банке xxx      3. Не понимаю зачем в топике тогда вообще упоминать ФР.

кстати какой банк то ?

а в чеке клиенту ты что напишешь? сколько денег с него взял и как? Придёт он возвращать товар, что ему возвращать? деньги на карту или наличку.   Штатно раньше был тренировочный режим в терминале, сейчас не знаю (в мануале обычно описывается как его включить и как выключить). Суть - тренировка работы кассира без реальной работы с процессингом (т.е. терминал эмулирует обращение к процессингу и выдаёт чек). Это более позднее изобретение - отдавать команды терминалу по Ethernet. И средства для этой работы должны быть сертифицированы, как минимум производителем терминала, что-бы не утекли данные о карточке и ПИНе клиента.

Значит убрали тренировочный режим, что печально удобно было учить кассиров.

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

Еще у каждого банка своя методика подхода и свой договор, о том что можно и нельзя. Обсуждать это в общем, все равно что обсуждать сферического коня в вакуме. =)

ВТБ24

не совсем, Протокол обмена Терминал-Процессинг устанавливает Эмитент карточек, например, Visa. Банк только выполняет эти требования и обеспечивает прохождение запросов от терминалов (даже не сертифицирует их на соответствие требованиям - это прерогатива Visa). Протокол обмена Терминал - Некое ПО по управлению им - сертифицирует производитель терминала, а банк либо разрешает его использование либо нет (тут у каждого банка по разному, смотря как построена сеть передачи данных процессинга).   Это в общем случае, так, что это не совсем сферический, а вполне конкретный конь (зачастую у банка после первых разборок по деньгам с клиентами обслуженных на конкретном терминале). Хотя можно перевести стрелки на производителя, поэтому фишки управления из вне терминалом производители не сильно афишируют

(алл) Сейчас пообщались с Гл.Бух. - терминал к 1с подключать не будем , в документ добавляем галку "Оплата по банк. карте", в чек ФР печатает "Безнальная оплата". просьба прокомментировать - все учли ? Так нормально будет ?

welcome, если бюджет позволяет. (кстати можно подъехать и посмотреть(ввц)).

о, дошло зачем писать безнал на фр ? )))

только зачем у ict220 внутренний принтер =) или дублируем на ФР ?

не галку, а поля Оплачено ПК и Оплачено нал. и декорацию Сумма = ПК+Нал. Я бы добавил ещё Внесено и сдача

Чек оплаты по ПК печатать - он имеет юридическую силу, как и чек Кассы

разве поля документа не содержат сумм ? их можно использовать. сдача в случае эквайринга не уместна в большинстве договоров с банков, они просят оплату и возврат в полном объеме.

мне можешь не объяснять, ТС засомневался в "Не понимаю , зачем ФР при безнале использовать, если , насколько понимаю, в терминале для оплаты по картам будет свой чек ???"

Короч, есть готовое решение, для сетей магазинов. Welcome ЛС.

49+ именно его примет к рассмотрению суд в случае разборок с клиентом или с банком. я имел в виду комбинированную оплату Нал+БН. Покупка на 125р Клиент оплатил 50р картой и дал 100р налом = сдача 25р

53+ кассир работает быстрее и меньше ошибается.

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

Что значит "Оплачено ПК" - "ПК" - это что ? Мне кажется достаточно добавить только галку "Безнал" - смешанных оплат (нал+безнал) не будет Я не понимал, зачем на ФР печатать Безнал. , да - гл. бух. сказала , что это требование банка , чтобы кассовый чек тоже был - я про это раньше не знал, думал- зачем дублировать

бинго. твои терминалы, твой банк.. skype: sonicx_hh

ПК - Платежная карта

(57,58) Спасибо большое за помощь - главное результат хороший, менять только обработку ФР и немного документ. Напишу на скайп, если что. Спасибо всем еще раз

давай, я так тоже начинал =)

пиши, на руках тестовый стенд, приезжай покажу как работает =)

за пиво =)

для тестов используется тестовая карта и тестовый           пинпад выдаваемая в банке xxx   Точно у меня до сих пор валяется. По времени разрабатывать ушло несколько дней.

пинпад остался? или тестовый на рабочий поставили? есть скайп у тебя? незнаю как лс писать тут

не все учел. пипл на кассе будет косячить и забывать выставлять флажок нал/безнал.. у меня перед пробитием чегрка на полэкрана форма с аршинными буквами ввыбора вида оплаты - все равно косячат... . соответсвенно - когда чек на ФР пробьют неправильно - надо будет "исправлять" платеж и вводить правильно. и если в базе платеж исправит просто - поменять вид платежа - то на ФРке это делается возвратом неправильного пробития и пробитием правильного. . тут возможны два варианта: 1. исправительные пробития полностью регистрируются в базе. то есть в неправильно пробитом чеке НИЧЕГО НЕ ИСПРАВЛЯЕТСЯ. проходят два дополнительных чека И ПО БАЗЕ И ПО ФР - возврат неправильного платежа и пробитие правильного (недостатки - увеличение оборотов продаж и возвратов) 2. в исходном чеке меняется вид оплаты и все. на ФР проводятся два чека (возврат неправильного вида оплаты и пробитие правильного вида оплаты) без отражения в базе (недостатки - колво чеков по зет-отчету не совпадает с коловм чеков по базе/отчету ккм, но суммы все совпадают итоговые) 3. еще как-то...? . у мну клиент выбрал п.2

Да валяется с двумя карточками. Одна с чипом, другая магнитная.