Оплата кредитными картами за товар Розница, POS AX 2012R2 CU6

[MikeR]

Остался последний "бастион" стандартного функционала - оплата по кредитным картам.
Что есть: работающий терминал по наличной оплате, картам лояльности.
А так же настроенная в тестовом режиме служба платежей.
1 Предположение - провести оплату не получится, так как служба настроена в тестовом режиме. Неужто надо проходить адовы круги по регистрации личных учетных данных?
2 Предположение - даже если настроить все работать не будет, так как при регистрации видел только USD и CAD а страшные символы RUR обойдены вендором. Насколько глубоко придется кастомизировать, что бы заработали рубли?

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

[Atar]

Цитата:

Сообщение от MikeR

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

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

[MikeR]

Цитата:

Сообщение от Atar

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

Вот как раз и интересует этот момент - какой компонент запрашивает и какой компонент отвечает за отметку оплаты, то есть на сайте выложены выборочные провайдеры оплат, может конечно, для Америки они и актуальны и более ничего не надо . Но система то международная и оплачивать в магазине через PayPal в России вряд ли будут. А банк типа ВТБ даст скорее всего какой-нить API с входом и выходом данных. Как его прикручивать к терминалу пока не понял.

[ALES]

Цитата:

Сообщение от MikeR

...А банк типа ВТБ даст скорее всего какой-нить API с входом и выходом данных. Как его прикручивать к терминалу пока не понял.

Через доработку программистом EFT плагина

[MikeR]

Цитата:

Сообщение от ALES

Через доработку программистом EFT плагина

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

[trud]

надо лишь немного подождать
из планов разработки

 AX POS       .  AX POS SDK.
-        
-       
-    
III  2013
TFS ID 571925

[ALES]

Цитата:

Сообщение от trud

надо лишь немного подождать
из планов разработки

 AX POS       .  AX POS SDK.
-        
-       
-    
III  2013
TFS ID 571925

ВТБ никто не обещал

[MikeR]

Нашел только под 2009
все бы ничего, только куча ссылок в References не правильная. Есть предположение, что починив ссылки, проект все равно не запустить. Изменилась объектная модель POS терминала.
Может у кого есть более свежая информация о процессинге платежей?

[ALES]

Цитата:

Сообщение от MikeR

Нашел только под 2009
все бы ничего, только куча ссылок в References не правильная. Есть предположение, что починив ссылки, проект все равно не запустить. Изменилась объектная модель POS терминала.
Может у кого есть более свежая информация о процессинге платежей?

Там же указано где брать для 2012
"Update (June 5, 2012): The AX for Retail 2012 version of the EFT sample plug-in will not be hosted via this blog. Please contact Microsoft Dynamics Technical Support for information about obtaining an updated sample compatible with AX for Retail 2012"

[MikeR]

Пока братья по разуму пишут ответ на запрос. Я провел некоторые исследования
по написанию плагина :
1 Плагин пишется по мотивам SDK, который доступен по след адресу
Documents\Retail SDK\POS Plug-ins\Services после развертывания соответствующего компонента. Развертывается в C:\Program Files (x86)\Microsoft Dynamics AX\60\Retail POS\Services\Extensions
2 И ведь кто бы мог подумать, что действительно есть проект EFT, содержащий EFT.cs.
3 Представлено несколько методов GenerateCardToken, GetCardInfoAndAmount, ProcessCardPayment, VoidTransaction, IdentifyCard, CapturePayment, GetTransactionToken, GetSignatureCapture, GetPinPad. На msdn есть описание только части этих методов
4 Теперь самое вкусное - при нажатии на кнопку оплата картой - запускается следующая очередность вызовов - первым стартует GetCardInfoAndAmount() с информацией по карте
CardType, CardNumber, ExpDate, в принципе на этот моменте можно сделать вызов API банка и отправить информацию о карте и возможности платежа и вывести сообщение, если что не так. Далее идет вызов ProcessCardPayment.

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

Что хочется - оставить вывод формы ввода параметров карты, а сам механизм запускать после нажатия кнопки OK.

Комментарии креативных практиков (внедренцев терминалов с оплатой по кредитным картам), если таковые имеются, приветствуются....

[gl00mie]

Вероятно, при такой постановке задачи стоит посмотреть в сторону триггеров, в частности, Retail SDK\POS Plug-ins\Triggers\PaymentTriggers\PaymentTriggers.cs

