Интегрированные сети ISDN
Структура RRTags
Таблица 4.6.2.52. Структура RRTags
|
RRTags |
{ RRPID, MerTermIDs, Date} |
RRPID |
Новый идентификатор пары запрос/отклик |
MerTermIDs |
{MerTermIDs, [TerminalID], [AgentNum], [ChainNum], [StoreNum]} |
Date |
Текущая дата для устаревающих записей |
MerchantID |
Владелец карты заносит эти данные в PIHead. Этот код копируется из MerID в сертификат подписи продавца. |
TerminalID |
Продавец вводит эти данные в AuthReq. |
AgentNum |
Продавец вводит эти данные в AuthReq. |
ChainNum |
Продавец вводит эти данные в AuthReq. |
StoreNum |
Продавец вводит эти данные в AuthReq. |
Формирование RRTags производится следующим образом
|
Шаг |
Действие |
1 |
Формируется новый RRPID и запоминается в базе данных транзакции. |
2 |
Заносятся MerTermIDs из записанных данных продавца, описывающих место продажи. |
3 |
Записывается текущая дата в поле Date. |
Целью BatchStatus является предоставление данных о состоянии платежной линии между расчетным центром и продавцом или для согласования объемов платежей продавца в расчетный центр. Структура данных BatchStatus представлена в таблице 4.6.2.53.
