ProChip/EMV нет чиповых данных в запросе

[yai73w]

Дело в следующем банкомат Ceneo4060:
при операции по чипу не посылает чиповые данные на хост:

Код: Выделить всё

*** Installed Products (Src: C:\JINSTALL\Version.properties) Filter:ProClassic ***
ProClassic.PARACNT=32.30
ProClassic.PROCASH/DDC=30.00
ProClassic.PROCASHIN-ONLINE=30.00/DDC
ProClassic.PROCHIP/EMV=30.00
ProClassic.PROTOPAS=50.00
ProClassic.XFS_ADDON=10.09

Из TRECEERR сама ошибка:

Код: Выделить всё

30/00 160205 08:03:44.71 TRCERR     CC_ENTRY   PID:0000081C.00000824 Data:185
Type   : Developer error 0x7b
Module : ProChip/EMV FWs (864) StClass: 0x6471
Process: FwLoadPm.EXE
APIName: EmvDcFw::GetProcessingOptions
StCode : ANYEMVFW_ERR_INVALID_DATA (0x24000015)
SrcName: EmvDC.cpp  SrcLine: 6542
Add    : 'Random number access is badly configured.'
Cause  :
A data object that is necessary for the program execution has got an invalid value. 

Из prot.log

Код: Выделить всё

Fri Feb 05 08:03:44 2016
> 12\1cxxxxxxxxx\1c\1ce000A40400072590009F0607A0000000031010
Fri Feb 05 08:03:52 2016
> 11\1cxxxxxxxxx\1c\1c56B42D38\1c1:\1c;******XXXXXX****=*******XXXXXXXXXXXXX?\1c\1cB       \1c\1c****************\1c\1cA\1c29930DCB

По всему видно что он выбрал приложение на карте и пытается его инициализировать,
посылает в функции EmvDebitCreditFW.GetProcessingOptions команду GET PROCESSING OPTIONS
00A4040007259000
Статус 9000 - все успешно и далее в этой функции выдает 'Random number access is badly configured.'
Любые идеи.

[booby]

посылает в функции EmvDebitCreditFW.GetProcessingOptions команду GET PROCESSING OPTIONS
00A4040007259000

Вообще-то, 00A4040007 - это команда SELECT. Которая должна содержать корректный AID карточного приложения (A0000000031010 для Виза Классик). Ищите ошибку в конфигурации.

[yai73w]

Может я ошибся с выводами.
Сейчас включил полный trace и видно что select завершается нормально. а сразу за ним все

Код: Выделить всё

9302  160205 13:54:54.52 EmvFW      DC_EXIT    PID:00000FE4.00000FEC Data:40
< EmvDcFw::SelectApplication() returns 0


9303  160205 13:54:54.52 EmvFW      DC_EXIT    PID:00000FE4.00000FEC Data:54
< EmvDcFw::OnFrmRequest returns. Return code = 0 = OK.


9304  160205 13:54:54.52 EmvFW      DC_ENTRY   PID:00000FE4.00000FEC Data:113
> EmvDcFw::OnFrmRequest => sMethodId=7, lDataLen1=0, lDataLen2=0, lDataLen3=0, lDataLen4=0, lDataLen5=0, ulData=0


9305  160205 13:54:54.52 EmvFW      DC_ENTRY   PID:00000FE4.00000FEC Data:33
> EmvDcFw::GetProcessingOptions()


9306  160205 13:54:54.52 EmvFW      MOD_INIT   PID:00000FE4.00000FEC Data:264
Type   : Developer error
Module : ProChip/EMV FWs  StClass: (0x6471)
Process: FwLoadPm.EXE
APIName: EmvDcFw::GetProcessingOptions
StCode : ANYEMVFW_ERR_INVALID_DATA (0x24000015)
SrcName: EmvDC.cpp  SrcLine:6542
Add    : 'Random number access is badly configured.'


9307  160205 13:54:54.52 EmvFW      DC_EXIT    PID:00000FE4.00000FEC Data:43
< EmvDcFw::GetProcessingOptions() returns 1