[MikeR]

Не понял, почему при оплате хоть картой лояльности, хоть другим номером, который я предполагаю задействовать как кредитную карту, всегда попадаю в ветку

        public void PrePayment(IPreTriggerResult preTriggerResult, IPosTransaction posTransaction, object posOperation, string tenderId)
........
                case PosisOperations.PayLoyalty: // оплата картой
                    // Insert code here...
                    break;

        {

Может все таки имеет смысл завести операцию оплата кредитной картой и завести другую кнопку?

ЗЫ то есть какой выбрать метод, что бы разделять оплату по карте лояльности и кредитке? Где и как?

[MikeR]

Цитата:

Сообщение от MikeR

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

Предположительно подходит метод PrePayCardAuthorization или OnPayment
В PrePayCardAuthorization как раз есть вся информация по карте, сумме и так далее. В методе OnPayment можно управлять оплатой, не понятно правда каким параметром, то есть проведением транзакции (действие по умолчанию) или откатом, допустим карта заблокирована. Приходит на ум генерация исключительной ситуации, насколько это допустим?

[ALES]

Цитата:

Сообщение от MikeR

Не понял, почему при оплате хоть картой лояльности, хоть другим номером, который я предполагаю задействовать как кредитную карту, всегда попадаю в ветку.....
Может все таки имеет смысл завести операцию оплата кредитной картой и завести другую кнопку?

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

[MikeR]

Цитата:

Сообщение от ALES

Имеет смысл по разным кнопкам развести

Я уже думал об этом . Но один коллега в одной из предыдущих моих веток обсуждения, утверждал, что стандартный функционал должен работать и по картам лояльности и по кредитным картам на одной кнопке. Да и логично это, не плодить же кнопки для каждого типа карты. Я уже нашел выход, жду ответа от нашего вендора, как более правильно подойти к проблеме, что бы было, что называется по ВР. Хочется побольше сохранить стандартной функциональности, что бы был более без болезненным переход. Думаю, что розницу так не будут перелопачивать в следующей версии. Хотя это может остаться только мечтами.

[R.Safianov]

В принципе все должно запускаться через одну кнопку.
Здесь вроде как есть некий пример Пример разработки EFT
Я сам его еще детально не разбирал. Но может будет полезно.

[Ivanhoe]

Вроде бы можно ввести количество, знак умножения и потом уже код товара / скан штрихкода.

[MikeR]

Цитата:

Сообщение от Ivanhoe

Вроде бы можно ввести количество, знак умножения и потом уже код товара / скан штрихкода.

Уже пробовал - This operation is invalid for this type of transaction

Собственно провел небольшое исследование -
При оплате кредитной картой, покупка проходит, но ни где не фиксируется номер кредитной карты. Нашел упоминание о классе CreditCardProcess, насколько я понял этот класс задействуется только при оплате через службу платежей, в которой Pay Pal и которая не применима для России. Так же нашел упоминание о таблице CreditCardAuthTrans, которая опять же заполняется только при использовании службы платежа. Собственно вопросы
1 В каком тригере заполнять и как заполнять кастомные поля в таблице RETAILTRANSACTIONTABLE на терминале? Ведь в SDK нет кода, содержащего заполнения полей таблиц, только абстрактые сущности типа IPosTransaction, которые хотя и соотносятся с реальными таблицами, но в них своих полей не добавить.
2 Как связаны и какие идентификаторы у таблиц терминала, RECID у них нет.

[b_nosoff]

Цитата:

Сообщение от MikeR

При оплате кредитной картой, покупка проходит, но ни где не фиксируется номер кредитной карты.

последние четыре цифры фиксируются в RetailTransactionPaymentTrans.CardOrAccount

Цитата:

Сообщение от MikeR

1 В каком тригере заполнять и как заполнять кастомные поля в таблице RETAILTRANSACTIONTABLE на терминале? Ведь в SDK нет кода, содержащего заполнения полей таблиц, только абстрактые сущности типа IPosTransaction, которые хотя и соотносятся с реальными таблицами, но в них своих полей не добавить.

Ни в каком и никак. Работа с таблицами зашита в ядре, в классах DataAccess.

Цитата:

Сообщение от MikeR

2 Как связаны и какие идентификаторы у таблиц терминала, RECID у них нет.

Связи в подавляющем большинстве все те же, что и в основной системе. В том числе и по выгруженным RecId