Таблица 4.6.2.63. Структура InqReq
InqReq |
<InqReqSigned, InqReqData> |
InqReqSigned |
S(C, InqReqData) |
InqReqData |
{TransIDs, RRPID, Chall-C2, [InqRqExtensions]} |
TransIDs |
Копируется из самого последнего: PReq, PRes, InqReq |
RRPID |
Идентификатор пары запрос/отклик |
Chall-C2 |
Новый вызов владельца карты по поводу подписи продавца. |
InqRqExtensions |
Информационный запрос не шифруется, по этой причине расширения не должны содержать конфиденциальной информации. |
Когда продавец получает InqReq, он обрабатывает это сообщение следующим образом:
Шаг |
Действие |
1 |
Извлекается запрос из входного сообщения |
2 |
Если получены данные InqReqData (в противоположность InqReqSigned), проверить, позволяет ли сертификат расчетного центра неподписанные транзакции. Если он этого не допускает, тогда: В противном случае перейти к пункту 4. |
3 |
Если получен InqReqSigned, проверить подпись. Если проверка подписи не прошла: |
4 |
Сравнить TransIDs со значениями из цифрового конверта сообщения. Если равенства нет: |
5 |
Искать транзакцию в базе данных, основанную на TransIDs.XID. Если поиск неудачен: |
6 |
Если PReq был подписан, проверить, что PReq и InqReq подписаны одним и тем же владельцем карты. Если соответствия нет, то: |
7 |
Сформировать PResPayloadSeq |
Авторизация платежей продавца осуществляется согласно схеме, показанной на Рисунок 4.6.2.17.