9308  160205 13:54:54.52 EmvFW      DC_EXIT    PID:00000FE4.00000FEC Data:63
< EmvDcFw::OnFrmRequest returns. Return code = 1 = FATAL_ERROR.

[booby]

Сейчас включил полный trace и видно что select завершается нормально

Не уверен. Смущают нули при вычитке результатов SELECTа.

Код: Выделить всё

9304  160205 13:54:54.52 EmvFW      DC_ENTRY   PID:00000FE4.00000FEC Data:113
> EmvDcFw::OnFrmRequest => sMethodId=7, lDataLen1=0, lDataLen2=0, lDataLen3=0, lDataLen4=0, lDataLen5=0, ulData=0

Вообще, этот trace - для программиста. Его трудно понять без исходного текста программы. Надо смотреть лог, чтобы было видно команды ридера и ответы карты.

[yai73w]

Снял команды общения ридера и карты до возникновения ошибки

Код: Выделить всё

64254 160208 08:12:13.88 EmvFW      BASE_DATA  PID:00000630.00000254 Data:84
EmvBaseFw::SendDataToChip => Sent: cmd_data=00A404000E315041592E5359532E444446303100

64268 160208 08:12:14.02 EmvFW      BASE_DATA  PID:00000630.00000254 Data:112
EmvBaseFw::SendDataToChip => Received: cmd_data=6F1C840E315041592E5359532E4444463031A50A8801015F2D047275656E9000

64354 160208 08:12:14.05 EmvFW      BASE_DATA  PID:00000630.00000254 Data:54
EmvBaseFw::SendDataToChip => Sent: cmd_data=00B2010C00

64358 160208 08:12:14.20 EmvFW      BASE_DATA  PID:00000630.00000254 Data:96
EmvBaseFw::SendDataToChip => Received: cmd_data=701461124F07A00000000310105004566973618701019000

64510 160208 08:12:14.24 EmvFW      BASE_DATA  PID:00000630.00000254 Data:54
EmvBaseFw::SendDataToChip => Sent: cmd_data=00B2020C00

64514 160208 08:12:14.30 EmvFW      BASE_DATA  PID:00000630.00000254 Data:52
EmvBaseFw::SendDataToChip => Received: cmd_data=6A83

64549 160208 08:12:14.43 EmvFW      BASE_DATA  PID:00000630.00000254 Data:70
EmvBaseFw::SendDataToChip => Sent: cmd_data=00A4040007A000000003101000

64553 160208 08:12:14.60 EmvFW      BASE_DATA  PID:00000630.00000254 Data:126
EmvBaseFw::SendDataToChip => Received: cmd_data=6F238407A0000000031010A5185004566973615F2D047275656E870101BF0C059F4D020B0A9000

дальше идет разбор ответа карты

Код: Выделить всё

64646 160208 08:12:14.62 EmvFW      TLV_ENTRY  PID:00000630.00000254 Data:76
> EmvTlvFw::DisassembleTLV( szTLVDisassembleName=EMVDC_FCITemplateADF_Final)

который заканчивается хорошо. последним читается TLV - 9F4D020B0A

Код: Выделить всё

64785 160208 08:12:14.66 EmvFW      TLV_ENTRY  PID:00000630.00000254 Data:118
> EmvTlvFw::GetTlvDataFromByteSeq( abTLVData=9F4D020B0A, usTLVDataLength=5, *pusCurrentPos=0, usTagValueMaxLength=261)

После этого заходит в EmvDcFw::GetProcessingOptions и все.
Как написано в ProChip/EMV Debit/Credit V2.1:
This function executes the selected application. Terminal and application
data/properties are transferred to the card. и т.д.
И добавлено EMVDC_GetProcessOptions_Tag77 response to GET PROCESSING OPTIONS; used in GetProcessingOptions
но GET PROCESSING OPTIONS даже не вызывает, как будто данные на запрос для нее или других команд к ридеру если они есть до неё, не может подготовить.

У кого нибудь PROCHIP/EMV=30.00 работает?

[booby]

но GET PROCESSING OPTIONS даже не вызывает, как будто данные на запрос для нее или других команд к ридеру если они есть до неё, не может подготовить.

Похоже, программа почему-то уверена, что при вызове GET PROCESSING OPTIONS должен обязательно использоваться PDOL. Однако карта в ответе на SELECT не требует его. Поэтому программа выдает ошибку при подготовке к вызову команды GET PROCESSING OPTIONS. Что это - глюк программы или ошибка конфигурации - надо разбираться.

Попробуйте провести транзакцию по карте Виза, которая использует PDOL при вызове GET PROCESSING OPTIONS.

[booby]

Код: Выделить всё

Add    : 'Random number access is badly configured.'
Cause  : A data object that is necessary for the program execution has got an invalid value.

Складывается впечатление, что при работе с контактной картой Виза VSDC банкомат пытается использовать приложение для бесконтактной карты qVSDC. qVSDC требует передачи случайного числа при вызове GET PROCESSING OPTIONS.

[yai73w]

Может быть и так, вот только что сделать, что сконфигурировать и где?
Подобную настройку не встречал в документации. Есть идеи где глянуть?

[booby]

Возможен еще вариант, не связанный непосредственно с вызовом GET PROCESSING OPTIONS, что перед началом VSDC-транзакции банкомат подготавливает данные, необходимые для этой транзакции. Одним из таких данных является случайное число, которое используется при вызове GENERATE AC. По какой-то причине ProChip не может получить/сгенерировать это случайное число и выдает соответствующее сообщение об ошибке:

Код: Выделить всё

Add    : 'Random number access is badly configured.'
Cause  : A data object that is necessary for the program execution has got an invalid value.

При этом банкомат прерывает транзакцию, поэтому нет вызова GET PROCESSING OPTIONS.
Попробуйте поискать в настройках Винкора в реестре ключи, связанные с конфигурированием Random number access. Так же причиной ошибки может быть "кривая" инсталляция софта на банкомат (отсутствие ключей в реестре, dll-файлов и пр.).

[NET]

какие стейты "е" DDC/NDC проходит банкомат перед тем как отправлять чиповые данные на хост?

[yai73w]

Даже не знаю, где писать? Но продолжу в данной теме.
Установил новое ПО, чуть более старой версии(по доке все поддерживает). Проверил работу с чипом - все работает. Запрос состояния счета, безналичные платежи.
Но как всегда очередная проблема.
Связана с BIM модулем(RM3_MOVE) в сопе нет списка загруженных валют.
Что сделал:
1. Подправил реестр, ветка [HKEY_LOCAL_MACHINE\SOFTWARE\Wincor Nixdorf\CSC-W32\CurrentVersion\CSCRM3\CURRENCY]
2. Сами файлы заменил CURRENCY и MOVE_FRM

Инициализация устройств при загрузке стала проходить без ошибок, были на этих устройствах(DFUMOVE_RM3_FRM и DFUMOVE_RM3_CURR).
Так как инженерного ключа нет для сопа(загрузку сигнатур сделать нельзя).
Вот думаю теперь в самом сканере BIM убил сигнатуры или нет(при разворачивании предыдущего образа в сопе список есть).
По идее не должен был без ключа их убить, без него и новое firmware в него вроде тоже не загрузить.

С данным банкоматом Cineo4060 есть у кого опыт, подтолкните в нужном направлении

[Maestro]

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

[yai73w]

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

[Maestro]

Оказывается в них надо настроить "секурный" обмен с диспенсером, то есть RM3 в данном случае

Какой это пункт в TSOP?

[yai73w]

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

[Maestro]

Понятно.
Если честно намудрили с этим Recycler. Мало того что сборка говно ( все на соплях висит), еще и все железо усложнили. Фишка винкора была ошибки можно было на табло сразу увидеть, теперь фиг там, только на картинке в TSOP примерное место неисправности.
На ProCash можно было все железо разобрать за 15 минут, на этом же полдня только разбирать и соберешь ли обратно неизвестно)