Pos 08 04 07 PDF

Especificação Funcional POS
ESPECIFICAÇÃO FUNCIONAL POS

Meios de Captura
Fevereiro de 2015
P.08.04.05
P.08.04.05 1
P.08.04.05 2
1 CONTEÚDO
1 CONTEÚDO ................................................................................................................................... 3
2 HISTÓRICO .................................................................................................................................. 18
2.1 HISTÓRICO DE VERSÕES ANTERIORES ................................................................................................. 25
3 INTRODUÇÃO ............................................................................................................................. 26
3.1 ANEXOS QUE COMPLEMENTAM ESTA ESPECIFICAÇÃO............................................................................ 26
3.1.1 Parâmetros do terminal – Termmaster ............................................................................... 26
3.1.2 Funções técnicas .................................................................................................................. 26
3.1.3 Funções do lojista ................................................................................................................ 26
3.1.4 Coleta de Dados – Árvores de coleta ................................................................................... 27
3.1.5 Comprovantes – “Book”....................................................................................................... 27
3.1.6 Comuniçação ....................................................................................................................... 27
3.1.7 Terminais ECF ...................................................................................................................... 28
3.1.8 Protocolos de comunicação Telecarga ................................................................................ 28
3.1.9 Interface de comunicação Leitora de código de barras ....................................................... 29
3.2 VERSÃO DE APLICATIVO .................................................................................................................. 29
4 AMBIENTE COMPUTACIONAL ..................................................................................................... 32
5 INSTALAÇÃO FÁCIL ..................................................................................................................... 33
5.1 INSTALAÇÃO FÁCIL COM BAIXA TÉCNICA DO TÉCNICO ............................................................................ 33
5.2 INSTALAÇÃO FÁCIL COM BAIXA TÉCNICA DO ATENDENTE ........................................................................ 34
5.2.1 Diagrama do processo de Instalação fácil (envolvendo sistemas internos da REDE) .......... 35
5.3 INICIALIZAÇÃO .............................................................................................................................. 36
5.3.1 Processo de inicialização...................................................................................................... 38
5.4 TRATAMENTO DAS FUNÇÕES 3, 77 E 99 ............................................................................................ 41
5.5 PROCESSO DE AUTO-INICIALIZAÇÃO .................................................................................................. 42
5.5.1 Fluxo de mensagens............................................................................................................. 43
6 FINALIZAÇÃO .............................................................................................................................. 44
6.1 RELATÓRIOS DE TRANSAÇÕES .......................................................................................................... 45
6.2 TRATAMENTO DE LOTE ................................................................................................................... 50
6.3 PARÂMETROS UTILIZADOS PARA A FINALIZAÇÃO .................................................................................. 51
6.4 PROCEDIMENTO DE CONEXÃO NAS DEMAIS OPERAÇÕES ........................................................................ 53
6.5 PROCESSO DE FINALIZAÇÃO E ESTATÍSTICA .......................................................................................... 54
6.6 FINALIZAÇÃO A PEDIDO DO LOJISTA ................................................................................................... 56
6.7 FINALIZAÇÃO PROGRAMÁVEL PELO TERMINAL ..................................................................................... 57
P.08.04.05 3
6.8 FINALIZAÇÃO COM HORÁRIO PROGRAMÁVEL PELA REDE ...................................................................... 58

6.9 FINALIZAÇÃO AUTOMÁTICA ............................................................................................................. 59
7 TELECARGA / AUTOCARGA ......................................................................................................... 60
7.1 ETAPAS DO PROCESSO DE ATUALIZAÇÃO............................................................................................. 62
7.2 PROCESSO DE TELECARGA ............................................................................................................... 78
7.2.1 Descrição do processo ......................................................................................................... 78
7.2.2 Fluxo de mensagens na realização da carga ....................................................................... 81
7.3 PROCESSO DE AUTOCARGA.............................................................................................................. 83
7.3.1 Autocarga imediata ............................................................................................................. 83
7.3.2 Autocarga agendada pela REDE .......................................................................................... 86
7.3.3 Autocarga agendada pelo lojista ......................................................................................... 88
7.4 REGRAS GERAIS............................................................................................................................. 90
7.5 NOTIFICAÇÃO DE NOVAS FUNÇÕES.................................................................................................... 90
7.5.1 Arquivo “NOTES.dat” ........................................................................................................... 91
8 MENSAGENS DURANTE A CONEXÃO DISCADA, FALHAS DE COMUNICAÇÃO - ERROS LUA .......... 94
8.1 MENSAGENS DE CONEXÃO E DE FALHAS DE COMUNICAÇÃO PARA TERMINAIS DISCADOS............................... 94
8.2 ERROS LUA ................................................................................................................................. 98
9 MENSAGENS ENTRE TERMINAL E REDE ...................................................................................... 99
9.1 ESTRUTURA DAS MENSAGENS .......................................................................................................... 99
9.2 TAMANHO DAS MENSAGENS.......................................................................................................... 106
9.3 PROTOCOLOS DE TELECARGA ......................................................................................................... 106
10 TABELA DE BITS ISO 8583 ......................................................................................................... 108
11 DETALHAMENTO DE BITS ......................................................................................................... 116
11.1 BITS 2, 35 E 45 - CRIPTOGRAFIA DO NÚMERO DO CARTÃO ................................................................. 116
11.1.1 Exemplos de tratamento para os BITs 2, 35 e 45 .......................................................... 118
11.2 BIT 11 – NSU DO TERMINAL ........................................................................................................ 120
11.3 BITS 12 E 13 – HORA / DATA ....................................................................................................... 120
11.3.1 Atualização de data/hora do terminal .......................................................................... 120
11.4 BIT 14 – DATA DE EXPIRAÇÃO DO CARTÃO...................................................................................... 122
11.4.1 Informações gerais ........................................................................................................ 122
11.4.2 Transações com chip ..................................................................................................... 122
11.4.3 Transações com tarja magnética .................................................................................. 123
11.4.4 Transações digitadas ..................................................................................................... 123
11.5 BIT 22 – MODO DE CAPTURA .................................................................................................. 124
11.6 BITS 35 E 45 – ENVIO DAS TRILHAS 1 E 2 ........................................................................................ 124
11.7 BITS 39 E 63 - CÓDIGOS E MENSAGENS DE RETORNO ........................................................................ 126
11.8 BIT 47...................................................................................................................................... 129
11.8.1 Saldo voucher / Comprovante voucher frota ................................................................ 130
P.08.04.05 4
11.8.2 Mensagem do emissor .................................................................................................. 132

11.8.3 CVM RESULT .................................................................................................................. 132
11.8.4 Dados do 2nd GAC ......................................................................................................... 134
11.8.5 Issuer Script Result (ISR) ................................................................................................ 135
11.8.6 TOAKI – Data e hora da última transação realizada ..................................................... 135
11.8.7 CNPJ a ser impresso no comprovante ........................................................................... 135
11.8.8 TOAKI – Tempo de inatividade TOAKI ........................................................................... 136
11.8.9 MAC do valor ................................................................................................................. 136
11.8.10 Chave DUKPT KSN (Key Serial Number) ......................................................................... 136
11.8.11 Certificado RSA (#CERT#) ............................................................................................... 137
11.8.12 TKid - Identificador do par TKpub / TKpriv .................................................................... 138
11.8.13 Chave #IPEK# (Initial PIN Encryption Key) ..................................................................... 138
11.8.14 ChkVal – Check value ..................................................................................................... 138
11.8.15 ILKSN – Initially Loaded Key Serial Number ................................................................... 139
11.8.16 Biblioteca compartilhada - Exclusivo para TEF-IP.......................................................... 139
11.8.17 Número do estabelecimento ......................................................................................... 140
11.8.18 Saldo disponível hoje ..................................................................................................... 140
11.8.19 Saldo disponível próximo dia útil ................................................................................... 140
11.8.20 Consulta Saldo Disponível ............................................................................................. 140
11.8.21 RAV Total / Parcial / Automático .................................................................................. 141
11.8.22 Aprovação/Negação da offline ..................................................................................... 141
11.8.23 Nova Senha.................................................................................................................... 141
11.8.24 Confirmação da Nova Senha ......................................................................................... 141
11.8.25 Cartão Internacional...................................................................................................... 142
11.8.26 Resgate Senha RAV ....................................................................................................... 142
11.8.27 Impressão de comprovantes ......................................................................................... 142
11.8.28 Nome do Emissor ........................................................................................................... 143
11.8.29 Cardholder Name Extended - Tag 9F0B......................................................................... 143
11.8.30 Número de série da leitora de código de barras ........................................................... 144
11.8.31 FFI - Form Factor Indicator ............................................................................................ 144
11.8.32 Criptograma de validação de Host ................................................................................ 144
11.9 BIT 48 - DEFINIÇÃO DE TAGS ........................................................................................................ 145
11.9.1 Identificação da transação ............................................................................................ 146
11.9.2 Número lógico do terminal............................................................................................ 150
11.9.3 Modo de criptografia .................................................................................................... 150
11.9.4 Quantidade de parcelas ................................................................................................ 151
11.9.5 Data – ddmmaa: Débito pré-datado – data do débito .................................................. 151
11.9.6 Data – ddmmaaaa: Pré-autorização – data de validade .............................................. 152
P.08.04.05 5
11.9.7 Dados private label........................................................................................................ 152

11.9.8 CPF/CNPJ ....................................................................................................................... 152
11.9.9 Número do cheque ........................................................................................................ 153
11.9.10 CMC-7 ............................................................................................................................ 153
11.9.11 Número do telefone....................................................................................................... 154
11.9.12 ACHEI-RECHEQUE/PEFIN (pendência financeira) .......................................................... 155
11.9.13 Número do item ............................................................................................................ 155
11.9.14 Dados crédito parcelado com juros ............................................................................... 155
11.9.15 Dados de simulação CREDIÁRIO .................................................................................... 156
11.9.16 Dados de Contratação RAV ........................................................................................... 156
11.9.17 Dados Resgate de Senha RAV........................................................................................ 157
11.9.18 CVC2 criptografado ....................................................................................................... 157
11.9.19 Indicação de desfazimento de estorno .......................................................................... 157
11.9.20 Dados coletados durante a confirmação positiva e referral ......................................... 157
11.9.21 Dados a coletar durante transação referida ................................................................. 161
11.9.22 Identificação da capacidade do terminal para tratamento de confirmação positiva ... 162
11.9.23 Identificação da capacidade do terminal para tratamento de transação referida ....... 162
11.9.24 Dados coletados pelo terminal de distribuição ............................................................. 163
11.9.25 Dados de voucher frota ................................................................................................. 163
11.9.26 Dados consulta Redecard celular – retorna do host ...................................................... 164
11.9.27 Autorização SMS Redecard celular ................................................................................ 165
11.9.28 Código pessoal - Redecard celular ................................................................................. 165
11.9.29 ID Redecard celular - Número do celular do cliente (Cel. do cliente) ............................. 166
11.9.30 Dados para validação da FCT ........................................................................................ 166
11.9.31 Dados de resposta de validação da FCT ........................................................................ 166
11.9.32 Dados da baixa de FCT .................................................................................................. 167
11.9.33 Estatística – versão do kernel EMV ............................................................................... 167
11.9.34 Estatística – dados presentes em terminais POS ........................................................... 168
11.9.35 Estatística – Dados presentes somente em terminais POS compartilhados .................. 177
11.9.36 Estatística – dados presentes somente em terminais PDV Discado/IP.......................... 177
11.9.37 Versão de aplicativo ...................................................................................................... 180
11.9.38 Indicação de auto-inicialização ..................................................................................... 181
11.9.39 Baixa de ocorrência técnica ........................................................................................... 181
11.9.40 Finalização ..................................................................................................................... 182
11.9.41 Indicação de autocarga ................................................................................................. 182
11.9.42 SCRM – Uso futuro ........................................................................................................ 184
11.9.43 Estatística para terminais wireless ................................................................................ 184
11.9.44 Estatística para controle de SIMCARD para terminais wireless .................................... 185
P.08.04.05 6
11.9.45 Número de série do terminal ......................................................................................... 186

11.9.46 Número de série do PINPAD externo ............................................................................. 186
11.9.47 Número da ordem de serviço ........................................................................................ 187
11.9.48 Estatística SCRM/TA – Estatísticas de carga e Inicialização em terminais POS............. 187
11.9.49 CTAH voucher – Número do documento ....................................................................... 191
11.9.50 Estatística – Comunicação Ethernet .............................................................................. 192
11.9.51 Telemetria ..................................................................................................................... 195
11.9.52 Estatística Serviço .......................................................................................................... 196
11.9.53 Estatística Ethernet, Wi-Fi e Bluetooth.......................................................................... 198
11.9.54 Indicador de Tipo de Injeção Remota de Chave ............................................................ 205
11.10 BIT 52 - SENHA (PIN – PERSONAL IDENTIFICATION NUMBER) ........................................................ 205
11.10.1 Presença do BIT 52 ........................................................................................................ 206
11.11 BIT 55 - DADOS DE CHIP .......................................................................................................... 210
11.11.1 Tratamento do BIT 55 da mensagem de resposta ........................................................ 216
11.12 BIT 56 – DADOS DE SERVIÇO.................................................................................................... 217
11.12.1 DDD ............................................................................................................................... 218
11.12.2 Número do Celular ........................................................................................................ 218
11.12.3 Operadora ..................................................................................................................... 219
11.12.4 NSU Serviço ................................................................................................................... 219
11.12.5 NSU Serviço da última confirmada ................................................................................ 219
11.12.6 Código de autorização da Operadora (AUTZ) ............................................................... 219
11.12.7 Indicador de consulta de valores ................................................................................... 219
11.12.8 Mensagem da operadora .............................................................................................. 220
11.12.9 Tabelas de Valores e CRC .............................................................................................. 220
11.12.10 Agência de relacionamento ...................................................................................... 226
11.12.11 Código da Loja........................................................................................................... 226
11.12.12 Código do Estabelecimento ....................................................................................... 226
11.12.13 NSU Autorizador ....................................................................................................... 226
11.12.14 Hora REDE .......................................................................Error! Bookmark not defined.
11.12.15 Hora Itaú .........................................................................Error! Bookmark not defined.
11.12.16 Retorno para Validação de Cedente Unibanco ......................................................... 226
11.12.17 Consulta Encargos de Título Vencido do Itaú Unibanco ............................................ 227
11.12.18 Consulta desconto de Título Itaú Unibanco .............................................................. 228
11.12.19 Código de barras ....................................................................................................... 228
11.12.20 Nome do estabelecimento ........................................................................................ 229
11.12.21 Modo de captura código de barras ........................................................................... 229
11.12.22 Nome Concessionária................................................................................................ 229
11.13 BIT 61 - CARACTERÍSTICAS DO TERMINAL .................................................................................... 230
P.08.04.05 7
12 ALGORITMOS DE CÁLCULO ....................................................................................................... 232

12.1 CRIPTOGRAFIA DE DADOS.............................................................................................................. 232
12.2 CRIPTOGRAFIA DE SENHA .............................................................................................................. 232
12.2.1 Definição dos componentes utilizados para DUKPT ...................................................... 235
12.3 ANSI PIN BLOCK FORMAT 0 ......................................................................................................... 236
12.4 MÓDULO 10 PARA O PAN DOS CARTÕES......................................................................................... 237
13 OPERAÇÕES PREVISTAS ............................................................................................................ 241
13.1 PROCESSO DE ENVIO DO BIT 47 – TAGS 0X0A E 0X0B................................................................... 241
13.1.1 Caso 1 – Host aprova a transação ................................................................................. 242
13.1.2 Caso 2 – Host nega a transação .................................................................................... 243
13.1.3 Caso 3 – Timeout ........................................................................................................... 244
13.1.4 Caso 4 – Cartão negou no 2ND GAC .............................................................................. 245
13.1.5 Caso 5 – Limpa desfazimento ........................................................................................ 246
13.1.6 Caso 6 – Transação negada offline antes do envio ao host .......................................... 247
13.1.7 Caso 7 – Troca de Senha - erro no processamento do Issuer Script .............................. 248
13.2 CÓDIGO DE ACESSO ..................................................................................................................... 249
13.3 PRÉ-DISCAGEM ........................................................................................................................... 249
13.4 CONTROLE DE IMPRESSÃO DE CV ................................................................................................... 251
13.4.1 Configurações ................................................................................................................ 252
13.4.2 Telas .............................................................................................................................. 258
13.4.3 Exemplos de comportamento do terminal – Conforme conteúdo do Options 2 ........... 261
13.4.4 Contadores de comprovantes para estatística – Todas as transações.......................... 262
13.5 DUPLICIDADE ............................................................................................................................. 263
13.6 REIMPRESSÃO ............................................................................................................................ 264
13.7 COLETA DE CVC2 E 4 ÚLTIMOS DÍGITOS .......................................................................................... 267
13.7.1 Coleta do CVC2 se ilegível ou inexistente no cartão ...................................................... 268
13.7.2 Coleta do CVC2 em transações magnéticas .................................................................. 270
13.7.3 Coleta do CVC2 em transações de crédito digitada....................................................... 271
13.7.4 Coleta dos 4 últimos dígitos do cartão em transações com tarja ou digitadas ............. 272
13.7.5 Criptografia do CVC2 ..................................................................................................... 272
13.8 DESFAZIMENTO .......................................................................................................................... 273
13.9 ESTORNO .................................................................................................................................. 275
13.9.1 Estorno de transações online ........................................................................................ 276
13.9.2 Estorno de pré-autorização ........................................................................................... 276
13.9.3 Estorno de transações offline ........................................................................................ 277
13.9.4 Estorno – Redecard celular ............................................................................................ 278
13.9.5 Estorno – Contratação CREDIÁRIO ................................................................................ 279
13.9.6 Estorno – Bolsa Família ................................................................................................. 279
P.08.04.05 8
13.10 DESFAZIMENTO DE ESTORNO..................................................................................................... 281

13.11 TRANSAÇÃO NEGADA LOCALMENTE ............................................................................................ 282
13.11.1 Advices de transações com chip fracassadas localmente ............................................. 284
13.12 TRANSAÇÕES FINANCEIRAS ....................................................................................................... 284
13.13 FLUXO GENÉRICO DE MENSAGENS .............................................................................................. 285
13.14 TRANSAÇÕES IMPLEMENTADAS.................................................................................................. 286
13.14.1 Inicio de transações ....................................................................................................... 287
13.14.2 Tratamento de Floor Limits (sem contato) .................................................................... 287
13.15 TRANSAÇÕES COM CARTÃO DE CRÉDITO ...................................................................................... 291
13.15.1 Pré-autorização ............................................................................................................. 292
13.15.2 Confirmação de pré-autorização ................................................................................... 292
13.15.3 Simulação CREDIÁRIO.................................................................................................... 293
13.15.4 Contratação CREDIÁRIO ................................................................................................ 294
13.15.5 Venda online.................................................................................................................. 294
13.15.6 Pré-autorização e venda online - Referida .................................................................... 295
13.15.7 Venda offline ................................................................................................................. 297
13.15.8 Captura de transação de crédito autorizada por telefone ............................................ 299
13.15.9 REDECARD CELULAR - TRANSAÇÃO ............................................................................... 299
13.15.10 Redecard celular - Pendentes .................................................................................... 306
13.15.11 CTAH - VOUCHER ...................................................................................................... 310
13.16 TRANSAÇÕES COM CARTÃO DE DÉBITO ........................................................................................ 311
13.16.1 Venda ............................................................................................................................ 311
13.16.2 Venda com confirmação positiva .................................................................................. 312
13.16.3 Bolsa Família - TRANSAÇÃO .......................................................................................... 316
13.17 BOLSA FAMÍLIA – REIMPRESSÃO ................................................................................................ 320
13.18 BOLSA FAMÍLIA – ESTORNO ...................................................................................................... 320
13.19 RECARGA DE CELULARES PRÉ-PAGOS ........................................................................................... 320
13.19.1 Inicialização / Consulta de Valores ................................................................................ 321
13.19.2 Finalização ..................................................................................................................... 323
13.19.3 Transação de Recarga (Crédito e Débito) ...................................................................... 325
13.19.4 Desfazimento de Recarga .............................................................................................. 328
13.19.5 Estatística ...................................................................................................................... 330
13.20 CORBAN (CORRESPONDENTE BANCÁRIO) .................................................................................. 330
13.20.1 Desempenho e confiabilidade ....................................................................................... 331
13.20.2 Segurança ...................................................................................................................... 332
13.20.3 Leitora de código de barras ........................................................................................... 332
13.20.4 Tipos de pagamentos aceitos: ....................................................................................... 333
13.20.5 Baixa de ocorrência técnica ........................................................................................... 336
P.08.04.05 9
13.20.6 Finalização ..................................................................................................................... 336

13.20.7 Desfazimento................................................................................................................. 338
13.20.8 Transação (Dinheiro, Débito e Consulta) ....................................................................... 340
13.20.9 Estorno .......................................................................................................................... 344
13.20.10 Boleto de Repasse ..................................................................................................... 345
13.20.11 Relatório totais de caixa ........................................................................................... 347
13.21 TRANSAÇÕES COM CARTÃO VOUCHER ......................................................................................... 347
13.21.1 Voucher ......................................................................................................................... 347
13.21.2 Voucher frota ................................................................................................................ 349
13.21.3 Voucher offline .............................................................................................................. 354
13.21.4 Credenciamento/Habilitação de Produto Voucher........................................................ 355
13.21.5 Relatório voucher .......................................................................................................... 355
13.21.6 Troca de Senha .............................................................................................................. 356
13.22 TRANSAÇÕES COM CARTÃO PRIVATE LABEL................................................................................... 358
13.22.1 Cartões co-branded com chip ........................................................................................ 360
13.22.2 Consulta - Condições para venda .................................................................................. 360
13.22.3 Venda online.................................................................................................................. 361
13.23 CONSULTA SERASA ............................................................................................................... 362
13.23.1 Coleta com CMC-7 ......................................................................................................... 363
13.23.2 Número do telefone....................................................................................................... 365
13.24 MECANISMO DE ENVIO DAS TRANSAÇÕES OFFLINE E DAS TRANSAÇÕES COM CHIP NEGADAS ................... 366
13.24.1 Durante o processamento de uma transação financeira online ................................... 366
13.24.2 Durante o processamento de uma transação geradora de Advice 1st GAC – Pré-
Discagem 367
13.24.3 Durante o processamento de uma transação geradora de Advice - Atingido o limite de
Advices pendentes de envio ............................................................................................................ 368
13.24.4 Durante o processamento da Finalização ..................................................................... 368
13.25 FUNCÕES ADMINISTRATIVAS ..................................................................................................... 368
13.25.1 Resumo de Vendas ........................................................................................................ 369
13.25.2 Fechamento - Liquidação pelo Emissor ......................................................................... 369
13.25.3 Senha / Sonda RAV ........................................................................................................ 370
13.25.4 Resgate de Senha RAV................................................................................................... 370
13.25.5 Consulta Saldo Disponível ............................................................................................. 371
13.25.6 Confirmação RAV .......................................................................................................... 371
13.25.7 Consulta RAV Automático ............................................................................................. 371
13.25.8 Contratação RAV Automático ....................................................................................... 372
13.25.9 Inicialização ................................................................................................................... 372
13.25.10 Baixa Técnica ............................................................................................................ 373
13.25.11 TOAKI ........................................................................................................................ 374
P.08.04.05 10
13.25.12 Injeção de Chaves...................................................................................................... 377

13.26 BALANCEAMENTO DE CONEXÃO ................................................................................................. 377
13.27 TELEMETRIA .......................................................................................................................... 378
13.28 ESTADO OCIOSO ..................................................................................................................... 379
14 DETALHAMENTO DAS MENSAGENS .......................................................................................... 380
14.1 TABELA 1: LEGENDA ASSOCIADA AOS BITS ISO8583 ......................................................................... 380
14.2 TABELA 2: COMENTÁRIOS ASSOCIADOS AOS TAGS DO BIT 47 E DO BIT 48............................................. 386
14.3 CONSULTA PRIVATE LABEL ............................................................................................................. 389
14.4 CONSULTA SERASA .................................................................................................................... 391
14.5 CONSULTA REDECARD CELULAR - PAGAMENTO ................................................................................. 393
14.6 COMPRA BOLSA FAMÍLIA .............................................................................................................. 395
14.7 CONSULTA COMPRA BOLSA FAMÍLIA............................................................................................... 397
14.8 PRÉ-AUTORIZAÇÃO ...................................................................................................................... 398
14.9 PAGAMENTO REDECARD CELULAR .................................................................................................. 400
14.10 CONFIRMAÇÃO DE PRÉ-AUTORIZAÇÃO......................................................................................... 402
14.11 CONFIRMAÇÃO DE PAGAMENTO REDECARD CELULAR ..................................................................... 404
14.12 VENDA COM CARTÃO DE CRÉDITO .............................................................................................. 406
14.13 VENDA COM CARTÃO DE DÉBITO ................................................................................................ 408
14.14 SIMULAÇÃO CREDIÁRIO ........................................................................................................... 410
14.15 CONTRATAÇÃO CREDIÁRIO ....................................................................................................... 412
14.16 VENDA DISTRIBUIÇÃO .............................................................................................................. 414
14.17 RECARGA DE CELULAR PRÉ-PAGO .............................................................................................. 416
14.18 CONSULTA DE VALORES (RECARGA DE CELULAR PRÉ-PAGO)........................................................... 418
14.19 FINALIZAÇÃO SERVIÇO (RECARGA DE CELULAR PRÉ-PAGO) ............................................................ 419
14.20 VENDA COM CARTÃO DE VOUCHER ............................................................................................. 420
14.21 VENDA COM CARTÃO VOUCHER FROTA........................................................................................ 423
14.22 VENDA COM CARTÃO PRIVATE LABEL........................................................................................... 425
14.23 CAPTURA DE TRANSAÇÃO DE CRÉDITO ......................................................................................... 427
14.24 VENDA CRÉDITO ROTATIVO OFFLINE COM SMART CARD .................................................................. 429
14.25 VENDA VOUCHER OFFLINE COM SMART CARD ............................................................................... 431
14.26 ADVICE DE TRANSAÇÃO COM CHIP NEGADA LOCALMENTE ............................................................... 433
14.27 RESUMO DE VENDAS ............................................................................................................... 437
14.28 FINALIZAÇÃO ......................................................................................................................... 439
14.29 ESTATÍSTICA........................................................................................................................... 441
14.30 BAIXA DE OCORRÊNCIA TÉCNICA................................................................................................. 443
14.31 TESTE DE COMUNICAÇÃO ......................................................................................................... 445
14.32 TOAKI - RECUPERAÇÃO DE TERMINAIS ....................................................................................... 447
14.33 INICIALIZAÇÃO – MENSAGENS ENTRE TERMINAL E TERMMASTER OU TA ............................................ 448
P.08.04.05 11
14.34 FIM DE AUTO-INICIALIZAÇÃO ..................................................................................................... 449

14.35 FIM DE AUTOCARGA ................................................................................................................ 450
14.36 INJEÇÃO REMOTA DE CHAVES .................................................................................................... 451
14.37 SENHA / SONDA RAV.............................................................................................................. 453
14.38 RESGATE SENHA RAV.............................................................................................................. 455
14.39 CONSULTA SALDO DISPONÍVEL .................................................................................................. 457
14.40 CONFIRMAÇÃO RAV ............................................................................................................... 459
14.41 FECHAMENTO - LIQUIDAÇÃO PELO EMISSOR ................................................................................. 461
14.42 TROCA DE SENHA VOUCHER CHIP ............................................................................................. 463
14.43 TELEMETRIA .......................................................................................................................... 465
14.44 CORBAN ............................................................................................................................. 466
14.45 BOLETO DE REPASSE (CORBAN)............................................................................................... 470
14.46 COSULTA PARA TITULO ITAÚ (CORBAN)..................................................................................... 470
14.47 FINALIZAÇÃO SERVIÇO (CORBAN) ............................................................................................ 471
15 LEIAUTE DOS COMPROVANTES ................................................................................................ 473
15.1 COMPROVANTE GENÉRICO ........................................................................................................... 479
15.2 NOVO LAYOUT DE COMPROVANTES ................................................................................................ 480
15.2.1 COMPROVANTE GENÉRICO – NOVO LAYOUT................................................................................ 486
15.2.2 COMPROVANTE BILÍNGUE ........................................................................................................ 487
15.3 RELATÓRIO DE RESUMO DE VENDAS (RV) ......................................................................................... 488
15.4 RELATÓRIO DE VOUCHER .............................................................................................................. 493
15.5 RELATÓRIO DE ERROS LUA ........................................................................................................... 494
15.6 RELATÓRIO TOTAIS DE CAIXA CORBAN ........................................................................................... 494
15.7 BOLETO..................................................................................................................................... 496
16 TERMINAIS WIRELESS ............................................................................................................... 497
16.1 GLOSSÁRIO ................................................................................................................................ 497
16.2 CONTEXTO: A TECNOLOGIA DE TELEFONIA CELULAR ............................................................................ 500
16.3 COMUNICAÇÃO WIRELESS NA REDE ............................................................................................... 501
16.4 ILUMINAÇÃO DE DISPLAY E TECLADO ............................................................................................... 502
16.5 STAND BY .................................................................................................................................. 502
16.6 CARGA DE BATERIA ...................................................................................................................... 503
16.6.1 Primeira carga ............................................................................................................... 504
16.6.2 Bateria fraca .................................................................................................................. 504
16.6.3 Bateria fraca, desligando o terminal ............................................................................. 505
16.6.4 Nível de bateria para carga remota .............................................................................. 505
16.7 NÍVEL DO SINAL .......................................................................................................................... 506
16.8 CONFIGURAÇÃO AUTOMÁTICA ATRAVÉS DA IDENTIFICAÇÃO DA OPERADORA ........................................... 509
16.8.1 Identificação da operadora através do SIMCARD ......................................................... 509
P.08.04.05 12
16.8.2 Balanceamento de parâmetros na primeira Inicialização ............................................. 511

16.8.3 Arquivo de configuração GPRS ...................................................................................... 512
16.9 CONFIGURAÇÃO DO TERMINAL....................................................................................................... 514
16.10 ARQUITETURA.................................................................................................................... 517
16.11 COMANDOS AT ...................................................................................................................... 520
16.12 MENSAGENS ESPECÍFICAS PARA TERMINAIS WIRELESS .................................................................... 521
16.13 TABELAS DE MENSAGENS DE COMUNICAÇÃO ................................................................................ 523
16.13.1 Mensagens de status ..................................................................................................... 524
16.13.2 Mensagens de erro ........................................................................................................ 524
16.13.3 Tabela de mensagens com exceções ............................................................................. 528
16.14 ISO 8583 - GPRS .................................................................................................................. 539
16.15 ISO 8583 - GSM .................................................................................................................. 539
16.16 ESTATÍSTICA WIRELESS ............................................................................................................. 540
16.17 ADENDO ............................................................................................................................... 540
16.17.1 Tipos de terminal ........................................................................................................... 540
16.17.2 DIAGRAMAS DE FLUXO.................................................................................................. 541
17 TRATAMENTO DE CHIP / FALLBACK .......................................................................................... 553
17.1 DETERMINAÇÃO DO MODO DE ENTRADA .......................................................................................... 554
17.2 CARTÃO INSERIDO NA LEITORA DE CHIP ............................................................................................ 555
17.3 PASSAGEM DE CARTÃO MAGNÉTICO ................................................................................................ 556
17.4 ESCOLHIDA PRIMEIRAMENTE A TRANSAÇÃO PELO MENU...................................................................... 557
17.5 CARTÃO APROXIMADO DA LEITORA PARA CARTÕES CONTACTLESS ......................................................... 558
17.6 EXECUTA TRANSAÇÃO CONTACTLESS ............................................................................................... 559
17.7 MONTAGEM DA LISTA DE APLICAÇÕES CANDIDATAS CONTACTLESS ....................................................... 560
HABILITAÇÃO DE TRATAMENTO DE CHIP NO TERMINAL ..................................................................................... 561
17.8 DESENVOLVIMENTO DO NOVO FLUXO DE CAPTURA POR APROXIMAÇÃO.................................................. 562
17.9 IDENTIFICAÇÃO DA PRESENÇA DO CHIP NO CARTÃO ............................................................................ 563
17.9.1 Identifica chip pela trilha ............................................................................................... 564
17.10 IDENTIFICADO QUE O TERMINAL É CAPAZ DE TRATAR A TRANSAÇÃO COM CHIP ..................................... 565
17.10.1 Executa transação chip ................................................................................................. 565
17.11 MONTAGEM DA LISTA DE APLICAÇÕES CANDIDATAS ...................................................................... 569
18 TELAS PARA CHIP ...................................................................................................................... 571
18.1 MENSAGENS DE ERRO .................................................................................................................. 571
18.1.1 Terminal não habilitado para processamento de cartão com chip ............................... 571
18.1.2 Cartão com chip não permitido para transação selecionada ........................................ 572
18.1.3 Cartão bloqueado .......................................................................................................... 572
18.1.4 Aplicação bloqueada ..................................................................................................... 572
18.1.5 Cartão retirado .............................................................................................................. 573
P.08.04.05 13
18.1.6 Erro no cartão................................................................................................................ 574

18.1.7 Aplicação escolhida pelo menu não é suportada pelo chip ........................................... 574
18.1.8 Erro de comunicação com o cartão ............................................................................... 575
18.1.9 Passagem de trilha em cartão com chip ....................................................................... 576
18.1.10 Cartão com chip não permitido pelo emissor para transação selecionada................... 576
18.1.11 Mensagens de erros durante a transação Contactless ................................................. 577
18.2 MENSAGENS INTERMEDIÁRIAS ....................................................................................................... 577
18.2.1 Seleção da aplicação ..................................................................................................... 577
18.2.2 Confirmação da aplicação ............................................................................................. 578
18.2.3 Aplicação inválida ......................................................................................................... 579
18.2.4 Senha incorreta ............................................................................................................. 579
18.2.5 Senha incorreta – Última tentativa ............................................................................... 580
18.2.6 Senha bloqueada ........................................................................................................... 580
18.2.7 Processamento .............................................................................................................. 580
18.3 MENSAGENS DE FINAL DE PROCESSAMENTO ..................................................................................... 581
18.3.1 Transação aprovada ...................................................................................................... 581
18.3.2 Transação negada offline .............................................................................................. 582
18.3.3 Transação negada online .............................................................................................. 582
18.3.4 Falha de comunicação ................................................................................................... 582
18.3.5 Erro de comunicação com o host e cartão em seguida aprova ..................................... 582
18.3.6 Erro de comunicação com o host e o cartão em seguida nega a transação ................. 583
19 TELAS PARA CONTACTLESS ....................................................................................................... 584
19.1 TELA DE LEITURA DE CARTÃO ........................................................................................................ 584
19.2 MENSAGENS DE ERRO .................................................................................................................. 584
19.2.1 Terminal não habilitado para processamento de cartão contactless ........................... 584
19.2.2 Cartão bloqueado .......................................................................................................... 585
19.2.3 Aplicação bloqueada ..................................................................................................... 585
19.2.4 Erro no cartão................................................................................................................ 586
19.2.5 Aplicação escolhida pelo menu não é suportada pelo chip ........................................... 586
19.2.6 Erro de comunicação com o cartão ............................................................................... 587
19.3 MENSAGENS DE FINAL DE PROCESSAMENTO ..................................................................................... 587
19.3.1 Transação aprovada ...................................................................................................... 588
19.3.2 Transação negada offline .............................................................................................. 588
19.3.3 Transação negada online .............................................................................................. 588
19.3.4 Falha de comunicação ................................................................................................... 589
19.3.5 Erro de comunicação com o host e cartão em seguida aprova ..................................... 589
19.3.6 Erro de comunicação com o host e o cartão em seguida nega a transação ................. 589
20 ANEXO I – TELAS DE REPOUSO.................................................................................................. 590
P.08.04.05 14
20.1 ÍCONES DE DISPLAY ..................................................................................................................... 592

21 ANEXO II – TRATAMENTOS ESPECIAIS DE IMPRESSÃO ............................................................. 593
21.1 VERIFICAÇÃO DE BOBINA DE PAPEL ................................................................................................. 593
21.2 QUEDA DE ENERGIA DURANTE A IMPRESSÃO DE COMPROVANTE ........................................................... 593
21.2.1 Algoritmo de queda de energia ..................................................................................... 593
22 ANEXO III – TERMINAIS DE DISTRIBUIÇÃO ................................................................................ 595
22.1 INICIO DA TRANSAÇÃO.................................................................................................................. 595
22.2 FUNÇÃO .................................................................................................................................... 597
22.3 MENU ...................................................................................................................................... 598
22.4 CARTÃO .................................................................................................................................... 598
22.5 COMPROVANTE .......................................................................................................................... 598
22.6 INFORMAÇÕES GERAIS.................................................................................................................. 599
22.7 PIN .......................................................................................................................................... 599
22.8 ENTRADA DE DADOS .................................................................................................................... 599
22.9 FLUXO DE MENSAGENS ................................................................................................................. 602
23 ANEXO IV – PAGAMENTO COM VÁRIOS CARTÕES (DIVISÃO DE CONTA) .................................. 603
24 ANEXO V – TERMINAIS SEM IMPRESSORA ................................................................................ 605
25 ANEXO VI – PROCESSO DE CÓPIA DE CARGA DE TERMINAL PARA TERMINAL (PROCESSO PIN A
PIN) 606
25.1 CÓPIA DO SISTEMA OPERACIONAL................................................................................................... 606
25.2 CÓPIA DO GERENCIADOR DE APLICATIVOS......................................................................................... 608
25.3 CÓPIA DOS MÓDULOS .................................................................................................................. 609
26 ANEXO VII – MODOS DE ACESSO .............................................................................................. 612
26.1 ACESSO COM CHIP ....................................................................................................................... 612
26.2 ACESSO COM TARJA ..................................................................................................................... 612
26.3 ACESSO VIA TECLA “MENU” ........................................................................................................ 613
26.4 ACESSO VIA TECLA DE FUNÇÃO DE ATALHO .................................................................................... 613
26.5 ACESSO VIA FUNÇÃO ................................................................................................................... 614
26.6 TABELA DE FUNÇÕES .................................................................................................................... 614
27 ANEXO VIII – INTEGRAÇÃO DAS APLICAÇÕES FINANCEIRA REDE E DE SERVIÇOS (IPIRANGA) ... 618
28 ANEXO IX – COMUNICAÇÃO TERMINAIS VIA ETHERNET, WI-FI E BLUETOOTH .......................... 619
28.1 FLUXO DE TRANSAÇÕES ETHERNET.................................................................................................. 619
28.2 CONEXÃO ETHERNET ................................................................................................................... 624
28.3 PROCESSO DE CONEXÃO ETHERNET ................................................................................................ 625
28.4 TEMPO DE ABERTURA DA PORTA TCP ............................................................................................. 625
28.5 WI-FI ....................................................................................................................................... 626
28.5.1 Persistência da conexão Wi-Fi ....................................................................................... 626
28.5.2 Hand-off entre coberturas ............................................................................................. 626
P.08.04.05 15
CASO O POS VERIFIQUE QUE O NÍVEL DE CAIU, O POS DEVERÁ MIGRAR PARA UMA COBERTURA
ATIVA. ............................................................................................................................................... 627
28.5.3 Provisionamento de endereço IP ................................................................................... 627
28.6 PRIORIZAÇÃO DE TRÁFEGO – CLASSIFICANDO OS PACOTES ................................................................... 627
28.7 PRIORIZAÇÃO DA SEQUÊNCIA DOS ACESSOS ...................................................................................... 627
28.8 FALLBACK ETHERNET E WI-FI ........................................................................................................ 628
28.9 TESTE DE COMUNICAÇÃO ............................................................................................................. 628
28.10 BLUETOOTH........................................................................................................................... 628
28.11 ESTATÍSTICA........................................................................................................................... 628
28.12 ICONOGRAFIA ........................................................................................................................ 628
28.13 FLUXO DE TELAS ..................................................................................................................... 630
28.13.1 Inicialização ................................................................................................................... 630
28.13.2 IP Fixo ............................................................................................................................ 630
28.13.3 Conexão Wi-Fi via menu técnico ................................................................................... 633
28.13.4 Mensagens Wi-Fi ........................................................................................................... 634
28.13.5 Senha incorreta de Wi-Fi ............................................................................................... 634
28.13.6 Telas de exceção ............................................................................................................ 635
28.13.7 Instalação Ethernet (DHCP como default) ..................................................................... 636
28.13.8 Transação com contingência Dial Up ............................................................................ 638
28.13.9 Telas de conexões ativa ................................................................................................. 639
28.14 MENSAGENS DE ERRO ............................................................................................................. 641
28.14.1 ETHERNET ............................................................................................................................. 641
28.14.2 BLUETOOTH........................................................................................................................... 644
28.14.3 ETHERNET, BLUETOOTH E WI-FI ................................................................................................ 646
28.14.4 TELAS ................................................................................................................................... 647
29 ANEXO X – PADRÃO DE INTERFACE PARA DISPLAYS GRÁFICO E TOUCH SCREEN ...................... 648
29.1 DISPLAY GRÁFICO ....................................................................................................................... 648
29.1.1 Interação ....................................................................................................................... 648
29.1.2 Menus ............................................................................................................................ 649
29.1.3 Telas de processamento ................................................................................................ 650
29.2 DISPLAY TOUCH SCREEN ............................................................................................................... 650
29.2.1 Interação ....................................................................................................................... 651
29.2.2 Menus ............................................................................................................................ 652
29.2.3 Ajuste de tela ................................................................................................................. 653
29.2.4 Telas de processamento ................................................................................................ 656
30 ANEXO XI – PROTOCOLO REEP DE TELECARGA ......................................................................... 657
30.1 APRESENTAÇÃO........................................................................................................................... 657
30.1.1 THE REEP PROTOCOL............................................................................................................... 657

30.1.2 ABSTRACT ............................................................................................................................. 657
P.08.04.05 16
30.1.3 INTRODUCTION ...................................................................................................................... 658

30.1.3.1 SPECIFICATION OF REQUIREMENTS ............................................................................................. 658
30.1.3.2 TERMINOLOGY ....................................................................................................................... 659
30.2 REEP ENCAPSULATION ................................................................................................................ 660
30.3 THE DATA LINK AND TRANSPORT LAYER ........................................................................................... 661
30.3.1 FRAME FORMAT ..................................................................................................................... 661
30.4 OCTET-STUFFED FRAMING ............................................................................................................ 664
30.4.1 FLAG SEQUENCE................................................................................................................. 664
THE FLAG SEQUENCE INDICATES THE BEGINNING OR END OF A FRAME.THE OCTET STREAM IS
EXAMINED ON AN OCTET-BY-OCTET BASIS FOR THEVALUE 00101111 (HEXADECIMAL 0X2F). .. 664
30.4.2 THE TRANSPARENCY ................................................................................................................ 664

30.4.3 INVALID FRAMES ................................................................................................................ 665
30.5 REEP LINK OPERATION ................................................................................................................ 665
30.5.1 OVERVIEW ............................................................................................................................ 665
30.5.2 PHASE DIAGRAM .................................................................................................................... 665
30.5.3 LINK DEAD (PHYSICAL-LAYER NOT READY) .................................................................................... 666
30.5.4 LINK ESTABLISHMENT PHASE..................................................................................................... 667
30.5.5 APPLICATION-LAYER PROTOCOL PHASE (OPENING) ....................................................................... 667
30.5.6 LINK TERMINATION PHASE ....................................................................................................... 667
30.5.7 FRAME AND WINDOW SIZE NEGOTIATION (FWSN) ...................................................................... 668
30.6 CRC32 TABLE FOR FCS ............................................................................................................ 668
30.7 APÊNDICE A: DUMP PROTOCOL ..................................................................................................... 669
31 ANEXO XII – FORMATO TRILHAS ANSI ...................................................................................... 671
31.1.1 ANSI X4.16 STANDARD .......................................................................................................... 671
31.1.2 IDENTIFICAÇÃO DA TRILHA ANSI ............................................................................................... 671
31.1.3 TRILHA ISO (USO COMO REFERÊNCIA)......................................................................................... 672
32 GLOSSÁRIO ............................................................................................................................... 673
P.08.04.05 17
2 HISTÓRICO
P.08.04.01 e P.08.04.02 – Janeiro/2015 – Autor:
REDE(Gustavo Sant Anna e Bruno Barros)
Alteração Descrição Onde procurar
Instalação Fácil  Removida obrigatoriedade de certificado SSL 5.1 e 5.2
Inicialização  Removida obrigatoriedade de certificado SSL 5.3
Estrutura das  Criação do Novo Layout de Mensagens 9

mensagens Ethernet. Adicionada tabela com
informações de quais transações serão
criptografadas
Bit 47  Adicionado criptograma de validação de host 11.8.30
Bit 48  Estatística Ethernet (Lyra) desativada 11.9.50
Bit 48  Estatística Ethernet, Wi-Fi e Bluetooth 11.9.53

incluída.
Balanceamento  Funcionalidade deve ser incluída para nova 13.25

de Conexão conexão ethernet, wi-fi e bluetooth
Telemetria  Funcionalidade deve ser incluída para nova 13.26

conexão ethernet, wi-fi e bluetooth
Estatística  Funcionalidade deve ser incluída para nova 14.29

Telemetria  Funcionalidade deve ser incluída para nova 14.43

Comunicação  Incluída especificação das funcionalidades 28

Ethernet, Wi-Fi
e Bluetooth
P.08.04.05 18
Menu de  Incluído novo menu de configurações, que POS_PDVdiscadoFunco

Configurações substitui o antigo menu técnico esTecnicas.08.04.01.do
c
Novos  Criadas novas opções na Especificação do POS_PDVdiscadoTerm

parâmetros de TermMaster master.08.04.01.doc
Termmaster
Baixa Técnica  Incluído na baixa técnica quais POS_PDVdiscadoBook

conectividades foram ativadas Comprovantes.08.04.0
1.doc
Detalhamento  Incluída tag 0x35 no Bit 47 das mensagens 14

das mensagens criptografadas e Estatística no Bit 48
Indicador de  Criado Indicador: Senha ou Dados 11.9.54

Tipo de Chave
Remota
Injeção remota  Referenciado a tag de tipo de chave remota 14.36

de chaves no Bit 48
Injeção de  Incluída regra para injeção de chave de 13.24.12

chaves dados
Teste de  Inclusão da tag 0x91 relativa a Estatística no 14.31

Comunicação teste de comunicação
Fluxo de Telas  Fluxo de Telas atualizado 28.13
Teste de  Incluída regra para teste de comunicação 28.9

Comunicação
Número de  Aumento do tamanho do campo de 19 para 11.9.45

série do 34 posições alfanumérico
terminal
P.08.04.05 19
Árvores de  Inclusão das árvores dos terminais Ethernet 3.1.4

coleta
Versão de  Inclusão da versão dos novos terminais: 3.2

aplicativo IWL28C e Veloh
Glossário  Inclusão de glossário 32
Layout das  Ajuste no layout das mensagens 9.1

mensagens
Criptograma de  Criptograma de validação de Host será 11.8.30

validação de enviado na tag 0x36, ao invés da 0x35. Todas
Host as referências a essa tag foram substuídas
Fluxo de Telas  Colocada observação nesta especificação 28.13.3

considerar tipo de comunicação GPRS ao
invés de 3G
Alteração de  Criação de novas TAG’s para os BIT’s 47 e 56. Detalhamento

mapa de bit’s de Bit’s
Nova interface  Leitora de código de barras para pagamento Interface de

de comunicação de contas, através da porta USB serial RS232. comunicação
com terminal
Novo código de  Códigos específicos para o pagamento de Tabela de BIT’S

processamento contas (Concessionárias e Titulos bancários) ISO
Alteração na  TAG 0x034 no BIT 47 para encaminhar o Baixa de

mensageria número de série da leitora de código de ocorrência
Baixa técnica barras. técnica
Código de  TAG 0x0E no BIT 56 para informar ao Host de Modo de

barras lido ou serviço (QH), se o código de barras foi captura código
digitado digitado no terminal ou lido na leitora de de barras
código de barras.
P.08.04.05 20
Transação de  Nova transação de consulta títulos bancários. Transação

consulta títulos bancários
Relatório totais  Relatório de transações CORBAN, ou seja, Relatórios totais

de caixa pagamento de contas e títulos bancários. de caixa
Id. transação  Adicionado id de identificação de transação

para mensagens: Consulta de título Itaú e
Boleto de repasse.
Form Factor  Inclusão da tag 0x35 (FFI) na mensageria do Mensageria

indicator - FFI CORBAN. CORBAN
Alteração na  TAG 0x034 no BIT 47 para encaminhar o Estatística

mensageria número de série da leitora de código de
Estatística barras.
Inclusão de  Adicionado exemplos nas tag’s do BIT 56 Dados de

exemplos no Serviços
BIT 56
Consulta para  Removida a tag 0x01 da resposta (9010) 14.46

título Itau
Bit 56  Exemplos de transações adicionados no Bit 11.12

56 (CORBAN), tamanho das tags 0x13 e 0x14
alterado
Fluxo de  Fluxo complementado, MTI fará parte da 28.1

transações ISO8583
Ethernet
Estrutura das  MTI fará parte da ISO8583 9.1

mensagens
Handoff entre  Regra alterada 28.5.2

coberturas
P.08.04.05 21
Bloqueio por  Comunicação Bloqueada por firewall 28.13.3

firewall removida devido a impossibilidade deste
tipo de verificação no POS
Iconografia  Melhor detalhamento 28.12
Indicador de  Campo alterado para LLL var 11.9.54

criptografia de
injeção remota
de chave
Priorização de  Fluxo alterado 28.7

sequência dos
acesso
Número de  Será mantido o tamanho an19 11.9.45

série do
terminal
Nivel de sinal  Alteração na escala de sinal 16.7
Bit 56  Tags do Bit 56 0C, 0D e 0E alteradas para 11.12

0x18, 0x19 e 0x20
Mensagem  Tags alteradas 14.44

CORBAN
Boleto de  Tags alteradas 14.45

Repasse
Consulta Título  Tags alteradas 14.46

Itau
Finalização  Alterado PCode 14.47
P.08.04.05 22
Código de  DAC enviado no final do Código de Barras 11.12.19

Barras
Estatística  Incluído número de série do leitor de código 14.29

de barras
Baixa Técnica  Incluído número de série do leitor de código 14.30

de barras
BIT 56  Exemplos do Bit 56 atualizados 11.12.12 ao 11.12

12.12.22
Transação  Fluxo de validação alterado para melhor 13.20.8

leitura
Nivel de sinal  Alteração na escala de sinal 16.7
Estatística  Alterados: Modo radio SSID, Canal SSID, 11.9.53

Ethernet Tempo de registro SSID
CORBAN  0x16 e 0x17 são retornados na mensagem 14.44

210 na 210
CORBAN  Removidas tags da mensagem CORBAN Bit 14.44

47 (202): 01,02,88,92(i),93(i).
Mapa de  Ajustada a descrição do BIT 22 , BIT 24, BIT 10

BitsISO 8583 35 e do BIT 48.
Mapa de  Ajustado conteúdo das transações 14.44

BitsISO 8583 financeiras CORBAN:
o Retirado envio do BIT 22 da
transação de CORBAN paga em
dinheiro (BIT 48 TAG 0x01 = 0473)
o BIT 2 obrigatório somente para
pagamento em cartão (débito)
P.08.04.05 23
o Ajustado Comentário (19) das

mensagens ISO
o BIT 14 enviado somente quando
transação for de cartão
o Removido BIT 15
o BIT 47
 04 – Enviado somente
quando a transação for feita
com cartão e este possuir
chip
 0A – Enviado somente
chip
 0B – Enviado somente
chip
 20 – Retirado (exclusivo TEF)
 0E – Enviado apenas em
transações de cartão (pois é
retornado pelo SW)
 29 – Enviado somente
com cartão
 30 – Envio opcional somente
se a transação for feita com
cartão
 31 – Obrigatório somente
para cartão
o BIT 63
 Definido como o BIT para
mensagens de erro.
 Caso uma transação
financeira seja bem
sucedido, o BIT 63 é parto
do cupom da transação
financeira;
 Caso uma transação de
serviço seja bem sucedida, o
BIT 56 TAG 0x0A é parte do
cupom da transação de
serviço;
 Caso uma transação não seja
bem sucedida, tanto o host
financeiro como o host de
serviço devem enviar a
mensagem de erro no BIT 63
para exibição no display;
P.08.04.05 24
2.1 Histórico de versões anteriores

O histórico das versões anteriores deve ser consultado no documento:
POS.08.03.03_Histórico.docx
P.08.04.05 25
3 INTRODUÇÃO
Este projeto visa estabelecimentos comerciais, disponibilizando variadas
formas de pagamento, através de todos os tipos de cartões operados pela
REDE, tanto nacionais, como internacionais.
Foram incluídas as funcionalidades necessárias para captura de transações
realizadas com cartões VISA e MASTERCARD sem contato.
Os terminais POS utilizados para a realização das transações serão fornecidos
pela REDE, a qual identificará a tecnologia mais adequada ao estabelecimento.
Finalidade: oferecer uma Especificação Funcional às empresas responsáveis
pelo desenvolvimento do sistema para tratamento das transações em
terminais REDE. Este mesmo documento será entregue ao fornecedor
mediante assinatura de acordo de confidencialidade, que dita às regras de uso
desta especificação e respectivos anexos.
3.1 Anexos que complementam esta

especificação
Esta seção lista os documentos externos que complementam esta
Especificação.
3.1.1 Parâmetros do terminal – Termmaster

Documento: POS_PDVdiscadoTermmaster(08.04.01).pdf
Responsável: REDE– área Meios de Captura I
A REDE se utiliza de um sistema fornecido pela empresa Hypercom, que
permite a carga de parâmetros para o terminal, a partir de um PC. Estes
parâmetros trafegam dentro de tabelas, através de mensagens ISO 8583
trocadas entre terminal e PC.
3.1.2 Funções técnicas

Documento: POS_PDVdiscadoFuncoesTecnicas(versão).pdf
Responsável: REDE – área Meios de Captura I
Este documento descreve genericamente as funções técnicas disponibilizadas
pelos terminais, sem adentrar nas características intrínsecas de cada
fabricante.
3.1.3 Funções do lojista

Documento: POS_PDVdiscadoFuncoesLojista(versão).pdf
P.08.04.05 26
Responsável: REDE – área Meios de Captura

Este documento detalha as funções operacionais, que deverão ser
disponibilizadas no terminal para utilização do lojista.
3.1.4 Coleta de Dados – Árvores de coleta

Documentos:
ÁRVORE_RELEASE_(versão).xls. (menu principal do POS)
01. Árvore_Crédito_CHIP_MAGN_(versão).xls
01.Arvore_Crédito_CTLS_(versão).xls
02. Árvore_Débito_ CHIP_MAGN_(versão).xls
02.Arvore_Débito_ CTLS_ (versão).xlsx
03. Arvore_Voucher_(versão).xls
04. Árvore_Private_Label_(versão).xls
05. Árvore_Redecard Celular_(versão).xls
06 Árvore_CONSULTAS_(versão).xls
07. Arvore_Finalizacao_(versão)..xls
08. Árvore_ADMINISTRATIVO_(versão).xls
09. Arvore_DISTRIBUICAO_(versão).xls
10. Arvore_Instala_Facil_(versão).xls
11.Arvore_RecargaPrePago_(versão).xls
13 Arvore_CORBAN_(versão).xls
14.Arvore_Ethernet_(versão).xls

Planilhas com os menus e as telas de todos os produtos do POS
3.1.5 Comprovantes – “Book”

Documento: POS_PDVdiscadoBookComprovantes. (versão).pdf
Este documento contém um exemplar de cada possível cupom.
3.1.6 Comuniçação
As soluções implementadas em terminais REDE devem contemplar variadas
formas de comunicação, para que seja configurada na loja a melhor opção,
levando-se em consideração tanto a eficiência no funcionamento, como a
minimização de custos. Seguem documentos relacionados a este tema:
P.08.04.05 27
MEIOS DE COMUNICAÇÃO
Documento: MeiosComunicaçãoPOS.doc
Responsável: Redecard – área Meios de Captura I
WNB
Documento: Especificação Técnica Funções e Protocolo para POSPC Redes
V1.5 r03.doc
Responsável: WNB do Brasil
E-PACK
Documento: POS Hypercom - Mensagens de Acesso Serviço E-pack v1.1.pdf
Responsável: Hypercom do Brasil
3.1.7 Terminais ECF

Documento: Espec MR-POS 0602.doc
Responsável: Redecard – área Meios de Captura II
Este documento especifica a API padrão para comunicação com as máquinas
registradoras.
3.1.8 Protocolos de comunicação Telecarga

Estes documentos especificam o protocolo de comunicação para realizar a
telecarga via SCRM
Documentos:
Redecard - SCRM - Protocolo de Segurança (v101)
MNTC 07 PROJ01 Manual Técnico do Protocolo Phpacket
MNTC 07 PROJ01 Manual Técnico PhDM Application Protocol
Responsável: Phoebus
Este documentos especificam o protocolo de comunicação para realizar

telecarga via TA
Documentos: Espec_REDE_Protocol.V02.doc (ANEXO XI)
Responsável: REDE – área de Meios de Captura e evolução de meios de
Captura
DUPLA CONVIVÊNCIA
P.08.04.05 28
Este subcapítulo trata do fato de que os terminais devem possuir ambos os

protocolos de Telecarga desenvolvidos, ou seja, devem manter a
compatibilidade com o já existente PhPacket que comunica-se com o SCRM
(Servidor de carga Remota Modular) e passa a conter o novo protocolo
multijanela (detalhado em anexo específico) REEP para comunicar-se com o
TA. O terminal será sensibilizado para utilizar cada protocolo através de
retorno nas transações online (crédito, débito e Voucher) e também na
mensagem de TOAKI. O terminal terá na sua carga de aplicação ambos os
protocolos disponíveís.
3.1.9 Interface de comunicação Leitora de código de

barras
Este documento especifica a comunicação pela interface serial RS-232-C,
utilizada para envio das informações contidas no boleto bancário.
Documento:
Manual MinyScan II (v 1 0)
Responsável: CIS
Este documento especifica a utilização e validação de Arrecadação e

Recebimento de tributos/taxas estaduais e municipais e contas de
concessionárias de serviços públicos com Código de Barras.
Documento:
FEBRABAN
Responsável: Ceneaban - Centro Nacional de Estudos da Arrecadação
Bancária.
3.2 Versão de aplicativo

A versão da aplicação POS REDE é composta na forma “FMXEEEVVRRS”, onde:
FM – Identificação do Fornecedor e Modelo sendo:
 G – Sagem Monitel
 E – EFT-30
 B – EFT930B
 G – EFT930G
 I – Ingenico
 U – I5100
 M – Mango I7910
 A – Acqua
 G - I-8200
 C – ICT 220 - 16 mb – sem serviço
 2 – ICT 220 - 128 mb – sem serviço
 IE – ICT 220 - 128 mb – sem serviço - Ethernet
P.08.04.05 29
 6 – ICT 220 - 16 mb – com serviço

 I – ICT 220 - 128 mb – com serviço
 N – iWL 280 - 128 mb com NFC – sem serviço
 W – iWL281 W - sem NFC e sem serviços
 T – ICT250 T - sem NFC e sem serviços
 IK– ICT250 T - sem NFC e sem serviços – Ethernet
 WI – IWL28C – com NFC – sem base - sem serviço
 WG – IWL28C – com NFC – com base - sem serviço
 P – PDV
 S – desenvolvedor Setis
 S – Software Express
 G – PDV Dial
 P – Perto
 WS – Veloh – com NFC e sem serviço
 V – Verifone
 X – VX510 e 5150 (são iguais)
 2 – Vx 520 - 128 mb com NFC – sem serviço
 VE – Vx 520 - 128 mb com NFC – sem serviço - Ethernet
 6 – Vx680 - 128 mb – sem serviço
 G – Vx680 - 128 mb – com serviço
 N – Vx680 – 128 mb com NFC – sem serviço – sem aplicação
CTLS
 S – Vx680 - 128 mb com NFC – com serviço - sem aplicação
CTLS
 C – VX680 – 128 mb com NFC – sem serviço – com aplicação
CTLS
 T – VX680 – 128 mb com NFC – com serviço – com aplicação
CTLS
 WW – VX685 – com NFC – sem seviço - com aplicação CTLS
P – Conformidade com norma PCI sendo:

 0 – Aplicação NÃO compatível com as normas PCI.
 P – Aplicação em conformidade com as normas PCI.
EEE – Versão de especificação funcional com três caractéres numéricos (ex:
800). Este número é utilizado pelo Host para disponibilizar funcionalidades
específicas conforme a versão em produção.
VV – Versão “maior” da aplicação para determinado terminal (>=“01”).
RR – Versão “menor” da aplicação para determinado terminal (>=“00”).
S - release do fornecedor (um caráter alfanumérico).
Exemplos:
P.08.04.05 30
ICP606VVRRS = Ingenico ICT220 – 16 Mb – sem serviço – PCI

I2P606VVRRS = Ingenico ICT220 – 128 Mb – sem serviço – PCI
INP606VVRRS = Ingenico iWL280 – 128 Mb com NFC - sem serviço – PCI
VGP606VVRRS = Verifone Vx680 – 128 Mb – com serviço – PCI
VNP606VVRRS = Verifone Vx680 – 128 Mb com NFC – sem serviço – PCI
VSP606VVRRS = Verifone Vx680 – 128 Mb – com serviço – PCI
V5P606VVRRS = Verifone Vx520 – 128 Mb com NFC – sem serviço – PCI
P.08.04.05 31
4 AMBIENTE COMPUTACIONAL
Este documento contém:
Descrição sucinta do ambiente computacional, utilizado em transações
envolvendo os terminais REDE, para cartões nacionais quanto internacionais.
Descrição do mapa de BITs ISO8583, contemplando apenas os utilizados em
mensagens contidas nesta especificação. Apresentação da estrutura das
mensagens.
Anexos complementando a especificação.
A troca de mensagens entre o terminal e REDE, para a realização de todas as
operações previstas neste documento, se faz conforme figura abaixo:
Sistema Redecard
de Roteamento de
IENs Mensagens
(SWITCH) MIP
ou Emissores
MEGA NACS Sistema de MasterCard
Inicialização de
Dados
Terminal (Term-Master)*
Orbitall
Redecard
TA Mainframe
INTELINACS Nova Plataforma Redecard
*No caso do PDV Discado há um Gateway para conversão de ASCII para compactado.
Processo de Inicialização: o terminal disca para o telefone configurado
durante a instalação do terminal na loja, e conecta-se, via NAC/
MEGANAC/INTELINAC, ao Termmaster ou ao TA, a fim de obter as tabelas de
parâmetros nele contidas.
Transações Financeiras: uma vez pronto para operação, o terminal pode
iniciar o tratamento das transações Financeiras, selecionando qualquer opção
implementada no terminal. Observe que o lojista pode solicitar qualquer das
opções implementadas, porém a REDE aprovará somente aquelas que fizerem
parte do acordo comercial efetuado entre ambas as partes.
Há na REDE um sistema de roteamento de mensagens, que se baseia no BIN
do cartão (4 a 6 primeiros dígitos do número do cartão - PAN – Primary
Account Number) para encaminhar ao devido emissor uma requisição
provinda da loja. É também responsável pelo devido encaminhamento à loja
de uma resposta recebida do emissor do cartão em tratamento. A REDE,
quando opera em contingência devido à falha em seu SWITCH, passa a tratar
as solicitações da loja em sua segunda máquina (dual), de forma transparente
ao lojista.
Processo de Finalização: efetuado para garantir o envio para a REDE de
confirmação/cancelamento da última transação, mensagens de Advice e
mensagem das Estatísticas de Transações e do SCRM.
Transações Administrativas: Baixa técnica, teste de comunicação, etc.
P.08.04.05 32
5 INSTALAÇÃO FÁCIL
A “Instalação Fácil” consiste na incorporação da Baixa de Ocorrência Técnica
no processo de Inicialização do terminal. Essa incorporação teve como
objetivo facilitar o processo de inicialização em campo, por parte do técnico
ou do lojista, evitando possíveis erros.
Há dois processos distintos, um quando executado pelo técnico e outro pelo
próprio lojista, orientado pelo atendente do Help Desk da REDE.
5.1 Instalação fácil com baixa técnica do

técnico
Ocorrendo a carga de nova versão da aplicação no POS, ele estará em modo
de instalação, apresentando tela “Idle”, sem permitir transações ou
apresentação de menus. O modo de instalação também poderá ser acionado
em caso de falha no terminal devido à parametrização inválida.
O técnico deve acionar a função 6. A senha de inicialização é solicitada.
Os dados coletados estão nos anexos na Árvore de Coleta (Intala Fácil).
Caso o terminal já esteja inicializado, os campos devem vir preenchidos, com
exceção de No. de OS, No. de Habitação. O Técnico confirma ou edita as
informações.
Se o terminal estiver configurado para comunicação Ethernet, mas não possuir
certificado ou o certificado não for válido, o terminal realiza o processo SSL
Init para obtenção de um novo certificado ou renovação do existente,
conforme capítulo Error! Reference source not found. do Anexo IX. O
terminal somente poderá se conectar a REDE após possuir o certificado válido.
O terminal envia as informações para a REDE.
Em caso de erro, o terminal apresenta a mensagem de erro e retorna ao modo
de instalação, para iniciar o processo novamente. As tabelas originais não são
apagadas, restaurando-se a situação anterior do terminal.
Em terminais configurados com comunicação Ethernet, em caso de erro na
inicialização, as configurações de rede local definidas na função 77 são
mantidas.
Com a inicialização bem sucedida, o terminal solicita a inserção do cartão
(chip) do técnico. Aleatoriamente solicita também a senha.
Terminal envia mensagem (ISO) para a REDE.
Havendo qualquer outro erro durante a Baixa Técnica, o POS permanece
inicializado, aguardando que seja realizada a Baixa Técnica manual. As tabelas
originais não são apagadas, restaurando-se a situação anterior do terminal.
Com a Baixa Técnica bem sucedida, o terminal está instalado.
P.08.04.05 33
5.2 Instalação fácil com baixa técnica do

atendente
Ocorrendo a carga de nova versão da aplicação no POS, ele estará em modo
de instalação, apresentando tela “Idle”, sem permitir transações ou
apresentação de menus. O modo de instalação também poderá ser acionado
em caso de falha no terminal devida a parametrização inválida.
O lojista, com a orientação telefônica do atendente do Help Desk da REDE,
deve acionar a função 6 e digitar a senha que lhe foi informada.
Demais dados coletados estão nos anexos na Árvore de Coleta (Instala Fácil).
Caso o terminal já esteja inicializado, os campos devem vir preenchidos, com
exceção de No. de OS, No. de Habitação. O Técnico confirma ou edita as
informações.
Se o terminal estiver configurado para comunicação Ethernet, mas não possuir
certificado ou o certificado não for válido, o terminal realiza o processo SSL
Init para obtenção de um novo certificado ou renovação do existente,
conforme capítulo Error! Reference source not found. do Anexo IX. O
terminal somente poderá se conectar a REDE após possuir o certificado válido.
O terminal envia as informações para a REDE.
Em caso de erro, o terminal apresenta a mensagem de erro e retorna ao modo
de instalação, para iniciar o processo novamente. As tabelas originais não são
apagadas, restaurando-se a situação anterior do terminal.
Em terminais configurados com comunicação Ethernet, em caso de erro na
inicialização, as configurações de rede local definidas na função 77 são
mantidas.
Com a inicialização bem sucedida, o terminal inicia a Baixa Técnica.
Terminal envia mensagem (ISO) para a REDE.
Havendo qualquer outro erro durante a Baixa Técnica, o POS permanece
inicializado, aguardando que seja realizada a Baixa Técnica manual. As tabelas
Com a Baixa Técnica bem sucedida, o terminal está instalado.
Esses processos estão detalhados em:
 INICIALIZAÇÃO
 Baixa Técnica
A Função 93 – Apaga Tudo, retorna o POS para o modo de Instalação.
P.08.04.05 34
5.2.1 Diagrama do processo de Instalação fácil

(envolvendo sistemas internos da REDE)
P.08.04.05 35
5.3 Inicialização
Executada no processo de Instalação Fácil (Função 6).
Para conectar-se ao Termmaster da REDE durante o processo de Inicialização ,
o TERMINAL deve efetuar os seguintes procedimentos:
 Solicitar no terminal a operação de Inicialização – Função 6.
 Os terminais que se conectam à REDE via discagem devem atualizar
os parâmetros de inicialização abaixo conforme Termmaster ou TA –
Comunicação Table:
P.08.04.05 36
 Os parâmetros de comunicação para a Inicialização, estão em

registro específico (Tipo de Transação = Inicialização) na
Tabela Comunicação.
 Primary Initialization Telephone Number (Transação de
Inicialização)
 Primary Initialization Connection Time
 Primary Initialization Dial Attempts
 Modem Mode (Primary Initialization)
 Os terminais configurados para se conectar à REDE via Ethernet
devem primeiramente verificar a presença e validade do Certificado
SSL, caso não haja ou esteja próximo de expirar o terminal deve
realizar o SSL Init, conforme capítulo Error! Reference source not
found., para solicitar um novo certificado ou a renovação do
existente. Possuindo um certificado SSL valido, o terminal deve
utilizar os parâmetros de inicialização abaixo conforme Termmaster
ou TA – Comunicação Table:
 Os parâmetros de comunicação para o SSL Init, estão em
registro específico (Tipo de Transação = SSL Init) na Tabela
Comunicação.
 Endereço IP Primário Host REDE
 Porta IP Primário Host REDE
 Os parâmetros de comunicação para a Inicialização, estão em
registro específico (Tipo de Transação = Inicialização) na
Tabela Comunicação.
 Endereço IP Primário Host REDE
 Porta IP Primário Host REDE
 Os terminais que se conectam à REDE via GPRS devem atualizar os
parâmetros cadastrados conforme Termmaster ou TA – Tabela de
Comunicação.
Dados da discagem e troca de mensagens para Inicialização são

computados tanto na estatística de transações como na estatística
SCRM/TA.
Caso ocorra algum erro na inicialização ou na baixa técnica, as tabelas

Caso o processo seja uma Telecarga, Autocarga imediata e programada, o
terminal deverá operar com o seguinte algoritmo:
ENQUANTO número da tentativas primárias for MENOR OU IGUAL Primary
Initialization Dial Attempts E terminal não estiver conectado
Discar para o Host utilizando o número Primary Initialization
Telephone Number (Transação de Inicialização);
Estabelecer processo de conexão completa;
FIM ENQUANTO
P.08.04.05 37
ENQUANTO estiver conectado

Realizar processo de inicialização;
Desconectar;
Fim ENQUANTO
SE o processo de Inicialização NÃO foi concluído com sucesso
ENQUANTO terminal não realizar inicialização manual.
Exibir a mensagem “FALHA DE INICIALIZAÇÃO”; temporizar por
10 segundos;
Aguardar acionamento da inicialização,
QUANDO acionado, realizar processo de INICIALIZAÇÃO;
Fim ENQUANTO
Fim SE
SE o PROCESSO é uma TELECARGA (Não se aplica para Autocarga)
Solicitar uma Baixa Técnica;
Fim SE
Enviar mensagem de fim de autocarga;
Atualizar estatística SCRM/TA (inicializações e carga).
5.3.1 Processo de inicialização

A Inicialização deve ser solicitada pelo técnico ou lojista, logo após a carga de
uma nova versão de aplicação no terminal, ou sempre que se detectar alguma
falha do equipamento decorrente de parametrização inválida. O processo de
Inicialização não efetua automaticamente a Finalização, pois se o fizesse,
determinaria o fechamento do lote do TERMINAL, impossibilitando o estorno
local das transações. A operação de Inicialização exige um Código de Acesso
específico, definido no Termmaster ou TA – Terminal Configuration Table –
Senha Inicialização.
Para adequação ao PA-DSS, o PAN deve ser armazenado criptografado.

Caso haja troca de chaves durante a inicialização, não será possível
realizar os estornos para o lote em tratamento, no entanto, o lojista
poderá entrar em contato com a REDE para realizar a operação.
Os parâmetros necessários para a operação do terminal deverão ser obtidos

na REDE, através do fluxo abaixo detalhado, envolvendo a conexão do
terminal com o Termmaster ou TA. A definição das tabelas de parâmetros,
que serão baixadas do Termmaster ou TA para o terminal (através do BIT 060
da mensagem ISO 0810), está em documento anexo.
P.08.04.05 38
DETALHAMENTO DO PROCESSO DE INICIALIZAÇÃO:

TERMINAL disca para o fone de Inicialização, processando a troca de
mensagens 0800 e 0810 (Processing Code 93000x), a fim de carregar as
tabelas de parâmetros contidas no Termmaster ou TA REDE.
São trocadas várias mensagens 0800-0810 entre TERMINAL e REDE durante o
processo de Inicialização. A primeira mensagem 0800 parte do TERMINAL,
com processing code 930000. As mensagens 0810 recebidas pelo TERMINAL
devem ser tratadas da seguinte forma:
 Se processing code=930001, sinalizando que há mais tabelas a
carregar, o TERMINAL deve processar adequadamente os dados
recebidos no BIT 60 e enviar nova mensagem 0800 para a REDE,
solicitando mais dados, também com processing code 930001;
 Se processing code = 930000, sinalizando fim do processo, o
TERMINAL deve tratar adequadamente os dados recebidos no BIT
60, efetuar a desconexão com a REDE.
Observação 1
Quando ocorre queda de comunicação ou falha durante o processo de
Inicialização do terminal, uma mensagem correspondente à falha ocorrida
deve ser exibida ao operador, com solicitação de confirmação de leitura
através da tecla <Enter> (ver obs. 2, abaixo). Após <Enter>, o terminal:
 Se não estiver com as tabelas de Inicialização antigas íntegras,
deverá manter em display o menu de inicialização. Nesta situação,
nenhuma operação que determine a troca de mensagens com a
REDE poderá ser efetuada, exceto Inicialização.
 Em terminais configurados com comunicação Ethernet, as
configurações de rede local definidas na função 77 deverão ser
mantidas.
 Se estiver com as tabelas antigas íntegras, manterá a operação
normal.
Observação 2
Uma possível falha consiste do fracasso na validação da Working Key
(Termmaster ou TA – Tabela de Criptografia, Working Key + Check Value W-
key), quando não confere o respectivo Check Value. Neste caso, terminal deve
exibir em display: “ERRO DE CHAVE” “LIGAR REDE” e aguardar temporização
de 10 segundos ou pressionar a tecla <Enter>. O Terminal não deverá realizar
nenhuma transação que exija criptografia, seja o PIN, número do cartão,
Confirmação Positiva ou resposta da Referida.
Observação 3
Após a inicialização o terminal executa a rotina Transação de Injeção Remota
de Chaves para carga de chaves se necessário.
TABELAS DO TERMMASTER OU TA
P.08.04.05 39
Identificação Tratamento
(00 hexa) O Termmaster ou TA sempre envia primeiramente esta tabela e o

Clear TERMINAL, ao recebê-la, deve limpar toda sua área de parâmetros.
Inicialization
Obs.: se o terminal tiver capacidade de armazenamento, deve receber as
tabelas da Inicialização em andamento em uma área segregada, e
proceder à atualização interna somente após sucesso no processo. Desta
forma, em caso de fracasso, ainda conseguiria operar com a
parametrização anterior.
(01 hexa) Contém parâmetros variados associados ao terminal em tratamento, cuja

Terminal utilização está descrita neste documento.
Configuration
(02 hexa) Esta tabela contém ranges de cartões. Cada Range desta tabela está
associado a uma entrada da tabela de Issuer (03 hexa).
Card Range
(03 hexa) Cada entrada desta tabela define as características de um emissor, e

Issuer estará associada a um ou mais ranges de BINS da tabela Card Range (02
hexa).
(04 hexa) Dados do Acquirer

Acquirer
(05 hexa) Parâmetros para DUKPT / Criptografia 3DES / Criptografia de dados

Criptografia
(06 hexa) Parâmetros para cartões com chip

Chipdata2
(07 hexa) Parâmetros para comunicação (telefone, IP, NII, etc.)

Comunicação
(0A hexa) Esta tabela será enviada somente para o terminal Hypercom – ICE
ICEPAK
(56 hexa) Esta tabela será enviada somente para o terminal Hypercom – ICE
Graphics Image
(0C hexa) Contém as características do terminal relativas à operação com chip.

ICC Cada entrada desta tabela está associada a um Acquirer (tabela 04 hexa)
(0D hexa) Contêm as características das aplicações EMV tratadas pela REDE – esta
CHIPDATA tabela é pesquisada pelo AID do cartão EMV em tratamento
(0E hexa) Contém as possíveis Certification Authority Public Keys para todos os AID.
KEYDATA Cada AID pode ter até 3 chaves.
(0F hexa) Contém as chaves revogadas pelo emissor

REV KEY
P.08.04.05 40
(14 hexa) Contém todos os BINs de exceção, que não obedecem à regra de
BINS identificação da presença de chip em cartões de débito.
(1E hexa) Contém até 255 perguntas, que serão exibidas ao portador do cartão,
Prompts durante o processo de Confirmação Positiva. Cada pergunta desta tabela
é associada a um grupo definido na tabela 1F.
(1F hexa) Define o nome do grupo (01 a FF hexa) e o associa a um Issuer (tab 03) já
Confirmação definido.
Positiva
Ver detalhamento da mensagem de Inicialização no item Inicialização –

mensagens entre TERMINAL e Termmaster ou TA.
Observação 4
Quando o terminal possuir alguma funcionalidade de Serviço (como por
exemplo a Recarga de celular pré-pago), entre a inicialização e a baixa técnica,
haverá uma inicialização de Serviço. Para maiores detalhes, consulte item
13.19.1.
5.4 Tratamento das funções 3, 77 e 99

Antes da Inicialização do Terminal (função 6) poderão ser acionadas as
funções 3, 77 e 99, nos seguintes casos:
FUNÇÃO 3
SE o terminal opera em WNB, os parâmetros da função 3 deverão ser
configurados.
FUNÇÃO 77
SE terminal discado
Detecta linha (Sim / Não) – default é Não
Modo de Discagem (Tom / Pulso) – default é Tom
SE configurado Ethernet
IP do POS (DHCP / IP Fixo) – default é DHCP
Habilitar contingência Dial (Sim / Não) – default é Não
SE GPRS
Configuração tipo de comunicação (GPRS / GSM) – default é
GPRS
P.08.04.05 41
Configurar os parâmetros da APN e tempo para Power Off (em

minutos).
FUNÇÃO 99
Função para parametrização específica do fabricante.
5.5 Processo de auto-inicialização

Quando a REDE necessita atualizar automaticamente os parâmetros contidos
na base de dados do terminal, ocorre o processo de auto-inicialização, isto é, a
atualização automática de parâmetros na base de dados do terminal.
O terminal é sinalizado da necessidade da auto-inicialização numa mensagem
de resposta a uma solicitação de transação de crédito rotativo, aprovada pelo
emissor (mensagem - BIT 39 = “00”), através da presença do Tag 89 na
mensagem 0210 ou na mensagem 0810 (Toaki). Assim, quando o operador
solicita uma compra com cartão de crédito e há auto-inicialização sinalizada
pela REDE, ocorre o seguinte:
1. O terminal disca para fone de transação, configurado nas tabelas de
parâmetros do mesmo. Envia mensagem correspondente à operação
selecionada pelo operador e recebe mensagem de resposta com Tag 89
presente, sinalizando necessidade de AUTO-INICIALIZAÇÃO. O terminal
efetua primeiramente o tratamento da resposta recebida, conforme
solicitação efetuada.
2. O terminal efetua, automaticamente, o processo de Inicialização. Em
caso de falha, o terminal retorna a operação com as tabelas antigas (Não
valendo para Tele/Autocarga, onde a aplicação supostamente será mais
recente).
3. Se sucesso no processo de Inicialização, terminal disca novamente para o
fone de transação, e envia uma mensagem 0800, com Processing Code
990004, sinalizado à REDE sucesso na auto-inicialização. Recebe
mensagem 0810, também com Processing Code 990004, fechando todo o
processo. O terminal deve garantir que a mensagem de Fim de Auto-
inicialização chegue até a REDE, e em caso de falha, deve submetê-la
antes da próxima transação, com obrigatoriedade de resposta.
Para mais detalhes sobre o processo de auto-inicialização, consultar o capítulo

7 – Telecarga.
P.08.04.05 42
5.5.1 Fluxo de mensagens

0200 – processing code 003000, crédito à vista
HOST
0210 – Tag 89 presente, sinalizando REDE
a necessidade de Auto-inicialização
Processo de INICIALIZAÇÃO
TNMS ou
Terminal TA
0800 – processing code 990004,

sinalizando o final da Auto-inicialização
HOST
0810 – processing code 990004, REDE
sinalizando fim da Auto-inicialização
P.08.04.05 43
6 FINALIZAÇÃO
POS não deve exibir a mensagem: ‘Finalize o terminal’.
Ao ser selecionada a opção FINALIZAÇÃO no menu (veja anexo
ÁRVORE_RELEASE), apresentar tela com opção para o estabelecimento
descartar a impressão. Prever timeout de 60s para esta tela, e caso não haja
interação do estabelecimento, o padrão será o descarte da impressão, porém
o terminal deverá ser finalizado e a mensagem “TERMINAL FINALIZADO COM
SUCESSO” deve ser mostrada.
Caso o usuário opte pela impressão, o relatório de finalização deve conter a
quantidade e o valor total das transações ordenadas por tipo e issuer,
ocorridas no lote, isto é, desde a última finalização.
Importante: A senha do lojista não deverá ser pedida para a realização da
Finalização.
Display Display gráfico
convencional
DESCARTAR
IMPRESSÃO?
1.SIM 2.NÃO
TERMINAL
FINALIZADO
COM SUCESSO
Para os terminais com interface touch o relatório deve ser apresentado em

tela, com a opção de descartar ou imprimir o relatório.
P.08.04.05 44
Veja leiaute do comprovante de finalização no Book de

Comprovantes.
OBSERVAÇÃO: Quando o terminal possui funcionalidade de serviço (como por

exemplo a recarga de celular pré-pago) uma mensagem de finalização será
enviada para o Switch de Serviço. Para maiores detalhes, consulte
13.19.2Finalização.
6.1 Relatórios de Transações

Através da opção ADMINISTRATIVA – RELATÓRIOS, o lojista poderá obter
informações das transações realizadas, conforme opções abaixo:
1. RESUMIDO: Apresentar um menu com os últimos 3 dias transacionados.
Imprimir a quantidade e o valor total das transações, ordenadas por tipo,
do dia escolhido no menu.
2. DETALHADO: Apresentar um menu com os últimos 3 dias transacionados.
Imprimir detalhe de cada transação (issuer, tipo de transação, data, hora
CV, valor), do dia escolhido no menu.
3. ÚLT. FINALIZAÇÃO: imprimir o relatório da última finalização realizada
(relatório de finalização do lote anterior).
4. ESTORNOS: Apresentar um menu com os últimos 3 dias transacionados.
Imprimir o detalhe de cada estorno (data, hora, CV e valor).
5. CORBAN: Apresentar um menu com as informações de transações
recebidas até o momento da extração do relatório.
Para os relatórios Resumido, Detalhado e Estorno deve ser disponibilizado ao
estabelecimento os últimos 3 (três) dias transacionados através de um menu.
As regras abaixo devem ser seguidas:
 Deve ser seguido o “conceito de fila” para atualização das datas, ou
seja, a data mais velha é a que será substituída quando houver
necessidade de disponibilizar nova data.
P.08.04.05 45
As datas mais antigas devem ser apresentadas como primeiras

opções. Exemplo:
Display Display touch Display Gráfico

convencional
RELATORIOS
1. 18/09/2012
2. 23/09/2012
3. 04/10/2012
 Cada data compreende das 00h00min00s até às 23h59min59s,

independente do lote de transações.
 Caso haja apenas 1 data esta deverá ser apresentada da mesma forma
que hoje são apresentadas 2 ou 3 datas para seleção/confirmação.
 Caso não haja nenhuma data a ser apresentada (terminal recém-
instalado, sem transações), apresentar a mensagem de erro:
Display Display touch Display gráfico

convencional
NAO EXISTEM
TRANSACOES A
SEREM IMPRESSAS
Após a impressão, voltar à tela inicial.

A impressão ou não do relatório de finalização não influencia os relatórios de
transações.
Importante: A senha do lojista não deverá ser pedida para a impressão dos
relatórios.
P.08.04.05 46
Veja leiaute dos relatórios de transações no Book de Comprovantes.
OBSERVAÇÕES
6. As seguintes transações não serão computadas nos relatórios de
Finalização e Transações:
a. Pré-autorização: estas transações não serão totalizadas, pois o
valor obtido não será creditado ao lojista, uma vez que somente a
Confirmação de Pré-autorização concretiza a transação financeira.
b. Consultas: Private Label.
 Obs.: a consulta Serasa aparece no relatório de finalização.
P.08.04.05 47
7. Relatório de Voucher:
a. A partir da versão 5.02 para que ocorra a finalização de um lote, no
qual existem transações de voucher, é obrigatória a emissão prévia
do Relatório de Voucher. Caso este relatório não tenha sido
impresso, o POS não deverá realizar a finalização e deverá exibir a
seguinte mensagem no visor.
convencional
IMPRIMA O
RELATORIO DE
VOUCHER ANTES
DE FINALIZAR
b. A tela será apresentada durante 30 segundos ou até intervenção

do operador.
c. Nas finalizações automáticas sempre deve ser aguardada a
intervenção do operador.
8. Durante o processamento da Finalização, o arquivo de Log de eventuais
erros do interpretador LUA é apagado.
9. Enquanto a pesquisa pelas transações para os relatórios de finalização é
feita, o terminal deve exbir a mensagem abaixo:
Display Display touch Display Gráfico
convencional
VERIFICANDO LOTE
AGUARDE...
10. Informações apresentadas nos relatórios de Finalização devem ser

totalizadas por Issuer.
P.08.04.05 48
Identificação Valor Total
CRÉDITO (Issuer 1.. Issuer n) Devem ser totalizadas, por Issuer, as seguintes transações de
crédito, aprovadas e não estornadas, contidas no lote em
tratamento:
Confirmação de pré-autorização;
Vendas rotativas (Online e Offline), parceladas (com ou sem
juros), inclusive referidas
CAPTURA DE CREDITO (Issuer Devem ser totalizadas, por Issuer, todas as transações de
1.. Issuer n) Captura de Crédito (rotativo, parcelado com e sem juros)
aprovadas, contidas no lote em tratamento.
DÉBITO (Issuer 1.. Issuer n) Devem ser totalizadas, por Issuer, todas as transações de
débito (rotativo / pré-datado / Bolsa Família) aprovadas,
contidas no lote em tratamento.
VOUCHER Cada Issuer de Voucher/Voucher Frota (Issuer Table –

Identificação do Cartão – Flag 3: Voucher Frota Transaction =
(i = 1.. n)
true ou Flag 0: Voucher Transaction = true) deve totalizar
separadamente todas as transações aprovadas e não
estornadas, contidas no lote em tratamento.
No relatório de Finalização deve constar o nome do Voucher
em tratamento (Termmaster ou TA – Issuer Table – Issuer
Name-Card Name). Exemplo: Ticket, NutriCash.
PRIVATE Cada Issuer Private Label (Issuer Table – Identificação do

Cartão – Flag 6 – Private Label Transaction = true) deve
(i = 1.. n)
totalizar separadamente todas as transações aprovadas e
não estornadas, contidas no lote em tratamento. No
relatório de Finalização deve constar o nome do Private
Label em tratamento (Termmaster ou TA – Issuer Table –
Issuer Name-Card Name), e não o texto “PRIVATE LABEL”.
Devem ser totalizadas as seguintes transações Private Label,
aprovadas e não estornadas, contidas no lote em
tratamento:
Vendas rotativas (normal ou pré-datado) e vendas
parceladas (normal ou pré-datadas), executadas em modo
Online
SERASA Devem ser totalizadas todas as Consultas SERASA contidas

no lote em tratamento, para as quais o BIT 39 da mensagem
0110 = 00, 05 ou 75.
RECARGA CELULAR Todas as Recargas de Celular devem ser totalizadas em uma

única linha, independente da transação financeira (crédito
ou débito) ou do issuer.
RECARGA DE CELULAR
TOTAL: nnn z.zzz.zzz.zz9,99
P.08.04.05 49
11. A Finalização só pode ser realizada quando há transações armazenadas

no lote em tratamento. Quando esta operação é solicitada e não há
transações no lote, deve ser exibida em display a mensagem: “LOTE
VAZIO” conforme tela abaixo.
a. Se a Finalização for solicitada quando o terminal tiver apenas um
desfazimento pendente sinalizado, o terminal deve também exibir
em display a mensagem “LOTE VAZIO”, pois, nesta situação a
transação pendente na REDE será desfeita na próxima conexão, e
não confirmada.
Display Display Touch Display Gráfico

convencional
LOTE VAZIO
b. Exemplo: o terminal somente possui uma transação de Pré-

Autorização.
c. Neste caso será exibida a mensagem LOTE VAZIO e nenhum
relatório de finalização deve ser impresso.
6.2 Tratamento de lote

Ao iniciar a operação após instalação, o terminal inicia a contagem sequencial
do lote. O número do lote deve ser impresso em comprovante. Um lote
contém o Log das transações realizadas entre uma Finalização e outra, e seu
número, que deve ser mantido em memória não volátil.
A cada finalização o número do lote deve ser incrementado, inicia-se um lote
novo, mas as transações dos últimos 3 dias devem ser preservadas na
memória do terminal.
Se o terminal não possuir memória disponível para abrir um novo lote com
capacidade para novas transações, neste caso manter em memória apenas
transações dos 2 últimos dias.
A capacidade de armazenamento de transações em um lote varia de
fabricante para fabricante.
P.08.04.05 50
A aplicação não inclui a transação de Estorno como mais uma no final do lote -
ela sobrepõe à transação original.
Caso esgote a capacidade de armazenamento do terminal e o lojista tentar
efetuar qualquer operação que envolva gravação em Log, o terminal deve:
 Finalizar automaticamente o terminal
 Imprimir o relatório de finalização, caso não seja descartado pelo
lojista.
 Iniciar um lote novo
 Preservar as transações dos últimos 3 dias na memória do terminal
 Durante a impressão deve exibir a mensagem:
 “LOTE CHEIO IMPRIMINDO”
Há uma função, que exige o código de acesso do técnico, a qual apaga

o lote em tratamento - função 93, opção 1. Ao executar esta função, o
número do lote também deve ser incrementado. Os dados computados
na mensagem de estatística devem ser preservados quando da
execução desta função
Para adequação ao PA-DSS, o PAN deve ser armazenado criptografado

para o caso de estorno.
6.3 Parâmetros utilizados para a

finalização
Os parâmetros de comunicação para a Finalização estão em registro específico
(Tipo de Transação) na Tabela Comunicação.
 Primary Settlement Telephone Number (Transação de Finalização)
 Primary Settlement Connection Time
 Primary Settlement Dial Attempts
 Modem Mode (Primary Settlement)
Em caso de fracasso na conexão, após as tentativas efetuadas, o terminal deve
efetuar uma segunda tentativa, utilizando os seguintes parâmetros do
Termmaster ou TA - Tabela de Comunicação:
 Secondary Settlement Telephone Number(Transação de Finalização)
 Secondary Settlement Connection Time
 Secondary Settlement Dial Attempts
 Modem Mode (Secondary Settlement)
P.08.04.05 51
Os terminais que se conectam à REDE via GPRS devem se comunicar conforme

parâmetros abaixo do Termmaster ou TA – Tabela de Comunicação:
 Endereço IP Primário
 Porta IP Primário
O processo de finalização determina o envio dos dados de estatística do

terminal. As mensagens de finalização (0500/0510) são computadas na
mensagem de estatística atual, porém as mensagens de estatística
(0800/0810) serão computados na estatística futura, e não na
atualmente sendo enviada
Caso o processo seja uma Telecarga, Autocarga imediata ou programada, o

terminal deverá operar com o seguinte algoritmo:
ENQUANTO número da tentativas primária for MENOR OU IGUAL Primary
Settlement Dial Attempts e
terminal não estiver conectado
Discar para o Host utilizando o número Primary Settlement Telephone
Number (Transação de Finalização);
FIM ENQUANTO
ENQUANTO número da tentativas secundária for MENOR OU IGUAL Secundary
Settlement Dial Attempts e Terminal não estiver conectado
Discar para o Host utilizando o número Secundary Settlement
Telephone Number (Transação de Finalização);
FIM ENQUANTO
SE existir pendências (desfazimento ou offline ou transações no lote ou
estatística pendente, Redecard Celular pendentes)
O terminal deverá conectar-se ao NAC;
Marcar para estorno de pré-autorização as transações de
Redecard Celular ainda pendentes;
Enviar pendências de desfazimento, estatística pendente,
transações offline e estornos de pré-autorização Redecard
Celular;
Fim SE
SE o lote não estiver vazio,
Enviar a Finalização;
P.08.04.05 52
Enviar Estatística;
SE NÃO
Enviar apenas a Estatística pendente;
Fim SE
Desconectar;
Fim ENQUANTO
SE o processo de Finalização foi concluído com sucesso
Iniciar o processo de Carga Remota;
SE NÃO
SE autocarga imediata ou programada
Reagendar para D+1
Fim SE
Finalizar o processo de Carga Remota abortando o processo;
Fim SE
Sempre existirão estatísticas pendentes, pois até mesmo quando o

terminal realizar uma finalização e estatística antes do processo de
carga remota (Telecarga, Autocarga programada e imediata), existirá
os dados da estatística anterior a ser enviada.
6.4 Procedimento de conexão nas

demais operações
Para conectarem-se à REDE durante o processamento das demais operações
especificadas (exceto inicialização/finalização/carga) os terminais que operam
via discagem devem efetuar os seguintes procedimentos:
 Discar para o telefone: Termmaster ou TA – Tabela de Comunicação
– Primary Transaction Telephone Number. Utilizam-se os seguintes
parâmetros de comunicação, conforme dados do registro Tipo da
Transação, correspondente à transação.
 Características do modem - conforme parâmetro: Termmaster
ou TA - Tabela de Comunicação – Modem Mode Primary
(Transactions).
 Termmaster ou TA - Tabela de Comunicação – Primary
Transaction Connection Time.
 Número de tentativas- conforme parâmetro: Termmaster ou
TA - Tabela de Comunicação – Primary Transaction Dial
Attempts.
P.08.04.05 53
Em caso de fracasso na conexão, após as tentativas efetuadas, o terminal deve

efetuar uma segunda tentativa, conforme segue:
 Discar para o telefone: Termmaster ou TA – Tabela de Comunicação
– Secondary Transaction Telephone Number. Utiliza-se os seguintes
parâmetros de comunicação:
 Características do modem - conforme parâmetro: Termmaster
ou TA - Tabela de Comunicação – Modem Mode Secondary.
 Termmaster ou TA - Tabela de Comunicação – Secondary
Transaction Connection Time.
 Número de tentativas- conforme parâmetro: Termmaster ou
TA - Tabela de Comunicação – Secondary Transaction Dial
Attempts.
Se a conexão foi bem-sucedida, enviar, de forma temporizada, a mensagem
correspondente à operação que a originou. Efetuar o controle de Timeout,
através do parâmetro: Termmaster ou TA: Acquirer Table - Response Timeout.
6.5 Processo de finalização e estatística

A mensagem de finalização deve ser enviada pelo terminal, a fim de
confirmar/desfazer a transação imediatamente anterior. Caso esta mensagem
não seja enviada, a última transação só será confirmada no dia seguinte,
quando chegar à próxima mensagem do estabelecimento. Neste caso, não
constará do Resumo de Vendas disponível em d + 1, já que este contempla
apenas as transações confirmadas no dia (d). Analogamente, se a última
venda efetuada corresponder à transação liquidável pelo emissor, o
respectivo relatório de fechamento não a contemplará. Durante o processo de
Finalização serão também enviadas à REDE as mensagens de Advice
remanescentes.
A resposta de Finalização pode conter um texto livre, que deve ser
armazenado pelo terminal. Este texto passará a ser impresso
automaticamente ao rodapé dos cupons financeiros e deve ser atualizado a
cada processo de Finalização.
Se o terminal recebe a resposta da mensagem de Finalização (0510), deve
enviar automaticamente à REDE a mensagem de Estatística (0800),
independentemente do código de retorno contido no BIT 39 da mensagem
0510.
EM CASO DE SUCESSO NO ENVIO DA MENSAGEM DE

ESTATÍSTICA
Os contadores a serem encaminhados na mensagem, deverão ser atualizados
até a última transação antes da conexão de estatística.
Os dados referentes à conexão de estatística em si deverão ser contabilizadas
na próxima mensagem de estatística.
P.08.04.05 54
EM CASO DE FRACASSO NO ENVIO DA MENSAGEM

DE ESTATÍSTICA
Os contadores a serem encaminhados na mensagem, deverão ser atualizados
até a última transação antes da conexão de estatística (inclusive às
fracassadas).
Os dados referentes à conexão de estatística em si deverão ser contabilizadas
na próxima mensagem de estatística.
O BIT 60, que contém o número do lote, permanece inalterado em todas as
tentativas. O fluxo de envio da mensagem de estatística é considerado
encerrado pelo terminal quando recebe a respectiva resposta (0810),
independentemente do código de retorno contido no BIT 39.
ESTATÍSTICA SCRM/TA
Campos da Estatística SCRM/TA (carga e inicialização) são zerados na
finalização.
OBSERVAÇÃO
O terminal deve disponibilizar uma função, que exija senha técnica, para
eliminar estatística pendente de envio (função 93 do terminal).
FLUXO DE MENSAGENS
0220 – Advice (se houver no Log do POS)
0230 – Resposta de advice
0500 – processing code 920000 - Finalização

HOST
Terminal
Redecard
0510 – processing code 920000 - Finalização
0800 – processing code 910000 - Estatística
0810 – processing code 910000 - Estatística
P.08.04.05 55
OBSERVAÇÃO: Quando o terminal possui funcionalidade de serviço (como por

exemplo, a recarga de celular pré-pago) uma mensagem de finalização será
enviada para o Switch de Serviço. Para maiores detalhes, consulte
13.19.2Finalização.
O POS deve garantir a chegada da mensagem de estatística na REDE. Assim,

se o POS não receber a mensagem 0810 de resposta da Estatística, sinaliza
internamente que há Estatística pendente e efetua a desconexão. Na
próxima conexão que fizer com a REDE, o POS deve enviar primeiramente a
mensagem de Estatística, e somente após sucesso na recepção da 0810 é
que envia a mensagem que originou a conexão. O processo é análogo ao de
desfazimento.
Os campos NMMOUT, NMMIN, NMPTRAN e NMSTRAN da estatística são
preservados após a tele/autocarga.
Os próximos tópicos listam as quatro formas de se provocar a finalização em

um terminal.
6.6 Finalização a pedido do lojista

A finalização pode ser enviada pelo terminal a pedido do lojista, pelo menu.
Ao escolher a opção FINALIZAÇÃO no menu principal, deve ser gerada uma
tela com a opção de descartar a impressão do relatório.
P.08.04.05 56
Após a execução com sucesso de uma Finalização a pedido do lojista, o

POS deve:
• Reprogramar a Finalização programável pelo terminal.
• Manter Finalização a programável pela REDE
6.7 Finalização programável pelo

terminal
Para evitar que a loja permaneça sem finalização, por esquecimento do lojista,
o terminal programa a operação da seguinte forma:
 Na tabela Terminal Configuration Table – Intervalo 2 Fechamento
está indicado tempo a partir do qual o terminal sinalizará que a
Finalização deve ser feita automaticamente, sem a intervenção do
lojista, e a processará se houver transação no lote em tratamento, e
se o terminal não estiver fazendo uma transação. Caso o terminal
esteja processando uma transação no momento em que seja
sinalizada a necessidade de Finalização automática, o terminal a
realizará assim que estiver livre.
 Observe que esta modalidade de Finalização deve exibir a opção de
descartar a impressão do comprovante. Caso o lojista opte por não
descartar, imprimir o relatório de Finalização (que contém as
transações do lote finalizado). Em caso de timeout (60s), a impressão
será descartada.
convencional
FINALIZACAO AUT.
DESCARTAR
IMPRESSÃO?
1. SIM 2. NÃO
P.08.04.05 57
TERMINAL
FINALIZADO
COM SUCESSO
Uma vez carregados este parâmetro do Termmaster ou TA, o terminal efetua

a programação da primeira Finalização após a Inicialização do terminal. A
partir de então, a contagem do tempo para reprogramação da próxima
finalização é iniciada a partir da primeira transação efetuada após uma
finalização.
6.8 Finalização com horário programável

pela REDE
O terminal deverá estar habilitado a programar um horário no dia para
disparar automaticamente a Finalização. Este horário consiste de um
parâmetro do Termmaster ou TA: Terminal Configuration Table – Horário
programado de Finalização, e estará preenchido para alguns terminais
(quando zerado, sinaliza que não há programação de Finalização para o
estabelecimento). Será bastante útil para os estabelecimentos que trabalham
às 24 horas do dia.
CARACTERÍSTICAS
Serão efetuadas apenas 2 tentativas de finalização, com intervalo de 3
minutos entre uma e outra.
A Finalização com horário programado pode ser tentada até hh:mm
programado + 5 minutos.
Observe que esta modalidade de Finalização deve exibir a opção de descartar
a impressão do comprovante. Caso o lojista opte por não descartar, imprimir o
relatório de Finalização (que contém as transações do lote finalizado). Em caso
de timeout (60s), a impressão será descartada.
P.08.04.05 58
Após a execução com sucesso de uma Finalização com horário

programável pela REDE, o terminal deve reprogramar a Finalização
programável pelo terminal, sempre mantendo a programável pela
REDE. Se o lote estiver vazio no momento da Finalização com horário
programável, esta não precisa ser efetuada, porém a reprogramação
para o próximo dia deve ser processada normalmente.
6.9 Finalização automática

Alguns processos operados pelo terminal determinam a Finalização
automática, de forma a garantir a integridade do sistema. Os processos que
se encontram nesta situação são:
 Telecarga, se terminal em tratamento já estava em operação, e há
transações no lote
 Autocarga
 Auto-inicialização
Após uma Finalização Automática, o terminal deve exibir a opção de
descartar a impressão do comprovante. Caso o lojista opte por não descartar,
imprimir o relatório de Finalização (que contém as transações do lote
finalizado). Em caso de timeout (60s), a impressão será descartada.
P.08.04.05 59
7 TELECARGA / AUTOCARGA
Este capítulo visa apresentar como será realizada a carga remota de aplicativo
a partir do Servidor de Carga Remota Modular (SCRM) ou no TA (nova
plataforma). Deve-se disponibilizar as seguintes opções:
 Telecarga a pedido do operador – Função 92
 Autocarga imediata, Agendada pela REDE ou Agendada pelo Lojista.
 É considerada a possibilidade de a carga ser realizada pelo servidor
do fabricante do terminal, portanto, para a verificação de qual
servidor utilizar, deve-se consultar o parâmetro definido no
Termmaster– Acquirer Table – Options 2 – BIT 7 (Protocolo SCRM)
ou para o TA Acquirer Table – Options 2 – BIT 4 (protocolo REEP).
Nesses casos, as estatísticas SCRM/TA não são atualizadas.
 Os terminais devem ser inicializados com todos os parâmetros para
realizar inicialização e telecarga em ambos os ambientes, ou seja,
devem ser capazes de suportar simultâneamente as tabelas de
comunicação com parâmetros para inicializar no TermMaster
(legado), inicializar no TA (evolução), devem possuir os parâmetros
para Telecarga via SCRM (legado) e para Telecarga TA (evolução),
não estando vinculados um ao outro necessariamente de modo que
seja possível realizar a telecarga no legado e inicializar na plataforma
TA ou o inverso. Deste modo devem haver duas tabelas de
comunicação para inicialização e duas tabelas de comunicação para
Telecarga, conforme o parâmetro habilitado nos options 1 e 2 será
atribuida a função. Também na tabela Acquirer options 2 bit 4 deve
estar habilitado indicando que o terminal é capaz de tratar o novo
protocolo (Rede End-to-End Protocol).
 Caso seja realizada uma Telecarga em um terminal que não esteja
inicializado, o POS deve assumir que vai trabalhar com o SCRM.
 Encerrado o processo de carga, bem sucedido ou fracassado, as
estatísticas SCRM/TA são atualizadas.
Os parâmetros de comunicação para Telecarga estão em registro específico,

na Tabela Comunicação. Para cada tipo de transação (finalização, telecarga e
inicialização, entre outros), existe um registro que contém os parâmetros de
conexão abaixo, além de outras informações.
Estão definidos no Termmaster ou TA – Tabela de Comunicação, os seguintes
parâmetros de conexão:
 Primary Telecarga Telephone Number (Processo de Telecarga)
 Primary Telecarga Connection Time
 Primary Telecarga Dial Attempts
 Modem Mode (Primary Initialization)
E para GPRS os seguintes parâmetros da tabela de Terminal são usados para
conexão:
 Endereço IP Primário Carga Remota
 Porta IP Primário Carga Remota
P.08.04.05 60
A carga em terminais GPRS:

 É feita em GPRS, se os campos Endereço IP Primário Carga Remota e
Porta IP Primário Carga Remota da tabela Terminal não estiverem
vazios.
 Se estes campos estiverem vazios, a carga deve ser feita em GSM.
Exemplos de parametrização e suas exceções:
Parametrização:
 Para o terminal identificar qual tabela utilizar na inicialização (carga

de tabela) via TA o Bit 3 do option 2 deve estar ligado, os demais
desligados em ambos os options. Para que o terminal passe a utilizar
tais parâmetros para conexão será sensibilizado no retorno de uma
mensagem financeira ou TOAKI do DE48 TAG 8C conforme capítulo
específico.
 Para o terminal identificar qual tabela utilizar na Telecarga via TA o
bit 4 do option 2 deve estar ligado, os demais desligados em ambos
os options. Para que o terminal passe a utilizar tais parâmetros para
conexão será sensibilizado no retorno de uma mensagem financeira
ou TOAKI do DE48 TAG 8C conforme capítulo específico.
Excessões:
 Caso o terminal somente possua em sua carga de tabela uma tabela

de comunicação para Inicialização e/ou Telecarga deve então ignorar
configurações divergentes retornadas pelo HOST nas mensagens de
retorno financeiras ou TOAKI, ou seja, ao receber um indicativo de
passar a realizar a inicialização via TermMaster, mas o terminal em
sua carga de tabelas só possui uma ocorrência e está com o bit 3 do
option 2 habilitado, ignora a solicitação e permanece realizando sua
inicialização no TA.
 Se o terminal receber uma tabela de comunicação com parâmetros
conflitantes, ou seja, onde rotas distintas de inicialização ou
Telecarga estejam habilitados simultâneamente o terminal deve
ignorar esta tabela e manter sua configuração original. Se for
primeira inicialização os dados serão capturados durante o fluxo
operacional da função 6.
Dados da discagem e troca de mensagens para Telecarga NÃO são

computados na estatística
P.08.04.05 61
Nos processos de Telecarga, Autocarga Imediata e Programada (REDE e

Lojista), o terminal deverá operar como descrito a seguir.
7.1 Etapas do processo de atualização

O processo de autocarga pode ser dividido em 5 etapas sequenciais, sendo
que cada uma só pode ser iniciada após a finalização bem-sucedida da
anterior, conforme figura abaixo:
Agendamento Carga remota Finalização Instalação Inicialização
Cada uma dessas etapas é detalhada a seguir.
ETAPA 1: Agendamento
O processo de agendamento corresponde à programação, no terminal,

do momento em que a carga remota deve ser iniciada. Começa quando o
terminal recebe do host uma sinalização (através da presença da tag 8C
na resposta de uma transação) indicando que o terminal deve se
atualizar.
Juntamente com este flag, o terminal pode receber uma data e hora. Se
estes campos estiverem zerados, indicam que a carga Remota deve ser
imediata. Se estiver preenchido com dígito ‘9’, o lojista pode escolher o
melhor horário para iniciar a carga remota, dentro de 24 horas. Caso
contrário, as informações contidas são entendidas como a data e hora
para início da carga remota. Além das já citadas existem diversas outras
possibilidades de retorno na TAG 8C que não indicam um agendamento,
mas sim uma ação de configuração que o teminal deve tomar. Estas
possibilidades estão detalhadas em capítulo específico.
Quando atingido o momento programado/agendado o POS inicia o
processo de Carga remota (Etapa 2).
O terminal cancela a atualização agendada se, enquanto aguarda atingir o
momento programado para iniciar a carga remota o POS, receber uma
mensagem de resposta do host sem a flag para atualização(sem a TAG
8C). Se receber uma mensagem com a flag/TAG indicando uma data
diferente, o POS reprograma o agendamento para esta nova data. Caso a
flag indique data e hora inválidos, o POS ignora o indicação e mantém o
agendamento, caso haja alguma. No caso da flag indicar uma data/hora
expirado e diferente dos indicados na tabela de configurações TAG 8C e
se houver já uma programação, o POS desconsidera a flag e mantém o
agendamento..
P.08.04.05 62
Para os casos de Carga Remota agendada pela lojista, depois de concluída

a transação em que recebeu a sinalização o terminal deve exibir as
mensagens abaixo:
Display Display gráfico Display interface touch Processamento

convencional
EXISTE UMA Emitir um bipe de aviso e
ATUALIZAÇÃO PARA
SEU TERMINAL exibir a mensagem ao lado
por 3 segundos ou até que
REALIZAR uma tecla seja pressionada.
DOWNLOAD:
1.AGORA Segue para mensagem
2.AGENDAR abaixo.
Exibir o menu ao lado e
emite um bipe de minuto em
minuto, até a seleção do
operador:
1.AGORA – O terminal se
prepara para iniciar o
download do pacote de
atualização assim que o
terminal entrar em estado
ocioso.
2.AGENDAR – Segue para a
mensagem abaixo.
DIGITE A HORA: Aguardar a digitação da hora
HH:MM
e minuto para agendamento
da Autocarga, seguindo as
regras abaixo:
Caso o operador não digite
um horário válido, o terminal
deve continuar solicitando
um horário;
Caso o operador aperte o
botão “Cancela”, ele retorna
para o menu anterior;
O horário será preenchido da
esquerda para a direita.
Caso o operador digite uma
hora menor que a atual, o
terminal irá programar a
carga para o dia seguinte, no
horário indicado.
Caso o operador digite uma
hora maior que a atual o
terminal irá se programar
para efetuar a carga no
P.08.04.05 63
mesmo dia, no horário

indicado.
Retornar para o estado de
repouso.
O diagrama abaixo apresenta o que ocorre quando o terminal está ligado no momento da
telecarga. O diagrama seguinte apresenta o fluxo quando o terminal encontra-se desligado no
momento programado para a atualização, e o tratamento dado no momento em que é ligado.
As condições do agendamento, detalhadas a seguir, podem ser resumidas pelo seguinte
quadro, em função do estado anterior do terminal e do flag recebido:
flag recebido  Carga Agendado Agendado
Ausente Inválido Expirado
estado do terminal  imediata lojista REDE
Iniciar
(desde que
Sem telecarga não esteja lojista
- ignorar iniciar agendar
agendada na lista de define hora
comandos
da TAG 8C)
Iniciar
(desde que
Em carga imediata: não esteja lojista define
cancelar ignorar iniciar agendar
Download não iniciado na lista de hora
comandos
da TAG 8C)
Ignorar
(desde que
Com telecarga não esteja
cancelar ignorar iniciar ignorar reagendar
agendada REDE na lista de
comandos
da TAG 8C)
Ignorar
(desde que
Com telecarga não esteja lojista
cancelar ignorar iniciar reagendar
agendada Lojista na lista de define hora
comandos
da TAG 8C)
Obs.: Este quadro leva em consideração que o download do pacote de atualização ainda não
foi iniciado pelo POS. Uma vez iniciada a carga remota, o POS não altera ou cancela o processo
de atualização através da flag.
O terminal deve considerar áreas de memórias distintas para pacotes recebidos de hosts de
telecarga distintos (SCRM ou TA), após finalidado com sucesso o processo de instalação da
nova aplicação as duas áreas de memória devem ser apagadas.
O quadro abaixo demonstra todas as possibilidades de valores que o

terminal deve suportar na TAG 8C quando retornada pelo HOST.
P.08.04.05 64
Destino da Destino da Telecarga de Protocolo utilizado na

Valor
inicialização aplicação telecarga tipo de ação
O que estiver
ddmmaaaahhmm configurado ao O que estiver configurado O que estiver configurado
atingir a data ao atingir a data ao atingir a data Execução
O que estiver
000000000000 configurado ao O que estiver configurado O que estiver configurado
O que estiver
999999999999 configurado ao O que estiver configurado O que estiver configurado
Sigla - TA (nova REEP (REDE End-to-End
010120010101
plataforma) Sigla - TA (nova plataforma) protocol) Configuração
Sigla - TA (nova SCRM - Servidor de carga
010120010102
plataforma) remota - Phoebus SCRM - PHPacket Configuração
TNMS (Term- SCRM - Servidor de carga
010120010111
Master) remota - Phoebus SCRM - PHPacket Configuração
Sigla - TA (nova
010120010121
plataforma) Sigla - TA (nova plataforma) SCRM - PHPacket Configuração
TNMS (Term- REEP (REDE End-to-End
010120010122
Master) Sigla - TA (nova plataforma) protocol) Configuração
TNMS (Term-
010120010112
Master) Sigla - TA (nova plataforma) SCRM - PHPacket Configuração
Abaixo o fluxograma de agendamento de Telecarga
P.08.04.05 65
A cada reposta de transação recebida enquanto aguarda o

Início período agendado deve verificar a flag. Se a receber uma nova
flag com indicativo diferente do anterior o fluxo tem de ser
reiniciado
Pos realiza uma Cancela

transação e recebe agendamento de
resposta do HOST atualização
Mantém rotas/
POS Tem
Possui TAG 8C configuração
N atualização N Ignora a Indicação S
na resposta ? anterior a este
agendada?
indicativo
SIM S N
Não é um dos Tem Parâmetros nas

O Valor da TAG 8C TAG 8C = É uma data
N N data inválida? N N valores que N tabelas para esta
é 000000000000? 99999999999? futura?
configuram rotas? alteração de rota?
S S
Solicita HH:MM ao
usuário para inicio Aguarda data/Hora
da Carga remota
Então acata a
S alteração de rota de
inicialização
POS Realizou
N
nova Transação?
N
Existem outros processos
Data/Hora FIM a seguir que não são
Expirada ou escopo deste fluxograma
Autocarga
imediata?
Então aguarda ficar Em estado Iniciar Carga

S
ocioso ocioso? Remota
P.08.04.05 66
Caso o terminal esteja desligado quando chega o momento da execução, o

seguinte algoritmo deve ser executado:
POS em
processo de
Autocarga é
ligado
POS tem
Carga Remota Não Carga Remota Não atualização
já foi iniciada? é imediata?
agendada
Sim Sim
Aguarda
estado ocioso Aguarda
para retomar Data/Hora
Carga Remota
Data/Hora Não
expirada?
Sim
POS
realizou Não Aguarda
uma nova estado ocioso
transação?
Sim
Retomar o fluxo
de Agendamento POS em
Não
no ponto A A estado
ocioso?
Sim
Iniciar Carga
Remota
P.08.04.05 67
ETAPA 2: Carga Remota

Ao entrar em estado ocioso, o POS inicia o processo de Carga Remota, que
consiste em se conectar ao SCRM ou TA e realizar o download do pacote de
atualização. Terminais Wireless devem respeitar o nível mínimo de carga de
bateria para iniciar a Carga Remota, conforme definido em 16.6.4.
O POS entra em estado ocioso quando permanece por um determinado
tempo em estado de repouso sem intervenção do operador, conforme
descrito no capítulo 13.28.
Durante o download da nova versão, o terminal deve exibir as mensagens
abaixo.
Display Display gráfico Display touch Processamento
convencional
REALIZANDO O POS exibe as mensagens
DOWNLOAD DE
ao lado, alternando entre
NOVA APLICACAO
elas, não permitindo a
██████░░░░░░ 50%
interação do operador.
Para terminais touch screen
os botões MENU e FUNÇÃO
devem estar desabilitados
(em cor cinza).
Se pressionada a tecla
ENTRA, o terminal paraliza o
download do pacote de
PARA PAUSAR O atualização e desconecta do
DOWNLOAD SCRM ou TA, retornando ao
PRESSIONE ENTRA
██████░░░░░░ 50% estado de repouso (Idle),
permitindo a interação do
operador com o terminal.
Durante o processo de
discagem e conexão, o
terminal deve substituir a
quarta linha mensagens pela
descrição dos passos de
conexão (DISCANDO,
CONECTANDO,
PROCESSANDO, etc).
Uma vez iniciado o download do pacote de atualização, o POS não cancela ou

reagenda o processo de Autocarga, independente da existência ou não da flag
na resposta de transações realizadas durante o processo.
Em caso de falha na conexão com SCRM ou TA, o terminal realiza outras três
tentativas de Carga Remota no mesmo dia, aguardando a entrada em estado
ocioso entre cada nova tentativa. Expiradas as tentativas do dia o terminal
somente retoma o processo de Carga Remota no dia seguinte.
Caso o download seja paralisado pelo operador, ao retornar ao estado ocioso
o POS continua o processo de Carga remota, se conectando novamente ao
P.08.04.05 68
SCRM ou ao TA e retomando o download pacote, não sendo contabilizado

como uma nova tentativa de Carga Remota.
O processo de Carga remota só é finalizado quando o download do pacote de
atualização for concluído.
Algoritmo da Telecarga:
Registrar ponto para retomada = início da telecarga // começar do
início
Executar algoritmo Retomada de Telecarga
Algoritmo Retomada de Telecarga:

Contador Processo Carga Remota = 0 (ZERO)
Nro tentativa de conexão = 1
ENQUANTO Contador Processo Carga Remota MENOR QUE 3

ENQUANTO Nro tentativa de conexão MENOR OU IGUAL a
Num. de tentativas de discagem para o telefone primário E Terminal
não estiver conectado
Discar para o Host utilizando o número Núm. do telefone
primário de discagem (Transação tipo telecarga SCRM ou TA);
SE não conseguiu
Incrementar nro tentativa de conexão
FIM SE
FIM ENQUANTO
Se não estabeleceu conexão
incrementar Variável Contador Processo Carga Remota
retornar ao estado de repouso
aguardar 15 minutos para nova tentativa
FIM SE
Contador Processo Carga Remota = 0 //conectou: tem +3 chances
Realizar download da aplicação, a partir do registro para
retomada
Atualizar periodicamente Ponto para Retomada
FIM ENQUANTO
Se completou o processo
P.08.04.05 69
Verificar integridade dos arquivos recebidos

SE arquivos íntegros
Registrar telecarga OK
Sair do ciclo ENQUANTO
SENÃO
Ponto para retomada = início // falhou: recomeçar
FIM SE
SENÃO
Salvar o ponto onde parou em ‘Ponto para Retomada’
Fim SE
Fim ENQUANTO
SE completou o processo
Executar algoritmo Finalização
SENÃO
Exibir “ DOWNLOAD NÃO / CONCLUIDO "
Reagendar atualização para D+1
Disponibilizar terminal com a configuração prévia
FIM SE
Quando concluído a etapa de Carga Remota, o POS questiona ao operador se

este deseja continuar com a atualização, realizando a finalização (Etapa 3) e
instalação do novo pacote.
Display Display Gráfico Display touch Processamento
convencional
DOWNLOAD Emitir um beep de alerta,
CONCLUIDO!
exibir a mensagem ao lado
por 3 segundos e seguir para
próxima mensagem.
Exibir a mensagem ao lado e
DESEJA ATUALIZAR aguardar a seleção do
O TERMINAL operador.
AGORA?
1. SIM 2. NÃO Se selecionado “1. SIM”,
seguir para a Finalização
(Etapa 3).
Se selecionado “2. NÃO” ou
pressionada a tecla
“CANCELA”, seguir para
mensagem abaixo.
P.08.04.05 70
SEU TERMINAL Exibir a mensagem ao lado

SERÁ ATUALIZADO
NA PROXIMA por 5 segundos ou até que
FINALIZAÇÃO uma tecla seja pressionada.
Salvar o pacote de
atualização e retornar ao
estado de repouso.
Caso o operador opte por não continuar com o processo de atualização, o POS
mantém o pacote e retorna ao estado de repouso, permitindo novas
transações. O terminal retoma o processo de atualização, automaticamente e
sem intervenção do usuário, depois de concluída a próxima Finalização (ver
capítulo 6) ou quando selecionada a opção “ATUALIZAR” que deve estar
disponível somente no menu principal de terminais cuja a conclusão de
atualização ficou pendente (ver documento ARVORE_RELEASE).
ETAPA 3: Finalização
Depois de concluído o processo de Carga Remota, o POS se prepara para a
atualização concluindo todas as pendências realizando a finalização.
A Finalização é realizada conforme descrito no capítulo 6, com o algoritmo do
processo descrito no capítulo 6.3. Caso a finalização não seja concluída com
sucesso, o terminal exibe a mensagem abaixo:
convencional
Emitir um beep de alerta,
ATUALIZAÇÃO
NÃO REALIZADA exibir a mensagem ao lado
por 3 segundos e seguir para
próxima mensagem.
P.08.04.05 71
TENTAR Exibir a mensagem ao lado e

NOVAMENTE?
aguardar a seleção do
1. SIM 2. NÃO operador.
Se selecionado “1. SIM”,
repetir o processo de
Finalização.
Se selecionado “2. NÃO” ou
pressionada a tecla
“CANCELA”, seguir para
mensagem abaixo.
SEU TERMINAL Exibir a mensagem ao lado

SERÁ ATUALIZADO
NA PROXIMA por 5 segundos ou até que
FINALIZAÇÃO uma tecla seja pressionada.
Salvar o pacote de
atualização e retornar ao
estado de repouso.
Concluída a finalização, se o POS possuir um pacote de atualização disponível

ele iniciará a sua atualização (Etapa 4).
ETAPA 4: Atualização
Após a finalização, inicia-se a atualização propriamente, utilizando o pacote de
atualização recebido durante a etapa de Carga Remota.
Ao iniciar o processo, o POS exibe a mensagem de notificação abaixo:
convencional
AGUARDE, SEU Emitir um beep de alerta,
TERMINAL SERÁ
ATUALIZADO exibir a mensagem ao lado
por 5 segundos, ou até que
uma tecla seja pressionada.
Se o terminal possuir
bateria, exibir a mensagem
seguinte. Caso contrário,
iniciar o processo de
atualização.
MANTENHA LIGADO Exibir a mensagem ao lado e
A TOMADA DURANTE
TODO O PROCESSO iniciar o processo de
atualização.
P.08.04.05 72
ETAPAS 5: Inicialização
Uma vez instalado o pacote de atualização, o terminal concluí o processo de
atualização através da Inicialização e baixa técnica, caso seja necessário a
atualização de parâmetros.
A necessidade ou não de Inicialização é definida pelo código de versão da
aplicação atualizada (ver capítulo 3.2).
Se a versão "maior" de aplicação atualizada pelo pacote de atualização
é diferente da versão "maior" da aplicação instalada anteriormente, o
terminal apaga as tabelas de Inicialização atuais realiza o processo de
Inicialização.
Caso contrário, o terminal mantém as tabelas de inicialização e não
realiza nova Inicialização.
Depois de concluída a Inicialização, se necessária, e confirmada ao Host REDE
o sucesso da Autocarga, o terminal pode exibir ao portador as novas
funcionalidades disponíveis nesta versão, conforme é descrito no capítulo 7.5.
O ciclo completo de inicialização é apresentado no diagrama e algoritmo

abaixo:
P.08.04.05 73
NroCiclo = 1
Executar ciclo de
Autoinicialização
SIM
Ocorreu Reagendar para
erro? após 15 minutos
NÃO N
Ã Exibir tela
Atualização O INICIALIZE O POS
concluída com Tecle 1
sucesso. Terminal
fica operacional.
ocorreu trx. SIM Exibir mensagem

admin ou S
“INICIALIZE O
financeira? I
TERMINAL”
M
NÃO
N
Ã
O
Tecla 1 ou SIM S
Função 6
I
acionada?
M
NÃO
N
SIM Ã
O S
N
Passaram-se Incrementar
I
15 min?
Ã NroCiclo
NÃO M
O
SIM
NroCiclo S
<= 4?
I
M
NÃO
N
F Ã
O
f
f
P.08.04.05 74
F Erro nos 4 ciclos de autoinicialização
Exibir tela
INICIALIZE O POS
Tecle 1
ocorreu trx. SIM Exibir mensagem

S
admin ou “INICIALIZE
I O
financeira? TERMINAL”
M
NÃO N
Ã
O
Tecla 1 ou
Função 6
acionada?
NÃO N
Ã
O
SIM S
I
Executar ciclo de M
Autoinicialização
SIM
SOcorreu
I erro?
M
NÃO N
Ã
Atualização O
concluída com
sucesso. Terminal
fica operacional.
P.08.04.05 75
Ciclo de autoinicialização:
Nro de tentativas de conexão = 1

ENQUANTO número da tentativas de conexão for MENOR OU IGUAL ‘Num. de
tentativas de discagem para o telefone primário’ (parâmetro da Tabela de
Comunicação) E terminal não estiver conectado
Discar para o Host utilizando o número Núm. do telefone primário de
discagem (Transação de Inicialização);
SE não conseguiu
Incrementar nro de tentativas de conexão
FIM SE
FIM ENQUANTO
Realizar processo de inicialização;
Desconectar;
Fim ENQUANTO
SE o processo de Inicialização NÃO foi concluído com sucesso
Exibir a mensagem “FALHA DE INICIALIZAÇÃO”; temporizar por 10
segundos;
SENÃO
SE o PROCESSO é uma TELECARGA (Não se aplica para Autocarga)
Solicitar uma Baixa Técnica;
Fim SE
Enviar mensagem de fim de autocarga;
Atualizar estatística SCRM/TA (inicializações e carga).
Fim SE
P.08.04.05 76
Algoritmo Inicializa:
SE carga efetuada com sucesso

número de Ciclos = 1
Executar primeiro Ciclo de Auto-inicialização (acima);
ENQUANTO ocorrer erro em Ciclo de Auto-Inicialização e número de
Ciclos <= 4
A aplicação agendará novo Ciclo de Auto-Inicialização
(intervalo = 15 minutos);
Volta para tela INICIALIZE O POS TECLE 1
SE usuário realizar uma transação administrativa ou financeira
Exibir mensagem “INICIALIZE TERMINAL”,
Volta para tela INICIALIZE O POS TECLE 1;
FIM SE
SE usuário digitar TECLA 1 ou selecionar FUNÇÃO 6
Executar novo Ciclo de Auto-Inicialização;
FIM SE
SE transcorreu intervalo de 15 minutos
Incrementar número de Ciclos
FIM SE
FIM ENQUANTO
SE (sucesso em um Ciclo de Auto-Inicialização)

Terminal fica operacional;
Fim;
SENÃO (insucesso nos 4 Ciclos de Auto-Inicialização)
ENQUANTO terminal não inicializado
Exibir tela INICIALIZE O POS TECLE 1
SE usuário realizar uma transação administrativa ou
financeira
Exibir mensagem “INICIALIZE TERMINAL”,
Volta para tela INICIALIZE O POS TECLE 1;
FIM SE
SE usuário digitar TECLA 1 ou FUNÇÃO 6
FIM SE
Fim ENQUANTO
Terminal fica operacional;

Fim;
Fim SE
SENAO // (erro na Telecarga)
Executar algoritmo de telecarga novamente;
Fim SE
P.08.04.05 77
Notas:
 Cada Ciclo de Inicialização executa 3 tentativas de inicialização
 O intervalo de 15 minutos está armazenado na aplicação Redecard
(valor fixo)
 Ciclos de Auto-Inicialização não solicitam senha
 A função 6 solicita as informações específicas de que necessita
 A tela INICIALIZE O POS TECLE 1 deve ser alternada com a tela do
logo de forma temporizada (tecla “1”: Terminal executa uma
inicialização).
 Terminais POS compartilhados: Se houver outra aplicação no

terminal além da Modular e expirar o tempo (15 minutos) necessário
para uma nova inicialização, esta só ocorrerá quando o POS retornar
para a tela do gerenciador.
Ao entrar em contato com o SCRM ou TA, a autenticação é baseada em

um código denominado Solicitação de Notificação “SN”. Por enquanto,
para todos os processos (Telecarga, Autocarga Imediata e
Programada), este código será enviado para o SCRM ou TA preenchido
com zeros e a autenticação será baseada no número do terminal.
As mensagens a serem exibidas, descritas no algoritmo acima podem

ser em letras maiúsculas ou minúsculas, dependendo da tecnologia do
terminal. Verificar as telas descritivas para cada tecnologia (touch,
monocromático ou gráfico)
7.2 Processo de telecarga

Neste tipo de processo o terminal não é notificado, desta forma, o operador
deverá entrar em contato com a Central de Atendimento para gerar um
código que será utilizado na autenticação do terminal no SCRM ou TA. Este
processo tem prioridade sobre qualquer processo de carga remota.
O serviço pode ser realizado pelo lojista ou diretamente por um técnico. Caso
seja o lojista o realizador do processo de carga, deverá receber as orientações
do atendente até o término do processo.
7.2.1 Descrição do processo
P.08.04.05 78
O Serviço de Telecarga é iniciado pela intervenção de um operador, portanto

não passa pelo fluxo de agendamento apresentado na seção 7.1.
Pode ser detalhado pelo seguinte fluxo:
Ínicio
Gera-se o código de
entrada no SCRM
ou TA (SN)
Operador digita a
função 92
Processo é
Atualizado? Não
reiniciado até 3x
Sim
FIM
1. Operador entra em contato com a Central de Atendimento para gerar um

código que permite a carga do terminal. Este código:
a. Deve ser único por atualização;
b. Assim que o processo de atualização é realizado, o código perde
sua validade, se necessário deve ser solicitado outro.
2. Ativação da operação de Telecarga via função 92, mediante validação da
senha técnica (conforme parâmetros do Termmaster ou TA – Terminal
Configuration Table - Senha Técnica).
3. Se já tiver realizado o download de um pacote porém a atualização está
pendente, o terminal não permite o acesso a função, exibindo a
mensagem abaixo:
P.08.04.05 79

convencional
ATUALIZAÇÃO Emitir bipe, exibir a
PENDENTE.CONCLUA
ANTES DE INICIAR mensagem ao lado por 5
UM NOVO DOWNLOAD segundos ou até que uma
tecla seja pressionada e
retornar ao estado de
repouso.
4. Quando ativado através desta função, o terminal não aguarda entrar em

estado ocioso (ver cap. 13.28) para iniciar a Carga Remota e o processo
pode ser paralisado pelo operador a qualquer momento, sendo retomado
automaticamente quando o terminal entrar em estado ocioso.
5. Em caso de falha, o terminal deve exibir a seguinte mensagem:
convencional
TENTAR NOVAMENTE “<1> SIM”: tenta novamente
“<2> NAO”: aborta o
1. SIM 2. NÃO
processo e volta a ficar
operante com a carga
original. Os arquivos
baixados não são removidos,
uma nova telecarga começa
a partir do ponto onde esta
falhou.
6. Entre as três tentativas, caso ele consiga iniciar o processo de download o

contador voltará para zero, possibilitando novamente três tentativas.
7. Concluída o download do pacote, o terminal segue o processo de
atualização realizando a Finalização, Instalação e Inicialização, caso
necessário, seguindo as orientações e menagens do capítulo 7.1.
P.08.04.05 80
7.2.2 Fluxo de mensagens na realização da carga

A atualização do terminal compreende os seguintes passos:
1. O POS inicia a conexão com o SCRM ou TA conforme estiver
parametrizado, que contém a aplicação a carregar, discando para o fone
de carga de aplicativo (recebido durante o processo de inicialização) e
processa a carga remota da versão de aplicação. Em caso de erro durante
o processo de conexão com o SCRM/TA (todas as tentativas de
discagem), o terminal deverá apresentar a mensagem “CARGA
APLICATIVO / NAO REALIZADA” por 3 segundos e reiniciar o processo
mais 2 vezes (3 vezes no total). Caso o erro persista na terceira tentativa,
apresentar a mensagem de erro “CARGA APLICATIVO / NAO REALIZADA”
por 3 segundos e retornar para a tela principal.
O processo de download do pacote de atualização pode ser paralisado
pelo operador para a realização de uma transação e é retomado
automaticamente pelo POS, quando entrar novamente em estado ocioso
(ver cap. 13.28).
Durante o download do pacote, as mesmas mensagens descritas na Etapa
2 do processo de atualização (ver capítulo 7.1) devem ser exibidas pelo
terminal. Em caso de erro durante o processo de discagem (todas as
tentativas), o processo deve ser interrompido e o terminal deve
apresentar a mensagem: " DOWNLOAD NÃO / CONCLUÍDO " por 3
segundos e retornar para a tela inicial.
Se por algum motivo o download for interrompido sem a intervenção do
operador (queda de linha, por exemplo), o terminal deverá mostrar a tela
" DOWNLOAD NÃO / CONCLUÍDO " por 3 segundos e deverá tentar
mais 2 vezes (3 vezes no total). Se o problema persistir após a terceira
tentativa de execução da Telecarga, o terminal deve mostrar a tela de
erro " DOWNLOAD NÃO / CONCLUÍDO " por 3 segundos e voltar
para a tela inicial.
2. Concluído o download do pacote de atualização, o terminal verifica se o
portador deseja realizar a atualização neste momento ou se prefere
aguardar a próxima Finalização, conforme descrito na etapa 3 do
processo de atualização.
3. Se houver transações no lote em tratamento, o terminal comanda
automaticamente o processo de finalização do terminal, conforme etapa
4 do processo de atualização.
Em caso de erro durante a troca de mensagens de pendências, o
processo deve ser interrompido e o terminal deve apresentar a
mensagem “ ATUALIZAÇÃO / NAO REALIZADA” por 3 segundos e
retornar para a tela inicial.
4. Concluída a Finalização o terminal inicia a instalação do pacote de
instalação, exibindo as mensagens " AGUARDE, SEU / TERMINAL SERÁ
/ ATUALIZADO " e "MANTENHA LIGADO / A TOMADA DURANTE/ TODO
O PROCESSO " descritas na etapa 4 do processo de atualização (ver
capítulo 7.1).
5. Durante a atualização o terminal mantém os parâmetros de configuração
(funções 6 e 77) a salvo em uma área reservada, também a inicialização e
P.08.04.05 81
a carga anterior funcionando (caso exista uma carga anterior), com o

objetivo de recuperar o funcionamento do terminal caso exista algum
problema com a instalação do aplicativo novo, desta forma a carga
anterior deverá assumir e permitir que o terminal opere normalmente. O
terminal não deverá, neste caso, comandar uma nova tentativa
automaticamente quando o contexto não abranger o algoritmo do item
Telecarga.
6. A partir do momento em que o terminal estiver executando a Autocarga,
o operador não poderá mais cancelar a operação, ou seja, iniciado o
processo de autocarga, o mesmo não pode ser interrompido via tecla
<CANCELA>.Em caso de Telecarga mal-sucedida, o terminal recupera os
parâmetros previamente salvos. Se faltar parâmetros necessários ao
processamento, o terminal deverá solicitá-los automaticamente ao
operador.
7. Se a operação de Telecarga foi bem-sucedida, o terminal deverá
apresentar a mensagem “TERMINAL / ATUALIZADO COM / SUCESSO”.
Durante a exibição desta tela:
a. O terminal verifica através da comparação da versão anterior com
a nova versão de aplicação instalada se há a necessidade de
realizar a Inicialização. Caso a Inicialização for necessária:
 Se alguma tecla for pressionada, o terminal inicia- o processo
automático de inicialização (passo 9).
 Se nenhuma tecla for pressionada, após 30 segundos inicia-
se o processo automático de inicialização (passo 9).
b. Se a Inicialização não for necessária, passados 30 segundos o
terminal encerra o processo apresentando a mensagem “EFETUE
BAIXA TECNICA”.
8. Executar algoritmo CARGA/AUTO-INICIALIZAÇÃO
9. Encerrado o processo de Telecarga, bem sucedido ou fracassado, as
estatísticas SCRM/TA são atualizadas, tanto referentes à carga como à
inicialização.
10. Em caso de sucesso no processo de inicialização, o terminal deve
apresentar a mensagem “EFETUE BAIXA TECNICA” e aguardar a tecla
<Enter>.

P.08.04.05 82
7.3 Processo de autocarga

Quando a REDE necessita atualizar a carga de software instalada no terminal,
ocorre o processo de Autocarga, isto é, a atualização automática do software
do terminal.
O terminal é sinalizado da necessidade da autocarga numa mensagem de
resposta a uma solicitação de transação aprovada (BIT #39 = “00”), de tipo
0100, 0200 ou 0800, através da presença do Tag 8C na mesma.
Há três formas de tratamento deste processo, descritas nos itens abaixo.
7.3.1 Autocarga imediata

Este serviço é utilizado para casos emergenciais e situações onde o terminal
deve ser atualizado com o menor intervalo de tempo possível,
impreterivelmente no mesmo dia.
DESCRIÇÃO DO PROCESSO
1. Depois de notificado e em estado ocioso, o terminal se conecta ao SCRM
ou ao TA conforme estiver parametrizado pelas tabelas de inicialização
que possui ou quando foi sensibilizado via TAG 8C e inicia o download do
pacote de atualização.
2. Caso o terminal esteja desligado no momento da atualização, quando for
ligado, o processo de atualização será iniciado assim que o POS entrar em
estado ocioso.
FLUXO DE MENSAGENS NA REALIZAÇÃO DA CARGA

No processo de autocarga imediata, os dados de data e horário presentes na
Tag 8C estão zerados. Após a conclusão da transação em que o terminal
recebeu a sinalização, o terminal aguarda o próximo estado ocioso para inciar
o processo de atualização. Assim, quando uma mensagem de resposta carrega
a indicação de necessidade de autocarga, ocorre o seguinte:
1. O terminal disca para o fone de transação, configurado nas tabelas de
parâmetros. Envia mensagem correspondente à operação selecionada
pelo operador e recebe mensagem de resposta com Tag 8C presente,
sinalizando necessidade de autocarga. O terminal efetua primeiramente
o tratamento da resposta recebida, conforme solicitação efetuada.
2. O terminal, ao identificar a Tag 8C com o conteúdo totalmente populado
com zeros, identifica a necessidade de autocarga.
3. Ao entrar em estado ocioso, o terminal disca para o telefone de conexão
com o SCRM ou TA que contém a aplicação a carregar, discando para o
fone de carga de aplicativo (recebido durante o processo de Inicialização)
e realiza o download do pacote de atualização. Durante este processo são
exibidas as mensagens descritas na Etapa 2: Carga Remota, das Etapas do
processo de atualização descritas no capítulo 7.1.
P.08.04.05 83
4. Durante o processamento, o terminal deve executar o mesmo processo

de discagem e apresentar em display as mensagens conforme item Fluxo
de Mensagens de Telecarga – Passo 1.
5. Concluído o download do pacote de atualização, o terminal verifica se o
portador deseja realizar a atualização neste momento ou se prefere
aguardar a próxima Finalização, conforme descrito na etapa 3 do
processo de atualização.
6. Se houver transações no lote em tratamento, o terminal comanda
automaticamente o processo de finalização do terminal, conforme etapa
4 do processo de atualização.
Em caso de erro durante a troca de mensagens de pendências, o
processo deve ser interrompido e o terminal deve apresentar a
mensagem “ ATUALIZAÇÃO / NAO REALIZADA” por 3 segundos,
conforme fluxo descrito na ETAPA 3: Finalização (ver capítulo 7.1).
7. Concluída a Finalização o terminal inicia a instalação do pacote de
instalação, exibindo as mensagens " AGUARDE, SEU / TERMINAL SERÁ
/ ATUALIZADO " e "MANTENHA LIGADO / A TOMADA DURANTE/ TODO
O PROCESSO " descritas na ETAPA 4 do processo de atualização (ver
capítulo 7.1).
8. Durante a instalação o terminal mantém os parâmetros de configuração
(funções 6 e 77) a salvo em uma área reservada, também a inicialização e
a carga anterior funcionando (caso exista uma carga anterior), com o
objetivo de recuperar o funcionamento do terminal caso exista algum
problema com a instalação do aplicativo novo, desta forma a carga
anterior deverá assumir e permitir que o terminal opere normalmente. O
terminal não deverá, neste caso, comandar uma nova tentativa
automaticamente quando o contexto não abranger o algoritmo do item
Telecarga.
9. A partir do momento em que o terminal estiver executando a instalação,
o operador não poderá mais cancelar a operação, ou seja, iniciado o
processo de autocarga, o mesmo não pode ser interrompido via tecla
<CANCELA>.
10. No caso da instalação for mal-sucedida, o terminal recupera os
parâmetros previamente salvos. Se faltar parâmetros necessários ao
processamento, o terminal deverá solicitá-los automaticamente ao
operador.
11. Caso seja necessário realizar a Inicialização (ver cap. 7.1, Etapa
5:Inicialização), executar algoritmo CARGA/AUTO-INICIALIZAÇÃO.
12. Após efetuar o processo de Inicialização com sucesso, o terminal disca
novamente para o fone de Transação e envia uma mensagem 0800 à
REDE, com Processing Code 990008, sinalizado sucesso no processo de
autocarga. Recebe mensagem 0810, também com Processing code
990008, encerrando o processo.
13. Em caso de falha da mensagem 0800 de FIM DE AUTOCARGA, o terminal
deverá enviá-la na próxima conexão ANTES da transação que originou a
conexão com a REDE. Caso a falha persista, o terminal deve continuar
tentando enviar a mensagem de fim de autocarga nas próximas conexões
P.08.04.05 84
com a REDE até que a mensagem seja enviada com sucesso e não deve
enviar a mensagem de consulta/venda antes de receber uma
confirmação (mensagem 810) para a mensagem de autocarga.
14. Concluída a atualização do terminal a seguinte mensagem é exibida "
TERMINAL / ATUALIZADO COM / SUCESSO ". Caso o pacote de
atualização possua o arquivo de notificação de novas funcionalidades,
exibe as mensagens para impressão ou notificação das novas funções da
versão, conforme capítulo 7.5.

FLUXO DE MENSAGENS
Mensagem de transação (0100,0200 ou 0800)

HOST
REDE
Resposta com a TAG 8C 000000000000
Ao entrar em estado ocioso

Aviso de carga de aplicativo A solicitação de
Autocarga/Telecarga
pode ser direcionada
para o SCRM ou para o
Trecho de código do novo aplicativo
TA em função da
Solicitação de novo trecho da aplicação ou indicação de TA SCRM configuração do
fim de auto-carga terminal nas tabelas ou
via indicativo na
mensagem de retorno
da transação
Aviso de fim de carga de aplicativo financeira(TAG 8C)
TERMINAL
Processo de Finalização (envio de pendencias)

HOST
REDE
Processo de Finalização (envio de pendencias) A solicitação de
inicialização pode ser
direcionada para o
Processo de inicialização do terminal TNMS ou para o TA em
TermMas função da configuração
TA do terminal nas tabelas
ter
Processo de inicialização do terminal ou via indicativo na
mensagem de retorno
da transação
Fim de auto-carga (0800 com P.Code 990008) financeira(TAG 8C)
HOST
REDE
Fim de auto-carga (0800 com P.Code 990008)
P.08.04.05 85
7.3.2 Autocarga agendada pela REDE

Nesta opção a REDE poderá agendar as cargas através do sistema, dando
maior transparência para o cliente no processo de atualização e aumentando
a efetividade da campanha de atualização.
Este serviço compreende os seguintes passos:
1. Ao ser notificado, será exibida na tela de descanso do POS a seguinte
mensagem indicando que há uma atualização agendada (ver cap. 7.1,
Etapa 1: Carga Remota). O Lojista poderá transacionar normalmente até
o horário da atualização.
2. Após atingir o horário de agendamento e entrar em estado ocioso, o
terminal se conecta ao SCRM ou TA e inicia o download do pacote de
atualização.
estado ocioso.

Neste caso, a Autocarga inicia no horário programado pela REDE conforme
Tag “8C”, que será recebida na resposta da mensagem da transação realizada
pelo lojista/operador, quando o terminal entrar em estado ocioso. Assim,
quando a mensagem de resposta carrega a indicação de necessidade de
autocarga, ocorre o seguinte:
1. O terminal agendará o processo no horário demandado através do valor
que populou a Tag 8C, sinalizando internamente a necessidade de
autocarga, e programando seu tratamento para a data e horário definido
pela REDE (Tag 8C). Se data e horário para autocarga for menor do que a
data e horário corrente do terminal, este irá re-agendar a atualização
para o mesmo horário recebido, porém, no dia seguinte desde que o
valor não seja um dos parametrizáveis descritos na tabela de valoração
da TAG 8C.
2. Caso a data do agendamento e a data do terminal sejam a mesma, porém
a hora ainda não tenha vencido, o terminal tentará efetuar a carga
remota assim que entrar em estado ocioso, respeitando o horário
determinado.
3. Quando atingido o horário agendado para Autocarga, assim que o
terminal entrar em estado ocioso é iniciada a autocarga.
4. A execução da autocarga seguirá conforme fluxo de mensagens definido
para Autocarga Imediata.
P.08.04.05 86
FLUXO DE MENSAGENS
Processo iniciado automaticamente pelo terminal, no instante em que receber
a Tag 8C sinalizando a autocarga.

HOST
REDE
Resposta com a TAG 8C ddmmaaaahhmm
No horário programado e ao entrar em estado ocioso

Autocarga/Telecarga
TA em função da
via indicativo na
mensagem de retorno
da transação
TERMINAL

HOST
REDE
direcionada para o
ter
mensagem de retorno
da transação
HOST
REDE
P.08.04.05 87
7.3.3 Autocarga agendada pelo lojista

Ocorre quando a Tag 8C recebida na mensagem de resposta de uma transação
contém dados de data e hora preenchidos com caracteres “9”.
O Lojista é consultado e pode agendar o horário do inicio da carga, com
limitação de até 24 horas, postergável por mais 30 minutos.
Com essa modalidade, o processo será menos invasivo para o Lojista, com o
intuito de aumentar a quantidade de cargas efetivadas sem interrupções.
Este serviço compreende os seguintes passos:
1. Ao ser notificado, será exibida na tela de descanso do POS a mensagem
indicando que há uma atualização agendada (ver cap. 7.1, Etapa 1: Carga
Remota). O Lojista poderá transacionar normalmente até o horário da
atualização.
2. Após atingir o horário de agendamento e entrar em estado ocioso, o
terminal se conecta ao SCRM ou ao TA e inicia o download do pacote de
atualização.
estado ocioso.

Neste caso, os dados de data e horário recebidos no Tag 8C estão preenchidos
com “9”. A Autocarga inicia-se no horário programado pela lojista assim que o
terminal entrar em estado ocioso. Quando a mensagem de resposta carrega a
indicação de necessidade de autocarga e o lojista pode optar pelo momento
da atualização, ocorre o seguinte:
1. O terminal agendará o processo no horário demandado através do valor
que o lojista populou, sinalizando internamente a necessidade de
autocarga, e programando seu tratamento para a data e horário
definidos. Se data e horário para autocarga for menor do que a data e
horário corrente do terminal, o terminal deve permanecer aguardando
uma entrada válida.
2. Caso a data do agendamento e a data do terminal sejam a mesma, porém
a hora ainda não tenha vencido, o terminal tentará efetuar a carga
remota assim que entrar em estado ocioso, respeitando o horário
determinado.
3. Quando atingido o horário agendado para Autocarga, assim que o
terminal entrar em estado ocioso é iniciada a autocarga.
4. A execução da autocarga seguirá conforme fluxo de mensagens definido
para Autocarga Imediata.
P.08.04.05 88
FLUXO DE MENSAGENS
Processo iniciado automaticamente pelo terminal, no instante em que receber
a Tag 8C sinalizando a autocarga.

HOST
REDE
Resposta com a TAG 8C 999999999999
No horário agendado pelo operador e ao entrar em

estado ocioso
Autocarga/Telecarga
TA em função da
via indicativo na
mensagem de retorno
da transação
TERMINAL

HOST
REDE
direcionada para o
ter
mensagem de retorno
da transação
HOST
REDE
P.08.04.05 89
7.4 Regras gerais

Será avaliado antecipadamente por sonda ou avaliações com base em
relatórios de sistema, se o terminal tem memória suficiente para receber a
nova carga (armazenar, descompactar e instalar);
Todo terminal terá condição de retomar o serviço, a partir de onde parou;
Sempre prevalecerá no terminal a ultima notificação recebida do Switch
(substitui qualquer agendamento desde que venha do Switch). O Switch só
envia nova notificação para o terminal quando seu antigo serviço foi
cancelado (Liberação de terminal) ou em mudanças de prioridade.
O terminal sempre retornará a aplicação antiga (totalmente operacional) nos
casos em que o terminal não complete o processo de atualização com
sucesso;
O terminal estará preparado para lidar com situações onde o processo seja
interrompido, seja por retirada da linha do terminal ou desligamento da fonte
do mesmo, exibindo a mensagem “Tentar Novamente?”;
O terminal deve estar preparado para lidar com situações onde o processo
seja negado pelo servidor de carga e retorne em sua mensagem um novo
agendamento (TAG 8C) para data posterior.
7.5 Notificação de novas funções

Depois de concluído com sucesso o processo de atualização da aplicação o
terminal exibe em tela e permite a impressão, de acordo com a capacidade do
terminal, as novas funções disponíveis na nova versão.
O terminal realiza este processo, caso o arquivo “NOTES.DAT” esteja
disponível junto ao pacote de atualização.
Após a confirmação da atualização do terminal para a REDE, o terminal exibe
as mensagens abaixo para informar as novas funcionalidades:
convencional
P.08.04.05 90
TERMINAL Emitir um bipe e exibir a

ATUALIZADO COM
SUCESSO mensagem ao lado por 5
segundos.
Exibir o menu ao lado para
seleção do operador:
1. SIM – Imprimir os dados
disponíveis no arquivo de
novas funcionalidades. Em
terminais com display touch,
exibir as novas
funcionalidades em display.
2. NÃO – Concluir a
autocarga e retornar ao
estado de repouso.
DESEJA Caso o operador não
CONHECER selecione nenhuma das
AS NOVAS
FUNÇÕES? opções após 30 segundos,
1. SIM retornar ao estado de
2 .NÃO repouso sem fazer nada.
Para os terminais com display touch screen as novas funcionalidades são

exibidas em tela, conforme abaixo:
Display touch Processamento
Exibir os dados disponíveis
no arquivo NOTES.dat.
Cada título e sua descrição
ocupa uma página inteira e o
operador pode navegar
pressionado os botões
AVANÇAR e VOLTAR.
Ao pressionar OK ou a tecla
ENTRA o terminal retorna ao
estado de repouso.
Cada título disponível no arquivo de Novidades corresponde a uma página

exibida na tela do terminal, com o limite de 12 telas.
A notificação de Novas Funcionalidades também pode ser acessada pelo
lojista através da opção “8.novidades” no menu Administrativo, conforme
Árvore Administrativo – Novidades.
7.5.1 Arquivo “NOTES.dat”

O NOTES.dat é um arquivo de texto puro que inclui a descrição das principais
alterações disponíveis no pacote de atualização.
P.08.04.05 91
Seu contéudo contém o título da nova funcionalidade e uma descrição,

respeitando a seguinte formatação:
Tag Item Descrição
~T ou ~t Título Indica para o terminal que o texto a seguir é o título da
descrição. Possui no máximo 24 caracteres e é sempre
centralizado.
Em terminais com display touch é exibido com fonte de 14
pixels de largura variável e cada título indica um nova página
~D ou ~d Descrição Indica para o terminal que o texto a seguir é a descrição da
nova funcionalidade.
Possui no máximo 12 linhas com no máximo 40 caracteres
por linha, sem contar a tag para quebra de linha. Caso
ultrapasse estes limites o POS trunca o texto. Utiliza fonte de
13 pixels de largura fixa, sempre alinhado a esquerda.
~r Quebra Indica para o terminal que ele deve quebrar a linha e o texto
ou de a seguir deve ser impresso na linha abaixo.
~R linha
Exemplo em display touch:

Display touch NOTES.dat
~tTÍTULO~dBREVE
DESCRIÇÃO~r1234567890123456789012345678901234567890~r212
3456789012345678901234567890123456789~r32123456789012345
67890123456789012345678~r4321234567890123456789012345678
901234567~r5432123456789012345678901234567890123456~r654
3212345678901234567890123456789012345~r76543212345678901
23456789012345678901234~r8765432123456789012345678901234
567890123~r9876543212345678901234567890123456789012~r098
7654321234567890123456789012345678901~r10987654321234567
89012345678901234567890~r~tTÍTULO pag 2~dBREVE
DESCRIÇÃO~r....
Exemplo impresso:
P.08.04.05 92
Impressão NOTES.dat
123456789012345678901234567890123456789012 ~tTÍTULO~dBREVE
DESCRIÇÃO~r12345678901234567890123
45678901234567890~r212345678901234
5678901234567890123456789~r3212345
678901234567890123456789012345678~
r432123456789012345678901234567890
NOVAS FUNÇÕES 1234567~r5432123456789012345678901
234567890123456~r65432123456789012
34567890123456789012345~r765432123
TÍTULO 4567890123456789012345678901234~r8
BREVE DESCRIÇÃO: 7654321234567890123456789012345678
1234567890123456789012345678901234567890 90123~r987654321234567890123456789
2123456789012345678901234567890123456789 0123456789012~r0987654321234567890
3212345678901234567890123456789012345678 123456789012345678901~r10987654321
4321234567890123456789012345678901234567 23456789012345678901234567890~r~tT
5432123456789012345678901234567890123456 ÍTULO pag 2~dBREVE DESCRIÇÃO~r....
6543212345678901234567890123456789012345
7654321234567890123456789012345678901234
8765432123456789012345678901234567890123
9876543212345678901234567890123456789012
0987654321234567890123456789012345678901
TÍTULO pag 2
BREVE DESCRIÇÃO:
....
P.08.04.05 93
8 MENSAGENS DURANTE A CONEXÃO

DISCADA, FALHAS DE COMUNICAÇÃO -
ERROS LUA
8.1 Mensagens de conexão e de falhas
de comunicação para terminais
discados
As mensagens descritas neste tópicos aplicam-se somente para terminais com
conexão discada. As mensagens de conexão e de falhas de comunicação para
terminais wireless estão no capítulo Terminais Wireless.
 Linha em USO – ocorre somente para terminais que compartilham a
mesma linha. A situação é detectada quando, na tentativa de
discagem, terminal identifica a linha em uso.
 Linha Ocupada – após a discagem, terminal recebe o tom de
ocupado do destino chamado.
 Sem Tom de Discagem – ocorre quando não há sinal de linha
disponível.
Durante o processo de discagem para a REDE, o terminal deve exibir em
display a mensagem “DISCANDO n ...” (n corresponde ao número da tentativa
de discagem em andamento: 1, 2, 3...).
Os terminais configurados para Ethernet, quando em Fallback Dial devem
exibir as mensagens disponíveis no capítulo 28.14.
Se o terminal receber sinal de ocupado durante o processo de discagem,
deverá efetuar a rediscagem baseado no número de tentativas definido no
Termmaster ou TA – Tabela de Comunicação (Dial Attempts correspondente).
Durante a rediscagem o terminal deverá manter em display a mensagem:
“DISCANDO n...”, com n correpondendo ao número da tentativa de discagem
em curso. A rediscagem ocorre quando é esgotado o tempo máximo de
espera da discagem anterior, configurado no Termmaster ou TA (Tabela de
Comunicação - Connection Time correspondente).
Assim que a mensagem é enviada, o terminal deve exibir em display o texto:
“PROCESSANDO...”, o qual deve permanecer até a chegada da resposta, ou
ocorrência de Timeout.
Em caso de falha na conexão, o terminal deve exibir a respectiva mensagem,
conforme tabela abaixo.
Mensagem Situação
TENTE DE NOVO – TO Ocorre quando o terminal envia uma mensagem à REDE e
P.08.04.05 94
Obs1. Mensagem é mostrada não recebe a resposta dentro do tempo máximo de espera
em display assim que exceder configurado no Termmaster ou TA (Acquirer Table -
o tempo máximo esperado. Response Time Out)
Obs2. Não há rediscagem para Obs.
esta situação
1) Para transação este caso deve ser contabilizado no
campo “NMTOUT” da estatística de transações do
terminal.
2) Para carga este caso deve ser contabilizado no campo
“CICQTFTO” da estatística SCRM/TA do terminal.
3) Para inicialização este caso deve ser contabilizado no
campo “CIIQTFTO” da estatística SCRM/TA do terminal.
TENTE DE NOVO – MI O Terminal deve apresentar esta mensagem quando

recebe dados que não conseguem ser desformatados: Se o
Obs1. Mensagem é mostrada
mapa de BIT possui inconsistência.
em display assim que o
terminal receber alguma Obs.
mensagem inválida.
Obs2. Não há rediscagem para campo “NMID” da estatística de transações do terminal.
esta situação
“CICQTFMI” da estatística SCRM/TA do terminal.
campo “CIIQTFMI” da estatística SCRM/TA do terminal.
TENTE DE NOVO – ID O Terminal deve apresentar esta mensagem quando

recebe dados inesperados ou inconsistentes:
em display assim que o Se a REDE está temporariamente inoperante, o NAC pode
terminal receber alguma enviar uma mensagem inesperada ao terminal;
mensagem inválida.
Se não conferem os BITs 03, 04, 11 e 41 da mensagem de
Obs2. Não há rediscagem para resposta (Código de Processamento, Valor, NSU e Número
esta situação Lógico) com estes mesmos dados da mensagem de
requisição.
Obs.
1) Para transações este caso deve ser contabilizado no
campo “NMID” da mensagem de estatística de transações
do terminal.
“CICQTFID” da estatística SCRM/TA do terminal.
campo “CIIQTFID” da estatística SCRM/TA do terminal.
TENTE DE NOVO – ND Timeout na recepção de resposta de desfazimento

(situação de desfazimento pendente).
em display assim que exceder Obs. Este caso deve ser contabilizado no campo
o tempo máximo esperado. “NMRTOUT” da estatística do Terminal.
P.08.04.05 95
Obs2. Não há rediscagem para

esta situação
TENTE DE NOVO – LC Lost Connection – Perda da conexão entre o terminal e o

NAC após a equalização entre os modems, e antes da
recepção da mensagem de resposta pelo terminal.
em display assim que houver a
queda de conexão entre o Obs1. Caso ocorra perda de conexão antes de enviar a
terminal e o NAC. transação ao Host, deve seguir para o telefone sencundário
(mesmo que seja a primeira tentativa de discagem).
esta situação Esta situação não gera desfazimento, pois não houve
tentativa de envio da transação
1) Para transação, incrementar o contador de estatística de
transações “NMCERR” (apenas uma vez) antes de seguir
para a contingência.
Obs2. Caso ocorra perda de conexão depois de enviar a
transação ao Host, deve seguir para o telefone secundário
(mesmo que seja a primeira tentativa de discagem). Gerar
o desfazimento da transação original e formatar uma nova
transação para ser enviada pelo telefone secundário,
contendo:
-Todos os dados da transação original;
-Data/Hora nova;
-STAN novo.
Esta situação gera desfazimento da mensagem original.
Obs:
Para transação, incrementar o contador de estatística de
transações “NMCERR” (apenas uma vez) antes de seguir
para a contingência.
Para carga este caso deve ser contabilizado no campo
“CICQTFLC” da estatística SCRM/TA do terminal.
Para inicialização este caso deve ser contabilizado no
campo “CIIQTFLC” da estatística SCRM/TA do terminal.
TENTE DE NOVO – CE Communication Error – perda de conexão durante o

processo de equalização entre os modems do terminal e
do NAC.
em display assim que houver a
perda de conexão durante a Caso a operadora responda com alguma mensagem de voz,
equalização entre modems. tipo “este telefone não existe”, o teminal deverá encerrar
a operação como “Tente de novo – CE”.
esta situação Obs:
Caso o terminal não consiga completar a discagem, deve
seguir para o telefone sencundário (mesmo que seja a
primeira tentativa de discagem).
Para transação, incrementar contador de estatística de
P.08.04.05 96
transações “NMCERR” em apenas uma unidade.

Para carga este caso deve ser contabilizado no campo
“CICQTFCE” da estatística SCRM/TA do terminal.
Para inicialização este caso deve ser contabilizado no
campo “CIIQTFCE” da estatística SCRM/TA do terminal.
Esta situação não gera desfazimento, pois não houve
tentativa de transação.
LINHA EM USO Os terminais devem exibir em display: “LINHA EM USO”,

por 10 segundos. Durante este período de tempo, se a
linha for liberada, o terminal deverá iniciar o processo de
discagem; caso a linha não seja liberada nestes 10
modem detectar que linha
segundos, o terminal deverá voltar à tela de repouso.
esta em uso.
Obs. 1) Para transação este caso deve ser contabilizado no
Obs2. Só haverá rediscagem
campo “NMLU” da estatística de transações do terminal.
para esta situação caso o tom
de linha for liberado no 2) Para carga este caso deve ser contabilizado no campo
período de 10 segundos. “CICQTFLUSO” da estatística SCRM/TA do terminal.
campo “CIIQTFLUSO” da estatística SCRM/TA do terminal.
Esta situação não gera desfazimento.
SEM TOM DISCAGEM Os terminais devem exibir em display: ”SEM TOM

DISCAGEM”, por 10 segundos. Durante este período de
tempo, se recuperado tom de discagem, o terminal deverá
iniciar o processo de discagem; caso a linha permaneça
modem não detectar tom de
sem tom de discagem nestes 10 segundos, o terminal
linha.
deverá voltar à tela de repouso.
Obs2. Só haverá rediscagem
Obs.
para esta situação caso houver
tom de linha no período de 10 1) Para transação este caso deve ser contabilizado no
segundos. campo “NMLU” da estatística de transações do terminal.
“CICQTFSTOM” da estatística SCRM/TA do terminal.
campo “CIIQTFSTOM” da estatística SCRM/TA do terminal.
TENTE DE NOVO – LO Linha Ocupada – quando o terminal finaliza a operação de

discagem e recebe sinal de ocupado do destino chamado.
Obs1. Após a mensagem de
“Discando n...” deve se exibir Obs.
“Linha ocupada”.
Obs2. Após todas as tentativas campo “NMLOP” (Tabela de Comunicação - Primary
de discagem terem sido Transaction Telephone Number) e “NMLOS“ (Tabela de
finalizadas, apresentar a Comunicação - Secondary Transaction Telephone Number)
mensagem “TENTE DE NOVO – da estatística de transações do terminal.
LO”
P.08.04.05 97
Obs3. Há rediscagem para “CICQTFLO” da estatística SCRM/TA do terminal.

esta situação
campo “CIIQTFLO” da estatística SCRM/TA do terminal.
TENTE DE NOVO – NA Linha não atende – quando a chamada efetuada pelo

terminal não for atendida.
Obs1. Após a mensagem de
“Discando n...” deve se exibir Obs. 1
“Linha não atende”.
) Para transação este caso deve ser contabilizado no campo
Obs2. Após todas as tentativas “NMNAP” (Tabela de Comunicação - Primary Transaction
de discagem ter sido Telephone Number) e “NMNAS” (Tabela de Comunicação -
finalizadas, apresentar a Secondary Transaction Telephone Number) da estatística
mensagem “TENTE DE NOVO – de transações do Terminal.
NA”
Obs3. Há rediscagem para “CICQTFNA” da estatística SCRM/TA do terminal.
esta situação
campo “CIIQTFNA” da estatística SCRM/TA do terminal.
8.2 Erros LUA

Erros LUA são aqueles ocorridos no interpretador LUA, durante a execução da
aplicação.
Neste tipo de ocorrência, o código, a mensagem e demais informações são
gravadas no terminal POS, em um arquivo de Log. Nesse momento será
exibida em display a mensagem:
OPER. INVALIDA
LIGUE REDE
O arquivo de Log conterá as informações abaixo:
 Versão da aplicação
 Número lógico
 Data e hora da ocorrência
 Texto livre para descrição da ocorrência
O arquivo de Log poderá ser impresso através de opção específica da Função
Técnica 93.
Durante o processo de Finalização do terminal o arquivo de Log será apagado.
Veja Relatório de erros LUA.
P.08.04.05 98
9 MENSAGENS ENTRE TERMINAL E REDE

As transações efetuadas nos terminais POS envolvem troca de mensagens
com o computador central da REDE. Estas mensagens baseiam-se no padrão
ISO 8583, o qual se utiliza do mapa de BITs para determinar a presença ou
ausência de um determinado dado. É utilizado apenas o primeiro mapa de
BITs.
É de fundamental importância que o POS, ao efetuar conexão com a rede
através de qualquer um dos meios físicos (IEN, GSP, GPRS, WNB, etc.), não
aceite nenhuma mensagem de resposta antes de enviar a original, ou seja,
como exemplo, uma mensagem 0210 deverá ser ignorada caso a 0200 ainda
não tenha sido enviada.
9.1 Estrutura das mensagens

Todas as transações efetuadas envolvem a troca de mensagens, as quais são
identificadas por um número, que é denominado de Código de Mensagem.
Para cada um dos grupos de transações previstas existe um conjunto
específico de mensagens, com códigos distintos, de acordo com o tipo:
solicitação ou resposta. Exemplo:
 0200 – solicitação de transação financeira
 0210 – resposta de transação financeira.
Toda mensagem transmitida (exceto via Ethernet) e/ou recebida pelo terminal
POS (e PDV Discado/IP também) é composta por:
 TPDU - Transport Protocol Data Unit (5 bytes),
 Código da mensagem
 Mapa de BITs
 Dados da mensagem, conforme mapa de BITs.
Assim, as mensagem trocadas entre POS (PDV Discado/IP) e REDE devem
respeitar a seguinte estrutura:
TPDU - Transport Protocol Data Unit – Síncrono (POS Corpo da mensagem

e PDV IP)
5 bytes, no formato 60nnnn0000, sendo: Código da mensagem;

60 - aplicação POS Mapa de BITs;
nnnn - endereço destino (NII-Network Internacional Dados da mensagem, conforme
Identifier) (*) mapa de BITs.
0000 - endereço origem (este dado é modificado pela
rede durante o tráfego da mensagem)
(*) O POS e PDV IP poderá tratar diversos NII distintos, para composição do
TPDU das mensagens:
P.08.04.05 99
NII de Inicialização - configurado através de função técnica. Presente nas

mensagens trocadas entre loja e Termmaster ou TA, durante o processo de
Inicialização;
NII de Transação – corresponde ao parâmetro do Termmaster ou TA: Tabela
de Comunicação – NII. Presente em todas as mensagens trocadas entre loja e
REDE (BIT 24).
TPDU - Transport Protocol Data Unit – Assíncrono Corpo da mensagem

(PDV Discado)
5 bytes, no formato 7Exxyyyyyy, sendo: Código da mensagem;

7E – assíncrono – valor fixo Mapa de BITs;
xx – 00 - valor fixo Dados da mensagem, conforme
mapa de BITs.
yyyyyy – valor em hexadecimal para o NII
(*) O PDV Discado poderá tratar diversos NII distintos, para composição do
TPDU das mensagens:
 NII de Inicialização - configurado através de função técnica. Presente
nas mensagens trocadas entre loja e Termmaster ou TA, durante o
processo de Inicialização;
 Ex.: 7E00393938 – NII 998
 NII de Transação – corresponde ao parâmetro do Termmaster ou TA:
Tabela de Comunicação – NII. Presente em todas as mensagens
trocadas entre loja e REDE (BIT 24).
 Ex.: 7E00303031 – NII 001
 NII de Serviço – corresponde ao parâmetro do Termmaster ou TA:
Tabela de Comunicação – NII. Presente em todas as mensagens
trocadas entre loja e o Switch de Serviço da REDE (BIT 24).
O TPDU não deve ser tratado pelo aplicativo. Deve ser apenas
acrescentado às mensagens para viabilizar a comunicação.
P.08.04.05 100
As mensagens transmitidas via Internet, seja pelo meio de ethernet, Wi-Fi ou

Bluetooth, devem ser criptografadas em DUKPT devendo obedecer o layout a
seguir:
TAMANHO 2 bytes com tamanho dos campos TPDU + IC +
KSN + MTI + ISO8583
TPDU 5 bytes (60 nnnn dddd)
IC (indicativo de criptografia) 2 bytes 99 XX onde:

- 01 (criptografia DUKPT)
- 02 a ff (reservado para uso futuro)
KSN - Caso IC = 9901, contém o KSN utilizado:

10 bytes (KSN)
- Caso IC diferente de 9901, contém:
10 bytes zerados 00000000000000000000
ISO8583 Mensagem ISO (conforme IC)
Formato do TPDU:
1byte 2 bytes 3 bytes
60 nnnn dddd
6012345678 onde:
60 – Identificador de inicio de TPDU
nnnn – NII origem
dddd– NII Destino
Para as mensagens de resposta para o Intelinac o TPDU deverá ter o mesmo

tratamento que é feito hoje para POS, o NII de origem deverá ser trocado com
o de destino, não será necessário inserir.
A mensagem criptografada no POS deve ser completada com “ff” ao final da

mensagem para que o tamanho da mesma seja múltiplo de 8 bytes.
Exemplo com criptografia:

Mensagem de solicitação
60123456789901FFFFF987654444400002 + [ISO8583 Criptografada DUKPT]
TPDU da solicitação, 6012345678 onde:
60 – Identificar de inicio de TPDU
P.08.04.05 101
1234 – NII origem

5678– NII Destino
Mensagem de resposta:
6056781234 + [ISO8583 Sem criptografia]
TPDU na resposta, 6056781234, onde:
60 – Identificar de inicio de TPDU
5678 – NII origem
1234– NII Destino
Segue abaixo as transações enviadas pelo terminal via Ethernet que devem ser
criptografadas. As mensagens marcadas com “Não”, devem seguir padrão
atual de layout mesmo enviadas por Internet.
P.08.04.05 102
MENSAGENS 0100
Ident. Descrição Mensagem Criptografada?
0006 Consulta SERASA Sim
0007 Consulta Private Label - Venda Sim
0010 Consulta Redecard Celular Sim
0020 Pré-autorização Sim
0353 Simulação CREDIÁRIO Sim
0460 Pagamento Redecard Celular à vista Sim
0461 Pagamento Redecard Celular Sim

estabelecimento
0462 Pagamento Redecard Celular emissor Sim
0463 Pagamento CORBAN Débito à vista Sim
0464 Pagamento CORBAN dinheiro Sim
0472 Consulta Compra Bolsa Família Sim
MENSAGENS 0200
0301 Débito à vista Sim
0303 Débito pré-datado Sim
0306 Venda com cartão de Voucher Sim
0309 Venda com cartão de Voucher Frota Sim
0311 Venda Distribuição à vista Sim
0313 Venda Distribuição pré-datada Sim
0315 Débito à vista Recarga de Celular Sim
0316 Débito à vista CORBAN Sim
0350 Venda Crédito rotativo Sim
P.08.04.05 103
0351 Venda Crédito Parcelado com Juros Sim
0352 Venda Crédito Parcelado sem Juros Sim
0354 Contratação CREDIÁRIO Sim
0355 Venda Crédito rotativo Recarga de Sim

Celular pré-pago
0471 Compra Bolsa Família Sim
0472 Venda dinheiro CORBAN Sim
0381 Venda Private Label Sim
MENSAGENS 0220
0450 Captura rotativo - transação autorizada por telefone Sim
0451 Captura parcelada com juros - transação autorizada Sim

por telefone
0452 Captura parcelada sem juros - transação autorizada Sim

por telefone
0454 Confirmação de pré-autorização - rotativo Sim
0455 Confirmação de pré-autorização - parcelada sem juros Sim
0457 Venda crédito rotativo Offline com Smart Card Sim
0458 Venda Voucher Offline com Smart Card Sim
0459 Venda Voucher Frota Offline com Smart Card Sim
0463 Pagamento Redecard Celular à vista Sim
0464 Pagamento Redecard Celular estabelecimento Sim
0465 Pagamento Redecard Celular emissor Sim
MENSAGENS 0400
Descrição Mensagem Criptografada?
Estorno Sim
P.08.04.05 104
MENSAGENS 0420
Descrição Mensagem Criptografada?
Desfazimento Sim
MENSAGENS 0500 / 0510
0501 Finalização Sim
0502 Resumo de Vendas Sim
MENSAGENS 1624
0601 Confirmação de Antecipação RAV Sim
0602 Senha/Sonda RAV Sim
0603 Saldo RAV Sim
0604 Contratação RAV Automático Sim
0605 Resgate de senha RAV Sim
0606 Consulta RAV automático Sim
MENSAGENS 0800
0800 Inicialização Não
0801 Baixa de Ocorrência Técnica Sim
0802 Teste de Comunicação Sim
0803 Fim de auto-inicialização Sim
0804 Fim de autocarga Sim
P.08.04.05 105
0805 Estatística Sim
0806 Injeção remota de chaves Não
0807 Toaki Não
0808 Telemetria Não
MENSAGENS 9XXX
0901 Fechamento-Liquidação pelo Emissor Sim

(9160/9170)
0901 Fechamento (9160/9170) Sim
0902 Validação de FCT - Ficha Cadastral de Sim

Tecnologia (9600/9610)
0903 Baixa de FCT - Ficha Cadastral de Sim

Tecnologia (9600/9610)
0911 Troca de Senha Voucher CHIP Sim

(9080/9090)
9000 Consulta títulos Itaú Sim
9.2 Tamanho das mensagens

Todas as transações efetuadas envolvem a troca de mensagens que devem
conter tamanho máximo de 1 Kb, seja do Terminal para o Host REDE como do
Host REDE para o Terminal, e esta limitação serve para fixar um padrão.
O BIT 63 de resposta da REDE poderá atingir no máximo 500 bytes. O
conteúdo para a reimpressão deverá ser armazenado completamente.
9.3 Protocolos de Telecarga

A camada de protocolo opera de forma transparente, sobre o nível de
transporte e abaixo do nível de aplicação, proporcionando um “túnel” seguro
de comunicação entre o Cliente (terminal POS) e o Servidor de carga remota.
O protocolo utilizado no SCRM é descrito pelos seguinte documentos que não
escopo desta especificação:
P.08.04.05 106
 Redecard - SCRM - Protocolo de Segurança (v101)

 MNTC 07 PROJ01 Manual Técnico do Protocolo Phpacket
 MNTC 07 PROJ01 Manual Técnico PhDM Application Protocol
Quanto ao protocolo REEP (Rede End-to-end protocol), este diverge do SCRM

pela capacidade de realizar Multijanela/MultiFrame.
Ele é descrito nos documentos:
 Espec_REDE_Protocol_v2
P.08.04.05 107
10 TABELA DE BITS ISO 8583

Segue a descrição dos BITs configurados nas mensagens tratadas neste
documento:
BIT Formato Atributo Descrição
001 b 64 Utilização do primeiro mapa de BITs, apenas
002 LL var n ..19 Na Consulta SERASA, contém o número da conta, no

formato: BBB AAAA CCCCCCCCCCCC, sendo:
BBB – código do banco (número BACEN) – 3 caracteres
numéricos;
AAAA – código da agência – 4 caracteres numéricos;
CCCCCCCCCCCC – número da conta, com até 12 dígitos.
Obs.: este dado não deve ser criptografado.
Ex.: 13 341 4300 049824f; sendo:
13 - tamanho do BIT 002,
341 – banco digitado no terminal;
4300 – agência digitada no terminal;
049824 – conta digitada no terminal;
f (ou zero) – alinhamento.
Na consulta Redecard Celular, conterá o nº do celular do
cliente (Cel. do cliente) que será informado e criptografado
da mesma forma que o PAN.
Na transação de Compra Bolsa Família com utilização do
número do celular, conterá o nº do celular do cliente (Cel.
do cliente) que será informado e criptografado da mesma
forma que o PAN.
O número do celular do portador deve ser composto
sempre por 19 caracteres numéricos; portanto se o código
digitado contiver menos de 19 posições, o mesmo será
completado com ‘F’ à direita até completar-se o tamanho
total.
Neste caso os dados SÃO CRIPTOGRAFADOS.
Nas demais mensagens em que está presente, contêm o
número do cartão (PAN - Primary Account Number). O
terminal deve acatar PAN digitado, somente se a transação
correspondente assim o permitir. Neste caso deve conter
um mínimo de 12 dígitos.
Veja item BITs 2, 35 e 45 - Criptografia do número do
P.08.04.05 108
cartão
Importante: o BIT 2, quando presente nas mensagens de
estorno e desfazimento, deve ser compatível com a
mensagem original correspondente, isto é, se a transação
original foi processada via trilha 1, deve ser extraído da
trilha 1, se via trilha 2, da trilha 2 (se transação original foi
digitada, estorno e desfazimento devem conter o mesmo
conteúdo do BIT 2 da mensagem original).
003 n6 Código de processamento:

042900 - Consulta de cheque SERASA
043000 - Consulta Redecard Celular
002000 - Compra com cartão de débito: à vista pré-datada;
Compra com cartão DISTRIBUIÇÃO: à vista/pré-datada.
Compra Bolsa Familia e respectivo estorno.
Respectivos estornos.
003000 - Pagamento Redecard Celular;

Confirmação de pagamento Redecard Celular e respectivo
estorno;
Pré-autorização e respectivo estorno;
Confirmação de pré-autorização: rotativo ou parcelada com
juros, e respectivos estornos;
Captura com cartão de crédito: rotativo, parcelada com
juros ou parcelada sem juros;
Compra com cartão de crédito: rotativo, parcelada com
juros ou parcelada sem juros, e respectivos estornos;
Contratação da transação de Crediário e respectivo
estorno.
023000 Simulação de transação de Crediário.
063000 Consulta Compra Bolsa Familia
183000 - Compra com cartão de Voucher
Estorno de Voucher
Compra com cartão Voucher Frota
Estorno de Voucher Frota
Troca de senha de cartão Voucher chip
399000 - Consulta a planos de pagamento Private Label
009000 - Compra com cartão Private Label e respectivo
estorno
900000 – Consulta de Valores
P.08.04.05 109
910000 - Estatística
920000 - Finalização
930000 – Senha/Sonda RAV
931000 – Resgate Senha RAV
932900 – Concessionárias (água/luz/telefone/gás)
933910 – Títulos de Cobrança
940000 – Injeção Remota de Chaves
950000 – Consulta Saldo RAV
951000 – RAV Automático
960000 – Confirmação RAV
961000 – Contratação RAV Automático
970000 - Resumo de vendas
979000 - Fechamento Private Label - liquidação emissor
980000 - Baixa de Ocorrência Técnica
990000 - Teste de comunicação
990004 - Finalização de auto-inicialização
990008 - Finalização de Autocarga ou Confirmação de
Recebimento de Notificação
004 n 12 Valor da transação - sem separador decimal, expresso na

menor unidade monetária do país em tratamento.
Ex. 000000000100 corresponde a R$1,00.
O MAC do valor é enviado no BIT 47 Tag 0x0F BIT 47
007 MMDDh n 10 Data e hora de transmissão

hmmss
011 n6 Número de identificação da transação na rede emissora. É

um número seqüencial, atribuído pelo terminal, que não
pode repetir-se numa mesma data contábil. (ver item BIT
11)
012 hhmmss n6 Hora local da transação, obtida no equipamento que

origina a mensagem. (ver item BITs 12 e 13)
013 MMDD n4 Data local da transação, obtida no equipamento que

origina a mensagem. (ver item BITs 12 e 13)
014 AAMM n4 Data de vencimento do cartão.

Ver item: BIT 14.
015 MMDD n4 Corresponde à data em que o portador deverá efetuar o

pagamento da transação (ou da primeira parcela, quando
P.08.04.05 110
parcelada)
022 n3 BIT 22
Deve ser completado com 0 a esquerda, para que seja

enviado número par de Bytes, logo será enviado um n 4.
023 n3 Card Sequence Number: de acordo com as novas regras da

Mastercard esse campo é obrigatório em todas as
transações realizadas com chip onde o BIT 22 = ”05X” e a
Tag “5F34” estiver presente e for informada pelo cartão ao
terminal. O valor desse campo deve ser o da própria Tag
‘5F34’ – Application PAN Sequence Number - “Via do
cartão”.
Portanto: SOMENTE ENVIAR ESTE BIT SE A TRANSAÇÃO FOR

CHIP E A TAG “5F34” EXISTIR NO CARTÃO.
Pode ser 0.
Ex. 0001
024 n3 Network International Identifier (conforme parâmetro do

Termmaster ou TA: Tabela de Comunicação – NII)
Deve ser completado com 0 a esquerda, para que seja
enviado número par de Bytes, logo será enviado um n 4.
032 LL var n.. 11 Acquiring institution identification code
035 LL var n..37 Trilha 2 do cartão do associado.

Ver tópicos:
BITS 35 E 45 – ENVIO DA TRILHA 1 E 2
BITS 2, 35 E 45 - CRIPTOGRAFIA DO NÚMERO DO CARTÃO
Observações:
Deve-se configurar o tamanho real da trilha, não sendo
permitida a fixação de um tamanho máximo.
O BIT 35 é obrigatório para transações de débito com chip

(Tag “57”), tanto nas mensagens REDE, como Mastercard.
Ocorre que, segundo EMVCo, a trilha 2 não é obrigatória
em cartões com chip. Desta forma, as soluções
desenvolvidas para equipamentos REDE terão problema no
tratamento de cartões que não disponibilizam a trilha 2,
durante o processo de certificação do EMVCo Type
Approval Level 2. A aplicação do terminal deve negar a
transação com chip, exibindo em display a mensagem
P.08.04.05 111
“CARTAO COM PROBLEMA”, se a trilha 2 não estiver

disponível.
Deve-se completar a tag com um “ f” (a direita), no caso de
tamanho impar.
037 an 12 Número de referência da transação na rede adquirente

(REDE)
Obs.: na mensagem 0100 de consulta SERASA contém o
número do cheque.
038 an 6 Código de autorização da transação atribuído pelo emissor

do cartão.
Obs.: para as transações Offline com Smart Card aprovadas,
este BIT contém o mesmo conteúdo do BIT 11.
Para transações Redecard Celular este BIT contém Código
de Autorização SMS
039 an 2 Código de retorno da transação:

Na mensagem de resposta, indica o estado da transação
após processamento (“00” - sinaliza sucesso; demais
códigos estão relacionados no item BITs 39 e 63 - Códigos e
Mensagens de Retorno.
Na mensagem 0220 de Advice, pode conter:

“00” – para transações aprovadas em modo Offline:
captura crédito à vista, Voucher ou Private Label;
“99” – para transação com chip negada localmente.
Nas mensagens de desfazimento de terminais PDV

Discado/IP (0420), contém:
“91” – (Issuer or Switch is inoperative) Timeout na
recepção da mensagem enviada pela REDE
“96” – (system malfunction) Re-inicialização do TEF durante
a recepção da resposta da REDE
“22” – (suspected malfunction) Não confirmação da
transação gerada automaticamente e enviada pela
automação comercial
“92” – (intermediate network facility cannot be found for
routing) Erro no envio da mensagem pelo terminal (queda
de conexão)
“17” – (customer cancelation) Cancelamento da transação
pelo operador
041 ans 8 Número de identificação do terminal - fornecido pela REDE
P.08.04.05 112
no contrato de filiação.
(conforme Termmaster ou TA, parâmetro: Acquirer Table -
Card Acceptor Terminal)
042 ans 15 Código de origem da mensagem - número do

estabelecimento fornecido pela REDE no contrato de
filiação.
(conforme Termmaster ou TA, parâmetro: Acquirer Table -
Card Acceptor Merchant)
045 LL var ans 76 Trilha 1 do cartão do associado.

Ver tópicos:
BITS 35 E 45 – ENVIO DA TRILHA 1 E 2
BITS 2, 35 E 45 - CRIPTOGRAFIA DO NÚMERO DO CARTÃO
Observações:
Independentemente do tratamento da trilha 1 estar
habilitado no Termmaster ou TA, a operação de Baixa
Técnica será efetuada sempre através da trilha 2, já que a
transação aceita apenas chip e não há fallback.
Deve-se configurar o tamanho real da trilha, não sendo
permitida a fixação de um tamanho máximo.
Somente as sentinelas de início e fim lidos da trilha devem
ser eliminadas na montagem deste dado, devendo
permanecer o código de formato (caráter “B”), que se
encontra logo após a sentinela inicial.
047 LLL var ans ..999 Saldo Voucher / mensagem do emissor / dados para
impressão no comprovante de Voucher Frota. Veja BIT 47
Exemplo: Mensagem de crédito, cujo Tag presente seja o
0X02, com a mensagem do emissor “OLA” na linha 1 e
“OLA” na linha 2 -
0009 02 07 4F4C41404F4C41
048 LLL var ans 999 Este BIT contém todas as possíveis estruturas de dados
adicionais das transações REDE. (ver detalhamento no item
BIT 48 - Definição de “Tags”). Deve ser incluída a letra “T”,
após o tamanho, para facilitar o tratamento na REDE.
Ex. Se mensagem de crédito à vista, cujos Tags presentes
são 01, 02 e 03, teremos: 0016 54 010350
022020202020202020 035331
052 b 64 Senha criptografada - consiste da senha digitada pelo

portador do cartão, criptografada
Ver detalhamento no item BIT 52 - Senha (PIN – Personal
Identification Number)
P.08.04.05 113
055 LLL var b .. 255 Dados relativos a cartão com chip. Ver detalhamento no
item BIT 55 - Dados de Chip
056 LLL var Ans 999 Este BIT contém dados referentes às transações de Serviço.
Contém subcampos, identificados por Tags. Ver item BIT 56
– Dados de Serviço
060 LLL var ans 6 Contém informações variadas, detalhadas nas mensagens
que o utilizam.
061 LLL var ans ..999 Ver item BIT 61 - Características do terminal
062 LLL var ans ..999 Contém mensagem a exibir ao rodapé dos cupons
financeiros. O caráter “@” (40 hexa) sinaliza quebra de
linha. Tamanho máximo: 300 bytes.
063 LLL var ans ..999 Contém informações variadas, detalhadas nas mensagens.
O conteúdo para a reimpressão deverá ser armazenado.
Ver Comprovante genérico - item (T).
LEGENDA DE ABREVIAÇÕES - COLUNAS “FORMATO” E

“ATRIBUTO”
n Caracteres numéricos
– notação BCD (se POS/PDV IP)
– ASCII se PDV Discado
an Caracteres alfabéticos e numéricos em ASC II
ans Caracteres alfabéticos, numéricos e especiais em ASC II
DD Dia
MM Mês
AA Ano
hh Hora
mm Minuto
ss Segundo
LL var Tamanho de um campo variável. Ex. se o conteúdo do campo = “AB1234CD” será

representado por: 08 4142313233344344. O tamanho do campo utiliza notação
BCD.
P.08.04.05 114
LLL var Tamanho de um campo variável. Ex. se o conteúdo do campo = “AB1234CD” será
representado por: 0008 4142313233344344. O tamanho do campo utiliza
notação BCD.
10 Tamanho fixo de 10 caracteres
.. 10 Tamanho variável de até 10 caracteres
b Representação binária de dados. b 8 = 8 BITs.

Exemplo de b8 no POS/PDV IP: CF
Exemplo de b8 no PDV Discado: 43 46 (CF)
P.08.04.05 115
11 DETALHAMENTO DE BITS
A seguir estão descritas as características de alguns bits enviados / recebidos
da tabela de bits ISO8583, que necessitam maiores explicações.
11.1 BITs 2, 35 e 45 - Criptografia do

número do cartão
Para a adequação ao PA-DSS, independentemente do parâmetro do
Termmaster ou TA “Terminal Configuration Table, Options 3, BIT 4,
Criptografia Número Cartão (BIT 2, 35 ou 45)”, o POS deve armazenar e enviar
o numero do cartão ou trilha sempre criptografado.
Seguem as posições que devem ser criptografadas, em cada um dos BITs
tratados:
 Para preenchimento do BIT 02 criptografar os 16 primeiros
caracteres do número do cartão - 8 bytes (preencher com FF à
direita, se PAN menor que 16 dígitos);
 Importante: para cartões com trilha padrão ANSI o PAN deve
ser submetido criptografado assim como ISO, porém os
espaços do PAN, quando houver, devem ser suprimidos antes
de aplicar o algoritmo de criptrografia e posteriormente
montagem do DE 2.
 Para preenchimento do BIT 35: criptografar os 16 primeiros
caracteres da trilha - 8 bytes (que pode envolver, além do PAN, o
separador e data de validade - depende do tamanho do PAN);
 Para preenchimento do BIT 45: criptografar também 8 bytes, da
posição 4 até a posição 11da trilha 1. Os demais bytes formadores
do número do cartão permanecerão abertos.
 Importante: a trilha 1 do cartão quando padrão ANSI pode
conter espaços no PAN (entre os números), quando isto
ocorrer a criptografia deve ser aplicada considerando esses
espaços intactos, montar o BIT 45 e enviar. Os dados serão
abertos posteriormente e devem contemplar os espaços.
Segue abaixo exemplo de criptografia do cartão:
MK: 8989898989898989
WK criptografada: 103EC35541CDB097
WK Aberta: 4949494949494949
Cartão: 5390402999120103
Cartão criptografado: 7CCF9D434B20AADF
O procedimento é:
Abrir a WK criptografado utilizando a MK.
P.08.04.05 116
Criptografar o número do cartão pela WK (aberta). Neste caso não há geração

de PINBlock.
P.08.04.05 117
11.1.1 Exemplos de tratamento para os BITs 2, 35 e

45
BIT 2 - PAN
 Compactar o número do cartão (BCD)
 Completar com F à direita
 Criptografar os 8 primeiros bytes
Exemplo com o PAN: 1234567890123456 - com 16 dígitos em ASCII
Número do cartão compactado 1234567890123456 - 8 bytes
Pan criptografado: XXXXXXXXXXXXXXXX
Resultado final a ser enviado no BIT 2: 16XXXXXXXXXXXXXXXX
Ex com o PAN: 123456789012 - com 12 dígitos em ASCII

Completar com F à esquerda: 123456789012FFFF - 8 bytes
PAN criptografado: XXXXXXXXXXXXXXXX
Ex com o PAN: 123456789012345678 - com 18 dígitos em ASCII

PAN criptografado: XXXXXXXXXXXXXXXX78
Resultado final a ser enviado no BIT 2: 18XXXXXXXXXXXXXXXX78
Ex. com o PAN 123456789012345 – 15 dígitos em ASCII

Número do cartão compactado 123456789012345F – 8 bytes
PAN criptografado: XXXXXXXXXXXXXXXX
BIT 35 – TRILHA 2
 Compactar a trilha 2 do cartão (BCD) (sem as sentinelas de início e
fim)
 Criptografar os 8 primeiros bytes
Ex com a Trilha 2: 1234567890123456=1234567890 - com 27 dígitos em ASCII

- PAN com 16 bytes
P.08.04.05 118
Trilha 2 do cartão compactado 1234567890123456D1234567890F - 14 bytes

Trilha 2 criptografada: XXXXXXXXXXXXXXXXD1234567890F
Resultado final a ser enviado no BIT 35: 27XXXXXXXXXXXXXXXXD1234567890F
Ex com a Trilha 2: 123456789012=1234567890 - com 23 dígitos em ASCII -

PAN com 12bytes
Trilha 2 do cartão compactado 123456789012D1234567890F - 12 bytes

Trilha 2 criptografada: XXXXXXXXXXXXXXXX4567890F
Resultado final a ser enviado no BIT 35: 23XXXXXXXXXXXXXXXX4567890F
Ex com a Trilha 2: 123456789012345678=1234567890 - com 29 dígitos em

ASCII - PAN com 18 bytes
Trilha 2 do cartão compactado 123456789012345678D1234567890F - 15

bytes
Trilha 2 criptografada: XXXXXXXXXXXXXXXX78D1234567890F
Resultado final a ser enviado no BIT 35:
29XXXXXXXXXXXXXXXX78D1234567890F
BIT 45 – TRILHA 1
 Criptografar da posição 4 até a posição 11 da trilha 1 (sem
considerar as sentinelas de início e fim)
 Ex com a Trilha 1: B1234567890123456^TESTE^123456 - com
30 dígitos em ASCII - PAN com 16 bytes
 Trilha 1 criptografada: B12XXXXXXXX123456^TESTE^123456
 Ex: com a Trilha 1 ANSI: B1234 567890 12345^TESTE
^1311101140729 – com 38 dígitos em ASCII – PAN 17 bytes
POS:
Ex1:
Resultado final a ser enviado no BIT 45 :
30B12XXXXXXXX123456^TESTE^123456
Ex2:
Resultado final a ser enviado no BIT 45 :
38B12XXXXXXXX 012345^TESTE^1311101140729
Veja Criptografia de Dados
P.08.04.05 119
11.2 BIT 11 – NSU do Terminal

É o número de autenticação da transação – NSU (número seqüencial único).
A REDE efetua um controle interno, baseada no BIT 11 das mensagens
recebidas do terminal. Desta forma, é necessário um tratamento uniforme
deste dado, conforme segue:
 Valor inicial e situações em que é iniciado:
 O BIT 11 deve ser iniciado somente quando houver instalação
de versão de software no terminal. Deve ser gerado
aleatoriamente, utilizando-se a fórmula: BIT 11 = (dia * 24 +
hora * 60 + minutos * 60 + segundos) / 3.
 Situações em que é incrementado, e tratamento quando atinge o
limite máximo (999999):
 Transações Online: o BIT 11 deve ser incrementado a cada
mensagem enviada para a REDE (operação “send” da
mensagem ISO bem-sucedida; se fracassada (linha
indisponível, linha ocupada, etc.), o BIT 11 não deve ser
incrementado).
 Transações Offline aprovadas e transações com chip negadas
localmente: o BIT 11 é incrementado no momento da
gravação das mesmas no lote, e não no momento de envio.
Desta forma, estas mensagens seguirão para a REDE com BIT
11 fora de seqüência.
 Durante a operação de incremento do dado, deve-se atribuir 1 (um)
ao BIT 11, quando atingido limite máximo de 999999.
 O NSU deve ser incrementado no caso da mesma transação finalizar
aprovada pelo cartão de forma Offline após um erro de comunicação
que gerou desfazimento.
11.3 BITs 12 e 13 – Hora / Data

Estão presentes nas mensagens de resposta da REDE.
Terminal não deve dispor de mecanismos para alterar sua data e hora
manualmente
11.3.1 Atualização de data/hora do terminal

O terminal deve atualizar sua data e hora sempre que recebe os BITs 12 (hora)
e 13 (dia e mês) da REDE para qualquer tipo de transação (financeira, de
consulta ou administrativa). O BIT 13 não contém o ano corrente, o qual é
P.08.04.05 120
obtido pelo terminal durante o processo de Inicialização (Termmaster ou TA –

Terminal Configuration Table – Date) ou através do algoritmo abaixo a cada
transação:
PARA A ATUALIZAÇÃO DA DATA/HORA DO TERMINAL

A CADA TRAMSAÇÃO:
Armazenar a data do terminal (AAAAMMDD).
Montar a data recebida do Host no formato AAAAMMDD com o ano retirado
da data do terminal armazenada e dados de mês e dia retirados do BIT 13.
Se MMDD do terminal = 1231 (31 de dezembro)
Se MMDD do Host = 0101
Somar 1 ao ano
Senão
Manter o ano do terminal
SE MMDD do terminal = 0101

SE MMDD do Host = 1231
Subtrair 1 do ano
Senão
Senão
Atualizar a data e hora do terminal armazenada com os dados do BIT 12 e com

os dados da data recebida do Host com o ano corrigido.
Exemplos:
Data Terminal BIT 13 Ação
31/12/2006 1231 Não deve ser alterado o ano do terminal
31/12/2006 0101 O ano do terminal deve ser atualizado para 2007
01/01/2007 0101 Não deve ser alterado o ano do terminal
01/01/2007 1231 O ano do terminal deve ser atualizado para 2006
Qualquer outra situação diferente dessa não altera o ano armazenado no

terminal.
P.08.04.05 121
11.4 BIT 14 – Data de Expiração do

Cartão
Data de vencimento do cartão.
Tamanho: n(4)
Formato: AAMM
11.4.1 Informações gerais

Em transações de estorno e desfazimento, o valor do BIT 14 deve
conter o dado da validade/vencimento do cartão capturado na transação
original, através da trilha do cartão quando transação magnética, ou tag 5f24
quando transação chip ou digitação em caso de captura digitada do PAN.
Exceção: No estorno de pré-autorização o BIT 14 deve ser capturado no
próprio estorno (pois pode ocorrer em outro terminal).
Todo estorno e desfazimento deve conter o bit 14 pois o PAN é transportado

através do bit 2, por convenção da norma ISO8583/87.
11.4.2 Transações com chip

A mesma regra deve ser aplicada para cartões Contactless M/CHIP
MASTERCARD ou qVSDC VISA.
O BIT 14 deve conter o valor da tag 5F24 do cartão.
A tag Application Expiration Date (5F24) está no formato “YYMMDD”,

sendo que somente a parte “YYMM” será enviada no BIT 14.
Consistências:
1. Caso a tag 5F24 não exista, será exibida a mensagem “CARTAO / COM
PROBLEMA”, assim que este for inserido.
2. A tag 5F24 deve ser consistida com a informação data de validade da tag
57 - Trilha 2 Equivalente - e caso seja diferente o cartão deverá ser
rejeitado com a mensagem “CARTAO / COM PROBLEMA”. Veja TELAS
PARA CHIP.
Observações:
 O BIT 14 deve ser enviado nas transações offline (advices negadas e
aprovadas).
P.08.04.05 122
 Em transações no modo fallback magnético não é enviado.

 Em transações no modo fallback digitado é enviado e respectivos
estornos/desfazimento.
11.4.3 Transações com tarja magnética

Não será enviado o BIT 14 para as transações efetuadas via tarja magnética
comum ou fallback, porém seus estornos, desfazimentos e desfazimentos de
estorno terão o bit 14 como campo obrigatório.
Deve ser enviado para transações realizadas com cartões sem contato MSD
VISA e MagStripe MASTERCARD.
Em transações no modo fallback magnético não é enviado.
Se o parâmetro Issuer table – Options2 - check expiry date = true:
 Se a data de validade menor do que a data corrente, o terminal
deverá exibir em display “DATA CARTAO EXPIRADA”.
11.4.4 Transações digitadas

Nas transações digitadas (inclusive fallback digitado) a data de validade do
cartão será coletada via digitação e enviada no DE14, devendo ser consistida:
 01 <= MM <= 12 e 00 <= AA <= 99
 Se data inconsistente exibir “DATA INVALIDA” e voltar para a
tela de captura da data novamente.
 Se o parâmetro Issuer table – Options2 - check expiry date = true:
 Se a data de validade menor do que a data corrente, o
terminal deverá exibir em display “DATA CARTAO EXPIRADA”.
P.08.04.05 123
11.5 BIT 22 – MODO DE CAPTURA

Identificação do modo de entrada do número do cartão (BIT 2, 35 ou 45):
Valor Descrição
011 Digitada
021 Via tarja magnética
071 Via cartão Contactless (Paypass M/CHIP / PayWave qVSDC)
911 Via cartão Contactless magnético (Paypass MagStripe / PayWave MSD)
051 Transação realizada através do chip e terminal possui capacidade de coleta de

senha
052 Transação realizada através do chip e terminal NÃO possui capacidade de coleta de
senha
801 Fallback magnético – operador tentou, sem sucesso, efetuar a transação com chip
791 Fallback digitado – operador tentou efetuar a transação com chip e depois com a
tarja magnética e não obteve sucesso. Nessa situação não é feita a coleta de senha
Observação
 O BIT 22, quando presente nas mensagens de estorno e
desfazimento, deve conter o mesmo dado da mensagem original
sendo estornada/desfeita independentemente da maneira que é
feito o estorno (digitado, magnético ou chip).
 (exceto no caso de pré-autorização).
 Terminais com capacidade de tratamento de chip não devem
sinalizar Fallback (devem sinalizar tarja magnética) no BIT 22
se:aplicação selecionada pelo operador não está disponível no chip.
O capítulo TRATAMENTO DE CHIP / FALLBACK descreve as condição de
Fallback.
O capítulo TELAS PARA CHIP descreve as telas utilizadas em uma transação
com chip.
11.6 BITs 35 e 45 – Envio das trilhas 1 e

2
Caso a trilha coletada não seja a habilitada, o terminal deverá enviá-la mesmo
assim.
CARTÃO LIDO VIA TARJA
P.08.04.05 124
Vide ANEXO XII pra identificação do padrão de trilha.
CARTÃO POSSUI TRILHAS 1 E 2

Caso Issuer table - Coleta Trilha 1 = true
Envia BIT 45
Envia BIT 35
Caso Issuer table - Coleta Trilha 1 e 2 = true
Se PAN / SERVICE CODE / DATA DE VALIDADE da trilha 1 for
diferente de PAN / SERVICE CODE / DATA DE VALIDADE da
trilha 2 e as trilhas capturadas != ANSI
Exibir mensagem “ERRO DE LEITURA TARJA”*
Abortar transação
Senão Se padrão de trilha = ISO
Envia BIT 35 e 45
Senão
terminal deve assumir SERVICE CODE = 101 e enviar os
BIT’s 35 or 45 conforme parametrizado captura na issuer table
Caso Issuer table - trilhas não configuradas
O terminal deve exibir a mensagem
“ ERRO PARAM.“ *
“ TRILHAS” * e abortar a transação
CARTÃO POSSUI SOMENTE A TRILHA 2
Envia BIT 35
Envia BIT 35
Envia BIT 35
CARTÃO POSSUI SOMENTE A TRILHA 1
Envia BIT 45
P.08.04.05 125
Envia BIT 45
Envia BIT 45
CARTÃO LIDO VIA CHIP

Envia BIT 35
CARTÃO DIGITADO
Envia BIT 2
*Para terminais gráficos e touch, as mensagens de erro serão em letras minúsculas.
11.7 BITs 39 e 63 - Códigos e mensagens

de retorno
Seguem as mensagens, cujos códigos são recebidos no BIT 39, e conteúdo no
BIT 63. Estas mensagens têm 40 caracteres, quebradas em duas linhas de 16 e,
quando presentes (BIT 39 diferente de “00”), devem ser exibidas ao operador.
No caso do PDV Dedicado/IP estas mensagens devem ser exibidas no Display
do TEF.
Código - BIT 39 Descrição - BIT 63
50 ‘ ADOTAR PROCEDI- MENTO MANUAL ‘
51 ‘ TERMINAL NAO AUTORIZADO ‘
52 ‘ERRO DE LEITURA TENTE NOVAMENTE ‘
53 ‘ESTE SERVICO NAO ESTA’’ AUTORIZADO’
53 ‘LIGUE CARTAO’(para transação consulta REDE Celular/Bolsa Família)
54 ‘CARTAO INTERNAC. FAZER MANUAL ‘
P.08.04.05 126
55 ‘ PASSAR CARTAO NA LEITORA ‘
56 ‘REFAZER-ERRO NOS DADOS INFORMADOS’
57 ‘SERVICO NAO AUTO RIZ. P/ OPERADOR’
58 ‘ SOLICITACAO NAO AUTORIZADA ‘

Para Cartões sem contato o terminal deve solicitar a inserção do cartão:
“INSIRA OU PASSE O CARTÃO” e deve ignorar o conteúdo do DE 63
59 ‘ AUTORIZACAO INEXISTENTE ‘
60 ‘VALOR INFORMADO INVALIDO ‘
61 ‘VALOR INFORMADO INFERIOR MINIMO ‘
62 ‘NUMERO DOCUMENTO DUPLIC-VERIFIQUE’
63 ‘ SENHA SUPENSA NA REDE ‘
64 ‘DOCUMENTO JA’’ ES TORNADO-VERIFIQ.’
65 ‘ SENHA INVALIDA ‘
66 ‘VALOR INFORMADO ACIMA DO LIMITE ‘
67 ‘SENHA NAO CADAST LIGAR P/ EMISSOR’
68 ‘SENHA ERRADA NO- VO ERRO BLOQUEIA’
69 ‘CARTAO NAO PER- TENCE ‘à REDE ‘
70 ‘CARTAO NAO CAD. LIGAR P/ EMISSOR’
71 ‘ RECEBIMENTO CONTRA-INDICADO ‘
72 ‘CARTAO INVALIDO LIGAR P/ EMISSOR’
73 ‘SERVICO INDISPO- IVEL NO MOMENTO’
74 ‘INSTITUICAO SEM COMUNICACAO ‘
75 ‘LIGAR P/ ATENDI- MENTO REDECARD ‘
76 ‘SERVICO INDISPO- NIVEL NO MOMENTO’
77 ‘ LIGAR PARA AUTORIZACAO ‘
78 ‘VALOR A ESTORNAR NAO DISPONIVEL ‘
79 ‘ NAO DISPONIVEL PARA ADICIONAL ‘
P.08.04.05 127
80 ‘ SALDO DA CONTA INSUFICIENTE ‘
81 ‘ BANCO NAO PERTENCE ‘à REDE’
82 ‘ NAO AUTORIZADA P/ CARTAO DEBITO’
83 ‘ PROBLEMAS NA TRANSMISSAO LOG ‘
84 ‘CARTAO BLOQUEADO ‘
86 ‘INSTITUICAO IN- DISP NO MOMENTO ‘
88 ‘NAO HA’’ RESUMO ‘
90 ‘ SENHA ATUAL INVALIDA’
93 ‘CONFIRMACAO NOVA SENHA DIFERENTE ‘
94 ‘LIGAR P/ EMISSOR DO CARTAO ‘
95 ‘ LIGAR PARA AUTORIZACAO ‘
96 ‘ERRO 96 - LIGAR PARA AUTORIZACAO’
97 ‘PROBLEMAS COM EMISSOR CARTAO ‘
98 ‘ESTABELECTO NAO CAD. NO EMISSOR ‘
99 ‘EXISTE PENDENCIA LIGAR REDECARD ‘
99 ‘AGUARDANDO CONF. CLIENTE ’ (exclusivo para Bolsa Família)
O BIT 63 é utilizado também com dados para impressão do comprovante.

Neste caso o tamanho máximo do BIT 63 é 500 bytes, ultrapassando esse
valor o POS deverá ignorar os dados.
P.08.04.05 128
Para transações de Serviço, a resposta de host de serviço pode conter uma

mensagem específica para o cupom, além da parte financeira. Esse conteúdo
é enviado na TAG 0x0A, porém se a transação de serviço falhar e o host de
serviço retornar uma mensagem de erro, essa mensagem ainda deve vir no DE
63 conforme o fluxo a seguir:
11.8 BIT 47
O Host checa a versão da aplicação do terminal (BIT 48 – Tag 0x88) ao receber
uma solicitação de Voucher ou de Crédito.
O processo ocorre da seguinte maneira:
O POS envia na solicitação de autorização a versão da aplicação
(ex.:IU0400207D).
Se o Host verificar que a versão atual (Tag 0x88) é maior ou igual a 0502
Se solicitação de Voucher
O Host envia – obrigatório - para o POS o BIT 47(Tag 01) com o
saldo do Voucher. A primeira posição da tag 1 é preenchida
com o caracter “S” ou “N” para inibir ou não a impressão do
comprovante do Voucher ou Voucher (estorno)
O Host deve retirar o saldo do Voucher do DE63.
Se o Host verificar que a versão atual (Tag 0x88) é maior ou igual a 0400 e
menor que 0502
P.08.04.05 129
O Host envia – obrigatório - para o POS o BIT 47(Tag 01) com o
saldo do Voucher
O Host deve retirar o saldo do Voucher do DE63.
Se solicitação de crédito
Host envia - se a mensagem existir - para o POS o DE47 com a
mensagem do emissor (TAG02).
Se o Host verificar que a versão atual (Tag 0x88) é menor que 0400
Neste caso o BIT 47- Tag 01 não é enviado e o saldo de
Voucher permanece no DE63.
Se solicitação de crédito
Host não envia BIT 47 – Tag 2.
11.8.1 Saldo voucher / Comprovante voucher frota

 Identificação do Tag: 0x01.
 Tamanho da estrutura: LLL var.
 Atributo: ans ... 160 (tamanho para a impressão de 5 linhas no
comprovante de Voucher Frota)
Esta Tag é utilizada por duas transações: Voucher e Voucher Frota.
Usado para imprimir o saldo de Voucher / para imprimir dados no
comprovante de uma transação de Voucher Frota.
PARA TRANSAÇÃO DE VOUCHER COM VERSÃO

ANTERIOR A 0502
 O saldo Voucher vem neste Tag junto com a mensagem uma literal.
 Exemplo: “SALDO 890,12”
 Tag 0x01:
 POS/PDV IP: 01001253414C444F20383930443132
 PDV DISCADO: 0130313253414C444F20383930443132
 Na via do estabelecimento do comprovante de Voucher o POS
deverá imprimir apenas o DE63, que a partir da versão P.04.00 (POS)
ou D.05.00 (PDV Discado/IP) não vem mais com o saldo disponível
incluso.
 Na via do cliente deverá imprimir o DE63 e DE47(TAG01). Veja
Comprovante de VOUCHER.
 A reimpressão deverá ser igual à impressão, portanto somente
imprimir o saldo disponível na via do cliente.
 O Estorno da transação deverá imprimir no CV do cliente o saldo
disponível do Voucher de acordo com as informações recebidas do
Host no DE47 - TAG01 na mensagem de estorno (0410).
P.08.04.05 130
PARA TRANSAÇÃO DE VOUCHER COM VERSÃO 0502

OU SUPERIOR
 A primeira posição da Tag 1 é preenchida com o caracter “S” ou “N”
para inibir ou não a impressão do comprovante do Voucher ou
Voucher (estorno):
 Para inibir a impressão: “SVALOR”
 Ex.: 01 0006 53 56414C4F52
 Para imprimir: “NSaldo Disp. VALOR”
 EX.: 01 0024 4E
53616C646F20446973702E2020202020202056414C4F5
2
 O primeiro caractere (“N” ou “S”) não deve ser exibido.
Quando inibida a impressão o POS exibe, por 30 segundos, uma mensagem
mostra com o saldo: “APPLICATION LABEL\ntransação aprovada\nsaldo
disponível\nVALOR”.
Na mensagem, o Application Label é substituído pelo nome da aplicação EMV
informado pelo cartão e a literal VALOR é substituído pelo conteúdo recebido
na tag 1.
Quando a impressão não estiver inibida

 O primeiro caractere (“N”) não deve ser impresso.
deverá imprimir apenas o DE63
 Na via do cliente deverá imprimir o DE63 e DE47(TAG01). Veja
Comprovante de VOUCHER.
 A reimpressão deverá ser igual à impressão, portanto somente
imprimir o saldo disponível na via do cliente.
 O Estorno da transação deverá imprimir no CV do cliente o saldo
disponível do Voucher de acordo com as informações recebidas do
Host no DE47 - TAG01 na mensagem de estorno (0410).
PARA TRANSAÇÃO DE VOUCHER FROTA

 O saldo Voucher vem neste Tag junto com dados sobre o
combustível /litragem /quilometragem e outros dados pertinentes
ao Voucher Frota dependendo do serviço utilizado – combustível,
troca de óleo, lavagem, pedágio e outros.
 Toda a linha impressa deve terminar com o caractere “@” – 40 hexa,
exceto a última linha. Veja exemplo a seguir como seria esta Tag
para o texto:
 LINHA01
 LINHA02
 LINHA03
 Tag 0x01:
 POS/PDV IP: 01 0023
4C494E48413031404C494E48413032404C494e4841303
3 (sem “@” no final)
P.08.04.05 131
 PDV DISCADO: 3031 30323

34C494E48413031404C494E48413032404C494e484130
33 (sem “@” no final)
deverá imprimir apenas o DE63.
 Na via do cliente deverá imprimir o DE63 e DE47(TAG01).
 A reimpressão deverá ser igual à impressão.
11.8.2 Mensagem do emissor

 Atributo: ans ...73.
Usado para imprimir a mensagem do emissor no comprovante de uma
transação de crédito.
Considerações:
 A mensagem do emissor é utilizada somente nas transações de
crédito. A mensagem do emissor somente pode ser impressa no
comprovante de crédito do cliente.
 Não pode ser reimpressa pela função 72/73.
 Não pode ser impressa em nenhum dos comprovantes de estorno.
 A mensagem do emissor também não pode ser logada no terminal e
nem arquivada.
 A mensagem do emissor pode ter no máximo duas linhas. Portanto
36 caracteres em cada linha e mais o caractere ‘@’ no final da linha.
A última linha NÃO deve ter o caractere “@”.
Veja exemplo para a impressão da mensagem do emissor abaixo.
PREZADO CLIENTE
RECADASTRAMENTO
TAG 02:
POS/PDV IP:
0200315052455A41454F20434C49454E544540524543414441535452414D45
4E544F
PDV DISCADO:
30323033315052455A41454F20434C49454E544540524543414441535452414
D454E544F
Os tags 3 / 4 / 5 são reservados para uso do PDV Discado /IP.
11.8.3 CVM RESULT

 Identificação da tag: 04
 Tamanho da estrutura: LLL var
P.08.04.05 132
 Estrutura:
 n 2 (1 byte) – Código – referente ao CVM Result
 3 bytes – valor transportado dentro da TAG EMV 9F34 (CVM Result)
Código - Indica se a transação corrente foi executada com senha/ assinatura/

senha + assinatura/ sem a digitação de senha e sem assinatura. Veja tabela
“Conteúdo do BIT 47 – tag 04”.
Dado enviado do terminal à REDE, mas não repassado à bandeira.
Tag utilizada nos processos de chargeback.
Tag pode ser utilizada para a impressão do rodapé dos comprovantes pelo
host REDE com informação sobre a forma de validação do portador (exemplo:
TRANSAÇÃO APROVADA MEDIANTE SENHA PESSOAL).
Obrigatório somente em transações com chip (BIT 22 = 05n), ausente nos
demais casos.
Nas advices esta tag é enviada.
No estorno e no desfazimento não é enviado, mesmo se este for executado
com chip.
Se a tag 04 for enviada com código diferente de 1 a 4, ou não for enviada em
transações onde o dado é mandatório, o host retorna erro 56 no BIT 39.
As tabelas a seguir indicam o preenchimento do campo Código no POS e PDVs.
Nos PDVs esta informação é proveniente da função PP_GoOnChip da
biblioteca compartilhada.
Tabela: Conteúdo do BIT 47 – tag 04
Cód. CVM Result
1 Senha (online ou offline)
2 Assinatura
3 Senha (online ou offline) + assinatura
4 NO CVM (sem senha e sem assinatura)
EXEMPLOS
Transação aprovada com senha online, onde o conteúdo do Tag ´9F34´ é 42 03
00.
Formatado da seguinte forma:
 04 indicando a tag do DE 47,
 0004 indicando o tamanho de 4 bytes,
 01 indicando senha e
P.08.04.05 133
 42 03 00 é o conteúdo capturado no tag EMV 9f34 do

processamento realizado entre terminal e cartão.
Resultando: 04 0004 01 420300
Transação aprovada com assinatura, onde o conteúdo do Tag ´9F34´ é 1E 03

00.
POS/PDV IP: 04 0004 02 1E 03 00
11.8.4 Dados do 2nd GAC

Tag para o envio dos dados específicos do DE55 gerados no 2nd GAC. Para
informações sobre o momento de envio deste TAG veja Processo de envio do
BIT 47 – TAGS 0x0A e 0x0B.
 Identificação do Tag: 0x0a
 Atributo:
 NSU – an 12 (12 bytes numéricos, alinhados a DIREITA com
zeros a ESQUERDA). Corresponde ao BIT 37 retornado na
resposta da transação que gerou o 2nd GAC.
 DDMMAA – an 6 (6 bytes numéricos) Dia, mês e ano da
transação que gerou o 2nd GAC.
DADOS do DE55 (parciais) gerados no 2nd GAC conforme tabela abaixo.
Tag Tamanho
9f26 8
9f27 1
9f10 00 até 32
9f37 4
95 5
Exemplo:
NSU = 000010825413 e data = 05/10/04 e dados do DE55:
0A0058303030303130383235343133303531303034
9F26 08 05C24D4B57CC9940
9F270143
9F1008020103602D060000
9F3704C860B060
95054000048000
P.08.04.05 134
11.8.5 Issuer Script Result (ISR)

Tag para o envio do Issuer Script Result (resultado do(s) script(s) executados
pelo cartão).
Para informações sobre o momento de envio deste TAG veja Processo de
envio do BIT 47 – TAGS 0x0A e 0x0B.
 Identificação do Tag: 0x0b
 Atributo:
 NSU – an 12 (12 bytes numéricos, alinhados a DIREITA com
zeros a ESQUERDA)
 DDMMAA – an 6 (6 bytes numérico, dia, mês e ano)
ISR – b 1..50 (resultado da execução do(s) script(s) – max. de
10 scripts)
Exemplo:
NSU = 000010825413 e data = 05/10/04 e ISR (3):
0B0033303030303130383235343133303531303034
112233445566778899001122334455
11.8.6 TOAKI – Data e hora da última transação

realizada
Tag para o envio da data e hora da última transação realizada no terminal e
que foi enviada para a REDE. Esta função tem de estar habilitada na tabela
Acquirer (TOAKI ATIVO S/N) para que o terminal a envie.
Esta tag é enviada na mensagem TOAKI – Recuperação de Terminais (0800).
 Identificação da Tag: 0x0C
 Atributo: n(10) no formato MMDDhhmmss, onde n indica notação
BCD.
Exemplo:
Data: 26/01/10 e Hora: 15:30:45
POS: 0C 0005 0126153045
11.8.7 CNPJ a ser impresso no comprovante

CNPJ retorna do host (SW REDE) nesta tag.
Informação é enviada pelo host já formatada com pontos e barra. Deve ser
impressa conforme recebida nesta tag.
 Identificação do Tag: 0x0D
P.08.04.05 135
 Atributo: ans 18
 Se necessário, campo contém brancos (0x20) à direita.
11.8.8 TOAKI – Tempo de inatividade TOAKI

Tag opcional com a finalidade de alterar o valor do parâmetro “Tempo de
inatividade” da Tabela Acquirer, inclusive suspendendo o envio de mensagens
TOAKI pelo terminal, se o novo valor for 0 (zero). Esta tag vem na mensagem
de retorno TOAKI – Recuperação de Terminais (0810). Caso desabilitado pelo
envio de valor 0 (zero), o envio de mensagem Toaki só poderá ser habilitado
novamente quando receber novo indicativo ou inicialização.
 Identificação do Tag: 0x0E
 Tamanho da estrutura: LLL Var.
 Atributo: n(4)
Exemplo: Host envia valor 0 (zero) p/ desabilitar o envio da mensagem Toaki

ou envia um valor maior que 0 para sinalizar que deve ser reabilitado.
POS: 0E 0002 0000
11.8.9 MAC do valor

O valor da transação é enviado ao Host no BIT 4. Para a verificação do mesmo,
deve ser enviado o MAC do valor neste Tag (BIT 47 Tag 0x0F), calculado
conforme algoritmo abaixo.
 Identificação do Tag: 0x0F
 Atributo: b 64 (8 bytes), onde b indica a representação binária de
dados. b 8 = 8 BITs
ALGORITMO
1. Montar o bloco de 8 bytes: VV VV VV VV VV VV NN NN, onde:
a. VV = Valor (6 bytes - BCD);
b. NN = Últimos quatro dígitos do NSU – BIT 11 (2 bytes BCD).
2. Criptografar o resultado utilizando a chave de dados (3DES ou DES).
3. Enviar este resultado (MAC do valor) no BIT 47 tag 0x0F em todas as
transações onde o valor (BIT 4) é enviado.
Exemplo:
Valor = 000000000100, NSU = 123456789012
0f00081122334455667788 (valor fictício)
11.8.10 Chave DUKPT KSN (Key Serial Number)
P.08.04.05 136
Enviado pelo terminal (opcional).

Campo Opcional: Enviado se o terminal estiver operando em modo DUKPT
 Identificação do Tag: 0x10
dados. b 8 = 8 BITs
Exemplo:
KSN = 11223344556677889900
10001011223344556677889900
11.8.11 Certificado RSA (#CERT#)

Utilizado na transação de injeção remota de chaves – enviado pelo terminal.
 Atributo: b 1024 (128 bytes), onde b indica a representação binária
de dados. b 8 = 8 BITs.
Como é gerado #CERT# pelo terminal:
1. Terminal gera número aleatório RAND (16 bytes).
2. Terminal gera CERT (128 bytes) conforme tabela abaixo.
Campo Tamanho Valor
Cabeçalho 2 bytes ‟00 02‟
Filler 95 bytes Números aleatórios diferentes de „00‟
Separador 1 byte “00‟
Indicador de início de dados. 1 byte “30”
Tamanho dos dados a seguir 1 byte “1C” fixo
Indicador TAG / TAMANHO 2 bytes “04 10”
Dado criptografado 16 bytes RAND
Indicador TAG / TAMANHO 2 bytes “04 08”
Terminador 8 bytes “00 00 00 00 00 00 00 00”
3. Terminal calcula #CERT# a ser enviado no BIT 47 – tag 0x12

#CERT# = RSA (CERT, TKpub)
Exemplo:
P.08.04.05 137
RAND = 11223344556677889900112233445566
120128 0002
112233445566778899AA 11223344556677889922 11223344556677889933
11223344556677889944 11223344556677889955 11223344556677889966
11223344556677889977 11223344556677889988 11223344556677889999
11223334455
00 30 1C 0410 11223344556677889900112233445566 04 08
0000000000000000
11.8.12 TKid - Identificador do par TKpub / TKpriv

Utilizado para cálculo do certificado RSA (#CERT#) na transação de injeção
remota de chaves – enviado pelo terminal.
dados. b 8 = 8 BITs.
Exemplo:
Seja TkId = 15
13 0002 0015
11.8.13 Chave #IPEK# (Initial PIN Encryption Key)

Utilizada na transação de injeção remota de chaves – retorna da REDE.
dados. b 8 = 8 BITs.
Como é gerada a chave #IPEK# pela REDE:
1. CERT = RSA (#CERT#, TKprv),
a. terminal enviou #CERT# na solicitação da injeção remota de chaves
2. Recupera RAND a partir de CERT gerando KEK, utilizada para enviar IPEK
criptografado ao terminal, que conhece o valor de RAND e TMK:
a. KEK = 3DES-1(RAND, TMK)
3. #IPEK# = 3DES-1(IPEK, KEK).
Exemplo:
Seja #ipek = 00112233445566778899001122334455
14 0016 00112233445566778899001122334455
11.8.14 ChkVal – Check value
P.08.04.05 138
Check Value do valor de #IPEK# enviado da REDE ao terminal.

dados. b 8 = 8 BITs
Como é gerada a chave ChkVal pela REDE:
ChkVal = 3DES (’00 00 00 00 00 00 00 00’, IPEK)
Exemplo :
Seja ChkVal = 11223344
15 0004 11223344
11.8.15 ILKSN – Initially Loaded Key Serial Number

Usado na transação de injeção remota de chaves – retorna da REDE.
dados. b 8 = 8 BITs
Chave ILKSN:
59 bits indicam univocamente um PED + 21 bits (contador incrementado a
cada criptografia). Este contador vem na ILKSN com o valor zero. A cada
transação o terminal incrementa este contador e envia o KSN à REDE junto
com o dado criptografado.
Exemplo: Seja ILKSN = 112233445566778899900
16 0010 11223344556677889900
11.8.16 Biblioteca compartilhada - Exclusivo para TEF-

IP
 Atributo: ans 20
Sendo:
Versão de Software da Biblioteca Compartilhada de PINPAD (ans 16) –
alinhada a esquerda
Versão Especificação Biblioteca Compartilhada de PINPAD (ans 4) – alinhada à
esquerda
Utilizar o comando PP_GetInfo com o parâmetro PsInput = “00” para obter as
informações acima.
Caso a transação não acione o pinpad, esta tag não é enviada.
P.08.04.05 139
11.8.17 Número do estabelecimento

Coletado na Baixa Técnica.
 Atributo: ans 15 (15 bytes)
Diferença entre esta informação e o BIT 42 (número do estabelecimento):
BIT 42 envia o PV que está cadastrado no TMNS.
Tag 0x21 envia o valor do PV digitado pelo técnico no momento da 1ª
inicialização.
Esta informação deve ser igual à enviada no BIT 42.
Exemplo: Seja Número do Estabelecimento coletado na Baixa Técnica: 12345
POS : 21 0015 313233343520202020202020202020
11.8.18 Saldo disponível hoje

Retorna do Host.
 Atributo: n 12 – Saldo Disponível Hoje (se disponível)
Exemplo: SejaSaldo Disponível 300,12
POS : 22 0006 00 00 00 03 00 12
11.8.19 Saldo disponível próximo dia útil

Retorna do Host.
 Atributo: n 12 – Saldo Disponível para o PRÓXIMO dia
Exemplo: Seja Saldo Disponível Próximo dia útil 1200,30
POS : 23 0006 00 00 00 12 00 30
11.8.20 Consulta Saldo Disponível

Retorna do host.
Atributo:
n 12 – Valor total antecipado
n 12 – Valor liquido a receber
P.08.04.05 140
n 12 – Taxa de Desc. Período

n12 – Taxa de Desc. Para Mês
n 8 – Data de Pagamento (ddmmaaaa)
Exemplo: Valor antecipado = 5100,00 ; valor liquido = 4490,00 ; taxa período
=10,12 ;taxa p/m ês = 2,22 ; data= 11112011
POS : 24 0028
00000051000000000044900000000000101200000000022211112011
11.8.21 RAV Total / Parcial / Automático

Enviado pelo terminal.
 Atributo:
ans 1, onde “T” = total / “P” = parcial / “A” = consulta RAV
automático / “R” = contratação RAV automático
Exemplo: “P”
POS : 25 0001 50
11.8.22 Aprovação/Negação da offline

Tag para informar se transação aprovada/negada no 1st GAC ou no 2nd GAC.
 Atributo:
 Identificação do tipo de aprovação/negação (n1) - conforme o
seguinte:
1 - processada no 1st GENERATE AC
2 - processada no 2nd GENERATE AC
11.8.23 Nova Senha

Tag para informar a nova senha .
 Atributo: KSN + PINBLOCK
 KSN: b 80 (10 bytes), onde b indica a representação binária de
dados. b 8 = 8 BITs
 Senha criptografada: b 64
11.8.24 Confirmação da Nova Senha

Tag para informar a confirmação da nova senha.
P.08.04.05 141

 Atributo: KSN + PINBLOCK
 KSN: b 80 (10 bytes), onde b indica a representação binária de
dados. b 8 = 8 BITs
 Senha criptografada: b 64
11.8.25 Cartão Internacional

Tag para o host informar ao terminal se o cartão foi emitido fora do Brasil.
Caso o cartão seja internacional, alguns comprovantes de venda do cliente
poderão ser impressos bilíngue.
 Atributo: n1
 0: cartão nacional, emitido no Brasil
 1: cartão internaciona, emitido fora do Brasil
Ex: caso o cartão seja internacional, o terminal receberá ‘29 0001 01’
11.8.26 Resgate Senha RAV

Tag para o recebimento da senha RAV di estabelecimento.
Esta tag é retornada na mensagem de resgate de senha RAV.
 Identificação da Tag: 0x2B
 Atributo: n(12) – Código de acesso (preenchido com zeros a
esquerda, se necessário).
Exemplo:
Senha: 1234567890
POS: 2B 0006 001234567890
11.8.27 Impressão de comprovantes

Enviado pelo HOST
 Atributo: n 1.
Usado para orientar o terminal quanto a necessidade de impressão de

comprovante para a transação em execução.
P.08.04.05 142
Caso o terminal não receba esta informação, usar o campo Option 2 –

TERMINAL TABLE para impressão de comprovantes.
O campo deve ser configurado de acordo com o seguinte mapa de bits:

Bit 7 Nenhuma via – não imprimir comprovante
Bit 6 Estabelecimento automático
Bit 5 Estabelecimento com pergunta
Bit 4 Cliente automático
Bit 3 Cliente com pergunta
Bit 2 Ambas com pergunta
Bit 1 Imprime logotipo nos comprovantes
Bit 0 Não imprime comprovante cliente se valor menor que CVM Limit
(contactless)
Ex.: 30 01 48 (estabelecimento automático e cliente com pergunta)
11.8.28 Nome do Emissor

Tag para o host informar ao terminal o nome do emissor que deverá ser
impresso no comprovante de venda.
 Atributo:
ans 1...20 – Nome do emissor que será impresso no cabeçalho do
comprovante
11.8.29 Cardholder Name Extended - Tag 9F0B

 Atributo:
 Dado relativo a tag
EXEMPLO
Transação onde o conteúdo do Tag ´9F0B´ é
“123456789012345678901234567” – formato ans.
Formatado da seguinte forma:
 33 indicando a tag do DE 47,
P.08.04.05 143
 0027 indicando o tamanho,

 “123456789012345678901234567” conteúdo da tag - ans
Resultando:
330027313233343536373839303132333435363738393031323334353637
11.8.30 Número de série da leitora de código de barras

Tag para informar o número de série da leitora de código de barras, durante o
processo de instalação/habilitação do produto CORBAN o técnico habilitará a
porta USB e executará a baixa técnica a fim de assegurar o processo de
instalação e comunicação entre a leitora e o terminal.
 Tamanho da estrutura: n.
Atributo: n(12) – Código de acesso (preenchido com zeros a esquerda, se
necessário).
Importante: O número de série da leitora de código de barras será envia na

estatística.
11.8.31 FFI - Form Factor Indicator

Tag para identificar o dispositivo de pagamento (FFI - Form Factor Indicator)
em todos os Terminais vitrines
 Identificação da Tag: 0x35 (53 em decimal)
 Estrutura: b 40
Exemplo:
35 0005 00 00 00 00 00
MASTERCARD (ex.: 00)
35 0001 3030
VISA (ex.: 21700000)
35 0004 32 31 37 30 30 30 30 30
Importante: Esta tag será enviada, somente se esta Tag estiver presente no
retorno do cartão e a transação for contactless.
11.8.32 Criptograma de validação de Host

Criptograma de validação de Host enviado apenas em respostas de transações
criptografadas.
P.08.04.05 144

dados. b 8 = 8 BITs
O criptograma deve ser montado no seguinte layout:
Bloco de 8 bytes: SS SS SS RR VV VV NN NN
Onde,
SS = Stan – DE 11 - (6 dígitos - BCD);
Obs.: Caso o Stan do Terminal tenha menos de 6 dígitos deverá ser
completado com zeros a esquerda.
RR = Código de resposta – DE 39 (2 dígitos BCD)
VV = Valor da transação – DE 4 (12 dígitos)
NN = NSU – DE 37 (9 dígitos - BCD);
Obs.: Caso o valor tenha menos de 4 dígitos deverá ser completado com zeros
a esquerda.
Obs2: Caso a transação não possua o Bit 4, este campo deve ser completado
com zeros
Obs3: Caso o NSU da Rede tenha menos de 4 dígitos deverá ser completado
com zeros a esquerda.
A validação deste criptograma no terminal é detalhada no item 28.1
11.9 BIT 48 - Definição de tags

As “Tags” rotulam as variadas estruturas de dados adicionais, que estarão
presentes no BIT 48 das mensagens ISO8583 componentes da solução REDE.
As estruturas presentes em cada mensagem estarão mapeadas no item
DETALHAMENTO DAS MENSAGENS. A ordem de formatação das estruturas de
dados no BIT 48 não é significativa.
Cada estrutura de dados adicionais terá a seguinte formato:
 Identificação do Tag (1 byte)
 Tamanho da estrutura de dados:
 Ausente em estruturas de tamanho fixo
 LL var ou LLL var, em estruturas de tamanho variável
 Estrutura de dados (variável)
Cada Tag especificado terá um exemplo, o qual terá os campos separados por
espaço, apenas para facilitar o entendimento.
Observação: A tag 0x97 tem seu uso reservado para manter a

compatibilidade com versões anteriores desta especificação em que
esta tag foi utilizada para o produto Agrocard.
P.08.04.05 145
11.9.1 Identificação da transação

Todas as possíveis transações terão um número para identificá-las.
Identificação do Tag: 0x01
Identificação da transação (n4) - conforme quadro seguinte:
Ident. Descrição
0006 Consulta SERASA
0007 Consulta Private Label - Venda
0010 Consulta Redecard Celular
0020 Pré-autorização
0353 Simulação CREDIÁRIO
0460 Pagamento Redecard Celular à vista
0461 Pagamento Redecard Celular estabelecimento
0462 Pagamento Redecard Celular emissor
0472 Consulta Compra Bolsa Família
0482 Boleto de repasse
MENSAGENS 0200 / 0210 / 202
Ident. Descrição
0301 Débito à vista
0303 Débito pré-datado
0306 Venda com cartão de Voucher
0309 Venda com cartão de Voucher Frota
0311 Venda Distribuição à vista
0313 Venda Distribuição pré-datada
P.08.04.05 146
0315 Débito à vista Recarga de Celular
0316 Débito à vista CORBAN
0350 Venda Crédito rotativo
0351 Venda Crédito Parcelado com Juros
0352 Venda Crédito Parcelado sem Juros
0354 Contratação CREDIÁRIO
0355 Venda Crédito rotativo Recarga de Celular pré-pago
0471 Compra Bolsa Família
0473 Venda dinheiro CORBAN
0381 Venda Private Label
P.08.04.05 147
Ident. Descrição
0450 Captura rotativo - transação autorizada por telefone
0451 Captura parcelada com juros - transação autorizada por telefone
0452 Captura parcelada sem juros - transação autorizada por telefone
0454 Confirmação de pré-autorização - rotativo
0455 Confirmação de pré-autorização - parcelada sem juros
0457 Venda crédito rotativo Offline com Smart Card
0458 Venda Voucher Offline com Smart Card
0459 Venda Voucher Frota Offline com Smart Card
0463 Pagamento Redecard Celular à vista
0464 Pagamento Redecard Celular estabelecimento
0465 Pagamento Redecard Celular emissor
MENSAGENS 0400 / 0410/0402
Mensagens 0400 / 0410/0402
Estorno
Mensagens 0420 / 0430
Desfazimento
Ident. Descrição
P.08.04.05 148
0501 Finalização
0502 Resumo de Vendas
Ident. Descrição
0601 Confirmação de Antecipação RAV
0602 Senha/Sonda RAV
0603 Saldo RAV
0604 Contratação RAV Automático
0605 Resgate de senha RAV
0606 Consulta RAV automático
Ident. Descrição
0801 Baixa de Ocorrência Técnica
0802 Teste de Comunicação
0803 Fim de auto-inicialização
0804 Fim de autocarga
0805 Estatística
0806 Injeção remota de chaves
0807 Toaki
0808 Telemetria
MENSAGENS 9XXX
P.08.04.05 149
Ident. Descrição
0901 Fechamento-Liquidação pelo Emissor (9160/9170)
0901 Fechamento (9160/9170)
0902 Validação de FCT - Ficha Cadastral de Tecnologia (9600/9610)
0903 Baixa de FCT - Ficha Cadastral de Tecnologia (9600/9610)
0911 Troca de Senha Voucher CHIP (9080/9090)
0921 Consulta de títulos itaú
Ex. para transação de crédito rotativo (identificação 0350) teremos:

 POS/PDV IP: 01 0350
Ex. para transação de Injeção Remota de Chaves (identificação 0806) teremos:
 POS: 01 0806
11.9.2 Número lógico do terminal

Este dado é definido durante o processo de tratamento de FCT.
Identificação do Tag: 0x02
Número lógico do terminal (an 8) - conforme informação gravada na memória
não-volátil do terminal:
Contém espaços para terminais ainda não identificados pela REDE.
Contém o número lógico, atribuído pela REDE, para terminais já identificados
Ex. para terminal de número lógico 95L7I10S:
POS/PDV IP: 02 39354C3749313053
11.9.3 Modo de criptografia

Indica a forma de criptografia utilizada na transação
 Tipo de criptografia utilizada (an 2)
CONDIÇÃO CONTEÚDO DA TAG 0X03
PIN DADOS CONF. POS PDV PDV TEF-IP

POS/REFERIDA/ DISCADO DEDICADO
CÓDIGO
PESSOAL
P.08.04.05 150
REDECARD
CELULAR/
BOLSA FAMÍLIA
3DES 3DES 3DES S3 S3 S3 S3
DUKPT 3DES 3DES S4 - - -
DUKPT DES DUKPT - S5 S5 S5
DUKPT 3DES DUKPT - S6 S6 S6
DES DES DES - S7 S7 S7
3DES DES 3DES - S8 S8 S8
N/A Sem N/A - N0 0N -

criptografia
Opção “N0” é utilizada somente na transação de Baixa Técnica.
Exemplo:
Dados 3DES e senha 3DES
POS: 03 53 33
11.9.4 Quantidade de parcelas

 Quantidade de parcelas (n 2)
 Demais transações parceladas
 00 a 99 - número de parcelas.
Exemplo:
 Para transação parcelada em 12 vezes, teremos:
 POS/PDV IP: 04 12
11.9.5 Data – ddmmaa: Débito pré-datado – data do

débito
Esta data deve ser maior que a data atual.
 Data: ddmmaa (n 6)
P.08.04.05 151
Ex. para data = 7/9/2002, teremos:

POS/PDV IP: 06 070902
11.9.6 Data – ddmmaaaa: Pré-autorização – data de

validade
 Data: ddmmaaaa (n 8)
Exemplo: Para data = 27/09/2002, teremos:
POS/PDV IP: 07 27092002
11.9.7 Dados private label

 Dados da estrutura (an 6):
 nn - número de parcelas (00 a 99)
 00 - rotativo (rejeitado, se consulta)
 01 - rotativo com possibilidade de juros
 00 a 99 - número de parcelas
 pp - plano de pagamento (00 a 99)
 00 - plano definido pelo emissor - loja envia 00 se:
 foi digitado 00;
 foi digitado <Enter>
 selecionada opção rotativo
 00 a 99 - plano selecionado
 vv - número de ciclos a pular (00 a 99)
 00 - vencimento na data do cartão
 00 a 99 - número de ciclos a pular
Ex. para consulta plano de pagamento Private Label (mensagem 0100) – 2
parcelas, plano 04, com vencimento na data do cartão:
POS/PDV IP: 08 3032 3034 3030
11.9.8 CPF/CNPJ
Para a coleta deste dado, deve ser exibido em display: “CPF/CNPJ”. O POS
deve efetuar a consistência de DV durante a coleta do CPF e CNPJ.
 Tamanho da estrutura: LL var
 Identificação de Pessoa Física (1), ou Pessoa Jurídica (2) (n 1)
 CPF - para Pessoa Física (n 11); ou CNPJ - para Pessoa Jurídica (n 14)
Ex. para consulta SERASA, Pessoa Física, com CPF 12345678901, teremos:
POS/PDV IP: 09 07 01 012345678901
P.08.04.05 152
11.9.9 Número do cheque

 Identificação do Tag: 0x0A (10 decimal)
 Constante: 05 (n 2)
 Número do cheque: n (8) - preenchido com zeros à esquerda, se
necessário
Ex. para consulta garantia do cheque de número 123456, teremos:
POS/PDV IP: 0A 05 00123456
11.9.10 CMC-7
A coleta do CMC-7 na consulta SERASA, quando habilitada no Termmaster ou
TA (Terminal Configuration Table – Options 3, BIT 6 SERASA - Coleta Fone e
CMC-7 = true), substitui a coleta dos seguintes dados: banco, agência, conta-
corrente e número do cheque. Durante a coleta, deverá ser apresentado em
visor o seguinte texto:
CMC7-Bloco 1
CMC7-Bloco 2
CMC7-Bloco 3
 Identificação do Tag: 0x0D (13 decimal)

 CMC-7 - segue definição da estrutura:
Tamanho Tipo DESCRIÇÃO DOS CAMPOS NUMÉRICOS DO CMC-7 DO CHEQUE
Bloco 1 (n 8)
003 N Z código de compensação do banco
004 N Z número da agência
001 N Z Dígito módulo 10 dos seguintes campos:

- Cód. câmara compensação a que está jurisdicionada a agência.
sacada (3 dígitos)
(3 primeiros dígitos do campo 2)
- número do cheque (6 dígitos.) – 6 dígitos campo 2, após câmara
compensação
- cód. tipificação do documento (último dígito do campo 2)
Bloco 2 (n 10)
003 N Z Cód. câmara compensação a que está jurisdicionada a agência

sacada
P.08.04.05 153
006 N Z Número do cheque
001 N Z Código de tipificação do documento conforme descrição abaixo:

5 – cheque comum
6 – cheque ordem de pagamento
7 – cheque viagem
8 – cheque administrativo
Bloco 3 (n 12)
001 N Z Dígito módulo 10 dos seguintes campos:

- cód. do banco
- cód. da agência
010 N Z número da conta corrente (com dígito da conta no final)
001 N Z Dígito verificador das 10 posições referentes ao número da

c/corrente
Conforme sugerido pela SERASA, o POS não deverá consistir o CMC-7

digitado.
Ex. para CMC-7: 34103554 0182365835 660004078345 teremos:

POS/PDV IP: 0D 34103554 0182365835 660004078345
11.9.11 Número do telefone

A coleta do número do telefone na consulta SERASA só será efetuada se
habilitada no Termmaster ou TA (Terminal Configuration Table – Options 3,
BIT 6 SERASA - Coleta Fone e CMC-7 = true). Durante a coleta, deverá ser
apresentado em visor o seguinte texto:
 DDD
 Telefone
Identificação do Tag: 0x0E (14 decimal)

Número do Telefone:
 DDD (n 4)
 Telefone (n 8)
P.08.04.05 154
Ex. para DDD = 11 e número de telefone = 456 7890 teremos:

POS/PDV IP: 0E 0011 04567890
11.9.12 ACHEI-RECHEQUE/PEFIN (pendência

financeira)
Esta opção da Consulta SERASA tem o objetivo de informar ao lojista se o
portador do cheque tem pendência financeira em alguma Instituição
(Comércio, Indústria ou Serviços, referente à Pessoa Física ou Jurídica).
Quando selecionada a transação Consulta SERASA, o terminal deverá exibir
primeiramente em display: 1-ACHEI-RECHEQUE 2-PEFIN, somente se o
parâmetro do Termmaster ou TA: Terminal Configuration Table – Options 3,
BIT 5 SERASA – Trata Pendência Financeira = true. Os demais dados serão
coletados sem qualquer alteração, independentemente da opção selecionada
pelo lojista.
 Identificação do Tag: 0x0F (15 decimal)
 Opção selecionada (an 1):
 “1” – ACHEI-RECHEQUE;
 “2” – PEFIN.
Obs.: se o parâmetro estiver desabilitado no Termmaster ou TA, a aplicação
deverá assumir a opção “1” – ACHEI-RECHEQUE
Exemplo:
Se operador selecionar ACHEI-RECHEQUE, teremos:
 POS/PDV IP: 0F 31;
Se selecionar PEFIN, teremos:
 POS/PDV IP: 0F 32
11.9.13 Número do item

 Identificação do Tag: 0x10 (16 decimal)
 Número do item (n 11 - preenchido com zeros à esquerda, se
necessário)
Ex. para consulta plano de pagamento Private Label (mensagem 0100) com
número do item = 456, teremos:
 POS/PDV IP: 10 000000000456
11.9.14 Dados crédito parcelado com juros

 Taxa de Juros: n 5 (2 casas decimais)
 Valor da parcela: n 12
 Valor Total: n 12
P.08.04.05 155
Ex. transação de crédito parcelada com juros, cujos dados: taxa de juros =
2,58%, valor das parcelas = R$15,85, e valor total = R$79,25:
POS/PDV IP: 11 000285 000000001585 000000007925
11.9.15 Dados de simulação CREDIÁRIO

 Identificação: 0x16 (22 decimal)
 Quantidade de ocorrências: n 2 (permitida consulta de até 03 opções
de pagamento)
 Os itens abaixo devem ser informados de acordo com a quantidade
de ocorrências:
 Quantidade de parcelas: n 2
 Taxa de juros mensal: n 5 (2 casas decimais)
 CET anual: n 6 (2 casas decimais)
 Valor parcela: n 12
 Valor total: n 12
Ex. transação de simulação CREDIÁRIO, quantidade de ocorrências = 3

 Ocorrência 1: taxa juros mensal= 1,48%, CET anual= 30,07%, número
de parcelas = 02, valor das parcelas = R$105,85, e valor total =
R$211,70,
 Ocorrência 2: taxa juros mensal= 1,43%, CET anual= 30,00%,
número de parcelas = 03, valor das parcelas = R$75,85, e valor total
= R$227,55,
 Ocorrência 3: taxa juros mensal= 1,38%, CET anual= 29,87%,
número de parcelas = 04, valor das parcelas = R$60,89, e valor total
= R$243,56.
POS/PDV IP: 16 0058 03 02 000148 003007 000000010585 000000021170 03

000143 003000 000000007585 000000022755 04 000138 002987
000000006089 000000024356
11.9.16 Dados de Contratação RAV

 Estrutura de dados:
 Identificação da opção selecionada: an 1
 “0” - valor antecipado para a data atual
 “1” - valor antecipado para o próximo dia útil
 “2” – não se aplica na transação Senha
 Código de Acesso - consiste de um código do lojista para a
operação RAV: n 12 (preenchido com zeros à esquerda, se
necessário).
P.08.04.05 156
Exemplo:
Para RAV com valor antecipado para o próximo dia útil e lojista de código de
acesso 1234567 teremos:
POS/PDV IP: 20 31 000001234567
11.9.17 Dados Resgate de Senha RAV

O POS deve efetuar a consistência de DV durante a coleta do CPF.
 Identificação do Tag: 0x2A
 Tamanho da estrutura: LLLvar
 CPF - para Pessoa Física (n 11);
 Agência bancária (n 4);
 Conta Corrente Domicílio Bancário (n 12)
 CEP do endereço de correspondência (n 8)
Ex. para CPF 12345678901, Agencia 9876, Conta Corrente 55111-2 e CEP
12345-123 teremos:
POS/PDV IP: 2A 0018 012345678901 9876 000000551112 12345123
11.9.18 CVC2 criptografado

 Atributo: b 64 (8 bytes)
Exemplo:
POS : 30 1122334455667788
11.9.19 Indicação de desfazimento de estorno

Obs.: este Tag não contém dados. Sua presença no BIT 48 é utilizada para se
distinguir uma mensagem de desfazimento de venda de uma de desfazimento
de estorno.
11.9.20 Dados coletados durante a confirmação

positiva e referral
 Quantidade de prompts coletados: b 8 (01 a 0C hexa)
P.08.04.05 157
 n ocorrências da seguinte estrutura (contém uma ocorrência

para cada prompt coletado – deve estar na mesma ordem em
que ocorreu a coleta de prompts no PINPAD)
 Id. Prompt coletado: b 8 (01 a FF hexa)
 Obs.: os prompts obtidos do Termmaster ou TA
devem ter a identificação convertida para
hexadecimal (ex. Prompt 0010 deve ser
preenchido aqui com 0x0A).
 Quantidade de dígitos coletados para o prompt: b 8 (01
a 0C hexa)
 Dado Criptografado: b 64 (contém todos os prompts
concatenados, coletados na Confirmação Positiva,
criptografados conforme BIT 52).
Ex. supondo que tenham sido coletados os seguintes prompts:
 01, com tamanho 0A
 F4, com tamanho 01
 Dado criptografado = C6286264F4E1F8C5
 Teremos:
 POS/PDV IP: 50 13 02 010A F401 C6286264F4E1F8C5
Os criptógrafos exigem um mínimo de 4 dígitos no dado original, que

passará pelo processo de criptografia. Desta forma, quando a
somatória dos dígitos coletados durante a Confirmação Positiva ou
Referral for inferior a 4, devem-se concatenar zeros à esquerda,
durante a montagem do buffer para a criptografia, totalizando-se 4
dígitos (ver exemplos).
Exemplo 1: Coleta de dados para Confirmação Positiva – mais que 4 dígitos
MSG Display N. Digitos
ANO 4
NASCIMENTO
3 ULT. DIG CART. 3
Passo 1 ID BLOCK
ANO
P.08.04.05 158
NASCIMENTO
1980
041980FFFFFFFFFF 04 = tamanho
Passo 2 ID BLOCK
3 ULT. DIG CART.
123
071980123FFFFFFF 07 = tamanho,
em hexa-
decimal
Obs.: se
tamanho = 11,
buffer deve
conter 0B
Passo 3
Criptografia do ID
Block com o
cartão
53904029991201 XOR 071980123FFFFFFF = 07198410A66ED

00 (*) FEF
MK A1A1A1A1A1A1A
1A1
WK EEE50E827A9E76
(Criptografada 3A
)
WK A4A4A4A4A4A4A
4A4
P.08.04.05 159
IDBLOCK 07198410A66EDF
EF
DES (IDBLOCK, C6286264F4E1F8

WK) C5
(*) O PAN é montado obtendo-se 12 posições da direita para a esquerda,

desconsiderando-se o último dígito, que é o verificador.
Efetua-se o XOR destas 12 posições do número do cartão, com as 12 últimas
posições do buffer de dados a criptografar.
Exemplo 2: Coleta de dados para Confirmação Positiva – menos de 4 dígitos
MSG Display N. Dígitos
DV CPF 1
Passo 1 ID BLOCK
DV CPF
0 DV CPF = 0
010FFFFFFFFFFFFF 01 = tamanho
Passo 2 Menos de 4 040000FFFFFFFFFF 04 = tamanho

dígitos –
preencher com
zeros à esquerda
Passo 3
Criptografia do ID
Block com o
cartão
53904029991201 XOR 040000FFFFFFFFFF = 040004FD666E
P.08.04.05 160
00 DFEF
MK A1A1A1A1A1A1A
1A1
WK EEE50E827A9E76
(Criptografada 3A
)
WK A4A4A4A4A4A4A
4A4
IDBLOCK 040004FD666EDF
EF
DES (IDBLOCK, C6286264F4E1F8

WK) C5
(*) O PAN é montado obtendo-se 12 posições da direita para a esquerda,

desconsiderando-se o último dígito, que é o verificador.
Efetua-se o XOR destas 12 posições do número do cartão, com as 12 últimas
posições do buffer de dados a criptografar.
11.9.21 Dados a coletar durante transação referida

Não está previsto transações referidas para transações com Chip.
Um Fallback magnético/digitado permite referida.
 Quantidade de prompts a coletar: b 8 (01 a 0C hexa)
 n ocorrências da seguinte estrutura (contém uma ocorrência
para cada prompt a coletar)
 Id. Prompt a coletar: b 8 (01 a FF hexa)
 Prompt a exibir em display: (ans 16 - código 0x20 a 0x7E
da tabela ASCII)
 Número de dígitos a coletar: b 8 (01 a 0C hexa)
 Indicação da forma de exibição do dado a coletar em
display: “A” – Aberto ou “M” – Mascarado
P.08.04.05 161
Exemplo
Supondo que emissor solicite a coleta dos seguintes prompts:
 5A “DIA NASC (dd):” 2 M;
 0B “DV CPF:” 2 A.
Teremos:
POS/PDV IP: 51 39 02 5A 444941204E415343286464293A202020 02 4D 0B
4456204350463A202020202020202020 02 41
11.9.22 Identificação da capacidade do terminal para

tratamento de confirmação positiva
 Indicativo de capacidade do terminal para tratar Confirmação
Positiva (a 1):
 “S”, sinalizando terminal capaz.
 Indicativo de coleta de dados para Confirmação Positiva (a 1):
 “S” – sinaliza que houve coleta dos dados;
 “N” – sinaliza que não houve coleta de dados.
Exemplo.
Para terminal que efetuou a coleta de dados teremos:
POS/PDV IP: 52 53 53
11.9.23 Identificação da capacidade do terminal para

tratamento de transação referida
 Indicativo de capacidade do terminal para tratar transação referida
(a 1): “S”, sinalizando terminal capaz.
 Quantidade máxima de prompts a coletar, para tratamento de
transação referida: b 8 (01 a 0C hexa) – deve refletir a capacidade do
POS em uso.
Embora o POS preencha este dado com sua capacidade real, a REDE
deve atribuir 03 ao mesmo quando formatar a mensagem para envio
ao emissor, caso POS sinalize quantidade superior a 03, a fim de manter
compatibilidade com a especificação da Mastercard
Exemplo
P.08.04.05 162
Para terminal com capacidade para tratar 12 prompts, teremos:

POS/PDV IP: 53 53 0C (neste caso, REDE deverá converter 0C em 03)
11.9.24 Dados coletados pelo terminal de distribuição

 Quantidade de prompts para a transação de DISTRIBUIÇÃO
coletados, b 8 (0x01 a 0x0F)
 Repetir dados abaixo, tantas vezes quanto forem o número de
Prompts.
 Id. Prompt coletado: b 8 (01 a FF hexa)
 Obs.: os prompts obtidos do Termmaster ou TA
devem ter a identificação convertida para
hexadecimal (ex. Prompt 0010 deve ser
preenchido aqui com 0x0A).
 Quantidade de dígitos coletados para o prompt: b 8 (01
a 0C hexa)
 Dado aberto coletado pelo prompt no formato ASCII
Exemplo
Foram coletados os seguintes prompts:
 a1, prompt “NOTA FISCAL”, com tamanho 0a.
 Operador digitou 123456 (como são 10 dígitos, o POS
preenche zeros à esquerda).
 a5, prompt “CODIGO CLIENTE”, com tamanho 0c.
 Operador digitou 99225511 (como são 12 dígitos, o POS
preenche zeros à esquerda).
Tag 0x54 resultante:

POS/PDV IP: 54 27 02 A1 0A 30303030313233343536 A5 0C
303030303939323235353131
11.9.25 Dados de voucher frota

 Código do veículo: n 8
 Código do condutor: n 8
 Tipo do Serviço: n 2, onde:
 01 – ABASTECIMENTO
 02 – TROCA DE ÓLEO
 03 – LAVAGEM
 04 – PEDÁGIO
 05 – OUTROS
 Código do combustível: n 2
P.08.04.05 163
 Litragem: n 7
 Quilometragem: n 10
Exemplo
Para o código do veículo 7367, código do condutor 1234, tipo do serviço 05,
código do combustível 03, litragem 44,55 e quilometragem não informada:
POS/PDV IP: 55 00007367 00001234 05 03 00004455 0000000000
11.9.26 Dados consulta Redecard celular – retorna do

host
 Tamanho da estrutura: LLL var - ans..217 (BCD)
 Quantidade de cartões cadastrados para o número de celular
do cliente (Cel. do cliente), b 8 (0x01 a 0x09)
 Repetir dados abaixo, tantas vezes quanto forem o número de
cartões castrados.
 Número do cartão criptografado: b 80 (10 bytes)
Com aplicação do algoritmo 3DES-1 devido ao fato de
haver suporte no Host REDE apenas para criptografia
3DES-1.
Obs. O número do cartão (PAN) pode conter até 19
dígitos, sendo que apenas os 16 primeiros são
criptografados. Caso o número de dígitos seja inferior a
16, o número deve ser complementado com ‘F’s à
direita.
 Data de validade: n 4 (AAMM) compactado (BCD)
 Se o Código Pessoal deve ser solicitado: n 1 (0 = não
deve ser solicitado / 1 = sim, deve ser solicitado)
 Label referente ao cartão no formato ASCII: an 24
Obs.: o Label possui tamanho fixo de 24 posições
alfanuméricas. Caso o número de dígitos seja inferior a
24, o Label deve ser complementado com espaços à
direita.
EXEMPLO:
Foram recebidos dois cartões cadastrados para o mesmo número de celular
do cliente (Cel. do cliente)
Cartão 1:
 Número: 1234567890123456
 Validade: 0801
 Código pessoal não deve ser solicitado
 Label: CARTAO GOLD
Cartão 2:
P.08.04.05 164
 Número: 2222222222222222
 Validade: 0912
 Código pessoal deve ser solicitado
 Label: CARTAO PRATA
Tag 0x60 resultante:

POS/PDV IP: 60 0075 02 XXXXXXXXXXXXXXXXFFFF 0801 00
43415254414F20474F4C4420 202020202020202020202020
XXXXXXXXXXXXXXXXFFFF 0912 01 43415254514F205052415441
202020202020202020202020
11.9.27 Autorização SMS Redecard celular

 Tamanho da estrutura: LLL var - Atributo: b 64 (8 bytes)
 Código de Autorização a ser conferido contra o código
recebido via SMS
 Obs.: o código de autorização SMS será constituído de 6
dígitos numéricos no formato ASCII (6 bytes) e
complementado com ‘F’s à direita até atingir-se 8 bytes.
Esse código será então criptografado conforme BITs 2,
35 e 45 - Criptografia do número do cartão, entretanto
com aplicação do algoritmo DES-1 devido ao fato de
haver suporte no Host REDE apenas para criptografia
DES-1 (3DES).
Exemplo:
Código SMS que criptografado é igual a 0102030405060708.
TAG 0X61 RESULTANTE: POS/PDV IP: 61 00 08 01 02 03 04 05 06 07 08
11.9.28 Código pessoal - Redecard celular

 Tamanho da estrutura: LLL var - atributo: b 64 (8 bytes)
 Código Pessoal – dado da transação Redecard Celular, que
segue criptografado ao Host pelo método ANSI PIN BLOCK
(senha). Deve ser enviado somente se solicitado no Tag 60 da
resposta de uma transação de Consulta Redecard Celular.
Exemplo:
Código Pessoal criptografado = AA BB CC DD EE FF 00 11
POS/PDV IP: 62 00 08 AA BB CC DD EE FF 00 11
P.08.04.05 165
11.9.29 ID Redecard celular - Número do celular do

cliente (Cel. do cliente)
 Tamanho da estrutura: LLL var - atributo: n 19
 Número do celular do cliente (Cel. do cliente) – é o mesmo
valor informado no BIT 2 da mensagem de consulta. O ID é
composto sempre por 19 caracteres numéricos; como este
código contém menos de 19 posições, o mesmo será
completado com ‘F’s à direita até completar-se o tamanho
total
 O dado enviado neste Tag está CRIPTOGRAFADO.
Exemplo: número do celular do cliente (Cel. do cliente) igual a

9912345678FFFFFFFFFF
TAG 0X63 RESULTANTE:
POS/PDV IP: 63 00 10 00 01 23 45 67 89 01 23 45 67
11.9.30 Dados para validação da FCT

 Número da FCT (n 8): preenchido com zeros à esquerda, se
necessário.
 Identificação do técnico (n 5): preenchido com zeros à esquerda, se
necessário (sempre acrescentar um zero à esquerda, para geração
dos 3 bytes).
Exemplo:
Para validação da FCT 123456, e técnico 673, teremos:
POS/PDV IP: 80 00123456 000673
11.9.31 Dados de resposta de validação da FCT

 Tipo da FCT (an 1)
 1. Instalação
 2. Manutenção
 3. Treinamento
 4. Desativação de POS
 5. Troca de Tecnologia - retirada do terminal atual
 6. Troca de Tecnologia - instalação do novo terminal
 Sugerido treinamento com tarja magnética (a 1 - “S”/ “N”)
 Sugerido treinamento com chip (a 1 “S”/ “N”)
 Fone de Inicialização (n 15): preenchido com zeros à esquerda, se
necessário.
P.08.04.05 166
Exemplo:
Para Tipo da FCT = 2, com treinamento de tarja, sem treinamento de chip, e
fone de inicialização 0800 7012360, teremos:
POS/PDV IP: 81 32 53 4E 0000008007012360
11.9.32 Dados da baixa de FCT

 Versão da especificação funcional REDE implementada: an (4).
 Ex. versão “P.03.01” - preencher com “0301”.
 Duração do treinamento tarja, em minutos (n 2) (00, se não houve
treinamento tarja)
 Quantidade de transações efetuadas durante o treinamento tarja (n
2)
 Duração do treinamento chip, em minutos (n 2) (00, se não houve
treinamento chip)
 Quantidade de transações efetuadas durante o treinamento chip (n
2)
 Dados da intervenção efetuada pelo técnico - número da ocorrência
(n 8): conforme tabela específica de cada empresa responsável pela
disponibilidade dos equipamentos em campo (preenchido com zeros
à esquerda, se necessário)
Exemplo
 Versão da especificação funcional REDE = “P.03.01”;
 Duração do treinamento tarja = 9 minutos;
 Quantidade de transações efetuadas durante o treinamento tarja =
75;
 Duração do treinamento chip = 00 - não houve;
 Quantidade de transações efetuadas durante o treinamento chip =
00 - não houve
 Dados da intervenção efetuada pelo técnico - número da ocorrência
= 114 (NetSet - IMPRESSORA DESALINHADA)
Teremos:
POS/PDV IP: 82 30333031 09 75 00 00 00000114
11.9.33 Estatística – versão do kernel EMV

 Atributo: ans..30
Quando o terminal não possui essa informação este Tag não deve ser enviado.
No POS utilizar função específica.
No PDV Discado/IP utilizar função PP_GetInfo.
Exemplo:
P.08.04.05 167
Se o terminal retornar 5.00F como versão do Kernel EMV o conteúdo deste

Tag será:
 POS/PDV IP: 84 05 35 2E 30 30 46
11.9.34 Estatística – dados presentes em terminais

POS
 Estrutura de dados - ver tabela seguinte
Observação
1. Todas as letras em campos alfanuméricos devem ser maiúsculas.
2. Os campos que não podem ser computados para o terminal em
tratamento devem ser assim preenchidos:
a. Campos em BCD – zeros
b. Campos em ASCII – espaços
Exemplo: Isto pode ocorrer quando o terminal possui conexão GPRS ou GSM
ou Ethernet, onde a grande maioria dos campos não serão contabilizados.
Campo Tam. Tipo G G D E Descrição Obs

byte P S I T
R MA H
S L
STATUS RES. 1 HEXA X X X X ;RESPONSE STATUS SEMPRE ‘0Fh’
NMSTATUS 1 BCD X X X X ;TERMINAL STATUS
NMMIN 2 BCD X X X X Messages IN ( Message from line ) :

Total de frames recebidos pelo POS. EX:
0110, 0210, 0410, 0810, etc.
NMMOUT 2 BCD X X X X Message OUT: Total de frames

formatados e transmitidos pelo POS,
independentemente se foram recebidos
pelo HOST. EX: 0100, 0200, 0400, 0800 ,
etc.
NMLU 2 BCD X NMLU – contabiliza as ocorrências de Jan/04

tentativas de conexões fracassadas
devido a linha em uso ou linha sem tom
de discagem. (NMTRANS removido em
jan/2004)
NMREDIALS 2 BCD X X X X REDIAL COUNT ( Total de redials ) :

Total de Redial Primário + Redial
P.08.04.05 168
Secundário (Para GPRS funciona como

reconexão).
NMCERR 2 BCD X X X X COMMS ERRORS : Total de transações

não completadas devido a problemas
no meio de comunicação pelos motivos
CE e LC.
NMTOUT 2 BCD X X X X TRANSACTION TIMEOUTS : Total de

transações não completadas por
esgotamento do tempo de resposta do
POS. EX: Mensagem TO.
NMRTOUT 2 BCD X X X X TIMEOUTS DUE TO REVERSAL PENDING

( Reversal Timeouts ): Total de
transações de desfazimento não
completadas por esgotamento do
tempo de resposta do POS. EX:
Mensagem TO.
NMReTxC 2 BCD X RETRANSMITS COUNT : Total de

retransmissões realizadas pelo POS.
Este campo somente é válido para o
protocolo HDLC, devendo seguir a
contabilização definida por este
protocolo de comunicação.
NMRXERR 2 BCD X ;RECEIVE FRAMING ERRORS
NMSNRIN 2 BCD X ;SNRMS IN
NMSNROUT 2 BCD X ;SNRMS OUT
NMRNRIN 2 BCD X ;RNRS IN
NMRNROUT 2 BCD X ;RNRS OUT
NMTSTIN 2 BCD X ;TESTS IN
NMTSTOUT 2 BCD X ;TESTS OUT
NMDMIN 2 BCD X ;DMS IN
NMDMOUT 2 BCD X ;DMS OUT
NMUAIN 2 BCD X ;UAS IN
NMUAOUT 2 BCD X ;UAS OUT
NMFRMIN 2 BCD X ;FRMR IN
NMFRMOUT 2 BCD X ;FRMR OUT
P.08.04.05 169
NMRSPCNT 1 BCD X ;RESPONSE TIME TABLE COUNT (44)
NMRSPB1 2 BCD X ;RESPONSE TIME BOUNDARY 1

0080*100 MS
NMRSPB2 2 BCD X ; BOUNDARY 2 0160*100 MS
NMRSPC1 2 BCD X ; RESPONSE TIME COUNT 1 - conta as

mensagens de resposta recebidas em
até 8000 MS. Neste tempo são
consideradas todas as mensagens
trocadas na conexão em tratamento.
Suponha que a conexão em tratamento
envolveu:
 Envio e recepção de mensagem de
desfazimento
venda
 Envio e recepção de mensagens,
relativas a algumas transações
Offline
Este contador é incrementado de 1 se o
tempo gasto entre a solicitação do
desfazimento até a chegada da resposta
da última Offline foi de até 8000 MS.
NMRSPC2 2 BCD X ;COUNT 2 - idem para Boundary 2
NMUPTIME 3 BCD X ;UPTIME IN MINUTES
NMDNTIME 3 BCD X ;DOWNTIME IN MINUTES
NMNAS 2 BCD X X Contabiliza o número de tentativas de Jan/04

discagem para o telefone secundário de
transações que não foram atendidas.
NMRESTARTS - eliminado em jan/2004
NMTelecarga 2 BCD X X X X Contabiliza a quantidade de processos Jan/04

de telecarga efetuados com sucesso
pelo terminal.
NMDELERR – removido em jan/2004
P.08.04.05 170
NMMODE 1 ASCII X X X X ;MODE OF OPERATION (E-EPROM, R-

RAM)
NMALARMS 1 ASCII X X X X ;ALARM TYPE-MINOR ALARMS (N-NO,

Y-YES)
NMPTRAN 2 BCD X X X X PRIMARY TRANSACTION COUNT: Total

de transações (frames) completadas
com sucesso, quando o POS está
utilizando o número primário do POS
(TNMS). Entende-se por “completado
com sucesso” todo fluxo completo de
mensagens: 0100/0110, 0200/0210,
0220/0230, 0400/0410, 0420/0430,
0500/0510, 0800/0810, etc.
Obs.: caso não haja resposta do host, o
terminal não deve incrementar este
contador.
NMSTRAN 2 BCD X X X X SECONDARY TRANSACTION COUNT:

Total de transações (frames)
completadas com sucesso, quando o
POS está utilizando o número
secundário do POS (TNMS). Entende-se
por “completado com sucesso” todo
fluxo completo de mensagens:
0100/0110, 0200/0210, 0220/0230,
0400/0410, 0420/0430, 0500/0510,
0800/0810, etc.
Obs.: caso não haja resposta do host, o

terminal não deve incrementar este
contador.
NMPREDIAL 2 BCD X X X X PRIMARY REDIAL COUNT: Total de

rediscagens do POS utilizando o número
primário do POS. Por exemplo, se o POS
está configurado para realizar 3
discagem no número primário, este
campo deve incrementar até no
máximo 2, visto que o POS rediscará no
máximo 2 vezes no número primário.
Para GPRS contabiliza o número de
reconexão primária.
NMSREDIAL 2 BCD X X X X SECONDARY REDIAL COUNT: Total de

rediscagens do POS utilizando o número
secundário do POS. Por exemplo, se o
POS está configurado para realizar 3
discagem no número secundário, este
P.08.04.05 171
campo deve incrementar até no

máximo 2, visto que o POS rediscará no
máximo 2 vezes no número secundário.
Para GPRS contabiliza o número de
reconexão secundária.
NMCRDERR 2 BCD X X X X ;CARD READER ERRORS
NMLOP 2 BCD X X Contabiliza o número de tentativas de Jan/04

discagem para o telefone primário de
transações que retornaram sinal de
ocupado.
NMHOSTNA – removido em jan/2004
NMOFFL 3 BCD X X ;TIME IN OFFLINE MODE (MINUTES)
NMCRDREAD 2 BCD X ;TOTAL MSR READS

S
CÓDIGOPABX 4 ASCII X ; Código PABX – preenchido conforme Nov/0

configuração da função 77 (preencher 3
com 9999 se não usado)
VELOC-TRN- 1 BCD X X X Velocidade máxima operada pelo Jan/04

PRIMÁRIO terminal, quando efetua transações em
telefone primário ou IP:
00 – não se aplica
01 – 1.200 bps
02 – 2.400 bps
03 – 9.600 bps
04 – 14.400 bps
05 – 19.200 bps
06 – 28.200 bps
07 – 33.600 bps
08 – 56.000 bps
VELOC-TRN- 1 BCD X X X Velocidade máxima operada pelo Jan/04

SECUNDÁRIO terminal, quando efetua transações em
telefone secundário ou IP:
 Possibilidades – idem parâmetro
anterior: VELOC-TRN-PRIMÁRIO
NMLOS 2 BCD X X Contabiliza o número de tentativas de Jan/04

discagem para o telefone secundário de
transações que retornaram sinal de
ocupado
NMECRBR e NMDOPT - removidos em
P.08.04.05 172
Jan/2004
NMSEPIN 2 BCD X X X X ;MERCHANT PASSWORD
NMNAP 2 BCD X X Contabiliza o número de tentativas de Jan/04

discagem para o telefone primário de
transações que não foram atendidas.
NMDUALAMT e NMOPOP removidos
em Jan/2004
NMRESV 1 BCD ;RESERVED Out/0

3
NMID 2 BCD X X X X Devem ser contabilizadas as mensagens Jan/04

inesperados ou inconsistentes
NMPINPAD 1 BCD X X X X ; PINPAD PERMISION: os valores 00

para PINPAD inativo e 01 para PINPAD
ativo, indicando se o PINPAD está
operando corretamente (status ativo).
NMVERSION 11 ASCII X X X X ;SOFTWARE VERSION, no formato jan/01

FMXEEEVVRRS. (ver capítulo 3.2)
NMLINPRNT 3 BCD x x X x ;NUMBER OF LINE PRINTED-inclusive

linhas em branco
NMMEMPAG 2 BCD X X X x ;NUMBER OF MEMORY PAGES

ES (Tamanho da capacidade de memória
do terminal em Kilobytes)
NMSHAREDP 1 BCD X X X x ;SHARED FLAG

OS
0: terminal operando em modo stand
alone (Tag 0x86 ausente da mensagem
de Estatística)
1: quando há mais de uma rede
instalada (Tag 0x86 presente na
mensagem de Estatística)
NFALLBACK 2 BCD X X X x NUMBER OF FALLBACKS – PARA jan/01

CAPTURA DE CHIP CARD
TP- 1 ASCII X P-PULSO (decádico); T-TOM (dtmf); Out/0

DISCAGEM espaço–não se aplica 3
TP-CONEXÃO 1 ASCII X X X x D-DIAL; L-LEASED; N-LAN/ETHERNET; C- Out/0

CDPD; G-GPRS; S-GSM; X-CDMA-1X; W- 3
WNB
Unused 1 BCD Eliminado parâmetro USA-PABX, devido Jan/04
P.08.04.05 173
à criação do parâmetro CODIGO PABX
FONE-INIC 12 BCD X X TELEFONE de inicialização do terminal jan/01

(preenchido com FF à direita)
FONE-PRIM 12 BCD X X TELEFONE PRIMÁRIO-Transação jan/01

(preenchido com FF à direita)
FONE- 12 BCD X X TELEFONE SECUNDÁRIO-Transação jan/01

SECUND (preenchido com FF à direita)
TMP- 2 BCD X X X X Tempo médio de conexão - tempo jan/01

CONEXÃO gasto entre o início da discagem até
recebimento do sinal da portadora
(envolve somente a tentativa bem
sucedida de discagem)
TMP- 2 BCD X X X X Tempo médio entre o recebimento da jan/01

OPERADOR portadora e o envio da mensagem para
a REDE
TMP- 2 BCD X X X X Tempo médio entre o envio da jan/01

TRANSAÇÃO mensagem e o recebimento da
resposta. Neste tempo são
consideradas todas as mensagens
trocadas na conexão em tratamento.
Suponha que a conexão em tratamento
envolveu:
desfazimento
venda
 Envio e recepção de mensagens,
relativas a algumas transações
Offline
A contagem do tempo é iniciada no
envio da mensagem de desfazimento e
finalizada na recepção da resposta da
última transação Offline
Importante: não deverá ser computado
este tempo, bem como os dois
imediatamente anteriores a este (TMP-
CONEXÃO e TMP-OPERADOR), se
ocorrer Timeout na recepção de
mensagem da REDE.
NPINERRO 2 BCD X X X x Cartão com chip - Número de entradas jan/01

erradas do PIN
P.08.04.05 174
NTRNCANC 2 BCD X X X x Cartão com chip - Número de jan/01

Transações canceladas (quando
pressionada a tecla <Cancela>) após o
momento da solicitação da senha pelo
terminal
NCRTBLOQ 2 BCD X X X x Cartão com chip - Número de cartões jan/01

bloqueados devido à digitação incorreta
da senha
NOFFLINE 2 BCD X X X x Contabiliza as transações enviadas para jan/01

a REDE em modo Offline, através das
mensagens 0220/0230. Devem ser
contabilizados somente os fluxos
completos, isto é, aqueles que
receberam a resposta 0230.
ID_PINPAD 13 ASCII X X X x Contém a seguinte estrutura: Jun/08

 Modelo do PINPAD: a (1)
 Hypercom PINPAD externo:
 A – S8
 B – S7SC
 Ingenico PINPAD externo:
 A – TPP-E2
 B – I3500
 Equipamento com PINPAD
interno:
 X – Terminais com PINPAD
interno
 Número de série do PINPAD: an (12)

 Preenchido com espaços à
esquerda, se necessário.
 Para equipamentos com PINPAD
interno preencher este campo
com o número de série do
terminal (espaços à esquerda, se
necessário). Caso o número de
série tenha mais do que 12
dígitos, preencher este campo
com os 12 caracteres mais a
direita.
Obs.: REDE deverá ter o controle de
todo equipamento aonde é feita a
leitura de tarja magnética e digitação de
Pin. Este deve ser feito através de
número único, que não pode ser
alterado em campo, para que com isto
tenhamos total controle dos
P.08.04.05 175
equipamentos. A partir do mesmo

teremos controle de ativo fixo e
faremos prevenção de fraude.
Versão 6 ASCII X X X x Contém a versão de software do Jul/03

PINPAD PINPAD.
Ex.18579i (313835373969)
Versão 9 ASCII X X X x Contém a versão de software do Mar/0

Gerenciador Gerenciador, no seguinte formato: 4
ECF – “S”/ “N”
versão da especificação de terminal
Compartilhado - 4 bytes (Ex. "V2.0")
4 bytes para uso do fabricante
NMCVCliente 3 BCD X X X x Total impresso de CVs via cliente Out/0

6
NMCVEstab 3 BCD X X X x Total impresso de CVs via Out/0

estabelecimento 6
NMCVAmbos 3 BCD X X X x Total impresso de CVs via Out/0

estabelecimento e cliente 6
NMCVNenhu 3 BCD X X X x Total de CVs não impressos Out/0

m 6
NMCVGeral 3 BCD X X X x Total de transações (chip e magnético) , Out/0

exceto estorno, reimpressão e 6
transações que só imprimem uma via
de comprovante (Consulta Private
Label, SERASA)
221 Tamanho total em bytes
Exemplo:
POS/PDV IP: 85 0221
0f0000200022002000020000000100000000000000210000000000000000004
400000000000000420000000044008001600450090000200000000000000000
0000000000000000454e0020000000020000000000000000000013000000000
000000011110000c0000001494a303230323036303341000000102400000020
4459080070123601ffffffffffff30173000ffffffffffffffff08007012360fffffffffffff000
200010000000000000000000041303030313137353036353933313835373969
4E56322A3058585858000000000000000000000000000000
P.08.04.05 176
11.9.35 Estatística – Dados presentes somente em

terminais POS compartilhados
Campo Tam Tipo Descrição Obs.:

bytes
TC_LINHAS_IM 3 BCD contém o número total de linhas impressas Jun/

PRESSAS pelo terminal, considerando as transações de 01
todos os adquirentes
TC_ADQUIREN 3 ASCII sinaliza quais adquirentes estão habilitados a Jun/

TES_HABILITAD fazer transação no terminal, no formato: 01
OS ARV, onde:
“A” – Amex;
“R” – REDE;
“V” – Visanet.
A rede que não estiver habilitada deve estar
representada com espaço.
Ex.
“A” <espaço> <espaço> - somente Amex
habilitada
<espaço> “RV” – REDE e Visanet habilitadas
TC_LINHAS_AV 3 BCD contém o total de linhas deixadas em branco Jun/

ANÇO através do mecanismo de avança papel, 01
considerando todos os adquirentes.
11.9.36 Estatística – dados presentes somente em

terminais PDV Discado/IP
P.08.04.05 177
Esta tag manterá sempre a mesma identificação, e poderá ter dados

acrescentados ao seu final em versões futuras
Campo Tam Tipo Descrição Obs.:

bytes
Fabricante da 20 ASCII Nome do Fabricante da Automação Maio/

Automação Comercial 06
VerSoftAutom 20 ASCII Versão do Software homologado da Maio/

Automação Comercial 06
Versão PINPAD 20 ASCII Ex. 1.05001.06 – 050516 Maio/

312e30353030312e3036202d203035303531 06
3620
ID_PINPAD 22 ASCII Contém a seguinte estrutura: Set/08

► Modelo do PINPAD: a(2)
Ingenico PINPAD externo – I:

A – I3500
B – I3070
Verifone PINPAD externo – V :

A – SC552
B – SC5000
C – VX800
D – MX870
Gertec – G :
A – PPC800
B – PPC900
Dione – D :
A – Solo 2005
Schlumberger – S :
P.08.04.05 178
A – Magic 1800
► Número de série do PINPAD: an(20)

 preenchido com espaços à esquerda,
se necessário.
 completamente preenchido com
espaços para equipamentos com
PINPAD interno.
Obs.: REDE deverá ter o controle de todo

equipamento aonde é feita a leitura de tarja
magnética e digitação de Pin. Este deve ser
feito através de número único, que não
pode ser alterado em campo, para que com
isto tenhamos total controle dos
equipamentos. A partir do mesmo teremos
controle de ativo fixo e faremos prevenção
de fraude.
NPINERRO_ON 3 BCD Cartão com chip - Número de entradas Maio/

erradas do PIN ON 06
NPINERRO_OF 3 BCD Cartão com chip - Número de entradas Maio/

F erradas do PIN OFF 06
VerHardwarePI 20 ASCII Versão do Hardware que se encontra no Maio/

N PINPAD / Modelo do PINPAD. 06
VerFirmwarePI 20 ASCII Versão do Firmware do sistema operacional Maio/

N no PINPAD 06
MagStripReade 3 BCD Leitura de Cartão magnético. Maio/

r 06
ErMagStripRea 3 BCD Erro na leitura de Cartão magnético. Maio/

der 06
PinEntries 3 BCD Entradas de senhas no PINPAD com cartão Maio/

Magnético. 06
ErPinEntries 3 BCD Erros de digitação de senha com Cartão Maio/

Magnético. 06
PinSmartOn 3 BCD Entradas de senhas Online no PINPAD com Maio/

cartão Chip. 06
PinSmartOff 3 BCD Entradas de senhas Offline no PINPAD com Maio/

cartão Chip 06
P.08.04.05 179
SmartReader 3 BCD Quantidade de Leituras de cartões Maio/

SmartCard 06
Integrador 20 ASCII Identificação do Integrador que atende o Set/08

cliente. Dado deve ser configurado na
instalação do PDV Discado /IP
IP_VPN 6 ASCBC IP da conexão VPN configurada no PDV IP Set/08

D
PORTA_VPN 3 ASCBC Porta da conexão VPN configurada no PDV Set/08

D IP
Reservado 71 BCD Set/08

para uso
futuro
Exemplo
PDV IP: 87 0178
4142434445202020202020202020202020202020
4142434445202020202020202020202020202020
312e30353030312e3036202d2030353035313620
31323331323341424344454647484950414243444546
313233 313233
4142434445202020202020202020202020202020
4142434445202020202020202020202020202020 313233 313233
313233 313233 313233 313233 313233
4142434445202020202020202020202020202020
172010010001
001234
Observação: Os espaços servem somente para melhor interpretação

do exemplo
11.9.37 Versão de aplicativo

 Versão da aplicação do POS que é enviada ao Host em todas as
mensagens. Segue o formato do conteúdo:
 Tamanho do dado: an 2
 Versão*: an 12 - conforme especificado na mensagem de
estatística - NMVERSION (com um espaço à direita (‘0x20’)).
P.08.04.05 180
 Versão da D.L.L: an 4 – fixo “30303030”
ATENÇÃO
O campo versão deve ser montado conforme o capítulo 3.2, sendo incluso um
espaço (‘0x20’) à direita .
Exemplo 1:
Para versão de aplicação = BX04010903A (NÃO COMPATÍVEL COM AS
NORMAS PCI)
POS/PDV IP: 88 3136 425830343031303930334120 30303030
Exemplo 2:
Para versão de aplicação = BXP4010903A (COMPATÍVEL COM AS NORMAS
PCI)
POS/PDV IP: 88 3136 425850343031303930334120 30303030
11.9.38 Indicação de auto-inicialização

O POS deve efetuar uma auto-inicialização, quando uma mensagem de
resposta do host enviar esta tag no BIT 48.
 Identificação da Tag: 0x89 (137 decimal)
 Operação automática a realizar pelo POS (an 1):
 “1” – auto-inicialização
Ex. Se sinalizado que POS deve efetuar auto-inicialização, teremos presente no
BIT 48:
POS: 89 31
Nota: A rota (NII/IP/Porta/NAC) de inicialização (TermMaster ou TA) poderá
ser direcionada/parametrizada através da TAG 8C ou através da carga de
tabelas.
11.9.39 Baixa de ocorrência técnica

 Identificação da Ocorrência Técnica (an 8)
 Versão de aplicação do POS: ans 11 (conforme capítulo 3.2)
 Versão de aplicação do PINPAD: ans 6 (conforme mensagem de
estatística)
 Identificação do PINPAD: ans 13 (conforme mensagem de estatística)
 Nome do estabelecimento: ans 23 (Termmaster ou TA: Terminal
Configuration Table: Merchant Name).
Ex. Para ocorrência técnica = 00123456, versão de aplicação POS =
BX03010903A, versão aplicação PINPAD = 15090i, identificação do PINPAD:
A000117506593 e Estabelecimento= “BABY DREAMS”, teremos:
P.08.04.05 181
POS/PDV IP: 8A 3030313233343536 4258303330313039303341

313530393069 41303030313137353036353933
4241425920445242414D53202020202020202020202020
11.9.40 Finalização
 Identificação do Tag: 0x8B (139 decimal)
 Texto a exibir em display de terminal quando em repouso: an 40 (2
linhas de 20 caracteres)
Este texto, quando enviado pela REDE, deve ser exibido de forma alternada
com o texto já apresentado quando terminal em repouso, ou abaixo da linha
que apresenta o Logotipo da REDE. Quando o texto é exibido de forma
alternada, é importante que fique em display por alguns segundos, para
perfeita visualização pelo lojista. Pode-se efetuar a rolagem da mensagem,
caso seja concluído ser a melhor forma para o terminal em tratamento
(solicitar a avaliação da área de Produtos).
O terminal deve manter a exibição do texto recebido na mensagem de

Finalização, conforme exposto anteriormente, até que receba o Tag
0x8B preenchido com espaços, ou AUSENTE, quando então deve
sinalizar que não há mais informação adicional a exibir na tela de
repouso de terminal
Ex. Suponha que o texto apresentado em repouso seja: “PASSE O CARTÃO”. Se

a REDE enviar este Tag com o texto: “CENTRAL ATENDIMENTO: O800 –
112233”, para informar seu número do fone de Help Desk, teremos em
display as duas mensagens alternadas. Neste caso, este Tag viria preenchido
com:
POS/PDV IP: 8B
3454E5452414C204154454E44494D454E544F3A2030383030202D203131323
23333202020202020
11.9.41 Indicação de autocarga

O POS deve efetuar uma autocarga ou terá a função de direcionar inicialização
e telecarga no terminal quando retornada em mensagens do HOST para o
POS/POO esta tag no BIT 48., além de ser o gatilho da telecarga e seu
agendamento.
 Identificação da Tag: 0x8C (140 decimal)
 Data a partir da qual POS deve efetuar a autocarga: ddmmaaaa
 Horário programado para execução do processo: hhmm
P.08.04.05 182
Importante: Se a operação deve ser efetuada tão logo o POS receba a

indicação, o conteúdo desta TAG 8C deve estar zerado (12 posições = 0), neste
caso trata-se da autocarga imediata com os últimos parâmetros de protocolo
e rota recebidos ou parametrizados. Se a operação deve ser programada pelo
lojista, data e hora devem estar preenchidos com 9 (12 posições = 9).
Ex. Se sinalizado que POS deve efetuar autocarga a partir de 25122015,
teremos: POS: 8C 251220151930 – trata-se de autocarga programada
Complemento: O terminal cancela a atualização agendada se, enquanto
aguarda atingir o momento programado para iniciar a carga remota o POS,
receber uma mensagem de resposta do host sem a flag para atualização(sem
a TAG 8C). Se receber uma mensagem com a flag/TAG indicando uma data
diferente, o POS reprograma o agendamento para esta nova data. Caso a flag
indique data e hora inválidos, o POS ignora o indicação e mantém o
agendamento, caso haja alguma. No caso da flag indicar uma data/hora
expirado, diferente dos indicados na tabela de configuração abaixo e se
houver já uma programação, o POS desconsidera a flag e mantém o
agendamento.
A tabela abaixo ilustra todas suas possibilidades de valor:
Valor Destino da inicialização Destino da Telecarga de aplicação Protocolo utilizado na telecarga tipo de ação
O que estiver
ddmmaaaahhmm configurado ao atingir a O que estiver configurado ao O que estiver configurado ao
data atingir a data atingir a data Execução
O que estiver
000000000000 configurado ao atingir a O que estiver configurado ao O que estiver configurado ao
O que estiver
999999999999 configurado ao atingir a O que estiver configurado ao O que estiver configurado ao
010120010101 Sigla - TA (nova REEP (REDE End-to-End

plataforma) Sigla - TA (nova plataforma) protocol) Configuração
010120010102 Sigla - TA (nova SCRM - Servidor de carga remota -

plataforma) Phoebus SCRM - PHPacket Configuração
SCRM - Servidor de carga remota -
010120010111
TNMS (Term-Master) Phoebus SCRM - PHPacket Configuração
010120010121 Sigla - TA (nova

plataforma) Sigla - TA (nova plataforma) SCRM - PHPacket Configuração
REEP (REDE End-to-End
010120010122
TNMS (Term-Master) Sigla - TA (nova plataforma) protocol) Configuração
010120010112 TNMS (Term-Master) Sigla - TA (nova plataforma) SCRM - PHPacket Configuração
NOTA-> o terminal tem de possuir os parâmetros nas tabelas de inicialização

para utilizar protocolo, rota de inicialização e telecarga diferentes do
parametrizado na primeira inicialização, ou seja, ao receber o indicativo (TAG
8C) no retorno de uma transação, antes do terminal considerar como válido,
deve checar se possui ocorrências das tabelas de comunicação devidamente
configuradas. Para detalhes de quais são os parâmetros deve-se consultar a
Especificação – POS_PDVDiscadoTermMaster.08.03.03.PDF
IMPORTANTE>> Se o terminal receber um indicativo de telecarga no retorno
(TAG 0x8c) indicando que deva realizá-la no TA e o terminal não identiticar
qualquer tabela de comunicação em memória que indique rota para o TA, o
terminal deve ignorar o recebimento desta configuração via 8C e permanecer
P.08.04.05 183
no estado atual. Por padrão o terminal inicializa via TNMS e faz carga via
SCRM até que possua parâmetros e indicativo diferentes.
OBS: Caso seja primeira inicialização (terminal zerado) e seja feita através da
função 06 o terminal deve apontar/rota para os dados digitados pelo
operador e utilizar-se normalmente do protocolo de inicialização ISO8583.
Caso o terminal esteja zerado e seja submetido a função de telecarga 92 o
terminal deve retornar a mensagem de terminal não configurado.
11.9.42 SCRM – Uso futuro

 Identificação do Tag: 0x8D (141 decimal)
11.9.43 Estatística para terminais wireless

Esta TAG é responsável pelos contadores estatísticos da comunicação
Wireless, e estará presente apenas nas transações de estatística.
 Identificação do “Tag”: 0x90 (144 decimal)
 Estrutura de dados - ver tabela seguinte:
P.08.04.05 184
Exemplo do conteúdo da TAG 90:

POS/PDV IP: 90 0075
000000000000000000000000000000000000000000000000535300000000000
000000000000000000000000000000000000020202020202020202020202020
202020202020202020202020
11.9.44 Estatística para controle de SIMCARD para

terminais wireless
Esta TAG é responsável pelas informações sobre o SIMCARD instalado no
terminal e sobre configurações de comunicação.
Estará presente nas mensagens de estatística e baixa técnica.
 Estrutura de dados - ver tabela seguinte:
P.08.04.05 185
Exemplo do conteúdo da TAG 91:

91 0126
383030315452313139393939313131314754383835353535202054494d20202
020202020172010010001001234301720100100010012343052454445434152
4e54494d2e42522020202020202020202058585820202020202020202020202
0202020202020202020202020202020202020202020202020202020202020
11.9.45 Número de série do terminal

Esta tag é enviada somente se estiver habilitada no TMMS Acquirer Table
Options 2 – Habilita envio de número de série.
O número de série do terminal é encontrado na memória / Firmware do
terminal
 Tamanho do Campo: LLL Var
 Número de Série do Terminal: an 19, preenchido com espaços à
esquerda se necessário.
Ex. Para número de série = 123456789, teremos:
POS: 92 0019 20202020202020202020313233343536373839
11.9.46 Número de série do PINPAD externo

Esta tag é enviada somente se estiver habilitada no TMMS, Acquirer Table
Options 2 – Habilita envio de número de serie, e na presença de PINPAD
externo. O número de série do terminal é encontrado na memória / Firmware
do terminal
 Se pinpad externo: Número de Série do Terminal - an 19,
preenchido com espaços à esquerda se necessário.
P.08.04.05 186
 Se pinpad interno: an 19, preenchido com o caractere “X” e espaços

à esquerda.
Exemplo: Para número de série do PINPAD Externo = 123456789 teremos:
 POS: 93 0019 20202020202020202020313233343536373839
Exemplo: Para terminal com PINPAD interno teremos:
 POS: 93 0019 20202020202020202020202020202020202058
11.9.47 Número da ordem de serviço

Tag enviada quando da operação de inicialização automática. O número da
Ordem de Serviço é informado diretamente pelo técnico no terminal.
 Número da Ordem de Serviço: N(8) – alinhado sempre à direita com
preenchimento de zeros à esquerda.
Exemplo: Para Número de OS 12345678 teremos:
 POS: 94 0008 12345678
11.9.48 Estatística SCRM/TA – Estatísticas de carga e

Inicialização em terminais POS
Observação
tratamento devem ser preenchidos com zeros.
2. Isto pode ocorrer quando o terminal possui conexão GPRS ou GSM, onde
há campos não são contabilizados.
3. A versão do software é enviada no bit 48, tag 0x85 (133 decimal) –
Estatística, campo NMVERSION
4. O número do telefone de inicialização é enviado no bit 48, tag 0x85 (133
decimal) – Estatística, campo FONE-INIC.
5. As Estatísticas devem ser populadas baseado no servidor de carga remota
que o terminal deve utilizar, ou seja, se vai realizar no SCRM a auto/tele
carga então as estatísticas serão desta comunicação, se não, serão do TA.
Campo Tam Tipo G G D E Descrição Obs:

bytes P S I T
R M A H
S L
P.08.04.05 187
CICTTOTOK 3 BCD X X X X Tempo total que o terminal ficou

conectado para carga, com sucesso
(segundos)
CIITTOTOK 3 BCD X X X X Tempo total que o terminal ficou

conectado para inicialização,com
sucesso (segundos)
CIQTTCOK 2 BCD X X X X Quantidade de conexões bem

sucedidas, para carga
CIQTINOK 2 BCD X X X X Quantidade de conexões bem

sucedidas, para inicialização
CICQTFCOM 2 BCD X X X X Quantidade de conexões para carga

sem sucesso por problemas de
comunicação
CIIQTFCOM 2 BCD X X X X Quantidade de conexões para

inicialização sem sucesso por
problemas de comunicação
CICQTFTO 2 BCD X X X X Quantidade de conexões para carga

sem sucesso por TO – Time out
CIIQTFTO 2 BCD X X X X Quantidade de conexões para

inicialização sem sucesso por TO –
Time out
CICQTFMI 2 BCD X X X X Quantidade de conexões para carga

sem sucesso por MI – Mapa de bits
inconsistente
CIIQTFMI 2 BCD X X X X Quantidade de conexões para

inicialização sem sucesso por MI –
Mapa de bits inconsistente
CICQTFID 2 BCD X X X X Quantidade de conexões para carga

sem sucesso por ID – Dados
inesperados ou inconsistentes
CIIQTFID 2 BCD X X X X Quantidade de conexões para

inicialização sem sucesso por ID –
Dados inesperados ou
inconsistentes
CICQTFLC 2 BCD X X Quantidade de conexões para carga

sem sucesso por LC – Lost
connection
CIIQTFLC 2 BCD X X Quantidade de conexões para

inicialização sem sucesso por LC –
P.08.04.05 188
Lost connection
CICQTFCE 2 BCD X X Quantidade de conexões para carga

sem sucesso por CE –
Communication error
CIIQTFCE 2 BCD X X Quantidade de conexões para

inicialização sem sucesso por CE –
Communication error
CICQTFLUSO 2 BCD X Quantidade de conexões para carga

sem sucesso por LINHA EM USO
CIIQTFLUSO 2 BCD X Quantidade de conexões para

inicialização sem sucesso por LINHA
EM USO
CICQTFSTO 2 BCD X Quantidade de conexões para carga

M sem sucesso – SEM TOM DISCAGEM
CIIQTFSTOM 2 BCD X Quantidade de conexões para

inicialização sem sucesso – SEM
TOM DISCAGEM
CICQTFLO 2 BCD X Quantidade de conexões para carga

sem sucesso por LO – Linha ocupada
CIIQTFLO 2 BCD X Quantidade de conexões para

inicialização sem sucesso por LO –
Linha ocupada
CICQTFNA 2 BCD X Quantidade de conexões para carga

sem sucesso por NA – Linha não
atende
CIIQTFNA 2 BCD X Quantidade de conexões para

inicialização sem sucesso por NA –
Linha não atende
CICQTFAT 2 BCD X Quantidade de conexões para carga

sem sucesso por AT - Falha
Attachment
CIIQTFAT 2 BCD X Quantidade de conexões para

inicialização sem sucesso por AT -
Falha Attachment
CICQTFTC 2 BCD X X Quantidade de conexões para carga

sem sucesso por TC – Falha TCP/IP
CIIQTFTC 2 BCD X X Quantidade de conexões para

inicialização sem sucesso por TC –
P.08.04.05 189
Falha TCP/IP
CICTCONEC 3 BCD X X X X Tempo total que o terminal ficou

conectado para carga, com ou sem
sucesso (segundos)
CIITCONEC 3 BCD X X X X Tempo total que o terminal ficou

conectado para inicialização, com
ou sem sucesso (segundos)
CINUMTEL 12 BCD X Nº do telefone de carga remota,

configurado no terminal –
Termmaster ou TA – Tabela de
Comunicação – Primary Telecarga
Telephone Number (preenchido com
FF à direita)
CIIP 6 ASCB X X X IP configurado no terminal –

CD Termmaster ou TA – Terminal
Configuration – Endereço IP
Primário Carga Remota
Exemplo:
Identificação do Tag Tam. Tipo Conteúdo
CICTTOTOK 3 BCD 000087
CIITTOTOK 3 BCD 000033
CIQTTCOK 2 BCD 0001
CIQTINOK 2 BCD 0001
CICQTFCOM 2 BCD 0000
CIIQTFCOM 2 BCD 0000
CICQTFTO 2 BCD 0000
CIIQTFTO 2 BCD 0000
CICQTFMI 2 BCD 0000
CIIQTFMI 2 BCD 0000
CICQTFID 2 BCD 0000
P.08.04.05 190
CIIQTFID 2 BCD 0000
CICQTFLC 2 BCD 0000
CIIQTFLC 2 BCD 0000
CICQTFCE 2 BCD 0000
CIIQTFCE 2 BCD 0000
CICQTFLUSO 2 BCD 0000
CIIQTFLUSO 2 BCD 0000
CICQTFSTOM 2 BCD 0000
CIIQTFSTOM 2 BCD 0000
CICQTFLO 2 BCD 0000
CIIQTFLO 2 BCD 0000
CICQTFNA 2 BCD 0000
CIIQTFNA 2 BCD 0000
CICQTFAT 2 BCD 0000
CIIQTFAT 2 BCD 0000
CICQTFTC 2 BCD 0000
CIIQTFTC 2 BCD 0000
CICTCONEC 3 BCD 000087
CIITCONEC 3 BCD 000033
CINUMTEL 12 BCD 1121431489FFFFFFFFFFFFFF
CIIP 6 ASCBCD 127050001025
11.9.49 CTAH voucher – Número do documento

 Tamanho do campo: LLL var
 Numero do voucher: an 11, preenchido com espaços à esquerda se
necessário
Ex. Para Numero de Voucher 5S489EF, teremos:
P.08.04.05 191
 POS: 96 0011 2020202035533438394546
11.9.50 Estatística – Comunicação Ethernet

Esta Tag é responsável pelos dados estatísticos referentes à comunicação
Ethernet.
O envio desta Estatística deve ser desativado.
Observação:
Campos em BCD – 0 (zeros)
Campos em ASCII – 0 (zeros)
Exemplo: Alguns modelos de terminal POS não tem capacidade para
identificar a situação indicada no campo.
Campo Tam. Formato Descrição

bytes
IP-Pri-Inic 6 BCD IP primário de destino do SSL configurado na inicialização

para inicialização do terminal.
Porta-Pri-Inic 3 BCD Porta primária de destino do SSL configurado na

inicialização para inicialização do terminal.
IP-Sec-Inic 6 BCD IP secundário de destino do SSL configurado na inicialização

para inicialização do terminal
Porta-Sec-Inic 3 BCD Porta secundária de destino do SSL configurado na

inicialização para inicialização do terminal
IP-Pri-Trans 6 BCD IP primário de destino do SSL configurado na inicialização

para transação.
Porta-Pri-Trans 3 BCD Porta primária de destino do SSL configurado na

inicialização para transação.
IP-Sec-Trans 6 BCD IP secundário de destino do SSL configurado na inicialização

para transação.
Porta-Sec-Trans 3 BCD Porta secundária de destino do SSL configurado na

inicialização para transação.
P.08.04.05 192
IP-Pri-Telec 6 BCD IP primário de destino do SSL configurado na inicialização

para Carga de software.
Porta-Pri-Telec 3 BCD Porta primária de destino do SSL configurado na

inicialização para Carga de software.
IP-Sec-Telec 6 BCD IP secundário de destino do SSL configurado na inicialização

para Carga de software.
Porta-Sec-Telec 3 BCD Porta secundária de destino do SSL configurado na

inicialização Carga de software.
Tipo-IP-Local 1 BCD Indica se o IP do terminal foi obtido de forma dinâmica

(DHCP) “00” ou Estática (Fixo) “01”
Ultimo-IP-Local 6 BCD Último IP adquirido ou configurado pelo técnico no POS.
Ultima-Mascara-Local 6 BCD Última máscara IP configurada no POS.
Ultimo-GW-local 6 BCD Último gateway do POS.
Bytes-Enviados 6 BCD Bytes enviados desde a última finalização.
Bytes-Recebidos 6 BCD Bytes recebidos desde a última finalização.
Velocidade-Média 2 BCD Velocidade (enviado e recebido determinada quantidade de

Kbytes, em determinado tempo, calcular a velocidade e
acumular a média).
Velocidade-Mínima 2 BCD Velocidade mínima (guardar a menor velocidade
alcançada).
Velocidade-Máxima 2 BCD Velocidade pico (mostrar a velocidade máxima alcançada).
Quant-Retransmissão 2 BCD Retransmissão TCP (incrementar esse contador quando

houver solicitação de retransmissão do TCP). Não suportado
em terminais Verifone e Ingenico.
Latência 2 BCD Latência (tempo médio entre o SYN e SYN ACK do TCP). Não
suportado em terminais Verifone e Ingenico.
Jitter 2 BCD Jitter (variação da latência). Não suportado em terminais

Verifone e Ingenico.
Traceroute 18 BCD 3 IPs retornados no Traceroute. Não suportado em

terminais Verifone e Ingenico.
Qtd-Falhas-Eth 2 BCD Quantidade de falhas na ethernet.
Qtd-colisoes-Eth 2 BCD Quantidade de colisões na interface ethernet do POS. Não

Qtd-erro-CRC 2 BCD Quantidade de erros CRC na interface Ethernet. Não

Qtd-frames-des 2 BCD Quantidade de frames ethernets desalinhados. Não

P.08.04.05 193
Qtd-falhas-DHCP 2 BCD Quantidade de falhas DHCP. Não suportado em terminais

Verifone.
Qtd-falhas-GW 2 BCD Quantidade de perdas de comunicação com o Gateway

Local. Não suportado em terminais Verifone e Ingenico.
Qtd-falhas-TO-IP1 2 BCD Quantidade de falha TCP causa tempo excedido IP1.
Ultimo-IP-TO-IP1 6 BCD Último IP com tempo excedido para transação IP1. Não
Qtd-falhas-TO-IP2 2 BCD Quantidade de falha TCP causa tempo excedido IP2. Não
Ultimo-IP-TO-IP2 6 BCD Último IP com tempo excedido para transação IP2. Não
Qtd-falhas-Dest-Ind- 2 BCD Quantidade de falha TCP causa destino indisponível IP1.

IP1
Ultimo-IP-Dest-Ind-IP1 6 BCD Último IP que respondeu destino indisponível para

transação IP1. Não suportado em terminais Verifone e
Ingenico.
Qtd-falhas-Dest-Ind- 2 BCD Quantidade de falha TCP causa destino indisponível IP2.

IP2
Ultimo-IP-Dest-Ind-IP2 6 BCD Último IP que respondeu destino indisponível para

transação IP2. Não suportado em terminais Verifone e
Ingenico.
DT-Validade-Chave 48 ASCII Mostrar validade da chave / certificado CARoot. Data de

inicio (Not Before) e de expiração (Not After).
DT-Validade- 48 ASCII Mostrar a validade da lista certificados. Data de inicio (Not

Certificado Before) e de expiração (Not After).
Qt-Wind-size-0 2 BCD Quantidade de vezes que recebeu Windows size igual a 0 no

controle de fluxo tcp (indicação de sobrecarga dos
equipamentos de captura). Não suportado em terminais
Verifone e Ingenico.
Tmp-SSL-IP1 2 BCD Tempo estabelecimento do SSL IP1.
Tmp-SSL-IP2 2 BCD Tempo estabelecimento do SSL IP2.
Qtd-negociações-SSL- 2 BCD Quantidade de negociações do SSL IP1.

IP1
Qtd-negociações-SSL- 2 BCD Quantidade de negociações do SSL IP2.
IP2
Qtd-reuso-chave-SSL- 2 BCD Quantidade de reuso da chave SSL IP1. Não suportado em

IP1 terminais Verifone e Ingenico.
Qtd-reuso-chave-SSL- 2 BCD Quantidade de reuso da chave SSL IP2. Não suportado em

IP2 terminais Verifone e Ingenico.
P.08.04.05 194
Qtd-erro-chave-SSL-IP1 2 BCD Quantidade de erros na chave SSL IP1.
Qtd-erro-chave-SSL-IP2 2 BCD Quantidade de erros na chave SSL IP2.
RUF 2 BCD Reservado para uso futuro
RUF 2 BCD Reservado para uso futuro
Balanceamento 1 BCD Indica o modo de Balanceamento do terminal.

01 – Se opção "7-Balaceamento Circular" estiver habilitada
no parâmetro Opções de Comunicação da ocorrência da
tabela de Comunicação cujo bit 7 do campo Tipo de
Comunicação estiver habilitado.
02 - Se opção "7-Balaceamento Circular" estiver
desabilitada no parâmetro Opções de Comunicação da
ocorrência da tabela de Comunicação cujo bit 7 do campo
Tipo de Comunicação estiver habilitado.
Fallback 1 BCD Indica se a comunicação Fallback está habilitada no terminal

(‘01’) ou está desabilitada (‘00’).
Qtd-fallback 2 BCD Quantidade de tentativas de transação em que o terminal

utilizou a comunicação fallback.
Trm-MAC-Address 17 ASCII MAC Adress da interface Ethernet do terminal
Cidade-Establecimento 17 ASCII Conforme parâmetro “Cidade do Estabelecimento” da

tabela Terminal Configuration do Termmaster ou TA.
11.9.51 Telemetria
Esta Tag é responsável pelos dados de Telemetria do ultimo erro de
comunicação ocorrido no terminal.
Observação
2. Os campos que não podem ser computados para o terminal em tratamento
devem ser assim preenchidos:
a. Campos em BCD – zeros
b. Campos em ASCII – zeros
P.08.04.05 195

bytes
Data-Telemetria 3 BCD Data da ocorrência, no formato DDMMAA, que gerou a

Telemetria. Para mensagens apenas de estatísticas deve
sempre ser igual a ’00 00 00’
Hora-Telemetria 3 BCD Hora da ocorrência no formato HHMMSS, que gerou a

Telemetria. Para mensagens apenas de estatísticas deve
sempre ser igual a ’00 00 00’
Desc-Ocorrencia 64 ASCII Ultima mensagem de erro apresentada ao lojista, referente

ao erro que gerou a Telemetria.
11.9.52 Estatística Serviço

Observação
Todas as letras em campos alfanuméricos devem ser maiúsculas.
Esta tag deve ser enviada APENAS se o parâmetro Acquirer Table Entry -
Options 2 – bit 5 Habilita estatística Serviço, estiver habilitado (S).
Campo Tam. Tipo Descrição Obs

byte
SNMMIN 2 BCD Messages IN ( Message from line )

: Total de frames de Serviço
recebidos pelo POS. EX: 0210,
0202, 0430, 0510, 0810, etc.
SNMMOUT 2 BCD Message OUT: Total de frames de

Serviço formatados e transmitidos
pelo POS, independentemente se
foram recebidos pelo HOST. EX:
0200, 0420, 0800 , etc.
SNMTOT 2 BCD Total de transações de Serviço. SNMTOUT+

Completadas ou não. SNMRTOUT+
SNMTRAN + SNMID
pode ser diferente
de SNMTOT, pois
erros de conexão são
contabilizados em
P.08.04.05 196
SNMTOT, mas não

no restante.
SNMTOUT 2 BCD TRANSACTION TIMEOUTS : Total

de transações de Serviço não
Mensagem TO.
SNMRTOUT 2 BCD TIMEOUTS DUE TO REVERSAL

PENDING ( Reversal Timeouts ):
Total de transações de
desfazimento de Serviço não
Mensagem TO.
SNMTRAN 2 BCD TRANSACTION COUNT: Total de

transações de SERVIÇO (frames)
completadas com sucesso.
Entende-se por “completado com
sucesso” todo fluxo completo de
mensagens: 0200/0210/0202,
0420/0430, 0500/0510,
0800/0810, etc.
Obs.: caso não haja resposta do
host, o terminal não deve
incrementar este contador.
SNMID 2 BCD Devem ser contabilizadas as

mensagens inesperadas ou
inconsistentes durante uma
transação de Serviço.
STMP- 2 BCD Tempo médio entre o

OPERADOR recebimento da portadora e o
envio da mensagem para o Switch
de Serviço.
STMP- 2 BCD Tempo médio entre o envio da

TRANSAÇÃO mensagem de Serviço e o
recebimento da resposta. Neste
tempo são consideradas somente
as mensagens de Serviço da
conexão em tratamento.
Importante: não deverá ser
computado este tempo, bem
como os dois imediatamente
anteriores a este (STMP-CONEXÃO
e STMP-OPERADOR), se ocorrer
Timeout na recepção de
P.08.04.05 197
mensagem da REDE.
11.9.53 Estatística Ethernet, Wi-Fi e Bluetooth

Esta Tag é responsável pelos dados estatísticos referentes à comunicação
Ethernet, Wi-Fi e Bluetooth.
Identificação do Tag: 0x9B (155 decimal)
Observação:
Campos em BCD – 0 (zeros)
Campos em ASCII – 0 (zeros)
Estatística - Acesso Ethernet
Campo Tam. bytes Formato Descrição
Tamanho da estatística LLLVAR BCD Deve ser informado o tamanho da mensagem

Estatística Ethernet
Identificador do meio 1 ASC Informar letra “E”

de acesso
Qtd-Tentativas de 2 BCD Quantidade de tentativas de utilização do

utilização do meio meio
Qtd-Tentativas de 2 BCD Quantidade de tentativas de utilização do

utilização do meio que meio que falharam
apresentaram Falha
Qtd-Falhas-Eth 2 BCD Quantidade de falhas na ethernet.
Qtd-colisoes-Eth 2 BCD Quantidade de colisões na interface ethernet

do POS. Não suportado em terminais Verifone
e Ingênico.
Qtd-erro-CRC 2 BCD Quantidade de erros CRC na interface
P.08.04.05 198
Ethernet. Não suportado em terminais

Verifone e Ingênico.
Qtd-frames-des 2 BCD Quantidade de frames ethernets desalinhados.

Não suportado em terminais Verifone e
Ingênico.
Prioridade do meio de 1 BCD Prioridade do meio de acesso

acesso
MAC_Address_term 6 HEX Mac Address do terminal
MAC_Address_Base 6 HEX Mac Address da base
CME 2 HEX Ultimo erro de driver retornado por esse

acesso
Estatística – Acesso Wi-Fi

Estatística Wi-Fi
Identificador do meio 1 ASC Informar letra “W”

de acesso
Nome SSID 1 32 ASC Nome SSID 1
Nível de sinal médio 1 BCD Nível de sinal médio SSID1

SSID1
Modo radio SSID1 1 ASC b/g/n
Canal SSID1 1 BCD De 1 a 13
Tempo de registro SSID 2 BCD Tempo de registro SSID em milissegundos
Protocolo de Segurança 1 BCD 1 – WPA1

SSID1
2 – WPA
3 - WEP
Quantidade de 2 BCD Quantidade de transações completadas SSID1

transações
completadas SSID1
Quantidade Erros de 2 BCD Quantidade Erros de conexão Wifi SSID1

conexão Wifi SSID1
Quantidade de 2 BCD Quantidade de caracteres da senha SSID1

caracteres da senha
P.08.04.05 199
SSID1
MAC_Address_term_SS 6 HEX MAC_Address_term_SSID1

ID1
MAC_Address_WIFI_SSI 6 HEX MAC_Address_WIFI_SSID1

D1
Prioridade do meio de 1 BCD Prioridade do meio de acesso ssid1

acesso ssid1

SSID2
Modo radio SSID2 1 ASC B/g/n
Tempo de registro SSID 2 BCD Tempo de registro SSID em milissegundos

SSID2
2 – WPA
3 - WEP

transações
completadas SSID2

conexão Wifi SSID2

caracteres da senha
SSID2

ID2

D2

acesso ssid2

SSID3
P.08.04.05 200
Modo radio SSID3 1 ASC B/g/n
Tempo de registro 2 BCD Tempo de registro SSID3 em milissegundos

SSID3

SSID3
2 – WPA
3 - WEP

transações
completadas SSID3

conexão Wifi SSID3

caracteres da senha
SSID3

ID3

D3

acesso ssid3
Uptime wifi 2 HEX Uptime Wi-Fi
Quantidade de 2 BCD Quantidade de handoffs entre coberturas

handoffs entre
coberturas

acesso
Estatística - Acesso Bluetooth

Estatística Bluetooth
Identificador do meio 1 ASC Informar letra “B”
de acesso
Nome da base 32 ASC Nome da base
Qtd-Tentativas de 2 BCD Qtd-Tentativas de utilização do meio
utilização do meio
P.08.04.05 201
Qtd-Tentativas de Qtd-Tentativas de utilização do meio que

utilização do meio que 2 BCD apresentaram Falha
apresentaram Falha
Nível de sinal médio 1 BCD Nível de sinal médio Bluetooth
Bluetooth
Tempo para sincronizar 1 BCD Tempo para sincronizar com a base
com a base
Quantidade de 2 BCD Quantidade de transações completadas pelo
transações Bluetooth
completadas pelo
Bluetooth
Quantidade Erros de 2 BCD Quantidade Erros de conexão Bluetooth
conexão Bluetooth
Prioridade do meio de 1 BCD Prioridade do meio de acesso
acesso
MAC_Address_term 6 HEX MAC_Address_term
MAC_Address_Base 6 HEX MAC_Address_Base
acesso
Estatística – Comunicação TCP/IP
Esta tabela de comunicação deve se repetir quando o POS tiver múltiplos meios de acesso
ativos. Ex: Bluetooth + Wi-Fi

Estatística TCP
Identificador do meio 1 ASC Informar letra “T”
de acesso
1 BCD 1 – Bluetooth
Meio de acesso 2 - Ethernet
3 - Wifi 1
4 - Wifi 2
5 - Wifi 3
Prioridade do meio de 1 BCD Prioridade de acesso do meio
acesso
IP primário de destino do PROTOCOLO DE
IP-Pri-Inic 6 BCD SEGURANÇA configurado na inicialização para
inicialização do terminal.
Porta primária de destino do PROTOCOLO DE
Porta-Pri-Inic 3 BCD SEGURANÇA configurado na inicialização para
inicialização do terminal.
IP secundário de destino do PROTOCOLO DE
IP-Sec-Inic 6 BCD SEGURANÇA configurado na inicialização para
inicialização do terminal
Porta secundária de destino do PROTOCOLO
Porta-Sec-Inic 3 BCD DE SEGURANÇA configurado na inicialização
para inicialização do terminal
SEGURANÇA configurado na inicialização para
P.08.04.05 202
IP-Pri-Trans 6 BCD transação.

Porta-Pri-Trans 3 BCD transação.

IP-Sec-Trans 6 BCD SEGURANÇA configurado na inicialização para
transação.
Porta secundária de destino do PROTOCOLO
DE SEGURANÇA configurado na inicialização
Porta-Sec-Trans 3 BCD para transação.
SEGURANÇA configurado na inicialização
IP-Pri-Telec 6 BCD para Carga de software.
Porta-Pri-Telec 3 BCD Carga de software.
IP-Sec-Telec 6 BCD Carga de software.
Porta-Sec-Telec 3 BCD Porta secundária de destino do PROTOCOLO
DE SEGURANÇA configurado na inicialização
Carga de software.
Tipo-IP-Local 1 BCD Indica se o IP do terminal foi obtido de forma
dinâmica (DHCP) “00” ou Estática (Fixo) “01”
Último IP adquirido ou configurado pelo
Ultimo-IP-Local 6 BCD técnico no POS.
Ultima-Mascara-Local 6 BCD Última máscara IP configurada no POS.
Ultimo-GW-local 6 BCD Último gateway do POS.
Bytes-Enviados 6 BCD Bytes enviados desde a última finalização.
Bytes-Recebidos 6 BCD Bytes recebidos desde a última finalização.
Velocidade (enviado e recebido determinada
Velocidade-Média 2 BCD quantidade de Kbytes, em determinado
tempo, calcular a velocidade e acumular a
média).
Velocidade-Mínima 2 BCD Velocidade mínima (guardar a menor
velocidade alcançada).
Velocidade-Máxima 2 BCD Velocidade pico (mostrar a velocidade máxima
alcançada).
Retransmissão TCP (incrementar esse
contador quando houver solicitação de
retransmissão do TCP). Não suportado em
Quant-Retransmissão 2 BCD terminais Verifone e Ingênico.
Latência (tempo médio entre o SYN e SYN ACK
do TCP). Não suportado em terminais Verifone
Latência 2 BCD e Ingenico.
Jitter 2 BCD Jitter (variação da latência). Não suportado em
terminais Verifone e Ingenico.
Traceroute 18 BCD 3 IPs retornados no Traceroute. Não suportado
em terminais Verifone e Ingenico.
Qtd-DHCP-OK Quantidade de alocações de IP sem falha
P.08.04.05 203
Qtd-falhas-DHCP 2 BCD Quantidade de falhas DHCP. Não suportado

em terminais
Verifone.
Qtd-falhas-Dest-Ind-IP1 2 BCD Quantidade de falha TCP causa destino
indisponível IP1.
Último IP que respondeu destino indisponível
para transação IP1. Não suportado em
Ultimo-IP-Dest-Ind-IP1 6 BCD terminais Verifone e Ingenico.
Qtd-falhas-Dest-Ind-IP2 2 BCD Quantidade de falha TCP causa destino
indisponível IP2.
Último IP que respondeu destino indisponível
para transação IP2. Não suportado em
Ultimo-IP-Dest-Ind-IP2 6 BCD terminais Verifone e Ingenico.
Quantidade de vezes que recebeu Windows
size igual a 0 no controle de fluxo tcp
(indicação de sobrecarga dos equipamentos de
captura). Não suportado em terminais
Qt-Wind-size-0 2 BCD Verifone e Ingenico.
Tmp-IP1 2 BCD Tempo estabelecimento do TCP IP1.
Tmp-IP2 2 BCD Tempo estabelecimento do TCP IP2.
Qtd-erro-encriptação- 2 BCD Quantidade de erros na chave PROTOCOLO DE
IP1 SEGURANÇA IP1.
Qtd-erro-encriptação- 2 BCD Quantidade de erros na chave PROTOCOLO DE
SSL-IP2 SEGURANÇA IP2.
NMTRAN – IP1 2 BCD Contador de quantidade de transações no IP
NMADM – IP1 2 BCD Contador de quantidade de ADM no IP
NMTO- TRAN- IP1 2 BCD Contador de TO no Ip
NMINI-TRAN – IP1 2 BCD Contador de Inicializações no IP
NMTO-INI-IP1 2 BCD Contador de TO na inicialização do IP
NMFINA-IP1 2 BCD Contador de Fina no IP
NMDESF-IP1 2 BCD Contador de desfazimento no IP
NMTRAN – IP2 2 BCD Contador de quantidade de transações no IP
NMADM – IP2 2 BCD Contador de quantidade de ADM no IP
NMTO- TRAN- IP2 2 BCD Contador de TO no Ip
NMINI-TRAN – IP2 2 BCD Contador de Inicializações no IP
NMTO-INI-IP2 2 BCD Contador de TO na inicialização do IP
NMFINA-IP2 2 BCD Contador de Fina no IP
NMDESF-IP2 2 BCD Contador de desfazimento no IP
PROTOCOLO DE 1 BCD MOSTRA A QUE PROTOCOLO DE SEGURANÇA
SEGURANÇA SE REFERE ESSA ESTATÍSTICA.
“01” – REDE
“02” – Futuro
etc
TOS – Type os service 1 HEX Mostra qual marcador de priorização foi
alocado pelo TNMS
Indica o modo de Balanceamento do terminal.
01 – Se opção "7-Balaceamento Circular"
estiver habilitada no parâmetro Opções de
Comunicação da ocorrência da tabela de
Comunicação cujo bit 7 do campo Tipo de
Balanceamento 1 BCD Comunicação estiver habilitado.
P.08.04.05 204
02 - Se opção "7-Balaceamento Circular"

estiver desabilitada no parâmetro Opções de
Comunicação da ocorrência da tabela de
Comunicação cujo bit 7 do campo Tipo de
Comunicação estiver habilitado.
Fallback 1 BCD Indica se a comunicação Fallback está
habilitada no terminal (‘01’) ou está
desabilitada (‘00’).
Qtd-fallback 2 BCD Quantidade de tentativas de transação em que
o terminal utilizou a comunicação fallback.
Cidade-Establecimento 17 ASCII Conforme parâmetro “Cidade do
Estabelecimento
11.9.54 Indicador de Tipo de Injeção Remota de Chave

Essa tag é responsável por informar ao KMS se deve enviar uma chave de
senha ou dados para ser gravada no POS.
 Identificação do Tag: 0x9C (156 decimal)
 Tipo do Chave: n 2, onde:
 01 – Senha
 02 – Dados
Se esta tag não for informada na transação deve ser assumido o tipo de chave
Senha.
Exemplo: 9C 0001 01
11.10 BIT 52 - Senha (PIN – Personal

Identification Number)
Esta seção descreve os tratamentos relacionados à coleta de senha nos
terminais e envio no BIT 52 (senha online) caso necessário.
TRATAMENTO DA TECLA CANCELA

Em terminais em que o PINPAD é interno, durante a coleta de senha, caso seja
pressionada a tecla CANCELA, o terminal deverá abortar a transação
imediatamente.
Em terminais em que o PINPAD é externo, durante a coleta de senha (caso
seja solicitado pelo cartão), se o cliente pressionar a tecla CANCELA no PINPAD
ou se o operador pressionar a tecla CANCELA no POS, o terminal deverá
abortar a transação imediatamente.
Nos dois tipos de terminal, a tecla CANCELA poderá ser pressionada a
qualquer momento, mesmo que o cliente não tenha iniciado a entrada de
senha.
P.08.04.05 205
TRATAMENTO DA TECLA ENTRA PARA TRANSAÇÕES COM

CHIP
Os terminais REDE aceitam o procedimento de Bypass durante a coleta de
senha para transações com chip, desde que o cliente não tenha iniciado a
digitação da senha.
Assim, caso a coleta de senha não tenha sido iniciada:
Para terminais que possuem PINPAD interno:
 Caso o cliente pressione a tecla ENTRA o terminal deve seguir para o
próximo tratamento de CVM e acatar essa ação como um Bypass da
entrada de senha.
Para terminais que possuem PINPAD externo:
 A tecla ENTRA do POS deverá estar desabilitada durante o processo
de coleta de senha.
 Caso o cliente pressione a tecla ENTRA do PINPAD, o terminal deverá
acatar essa ação como um Bypass da entrada de senha.
A tecla ENTRA só estará habilitada nos casos em que o cliente ainda não
iniciou a digitação da senha ou já entrou o número mínimo de dígitos aceito
para coleta de senha. Em todas as outras situações, a tecla ENTRA deve estar
desabilitada.
11.10.1 Presença do BIT 52

Nas situações onde haverá a necessidade da coleta do PIN, identificadas nos
algoritmos abaixo, o terminal deverá solicitar a sua digitação. A senha digitada
será criptografada (veja item Criptografia DE SENHA).
O valor da transação deverá estar sempre exibido em display, quando da
digitação da senha pelo portador do cartão, para sua segurança, EXCETO para
a Transação de Troca de Senha para cartão Voucher Chip, neste caso, segue-se
o definido na árvore de coleta para Voucher
As transações autorizadas através de senha / assinatura / sem senha e sem
assinatura / com senha e com assinatura, devem sinalizar este fato,
imprimindo ao rodapé do comprovante uma mensagem específica a qual
trataremos no próximo parágrafo.
PARA TRANSAÇÕES COM CHIP:

As opções de NO CVM (sem senha e assinatura) e SENHA + ASSINATURA não
devem ser suportadas pelos terminais POS, mas, caso uma transação com
cartão nessa situação seja inserido no terminal deve:
 Para os casos de NO CVM, o terminal deve imprimir o comprovante
indicando "TRANSAÇÃO APROVADA PELO EMISSOR” (devido ao
emissor ter aprovado).
 Para os casos de solicitação de SENHA + ASSINATURA o terminal
deve imprimir um comprovante que solicita a assinatura do cliente e
P.08.04.05 206
indica que a transação foi autorizada mediante uso de senha

pessoal, nesta ordem.
Também para chip, quando ocorrer:
 Tratamento Offline para o PIN, valor do PIN Try Counter = 0,
determinando a sinalização do BIT “PIN Try Limit Exceeded” com “1”
no Terminal Verification Result, e
 Transação processada em modo Online (com BIT 52 ausente), e
 Transação ainda assim aprovada pelo emissor, neste caso, POS
deverá exibir ao rodapé do comprovante: "TRANSAÇÃO APROVADA
PELO EMISSOR”.
Os algoritmos para captura de senha nas transações são:
CARTÃO DE CRÉDITO / COM TRILHA, CHIP OU

DIGITADO
Se transação com chip
Se confirmação de pré-autorização ou estorno
Coleta do PAN através da leitura do chip
Não solicitar senha
BIT 52 ausente
Senão
Configurar Terminal Capabilities – byte 2, conforme
Termmaster ou TA- CHIPDATA2 Table (Terminal Capabilities
Byte 2: CVM Capability) para o Issuer em tratamento.
Se PIN Online
BIT 52 presente
Senão (PIN Offline ou assinatura)
BIT 52 ausente
Se transação com trilha, ou Fallback magnético

Se Issuer Table – PIN Entry Required = true OU (cartão opera com
senha (posição 3 do Service Code = 0, 5, 6, 7) E Issuer Table – Service
Code Coleta de PIN = TRUE)
BIT 52 presente
Senão
BIT 52 ausente
Se transação digitada ou Fallback digitado

BIT 52 ausente
P.08.04.05 207
CARTÃO DE DÉBITO / BOLSA FAMÍLIA COM TRILHA

OU CHIP
Configurar Terminal Capabilities – byte 2, conforme Termmaster ou
TA-CHIPDATA2 Table (Terminal Capabilities Byte 2: CVM Capability)
para o Issuer em tratamento.
Se PIN Online
BIT 52 presente
Senão (PIN Offline) (transações de débito exigem PIN, Online ou
Offline)
BIT 52 ausente*
* Atualmente não há emissor nacional com cartão de débito com pin offline

Se Issuer Table – PIN Entry Required = true OU (cartão opera
com senha (posição 3 do Service Code = 0, 5, 6, 7) E Issuer
Table – Service Code Coleta de PIN = TRUE)
BIT 52 presente
Senão
BIT 52 ausente
Transações CDC ainda não operam com chip.
CARTÃO VOUCHER COM TRILHA OU CHIP

Se transação Troca de Senha
Solicitar senha - PIN online é obrigatório para validação pelo emissor.
BIT 52 presente

Configurar Terminal Capabilities – byte 2, conforme Termmaster ou
TA-CHIPDATA2 Table (Terminal Capabilities Byte 2: CVM Capability)
para o Issuer em tratamento.
Se PIN Online
BIT 52 presente
BIT 52 ausente
P.08.04.05 208
Se Issuer Table – PIN Entry Required = true OU (cartão opera com

senha (posição 3 do Service Code = 0, 5, 6, 7) E Issuer Table – Service
Code Coleta de PIN = TRUE)
BIT 52 presente
Senão
BIT 52 ausente
Transações CDC ainda não operam com chip.
CARTÃO PRIVATE LABEL COM TRILHA, CHIP OU

DIGITADO
Se consulta private label
Captura do PAN através da leitura do chip
Não solicitar senha
BIT 52 ausente
Senão (venda)
Configurar Terminal Capabilities – byte 2, conforme
Termmaster ou TA-CHIPDATA2 Table (Terminal Capabilities
Byte 2: CVM Capability) para o Issuer em tratamento.
Se PIN Online
BIT 52 presente
BIT 52 ausente

Se Consulta Venda
BIT 52 ausente
Se Venda em modo Online
Se Issuer Table – PIN Entry Required = true OU (cartão opera
com senha (posição 3 do Service Code = 0, 5, 6, 7) E Issuer
Table – Service Code Coleta de PIN = TRUE)
BIT 52 presente
Senão
P.08.04.05 209
BIT 52 ausente
Se transação digitada ou Fallback digitado

Se Consulta Venda/Venda Private Label
BIT 52 ausente
11.11 BIT 55 - Dados de chip

 O BIT 55 (ou DE 55) contém dados relativos a chip. Online – (envia
criptograma ARQC)
 Crédito à vista Offline aprovado ou Voucher Offline aprovado –
mensagem 0220 (envia criptograma TC)
 Negada localmente – mensagem 0220 (envia criptograma AAC)
O BIT 55 estará também presente em mensagens de resposta de venda Online
com Smart Card (0210), de pré-autorização (0110) provenientes de emissores
que tratam o chip em modo Full Grade.
A mensagem de resposta do emissor a uma transação Online com chip pode
não trazer o BIT 55. Neste caso, considera-se que o emissor opera em modo
Partial Grade Caso contrário - presença do BIT 55 - considera-se que o emissor
opera em modo Full Grade.
Além de a mensagem ser considerada Full/Partial grade um cartão pode ser
considerado Full Grade ou Magstripe grade. Um cartão Full Grade pode negar
uma transação caso não receba o BIT 55. Já o cartão Magstripe grade não
nega uma transação se não receber o BIT 55.
Há cartões nacionais Magstripe Grade (Partial Grade) e Full Grade.
Todo o terminal da REDE tem suporte a Full Grade. A REDE é um adquirente
Full Grade.
MONTAGEM DO BIT 55
Número Posição Descrição
1 1 – 3 (LLL Tamanho total do BIT 55 (até 255)

var)
2 4 ou 4 - 5 Identificação do Tag da tabela 1 ou 2 em representação binária -

com uma ou duas posições dependendo da definição EMV
3 5 ou 6 Tamanho do Tag.
4 6 - xxx ou Dado relativo ao Tag. A posição inicial depende dos campos

7 - xxx anteriores
 Os sub-elementos 2 a 4 repetem-se até que todos os dados

necessários para composição do BIT 55 sejam contemplados.
P.08.04.05 210
 Observe que a transação Online com chip bem-sucedida gerará TC

(no 2nd Generate AC), porém este não será enviado para a REDE.
Seguem tabelas contendo os dados do BIT 55, conforme documento EMV -
Minimum Data Elements Requirements.
A tabela 1 detalha o BIT 55 que será enviado pelo POS Full Grade.
A tabela 2 detalha o BIT 55 que será recebido pelo POS, conforme mensagem
formatada pelo emissor Full Grade do cartão.
P.08.04.05 211
TABELA 1 – CHIP DATA ELEMENTS IN

AUTHORIZATION REQUEST (0200/0220)
Campo Nome Tag (1) Form. Tam. Uso
1 Application ‘9F26’ b 8 Permite processamento de

Cryptogram: autenticação do cartão
ARQC - Authorization
Request Cryptogram
TC - Transaction
Certificate
AAC - Application
Authentication
Cryptogram
2 Cryptogram ‘9F27’ b 1 Indica o tipo de criptograma

Information Data retornado pelo cartão
(nega/aprova offline ou
solicita aprovação online)
3 Issuer Application ‘9F10’ b Var. Provê elementos que o

Data (IAD) até emissor definiu para a
32 mensagem de autorização.
Presente se provido pelo
cartão no comando de
resposta do comando
GENERATE AC
4 UnpredicTable ‘9F37’ b 4 Provê variabilidade e

Number unicidade do criptograma,
reduzindo risco de fraude.
Presente se utilizado no
cálculo do criptograma
5 Application ‘9F36’ b 2 Indica a ordem sequencial de

Transaction Counter transação que será executada
(ATC) pela aplicação. Permite
variabilidade e unicidade do
criptograma, reduzindo o risco
de fraude
6 Terminal Verification ‘95’ b 5 Informa ao emissor os

Result detalhes do processamento da
transação
7 Transaction Date ‘9A’ n 3 Indica a data de execução da

transação
P.08.04.05 212
8 Transaction Type ‘9C’ n 1 Indica o tipo de transação

usado para o Application
Usage Control
9 Amount Authorized ‘9F02’ n 6 Valor enviado ao emissor para

autorização
10 Transaction Currency ‘5F2A’ n 2 Indica o código da moeda do

Code terminal associado à
transação (ISO 4217)
Moeda brasileira (Real): 986
Moeda americana (U.S. Dólar):
840
11 Application ‘82’ b 2 Indica possibilidades da

Interchange Profile aplicação chip especificada:
SDA / DDA/ CDA/ Terminal
Risk Management/ Cardholder
verification / Issuer
authentication
12 Terminal Country ‘9F1A’ n 2 Indica o código do país do

Code terminal associado à
transação (ISO 3166).
Exemplo: Brasil - 076
13 Amount Other ‘9F03’ n 6 Dado mandatório se transação

de cashback
14 Cardholder ´9F34´ b 3 Método de autenticação do

Verification Method portador (senha off/on ou
Results – CVM assinatura) utilizado na
transação
15 Terminal Capabilities ‘9F33’ b 3 Indica configurações do

terminal referente a chip
Legenda: A coluna Format da tabela acima segue a convenção do EMV Book 3

– Data Elements Format Conventions. Portanto b = 1 Byte / n = 1 dígito (não
codificado em BCD).
Comentários gerais
Existem duas tags no BIT 55 que podem estar ausentes:
 Issuer Application Data – mandatório somente se provido pelo
cartão.
 Amount Other – Tag contém o valor da transação de cashback.
Como no momento o terminal não suporta Cashback, este dado não
é enviado ou pode ser enviado com o valor 00 00 00 00 00 00.
Conteúdo do campo 15 – Terminal capabilities
P.08.04.05 213
9F33 03 E0xxC8 (TLV – 6 bytes) sendo que:

 E0 = Um byte com conteúdo fixo, que indica:
 BIT 8 = Manual Key Entry = 1
 BIT 7 = Magnetic Stripe = 1
 BIT 6 = IC with contacts = 1
 Os demais bits são preenchidos com 0.
 xx = Um byte preenchido da seguinte forma:
 BIT 8 = Plaintext PIN for ICC Verification – CHIPDATA2 Table
Entry ICC Options 3
 BIT 7 = Enciphered PIN for online verification – – CHIPDATA2
Table Entry ICC Options 3
 BIT 6 = Signature Paper – CHIPDATA2 Table Entry ICC Options
3
 BIT 5 = Enciphered PIN for offline verification – CHIPDATA2
Table Entry ICC Options 3
 C8 = Um byte com conteúdo fixo, que indica:
 BIT 8 = SDA = 1
 BIT 7 = DDA = 1
 BIT 6 = Card Capture = 0
 BIT 5 = 0
 BIT 4 = CDA= 1
P.08.04.05 214
Exemplo: BIT 55
0091
9F26 08 21EA0CB87443F438
9F27 01 40
9F10 08 010103902106DAC1
9F37 04 64C16AAA
9F36 02 01E2
95 05 0000080000
9A 03 020111
9C 01 00
9F02 06 000000001300
5F2A 02 0986
82 02 5800
9F1A 02 0076
9F03 06 000000000000
9F33 03 E0F0C8
9F34 03 010302
TABELA 2 – CHIP DATA ELEMENTS IN

AUTHORIZATION RESPONSE (0210)
Somente emissores Full Grade estão capacitados a enviar o BIT 55 nas
mensagens de resposta, o qual contém a seguinte estrutura:
Campo Nome Tag (1) Formato Tam Uso
1 Issuer ‘91’ b Var 8 Contém dados para transmissão ao

Authentication a 16 cartão utilizados na autenticação
Data do emissor.
2 Issuer Script b Var Permite que o emissor envie um

Template 1 ‘71’ (1) até comando para o cartão. Rede do
Template 2 ‘72’ (2) 128 adquirente deve suportar um
P.08.04.05 215
mínimo de 25 bytes.
11.11.1 Tratamento do BIT 55 da mensagem de

resposta
O conteúdo do BIT 55 será repassado ao cartão quando presente. O POS deve
considerar BIT 55 presente na mensagem de resposta somente se contiver o
Tag 91. Se o Tag 91 estiver ausente, o BIT 55 deve ser também considerado
ausente (Partial Grade).
O retorno do BIT 55 pode interferir (conforme configuração do cartão) na
decisão de aprovação do cartão.
A decisão de aprovação está descrita no algoritmo a seguir.
 Em uma transação negada pelo emissor o cartão também deve
negar. O cartão nunca toma uma ação de maior risco que a do
emissor ou do terminal.
 O retorno do BIT 55 pode interferir (conforme coniguração do
cartão) na decisão de aprovação do cartão. A decisão de aprovação
está descrita no algoritmo a seguir.
ALGORITMO
Se o cartão requisita ir para Online (ARQC retornou do 1st Generate AC)
O terminal envia uma requisição para o Host
Se (erro de comunicação) ou
(response code – bit 39 = 73):
Executa Second Terminal Action Analysis (Unable To Go On
Line)
Solicita ao cartão a geração de criptograma (2nd Generate AC)
Se cartão aprova a transação
Transação aprovada
Se cartão nega transação
Se a transação foi aprovada pelo emissor
Transação negada
Enviar mensagem de desfazimento
Enviar mensagem de Advice
Se a transação foi também rejeitada pelo emissor
Transação negada
Se 2nd Generate AC retornou erro – cartão removido* ou outro
Se a transação foi aprovada pelo emissor
Transação negada
P.08.04.05 216
Enviar mensagem de desfazimento

Envia mensagem de Advice
Se a transação foi também rejeitada pelo emissor
Transação negada
* Quando um cartão for removido durante uma autorização Online, o cartão
deve solicitar ir para Online na próxima transação que executar (conforme
parâmetro Issuer Card Risk Management).
SCRIPTS
Os comandos de script não devem ser tratados pelo terminal, porém:
 É função de o terminal encaminhar ao chip cada comando
separadamente
Ao analisar o resultado do processamento do comando, o terminal
deve examinar somente SW1
 Se SW1 sinalizar processamento normal (= 90) ou Warning (=
62/63), o terminal deve continuar normalmente, e solicitar ao
chip o processamento do próximo comando, se houver
 Se SW1 sinalizar erro, o processamento dos comandos de
script deve ser interrompido
 O terminal envia o resultado do processamento de script para a
REDE no DE 47 – TAG 0X0B. Este resultado faz parte também
do CVR (card verification results) que fica gravado no chip. Esta
informação poderá ser enviada ao emissor na próxima transação
Online que o cartão fizer, uma vez que o CVR faz parte do Issuer
Application Data - IAD - campo de Tag ‘9F10’, componente do BIT 55.
 O processamento das mensagens de Script não interfere em nada no
processamento da transação Online e vice-versa. Assim, se um script
deve ser tratado em “critical mode” (antes do processamento da
transação) e sua execução falhar, mesmo assim a transação poderá
se concretizar. O fracasso na execução de um script não gerará
desfazimento. Apesar de trafegarem na mesma mensagem de
resposta, serão tratados de forma independentemente, de modo
que o fracasso de um não interfira no processamento do outro.
 O script só poderá ser processado se houver uma autenticação do
emissor com sucesso (validação do ARPC – Tag 91).
(1) Tag ‘71’ - processado antes do comando 2nd Generate AC (Critical Mode)
(2) Tag ‘72’ - processado após comando 2nd Generate AC (Noncritical Mode)
Exemplo - BIT 55 sem script : 0011 91 09 112233445566778899
11.12 BIT 56 – Dados de Serviço

Este BIT contém informações referentes às transações de serviço, como por
exemplo, a Recarga de Celular pré-pago.
Apresenta subcampos que serão identificados por tags.
Cada subcampo de dados adicionais terá o seguinte formato:
• Identificação do Tag (1 byte)
P.08.04.05 217
• Tamanho da estrutura de dados:

LLL var, para todos os campos
• Estrutura de dados
Segue no quadro abaixo, um resumo dos subcampos:
TAG Nome Formato Observação
0x01 DDD n2 2 dígitos do DDD
8 ou 9 dígitos. O tamanho da tag indica a

0x02 Celular n 8/9
quantidade de dígitos do celular
Código da Operadora (este código é indicado na

0x03 Operadora n3
tabela na Consulta de Valores)
0x04 NSU Serviço n 15 Nsu gerado pelo switch de serviço
NSU Serviço da Última

0x05 n 15 Nsu gerado pelo switch de serviço
Confirmada
0x06 Cód. Autrz. Operadora n9 Código de Autorização da Operadora
0x07 Reservado
0x08 Reservado
‘0x01’ – POS deve fazer uma Consulta de

0x09 Indicador de Cons.Valores an 1
Valores encadeada
Text a ser impresso no Texto a ser impresso no comprovante (Texto

0x0A comprovante da trasação de Ans (var) Jurídico)
serviço Caracter ‘@’ denota quebra de linha.
0x0B Tabelas de Valores e CRC32 Ans (var) Tabelas de inicialização do Serviço Recarga
0x0C Reservado
11.12.1 DDD
 Identificação da tag: 0x01
 Atributo: 2n
DDD do número do celular pré-pago a ser utilizado das transações de recarga
de celular.
Exemplo: 01 0001 11
11.12.2 Número do Celular

 Atributo: 8n ou 9n
Número do celular pré-pago a ser utilizado das transações de recarga de
celular. Pode ter de 8 a 9 dígitos.
Exemplo: 02 0005 09 98 84 00 49
P.08.04.05 218
11.12.3 Operadora
 Atributo: 3n
Código da operadora escolhida para a recarga. Este código está presente nas
tabelas de inicialização (consulta de valores) do serviço de Recarga de celular.
Exemplo: 03 0002 00 04
11.12.4 NSU Serviço

 Atributo: 15 n
Número gerado pelo Switch de Serviço, para identificação única da transação
em seu sistema.
Exemplo: 04 0008 01 23 45 67 89 01 23 45
11.12.5 NSU Serviço da última confirmada

 Atributo: 15 n
NSU (tag 0x04) da última transação de serviço confirmada pelo terminal.
Caso seja a primeira transação, o campo deve ir “Zerado”.
Após uma telecarga, o NSU da última confirmada deve ser preservado.
Exemplo: 05 0008 01 23 45 67 89 01 23 44
11.12.6 Código de autorização da Operadora (AUTZ)

• Identificação da tag: 0x06
• Tamanho da estrutura: LLL var
• Atributo: 09 n
Código de autorização enviado pela operadora de telefonia, de uma transação
de Recarga de celular.
Exemplo: 06 0005 01 23 45 67 89
11.12.7 Indicador de consulta de valores

• Atributo: 01 n
P.08.04.05 219
Indica se o terminal deve iniciar uma operação de “Consulta de Valores”, afim

de atualizar os parâmetros de serviço.
(0x01) – O terminal deve realizar uma “Consulta de Valores”.
Exemplo: 09 0001 01
11.12.8 Mensagem da Transação de Serviço

• Identificação da tag: 0x0A
• Atributo: ans (variável)
Texto jurídico a ser impresso no rodape do comprovante, enviado pela
operadora.
Caracter ‘@’ denota quebra de linha.
Cada linha deve ter no máximo 42 caracteres. Máximo de 3 linhas.
Exemplo:”A RECARGA SERA FEITA EM INSTANTES@EM CASO DE DUVIDA
LIGUE PARA 99999999”
0A0071412052454341524741205345524120464549544120454D20494E5354
414E54455340454D204341534F20444520445556494441204C494755452050
415241203939393939393939
11.12.9 Tabelas de Valores e CRC

• Identificação da tag: 0x0B
• Atributo: ans (variável)
A transação Consulta de Valores informa os parâmetros necessários para a
realização das Recargas. As tabelas de Valores são:
 Operadora: relaciona as Operadoras de Telefonia cujo
estabelecimento está habilitado a comercializar Recargas.
 Valores: relaciona os valores fixos disponíveis para cada operadora.
Esta tabela é opcional.
 DDD Exceção: Relaciona valores fixos para DDDs específicos de cada
operadora. Esta tabela é opcional.
Caso o DDD da Recarga esteja presente nesta tabela devem ser usados os
valores da mesma ao invés dos valores “default” da Operadora.
Header de Registro
Serão enviadas na tag 0x0B em uma ou mais mensagens, as tabelas
mencionadas anteriormente. Cada registro terá um Header indicando à qual
tabela pertence e quantos bytes possui. O Layout do Header é apresentado
abaixo:
P.08.04.05 220
Atributo Tipo Comentários

Código da tabela n2 Domínio:
00 – Descritor Tabela
01 – Operadora;
02 – Valores;
03 – DDD Exceção;
Tamanho do Registro n4 Informa a quantidade de bytes do registro
Descritor (00)
Cada registro descreve a quantidade de registros das outras tabelas, para
conferência.

Código da Tabela n2 01 – Operadora;
02 – Valores;
03 – DDD Exceção;
Qtd Registros n4 Quantidade de registros da tabela
É obrigatório incluir um registro do tipo 00, mesmo que não haja registros da
tabela descrita. Neste caso, a quantidade de registros será zero (ver exemplos
abaixo).
Operadora (01)
Cada registro dessa tabela corresponde a uma operadora de telefonia.

ID da operadora n3 Identifica a Operadora de Telefonia.
Nome ans 16 Nome da Operadora
ID Valores Default n4 ID da Tabela de Valores que indica a
lista de valores fixos da operadora.
Zero(0) indica que a operadora não tem
valores fixos.
Suporta valores an 1 ‘S’ – Suporta valores variáveis
variáveis ‘N’ – Não suporta valores variáveis
Valor Mínimo n 12 Valor mínimo usado no caso de venda
com valor variável.
Valor Máximo n 12 Valor máximo usado no caso de venda
com valor variável
IMPORTANTE: O POS não oferecerá a opção de “Outros Valores”, não

suportando valores variáveis. Apenas as opções de valores fixos serão
oferecidos aos clientes.
Valores (02)
P.08.04.05 221
Relaciona um conjunto de valores fixos.

Pode representar o conjunto de valores Default de cada Operadora ou
conjunto de valores fixos para DDDs específicos.

ID Valores n4 Identifica o conjunto da valores
Qtd Itens n2 Indica a quantidade de valores deste
conjunto
Valores (N) n 12 Valor de Recarga Digital
DDD Exceção (03)
Tabela com os DDDs disponíveis para um conjunto de parâmetros.

ID DDDs n2 Identifica um registro da tabela DDDs
exceçao
ID Operadora n3 Identifica a Operadora a qual esta tabela
se aplica
ID Valores n4 Identifica o conjunto de valores a utilizar
Qtd Items n2 Identifica a quantidade de DDDs deste
conjunto
DDD (N) n2 DDD
Múltiplos Registros
O Host poderá “quebrar” o envio das tabelas em mais de uma mensagem.
Neste caso o POS deverá concatenar o conteúdo da tag 0x0B das múltiplas
transações para obter todas as tabelas.
O PCode 900001 indica ao POS que há mais registros a receber e o mesmo
deve enviar nova requisição com o PCode 900001.
O PCode 900000 indica ao POS que não há mais registros.
Exemplos de Tabelas
Exemplo 1:
Operadora Tipo Valores
OI Default Variável: 1,00 a 200,00
Fixos: 1,00 – 5,00 – 10,00 – 15,00 – 30,00
TIM Default Fixos: 1,00 – 5,00 – 10,00 – 15,00 – 30,00
– 50,00
P.08.04.05 222
CLARO Default Fixos: 1,00 – 5,00 – 10,00 – 15,00

VIVO Default Fixos: 1,00 – 5,00 – 10,00 – 15,00 – 40,00
REFERENCIA (ASCII)
000006010004
000006020004
000006030000
010048004OI 0001S000000000100000000020000
010048003TIM 0002N000000000000000000000000
010048008CLARO 0003N000000000000000000000000
010048005VIVO 0004N000000000000000000000000
0200660001050000000001000000000005000000000010000000000015
00000000003000
0200660004050000000001000000000005000000000010000000000015
00000000004000
0200780002060000000001000000000005000000000010000000000015
00000000003000000000005000
0200540003040000000001000000000005000000000010000000000015
00
CODIFICADO PARA O POS (BCD)

00 00 03 01 00 04
00 00 03 02 00 04
00 00 03 03 00 00
01 00 33 00 04 4F 49 20 20 20 20 20 20 20 20 20 20 20 20
2020 00 01 53 00 00 00 00 01 00 00 00 00 02 00 00
01 00 33 00 03 54 49 4D 20 20 20 20 20 20 20 20 20 20 20
20 20 00 02 4E 00 00 00 00 00 00 00 00 00 00 00 00
01 00 33 00 08 43 4C 41 52 4F 20 20 20 20 20 20 20 20 20
20 20 00 03 4E 00 00 00 00 00 00 00 00 00 00 00 00
01 00 33 00 05 56 49 56 4F 20 20 20 20 20 20 20 20 20 20
20 20 00 04 4E 00 00 00 00 00 00 00 00 00 00 00 00
02 00 33 00 01 05 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00 00 00 00 00 15 00 00 00 00 00 30 00
02 00 33 00 04 05 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00 00 00 00 00 15 00 00 00 00 00 40 00
02 00 39 00 02 06 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00 00 00 00 00 15 00 00 00 00 00 30 00 00 00
00 00 50 00
02 00 27 00 03 04 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00 00 00 00 00 15 00
Observações
P.08.04.05 223
 No envio dos bytes não existe quebra de linha. A quebra de linha é utilizada
como recurso para facilitar o entendimento dos dados.
 Para o BCD, no caso de campos numéricos de tamanho ímpar o valor será

alinhado à direita com nibble 0(zero) à esquerda. Ex: Valor 123 -> 01 23
 IMPORTANTE: O terminal deve receber todas as mensagens (retirando os

últimos 4 bytes de CRC) e ir concatenando-as. Ao final, realizar o parse, pois 1
registro pode vir “quebrado” em duas mensagens.
 Exemplo 2
Operadora Tipo Valores
OI Default Fixos:
1,00 – 5,00 – 10,00 – 15,00 – 30,00
OI PE (DDDs 81 e 87):
1,00 – 5,00 – 10,00 – 15,00 – 40,00
TIM Default Fixos: 1,00 – 5,00 – 10,00 – 15,00 – 30,00
– 50,00
CLARO Default Fixos:
1,00 – 5,00 – 10,00 – 15,00
CLARO PB(DDD 83):
1,00 – 5,00 – 10,00
VIVO Default Fixos:
1,00 – 5,00 – 10,00 – 15,00 – 40,00
VIVO PE (DDDs 81 e 87):
1,00 – 5,00 – 10,00 – 16,00
REFERENCIA (ASCII)
000006010004
000006020007
000006030003
010048004OI 0001N000000000000000000000000
010048003TIM 0002N000000000000000000000000
010048005VIVO 0004N000000000000000000000000
0200660001050000000001000000000005000000000010000000000015
00000000003000
0200660004050000000001000000000005000000000010000000000015
00000000004000
030015000200800100183
0200780002060000000001000000000005000000000010000000000015
00000000003000000000005000
P.08.04.05 224
0200540003040000000001000000000005000000000010000000000015
00
0200540005040000000001000000000005000000000010000000000016
00
020042001003000000000100000000000500000000001000
0200660011050000000001000000000005000000000010000000000015
00000000004000
010048008CLARO 0003N000000000000000000000000
03001700010050005028187
03001700030040011028187
CODIFICADO PARA O POS (BCD)

00 00 06 01 00 04
00 00 06 02 00 07
00 00 06 03 00 03
01 00 33 00 04 4F 49 20 20 20 20 20 20 20 20 20 20 20 20
20 20 00 01 4E 00 00 00 00 00 00 00 00 00 00 00 00
01 00 33 00 03 54 49 4D 20 20 20 20 20 20 20 20 20 20 20
20 20 00 02 4E 00 00 00 00 00 00 00 00 00 00 00 00
01 00 33 00 05 56 49 56 4F 20 20 20 20 20 20 20 20 20 20
20 20 00 04 4E 00 00 00 00 00 00 00 00 00 00 00 00
02 00 33 00 01 05 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00 00 00 00 00 15 00 00 00 00 00 30 00
02 00 33 00 04 05 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00 00 00 00 00 15 00 00 00 00 00 40 00
03 00 07 00 02 00 08 00 10 01 83
02 00 39 00 02 06 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00 00 00 00 00 15 00 00 00 00 00 30 00 00 00
00 00 50 00
02 00 27 00 03 04 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00 00 00 00 00 15 00
02 00 27 00 05 04 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00 00 00 00 00 16 00
02 00 21 00 10 03 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00
02 00 33 00 11 05 00 00 00 00 01 00 00 00 00 00 05 00 00
00 00 00 10 00 00 00 00 00 15 00 00 00 00 00 40 00
01 00 33 00 08 43 4C 41 52 4F 20 20 20 20 20 20 20 20 20
20 20 00 03 4E 00 00 00 00 00 00 00 00 00 00 00 00
03 00 08 00 01 00 05 00 05 02 81 87
03 00 08 00 03 00 04 00 11 02 81 87
P.08.04.05 225
11.12.10 Agência de relacionamento

 Identificação da tag: 0x0F
• Atributo: 5 n
Informação enviada pelo Itaú ao Host de Serviços (QH), para impressão nos
comprovantes do produto CORBAN.
Exemplo: 0F 0003 099999
11.12.11 Código da Loja

• Atributo: 7 n
Exemplo: 10 0004 09999999
11.12.12 Código do Estabelecimento

• Atributo: 7 n
Exemplo: 11 0004 09999999
11.12.13 NSU Autorizador

• Atributo: 15 n
Exemplo: 12 0008 0999999999999999
11.12.14 Retorno para Validação de Cedente Unibanco

 Identificação da tag: 0x15 hexa
 Atributo: 1 n
0 - Cliente não informa valores;
1 - Cliente não altera valor do título, porém pode alterar juros ou
desconto;
P.08.04.05 226
2 - Cliente informa valor do título, juros ou desconto;

Informação utilizada na transação de consulta títulos (9000/9010).
Exemplo:
Considerando situação em que o cliente não altera valor do título,
porém pode alterar juros ou desconto
15 0001 01
Estrutura:
Conteúdo
Tipo Tamanho Formato Condição Descrição
Fixo
LLL 3 N 0001 Tamanho do sub-campo
Flag tipo documento
0 - Cliente não informa
valores
1 - Cliente não altera
F 1 N valor do título, porém
pode inputar juros ou
desconto
2 - Cliente informa
valor do título, juros ou
desconto
11.12.15 Consulta Encargos de Título Vencido do Itaú

Unibanco

• Atributo: 70 ans
Exemplo:
Considerando um título de R$ 200,00
Valor a ser cobrado / Valor do pagamento Recalculado: R$ 255,11
Valor de Mora: R$ 25,11
Valor de Multa: R$30,00
Valor dos encargos (mora+multa): R$55,11
16 0025 60 000000025511 000000002511 000000003000
000000005511
Estrutura:
P.08.04.05 227
Conteúdo
Tipo Tamanho Formato Condição Descrição
Fixo
LLL 3 N 50 tamanho do sub-campo
Consulta Encargos de Título
F 2 N 60
Vencido do Itaú Unibanco
Valor a ser cobrado / Valor do
F 12 9(10)V9(2)
pagamento Recalculado
F 12 9(10)V9(2) Valor de mora
F 12 9(10)V9(2) Valor de multa
F 12 9(10)V9(2) Valor dos encargos (mora+multa)
11.12.16 Consulta desconto de Título Itaú Unibanco

Exemplo:
Considerando um título de R$ 200,00
Valor do pagamento Recalculado com desconto: R$ 150,49
Valor de desconto: R$ 49,51
17 0026 90 000000015049 000000004951
Estrutura:
Conteúdo Condiç
Tipo Tamanho Formato Descrição
Fixo ão
LLL 3 N 26 Tamanho do sub-campo
Consulta desconto de Título Itaú
F 2 N 90
Unibanco
Valor a ser cobrado / Valor do
F 12 9(10)V9(2) pagamento Recalculado com
desconto
F 12 9(10)V9(2) Valor de desconto
11.12.17 Código de barras

• Atributo: 47 n
Representação Numérica do Código de Barras com 44 posições e 3 posições a
mais que identificam o DAC (Dígito de Autocontrole - Módulo 10).
34191.10121 34567.880058 71234.570001 6 16670000012345
P.08.04.05 228
Exemplo:
18 0024 034191101234567880057123457000616670000012345181
(DAC vai no final do campo)
11.12.18 Nome do estabelecimento

Exibe o Nome do estabelecimento presente arquivo de de Infra do Itaú. É
único para cada ponto (loja).
Exemplo: REDE
19 0004 52454445
11.12.19 Modo de captura código de barras

• Tamanho da estrutura: n
• Atributo: 1 n
Onde:
0 – Digitado no terminal
1 – Lido na leitora de código de barras conectada na porta serial USB RS232
Informa ao Host de Serviços (QH), se o código de barras foi lido com a leitora
de código de barras ou digitado no terminal.
Exemplo: 20 01
20 00
11.12.20 Nome Concessionária

Campo Nome Concessionária a ser exibido no comprovante CORBAN.
Exemplo: REDE
21 0004 52454445
P.08.04.05 229
11.13 BIT 61 - Características do

terminal
Contém uma lista de informações, associadas ao POS em tratamento,
conforme segue:
Posição 1: POS Terminal Attendance Indicator
 ‘0’ - Attended terminal
Posição 2: POS Terminal Operator Indicator
 ‘0’ - no longer used
Posição 3: POS Terminal Location Indicator
 ‘0’ - On premises of card acceptor facility
Posição 4: POS Cardholder Presence Indicator
 ‘0’ - Cardholder Present
Posição 5: POS Card Presence Indicator
 ‘0’ - Card present
Posição 6: POS Card Capture Capabilities Indicator
 ‘0’ - Terminal/operator has no card capture capability
Posição 7: POS Transaction Status Indicator
 ‘0’ - Normal request (original presentment)
 ‘4’ - Preauthorized request
Posição 8: POS Transaction Security Indicator
 ‘0’ - No security concern
 ‘1’ - Suspected fraud (merchant suspicious - code 10)
 ‘2’ - identification verified
Posição 9: POS Transaction Routing Indicator
 ‘0’ - Zero-fill; field no longer used (undefined utility)
Posição 10: Cardholder-Activated Terminal Level Indicator
 ‘0’ - Not a CAT transaction
Posição 11: POS Card Data Terminal Input Capability Indicator
 ‘0’ - Unknown Or Unspecified
 ‘1’ - No Terminal Used
 ‘2’ - Magnetic Stripe Reader
 ‘3’ - Contactless M/Chip / qVSDC / MagStripe / MSD
 ‘4’ - Contactless magnetic stripe (terminal opera SOMENTE
contactless MagStripe ou MSD) (Não utilizado)
 ‘5’ - Magnetic stripe reader and europay-mastercard-visa (EMV)
specification- compatible integrated circuit card (ICC) reader
 ‘6’ - Key entry only
 ‘7’ - Magnetic stripe reader and key entry
P.08.04.05 230
 ‘8’ - Magnetic stripe reader, key entry and EMV - compatible ICC
reader
 ‘9’ - EMV compatible ICC reader
Um terminal é considerado habilitado a operar o chip se tiver o tratamento de
chip implementado no mesmo. Esta característica ficará refletida nesta
posição do BIT 61, que deverá ser preenchida com ‘8’ - Magnetic Stripe
Reader, Key Entry And EMV - Compatible ICC Reader.
A REDE poderá decidir-se pela inibição da capacidade de tratamento de chip,
mesmo que as respectivas tabelas estejam presentes no terminal. Esta
inibição poderá ser efetuada:
 Para o terminal, através do parâmetro Termmaster ou TA -Terminal
Configuration Table - Habilitação Chip , BIT 7 Habilita Chip: Terminal
= false;
 Para um AID específico, através do parâmetro Termmaster ou TA -
Terminal Configuration Table - Habilitação Chip, BIT correspondente
ao AID em tratamento = false.
Nesta situação, subirá para a REDE mensagens sinalizando que o terminal tem
capacidade de tratamento de chip (pois esta posição se manterá preenchida
com ‘8’ – “magnetic stripe reader, key entry and EMV - compatible ICC
reader”, mesmo que o terminal tenha perdido a capacidade de tratamento de
chip devido aos parâmetros recebidos), porém a transação foi realizada com
trilha.
Para transações realizadas com cartão contactless, se utilizando a função EMV
Mastercard M/Chip, para esta transação o campo 11 do BIT 61 deverá conter
o valor 03, e o BIT 22 estará preenchido com o valor 071 (Senha Online).
Para uma transação com cartão contactless Mastercard magnetic stripe ou
VISA MSD, o campo 11 deverá estar preenchido com o valor 3, e o BIT 22 com
o valor 911.
Posições 12 e 13: Authorization Life Cycle

 “00” - reserved for future use, zero filled - Indicates the number of
days preauthorization will stay in effect
Posições 14 - 16: POS Country Code
 Termmaster ou TA – Terminal Configuration Table - Terminal Country
Code - Indicates the country of the POS location (ISO numeric) (not
the acquirer’s location)
Exemplo:
POS/PDV IP: 0016 30303030303030303030383030303736
P.08.04.05 231
12 ALGORITMOS DE CÁLCULO
Este capítulo trata de métodos de criptografia de senha e de dados, ANSI PIN
Block e cálculo do módulo 10.
12.1 Criptografia de dados

Utilizada para criptografia de confirmação positiva, referida, código pessoal
Redecard Celular, tarja e PAN.
Utilizar para criptografia de dados:
 Tabela de Criptografia - Working Key, criptografada pela Master Key
 Tabela de Criptografia - Key Index
 Tabela de Criptografia - 4 primeiros bytes do Check Value da working
key 3DES (calculado usando-se a working-key em claro e zeros como
dado)
Ex. WorkingPOS
EAB6 57F8 D9B6 A1A2 52AD 163D A49E 79D9 (em claro)
2CC3 0CF8 82FB 8877 AA6A D635 3BE4 4F32 (cifrada pela MasterPOS)
Check Value: A65D4839C6DF3A6E
O check value A65D4839C6DF3A6E da Working-Key do terminal é obtido
usando-se a chave
EAB657F8D9B6A1A252AD163DA49E79D9 para cifrar 8 bytes 'de zeros' em
criptografia TDES.
CONFIGURAÇÕES POSSÍVEIS PARA CHAVES PRINCIPAL

/ CONTINGÊNCIA DE DADOS
Principal Contingência
Caso 1 3DES DES
Caso 2 DES Não Possui
12.2 Criptografia de senha

Utilizada somente na criptografia da senha online (BIT 52). A senha online é
enviada ao host, criptografada pelo método 3DES ou DUKPT, conforme
configuração na Tabela Criptografia.
O DUKPT (Derived Unique Key Per Transaction) é um método de criptografia
definido pela American National Standard for Financial Services na norma ANS
X9. 24-1
P.08.04.05 232
O DUKPT utiliza o algoritmo Triple-DES para codificação do PIN, mais uma

chave única para cada transação, identificada pelo Key Serial Number (KSN). O
dado criptografado é enviado ao host junto com a KSN. A KSN servirá para o
host calcular a chave de criptografia utilizada, uma vez que esta é única para
cada transação.
Portanto:
Se uma transação enviar a senha online (BIT 52) para ser validada pelo host e
estiver operando em DUKPT, esta transação deve também enviar o KSN
correspondente. O KSN é enviado no BIT 47 - tag 0x10.
 A Tabela de Criptografia possui 4 registros:
 1 chave de senha principal
 1 chave de senha contingência
 1 chave de dados principal
 1 chave de dados contingência
 Se terminal for ligado, estiver inicializado, porém inoperante devido
à carga de chaves, deve ser solicitado para utilizar a função 18
(Injeção de Chaves).
 O leiaute das telas utilizado pela função 18, está descrito no anexo
Funções do Lojista.
 A injeção de chaves é executada automaticamente após uma
inicialização, se o terminal estiver configurado para operar em
DUKPT.
 A função 18 poderá também ser executada a qualquer momento, a
fim de alterar o modo de criptografia para DUKPT, caso o terminal
esteja operando em modo de contingência e o modo principal
indique DUKPT. Poderá ser também utilizada para alterar a chave
DUKPT injetada. Neste caso, se a troca de chaves é aceita ou
rejeitada, fica a cargo de decisão do host.
 Se a criptografia de dados e senha forem 3DES, poderão utilizar
chaves distintas, conforme Key Index configurado na Tabela de
Criptografia.
CONFIGURAÇÕES POSSÍVEIS PARA CHAVES PRINCIPAL

/ CONTINGÊNCIA
Principal Contingência
Caso 1 DUKPT 3DES
Caso 2 DUKPT DES
Caso 3 3DES DES
Caso 4 DES Não possui
O algoritmo abaixo descreve o uso das chaves principal/contingência pelo

terminal e os momentos onde a Injeção de Chaves poderá ser utilizada.
P.08.04.05 233
ALGORITMO
Inicializar o terminal.
SE criptografia principal = DUKPT
SE chave DUKPT não estiver carregada no terminal
Terminal envia transação de Injeção Remota ao host específico
(3 tentativas para a carga de chaves)
SE erro na carga de chaves após 3 tentativas (timeout, etc.)
SE TERMINAL ESTIVER CONFIGURADO PARA OPERAR
EM CONTINGÊNCIA 3DES/DES
Utilizar chave 3DES/DES
SE erro na UTILIZAÇÃO de chave 3DES/DES
Terminal fica inoperante (função 18 pode
torná-lo operacional novamente)
SENÃO
Criptografia de senha = contingência
3DES/DES (função 18 pode alterar a
criptografia para DUKPT)
FIM SE
SENÃO
Terminal fica inoperante (função 18 pode torná-lo
operacional novamente)
FIM SE
SENÃO
Criptografia de senha = DUKPT
FIM SE
SENÃO (chave já carregada)
Criptografia de senha = DUKPT
FIM SE
SENÃO criptografia principal = 3DES/DES
SE erro na UTILIZAÇÃO de chave 3DES/DES
SE TERMINAL ESTIVER CONFIGURADO PARA OPERAR EM
CONTINGÊNCIA DES
Criptografia de senha = contingência DES
SENÃO
Terminal fica inoperante
FIM SE
SENÃO
Criptografia de senha = 3DES
P.08.04.05 234
FIM SE
FIM SE
Veja Injeção Remota de Chaves
12.2.1 Definição dos componentes utilizados para

DUKPT
Nome Formato Descrição
IPEK 16 bytes “Initial PIN Encryption Key” é a chave DUKPT inicial a ser
carregada no terminal através do processo de injeção de
(Chave Triple-
chaves. Todo o processo aqui descrito tem como único objetivo
DES)
garantir a confidencialidade da IPEK no momento da sua
transmissão da REDE para o terminal.
ChkVal 4 bytes Quatro primeiros bytes da criptografia Triple-DES usando-se a

IPEK como chave e 8 bytes zerados como entrada.
ChkVal = 3DES (’00 00 00 .. 00’, IPEK)
É usado pelo terminal para verificar se a IPEK foi recebida
corretamente.
KEK 16 bytes Chave usada para criptografar a IPEK, garantindo sua

confidencialidade no transporte da REDE para o terminal.
(Chave Triple-
DES)
#IPEK# 16 bytes Valor da IPEK decriptografada pela chave KEK:

#IPEK# = 3DES (IPEK, KEK)
IPEK = 3DES (#IPEK#, KEK)
O valor #IPEK# é que desce em aberto da REDE para o terminal.
TMK 16 bytes “Terminal Master Key” é a chave Triple-DES da REDE hoje

presente (injetada em fábrica) nos diferentes terminais. Essa
(Chave Triple-
chave também é conhecida pelo HSM
DES)
RAND 16 bytes Número aleatório gerado pelo terminal no início do processo de

injeção remota. A chave KEK é gerada decriptografando-se
RAND pela chave TMK:
KEK = 3DES (RAND, TMK)
RAND = 3DES (KEK, TMK)
TKpub 128 bytes Chave pública RSA da REDE, criada pelo HSM, que é conhecida
dos terminais. Preferencialmente, esta chave pode estar
(1024 bits)
“hardcoded” nas aplicações que são assinadas de acordo com
P.08.04.05 235
os requisitos do PCI.
TKprv 128 bytes Par privado de TKpub, conhecido somente pelo HSM da REDE.
(1024 bits)
Tkid 2 bytes Identificados do par TKpub / TKprv, conhecido pelos terminais e

pelo HSM. Esta especificação prevê que a REDE possa criar
vários pares de chaves RSA para o processo de injeção remota,
de forma a designar diferentes chaves públicas para diferentes
famílias / modelos de terminais.
CERT 128 bytes Conjunto de dados que inclui RAND e outras informações, no
formato PKCS 1.5.
#CERT# 128 bytes Dados de CERT criptografados por TKpub.

(Certificado
#CERT# = RSA(CERT,TKpub)
RSA)
CERT = RSA(#CERT#,TKprv)
ILKSN 10 bytes “Initially Loaded Key Serial Number” é o identificador da chave

DUKPT injetada no terminal.
Fonte: SETIS - REDE - Criptografia DUKPT - Diretrizes Gerais (2010)
12.3 ANSI PIN block format 0

Para a criptografia do PIN (BIT 52 DUKPT ou 3DES), dos dados de confirmação
positiva e dados de transações referidas (BIT 48 – Tag 0x50) e código pessoal
Redecard Celular é necessária a operação de Xor com o número do cartão
obedecendo o padrão ANSI PIN BLOCK Format 0.
Para a criptografia do BIT 2, 35 ou 45, a operação de Xor com o número do
cartão não deve ser efetuada.
Seguindo os procedimentos abaixo descritos teremos o chamado ANSI PIN
BLOCK:
1. Inicializar uma área de 8 bytes para conter o PIN.
2. No primeiro byte indicar o tamanho do PIN (senha)
3. Nos bytes seguintes preencher com os dígitos do PIN
4. Completar a área com “high values” (“FF” em hexa)
5. Agora vamos misturar o número do cartão - PAN - (Personal Account
Number)
6. Em outra área separar os 12 últimos dígitos à direita do número do
cartão, desprezando o dígito verificador, para o qual damos o nome de
PAN Parcial.
7. Executar um “EXCLUSIVE OR” do PIN Block com o PAN Parcial para obter
o ANSI PIN Block
P.08.04.05 236
8. Fornecer para a rotina de criptografia (DES) o ANSI PIN Block juntamente

com a chave criptográfica estabelecida para obtenção de um PIN BLOCK
criptografado.
EXEMPLO DE ANSI PIN BLOCK
Descrição Conteúdo
PIN 1234
Número do Cartão 5415.9733.3333.4456
PIN BLOCK Formatado (8 bytes)
0 4 1 2 3 4 F F F F F F F F F F
PAN Parcial Formatado (8 bytes)
0 0 0 0 5 9 7 3 3 3 3 3 3 4 4 5
ANSI PIN BLOCK (8 bytes)
0 4 1 2 6 D 8 C C C C C C B B A
12.4 Módulo 10 para o PAN dos cartões

Esta funcionalidade é habilitada através do campo do Termmaster ou TA –
Issuer Table – Options 1 – BIT 07, para transações digitadas.
Os terminais deverão implementar o algoritmo que segue, para atender essa
necessidade, e também acrescentar inteligência nas transações de cartão de
crédito, a fim de reduzir o tráfego de mensagens devido a cartões inválidos. O
tamanho de um PAN pode variar de 11 a 19 dígitos.
Importante: para cartões com padrão de trilhas ANSI o cálculo do módulo 10
é idêntico, porém quando houver espaços entre os números do PAN estes
devem ser descartados para realização do cálculo.
P.08.04.05 237
ALGORITMO MÓDULO 10
Exemplo de cartão com 16 dígitos: Número de cartão Credicard/:
5493402400980778
Dígito 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
Número do cartão 5 3 9 3 4 0 2 4 0 0 9 8 0 7 7 Dv
Calcular módulo 10 (*) com os dígitos 1 a 15

Rejeitar cartão se módulo 10 calculado  dígito 16 da identificação do cartão
Calculo do MOD 10:
1a posição: 5 5 * 2 = 10  1 + 0 = 1
2a posição: 4 4 * 1 = 04  0 + 4 = 4
3a posição: 9 9 * 2 = 18  1 + 8 = 9
4a posição: 3 3 * 1 = 03  0 + 3 = 3
5a posição: 4 4 * 2 = 08  0 + 8 = 8
6a posição: 0 0 * 1 = 00  0 + 0 = 0
7a posição: 2 2 * 2 = 04  0 + 4 = 4
8a posição: 4 4 * 1 = 04  0 + 4 = 4
9a posição: 0 0 * 2 = 00  0 + 0 = 0
10a posição: 0 0 * 1 = 00  0 + 0 = 0
11a posição: 9 9 * 2 = 18  1 + 8 = 9
12a posição: 8 8 * 1 = 08  0 + 8 = 8
13a posição: 0 0 * 2 = 00  0 + 0 = 0
14a posição: 7 7 * 1 = 07  0 + 7 = 7
15a posição: 7 7 * 2 = 14  1 + 4 = 5
Total: 62
62 / 10 = 6, resto = 2 10 - 2 = 8 (dígito de controle na 16a posição)
P.08.04.05 238
Obs.: Se o resultado da subtração for 10 (divisão exata), o dígito de controle

será zero.
Exemplo de cartão com 14 dígitos: Número de cartão Diners Club: 3 6 2 2 0 0 6
8740010
Dígito 1 2 3 4 5 6 7 8 9 10 11 12 13 14
Número do cartão 3 6 2 2 0 0 6 8 7 4 0 0 1 Dv
Calcular módulo 10 com os dígitos 1 a 13

Calculo do MOD 10:
1a posição: 3 3 * 2 = 06  0 + 6 = 6
2a posição: 6 6 * 1 = 06  0 + 6 = 6
3a posição: 2 2 * 2 = 04  0 + 4 = 4
4a posição: 2 2 * 1 = 02  0 + 2 = 2
5a posição: 0 0 * 2 = 00  0 + 0 = 0
6a posição: 0 0 * 1 = 00  0 + 0 = 0
7a posição: 6 6 * 2 = 12  1 + 2 = 3
8a posição: 8 8 * 1 = 08  0 + 8 = 8
9a posição: 7 7 * 2 = 14  1 + 4 = 5
10a posição: 4 4 * 1 = 04  0 + 4 = 4
11a posição: 0 0 * 2 = 00  0 + 0 = 0
12a posição: 0 0 * 1 = 00  0 + 0 = 0
13a posição: 1 1 * 2 = 02  0 + 2 = 2
Total: 40
40 / 10 = 4, resto = 0 10 - 0 = 10
Portanto, o dígito de controle na 14a posição, neste caso é zero.
P.08.04.05 239
Exemplo de cartão com 15 dígitos: Número de cartão padrão ANSI: 376449480576003
Dígito 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Número do cartão 3 7 6 4 4 9 4 8 0 5 7 6 0 0 DV
Calcular módulo 10 com os dígitos 1 a 14

Calculo do MOD 10 trilha ANSI:
1a posição: 3 3 * 1 = 03  0 + 3 = 3
2a posição: 7 7 * 2 = 14  1 + 4 = 5
3a posição: 6 6 * 1 = 06  0 + 6 = 6
4a posição: 4 4 * 2 = 08  0 + 8 = 8
5a posição: 4 4 * 1 = 04  0 + 4 = 4
6a posição: 9 9 * 2 = 18  1 + 8 = 9
7a posição: 4 4 * 1 = 04  0 + 4 = 4
8a posição: 8 8 * 2 = 16  1 + 6 = 7
9a posição: 0 0 * 1 = 00  0 + 0 = 0
10a posição: 5 5 * 2 = 10  1 + 0 = 1
11a posição: 7 7 * 1 = 07  0 + 7 = 7
12a posição: 6 6 * 2 = 12  1 + 2 = 3
13a posição: 0 0 * 1 = 00  0 + 0 = 0
14º Posição: 0 0 * 2 = 00  0 + 0 = 0
Total: 57
57 / 10 = 5, resto = 7 10 - 7 = 3
Portanto, o dígito de controle na 15a posição, neste caso é 3.
P.08.04.05 240
13 OPERAÇÕES PREVISTAS
Esta seção descreve seguintes tópicos:
 ENVIO DO RESULTADO DO 2ND GAC E DO ISSUER SCRIPT RESULT NA
PRÓXIMA TRANSAÇÃO;
 CÓDIGO DE ACESSO
 PRÉ-DISCAGEM
 CONTROLE DE IMPRESSÃO DE CV
 DUPLICIDADE
 REIMPRESSÃO
 COLETA DE CVC2 E 4 ÚLTIMOS DÍGITOS
 DESFAZIMENTO
 ESTORNO
 ADVICES
 TRANSAÇÕES FINANCEIRAS
 FUNCÕES ADMINISTRATIVAS TÉCNICO
13.1 Processo de envio do BIT 47 – tags

0x0A e 0x0B
Este tópico detalha quando os tags 9F26 / 9f27 / 9f10 / 9f37 / 95 gerados no
2nd GAC e Issuer Script Result (resultado da execução de scripts) devem ser
enviados.
Os tags gerados no 2nd GAC e o resultado do Issuer Script Results (ISR) são
enviados no BIT 47 – tag 0x0A e tag 0x0B respectivamente da próxima
transação:
o 0100, 0200, 0400, 0420 e 0500 (Finalização),
conforme os casos descritos a seguir.
P.08.04.05 241
13.1.1 Caso 1 – Host aprova a transação

Próxima transação 0100 / 0200 / 0400 / 0420 / 0500 (finalização) carrega tags
gerados no 2nd Generate AC (9F26 / 9f27 / 9f10 / 9f37 / 95) e o Issuer Script
Result -ISR (se existir) da transação anterior no DE47. O tag 0x0b (ISR) será
enviado somente se a transação anterior tiver recebido scripts.
TERMINAL SWITCH
Transação 1 (* c/ DE47-tag 0x0a / 0x0b da Transação 0)
Resposta da Transação 1 aprovada
Resposta da Transação 2 - aprovada
* Dependendo da transação anterior
Diagrama de Sequência – Caso 1
Exemplo:
POS envia transação 1 (0100) ao Switch (SW).
SW envia resposta (0110) aprovando a transação 1, sem script.
POS envia transação 2 (0200) ao SW com BIT 47 – tag 0x0A referente à

transação 1.
SW envia resposta aprovando a transação 2 com script.
POS envia transação 3 (0400) ao SW com BIT 47 – tag 0x0A e tag 0x0B
referente à transação 2.
POS envia uma transação de finalização (0500) com BIT 47 – tag 0x0A e tag
0x0B com dados da transação 3.
SW envia resposta OK à finalização.
P.08.04.05 242
13.1.2 Caso 2 – Host nega a transação

O ISR (tag 0x0b - se houver) de uma transação que foi negada é enviado na
próxima transação. Nesse caso não há envio do tag 0x0a.
Uma transação negada pode mesmo assim receber script em sua resposta.
TERMINAL SWITCH
Resposta da Transação 1 - negada
Transação 2 (* c/ DE47-tag 0x0b da Transação 1)
Exemplo:
POS envia transação 1 ao Switch (SW).

SW envia resposta negando a transação 1, com script.
POS envia transação 2 ao SW com BIT 47 – tag 0x0B da transação 1.

SW envia resposta aprovando a transação 2.
P.08.04.05 243
13.1.3 Caso 3 – Timeout

Uma transação em que ocorreu timeout não gera dados para o envio no BIT
47 (tags 0x0a/0x0b) na próxima transação.
O BIT 55 (do 2nd GAC) é enviado na mensagem de Advice.
Os dados do BIT 47 (tags 0x0A e 0x0B) enviados na mensagem em que ocorreu
timeout devem ser preservados para serem enviados em uma próxima
transação.
TERMINAL SWITCH
Resposta da Transação 1 TIMEOUT

X
Desfazimento da Transação 1
(* c/ DE47-tag 0x0a / 0x0b da Transação 0)
Resposta do desfazimento
Transação 2
Resposta da transação 2 - aprovada
Advice da Transação 1 (* c/ dados do DE55 da Transação 1)
Resposta da mensagem de advice
Exemplo:
POS envia a transação 1 ao Switch com BIT 47(tags 0x0A e 0x0B)

correspondente à transação 0.
POS não recebe resposta (timeout)
POS envia uma transação de desfazimento da transação 1, com DE47 (tags
0x0a e 0x0b) da transação 0.
POS envia a transação 2 ao Switch.
Dados do BIT 47 da transação 1 não são enviados.
BIT 55 gerado no 2nd GAC da transação 1 é enviado na mensagem de advice.
P.08.04.05 244
13.1.4 Caso 4 – Cartão negou no 2ND GAC

Se após a aprovação da transação pelo host o cartão negar, o resultado do BIT
55 (2nd GAC) segue na mensagem de Advice (resultante da negativa do
cartão).
O resultado do ISR (se existir) é enviado normalmente no BIT 47 tag 0x0B de
próxima transação (0100 / 0200 / 0400 / 0420 / 0500 (finalização)).
TERMINAL SWITCH
Resposta da Transação 1 – aprovada pelo Host
Cartão nega Desfazimento da Transação 1

transação (* c/ DE47-tag 0x0b da Transação 1, se recebeu script)
Resposta do desfazimento
Transação 2
Advice da Transação 1 com DE 55 do 2nd GAC
Resposta da mensagem de advice
Exemplo:
POS envia a transação 1 ao Switch com BIT 47 (tags 0x0A e 0x0B)
correspondente à transação 0
Cartão nega a transação.
POS envia uma transação de desfazimento da transação 1, com o resultado do
script da transação 1 (DE47 tag 0x0b).
BIT 55 da transação1 é enviado na mensagem de Advice.
P.08.04.05 245
13.1.5 Caso 5 – Limpa desfazimento

Se for chamada a função para limpar desfazimentos pendentes de envio, o BIT
47 (tags 0x0A e 0x0B) também pendente de envio deve ser preservado para
envio na próxima transação.
TERMINAL SWITCH
Limpa
desfaz.
pendente
Transação 2 (* c/ DE47-tag 0x0a / 0x0b da transação 1)
Exemplo:
POS envia a transação 1 ao Switch com BIT 47 (tags 0x0a / 0x0b) da transação
0.
SW não envia resposta (timeout).
POS envia um desfazimento sem sucesso.
POS executa função para limpar desfazimentos pendentes.
POS envia transação 2 ao SW com BIT 47 (tag 0x0a / tag 0x0b) da transação 0.
P.08.04.05 246
13.1.6 Caso 6 – Transação negada offline antes do

envio ao host
Não gera dados para o envio no BIT 47. Os dados do BIT 55 são enviados na
mensagem de advice.
TERMINAL SWITCH
Transação 1
negada
localmente
Advice da Transação 1 – envia dados do DE 55 do 1st GAC
Resposta da Mensagem de Advice
Exemplo:
POS nega offline transação 1.
POS envia transação 2 com dados do BIT 47 (0x0a / 0x0b) da transação 0.
SW aprova transação.
POS envia dados do DE55 da transação 1 na mensagem de advice.
P.08.04.05 247
13.1.7 Caso 7 – Troca de Senha - erro no

processamento do Issuer Script
TERMINAL SWITCH
Transação Troca de Senha (* c/ DE47-tag 0x0a / 0x0b da
Transação anterior)
Resposta da Troca de Senha aprovada (c/ DE55 – tag 0x71 / 0x72)
Erro no Desfazimento da Troca de Senha (* c/ DE47-tag 0x0a / 0x0b da

processamento
do Issuer Script Troca de Senha)
Resposta do Desfazimento
Transação x
Resposta da Transação x
Exemplo:
POS envia a solicitação de Troca de Senha
SW/Emissor envia resposta aprovando a Troca de Senha com script.
Erro no processamento do script.
POS envia uma transação de desfazimento da transação de Troca de Senha,
com o resultado do script (DE47 tag 0x0b).
P.08.04.05 248
13.2 Código de acesso

Algumas operações disponíveis no terminal exigem a digitação do Código de
Acesso, a fim de garantir que somente operadores habilitados possam efetuá-
las. Estão previstos três perfis de Código de Acesso:
 Técnico – conforme parâmetro do Termmaster ou TA: Terminal
Configuration Table – Senha Técnica;
 Inicialização – conforme parâmetro do Termmaster ou TA: Terminal
Configuration Table – Senha Inicialização;
 Lojista – conforme parâmetro do Termmaster ou TA - Terminal
Configuration Table – Merchant Password. Somente para este
Código de Acesso deve ser disponibilizado mecanismo de alteração,
através da função 90. Este dado sobe na mensagem de estatística
(campo NMSEPIN).
O Código de Acesso, quando solicitado, deve exigir a entrada de 4 dígitos.
Cada dígito teclado deve ser exibido em display de forma mascarada, através
do caráter “*”. O terminal deve validar o dado Logo após sua completa
digitação, conforme respectivo parâmetro do Termmaster ou TA e, em caso
de inconsistência, deve apenas apagar os “****” presentes em display, e
aguardar nova tentativa. São permitidas 3 tentativas, a partir das quais o
terminal cancela automaticamente a operação.
13.3 Pré-discagem
Para as transações que envolvem a leitura do cartão (chip, trilha 1, trilha 2 ou
PAN digitado, inclusive em processamento de Fallback), a pré-discagem deve
ser efetuada, a fim de se reduzir o tempo de execução das mesmas.
Este processo deve iniciar-se tão Logo a aplicação identifique o adquirente do
cartão, através do BIN, isto é, verifique que o cartão em tratamento deve ser
roteado para a REDE. Para transações com chip em modo Online, inicia-se a
pré-discagem tão Logo se identifique o adquirente do cartão, através do AID.
Para transações sem contato, a pré-discagem deve ser iniciada tão logo seja
digitado o valor e antes de ser solicitada a aproximação do cartão.
O ponto exato onde deve ocorrer a pré-discagem para cada transação
está descrito nas planilhas Árvores de Coleta.
Para conexão GPRS a pré-discagem não se aplica.
Para as transações com chip, se for decidida a opção Offline durante o
processamento, seguir o seguinte algoritmo:
Se a conexão telefônica já estiver estabelecida no momento

da opção para o tratamento Offline
Efetuar a transação Offline normalmente. Se aprovada, imprimir o
respectivo cupom; se negada, exibir mensagem de fracasso ao
operador.
P.08.04.05 249
Incrementar o contador de transações Offline ainda não enviadas para

a REDE (o contador deve ser incrementado independentemente do
status da transação Offline: negada ou aprovada)
Enviar mensagem de desfazimento, se houver desfazimento pendente
armazenado no terminal; (*)
Enquanto houver transação Offline armazenada no terminal
 Enviar mensagem de Advice de transação Offline à REDE; (*)
 Armazenar dados da mensagem de resposta, para possibilitar
estorno;
 Decrementar o contador de Offlines ainda não enviadas.
Finalizar a conexão.
Senão (conexão telefônica ainda não completada)

Abortar o processo de discagem;
Não computar a ligação telefônica nos acumuladores da mensagem de
estatística.
(*) A ocorrência de Timeout na recepção de resposta da REDE

determina a desconexão.
A Consulta Serasa, que não envolve leitura de cartão, deve iniciar a pré-
discagem assim que o operador/lojista pressionar o Enter confirmando a
coleta do valor da consulta, seja esta com os blocos do CMC7 do cheque ou
não.
Não necessitam da pré-discagem as demais operações que envolvem conexão
com a REDE: estorno, Resumo de Vendas, Finalização, etc.
Cuidar para evitar a desconexão enquanto ainda ocorre a coleta dos

dados da transação. A desconexão ocorre apenas a pedido do terminal.
O NAC, mesmo que fique algum tempo sem receber dados, não
determina a desconexão do terminal.
Após o sincronismo dos modems, o terminal deve enviar a mensagem
tão Logo seja pressionado o <Enter> final de coleta de dados da
transação em tratamento.
Terminal deve desconectar-se da REDE tão Logo receba a mensagem de
resposta, ou tão Logo identifique a situação de Timeout
P.08.04.05 250
13.4 Controle de impressão de CV

Para todas as transações aprovadas pelo emissor, que possuam comprovante
do cliente e do estabelecimento, a impressão do CV obedecerá as situações
descritas abaixo, considerando os parâmetros cadastrados na Terminal Table,
Options 2. Por exemplo, Consulta SERASA não segue esta parametrização, pois
só possui comprovante de estabelecimento.
 Os comprovantes de estorno não seguem esta norma. Imprimem
sempre as duas vias.
 A reimpressão deverá ocorrer conforme item Reimpressão.
 As telas exibidas na impressão dos comprovantes dependem do
conteúdo do campo Options 2.
 Significado dos BITs do campo Options 2 da Terminal Table:
7 – Nenhum – não imprimir comprovante (opção válida somente para
menu, portanto só tem sentido se os BITs 5 e/ou 3 e/ou BIT 2 estiverem
também ligados)
6 - Estabelecimento automático – sempre imprimir comprovante do
estabelecimento
5 - Estabelecimento com pergunta – perguntar se deve imprimir o
comprovante do estabelecimento (se os BITs 7 e/ou 3 e/ou 2 estiverem
também ligados, esta opção fará parte de um menu. Caso contrário gera
uma pergunta ao usuário no momento da impressão do comprovante do
estabelecimento)
4 - Cliente automático – sempre imprimir o comprovante do cliente
3 - Cliente com pergunta – perguntar se deve imprimir o comprovante do
cliente (se os BITs 7 e/ou 5 e/ou 2 estiverem também ligados, esta opção
fará parte de um menu. Caso contrário gera uma pergunta ao usuário no
momento da impressão do comprovante do cliente)
2 - Ambas com pergunta – imprimir os dois comprovantes (opção válida
somente para menu, portanto só tem sentido se vierem também ligados
os BITs 5 e/ou 3 e/ou BIT 7)
0 – Não imprime o comprovante do cliente se transação realizada com
cartão contactless e com valor abaixo do CVM Limit. Nesta situação,
devem ser desconsideradas as configurações de impressão do
comprovante do cliente.
 Significado do BIT do campo Options 3 da Terminal Table:

0 – Prioriza descartar a impressão da via do cliente – Caso este bit esteja
ligado, a lógica de pergunta que deve ser feita para impressão da via do
cliente deve ser invertida. Ver exemplos abaixo.
Caso o bit 0 esteja ligado, deve ser apresentada a seguinte tela pelo
terminal:
P.08.04.05 251

convencional
Caso seja pressionada a tecla

DESEJA DESCARTAR
VIA DO CLIENTE? NÃO, deve ser impresso o
1.SIM 2.NAO comprovante. Se for
pressionada a tecla SIM, o
comprovante deve ser
descartado.
Caso o bit 0 esteja desligado, deve ser apresentada a seguinte tela pelo
terminal:
convencional

IMPRIMIR VIA DO
CLIENTE? SIM, deve ser impresso o
1. SIM 2 .NÃO comprovante. Se for
pressionada a tecla NÃO, o
descartado.
13.4.1 Configurações
No campo Options 2, somente são aceitas as configurações descritas a seguir.
Legenda: X indica bit = 1 (habilitado).
CONFIGURAÇÃO 1
Terminal pergunta se deve imprimir a via do cliente (bit 3 = 1) e o botão verde

faz com que o comprovante seja impresso (bit 1 = 0).
A via do estabelecimento é impressa automaticamente.
P.08.04.05 252
Se bit 0 “NÃO IMPRIME COMPROV.CLIENTE MENOR IGUAL CVM LIMIT” = 1, o

comprovante do cliente não será impresso para valores menores ou iguais ao
CVM Limit, portanto neste caso a tela 9B não será exibida.
BITs ligados em Options 2:

 7 Nenhuma
 6 Estabelecimento automático X
 5 Estabelecimento com pergunta
 4 Cliente automático
 3 Cliente com pergunta X
 2 Ambas
 0 NÃO IMPRIME COMPROV.CLIENTE MENOR IGUAL CVM LIMIT

 0 PRIORIZA DESCARTAR A IMPRESSÃO DO COMPROV. CLIENTE
Sequência de telas exibidas para a CONFIGURAÇÃO 1, após a mensagem

TRANSAÇÃO APROVADA:
convencional

IMPRIMIR VIA DO
descartado.
TRANSACAO
EFETUADA E Tela exibida somente para
CONCLUIDA transações de débito
P.08.04.05 253
CONFIGURAÇÃO 1A
Terminal pergunta se deve imprimir a via do cliente (bit 3 = 1) e o botão verde

faz com que o comprovante seja impresso (bit 1 = 0).
A via do estabelecimento é impressa automaticamente.

CVM Limit, portanto neste caso a tela 9B não será exibida.

 7 Nenhuma
 2 Ambas

 0 PRIORIZA DESCARTAR A IMPRESSÃO DO COMPROV. CLIENTE X
Sequência de telas exibidas para a CONFIGURAÇÃO 1A, após a mensagem

TRANSAÇÃO APROVADA:
convencional

DESEJA DESCARTAR
VIA DO CLIENTE? NÃO, deve ser impresso o
1.SIM 2.NÃO comprovante, exibindo a
mensagem abaixo.
Se for pressionada a tecla
SIM, o comprovante deve ser
descartado.
P.08.04.05 254
Exbir a mensagem enquanto

IMPRIMINDO
realiza a impressão do
comprovante.
CONFIGURAÇÃO 2
Terminal imprime os dois comprovantes automaticamente.

CVM Limit.
 7 Nenhuma
 4 Cliente automático X
 3 Cliente com pergunta
 2 Ambas

 0 PRIORIZA DESCARTAR A IMPRESSÃO DO COMPROV. CLIENTE
CONFIGURAÇÃO 3
Um menu é exibido ao usuário antes da impressão dos CVs com as opções de
quais vias devem ser impressas: NENHUMA VIA / VIA DO ESTABELECIMENTO /
VIA DO CLIENTE / AMBAS
Options 2 – Com esta configuração é exibida a Tela 2 e em seguida a Tela 4
 7 Nenhuma X
 6 Estabelecimento automático
 5 Estabelecimento com pergunta X
 2 Ambas X
P.08.04.05 255
 0 NÃO IMPRIME COMPROV.CLIENTE MENOR IGUAL CVM LIMIT (não

se aplica para esta configuração – valor não será considerado)

 0 PRIORIZA DESCARTAR A IMPRESSÃO DO COMPROV. CLIENTE (não
Se ocorrer timeout nesta tela, ambas as vias são impressas automaticamente.
CONFIGURAÇÃO 4
Terminal pergunta se deve imprimir a via do cliente e em seguida pergunta
novamente se deve imprimir a via do estabelecimento.
CVM Limit, portanto a pergunta não será feita para a impressão do
comprovante do cliente.
Options 2 - Com esta configuração é exibida a Tela 1 e em seguida a Tela 3 e

finalizando a Tela 4
 7 Nenhuma
 2 Ambas

0 PRIORIZA DESCARTAR A IMPRESSÃO DO COMPROV. CLIENTE (SE
DESLIGADO EXIBE TELA 9B / SE LIGADO EXIBE TELA 9C)
Se ocorrer timeout nesta tela, a via do cliente é impressa automaticamente e

se ocorrer novamente timeout na segunda tela, a via do estabelecimento é
também impressa automaticamente.
CONFIGURAÇÃO 5
quais vias devem ser impressas: VIA DO ESTABELECIMENTO / VIA DO CLIENTE
/ AMBAS
Com esta configuração é exibida a Tela 2 (menu com 3 opções) e finalizando a
Tela 4
P.08.04.05 256
 7 Nenhuma
 2 Ambas X

CONFIGURAÇÃO 6
Terminal pergunta se deve imprimir a via do estabelecimento. A via do cliente
é impressa automaticamente.
CVM Limit.
Options 2 – Com esta configuração é exibida a Tela 3 e em seguida a Tela 4
 7 Nenhuma
 4 Cliente automático X
 2 Ambas

Se ocorrer timeout nesta tela, a via do estabelecimento é impressa

automaticamente.
CONFIGURAÇÃO 7
quais vias devem ser impressas: NENHUMA VIA / VIA DO ESTABELECIMENTO /
VIA DO CLIENTE
P.08.04.05 257
Com esta configuração é exibida a Tela 2 (menu com 3 opções) e finalizando a

Tela 4
 7 Nenhuma X
 2 Ambas

CONFIGURAÇÃO 8
Não permite a impressão de comprovantes
Options 2 – Com esta configuração nenhum comprovante é impresso e em
seguida é exibida a Tela 4
 7 Nenhuma
 2 Ambas

13.4.2 Telas
TELA 1
P.08.04.05 258

convencional

IMPRIMIR VIA DO
descartado.
TELA 2 – MENU
Um menu é exibido ao usuário antes da impressão dos CVs com as opções
conforme configurado nos bits 7/5/3/2 de Options 2.
Nos terminais com display monocromático ou Gráfico, as setas nas telas de
menu têm somente a função de rolagem. As opções são escolhidas pela tecla
numérica correspondente ao item do menu.
convencional
IMPR QUAL VIA?
1.NENHUMA Um menu é exibido ao
2.ESTABELEC. usuário antes da impressão
3.CLIENTE ▼
dos CVs com as opções
conforme configurado nos
bits 7/5/3/2 de Options 2.
Caso seja
pressionado/selecionado “1.
NENHUM” ou pressionada o
botão CANCELA, a transação
é concluída sem a impressão
do comprovante.
TELA 3
Esta tela aparece quando o BIT 5 estiver ligado e os BITs 7,3 e 2 estiverem
desligados antes da impressão do comprovante.
Esta configuração de Options 2 será usada em um momento do projeto onde
só será permitida a opção de impressão do comprovante do estabelecimento
e IMP Comprovante significa IMPRIME COMPROVANTE DO
ESTABELECIMENTO?
P.08.04.05 259

convencional
IMP COMPROVANTE?
1. SIM 2 .NÃO Caso seja pressionada a tecla
SIM, deve ser impresso o
comprovante. Se for
descartado.
TELA 4
A tela “TRANSACAO EFETUADA E CONCLUIDA” aparece sempre no final da
transação de débito à vista independentemente de se o comprovante foi
impresso ou não e de quais BITs estão ligados em Options 2.
Nas demais transações devem ser exibida a mensagem “TRANSAÇÃO
APROVADA” ou tela específica de fim de transação conforme Árvore de
Coleta da respectiva transação.
TELA DE ERRO
Erro de Configuração no Campo Options 2
No caso de configuração inválida o terminal deverá:
Emitir a mensagem de erro abaixo logo após a inicialização e em toda a
tentativa de executar uma transação que utilize os parâmetros configurados
em Options 2 .
A mensagem de erro abaixo deve ser exibida.
convencional
ERRO TRANSACAO
LIGUE ATEND Exibir a mensagem por 10
REDE segundos.
P.08.04.05 260
13.4.3 Exemplos de comportamento do terminal –

Conforme conteúdo do Options 2
EXEMPLO 1
Menu onde as 4 opções de comprovante são possíveis (NENHUMA / ESTAB /
CLIENTE / AMBAS).
Neste caso a transação será concluída imprimindo os CVs conforme a opção
escolhida.
Em seguida exibir a Tela 2.
Options 2
7 Nenhuma X
6 Estabelecimento automático
5 Estabelecimento com pergunta X
4 Cliente automático
3 Cliente com Pergunta X
2 Ambas X

convencional
IMPR QUAL VIA?
1.NENHUMA Um menu é exibido ao
2.ESTABELEC. usuário antes da impressão
3.CLIENTE ▼
dos CVs com as opções
conforme configurado nos
bits 7/5/3/2 de Options 2.
Caso seja
pressionado/selecionado “1.
NENHUM” ou pressionada o
botão CANCELA, a transação
é concluída sem a impressão
do comprovante.
EXEMPLO 2
Nesse exemplo a via do estabelecimento será impressa automaticamente e a
do cliente será opcional através da pergunta da Tela 1.
Se a resposta for 1-NAO, aparecerá no visor do terminal a Tela 4.
Se a resposta for 2-SIM, a transação continuará na forma convencional com a
impressão da via do cliente e aparecerá no visor do terminal também a Tela 4.
Options 2
P.08.04.05 261
7 Nenhuma
6 Estabelecimento automático X
5 Estabelecimento com pergunta
3 Cliente com Pergunta X
2 Ambas
EXEMPLO 3
Nessa caso aparecerá no visor do terminal a Tela 4 e nenhuma via será
impressa.
Options 2
7 Nenhuma
6 Estabelecimento automático
5 Estabelecimento com pergunta
3 Cliente com pergunta
2 Ambas
EXEMPLO 4
Impressão automática das duas vias. Não haverá perguntas. Após a impressão
dos comprovantes a Tela 4 é exibida.
Options 2
7 Nenhuma
6 Estabelecimento automático X
5 Estabelecimento com Pergunta
4 Cliente automático X
3 Cliente com Pergunta
2 Ambas
13.4.4 Contadores de comprovantes para estatística –

Todas as transações
Todas as opções de impressão deverão ser contabilizadas na mensagem de
estatística.
Após a impressão de um comprovante, os seguintes campos de estatística
devem ser incrementados:
1. NMCVCliente Total impresso de CVs via cliente
P.08.04.05 262
2. NMCVEstab Total impresso de CVs via estabelecimento

3. NMCVAmbos Total impresso de CVs via estabelecimento e cliente
4. NMCVNenhum Total de CVs não impressos
5. NMCVGeral Total de transações (chip e magnético)
O campo NMCVGeral = NMCVCliente + NMCVEstab + NMCVAmbos +

NMCVNenhum + NMCVGeral.
A reimpressão de qualquer transação / estorno / transações em que só

existe uma via de comprovante (Consulta Private Label, SERASA) não
incrementam os contadores NMCV
EXEMPLO 1
Feita uma transação de débito à vista e os comprovantes de estabelecimento
e de cliente foram impressos. Neste caso somente os contadores 3 e 5 são
incrementados.
EXEMPLO 2
Feita uma transação de crédito parcelado adm e somente o comprovante de
estabelecimento foi impresso. Neste caso somente os contadores 2 e 5 são
incrementados.
13.5 Duplicidade
Ao realizar uma transação de venda, o terminal deverá verificar a ocorrência
de duplicidade. O terminal negará transação, exibindo em display a
mensagem abaixo, quando os seguintes dados da transação em tratamento
coincidir com os dados da transação bem-sucedida imediatamente anterior:
cartão, valor e modalidade da transação.
P.08.04.05 263

convencional
TRANSAÇÃO NAO
REALIZADA Exibir mensagem de erro ao
IDENTICA A lado.
ANTERIOR
EXCEÇÕES
Voucher Frota
No caso de uma transação de Voucher Frota, é considerada uma transação em

duplicidade somente se os campos:
Cartão, valor, modalidade e código de serviço forem iguais aos da transação
bem-sucedida imediatamente anterior:
A única transação que possui código de serviço é a de Voucher Frota.
Exemplo
Foi feita uma transação OK no valor de 100,00 com o cartão número 1 de
Voucher Frota (309), código de serviço 01 (abastecimento).
Foi feita uma segunda transação no valor de 100,00 com o cartão numero 1 de
Voucher Frota (309), código de serviço 02 (troca de óleo).
A segunda transação deve ser aceita.
A necessidade da verificação de duplicidade para cada transação está descrita
no item de detalhamento das mensagens DETALHAMENTO DAS MENSAGENS
Recarga de Celular pré-pago
No caso de uma transação de Recarga de celular pré-pago, é considerada uma

transação em duplicidade se o campo DDD+Número de Celular também for
igual ao da transação bem sucedida imediatamente anterior (além do valor,
modalidade e cartão).
13.6 Reimpressão
P.08.04.05 264
A maioria das operações efetuadas pelo terminal, quando bem-sucedidas,

determina a impressão de comprovante. Em geral, estes comprovantes
podem ser reimpressos, resolvendo problemas de falha de impressão ou
perda do documento. A reimpressão é possível para as transações que ainda
estão presentes no lote em tratamento.
IMPORTANTE
O cupom reimpresso deve exibir a data e hora em que a transação ocorreu, e
não a data e hora da reimpressão. Desta forma, devem permanecer no Log do
terminal os BITs 12 e 13 da transação original.
No caso do comprovante de cliente de uma transação de crédito ter a
mensagem do emissor impressa (BIT 47 – Tag 2), a reimpressão NÃO pode
conter esta informação. No caso de reimpressão do comprovante de
estabelecimento isto não ocorre, pois a mensagem do emissor serve somente
para o comprovante de cliente.
O comprovante de estorno imprime a data e hora em que o estorno ocorreu.
Para a reimpressão, o PAN deve ser armazenado já mascarado de acordo com
o configurado no Termmaster ou TA.
A reimpressão pode ser feita pelas funções 72 / 73 ou pelo MENU.
FUNÇÃO 72
Para reimprimir o comprovante da transação atual (última executada)
selecione a função 72.
O terminal deverá solicitar qual via será impressa, inclusive para a transação
de débito:
CLIENTE/ESTABELECIMENTO/AMBAS.
FUNÇÃO 73
Para a reimpressão de transação ocorrida anteriormente à última transação,
deve-se utilizar a função 73, e fornecer o número da autenticação da
transação desejada (campo AUTE do comprovante do estabelecimento).
Portanto, somente poderá ser reimpressa a via, caso o lojista tenha alguma via
para informar o número da autenticação.
Esta função não é valida para a transação de RECARGA.
Caso o terminal não encontre o número de autenticação exibir a mensagem
abaixo e voltar ao menu principal.
convencional
P.08.04.05 265
TRANSACAO NAO
Exibir a mensagem de erro
EXISTE
ao lado e retornar ao menu
principal.
Caso o terminal encontre o número NNNN o terminal deverá solicitar qual via
será impressa, inclusive para a transação de débito:
CLIENTE/ESTABELECIMENTO/AMBAS, conforme função 72.
MENU
A reimpressão pelo MENU permite que se reimprima a última transação ou
escolha uma transação específica.
A reimpressão da última transação ocorre da mesma forma que a Função 72.
A reimpressão de uma transação ocorrida anteriormente à última transação
ocorre da mesma forma que a Função 73.
REIMPRESSÃO DE ESTORNO PELA FUNÇÃO 72

A função 72 só funciona para reimpressão da última transação.
Se solicitada uma reimpressão Logo após uma operação de estorno, o
terminal reimprimirá o comprovante da transação que acate reimpressão
efetuada antes, e não o comprovante de estorno, pois o estorno apenas muda
o “status” da transação financeira correspondente (veja Exemplo 1).
Exemplo 1
1. O cliente Marcos fez uma transação de crédito
2. Em seguida o cliente Roberto fez em seguida uma transação de crédito
3. Roberto fez o estorno de sua transação
4. Em seguida solicita-se uma reimpressão pela função 72 e o comprovante
da transação de Marcos é reimpresso
REIMPRESSÃO DE ESTORNO PELA FUNÇÃO 73
P.08.04.05 266
Caso a transação tenha sido estornada, o número de AUTENTICAÇÃO foi

alterado. O terminal deverá acatar a digitação da autenticação da autorização
ou do estorno, imprimindo em ambos os casos o comprovante de estorno.
O comprovante de uma transação que foi estornada nunca mais pode ser
reimpresso. Caso seja solicitado um comprovante desta transação, o
comprovante de estorno será reimpresso (veja Exemplo 2).
Exemplo 2
1. O cliente Marcos fez uma transação de crédito.
2. Em seguida Marcos fez um estorno de sua transação
3. Em seguida solicita-se uma reimpressão pela função 73 e o comprovante
que é reimpresso é o de estorno da transação de crédito de Marcos.
13.7 Coleta de CVC2 e 4 últimos dígitos

Durante uma transação, o terminal pode solicitar
 CVC2
 os 4 últimos dígitos do cartão
 CVC2 e os 4 últimos dígitos do cartão
 nem o CVC2, nem os 4 últimos dígitos do cartão,
Dependendo das configurações do “Issuer Table Entry” do Termmaster ou TA
 Options 1 - BIT 6 - Transação c/ trilha solicita CVC2 = true/false
 Options 1 - BIT 2 - Trans. c/ trilha solicita 4 últimos dígitos =
true/false
 Options 4 - BIT 7 - Transação digitada solicita CVC2 = true/false
 Options 4 – BIT 5 - Trans. digitada solicita 4 últimos dígitos =
true/false
 Options 4 - BIT 6 - Aceita CVC2 inexistente ou ilegível = true/false
 Option 4 – BIT 3 – CVC2 com 5 posições = True/false
OBSERVAÇÕES
 Transações com Chip não fazem coleta de CVC2.
 Apenas o CVC2 será enviado ao Host. Os 4 últimos dígitos são
conferidos localmente.
 O parâmetro do Termmaster ou TA: Terminal Configuration Table –
Options 3 “Crédito digitado coleta CVC2 ?” não é mais utilizado.
 Caso sejam solicitados em uma mesma transação o CVC2, os 4
últimos dígitos, data de validade do cartão e senha, estas
informações devem ser coletadas na seguinte ordem:
 CVC2
 4 últimos dígitos
 Validade
 Senha
O tratamento de coleta de CVC2 ilegível ou inexistente aplica-se a todas as
transações que permitem a coleta de CVC2.
P.08.04.05 267
13.7.1 Coleta do CVC2 se ilegível ou inexistente no

cartão
Caso o terminal solicite a digitação do CVC2 para um cartão em que ele esteja
ilegível ou não exista, mesmo assim a transação ainda poderá ser aceita,
dependendo da configuração do Termmaster ou TA para o Issuer.
Nesse caso, na tela de digitação do CVC2 (Código de Segurança) deve ser
pressionado apenas ENTRA.
O processamento no terminal se dá conforme o fluxo a seguir:
Transação
Issuer Não
solicita CVC2 ?
CVC2 = 3 dígitos
(crédito) / 3 a 5
Sim dígitos (débito)
Não
Opt4-Bit3=True?
CVC2 digitado ? Sim 5 posições CVC2
Crédito
Não Sim
Libera 5 posições
Não Opt4-Bit6=True? em display
(aceita CVC2 ilegível /
inexist.)
CVC2 = de 3 a 5
Sim dígitos crédito e
débito
Sim
CVC2 = “2” +
Ilegível ?
“zeros”
Não (inexistente)
CVC2 = “1” +
“zeros”
Terminal continua
processamento da
transação
Figura 1 – Fluxograma de coleta de CVC2
P.08.04.05 268
A primeira verificação no fluxograma da Fig. 1 (Issuer solicita CVC2 ?) é feita

através dos bits do Termmaster ou TA, dependendo se a transação é feita por
trilha magnética ou digitada:
 Options 1 - BIT 6 - Transação c/ trilha solicita CVC2
 Options 4 - BIT 7 - Transação digitada solicita CVC2
O CVC2 digitado no terminal (ou deixado em branco) sofre uma alteração

antes do envio ao Host, conforme segue:
PARA TRANSAÇÕES DE CRÉDITO

convencional
CREDITO
COD.SEGURANÇA Se o operador pressionar o
botão CONFIRMA ou a tecla
...
ENTRA sem digitar o CVC2,
seguir para a tela abaixo.
CREDITO
COD.SEGURANCA Se o operador deve
selecionar “1” se o cartão
...
não possui CVC2 ou “2” se o
CVC2 estiver ilegível.
CVC2 “inexistente”
BLOCO CVC2 = 01 1F FF FF FF FF FF FF
CVC2 “ilegível”
P.08.04.05 269
PARA TRANSAÇÕES DE DÉBITO

convencional
DEBITO
COD.SEGURANCA Se o operador pressionar o
botão CONFIRMA ou a tecla
...
ENTRA sem digitar o CVC2,
seguir para a tela abaixo.
CREDITO
COD.SEGURANCA Se o operador deve
selecionar “1” se o cartão
...
não possui CVC2 ou “2” se o
CVC2 estiver ilegível.
13.7.2 Coleta do CVC2 em transações magnéticas

Para as transações realizadas com tarja magnética o terminal deve solicitar o
CVC2 e enviá-lo na mensagem ao Host, se Options 1 - BIT 6 = true.
Caso o Options 4 – BIT 3 = True, então para o produto crédito o terminal deve
liberar a entrada de 3 a 5 posições de CVC2.
A coleta é feita logo após a leitura da tarja magnética. Deve ser totalmente
preenchido (3 dígitos numéricos se crédito (depende do Opt4 - Bit3) ou 3 a 5
dígitos numéricos se débito).
Caso não exista o CVC2 no cartão ou estiver ilegível e no Termmaster ou TA
Options 4 - BIT 6 = True, a transação poderá prosseguir o processamento
P.08.04.05 270
pressionando-se ENTRA. Caso contrário continuar na tela aguardando

digitação.
PARA TRANSAÇÕES DE CRÉDITO

convencional
CREDITO
COD.SEGURANCA Digitar os 3 dígitos
numéricos
.....
BLOCO CVC2 = 03 nn nF FF FF FF FF FF
BLOCO CVC2 = 04 nn nn FF FF FF FF FF (quando Opt4 Bit3 = true/ issuer table).
BLOCO CVC2 = 05 nn nn nF FF FF FF FF (quando Opt4 Bit3 = true / issuer table).
PARA TRANSAÇÕES DE DÉBITO

convencional
DEBITO
COD.SEGURANCA Digitar de 3 a 5 dígitos
numéricos
...
BLOCO CVC2 = 05 nn nn nF FF FF FF FF
13.7.3 Coleta do CVC2 em transações de crédito

digitada
Para as transações de crédito digitadas, o terminal deve solicitar o CVC2 e
enviá-lo na mensagem ao Host, se Options 4 - BIT 7 = true.
P.08.04.05 271
A coleta é feita logo após a digitação do número do cartão. Deve ser

totalmente preenchido (3 dígitos numéricos) ou (≥ 3 e ≤ 5 se Opt4 bit3 = true /
issuer table).
Caso não exista o CVC2 no cartão ou estiver ilegível e no Termmaster ou TA
Options 4 - BIT 6 = True, a transação poderá prosseguir o processamento
pressionando-se ENTRA. Caso contrário continuar na tela aguardando
digitação.
convencional
CREDITO
COD.SEGURANCA Digitar os 3 dígitos
numéricos no mínimo, ou
.....
digitar até 5 posições se
estiver parametrizado em
tabela.
Nota: O números de pontos
no display deve variar em
função do parâmetro da
issuer table Opt4 Bit3 (de 3 a
5).
BLOCO CVC2 = 03 nn nF FF FF FF FF FF
BLOCO CVC2 = 04 nn nn FF FF FF FF FF (quando Opt4 Bit3 = true/ issuer table).
BLOCO CVC2 = 05 nn nn nF FF FF FF FF (quando Opt4 Bit3 = true / issuer table).
13.7.4 Coleta dos 4 últimos dígitos do cartão em

transações com tarja ou digitadas
Validar localmente os 4 últimos dígitos do cartão se Issuer Table – Options 1
BIT 2 - Trans. c/ trilha solicita 4 últimos dígitos = true
Validar localmente os 4 últimos dígitos do cartão se Issuer Table – Options 4
BIT 5 - Trans. digitada solicita 4 últimos dígitos = true
13.7.5 Criptografia do CVC2

O CVC2 coletado, independentemente do tipo de transação, deverá ser
enviado em um bloco criptografado .
PROCESSO DE MONTAGEM DO BLOCO CVC2

NN CC CC CF FF FF FF FF (BLOCO CVC2)
Onde:
 NN: indica a quantidade de dígitos coletados do CVC2
P.08.04.05 272
 CC CC CF: CVC2 (completado com “F”s à direita para CVC2 menor

que 5 dígitos)
 FF FF FF FF: filler para completar tamanho do campo em 8 bytes
Exemplos de blocos CVC2, para cada uma das situações presentes nos
terminais:
Crédito com CVC2 = 123 (tamanho 3)
BLOCO CVC2 = 03 12 3F FF FF FF FF FF
Crédito com CVC2 = 11223 (tamanho 5)
BLOCO CVC2 = 05 11 22 3F FF FF FF FF
Débito com CVC2 = 54321 (tamanho 5)

BLOCO CVC2 = 05 54 32 1F FF FF FF FF
O BLOCO CVC2 resultante de qualquer uma das operações de montagem

acima deverá ser criptografado pelo mesmo método utilizado para
criptografia de dados no terminal e enviado na tag0x30 do DE48.
Importante
Tags 0x05 (CVC2 crédito) e 0x0C (CVC2 débito) do DE48 têm seu uso
descontinuado.
13.8 Desfazimento
Parte sempre do terminal a iniciativa de comunicação com a REDE, a qual é
feita através de mensagens ISO 8583.
Toda mensagem parte do terminal com controle de tempo. O tempo é
contado a partir do “send” bem-sucedido da mensagem ISO formatada pelo
terminal, e expira quando atinge o limite configurado no Termmaster ou TA
(Tabela de Comunicação – Response Timeout). Caso a mensagem de resposta
não chegue a tempo (Timeout) ou exista erro na mesma, o terminal efetua a
desconexão e sinaliza internamente a necessidade de desfazimento, se a
operação em tratamento for passível de desfazimento. Nesta situação, o
terminal deve exibir em display a mensagem de falha de comunicação “TENTE
DE NOVO-XX”, sendo XX o motivo.
P.08.04.05 273
Falha na impressão de comprovante, durante o processamento de uma

resposta, não determina desfazimento. Neste caso utiliza-se o recurso de
reimpressão.
Ha ainda casos específicos de desfazimento não ocasionados por Timeout, em
transações com chip se o cartão não aprovar a transação após comunicação
com o Host.
O terminal deve disponibilizar uma função, que exija senha técnica, para
eliminar desfazimentos pendentes, caso este procedimento se tornar
necessário (ver descrição da função 93 em documento anexo).
Não há desfazimento para transação Offline. Se terminal não receber

resposta a um Advice de transação Offline, deve desconectar-se da
REDE, porém deve manter a transação localmente armazenada para
envio futuro, seguindo a regra de envio de Advices
As mensagens de desfazimento são enviadas automaticamente pelo terminal

em duas situações:
 Durante o processamento da próxima transação Online, sem
qualquer intervenção do operador.
Mensagem 0420 (desfazimento)
Mensagem 0430
(resposta de desfazimento)
Terminal Redecard
Mensagem correspondente à operação

que determinou a conexão telefônica
Respectiva mensagem de resposta
 Assim que o terminal atingir x minutos de ociosidade, a aplicação

deve verificar se há desfazimento pendente. Se existir, deve então
enviá-lo para o Host sem qualquer intervenção do operador.
 Sendo x o valor em minutos configurado na Tabela Terminal no
campo: Tempo para envio do desfazimento automaticamente.
P.08.04.05 274
 O tempo de ociosidade é contabilizado somente enquanto o

terminal estiver ligado, isto é, se o terminal for desligado o contador
de tempo de ociosidade volta à zero.
Mensagem 0420 (desfazimento)
Terminal Mensagem 0430 Redecard

(resposta de desfazimento)
13.9 Estorno
Um estorno ocorre quando o cliente desiste da transação efetuada e deseja
cancelá-la.
Para estornar uma transação pode ser usado o Chip/tarja/digitação,
independentemente do tipo de cartão.
O mecanismo de Fallback não ocorre no estorno.
Exemplo: Pode-se fazer um estorno com um cartão com Chip, passando a tarja
magnética, sem que a aplicação solicite a inserção do Chip.
Esta operação determina a impressão de comprovante, o qual deve exibir:
 Os dados do cabeçalho conforme mensagem de resposta de estorno
(0410);
 O BIT 63 da transação original sendo estornada;
 O texto “ESTORNO” imediatamente antes da identificação da
transação.
Para adequação ao PA-DSS, ao realizar uma busca no lote do terminal para o
estorno, o terminal deverá criptografar os dados coletados no momento do
estorno e compará-los com os dados do lote.
Segue fluxo de mensagens de estorno entre estabelecimento e REDE:
P.08.04.05 275
Mensagem de desfazimento, se
houver (0420/0420 E)
Mensagem de resposta de
desfazimento (0430/0430 E)
Terminal Redecard
Mensagem 0400 de estorno,
Mensagem 0410 de resposta de

estorno
13.9.1 Estorno de transações online

Um estorno é feito sempre no mesmo terminal em que ocorreu a transação a
ser estornada, mediante validação do Código de Acesso do lojista.
A transação original a ser estornada está no Log do terminal (lote em
tratamento), e é acessada através da leitura da trilha/Chip ou digitação do
número do cartão. A partir do número do cartão, o terminal deverá localizar
a(s) transação (ões) existentes para aquele cartão.
Quando houver mais de um tipo de transação para o número do cartão
(crédito e débito, por exemplo), o terminal deverá solicitar que o operador
identifique qual transação deseja estornar.
Após isso, o terminal deverá mostrar todos os valores existentes para aquele
cartão e tipo de transação.
Havendo mais de uma transação com o mesmo valor, o terminal deverá
mostrar tantas quantas forem as quantidades de transações com aquele valor.
O usuário deverá identificar qual transação será estornada.
 Deve solicitar confirmação do valor da operação antes de processá-
la;
 Mensagem “TRANSACAO NAO EXISTE”, quando transação não é
localizada no Log.
13.9.2 Estorno de pré-autorização

O estorno de uma pré-autorização é feito através da opção Cancelamento Pré,
dentro do menu Crédito - Pré-autorização. Esta transação pode ser feita via
tarja/chip/magnética.
A transação de pré-autorização pode ser estornada não somente no dia em
que ocorreu, mas também em dias subseqüentes, e terá o estorno aprovado
pela REDE até sua data de validade.
P.08.04.05 276
O terminal pode estornar tanto uma pré-autorização efetuada no mesmo,

como efetuada em qualquer outro estabelecimento comercial. Desta forma,
todos os dados necessários para o processamento de um estorno de pré-
autorização devem ser coletados pelo terminal. Ainda, o BIT 63 da mensagem
0410 estará presente em caso de estorno bem-sucedido, contendo parte do
comprovante que deverá ser impresso.
13.9.3 Estorno de transações offline

Há 3 situações a tratar para estorno de transações Offline:
 A Offline a ser estornada ainda está no terminal e não houve
tentativa de envio para a REDE:
Se é Voucher o terminal deve enviar a Offline para a REDE
Se sucesso no envio da Offline o terminal envia solicitação de
estorno para a REDE e imprime comprovante, se a resposta
REDE sinalizar sucesso no estorno.
Senão (fracasso no envio da Offline) o operador deve solicitar

novamente o estorno.
Senão (não é Voucher) o terminal deve imprimir o comprovante de

estorno e simplesmente eliminar a mensagem de compra Offline do
arquivo de transações Offline pendentes de envio;
 A Offline a ser estornada ainda está no terminal, porém já houve
tentativa fracassada de envio da mesma para a REDE:
Se é Voucher o terminal deve enviar a Offline para a REDE
Se sucesso no envio da Offline o terminal envia solicitação de
estorno para a REDE e imprime comprovante, se a resposta
REDE sinalizar sucesso no estorno.
Senão (fracasso no envio da Offline) o operador deve solicitar

Senão (não é Voucher) o terminal deve enviar o estorno para a REDE.
 Se a REDE negar o estorno (BIT 39 da mensagem 0410 de
estorno  0, sinalizando que a REDE ainda não recebeu a
original), o terminal deverá imprimir normalmente o
comprovante de estorno, eliminando a respectiva Offline da
sua base de dados.
 Se ocorrer erro de comunicação o operador deve solicitar
 A Offline a ser estornada já foi enviada, com sucesso, para a REDE.
Neste caso, o terminal envia solicitação de estorno para a REDE e
imprime comprovante, se a resposta REDE sinalizar sucesso no
estorno.
P.08.04.05 277
13.9.4 Estorno – Redecard celular
OBJETIVO
Permitir o estorno de uma transação de confirmação de pagamento de
Redecard Celular recém realizada.
Esta função difere dos demais estornos, e possui um fluxo diferenciado.
Por questão de segurança, o estorno só poderá ser efetuado por meio do
terminal que efetuou a transação aprovada.
PRÉ-REQUISITO
Existência de registro da transação efetuada no lote do terminal.
INÍCIO DA TRANSAÇÃO
A opção REDECARD CELULAR apenas poderá ser escolhida via tecla MENU.
Selecionar a opção REDECARD CELULAR /ESTORNO.
Identifica-se uma transação a ser estornada pelo número do Comprovante de
Venda.
COMPROVANTE
Veja comprovante em COMPROVANTES – “Book”.
ENTRADA DE DADOS
Veja anexo Coleta de Dados – Árvores de coleta para o leiaute das telas.
Campos de entrada da transação são:
CAMPO TAMANHO VALORES
Senha lojista 4 dígitos numéricos Campo obrigatório
Número do CV Até 12 dígitos numéricos Número impresso no comprovante

da Transação - obrigatório
FLUXO NORMAL
Início da transação
1. Operador inicia transação via MENU - REDECARD CELULAR /ESTORNO.
P.08.04.05 278
Entrada de dados
2. O sistema pede senha do lojista.
3. O sistema pede número do Comprovante de Venda.
4. O sistema apresenta o valor da transação e pede confirmação do estorno.
Cancelamento
5. Encaminha transação de estorno ao Host. (Fluxo alternativo A/B).
6. O sistema imprime a primeira via do comprovante.
7. Imprime a segunda via do comprovante.
FLUXO ALTERNATIVO
A. Host nega estorno de confirmação Redecard Celular.
1. A mensagem exibida no Display da transação negada - BIT 39
diferente de zero – é enviada pelo Host. Retorna à tela inicial.
B. Falha de comunicação
1. Exibir a mensagem padrão TENTE DE NOVO – XX.
2. Deve ser gerado um desfazimento do estorno.
3. Retorna à tela inicial.
13.9.5 Estorno – Contratação CREDIÁRIO

Permitir o estorno de uma transação de contratação Crediário recém
realizada.
Esta função deve seguir o mesmo fluxo de estorno das demais transações
financeiras do terminal.
PRÉ-REQUISITO
COMPROVANTE
ENTRADA DE DADOS
13.9.6 Estorno – Bolsa Família
P.08.04.05 279
OBJETIVO
Permitir o estorno de uma transação de compra Bolsa Família recém
aprovada.
Esta função difere dos demais estornos, e possui um fluxo diferenciado.
PRÉ-REQUISITO
Selecionar a opção BOLSA FAMÍLIA /ESTORNO.
Identifica-se uma transação a ser estornada pelo número do Comprovante de
Venda.
COMPROVANTE
ENTRADA DE DADOS
Senha lojista 4 dígitos numéricos Campo obrigatório
Número do CV Até 12 dígitos numéricos Número impresso no comprovante

da Transação - obrigatório
FLUXO NORMAL
8. Operador inicia transação via MENU – BOLSA FAMÍLIA /ESTORNO.
P.08.04.05 280
Entrada de dados
9. O sistema pede senha do lojista.
10. O sistema pede número do Comprovante de Venda.
11. O sistema apresenta o valor da transação e pede confirmação do estorno.
Cancelamento
12. Encaminha transação de estorno ao Host. (Fluxo alternativo A/B).
13. O sistema imprime a primeira via do comprovante.
14. Imprime a segunda via do comprovante.
FLUXO ALTERNATIVO
A. Host nega estorno de compra Bolsa Família.
diferente de zero – é enviada pelo Host. Retorna à tela inicial.
B. Falha de comunicação
1. Exibir a mensagem padrão TENTE DE NOVO – XX.
2. Deve ser gerado um desfazimento do estorno.
13.10 Desfazimento de estorno

A sinalização de desfazimento de estorno ocorre quando há timeout na
recepção de resposta a uma solicitação de estorno ou inconsistência nos
dados da mesma, para os casos em que o desfazimento de estorno é
permitido. O processo é análogo ao desfazimento de transação.
As mensagens de desfazimento são enviadas automaticamente pelo terminal
em duas situações:
 Durante o processamento da próxima transação Online, sem
qualquer intervenção do operador.
P.08.04.05 281
Mensagem 0420 E
(desfazimento de estorno)
Mensagem 0430 E
(resposta de desfazimento de estorno)
Terminal Redecard
Mensagem correspondente à operação
Mensagem de resposta da operação

que originou a conexão telefônica
 Assim que o terminal atingir x minutos de ociosidade, a aplicação

deve verificar se há desfazimento pendente. Se existir, deve então
enviá-lo para o Host sem qualquer intervenção do operador.
 Sendo x o valor em minutos configurado na Tabela Terminal no
campo: Tempo para envio do desfazimento automaticamente.
 O tempo de ociosidade é contabilizado somente enquanto o
terminal estiver ligado, isto é, se o terminal for desligado o contador
de tempo de ociosidade volta à zero.
Mensagem 0420 E
(desfazimento de estorno)
Terminal Mensagem 0430 E Redecard

(resposta de desfazimento de estorno)
13.11 Transação negada localmente

Uma transação somente envia uma mensagem 0220 (transação negada) ao
Host em caso de erro no 1st Generate AC ou no 2nd Generate AC. Casos como
cartão retirado (em qualquer momento), cartão com problema e outros, não
geram a mensagem 0220 de transação negada.
P.08.04.05 282
O tratamento de uma transação com chip envolve, dentre outros passos, o

processamento dos seguintes algoritmos:
 1ST GENERATE AC QUE, QUANDO BEM SUCEDIDO , RETORNA:
 AAC – NEGA A TRANSAÇÃO ;
 A PARTIR DA VERSÃO EMV 4.1 O KERNEL EMV NÃO RETORNA MAIS
AAR. RETORNA ERRO NO CARTÃO.
 ARQC – TRANSAÇÃO DEVE SER PROCESSADA EM MODO ONLINE ;
 TC – TRANSAÇÃO APROVADA EM MODO OFFLINE .
 2ND GENERATE AC QUE, QUANDO BEM SUCEDIDO , RETORNA:

 AAC – NEGA A TRANSAÇÃO ;
 TC – TRANSAÇÃO APROVADA EM MODO ONLINE .
 Processamento do 1st Generate AC

 Retorna código de erro de processamento:
 Terminal deve exibir em display: “TRANSACAO NEGADA
– LIGUE EMISSOR”, e preparar a mensagem 0220 de
ADVICE com os dados resultantes do processamento e
Tags do BIT 55 que estejam disponíveis. Os Tags
indisponíveis devem ser preenchidos com zeros.
 Retorna sucesso no processamento - cujo resultado pode ser:
 AAC (Application Authentication Cryptogram) –
negando a transação. Neste caso, o terminal deve exibir
em display: “TRANSACAO NEGADA – LIGUE EMISSOR”, e
preparar a mensagem 0220 de ADVICE com os dados
resultantes do processamento.
 Processamento do 2nd Generate AC após transação ter sido enviada

para o Host e aprovada:
 Neste caso, o terminal deve enviar uma mensagem de
desfazimento e preparar a mensagem 0220 de ADVICE
com os dados resultantes do processamento e exibir em
display: “TRANSACAO NEGADA – LIGUE EMISSOR”.
 Retorna sucesso no processamento, cujo resultado pode ser:
 AAC – negando a transação.
 Neste caso, o terminal deve enviar uma
mensagem de desfazimento, exibir em display:
“TRANSACAO NEGADA – LIGUE EMISSOR”, e
preparar a mensagem 0220 de ADVICE com os
dados resultantes do processamento.
 TC – aprovando a transação.
P.08.04.05 283

para o Host e negada com código específico para “Unable to go
online” (BIT 39 = 73). Veja também item 11.11.1. Tratamento do BIT
55 da mensagem de resposta.
 Retorna sucesso no processamento:
 AAC – negando a transação. Neste caso, exibir
mensagem do Host a qual causou a negativa da
transação. Não gerar Advice.
 TC – aprovando a transação.
 Neste caso, exibir mensagem do Host a qual causou a
negativa da transação.
Não gerar Advice.

para o Host e negada (BIT 39 ≠ 0 e BIT 39 ≠ 73):
 Retorna sucesso no processamento:
 AAC – negando a transação. Neste caso, exibir
mensagem do Host a qual causou a negativa da
transação. Não gerar Advice.
 Transação NEGADA pelo Host e negada no 2nd
Generate AC – Neste caso, exibir mensagem do Host a
qual causou a negativa da transação.
 Não gerar Advice.
 Neste caso, exibir mensagem do Host a qual causou a
negativa da transação.
Não gerar Advice.
13.11.1 Advices de transações com chip fracassadas

localmente
Uma transação de Advice (0220) não requer nenhuma ação do lado do Host. É
apenas um aviso de uma transação com chip fracassada localmente.
As transações com chip, independentemente da modalidade selecionada
(crédito, débito, Voucher...), podem ser fracassadas localmente, durante seu
processamento. Seguem as situações que determinam envio de Advice para a
REDE, conforme fluxo e mecanismo descritos no item Mecanismo de envio
das transações Offline e das transações com chip negadas:
13.12 Transações financeiras

Este item relaciona as possíveis transações disponibilizadas pela REDE, e
explica o fluxo de mensagens. Todas as transações REDE são solicitadas pelo
terminal e são processadas através da troca de mensagens ISO 8583 entre
terminal e REDE. Há basicamente as seguintes opções:
 Consultas: retornam apenas informações ao lojista ou portador do
cartão, não envolvendo tratamento financeiro
P.08.04.05 284
 Vendas Online: são operações financeiras efetuadas com cartões

tratados pela REDE. Estas transações são normalmente
aprovadas/negadas em Real-time pelo emissor do cartão.
 Vendas Offline: são operações financeiras efetuadas com cartões
tratados pela REDE. Estas transações são normalmente processadas
em batch.
 Captura: são operações financeiras efetuadas com cartões de crédito
tratados pela REDE. Estas transações são normalmente processadas
em Batch.
 Pré-autorização e Confirmação de Pré-autorização: são operações
efetuadas com cartão de crédito. A primeira garante ao lojista um
determinado valor por alguns dias, e a segunda efetiva realmente a
transação financeira associada à primeira.
 Estorno: consiste de uma operação efetuada a pedido do operador,
utilizada para cancelar uma transação financeira, quando portador
desiste da compra efetuada.
 Desfazimento: consiste em uma operação efetuada
automaticamente pelo sistema, quando este detecta falha no
processamento da transação.
 Transações de Serviço: são operações de serviço, podendo ser
integrada com a financeira, tratadas pelo Switch de Serviço, que está
integrado à REDE e seus sistemas. Exemplo: Recarga de celular pré-
pago.
Para adequação ao PA-DSS em transações:

 Offline: o POS deve armazenar o PAN e trilha criptografados, sendo
que após a autorização (envio da mensagem para a REDE), a trilha
deve ser apagada;
 Online: o PAN deve ser armazenado criptografado.
13.13 Fluxo genérico de mensagens

As transações dos terminais (POS/PDV) operam em fluxo de mensagens ISO de
duas pernas. Desta forma, uma transação financeira aprovada pelo emissor
fica pendente na REDE até a chegada da próxima transação do terminal em
tratamento.
Todas as transações Online que permitem desfazimento partem do terminal
com a respectiva indicação de Timeout = “true”, que somente se altera para o
status “false” quando a devida resposta chega a tempo ao terminal. A
solicitação de desfazimento de uma transação ocorre durante o
processamento de qualquer operação que determine conexão com a REDE, e
deve ser enviado sempre antes da transação que originou a conexão.
A REDE resolve a pendência da última transação ocorrida para a loja em
tratamento, conforme as opções abaixo:
P.08.04.05 285
 Efetua Desfazimento, se recebe da loja a solicitação de desfazimento

da transação ora pendente;
 Efetua Confirmação, se mensagem recebida diferente de
desfazimento;
 Efetua Confirmação automaticamente, se expirado prazo máximo de
pendência para a modalidade da transação ora pendente.
A transação de Finalização deve ser solicitada diariamente pelo lojista, a fim
de resolver a pendência da última transação efetuada pelo estabelecimento.
O terminal não pode solicitar uma nova transação ao host REDE,

enquanto não resolver um desfazimento anteriormente sinalizado.
Todas as mensagens partem do terminal temporizadas, e a ocorrência
de Timeout na recepção de resposta da REDE sempre determina
desconexão telefônica, qualquer que seja a mensagem em tratamento
Segue fluxo genérico de mensagens entre estabelecimento e REDE:
Desfazimento da transação anterior,

se houver
Resposta ao desfazimento solicitado
Terminal Redecard
Solicitação da transação que originou a
conexão
Resposta à solicitação da transação
13.14 Transações implementadas

Cada estabelecimento efetua um contrato comercial com a REDE, no qual são
discriminadas as transações habilitadas para o mesmo. O terminal permite
que sejam selecionadas todas as transações implementadas, e cabe à REDE
negar as não habilitadas para a loja. As transações estão relacionadas por tipo
de cartão: Crédito, Débito, CDC, Voucher ou Private Label.
Identifica-se o cartão através de seu BIN, que corresponde aos 6 primeiros
dígitos do PAN (Primary Account Number). Para identificação do cartão em
tratamento, procura-se o BIN do mesmo no Termmaster ou TA – Card Range
Table. Em casos de cartão múltiplo, o respectivo range de BINs estará
P.08.04.05 286
duplicado nesta tabela, ora apontando um Issuer (Termmaster ou TA - Issuer

Table) de crédito, ora apontando um de débito. Nesta situação, caberá ao
portador escolher qual das duas opções deseja utilizar.
13.14.1 Inicio de transações

Dependendo da transação ela pode ser iniciada pelo MENU ou via FUNÇÃO
específica.
As transações de Crédito e Débito podem ser iniciadas pela inserção do chip/
via trilha do cartão/ MENU/ Função.
As transações de Voucher/ Voucher Frota também podem ser iniciadas pela
inserção do chip/ via trilha do cartão/ MENU/ Função.
As transações contactless de Crédito e Débito podem ser iniciadas
exclusivamente pela digitação do valor na tela de estado ocioso. Caso seja
pressionada a tecla MENU ou a tecla FUNÇÃO, a funcionalidade de contactless
não deve ser habilitada.
13.14.2 Tratamento de Floor Limits (sem contato)

Para transacoes contactless (CTL) o terminal deve considerar os 3 limites
definidos na tabela Chipdata2. Estes parametros sao configurados por AID, de
acordo com a necessidade e especificacao das bandeiras para transacoes
contactless.
P.08.04.05 287
 Terminal (Reader) Transaction Contactless Limit

 Terminal (Reader) Contactless CVM Required Limit
 Terminal (Reader) Contactless Floor Limit (nao utilizado nesta fase do
projeto)
MASTERCARD
TERMINAL TRANSACTION CONTACTLESS LIMIT
Será permitida transação contactless um valor menor ou igual ao “Terminal

Transaction Contactless Limit”. Caso o valor seja maior, deve ser apresentada
a mensagem:
INSIRA OU PASSE O CARTÃO.
TERMINAL CONTACTLESS CVM REQUIRED LIMIT
Para cartões CTL MasterCard M/Chip:

SE transação com valor menor ou igual ao “CVM Limit” configurado no
terminal:
A transação será executada sem a coleta de senha e assinatura. (NO
CVM)
Para transações nestas condições o terminal deve suportar somente
“NO CVM” como método de CVM em Terminal Capabilities
SENÃO (maior que CVM Limit do terminal)
Utiliza a tag CVM List (tag 8E) e Terminal Capabilities configurado no
terminal para determinal o CVM a ser utilizado na transação
Para cartões CTL MasterCard MSD:

SE transação com valor menor ou igual ao “CVM Limit” do terminal:
Não verifica CVM List (M/Chip) ou service code do cartão
Processa a transação como “NO CVM” (sem senha e sem assinatura)
SENÃO
Para valor maior que CVM Limit a coleta de senha em um cartão MSD
depende do service code do cartão e de parâmetros da tabela de Issuer.
Veja regra:
SE Issuer Table – PIN Entry Required = true OU (Cartão opera com
senha1 E Issuer Table –Serv. Code Coleta de PIN = TRUE)
Coleta senha
SENÃO
P.08.04.05 288
Coleta assinatura
1
para determinar se o cartão opera com senha utiliza-se a posição 3 do
service code da tag 57 (track2 equivalent data).Posição 3 do Service Code = 0,
5, 6, 7 indica que cartão solicita senha.
TERMINAL CONTACTLESS FLOOR LIMIT
Transações M/Chip com valor menor ou igual ao terminal contactless floor

limit podem ser aprovadas offline. Esta condição não está prevista nesta fase
(fase 1) do projeto.
VISA
TERMINAL TRANSACTION CONTACTLESS LIMIT
Será permitida transação contactless para valores menores que o “Terminal

Transaction Contactless Limit”. Caso o valor seja maior ou igual, deve ser
apresentada a mensagem:
INSIRA OU PASSE O CARTÃO
TERMINAL CONTACTLESS CVM REQUIRED LIMIT
Para transações MSD Visa, a configuração Terminal Contactless CVM Required

Limit não é utilizada. e as coleta de senha/assinatura depende apenas do
service code do cartão e configuração do terminal, conforme regra:
SE Issuer Table – PIN Entry Required = true OU (Cartão opera com senha1 E
Issuer Table –Serv. Code Coleta de PIN = TRUE)
Coleta senha
SENÃO
Coleta assinatura
1
para determinal se o cartão opera com senha utiliza-se a posição 3 do service
code da tag 57 (track2 equivalent data. Posição 3 do Service Code = 0, 5, 6, 7
indica que cartão solicita senha.
Para transações qVSDC Visa, a verificação do portador (CVM) é executada da

seguinte forma:
P.08.04.05 289
❶ Se o valor da transação for maior ou igual CVM limit, é solicitado a

verificação do portador (senha ou assinatura). Se o valor da transação estiver
abaixo do CVM limit, o terminal não solicita a verificação do portador.
O CVM limit configurado no terminal e no cartão são utilizados na decisão de
coleta do CVM conforme tópicos a seguir.
❷ Se transação maior ou igual ao CVM limit configurado no terminal, deve
ser solicitada a validação do portador.
Se o terminal não solicitar o CVM (conforme TTQ), o cartão pode ainda
requisitá-lo conforme CTQ (Card Transaction Qualifier – tag 9F6C).
Se Card Transaction Qualifiers (tag 9F6C) não estiver disponível no cartão deve
ser considerado o CVM suportado pelo terminal.
Para determinar se o cartão requisita o CVM, é checado o Card CVM limit (em
transações domésticas) ou o Cardholder Verification Indicator (em transações
internacionais).
❸ Se CVM for requisitado, seja pelo terminal ou cartão, compara-se os CVMs
suportados pelo terminal (TTQ) com os do cartão (CTQ). SE existir mais de um
CVM em comum, aquele de maior prioridade é aceito (senha online tem
precedência sobre assinatura).
❹ Se não houver CVM em comum entre o cartão e o terminal, a transação é
encerrada, exibindo a tela INSIRA OU PASSE O CARTÃO.
❺ Se o CVM da transação for senha online, a transação deve ser enviada
online.
Exemplos:
P.08.04.05 290
OBSERVAÇÃO: As transações de Recarga de celular não podem ser off-line,

independente do parâmetro configurado no floor limit.
13.15 Transações com cartão de

crédito
No caso de uma transação Redecard Celular o número do cartão é recebido na
mensagem de consulta Redecard Celular e o tratamento subseqüente é
similar ao de uma entrada digitada.
Nas demais transações:
 Identifica-se um cartão de crédito através dos seguintes parâmetros
do Termmaster ou TA, quando estes iguais a TRUE:
 Issuer Table – Options 3 Tipo de Transação – Flag 2 – Credit
Transaction (leitura da trilha ou digitado)
 CHIPDATA2 Table – ICC Options 2 Tipo de Transação – Flag 2 –
Credit Transaction (leitura do chip)
P.08.04.05 291
Seguem as possíveis transações realizáveis através de cartão de crédito.
13.15.1 Pré-autorização
Consiste em se obter a pré-autorização de um determinado valor junto ao
emissor do cartão, garantindo ao estabelecimento a disponibilidade desse
valor até a data de validade da transação.
Esta transação pode ser feita via tarja/chip/digitada sempre em modo Online.
O campo Floor Limit cadastrado nas tabelas de inicialização NÃO deve ser
considerado. Deve-se assumir Floor Limit = 0, pois esta transação deve sempre
ir Online.
O estorno de uma Pré-autorização pode ocorrer até a sua data de validade, e
não precisa ser no mesmo estabelecimento. Desta forma, o estorno de uma
pré-autorização demanda a coleta de todos os dados necessários à
formatação da respectiva mensagem.
O Estorno de uma pré-autorização é feito através do cancelamento dentro do
menu de pré-autorização.
Ver tratamento de pré-autorização referida (item Pré-autorização e Venda
Online - Referida).
Na impressão desta transação o número do cartão não deve estar mascarado.
Ele deve estar aberto, pois assim a confirmação/cancelamento da pré-
autorização pode ser realizada usando o numero que consta no cupom da pré-
autorização. Além disto, uma transação com chip deve imprimir no
comprovante o campo ARQC.
FLUXO DE MENSAGENS
0100 solicitação de Pré-autorização
Terminal Redecard
0110 resposta de Pré-autorização
13.15.2 Confirmação de pré-autorização

Corresponde à confirmação de uma transação com cartão de crédito,
anteriormente pré-autorizada. Há duas opções para a Confirmação de Pré-
autorização: rotativo e parcelado sem juros, definida no momento em que o
número de parcelas é informado. O estabelecimento onde ocorre a
Confirmação de Pré-autorização não precisa ser o mesmo em que foi efetuada
a Pré-autorização. Uma transação de confirmação de pré-autorização NÃO
PODE ser referida.
Esta transação pode ser feita via tarja/chip/digitada sempre em modo Online,
pois nem sempre o lojista está com o cartão em mãos no momento da
Confirmação de uma Pré-autorização.
P.08.04.05 292
Independentemente do modo captura da transação (Chip/Digitada/Tarja),

será solicitado ao portador somente a coleta de assinatura, ignorando
qualquer outro tipo de solicitação feita pela tarja ou chip.
Em transações realizadas com cartões com chip, o processamento EMV
acontece até o comando Read Application Data e é abortado. O chip portanto
é utilizado somente para a coleta do PAN, nome do portador e data de
validade.
O estorno de uma Confirmação de Pré-autorização só pode ser efetuado na
mesma data e estabelecimento em que ocorreu a Confirmação de Pré-
autorização (é um estorno normal, conforme o das demais transações, porém
difere do estorno de Pré-autorização).
O Estorno de uma confirmação de uma pré-autorização deverá ser realizado
como um cancelamento de crédito normal, ou seja, pelo menu Administrativo.
Na impressão desta transação o número do cartão não deve estar mascarado,
para permitir a opção de o estabelecimento cancelar esta transação sem o
cartão, utilizando assim o comprovante de Confirmação da pré-autorização.
Todos os comprovantes desta transação devem conter a indicação de coleta
de assinatura.
Coletam os 4 últimos dígitos do PAN e o CVC2, conforme parâmetros da
inicialização.
FLUXO DE MENSAGENS
0220 solicitação de Confirmação de
Pré-autorização
Terminal REDE
0230 resposta de Confirmação de
Pré-autorização
13.15.3 Simulação CREDIÁRIO

Consiste em obter 3 opções de parcelamento para a transação de Crediário.
Esta transação pode ser feita via tarja ou chip sempre em modo Online. O
campo Floor Limit cadastrado nas tabelas de inicialização NÃO deve ser
considerado. Deve-se assumir Floor Limit = 0, pois esta transação deve sempre
ir Online.
Não existe referida para a transação de simulação CREDIÁRIO.
A função desta transação é permitir que o cliente visualize taxas, quantidades
de parcelas e valores cobrados em transações de crediário.
P.08.04.05 293
Como trata-se de uma transação de consulta, não deve haver estorno nem
desfazimento deste tipo de transação. A TAG 0x0A não deve ser gerada e
enviada para transações realizadas com CHIP.
Existe a opção de impressão do comprovante de Simulação Crediário para que
o cliente visualize taxas e opção de parcelamento escolhida.
FLUXO DE MENSAGENS
0100 Solicitação de Consulta Crediário
Terminal 0110 Resposta de Consulta Crediário REDE
13.15.4 Contratação CREDIÁRIO

Corresponde à contratação de uma transação de crediário (crédito parcelado
com juros).
Esta transação pode ser feita via tarja ou chip sempre em modo Online.
A transação poderá ser realizada logo após uma transação de simulação ou
através da opção Contratação no menu do Crediário.
O estorno de uma contratação de Crediário só pode ser efetuada na mesma
data e estabelecimento em que ocorreu a transação original (tratado como
estorno normal, conforme o das demais transações).
FLUXO DE MENSAGENS
0200 Envia Contratação Crediário
0210 Resposta de Contratação Crediário REDE

Terminal
13.15.5 Venda online

São disponibilizadas as opções: rotativo, parcelado com juros e parcelado sem
juros.
P.08.04.05 294
Todas as opções de venda com cartão de crédito permitem que o número do

cartão seja digitado no terminal. Caberá à REDE aceitar ou não a venda
digitada, baseada no cadastro do estabelecimento em tratamento, que pode
ou não habilitar esta modalidade.
Estas transações podem ser chamadas via FUNÇÃO ou MENU.
Podem ser iniciadas pela passagem do cartão ou pela inserção do Chip.
Todas as opções de transações com cartões de crédito podem ser efetuadas
com chip, porém somente a modalidade rotativo permite o processamento
Offline. O terminal deverá inibir a possibilidade de processamento Offline das
transações parceladas zerando seu floor limit, durante o tratamento das
mesmas (REDE manterá o parâmetro do Termmaster ou TA: TAC Online
sinalizando que transação deve ser processada em modo Online quando seu
valor for superior ao floor limit).
Ver também tratamento de venda referida.
FLUXO DE MENSAGENS
0200 solicitação de Venda Crédito

Terminal REDE
0210 resposta de Venda Crédito
13.15.6 Pré-autorização e venda online - Referida

Quando o emissor suspeita de fraude durante o processamento de uma
transação com cartão de crédito, poderá solicitar ao portador do cartão a
digitação de alguns dados adicionais, a fim de efetuar a Confirmação dos
mesmos. Transação com esta característica é identificada por “Referida”.
Seguem os passos de uma transação referida:
1º passo: para as transações de venda (rotativo ou parcelado – mensagem
0200) e pré-autorização (mensagem 0100), o terminal deverá enviar ao
emissor um indicador, sinalizando que está capacitado a fazer a coleta de
dados para a Confirmação.
2º passo: emissor irá responder a solicitação enviada pelo terminal, referindo
a transação (BIT 48 contendo o Tag 51). Nesta resposta estarão presentes os
prompts a exibir no PINPAD, para a coleta de dados da Confirmação. O
terminal deverá proceder à desconexão com a REDE assim que receber a
mensagem de resposta (0110 ou 0210), e efetuar o tratamento da mesma:
deverá exibir cada prompt e coletar o respectivo dado, cuja quantidade de
dígitos também estará presente na mensagem. Todos os dados solicitados
pelo emissor deverão retornar ao terminal, em um único buffer criptografado
pelo PINPAD (8 bytes).
P.08.04.05 295
O emissor poderá solicitar até três informações, cujas respostas, preenchidas

pelo portador do cartão no PINPAD, não poderão ultrapassar o limite de 12
dígitos.
O portador do cartão terá a opção de teclar OK (confirmando dados
digitados), ou corrige (re-digitação dos dados), para todos os prompts exibidos
no PINPAD.
Se houver falha na coleta dos dados, exibir em seu display: “LIGAR PARA
AUTORIZACAO"
3º passo: em caso de sucesso na coleta dos dados, o terminal deverá formatar
uma nova mensagem de venda/pré-autorização, contendo os dados
solicitados pelo emissor, e reconectar-se à REDE para envio da mesma. Os
demais dados necessários para a formatação da mensagem já foram coletados
quando do envio da primeira 0100/0200.
4º passo: O terminal (POS/PDV) aguarda a resposta da REDE e a trata
normalmente imprimindo comprovante se aprovada, ou exibindo mensagem
de fracasso, se negada.
P.08.04.05 296
FLUXO DE MENSAGENS
0100 de pré-autorização ou 0200 de venda crédito, sinalizando
capacidade de tratamento de Referidas (Bit 48-Tag 53)
0110 de pré-autorização ou 0210 de venda crédito,

solicitando dados para Confirmação (Bit 48-Tag 51). (*)
Terminal Redecard
0100 de pré-autorização ou 0200 de venda crédito, contendo
os dados coletados (Bit 48-Tag 50)
0110 de pré-autorização ou 0210 de venda crédito,

aprovando ou negando a transação.
O POS efetua a desconexão assim que recebe a resposta. Quando há dados a

coletar o POS efetua a coleta dos dados e nova conexão com a REDE,
solicitando autorização ao emissor.
13.15.7 Venda offline

As transações de crédito rotativo (à vista) com Smart Card contato ou sem
contato poderão ser aprovadas em modo Offline, através do processamento
de algoritmos EMV, envolvendo terminal e cartão. Para as transações de
crédito rotativo com chip, o terminal deve considerar o floor limit configurado
no Termmaster ou TA para o Issuer em tratamento: Issuer Table – floor limit.
 Será utilizado “Random Online Transaction Selection” (o terminal
deve encaminhar Online mesmo que o cartão decida fazer Offline)
Para as transações sem contato, o terminal deve considerar o CONTACTLESS
FLOOR LIMIT da tabela CHIPDATA2.
 “Velocity Checking” e “Random Transaction Selection” não são
executados em transações sem contato.
As transações de crédito rotativo (à vista) com Smart Card contactless

poderão ser aprovadas em modo Offline, através do processamento de
algoritmos EMV, envolvendo terminal e cartão. Para este tipo de transação, o
terminal deve considerar os 3 valores de floor limit definidos para Contactless:
Terminal Transaction Contactless Limit, Terminal Contactless Floor Limit e
Terminal Contactless CVM Required Limit, campos definidos na tabela
CHIPDATA2.
 Serão permitidas transações contactless para valores inferiores ao
“Terminal Transaction Contactless Limit”. Caso o valor seja maior
que este, deve ser apresentada a mensagem de MODO_INVALIDO
 Serão permitidas transações off-line contactless para valores
inferiores ao “Terminal Contactless Floor Limit” desde que
P.08.04.05 297
aprovadas pelo cartão. Para transações realizadas acima deste valor,

a transação é submetida para aprovação do emissor.
Para transações realizadas com valor abaixo do “Terminal Contactless CVM
Required Limit” não é necessária a execução do CVM List desde que decidido
pelo cartão. O terminal capabilities deve ser configurado para “NO CVM”.
As transações aprovadas têm o TC (Transaction Certificate) gerado durante o

processamento, o qual deve ser impresso em comprovante. O cupom de
transação Smart Card Offline deve ser inteiramente formatado pelo terminal,
sendo que:
 Número do comprovante de venda (campo CV do comprovante)
deverá ser preenchido com espaços;
 Número da autorização (campo AUTO do comprovante) deverá ser
preenchido com o conteúdo do BIT 11.
As transações de crédito à vista aprovadas em modo Offline, deverão ser
enviadas posteriormente à REDE.
 Uma transação Offline envia uma mensagem de Advice ao Host -
Venda crédito rotativo Offline com Smart Card.
 Para uma transação Online com chip, se houver timeout na recepção
da resposta da REDE, o POS deverá comandar um desfazimento da
transação em tratamento. Esta transação poderá ainda ser aprovada
pelo cartão, em modo Offline. Neste caso POS deverá gerar a Offline
com bit 11 distinto do bit 11 da respectiva Online fracassada.
Para cartões com contato, optou-se pela definição de floor limit por
Issuer, ao invés de floor limit por AID, para que se possam definir na
REDE valores distintos, dependentes do ramo de atividade do
estabelecimento. Para isso, cria-se no Termmaster ou TA vários Issuers
de crédito, cada qual com seu adequado floor limit, todos associados ao
mesmo range de cartão. Durante a Inicialização, é enviado ao
estabelecimento somente a tabela de Issuer de crédito correspondente
ao seu ramo de atividade.
Para cartões sem contato, optou-se pela definição de floor limit por AID
de acordo com a necessidade e especificação das bandeiras para
transações contactless.
P.08.04.05 298
13.15.8 Captura de transação de crédito autorizada

por telefone
A captura em terminais será disponibilizada para cartões de crédito, a fim de
atender às seguintes situações:
 Queda do sistema REDE;
 Quando a transação necessitar de aprovação via telefone, devido à
tentativa fracassada de efetivação pelo terminal (transação negada
pelo autorizador).
Se o sistema estiver operante, a captura poderá ocorrer diretamente no
terminal, utilizando-se o cartão do cliente e dispensando o preenchimento de
CV manual, uma vez que será emitido cupom da captura, com coleta da
assinatura do cliente. Se o sistema estiver inoperante, o CV manual será
necessário, e a captura pelo sistema somente ocorrerá quando o ambiente se
normalizar, através da digitação dos CVs autorizados. Neste caso, o cupom
emitido pelo terminal deverá ser anexado ao CV manual, o qual conterá a
assinatura do cliente.
São permitidas as opções: rotativo, parcelado com e sem juros, e todas
coletam os 4 últimos dígitos do PAN e CVC2 conforme parâmetros da
inicialização.
FLUXO DE MENSAGENS
0220 solicitação de Captura de Transação Autorizada por Telefone
Terminal Redecard
0230 resposta de Captura de Transação Autorizada por Telefone
13.15.9 REDECARD CELULAR - TRANSAÇÃO
OBJETIVO
O Redecard Celular Pagamento é um projeto que tem como objetivo substituir
o cartão de crédito (inicialmente) pelo celular, garantindo maior segurança
para a indústria de cartões como um todo, além de permitir a exploração de
novos mercados.
O Redecard Celular permite transações de crédito à vista, parcelado pelo
estabelecimento e parcelado pelo emissor.
O cliente é identificado por um ID cadastrado no seu banco e a transação é
confirmada por um código de autorização recebido pelo cliente em seu celular
e digitado no terminal.
P.08.04.05 299
PRÉ-REQUISITO
N/A
Selecionar a opção TRANSAÇÃO.
Não pode ser iniciada pela passagem do cartão/ inserção do Chip/ função.
Não existe a configuração habilita / desabilita para a transação de Redecard
Celular nas tabelas do Termmaster ou TA.
ID
Identifica-se um usuário pelo seu ID, que no caso, é o número do celular do
cliente (Cel.Cliente).
COMPROVANTE
INFORMAÇÕES GERAIS
 No relatório de resumo de vendas o REDECARD CELULAR é
contabilizado como uma transação de venda a crédito.
 As transações pagamento Redecard Celular deverão compor (somar)
a Finalização de transações de crédito, na linha do Issuer específico,
sendo somente contabilizadas aquelas que já tenham sido
confirmadas pela mensagem confirmação de pagamento Redecard
Celular.
 O REDECARD CELULAR deve atualizar os campos estatística
conforme uma transação de venda a crédito.
 O REDECARD CELULAR NÃO permite Confirmação Positiva.
 Não solicita CVC2.
 Nunca é referido pelo Host.
ENTRADA DE DADOS
Veja anexo Coleta de Dados – árvores de coleta para o leiaute das telas.
P.08.04.05 300
Valor total da Mínimo de 1 e máximo Preencher com zeros à esquerda quando

transação de 9 dígitos numéricos. coletado menos do que 9 dígitos.
Campo obrigatório.
Número de Mínimo de 1 e máximo Deverá ser permitida somente parcela do

Parcelas de 2 dígitos numéricos. intervalo de 02 a 99
Campo obrigatório se Preencher com zeros à esquerda quando
solicitado. coletado apenas 1 dígito.
ID portador Mínimo de 10 e máximo Número do celular.

de 19 dígitos.
Campo obrigatório.
Seleção Produto Menu rotativo com Será apresentado mesmo que o portador
mínimo de 1 e máximo tenha apenas um cartão cadastrado para seu
de 9 produtos. Cada ID.
produto possui no
máximo 24 caracteres.
Código Pessoal 4 a 12 dígitos. Se for solicitado pelo Host, este campo é de

preenchimento obrigatório. Esta tela segue o
mesmo processo seguro da tela de entrada
de senha.
Código de 6 dígitos numéricos. Código recebido via SMS no celular ou

autorização ENTER – colocando a transação como
Campo obrigatório.
pendente.
FLUXO NORMAL
1. Operador inicia transação via MENU - CELULAR /TRANSACAO
2. Inicio da pré-discagem é feito na seleção da transação, por não possuir
número do cartão.
Entrada de dados
3. O sistema solicita o número do celular. (Fluxo alternativo A)
4. O sistema solicita a escolha: À VISTA / PARCELADO EMISSOR /
PARCELADO ESTABELECIMENTO
5. O sistema solicita o valor da venda
6. Se for uma venda parcelada o sistema solicita o número de parcelas.
(Fluxo alternativo B)
Consulta Redecard celular

7. O POS envia a mensagem Consulta Redecard Celular para consultar os
produtos habilitados para esse número do celular
P.08.04.05 301
8. O menu de produtos habilitados é apresentado para escolha pelo cliente,

mesmo em caso de um único produto habilitado para o número do
celular. <Enter> seleciona um produto e <1> exibe a próxima tela com
mais cartões associados ao número do celular escolhido (Fluxo
alternativo C).
Pagamento Redecard celular

9. Caso seja solicitado pelo Host na resposta da consulta, exibir uma tela
solicitando o código pessoal. Se solicitado, este dado é obrigatório e são
exibidos asteriscos, à medida que se digita o dado (Fluxo alternativo D).
10. Encaminhar transação de Pagamento Redecard Celular ao Host, para o
cartão associado ao produto escolhido (Fluxo alternativo K).
11. Se autorizado, o Host envia o código de autorização SMS ao celular do
cliente (Fluxo alternativo E).
12. O POS solicita digitação do código de autorização SMS (Fluxo alternativo
F/G/L).
Confirmação pagamento Redecard celular

13. Encaminha transação confirmação pagamento Redecard Celular ao Host
(Fluxo alternativo H/I/J).
14. O sistema imprime a primeira via do comprovante
15. Imprime a segunda via do comprovante
FLUXOS ALTERNATIVOS
C. Número do celular não cadastrado na base de dados.
1. Host retorna BIT 39 =53, que exclusivamente para esta transação
indica LIGUE CARTAO.
D. Número de parcelas inválido.
1. O operador digita número de parcelas inválido (0 ou 1):
 No caso de ser digitado um numero de parcelas invalidas, o
terminal deve permanecer na tela de digitação das parcelas
aguardando nova digitação.
E. Terminal recebe mensagem de resposta de CONSULTA REDECARD
CELULAR negando a transação ou Timeout na resposta de CONSULTA:
1. A transação é cancelada.
2. Nenhum comprovante é impresso.
3. Retorna à tela inicial do POS.
F. Código pessoal foi solicitado e não foi preenchido ou foi preenchido
parcialmente:
1. Permanece na mesma tela aguardando digitação, até que a
transação seja cancelada por timeout ou pela tecla <Cancela>. O
timeout desta tela pode variar conforme a tecnologia do POS, pois
utiliza um “Processo Seguro” que depende do Hardware, da
mesma forma que a tela de captura de senha.
G. Terminal recebe mensagem de resposta de PAGAMENTO REDECARD
CELULAR negando a transação ou problema de comunicação na resposta
de CONSULTA:
P.08.04.05 302
2. É gerado um desfazimento (se problema de comunicação)
H. Código de autorização digitado é diferente do recebido pelo autorizador.
1. É permitida a re-digitação por três vezes, Nas duas primeiras vezes
exibir a tela:
convencional
CODIGO INVALIDO Exibir a mensagem por 3

segundos e retornar para a
tela de solicitação do código
de segurança.
2. Na terceira vez exibir a tela:

convencional
OPERACAO
CANCELADA Exibir a mensagem por 3
segundos.
3. A transação não é confirmada (não enviar a mensagem 0220).

P.08.04.05 303
I. Código de autorização demora a ser digitado (timeout) ou <ENTER> sem

dados.
1. Operador pressiona <ENTER> sem dados ou expira o timeout para
a entrada do SMS de 3 minutos.
2. Sistema marca a transação como pendente.
3. Exibe a tela:
convencional
TRANSACAO MOVIDA Exibir a mensagem por 3

PARA PENDENTES segundos.

J. Host nega Confirmação Redecard Celular (Exemplo: Número de parcelas
maior que o permitido para o ramo)
diferente de zero – é enviada pelo Host conforme as demais
transações. Retorna à tela inicial.
K. Falha de comunicação no envio/recebimento da mensagem de
Confirmação Redecard Celular (Exemplo: TO)
1. Exibir a mensagem padrão TENTE DE NOVO – XX e em seguida
exibir a mensagem:
convencional

2. Deve ser gerado um desfazimento.

3. Transferir a transação para pendentes a fim de que o lojista tenha
a possibilidade de efetuar uma nova tentativa de confirmação.
P.08.04.05 304
 Se a transação já constar como pendente, deve permanecer

pendente, reiniciando o contador (8 minutos).
 Neste caso o horário apresentado na tela de pendentes
deverá ser o horário original da transação, porém deve ser
apresentado na última posição da lista de transações
pendentes.
L. Caso o Host receba uma confirmação Redecard Celular após ter realizado
o estorno deverá retornar ao meio de captura BIT 39 = 64, indicando
“DOCUMENTO JÁ ESTORNADO-VERIFIQ”.
1. Host estorna automaticamente toda a transação de pagamento
Redecard Celular que não foi confirmada em aproximadamente 15
minutos. Portanto, se uma transação for confirmada após este
tempo, o BIT 39 retorna o código 64.
M. Se a transação solicitada existir no terminal como pendente (com o
mesmo valor e o mesmo número do cartão), será exibida a mensagem
“TRANSACAO NAO REALIZADA IDENTICA A ANTERIOR” (a transação
portanto não é enviada ao Host).
1. Se a transação solicitada for idêntica a anterior, mas não existir
mais como pendente (foi cancelada no terminal), neste caso
poderá ser refeita normalmente.
N. Se o lojista teclar "CANCELAR" na solicitação do código de autorização,
o sistema exibe duas opções: Tecle 1 para Cancelar Transação e 2 para
Mover para "Pendentes". A opção 1 cancela localmente o pagamento
Redecard Celular.
P.08.04.05 305
FLUXO DE MENSAGENS
Celular POS Redecard Emissor
100 - Consulta Foneshop : ID

110 - Resp. Consulta
Foneshop : Cartões + Labels
100 - Foneshop Pagamento

Cartão
Cartão + Valor
Resp. Código de
autorização
110 - Resp. Foneshop
Pagamento : Código de
autorização
SMS:Código de autorização
220 - Confirmação Foneshop

Pagamento:código de autorização
.230 - Resp.Confirmação Foneshop

Pagamento
13.15.10 Redecard celular - Pendentes
OBJETIVO
A opção PENDENTES termina uma transação de REDECARD CELULAR
executando a parte final da transação de captura a partir da digitação do
código de autorização SMS.
Caso em alguma transação Redecard Celular Captura o cliente demore a
receber o código de autorização SMS, o lojista tem a opção de colocar essa
transação como pendente. O mesmo ocorre automaticamente em caso de
Timeout na digitação do SMS ou se ocorrer Timeout no envio da mensagem
de Confirmação.
Ao selecionar a opção REDECARD CELULAR / PENDENTES no menu, caso
existam transações pendentes, será apresentada uma lista de transações e o
lojista pode selecionar uma transação para a inserção do código de
autorização.
O tempo de vida máximo de uma transação é de até 8 minutos após o seu
início, devendo ficar na lista de pendentes até o fim deste tempo, ou até a
introdução do código de autorização SMS, ou até ser cancelada pelo terminal
ou pelo Host.
P.08.04.05 306
A transação poderá ficar aguardando na tela de digitação do SMS por até 3

minutos, após esse período deverá ser movida para pendentes.
Após movida para pendentes, poderá permanecer na lista por até 5 minutos,
independente do tempo que ficou na tela de digitação do SMS.
Caso o operador mova a transação para a tela de autorização e torne a movê-
la para pendente, a transação poderá ficar na lista de pendentes por até 5
minutos novamente.
Exemplo 1: O lojista aguarda 1 minuto na tela de digitação do SMS e coloca a
transação como Pendente. Neste caso ele permanecerá como pendente mais
5 minutos.
Exemplo 2: O lojista aguarda o Timeout (3 minutos) na tela de digitação do
SMS. Neste caso a transação permanece na lista de pendentes mais 5
minutos.
Pré-requisito
Existência de transações pendentes.
Selecionar a opção PENDENTES.
Transação pentende
Identifica-se uma transação pendente pelo número do celular do usuário,
Hora de origem e o Valor da Transação.
Finalização
Caso existam transações pendentes no início de uma Finalização ela é
excluída.
Comprovante
Entrada de dados
Código de autorização SMS Seis dígitos numéricos Código recebido via SMS no
celular
Campo obrigatório.
FLUXO NORMAL
P.08.04.05 307
1. Operador inicia transação via MENU - REDECARD CELULAR /PENDENTES.
Entrada de dados
2. O Sistema exibe tela com transações pendentes.
3. O lojista seleciona transação desejada. Após selecionar uma transação
pendente e confirmar com <ENTER>.
4. Inicia a pré-discagem.
5. O sistema solicita digitação do código de autorização SMS (fluxo
alternativo A/B/C/D).
Confirmação
6. Encaminha transação de confirmação.
7. O sistema imprime a primeira via do comprovante
8. Imprime a segunda via do comprovante
Fluxos alternativos
A. Código de autorização digitado é diferente do recebido pelo autorizador.
1. É permitida a re-digitação por três vezes, Nas duas primeiras vezes
exibir a tela:
convencional
CODIGO INVALIDO Exibir a mensagem por 3

segundos e retornar para a
tela de solicitação do código
de segurança.
P.08.04.05 308
2. Na terceira vez exibir a tela:

convencional
OPERACAO
segundos.
3. A transação não é confirmada (não enviar a mensagem 0220).

B. Código de autorização demora a ser digitado.
1. Operador pressiona <ENTER> sem dados ou ocorre timeout (3
minutos).
2. Transação volta para lista de pendentes.
3. Exibe a tela:
convencional


C. Termina tempo de vida de uma transação pendente.
1. Uma transação pendente que não foi confirmada em até 8 minutos
NÃO é mais exibida na lista das transações pendentes e após 15
minutos é automaticamente excluída pelo Host.
D. Se o operador digitar <CANCELAR>:
1. O sistema exibe duas opções: Tecle 1 para Cancelar Transação e 2
para Mover para "Pendentes". A opção 1 cancela localmente o
pagamento Redecard Celular que estava aguardando a
confirmação. A opção 2 mantém o pagamento Redecard Celular
como pendente, zerando o contador de tempo de vida da
transação (5 minutos).
P.08.04.05 309
2. Se opção 2 exibe a tela:

convencional

3. Se opção 1 exibe a tela:

convencional
OPERACAO
segundos.
13.15.11 CTAH - VOUCHER

OBJETIVO
Capturar e enviar o número do voucher (documento para reserva em hotéis)
nas transações com Cartão Corporate, para as empresas que realizam
conciliação do produto AGS e Sitel.
A transação é iniciada somente através da tecla MENU: Crédito Opção 6 -
Corporativo.
Cartão
Esta transação é executada com um cartão de crédito corporativo.
Informações gerais
P.08.04.05 310
 Caso o número do documento (número do voucher) não seja

preenchido pelo usuário, o tag não será enviado e a transação será
considerada um crédito ou pré-autorização
 Não há parâmetro para desabilitar CTAH Voucher no POS
 As transações de CTAH são idênticas às de crédito (venda à vista e
parceladas), pré-autorização e confirmação de pré-autorização,
exceto pelo tag adicional (BIT 48 – Tag 0x96). Todos os demais bits
enviados são os mesmos, inclusive o bit 3 (código de processamento)
 O número do documento não é coletado no Cancelamento de Pré-
autorização
Entrada de dados
Campo específico de coleta para CTAH Voucher
Número do Documento Mínimo de 1 e máximo de 11 Preencher com BRANCOS à

dígitos alfanuméricos. direita quando coletado
menos do que 11 caracteres.
Campo opcional.
Comprovante
Os comprovantes são idênticos ao comprovantes de crédito (venda à vista e
parceladas), pré-autorização e confirmação de pré-autorização. O número do
documento (voucher) não é impresso no comprovante.
13.16 Transações com cartão de

débito
Identifica-se um cartão de débito através dos seguintes parâmetros do
Termmaster ou TA, quando estes igual à TRUE:
 Issuer Table – Options 3 Tipo de Transação – Flag 1 – Debit/Maestro
Transaction (leitura da trilha)
 CHIPDATA2 Table – ICC Options 2 Tipo de Transação – Flag 1 –
Debit/MaestroTransaction (leitura do chip)
Seguem as possíveis transações realizáveis através de cartão de débito:
13.16.1 Venda
São disponibilizadas as opções: à vista e pré-datada. Poderão ser efetuadas
com trilha ou chip, sempre em modo Online.
O terminal deverá zerar seu floor limit ao tratar uma transação de débito com
chip, para inibir seu processamento em modo Offline (REDE manterá o
P.08.04.05 311
parâmetro do Termmaster ou TA: TAC Online sinalizando que transação deve

ser processada em modo Online quando seu valor for superior ao floor limit).
Detalhamento das mensagens de venda com cartão de débito está no item
DETALHAMENTO DAS MENSAGENS.
Pode solicitar Confirmação Positiva (item Venda Com Confirmação positiva).
A partir da especificação funcional P.04.00 (POS) ou D.05.00 (PDV Discado/IP)
a função débito não deverá aceitar mais cartões de Voucher. Caso o BIN do
cartão aponte um emissor de Voucher o terminal deverá abortar a transação
conforme item Transações com cartão de Voucher.
Estas transações podem ser chamadas via FUNÇÃO ou MENU.
 SOMENTE NO CASO DE POS: Pode ser iniciada pela passagem do
cartão ou pela inserção do Chip.
FLUXO DE MENSAGENS
0200 solicitação de Venda Débito

Terminal Redecard
0210 resposta de Venda Débito
13.16.2 Venda com confirmação positiva

Para todas as modalidades de venda com cartão de débito o terminal poderá
solicitar informações adicionais ao portador, aleatoriamente, se estiver
configurada nas tabelas do Termmaster ou TA a necessidade de Confirmação
Positiva para o Issuer correspondente ao cartão em tratamento.
Os dados da Confirmação Positiva serão coletados logo após a coleta dos
dados da transação.
O algoritmo de seleção aleatória dos dados a coletar deverá ser
implementado no terminal.
As informações adicionais coletadas deverão ser “bufferizadas” e, após coleta
do último dado, criptografadas, seguindo o mesmo padrão utilizado para a
senha. No visor do PINPAD, a informação digitada deverá ser demonstrada
aberta ou mascarada (asteriscos), dependendo da configuração do prompt em
tratamento.
Após a coleta dos dados de Confirmação Positiva, o terminal deverá formatar
a mensagem 0200, preenchendo a estrutura de dados correspondente no BIT
48, e enviá-la à REDE, que por sua vez enviará a informação para o emissor. Ao
receber o retorno do emissor de que a transação foi aprovada, enviará a
resposta ao terminal, e este deverá imprimir o comprovante de venda. Caso a
transação seja negada pelo emissor por motivo de informações de
P.08.04.05 312
Confirmação Positiva incorretas, o terminal receberá um código de retorno no

BIT 39, sinalizando “Refazer - erro nos dados informados”.
PARÂMETROS ADICIONAIS
Serão criados ainda dois parâmetros que poderão definir a solicitação ou não
da informação adicional mesmo que se trate de uma transação do BIN
participante do “serviço”:
 Valor mínimo da transação: será cadastrado na Issuer Table do
Termmaster ou TA o parâmetro: “Valor Mínimo – Confirmação
Positiva”, o qual conterá o valor mínimo de transação, a partir do
qual serão solicitados dados da Confirmação Positiva, desde que se
trate de um BIN participante do “serviço”. Caso haja uma transação
com valor menor do que o valor mínimo cadastrado, mesmo que o
BIN seja participante do “serviço”, não deverá ser solicitada a
informação adicional.
 Cartão com Chip: será cadastrado na Issuer Table do Termmaster ou
TA o parâmetro: Options 1 – BIT 5 – “Chip requer Confirmação
Positiva” que, se sinalizado com true, indicará que a informação
adicional deverá ser solicitada.
ALGORITMO PARA IDENTIFICAÇÃO DA NECESSIDADE

DE PROCESSAMENTO DA CONFIRMAÇÃO POSITIVA
Se Issuer em tratamento configura a necessidade de processamento da
Confirmação Positiva (Termmaster ou TA – Issuer Table, campos Quantidade
de Prompts do primeiro Grupo. Quantidade de Prompts do quarto Grupo 
00000000)
Se valor da transação em tratamento superior ao mínimo configurado
(valor da transação > Issuer Table - Valor Mínimo - Confirmação
Positiva, para o Issuer em tratamento)
Se transação com trilha
Processa coleta de dados da Confirmação Positiva
Senão (transação com chip)
Se habilitada Confirmação Positiva para transação
com chip (Issuer Table – Options 1, BIT 5 – Chip requer
Confirmação Positiva = true)
Processa coleta de dados da Confirmação
Positiva
P.08.04.05 313
CADASTRAMENTO DE GRUPOS E QUANTIDADE DE PROMPTS NO

TERMMASTER OU TA:
 A tabela de Issuer, contida no Termmaster ou TA, possui quatro
campos correspondentes à quantidade de Prompts dos quatro
grupos, dispostos em ordem e associados a uma tabela chamada
GRUPOS. Como os prompts estão dispostos em tabela diferente dos
Grupos, não poderemos deixar um Grupo em branco entre os
grupos válidos, ou seja, se o terminal possuir 3 Grupos, apenas o
último poderá estar em branco, mais nenhum outro.
ALGORITMO PARA PROCESSAMENTO DA COLETA DE

DADOS DA CONFIRMAÇÃO POSITIVA
Obtém todos os grupos correspondentes ao Issuer em tratamento na Group
Table - Grid, e associa as respectivas quantidades de prompts a coletar para
cada grupo encontrado, a partir da Issuer Table: Quantidade de Prompts do 1º
grupo. Quantidade de Prompts do 4º grupo. Observe que ao primeiro grupo
encontrado na Group Table está associado à Quantidade de Prompts do 1º
grupo, e assim sucessivamente.
Preparar a estrutura de dados LISTA 1, contendo os seguintes dados, para
cada grupo associado ao Issuer em tratamento:
 Group Table – Grid correspondente ao primeiro grupo encontrado;
 Issuer Table – Quantidade de Prompts do 1º grupo;
 Group Table – Grid correspondente ao segundo grupo encontrado;
 Issuer Table – Quantidade de Prompts do 2º grupo;
 ... E assim sucessivamente.
Obtém primeiro grupo configurado para o Issuer em tratamento, a partir da
LISTA 1;
Enquanto houver grupos a selecionar na LISTA 1, e não sinalizado fim de
seleção de prompts.
Obtém todos os prompts associados ao grupo em tratamento, a partir
da Prompts Table
Prepara a estrutura de dados LISTA 2, contendo os seguintes dados,
para cada prompt do grupo:
 Id Prompt (Prompts Table);
 Número de dígitos a coletar (Prompts Table)
 Options 1 (Prompts Table)
P.08.04.05 314
Seleciona prompts do grupo em tratamento, a partir da LISTA 2,

obedecendo:
 A condição Aleatório/Obrigatório;
 A quantidade de prompts a coletar configurada para o grupo
em tratamento – obtida da LISTA 1 (se houver mais de um
prompt aleatório para o grupo em tratamento, a seleção entre
eles será aleatória).
 Quantidade total de dígitos a coletar em PINPAD, que não
deve ultrapassar o limite configurado no Termmaster ou TA
(tabela de Issuer - Número máximo dígitos Confirmação
Positiva)
Obs.: cada prompt selecionado deve ser eliminado da LISTA2, antes da
próxima seleção randômica. Se o número de dígitos do prompt em
tratamento, somado com o tamanho dos prompts anteriormente
selecionados, ultrapassar o limite definido no Termmaster ou TA,
ignorá-lo e sinalizar fim de seleção de prompts.
Se não sinalizado fim de seleção de prompts
Obtém próximo grupo configurado para o Issuer em tratamento, a
partir da LISTA 1;
CARACTERÍSTICAS DA COLETA DOS PROMPTS –

CONFIRMAÇÃO POSITIVA E REFERRAL:
 O prompt deve ser exibido na primeira linha do visor. A segunda
linha deve exibir tantos caracteres “.” , quantos forem os exigidos
para o prompt em tratamento, a fim de orientar o portador sobre a
quantidade de dígitos que deve fornecer.
 Ex. se o prompt deve coletar 5 dígitos, a segunda linha deve
ser iniciada com “. . . . . “;
 Durante a coleta do dado, cada dígito pressionado pelo portador
deve sobrepor o caractere “.” correspondente, cuja forma de
exibição deve respeitar a configuração do campo em tratamento:
aberta ou mascarada.
 Ex. “4 8 . . . “ ou “* * . . . “
 As teclas de correção do dado digitado devem ser acatadas,
mantendo-se os caracteres de orientação ao portador.
 Ao final da coleta da informação solicitada, deve-se exigir a tecla
<Enter>, para então prosseguir a coleta do próximo prompt, ou
finalizar a coleta de dados da Confirmação Positiva (ou Referral),
quando esgotados os prompts.
 A tecla <Enter> será aceita somente quando a quantidade de dígitos
exigida para o prompt for respeitada, isto é, se o prompt deve
coletar 3 dígitos, a tecla <Enter> será acatada após a digitação do 3º
número.
 A tecla <cancela> determina o cancelamento da transação em
andamento.
 Quando portador não digita o dado a tempo – Timeout, a transação
deve ser cancelada.
P.08.04.05 315
13.16.3 Bolsa Família - TRANSAÇÃO
OBJETIVO
O Bolsa Família é um projeto que tem como objetivo substituir o cartão de
débito pelo celular, garantindo maior segurança para a indústria de cartões
como um todo, além de permitir a exploração de novos mercados.
O Bolsa Família permite transações de débito à vista através do cartão Bolsa
Família ou da digitação do número do telefone celular.
Para transações realizadas com a digitação do número do celular, o cliente é
identificado por um cadastro realizado na MPG (Mastercard) e a transação é
realizada entre a MPG e a REDE com a validação do cliente sendo realizada
através de troca de mensagens entre cliente e MPG.
Caso a transação seja realizada através da passagem ou inserção do cartão
bolsa família, a transação deve seguir o mesmo fluxo transacional e layout de
mensagens do débito.
PRÉ-REQUISITO
N/A
A opção Bolsa Família com a digitação do número do celular do cliente apenas
poderá ser escolhida via tecla MENU.
Selecionar a opção BOLSA FAMÍLIA / TRANSAÇÃO.
Não pode ser iniciada pela passagem do cartão/ inserção do Chip/ função.
Caso seja passado ou inserido um cartão Bolsa Família na tela inicial, a
transação será tratada como débito.
Não existe a configuração habilita / desabilita para a transação de Bolsa
Família nas tabelas do Termmaster ou TA.
COMPROVANTE
INFORMAÇÕES GERAIS
 No relatório de resumo de vendas o Bolsa Família é contabilizado
como uma transação de venda a débito.
 As transações pagamento Bolsa Família deverão compor (somar) a
Finalização de transações de débito, na linha do Issuer específico,
sendo somente contabilizadas aquelas que já tenham sido
confirmadas pela mensagem confirmação de pagamento.
P.08.04.05 316
 A transação deve atualizar os campos estatística conforme uma

transação de venda a débito.
 Este produto não permite Confirmação Positiva.
 Não solicita CVC2.
 Nunca é referido pelo Host.
ENTRADA DE DADOS
Veja anexo Coleta de Dados – árvores de coleta para o leiaute das telas.
Valor total da Mínimo de 1 e máximo Preencher com zeros à esquerda quando

transação de 9 dígitos numéricos. coletado menos do que 9 dígitos.
Campo obrigatório.
Celular do Mínimo de 10 e máximo Número do celular incluindo o DDD.

Portador de 19 dígitos.
Campo obrigatório.
FLUXO NORMAL
9. Operador inicia transação via MENU – BOLSA FAMILIA / PAGAMENTO
Entrada de dados
10. Operador escolhe a opção CELULAR
11. O sistema solicita o número do celular. (Fluxo alternativo A)
12. O sistema solicita o valor da venda
Solicitação de Compra com Celular Bolsa Família

13. O POS envia a mensagem de compra Bolsa Família para a REDE.
(mensagem 0200). (Fluxo alternativo B/C)
14. O terminal recebe a resposta do Host com o ECHO da mensagem 0200 e
campos 39 e 63 preenchidos.
Solicitação de Confirmação da compra Bolsa Família

15. Caso seja aprovada a solicitação de compra, terminal aguarda 30
segundos para enviar a primeira solicitação de confirmação da compra.
16. O POS enviar a mensagem de solicitação de confirmação de compra para
a REDE. (Fluxos alternativos D/E)
17. O terminal deve permitir até 3 tentativas de consulta da confirmação de
compra.
P.08.04.05 317
18. Se autorizado, o Host envia o código de autorização, o terminal deve

imprimir o comprovante e encerrar a transação.
FLUXOS ALTERNATIVOS
E. Número do celular não cadastrado na base de dados.
1. Host retorna BIT 39 =53, que exclusivamente para esta transação
indica LIGUE CARTAO.
F. Terminal recebe mensagem de resposta de SOLICITAÇÃO DE COMPRA
BOLSA FAMÍLIA negando a transação:
1. A transação é negada.
G. Terminal recebe timeout na resposta:
1. A transação é desfeita.
H. Terminal recebe mensagem de resposta de SOLICITAÇÃO DE
CONFIRMAÇÃO DE COMPRA BOLSA FAMÍLIA negando a transação:
I. Terminal recebe timeout na mensagem de resposta de SOLICITAÇÃO DE
CONFIRMAÇÃO DE COMPRA BOLSA FAMÍLIA ou BIT 39 = 99 na mensagem
de resposta:
1. Terminal apresenta mensagem do BIT 63.
2. Terminal incrementa contador de tentativas.
 Timeout 3 segundos
3. Exibir tela:
convencional
EM PROCESSAMENTO
Aguardar a seleção do
operador.
1.SIM 2.NAO
4. Se o operador responder SIM, o terminal deve aguardar o tempo

configurado na tabela de Issuer – campo Tempo de Espera Bosa
Família e efetuar nova consulta.
5. Se operador responder NÃO:
 Desfazer a transação;
 Não deve ser impresso o comprovante;
 Retornar a tela inicial.
P.08.04.05 318
6. Após a terceira vez exibir a tela:

convencional
OPERACAO
segundos.
7. A transação deve ser desfeita.

FLUXO DE MENSAGENS
P.08.04.05 319
13.17 Bolsa Família – Reimpressão

O terminal deve disponibilizar função para consulta e reimpressão de todas as
transações realizadas no dia. O lote de transações aprovadas no dia deve ser
zerado na finalização ou assim que o terminal identificar que houve mudança
de data.
O comprovante deve ser o mesmo impresso para a transação original porém
com a informação “REIMPRESSO” no comprovante conforme regra geral.
O terminal deve permitir a reimpressão do comprovante do Estabelecimento
e do Cliente conforme escolha do operador.
Somente transações aprovadas devem fazer parte deste menu.
13.18 Bolsa Família – Estorno

Assim como a reimpressão, o terminal deve disponibilizar função para
consulta e estorno de todas as transações realizadas no dia. O lote de
transações aprovadas no dia deve ser zerado na finalização ou assim que o
terminal identificar que houve mudança de data.
13.19 Recarga de celulares pré-pagos

O terminal deve oferecer a função de recarga de celular pré-pago, utilizando
cartões de crédito e débito. A transação de recarga será realizada conectando
com um Switch de Serviço, que estará integrado com todos os sistemas
internos da REDE (Switch financeiro, de cadastro, etc).
Esta funcionalidade deve estar disponível para todos os terminais, sendo que
o controle de habilitação da Recarga de Celular será efetuado no Switch de
serviço e demais sistemas de backoffice, não cabendo ao terminal parâmetros
de configuração locais que desabilite esta funcionalidade.
O pagamento poderá ser realizado com entrada de cartão Magnético, Chip e
Contactless (para os terminais aptos).
A RECARGA pode solicitar CVC2 e últimos 4 dígitos, caso as tabelas estejam
configuradas para solicitar.
O comprovante de transação de recarga poderá ser reimpresso através das
funções de reimpressão: Ultima Transação e Transação Específica.
A verificação de duplicidade deve estar contemplada para a transação de
Recarga, sendo que o DDD + número de celular deve ser verificado também.
Ver item 13.5Duplicidade.
Fora do escopo:
P.08.04.05 320
1. Não haverá recarga em dinheiro;

2. Não serão aceitas transações diferentes de crédito à vista e débito à
vista (como por exemplo crédito parcelado, crediário, débito pré-
datado, etc);
3. Não haverá estorno de transação de recarga;
4. Não será aceita transação digitada, inclusive fallback digitada;
5. Não será aceita transação off-line, inclusive contactless off-line;
6. Não será aceita confirmação positiva e nem referida nas transações de
recarga.
13.19.1 Inicialização / Consulta de Valores

Uma operação de inicialização de Serviço será realizada entre a Inicialização
Financeira (com o Termmaster ou TA) e a baixa técnica (com o Switch
Financeiro).
Para o Serviço de recarga de celular, esta operação se chama “Consulta de
Valores” e visa enviar ao terminal os parâmetros de operadoras de telefonia e
valores de recarga.
Para apagar as tabelas deve-se usar a Função 93, opção APAGA TUDO.
Quando o Switch de serviço detectar que é necessário uma atualização nas
tabelas, uma flag será enviada na resposta de uma transação, sinalizando que
o terminal deve realizar uma “Consulta de Valores”. Esta Consulta de Valores
encadeada será feita na mesma conexão, apresentando a mensagem
“PROCESSANDO”. Em caso de erro (inconsistência das tabelas ou terminal
desligado repentinamente), nenhuma mensagem de erro deve ser
apresentada ao cliente e a atualização deve ser tentada novamente ao final da
próxima transação de recarga, encadeada na mesma conexão.
i. Diagrama de Sequência
P.08.04.05 321
ii. Diagrama de Atividade
É importante destacar que a ocorrência de erro durante a consulta de valores

não impede que a inicialização dos parâmetros financeiros seja realizada e o
terminal fique “financeiramente” operante. Neste caso, a “Consulta de
valores” ficará pendente e uma nova tentativa será realizada no momento em
que uma transação de recarga for acionada.
IMPORTANTE: Por este motivo, nenhum erro de conexão / comunicação deve
ser mostrado ao cliente durante a consulta de valores.
P.08.04.05 322
TERMNAL TNMS Sw Serviço Sw Finan

Entrada dos
parâmetros de Inicialização
Realiza
Conecta ao TNMS
Inicialização
Inicialização
Desconecta
Erro?
sim Não
Conecta
Terminal ao E-asy
Não configurado
Envia Requisição de Retorna Parâmetros

Consulta de Valores Inicialização
Não
Consulta Valores
Última
MSG?
Sim
Sim
Realiza
Envia Baixa Tecnica
Baixa Técnica
Baixa Técnica
Desconecta
Terminal Configurado
Erro?
Não
Como o número para conexão com o Switch Serviço e com o Switch Financeiro
será o mesmo, não será necessário desconectar. A diferenciação de destino
ocorrerá através do NII parametrizado na tabela Comunic do Termmaster ou
TA.
P.08.04.05 323
A Finalização com o Swicth de serviço tem a finalidade de confirmar a última

transação realizada. Os dados das transações de recarga serão impressos nos
relatórios de finalização e de transação (detalhado e resumido) já existentes,
conforme descrito no book de comprovantes.
Deste modo, o processo de finalização se dará nos passos:
1. Envio de desfazimentos e advices pendentes
2. Finalização de Serviço, enviando para o NII do Switch de Serviço
3. Consulta de Valores, se a tag indicar atualização
4. Finalização da Financeira, enviando para o NII do Swicth financeiro
Como o número para conexão será o mesmo, não será necessário
desconectar. A diferenciação de destino ocorrerá através do NII
parametrizado na tabela Comunic do Termmaster ou TA.
Caso a Consulta de Valores não tenha ocorrido com sucesso e, neste caso, a
recarga não está habilitada, a finalização da recarga não deve ser enviada.
IMPORTANTE: Caso haja a ocorrência de erro durante a finalização de Serviço
(erro de comunicação) nenhuma mensagem de erro deve ser exibida ao
cliente e o processo seguirá normalmente (impressão de comprovante e
limpeza do lote).
TERMNAL Sw Serviço
Sw Finan
0500 – Solicitação Finalização
Processing Code 920100
0510 – Resposta Finalização

0500 – Solicita Finalização

0510 – Resposta Finalização

P.08.04.05 324
Finalização
Tem
Finalização
Conecta transação
Acionada
pendente?
Sim
Não
Envia Finalização Envia transações

Recebe Resposta
Recarga pendentes
Não
Consulta de Realiza Consulta de
Sim Algum Erro?
Valores? Valores
Sim
Não
Recebe Envia Finalização

Erro?
Resposta Financeira
Não
Sim
Imprime Relatório Limpa Lote
Finalização não
realizada
13.19.3 Transação de Recarga (Crédito e Débito)

A opção RECARGA poderá ser chamada via tecla MENU ou pela FUNÇÃO 51.
Não pode ser iniciada pela passagem do cartão/ inserção do Chip.
O timeout de espera da resposta da transação de recarga terá um valor
diferente, configurado na tabela “Terminal Configuration”, campo “Tempo de
espera – Recarga Celular Pré-pago”, em segundos.
A transação de recarga possui uma 3ª mensagem, a de confirmação (0202).
P.08.04.05 325
TERMNAL Sw Serviço
Operadora Sw Finan
0200 – Solicitação Recarga
Processing Code 003000 ou 002000
Solicitação Recarga
Resposta Recarga
0200 – Solicitação Recarga

0210 – Resposta Recarga
0210 – Resposta Recarga
0202 – Confirmação
Confirmação Recarga

Caso a Consulta de Valores não tenha ocorrido com sucesso junto com a
inicialização financeira, ela será feita quando a transação de recarga for
iniciada.
P.08.04.05 326
Recarga
Seleciona função Tem tabelas de Realiza “Consulta Serviço não
Não Erro? Sim
De Recarga Recarga? de Valroes” Disponível
Não
Seleciona
Sim
Operadora
Aproxime, insira Números são Redigita DDD + Digita DDD +

Sim
Ou passe o cartão iguais? No Celular No Celular
Não
Escolha Débito ou No do celular

Crédito incorreto
Recebeu
Pedir senha? Sim Digite Senha Conecta com E-asy Envia Requisição Aguarda Resposta
Resposta?
Não
Realiza consulta de Tem “consulta

Sim Envia Confirmação Sim Resposta OK? Confere Resposta
Valores de valores”? Não
Não Não
Imprime
Desconecta Display de Erro Gera Desfazimento
Comprovante
iii. Entrada de Dados

As transações de recarga permitem a coleta de diversos campos em sua
árvore, estes campos devem obedecer às seguintes regras:
CAMPO TAMANHO Valores
Operadora Apresenta menu com Enviar na mensagem o código da operadora.

os nomes das Tamanho: 3n.
Operadoras
DDD+ Celular 02 dígitos de DDD Para DDD, pode coletar valores de 00 a 99.
Mínimo de 8 e Para celular, pode coletar valores de
máximo de 9 dígitos 00000000 a 999999999.
de celular
Confirmar 02 dígitos de DDD Para DDD, pode coletar valores de 00 a 99.

DDD + Celular Mínimo de 8 e Para celular, pode coletar valores de
máximo de 9 dígitos 00000000 a 999999999.
de celular
Valor Apresentar Menu com A princípio, nenhum valor diferente dos

os valores aceitos pela apresentados no menu poderão ser aceitos.
(da recarga)
operadora escolhida Não haverá opção de “OUTROS” (valores).
P.08.04.05 327
no início.
SENHA Mínimo de 4 e Pode coletar valores de 0000 a

máximo de 12 dígitos 999999999999. Caso o operador pressione
numéricos. Obedece a cancelar, o terminal retorna ao MENU
padrão de criptografia. principal, cancelando a transação.
iv. Serviço não disponível

Caso o terminal não tenha as tabelas de Recarga (houve erro ao baixar as
tabelas durante a inicialização e durante o fluxo), a mensagem de “Serviço não
disponível” deve ser apresentada ao usuário e a Recarga não poderá ser
realizada, voltando à idle.
1234567890123456
1
2 SERVICO
3 NAO DISPONIVEL
4
v. 2nd GAC
No caso de utilizar cartão com chip, o 2nd GAC deve ser realizado ao receber a
resposta da transação (0210). Se a transação foi aprovada pelo Switch,
teremos os seguintes cenários:
 Caso o cartão aprove, a Confirmação (0202) é enviada na mesma
conexão
 Caso o cartão negue:
1. A conexão é finalizada;
2. Uma transação de desfazimento é gerada;
3. Um advice de negada é gerado.
13.19.4 Desfazimento de Recarga

Em caso de erro de comunicação e uma resposta não for recebida, ou o cartão
nega a transação no 2º GAC, é gerada uma transação de desfazimento, que
será enviada na próxima conexão.
A transação de desfazimento deve ter o mesmo NII da transação de recarga,
sendo direcionado para o Switch de Serviço.
P.08.04.05 328
IMPORTANTE: O timeout de espera da resposta da transação de recarga terá

um valor diferente, configurado na tabela “Terminal Configuration”, campo
“Tempo de espera – Recarga Celular Pré-pago”, em segundos.
Desfazimento
TERMNAL E-asy Operadora SW REDE

0420 – Solicitação Desfazimento
0430 – Resposta Desfazimento
Solicitação Desfazimento
Mensagem que ocasionou

A conexão Resposta Desfazimento
0420 – Solicitação Desfazimento

0430 – Resposta Desfazimento
P.08.04.05 329
Desfazimento
Terminal
E-asy Operadora Sw REDE
Uma transação
acionou conexão
Existe Desfazimento Desfaz transação

Sim Envia Desfazimento Envia Resposta
De Recarga Recarga
Pendente?
Desfazimento
Apaga Desfazimento Sim
Ok?
Envia Desfazimento
Não p/ Operadora
Continua transação Mantem

que acionou Desfazimento no
Desfazimento
conexão Lote
Ok?
Sim
Envia Desfazimento Desfaz transação

Para REDE Recarga
13.19.5 Estatística
Dados estatísticos referentes às transações de Serviço serão enviadas no bit
48, tag 0x9A na mensagem de Estatística (0800/ Pcode 910000), para o Switch
financeiro. Esta tag deve ser enviada APENAS se o parâmetro Acquirer Table
Entry - Options 2 – bit 5 Habilita estatística Serviço, estiver habilitado (S).
Ver item 11.9.52Estatística Serviço.
13.20 CORBAN (Correspondente bancário)

Na necessidade da substituição de dinheiro por outros meios de pagamento
mais competitivos, está sendo desenvolvido o produto Corban.
É um novo meio de pagamento para estabelecimentos já cadastrados e que
desejem se cadastrar como correspondentes bancários do Itaú, para realizar
pagamentos de boletos de portadores em geral, através de débito ou dinheiro
nas tecnologias POS e POO. A transação de CORBAN será realizada via leitura
P.08.04.05 330
ou digitação do código de barras, conectando-se com um Switch (SW) e Host

de Serviço (QH), que estarão integrados com todos os sistemas internos da
REDE (Switch financeiro, de cadastro, etc).
Esta funcionalidade deve estar disponível para os terminais vitrines, sendo
que o controle de habilitação e cancelamento serão efetuados pelo Itaú,
através de troca de arquivo com os sistemas da REDE. A captura deverá estar
preparada para transações: Chip, magnética e digitada.
O terminal somente validará o código de barras de acordo das regras da
FEBRABAN. Maiores detalhes consulte o documento complementar:
Febraban.
Escopo:
 Habilitar porta serial do terminal e Integrar com leitor de código de
barras, através da porta serial USB RS232;
 Habilitar somente para correspondentes bancários Itaú;
 Pagamento de fatura de concessionárias/títulos do itaú/títulos de
outros bancos e validação dos títulos, conforme leiaute da FEBRABAN;
 Enviar número de série do leitor de código de barras nas transações
de baixa técnica e estatística;
 Enviar em transações financeiras, se o código de barras foi lido na
leitora de código de barras ou digitado no terminal para o Host de
Serviço;
 O cliente informará o valor do boleto de repasse disponível, apenas
em débito em conta corrente e boleto bancário;
 Possibilidade de desabilitar tarja;
 Fluxo para Reimpressão;
 Implementação da transação de Estorno;
 Relatório totais de caixa com todas as informações transacionadas do
produto CORBAN;
 A transação financeira e estorno deve ter fluxo de 3 pernas e as
demais seguem o fluxo normal de 2 pernas como: consulta/validação
de boleto e desfazimento. Vale ressaltar que as transações serão
aceitas apenas na modalidades: Dinheiro e Débito, sendo que todas as
transações capturadas no débito deverão ser aprovadas pelo Emissor
e não teremos transação Off Line.
 Deverá ser bloqueada qualquer transação em Dólar para o produto
Corban Itaú;
13.20.1 Desempenho e confiabilidade

Para os terminais vitrines POO(Vx680 ctls, Vx680 sem ctls e IWL281) foi
identificado um risco na comunicação via porta serial USB RS232, pode
ocasionar danos e diminuir o ciclo de vida do terminal no parque. Entretanto
para os terminais (Vx520, ICT220 e ICT250) não foram identificados riscos.
A fim de testar e validar a comunicação entre os dispositivos os seguintes
testes foram realizados com aplicações de testes disponibilizadas pelos
fornecedores da Ingenico e Verifone:
 Aplicação de teste Ingenico e Verifone.
 Comunicação da leitora de código de barras da CIS.
P.08.04.05 331
 Captura dos dados informados no boleto.

 Impressão da mensagem trocada entre os dispositivos durante a
leitura do código de barras.
 Firmware da leitora, pois identificamos um problema com a primeira
versão.
Importante: A porta do terminal USB fornecerá alimentação de energia de 5V
e 200ma na comunicação com a leitora de código de barras.
13.20.2 Segurança
Em analise com equipe de segurança, vimos que não existe a necessidade de
implementar a criptografia dos dados trafegados entre a leitora de código de
barras e os terminais vitrines POS/POO. Todos os dados considerados
sensíveis serão criptrogados pelo terminal enviado ao Host de Serviços.
13.20.3 Leitora de código de barras

Será acoplado ao terminal um leitor de código de barras através da entrada
USB dos terminais vitrines Vx680,IWL281, IWL28C Vx520, ICT220 e ICT250.
O protocolo de comunicação e maiores informações sobre a leitora de código
de barras estão especificadas no item 3.1.9 Interface de comunicação Leitora
de código de barras;
O terminal guarda a quantidade de vezes que a leitora de código de barras
tentou realizar a leitura do código de barras, caso ocorra três tentativas
sucessivas com falha na leitura, uma mensagem de erro deverá ser
apresentada com timout 6 segundos, após o termino de o timeout direcionar
para tela de digitação do código de barras.
A leitora de código de barras envia as informações abaixo:
 Código de barras
 Número de série da leitora de código de barras
Layout da mensagem separada pelo delimitador ponto e virgula (;)
Mensagem lida, ou seja sem erro de leitura:
Código de barras |Número de série

123456789123456789123456789123456789123456789 ;123456789123
Mensagem com erro de leitura:
Código de barras |Número de série

0 ;123456789123
P.08.04.05 332
Obs. Quando ocorrer um erro de leitura a posição do código de barras retornará 0

indicando que houve erro de leitura, caso a leitura do código de barras não apresente
problemas a mesma posição será enviado o código de barras com 44 posições.
Código de barras
• Atributo: 44n
Número de série
• Atributo: 12n
Retorno
• Atributo: 1n
CRITICIADE E TEMPO:
Em analise com área de negócio e canais não foram identificados processos de
criticidade e tempo na comunicação entre a leitora de código de barras e os
terminais, pois a comunicação entre os dispositivos não sensibilizarão a REDE.
v. Diagrama de usuário:
13.20.4 Tipos de pagamentos aceitos:
CONCESSIONÁRIAS (ÁGUA, LUZ, TELEFONE E GÁS):
P.08.04.05 333
As faturas de concessionária não possuem transação de consulta e podem ser

pagas mesmo após a data de vencimento com o mesmo valor expresso no
documento, uma vez que a cobrança de juros sempre é cobrada na próxima
fatura.
vi. Diagrama de atividades:
TÍTULOS DE COBRANÇA:
Os títulos bancários estão divididos em dois tipos: os Títulos próprios, que são
os títulos do Itaú e os Títulos de outros bancos.
Títulos Itaú – É permitido pagamento de títulos a vencer e vencidos*. Somente
no caso de títulos do Itaú a Rede deverá enviar uma transação de consulta
(9000) e no momento da devolução da consulta (9010), o Itaú enviará a
informação do pagamento já descriminado o valor do acréscimo ou
decréscimo.
vii. Diagrama de atividades:
P.08.04.05 334
Títulos de outros bancos – É permitido somente pagamento de títulos a

vencer, com exceção dos títulos que não possuem fator de vencimento
expresso no código de barras. Neste caso, o banco não fará nenhum tipo de
consulta antes da solicitação de pagamento.
viii. Diagrama de atividades:
* Algumas carteiras de cobrança não permitem recebimento de títulos

vencidos no Corban, somente na agência. O cedente escolhe a modalidade da
cobrança no momento da contratação e define suas regras de negócio.
TRIBUTOS:
Somente Prefeituras Municipais conveniadas.
P.08.04.05 335
13.20.5 Baixa de ocorrência técnica

Uma operação de inicialização de Serviço será realizada entre a Inicialização
Financeira (com o Termmaster ou TA) e a baixa técnica (com o Switch
Financeiro).
Para o produto CORBAN, esta operação visa enviar o número de série da
leitora de código de barras de tamanho 12, tipo numérico no BIT 47, tag 0x34,
na mensagem de finalização (0800/ Pcode 980000) para Switch.
É importante destacar que a ocorrência de erro durante o envio do número de
série da leitora de código de barras não impede que a inicialização dos
parâmetros financeiros seja realizada e o terminal fique “financeiramente”
operante. Neste caso, o “Número de série da leitora de código de barras”
ficará pendente e uma nova tentativa será realizada no momento em que uma
transação de finalização for acionada.
IMPORTANTE: Por este motivo, nenhum erro de conexão / comunicação deve
ser mostrado ao cliente durante o envio do número de série da leitora de
código de barras.
ix. Diagrama de Sequência
A Finalização com o host de serviço (QH) tem a finalidade de confirmar a
última transação realizada. Os dados das transações de CORBAN será
impressos no relatório totais de caixa (CORBAN), conforme descrito no book
de comprovantes.
P.08.04.05 336
Deste modo, o envio da estatística será complementado com o número de

série da leitora de código de barras de tamanho 12, tipo numérico no BIT 47,
tag 0x34, na mensagem de finalização (0800/ Pcode 910000).
Para o Host de Serviços (QH) a finalização será encaminhada na mesma
solicitação com código de processamento especifico para o produto CORBAN
(933910 e 932900).
Deste modo, o processo de finalização se dará nos passos:
1. Envio de desfazimentos e advices pendentes
2. Finalização de Serviço, enviando para o NII do host de Serviço
3. Finalização da Financeira, enviando para o NII do Swicth financeiro
Como o número para conexão será o mesmo, não será necessário
desconectar. A diferenciação de destino ocorrerá através do NII
parametrizado na tabela Comunic do Termmaster ou TA.
IMPORTANTE: Caso haja a ocorrência de erro durante a finalização de Serviço
(erro de comunicação) nenhuma mensagem de erro deve ser exibida ao
cliente e o processo seguirá normalmente (impressão de comprovante e
limpeza do lote).
x. Diagrama de Sequência
xi. Diagrama de Atividade
P.08.04.05 337
13.20.7 Desfazimento
Em caso de erro de comunicação e uma resposta não for recebida, ou o cartão
nega a transação no 2º GAC, é gerada uma transação de desfazimento, que
será enviada na próxima conexão.
A transação de desfazimento deve ter o mesmo NII da transação de CORBAN,
sendo direcionado para o host de Serviço (QH).
iii. Diagrama de Sequência
FLUXO FUNCIONAL DE MENSAGENS – Desfazimento Assíncrono com Autorizadores Inoperantes no

Desfazimento
Terminal QH SW Rede Itaú
01 - Solicitação Autorização (0200)

PCode 933910/932900

PCode 933910/932900
03 - Resposta Solicitação Autorização (0210)

PCode 933910/932900
AUTORIZADO

PCode 933910/932900

PCode 933910/932900
AUTORIZADO
06 - Resposta Solicitação Autorização (0210) -

NÃO RECEBIMENTO DA RESPOSTA (TIMEOUT)
07 - Solicitação Desfazimento (0420)

PCode 933910/932900
08 - Resposta Desfazimento (0430)

PCode 933910/932900
DESFAZIMENTO OK
PCode 933910/932900
10 - Resposta Desfazimento (0430) – NÃO

RECEBIMENTO DA RESPOSTA (TIMEOUT)
11 - Solicitação Desfazimento (0420) - ENVIA

A TRANSAÇÃO “N” VEZES ATÉ RECEBER
RESPOSTA
PCode 933910/932900
(...)

PCode 933910/932900

PCode 933910/932900
DESFAZIMENTO OK

PCode 933910/932900

PCode 933910/932900
DESFAZIMENTO OK
P.08.04.05 338
FLUXO FUNCIONAL DE MENSAGENS – Desfazimento Assíncrono com Itaú Negando

PCode 933910/932900

PCode 933910/932900

PCode 933910/932900
AUTORIZADO

PCode 933910/932900

PCode 933910/932900
AUTORIZADO


PCode 933910/932900

PCode 933910/932900
DESFAZIMENTO OK
PCode 933910/932900

PCode 933910/932900
NEGADA
FLUXO FUNCIONAL DE MENSAGENS – Desfazimento Assíncrono

PCode 933910/932900

PCode 933910/932900

PCode 933910/932900
AUTORIZADO

PCode 933910/932900

PCode 933910/932900
AUTORIZADO


PCode 933910/932900

PCode 933910/932900
DESFAZIMENTO OK

PCode 933910/932900

PCode 933910/932900
DESFAZIMENTO OK

PCode 933910/932900

PCode 933910/932900
DESFAZIMENTO OK
P.08.04.05 339
FLUXO FUNCIONAL DE MENSAGENS – Desfazimento Sem Original

PCode 933910/932900
NÃO RECEBIMENTO
TIMEOUT

PCode 933910/932900

PCode 933910/932900
DESFAZIMENTO OK
FLUXO FUNCIONAL DE MENSAGENS – Desfazimento Sem Envolvimento dos Autorizadores

PCode 933910/932900


PCode 933910/932900

PCode 933910/932900
DESFAZIMENTO OK
13.20.8 Transação (Dinheiro, Débito e Consulta)

O Fluxo transacional será de 3 pernas para as transações financeiras (0200, 0210 e
0202) e para as transações de estorno (0400, 0410 e 0402). As demais transações
(9000/9010 e 0420/0430) terão fluxo de 2 pernas. Teremos transação digitada com
P.08.04.05 340
validação do código de barras, conforme leiaute da FEBRABAN. O terminal

deverá validar por blocos apresentando mensagem de erro caso haja
inconsistência no bloco que está sendo digitado.
Todas as transações capturadas no débito deverão ser aprovadas pelo
Emissor.
Para formatar no comprovante o nome da concessionária ou do banco
cedente e enviar na transação Processing code, será necessário identificar o
código do tipo de serviço no código de barras, conforme exemplos abaixo:
 Concessionárias e Tributos/Arrecadações
Capturar o 2º campo no primeiro bloco e do 5º ao 8º campo no código de
barras.
84830000001-0 56160089255-0 57999999980-6 31402141649-3
O campo identificado em vermelho é o Tipo de Serviço.
O campo identificado em verde é Código do Serviço.
 Título/ Ficha de Compensação

Capturar os 3 primeiros campos do primeiro bloco no código de barras.
34191.75926 58297.122044 00114.680002 3 00000000000000
O campo identificado em verde é Código do Serviço.
Onde Processing code:

 932900 – Concessionárias (água/luz/telefone/gás)
 933910 – Títulos de Cobrança
Importante: O terminal POS/POO, apenas identifica e envia para o Host de

Serviços se o documento é um Titulo de cobrança ou Concessionária, através
do Processing code.
Títulos Itaú – É permitido pagamento de títulos a vencer e vencidos. Somente
no caso de títulos do Itaú o POS/POO deverá enviar uma transação de
consulta (9000) e no momento da devolução da consulta (9010), o Host de
Serviço (QH) enviará a informação do pagamento já descriminado o valor do
acréscimo ou decréscimo.
VALIDAÇÕES:
Se o documento é um título Itaú (341)
Consulta Itaú (933910) - Envio da tag 0x18 - bit 56
- Retorno da tag 0X15 (devolução nome
cedente + flag) - bit 56
- Retorno da tag 0x16 (devolução encargos) -
bit 56
- Retorno da tag 0x17 (devolução descontos) -
bit 56
P.08.04.05 341
Se retorno da tag 0x15 (campo flag tipo documento) = 0 e tag 0x16 presente
na mensagem:
- Cliente não poderá digitar dados
na mensagem:
- Cliente não podeerá alterar o valor do título, porém pode alterar o
valor da multa
Se retorno da tag 0x15 campo flag tipo documento = 2 e tag 0x16 presente na
mensagem:
- Cliente poderá alterar o valor do título e multa
APÓS ESSAS VALIDAÇÕES, O POS DEVE ENVIAR A MENSAGEM DE DÉBITO

(0200) COM A TAG 0X16 NO DE056
na mensagem:
- Cliente não poderá digitar dados
na mensagem:
- Cliente não podeerá alterar o valor do título, porém pode alterar o
valor do desconto
na mensagem:
- Cliente poderá alterar o valor do título e desconto
APÓS ESSAS VALIDAÇÕES, O POS DEVE ENVIAR A MENSAGEM DE DÉBITO

(0200) COM A TAG 0X17 NO DE056
Importante: Caso ocorra timeout na transação de consulta o terminal deverá

informar ao cliente o status do processo, através da tela de timeout e voltar
para tela inicial.
P.08.04.05 342
xii. Diagrama de Sequência
P.08.04.05 343
FLUXO FUNCIONAL DE MENSAGENS – Transação de Corban Realizada - Débito

PCode 933910/932900

PCode 933910/932900

PCode 933910/932900
AUTORIZADO

PCode 933910/932900

PCode 933910/932900
AUTORIZADO

PCode 933910/932900
AUTORIZADO
07 - Confirmação Autorização (0202)

PCode 933910/932900

PCode 933910/932900
09 - Resposta Confirmação Autorização (0212)

PCode 933910/932900
CONFIRMADO

PCode 933910/932900
13.20.9 Estorno
No caso de Estorno da transação, o Itaú previu a necessidade de digitação de
campos que constam somente na via do Cliente (NSU Rede, Hora Rede e NSU
Autorizador). Nesta transação a 3º perna de confirmação (0402), será enviada
para o Host de Serviço (QH).
SÓ DEVERÁ SER PERMITIDA SE:

 Se ocorrer na mesma data contábil;
 Se for realizada em até 30 minutos da transação original;
 Exigir a informação do Terminal, NSU Rede, Hora Rede, NSU
Autorizador que fica somente no comprovante de pagamento - via do
cliente;
Em caso de estorno através de um comprovante que foi reimpresso, o
estabelecimento deverá entrar em contato com o suporte da Rede para
adquirir as informações de NSU Rede, Hora Rede e NSU Autorizador,
necessários para a realização da transação.
xiii. Diagrama de Sequência
P.08.04.05 344
xiv. Diagrama de atividades:
13.20.10 Boleto de Repasse

O valor transacionado em dinheiro resultante dos serviços prestados no
Corban pode ser repassado ao banco por duas formas:
DÉBITO EM CONTA CORRENTE:

Nesta forma de repasse o cliente autoriza o banco a debitar diariamente sua
conta corrente no valor correspondente ao serviço prestado sem que haja
necessidade de separar o dinheiro físico do Corban do dinheiro físico do
estabelecimento.
P.08.04.05 345
BOLETO BANCÁRIO:
O Correspondente Itaú possui uma carteira de cobrança que é destinada aos
clientes que preferem separar o dinheiro e fazer o pagamento referente ao
serviço prestado diretamente em uma agência bancária. O estabelecimento
consegue emitir os boletos no site do Internet 30 horas através da agência e
conta da empresa, ou imprimir diretamente pelo POS seguindo o layout
definido pelo Itaú. O valor do boleto será informado no POS encaminhado ao
Host de Serviço (QH), após a entrega do valor a o QH o POS aguarda as
informações variáveis do boleto especificado no detalhamento da mensagem.
Para verificar a especificação completa para desenvolvimento do boleto de
repasse, consulte o documento complementar: Boleto_de_repasse_2.0.pdf
Obs.: O Boleto de Repasse não é aceito para pagamento no próprio canal,
independente se for com dinheiro ou cartão. A validação / trava será feita
pelo sistema produto HV (Itaú).
FLUXO TRANSACIONAL:
FLUXO FUNCIONAL DE MENSAGENS – Transação de Geração de Boleto de Repasse - Sucesso
Terminal QH
01 - Solicitação de Geração de Boleto de Repasse (0100)

Pcode 991000
02 – Resposta do Boleto de Repasse (0110)

Pcode 991000
Importante: O cliente informa o valor do boleto de repasse e com retorno o

terminal POS/POO gera um boleto bancário Itaú.
P.08.04.05 346
13.20.11 Relatório totais de caixa

Este relatório será impresso com todas as contas (Concessionárias, Titulo de
cobrança e Tributos) recebidas até o momento da extração, sem limpar as
informações do LOTE, onde as transações referentes ao CORBAN estão
armazenas.
Importante: Após a finalização as informações do LOTE serão apagadas.
xv. Diagrama de atividades:
13.21 Transações com cartão

voucher
As transações com cartão Voucher podem ser acessadas via tecla MENU, pela
passagem, inserção do cartão ou tecla de função. Após ter acessado a
transação Voucher deve ser exibido um menu com as opções possíveis de
Voucher. Ver documento de árvore de coleta relativa a Voucher.
As transações relativas a Voucher estão descritas a seguir.
13.21.1 Voucher
Objetivo
Atualmente esta transação esta direcionada a cartões usados para pagar
refeições.
Pré-requisito
A partir da especificação funcional P.04.00 (POS) ou D.05.00 (PDV Discado/IP),
a transação de Voucher não deverá mais ser realizada através da função de
débito. Haverá nos menus uma opção específica para Voucher. Caso o lojista
passe um cartão de Voucher e escolha a transação de débito, o terminal
deverá apresentar a tela abaixo e em seguida abortar a transação.
P.08.04.05 347
Display Display gráfico Display interface touch

convencional
UTILIZE
FUNCAO VOUCHER
A opção de Voucher poderá ser escolhida:
 Via tecla MENU
 Pela função 38
 Pela passagem do cartão na leitora magnética - utiliza-se a trilha 2
do cartão (SOMENTE EM POS).
 Pela inserção do cartão CHIP
Uma transação de Voucher não poderá mais ser executada via opção débito
do menu.
Para transações com cartão de Voucher é disponibilizada apenas a opção de
venda à vista.
Cartão
Identifica-se um cartão Voucher através dos seguintes parâmetros do
Termmaster ou TA:
 Issuer Table – Options 3 Tipo de Transação – Flag 0 – Voucher
Transaction. Trata-se de cartão Voucher se este parâmetro = true.
 CHIPDATA2 Table – ICC Options 2 Tipo de Transação - Flag 0:
Voucher Transaction (leitura do chip) = true.
O parâmetro do Termmaster ou TA: Terminal Table - Local Terminal Options –
Flag 6 - Voucher habilitado (para terminais sem impressora) – não está sendo
utilizado.
Comprovante
A partir da versão P.04.00 (POS) ou D.05.00 (PDV Discado/IP) o saldo do
Voucher não retorna mais no BIT 63 e sim no BIT 47 – Tag 1 e somente pode
ser impresso no comprovante do cliente (comprovante de venda/estorno).
Veja BIT 47.
A partir da versão P.05.02 a impressão dos comprovantes poderá ser inibida
mediante solicitação do Host, através do primeiro caractere da Tag 1 do DE47.
Veja BIT 47.
P.08.04.05 348
A partir da versão P.07.00 a tag 9F0B (Cardholder Name Extented) será

impressa caso esteja habilitada a flag de Issue Table – Option 4 – BIT 4 -
Imprime CNE (Tag 9F0B) = true, informação contida na tag seja diferente de
brancos (0x20).
Demais dados de chip (Application Label, TC, ARQC, etc) de acordo com o
book de comprovantes.
A transação de Voucher deve atualizar os campos estatísticos para enviar no
BIT 48 – Tag 0x85.
No relatório de finalização é totalizado como um Issuer de Voucher. Veja
Relatório de Finalização.
PIN
Ver BIT 52 - Senha (PIN – Personal Identification Number) – Item: Cartão
Voucher com trilha ou chip.
Fluxo de mensagens
0200 solicitação de Venda Voucher
Terminal Redecard
0210 resposta de Venda Voucher
13.21.2 Voucher frota

Objetivo
Possibilitar a captura de informações “administrativas” - não financeiras - na
transação de voucher, de forma que seja possível oferecer o produto a
emissores atuais e novos, para que eles viabilizem o produto de Gestão de
Frotas.
O produto Voucher Frota possui 5 modalidades de operação:
Tabela Voucher Frota - Serviços
TIPO DE SERVIÇO NOME DO SERVIÇO
01 Abastecimento
02 Troca de Óleo
03 Lavagem
04 Pedágio
05 Outros
P.08.04.05 349
A opção Voucher Frota poderá ser escolhida via tecla MENU/FUNÇÃO.
Ao iniciar a transação escolhendo a FUNÇÃO de Voucher ou MENU – Voucher
é exibida uma tela com as opções Voucher/Voucher Frota, conforme árvore
de coleta de dados no terminal.
Ao iniciar a transação pela trilha do cartão aparece um menu com as opções
Crédito/Débito/Voucher. Ao selecionar Voucher é exibida uma tela com as
opções Voucher/Voucher Frota, conforme árvore de coleta.
Cartão
Esta transação pode ser feita pela trilha 2 (não aceita trilha 1) sempre em
modo Online.
Identifica-se um cartão de Voucher Frota através dos seguintes parâmetro do
Termmaster ou TA:
 Issuer Table – Options 3 Tipo de Transação – Flag 3 Voucher Frota
Transaction. Trata-se de cartão Voucher Frota se este parâmetro =
true.
 CHIPDATA2 Table – ICC Options 2 Tipo de Transação – Flag 3 –
Voucher Frota Transaction (leitura do chip) = true.
Comprovante
O saldo somente deve ser apresentado no comprovante de venda – via
cliente.
O mascaramento do número do cartão segue as mesmas regras do
Comprovante genérico.
Veja Comprovante de VOUCHER Frota.
A transação de Voucher Frota deve atualizar os campos estatísticos para
enviar no BIT 48 – Tag 0x85.
No relatório de finalização é totalizado como um Issuer de Voucher. Veja
Relatório de Finalização.
O Resumo de Vendas ocorre da mesma forma que em uma transação de
Voucher.
PIN
Ver BIT 52 - Senha (PIN – Personal Identification Number) – Item: Cartão
Voucher com trilha ou chip.
Entrada de dados
 Veja anexo Coleta de Dados – Árvores de coleta para o leiaute das
telas.
 Os campos configuráveis da transação Voucher Frota são enviados
ao Host no BIT 48 – Tag 0x55.
 Os campos opcionais que não forem digitados devem ser
preenchidos com zeros.
P.08.04.05 350
 Ex. Se código do condutor não foi digitado seu valor deve ser
0000.
 O campo que não é solicitado para o serviço selecionado também é
preenchido com zeros.
 Todos os dados coletados são números inteiros.
Os campos da tabela abaixo devem ser coletados, conforme Coleta de Dados –
Árvores de coleta.
Info. Tam. A Troca L P O Obs

Campo b de a e u
a óleo v d t
s a á r
t g g o
e e i s
c m o
CÓD. VEÍCULO 8 pos. O O O O O Aceita de 0 a 8 dígitos.

Parte numérica da chapa do veículo (4
dígitos) ou o código do veículo na empresa
de posse do cartão.
CÓD. 8 pos. O O O O O Aceita de 0 a 8 dígitos.

CONDUTOR
Código do motorista interno na empresa
de posse do cartão.
TIPO DE 2 pos. M M M M M Veja Tabela Voucher Frota – Serviços.

SERVIÇO
(escolhido via
menu)
CÓD. 2 pos. M X X X O Aceita de 0 a 2 dígitos.

COMBUSTÍVEL
O código do combustível está em uma
tabela em poder do estabelecimento.
LITRAGEM 7 pos. M M X X O Aceita de 0 a 7 dígitos, sendo as duas

últimas casas decimais.
Número de litros do combustível/ troca de
óleo.
QUILOMETRA 10 pos. M M X X O Aceita de 0 a 10 dígitos.

GEM
Quilometragem indicada pelo veículo no
momento da compra.
P.08.04.05 351
VALOR 9 pos. M M M M M Aceita de 1 a 9 dígitos.

Valor da compra do serviço.
Ex.: Foi feita uma compra de combustível
no valor de 100,00 e troca de óleo no valor
de 50,00. Neste caso duas transações
devem ser feitas com o respectivo valor do
serviço.
SENHA De 04 a M M M M M Aceita de 4 a 12 dígitos.

12 pos.
Tabela Voucher Frota – Entrada de Dados
Onde:
 X = Campo não capturado, isto é, este serviço não solicita esta
informação
 O = Campo opcional, este campo deve ser solicitado pelo serviço,
mas não precisa ser preenchido
 M = Mandatório, este campo é de preenchimento obrigatório
FLUXO NORMAL
1. Operador escolhe opção ‘VOUCHER’ teclando MENU, via FUNÇÃO ou pela
passagem do cartão (Início do Pré-Dial).
2. Operador escolhe opção ‘VOUCHER FROTA’ no sub-menu.
3. Se entrada via MENU: Efetua a leitura do cartão (tarja) (Início do Pré-
Dial).
Entrada de dados
4. Operador entra com o código do veículo (opcional).
5. Operador entra com o código do condutor (opcional).
6. São exibidos os tipos de serviço (abastecimento troca de óleo, lavagem,
pedágio ou outros).
7. Operador escolhe o serviço: abastecimento troca de óleo, lavagem,
pedágio ou outros.
8. Operador digita o valor.
9. Operador digita os campos de entrada solicitados: código combustível,
litragem e quilometragem. Estes campos dependem do serviço escolhido.
10. Operador digita senha (PIN).
Autorização
11. Terminal encaminha transação para autorização no Host/Emissor.
P.08.04.05 352
FLUXO ALTERNATIVO A
Entrada de dados
A. Operador digita o valor. Caso o operador pressione a tecla <ENTRA> sem
que o Valor esteja inserido a tela permanece aguardando o valor.
FLUXO ALTERNATIVO B
B. Operador digita os campos de entrada solicitados: código combustível,
litragem e quilometragem. Estes campos dependem do serviço escolhido,
conforme Árvores de Coleta.
1. Caso o operador pressione a tecla <ENTRA> sem que o Código do
Combustível esteja inserido, a seguinte mensagem deve ser
exibida, retornando para a entrada do código do combustível:
convencional
DIGITE O CODIGO Exibir a mensagem por 3

DO COMBUSTIVEL segundos.
2. Caso o operador pressione a tecla <ENTRA> sem que a Litragem

esteja inserida, a seguinte mensagem deve ser exibida, retornando
para a entrada da litragem:
convencional
DIGITE A Exibir a mensagem por 3

LITRAGEM segundos.
3. Caso o operador pressione a tecla <ENTRA> sem que a

Quilometragem esteja inserida, a seguinte mensagem deve ser
exibida, retornando para a entrada do campo:
P.08.04.05 353

convencional
DIGITE A Exibir a mensagem por 3

QUILOMETRAGEM segundos.
FLUXO DE MENSAGENS
0200 solicitação de Venda Voucher Frota
Terminal Redecard
0210 resposta de Venda Voucher Frota
13.21.3 Voucher offline

As transações de Voucher com Smart Card poderão ser aprovadas em modo
Offline, através do processamento de algoritmos EMV, envolvendo terminal e
cartão. Para essas transações, o terminal deve considerar o floor limit
configurado no Termmaster ou TA para o Issuer em tratamento: Issuer Table –
floor limit, desde que o produto Voucher relacionado esteja HABILITADO (Ver
item abaixo CREDENCIAMENTO/HABILITAÇÃO DE PRODUTO VOUCHER).
 Não será utilizado “Random Online Transaction Selection”;
 Velocity Checking: Lower Consecutive Offline Limit (9F14) com valor
‘01’ (valor máximo previsto: 05) para forçar a transação online no
comando 1st Generate AC.
As transações aprovadas têm o TC (Transaction Certificate) gerado durante o
processamento, o qual deve ser impresso em comprovante. O cupom da
transação de Voucher Offline deve ser inteiramente formatado pelo terminal,
sendo que:
 Número do comprovante de venda (campo CV do comprovante)
deverá ser preenchido com “OFF”;
 Número da autorização (campo AUTO do comprovante) deverá ser
preenchido com o conteúdo do BIT 11.
As transações de Voucher aprovadas em modo Offline, deverão ser enviadas
posteriormente à REDE.
P.08.04.05 354
 Uma transação Voucher Offline envia uma mensagem de Advice ao

Host - Venda Voucher Offline com Smart Card.
 Para uma transação Voucher Online com chip, se houver timeout na
recepção da resposta da REDE, o POS deverá comandar um
desfazimento da transação em tratamento. Esta transação poderá
ainda ser aprovada pelo cartão, em modo Offline. Neste caso POS
deverá gerar a Offline com bit 11 distinto do bit 11 da respectiva
Online fracassada.
 Para uma transação Voucher Online com chip, se a transação é
negada com código de resposta “73”, esta poderá ser aprovada pelo
cartão, em modo Offline, na situação de “Unable to go online”.
Neste caso, o POS deverá gerar a Offline com bit 11 distinto do bit 11
da respectiva Online fracassada e com o bit 37 (Reference Number)
recebido.
13.21.4 Credenciamento/Habilitação de Produto

Voucher
Para transações com cartões Voucher Chip, o terminal deverá verificar se o
produto/aplicação do cartão selecionado está credenciado para permitir ou
não uma aprovação offline.
Se na Tabela CHIPDATA2 a flag Habilita OFF – ICCOptions4 = N o terminal
deverá inibir a possibilidade de aprovação Offline, o campo Floor Limit
cadastrado nas tabelas de inicialização (ISSUE) NÃO deve ser considerado.
Deve-se assumir Floor Limit = 0, pois esta transação deve sempre ir Online.
TAC Online deve sinalizar que transação deve ser processada em modo Online
quando seu valor for superior ao floor limit).
Esta verificação deve ser feita da seguinte forma:
 A Tabela de Produtos Voucher contém os produtos Voucher
habilitados para o Terminal/Estabelecimento
 Na Tabela CHIPDATA2 existe uma identificação do produto Voucher
relacionado ao AID. Este campo será “0000” caso não haja nenhum
produto Voucher relacionado.
 Verificar se na Tabela de Produtos Voucher existe um registro com
esta mesma identificação. Em caso negativo, o terminal deverá inibir a
possibilidade de aprovação Offline, o campo Floor Limit cadastrado
nas tabelas de inicialização NÃO deve ser considerado. Deve-se
assumir Floor Limit = 0, pois esta transação deve sempre ir Online.
TAC Online deve sinalizar que transação deve ser processada em
modo Online quando seu valor for superior ao floor limit).
13.21.5 Relatório voucher
P.08.04.05 355
Objetivo
Permitir a emissão de relatório de comprovantes de voucher contidos no lote.
Em função da omissão do comprovante de vendas do voucher, esse relatório
passa a constituir uma importante evidência das transações efetuadas. Desta
forma, a partir da versão 5.02, o relatório de voucher passa a ter sua emissão
obrigatória antes das operações de finalização.
A escolha da transação Relatório deverá ser precedida dos seguintes passos:
Escolha da função Voucher via tecla MENU/FUNÇÃO/CARTÃO.
Escolha da opção Relatório no menu Voucher/Voucher Frota/Relatório
conforme árvore de coleta de dados no terminal.
Desenvolvimento da transação
Selecionada a opção relatório será requerida a senha do lojista. Caso a senha
seja inválida, deverá ocorrer a notificação ao lojista e término da transação.
Caso a senha seja válida, o POS, sem efetuar nenhuma consulta ao host,
deverá verificar o lote com relação às transações voucher disponíveis. Caso
não exista transação de voucher deverá informar ao operador, aguardar 30
segundos ou a intervenção do operador e encerrar a transação.
Caso existam transações de voucher estas deverão ser impressas e o POS
deverá alterar o status de relatório de voucher para já impresso.
Qualquer nova transação de voucher colocará o status de relatório de voucher
para não impresso, impedindo a finalização sem nova emissão do relatório.
O Relatório de Voucher deverá ser impresso e após o seu término o POS
deverá alterar o status do relatório de voucher para já impresso.
O relatório deve conter apenas as transações de Voucher em que não foi
impresso o comprovante.
O formato do relatório de voucher está detalhado no item Relatório de
Voucher.
13.21.6 Troca de Senha

Objetivo
Permitir ao portador do cartão alterar a senha de seu cartão.
A escolha da transação Relatório deverá ser precedida dos seguintes passos:
Escolha da função Voucher via tecla MENU/FUNÇÃO/CARTÃO.
Escolha da opção Troca de Senha no menu Voucher conforme árvore de
coleta de dados no terminal.
Desenvolvimento da transação
P.08.04.05 356
Selecionada a opção Troca de Senha será requerida a senha atual do portador

do cartão. Não haverá validação local da senha atual do cartão, ela será
online – validada pelo emissor. A seguir será solicitada a nova senha e a
redigitação da mesma para confirmação. A validação da nova senha será feita
pelo emissor, dado que o método utilizado para a captura das senhas será o
DUKPT.
As telas para a captura das senhas devem ser apresentadas conforme árvore
de coleta relacionada a Voucher.
A transação é realizada seguindo o fluxo EMV, com valor zerado, inibindo-se a
execução do CVM e ignorando-se a decisão do cartão forçando assim o envio
online.
Não permitir que a transação seja aprovada off-line, caso o Terminal Action
Analysis decida por TC, alterar a decisão para ARQC. Ignorar a decisão do
cartão caso este negue a transação (AAC).
A Troca de senha é efetuada com o valor zerado. O cartão deve estar
configurado de maneira a indicar envio online (ARQC) no 1st GENERATE AC
nos mesmos moldes da autorização de uma transação de venda.
No caso do cartão retornar uma negada off-line (AAC), a transação de Troca
de Senha deve ser interrompida e o terminal deverá retornar ao estado de
Idle.
No caso de negativa no 1st GAC o terminal deve proceder de acordo com o
item 13.11.Transação negada localmente.
O cartão nunca deverá aprovar transações de venda com o valor zerado em
modo off-line.
Em casos de erro de conexão finalizar a transação com mensagem de erro
correspondente.
Em casos de erro de comunicação finalizar a transação com geração de
desfazimento.
A atualização da senha é realizada em 2 pontos distintos: emissor e cartão.
No cartão é realizada através do processamento do Issuer Script recebido na
resposta do emissor. O Issuer Script Results deverá ser enviado na
confirmação da próxima transação online.
Ocorrerá desfazimento desta transação quando houver problema de
comunicação entre SW e POS.
Falha no processamento do script também deverá gerar desfazimento.
Não há comprovante para esta transação.
P.08.04.05 357
13.22 Transações com cartão private

label
Cartões private label são cartões produzidos para um comerciante. O cartão
private label deste varejista pode ser gerenciado por um emissor, que emite o
cartão e recebe os pagamentos dos portadores.
Os termos e condições são definidos entre o emissor e o varejista, que optam
pelo private label como forma de fidelização do cliente e aumento de vendas.
Identifica-se um cartão private label através do seguinte parâmetro do
Termmaster ou TA: Issuer Table – Options 3 Tipo de Transação – Flag 6 –
Private Label Transaction. Trata-se de cartão Private Label se este Flag = true.
Não será permitida a execução de transação private label de forma offline
(floor limit dos terminais REDE deve estar zerado), entretanto, se executado
em modo crédito, esta possibilidade dependerá da configuração do
cartão/terminal.
MODO DE ACESSO
A transação com private label deve ser acessada pela função ‘41’ ou através
do menu principal. Portanto não pode ser iniciada pela inserção/passagem do
cartão.
Cartões private label poderão ser utilizados em transações private label ou
crédito, entretanto a aplicação private label poderá ser utilizada
exclusivamente nos estabelecimentos do varejista.
Quando utilizado em outros estabelecimentos o cartão deverá executar
apenas transações de crédito.
Caso uma transação private label seja solicitada em terminal não conveniado,
caberá ao emissor negar a transação.Transações private label executadas com
fallback (magnético ou digitado) serão enviadas pelo terminal ao emissor,
sendo responsabilidade do emissor autorizar ou não a transação.
INFORMAÇÕES ADICIONAIS
Transações private label deverão obedecer aos critérios de verificação do
portador (CVM) configurados no cartão.
Cartões private label deverão transacionar em modo partial grade, sem
necessidade de autenticação por parte do emissor.
MENU
As seguintes transações são permitidas para cartões Private Label:
 Venda Rotativa
 A vista
 Pré-datada
P.08.04.05 358
 Venda Parcelada
 A vista
 Pré-datada
 Consulta de venda Parcelada
 A vista
 Pré-datada
Consulta não realiza a transação EMV completa. O processamento do chip é
interrompido após o comando EMV: Read Application Data.
Veja arquivo Árvore de Coleta para detalhes dos menus/telas.
ENTRADA DE DADOS
As transações private label online permitem a coleta de diversos campos em
sua árvore, estes campos devem obedecer às seguintes regras:
CAMPO TAMANHO Valores
Valor Mínimo de 1 e Pode coletar valores de 1 a 999999999999.

máximo de 12 dígitos Preencher com zeros à esquerda quando
(da transação)
numéricos coletado menos do que 12 dígitos.
Número de Mínimo de 1 e Para transação de venda Online: Pode coletar

Parcelas máximo de 2 dígitos valores de 0 a 99. Caso o operador pressione
numéricos ENTER, o terminal assume valor igual a 0
(zero).
Em transação de consulta: a entrada deste
dado deve ser de 0 a 99, sendo obrigatória a
digitação. Preencher com zeros à esquerda
quando coletado apenas 1 dígito.
Código de Plano Mínimo de 1 e Pode coletar valores de 0 a 99. Caso o

de Pagamento máximo de 2 dígitos operador pressione ENTER, o terminal assume
numéricos valor igual a 0 (zero). Preencher com zeros à
esquerda quando coletado apenas 1 dígito.
Número de Ciclos Mínimo de 1 e Pode coletar valores de 0 a 99. Caso o

a Pular máximo de 2 dígitos operador pressione ENTER, o terminal assume
numéricos valor igual a 0 (zero). Preencher com zeros à
esquerda quando coletado apenas 1 dígito.
ITEM Mínimo de 1 e Pode coletar valores de 0 a 99999999999,

máximo de 11 dígitos preenchidos com zeros a esquerda quando
numéricos menor que 11 dígitos. Caso o operador
pressione ENTER, o terminal assume valor
igual a 0 (zero).
SENHA Mínimo de 4 e Pode coletar valores de 0000 a

máximo de 12 dígitos 999999999999. Caso o operador pressione
P.08.04.05 359
numéricos. Obedece a cancelar, o terminal retorna ao MENU

padrão de criptografia. principal, cancelando a transação.
13.22.1 Cartões co-branded com chip
PRIVATE LABEL APENAS PELA TARJA
Para cartões private label co-branded (PL e crédito) emitidos por

emissores que não desejem permitir transações private label através da
interface chip, configurar o parâmetro da tabela de Issuer ‘obriga chip’
como false.
Neste caso ao passar a tarja de um cartão PL que esteja configurado para não
permitir chip, o terminal deve permitir que a transação prossiga via tarja.
As demais aplicações permitidas pelo cartão poderão ser executadas via chip.
PRIVATE LABEL PREFERENCIALMENTE POR CHIP

Cartões private label co-branded emitidos com chip, e sem restrição de uso
por esta interface, deverão possuir configurações nas tabelas de Issuer que
permitam chip.
Ao passar a tarja de cartão PL que permita chip, o terminal deverá indicar que
seja utilizada a interface chip, impedindo que a transação prossiga.
Configuração Como configurar os parâmetros da tabela de Issuer para determinar se

a transação private label deve ser executada com chip ou tarja, está no
tópico: Determinação do modo de entrada.
13.22.2 Consulta - Condições para venda
P.08.04.05 360
Consiste em se verificar as condições de pagamento para cartões Private Label

para uma operação de venda, conforme opção solicitada pelo portador. São
disponibilizadas as seguintes opções para consulta:
 Venda crédito parcelado:
 Normal - coleta dos seguintes dados:
 Num. do cartão ou trilha
 Valor;
 Num. de parcelas
 Código do plano de pagamento
 Item (opcional)
 Senha (configurável)
 Pré-datado - coleta dos seguintes dados:
 Os mesmos dados da opção normal
 Num. de ciclos a pular
FLUXO DE MENSAGENS
0100 solicitação de Consulta para
Venda Private Label
Terminal Redecard
0110 resposta de Consulta para
Venda Private Label
13.22.3 Venda online

É disponibilizada a operação de venda, com as seguintes opções:
 Venda crédito rotativo:
 Valor;
 Item (opcional)
 Os mesmos dados da opção à vista
 Num. de ciclos a pular
 Venda crédito parcelado:
 Valor;
 Num. de parcelas
 Código do plano de pagamento
 Item (opcional)
P.08.04.05 361

 Os mesmos dados da opção normal
 Num. de ciclos a pular.
FLUXO DE MENSAGENS
0200 solicitação de Venda Private Label
Terminal Redecard
0210 resposta de Venda Private Label
13.23 Consulta SERASA

Consiste em se verificar a qualidade de um cheque junto a SERASA. COLETA
SEM CMC7
Estes dados serão coletados pela árvore de coleta definida no Requisito
Funcional de Interface de Coleta de Dados, que compõe o conjunto de
informações referentes à definição de Requisitos funcionais do produto
SERASA. Para coletar os dados no formato padrão, é necessário desabilitar o
CMC7 no parâmetro de configuração, que é transmitida ao terminal através
de processo chamado Inicialização.
DADOS COLETADOS EM UMA TRANSAÇÃO SERASA NORMAL
CAMPO TAMANHO VALOR
Número do Banco Fixo em 3 Caracteres Aceita valores de 000 a 999, sendo

Numéricos. Campo obrigatório o preenchimento dos 3
obrigatório. dígitos.
Número da Agência Fixo em 4 Caracteres Aceita valores de 0000 a 9999,

Numéricos. Campo sendo obrigatório o preenchimento
obrigatório. dos 4 dígitos.
Número da conta De 1 até 12 Caracteres Aceita valores de 0 a

Numéricos. Campo 999999999999, sendo obrigatório o
obrigatório. preenchimento de pelo menos 1
dígito.
Número do cheque De 1 até 07 Caracteres Aceita valores de 0 a 9999999,

Numéricos. Campo sendo obrigatório o preenchimento
obrigatório. de pelo menos 1 dígito. Quando
P.08.04.05 362
menor do que 07 dígitos, preencher

com espaços.
CPF Fixo em 11 dígitos. Aceita valores de 00000000000 a

99999999999, sendo obrigatório o
(Este campo é Campo obrigatório.
preenchimento de campo
preenchido ou com o
completo. Este valor é validado
CPF ou com o CNPJ)
pelo terminal para verificar se é um
número de CPF válido.
Para a coleta deste dado, deve ser
exibido em display: “CPF/CNPJ”. O
terminal deve efetuar a
consistência de DV durante a coleta
do CPF e CNPJ.
CNPJ Fixo em 14 dígitos. Aceita valores de 00000000000000

a 99999999999999, sendo
(Este campo é Campo obrigatório.
obrigatório o preenchimento de
preenchido ou com o
campo completo. Este valor é
CPF ou com o CNPJ)
validado pelo terminal para
verificar se é um número de CPF
válido.
Para a coleta deste dado, deve ser
exibido em display: “CPF/CNPJ”. O
terminal deve efetuar a
consistência de DV durante a coleta
do CPF e CNPJ.
Data do Cheque Fixo em 6 Caracteres O campo deve seguir o formato

Numéricos. DD/MM/AA (campo DD entre 01 e
31, campo MM entre 01 e 12,
campo AA entre 00 e 99). Se
pressionar <Enter> o terminal
assume a data corrente.
Valor do Cheque De 1 até 12 Caracteres Aceita valores de 1 a

Numéricos. Campo 999999999999, sendo obrigatório o
obrigatório. preenchimento de pelo menos 1
dígito.
DDD De 1 até 4 Caracteres Campo opcional e Aceita valores

Numéricos ate 9999.
Telefone De 1 até 8 Caracteres Aceita valores de 0 a 99999999,

Numéricos. campo presente na arvore de telas
em caso de inserção de valores no
campo DDD (campo opcional).
13.23.1 Coleta com CMC-7
P.08.04.05 363
A coleta do CMC-7 na consulta SERASA, quando habilitada através de

parâmetro de configuração do Terminal, transmitido através de processo de
inicialização, substitui a coleta dos seguintes dados: banco, agência, conta-
corrente e número do cheque da coleta padrão.
Durante a coleta, deverão ser apresentados no display do terminal os
seguintes campos:
CAMPO TAMANHO VALOR
CMC7 – BLOCO 01 Fixo em 8 Caracteres Aceita valores de 00000000 a

Numéricos. 99999999, sendo obrigatório o
preenchimento dos 8 dígitos.
Campo obrigatório.

Campo obrigatório.

Campo obrigatório.
O terminal não deverá consistir o CMC-7 digitado.

Estrutura dos 3 blocos do CMC7:
TAM Tipo
Bloco 1 (n 8)
003 Numérico Código de compensação do banco
004 Numérico Número da agência
001 Numérico Dígito módulo 10 dos seguintes campos:

- Código câmara compensação a que está jurisdicionada a
agência. sacada (3 dígitos)
(3 primeiros dígitos do campo 2)
- número do cheque – 6 dígitos campo 2, após câmara
compensação
- código tipificação do documento (último dígito do campo 2)
Bloco 2 (n 10)
003 Numérico Cód. Câmara compensação a que está jurisdicionada a agência sacada
006 Numérico Número do cheque
P.08.04.05 364
001 Numérico Código de tipificação do documento conforme descrição abaixo:

5 – cheque comum
6 – cheque ordem de pagamento
7 – cheque viagem
8 – cheque administrativo
Bloco 3 (n 12)
001 Numérico Dígito módulo 10 dos seguintes campos:

- código do banco
- código da agência
010 Numérico Número da conta corrente (com dígito da conta no final)
001 Numérico Dígito verificador das 10 posições referentes ao número da c/c
13.23.2 Número do telefone

A coleta do número do telefone na consulta SERASA será efetuada se
habilitado parâmetro do terminal, mediante inicialização. Durante a coleta,
deverá ser apresentado em visor conforme documento DRI deste produto.
O Número do Telefone é composto por:
 DDD (n 4), com coleta de 0 a 9999
 Telefone (n 8) com coleta de 0 a 99999999
Se o operador digitar o DDD, o terminal deve exigir a digitação do número do
telefone; caso contrário, se teclar <Enter>, terminal não deve solicitar a coleta
do número do telefone, e os valores destes dois campos estarão ausentes na
mensagem Serasa enviada pelo terminal.
FLUXO DE MENSAGENS
0100 solicitação de Consulta Serasa

Terminal Redecard
0110 resposta de Consulta Serasa
P.08.04.05 365
13.24 Mecanismo de envio das

transações offline e das transações
com chip negadas
Estas transações são enviadas para a REDE como Advices, isto é, a REDE é
comunicada sobre as transações que já ocorreram no terminal, e deve apenas
acatá-las e tratá-las. O BIT 39 da mensagem de resposta é sempre “00”.
FLUXO DE MENSAGENS
0220 - Advice
Terminal Redecard
0230 resposta de Advice
Os Advices devem ser enviados pelo terminal, através de uma das três
possíveis formas:
13.24.1 Durante o processamento de uma transação

financeira online
O terminal deverá seguir os seguintes passos, a cada transação financeira
(efetuada via mensagem 0200), que fizer com a REDE:
 Enviar mensagem de desfazimento se houver desfazimento
pendente; (*)
 Enviar mensagem financeira – 0200, que determinou a conexão e
aguardar resposta 0210; (*)
 Se transação efetuada sem a presença do chip (BIT 22  05n)
(transação com chip pode ainda comandar desfazimento após
processamento do 2nd Generate AC)
 Processa a resposta da mensagem que originou a conexão.
 Enquanto houver mensagens de Advice armazenada no
terminal
 Enviar mensagem de Advice à REDE; (*)
 Armazenar dados da mensagem de resposta, para
possibilitar estorno (se Advice de transação aprovada);
 Decrementar o contador de Advices ainda não enviados.
 Finalizar a conexão
 Se não
 Finalizar a conexão
 Processa a resposta da mensagem que originou a conexão.
(*) a ocorrência de Timeout na recepção de resposta da REDE determina a
desconexão do terminal.
P.08.04.05 366
Optou-se por não esperar o processamento da resposta antes do envio

dos Advices, a fim de minimizar o tempo de conexão. Como uma
mensagem de Advice confirma a transação anterior na REDE, a
transação que originou a conexão não poderia mais ser desfeita após o
envio do primeiro Advice. Desta forma, transações com chip não podem
carregar Advices durante seu processamento, uma vez que podem ser
desfeitas durante o processamento da resposta.
IMPORTANTE – para terminais com impressora fiscal, o envio de
Advices durante processamento de uma transação Online não é
permitido.

geradora de Advice 1st GAC – Pré-Discagem
Para as transações com chip, se for decidida a opção Offline durante o
processamento, seguir o seguinte algoritmo:
Se a conexão telefônica já estiver estabelecida no momento

da opção para o tratamento Offline
Efetuar a transação Offline normalmente. Se aprovada, imprimir o
respectivo cupom; se negada, exibir mensagem de fracasso ao
operador.
Incrementar o contador de transações Offline ainda não enviadas para
a REDE (o contador deve ser incrementado independentemente do
status da transação Offline: negada ou aprovada)
Enviar mensagem de desfazimento, se houver desfazimento pendente
armazenado no terminal; (*)
Enquanto houver transação Offline armazenada no terminal
 Enviar mensagem de Advice de transação Offline à REDE; (*)
 Armazenar dados da mensagem de resposta, para possibilitar
estorno;
 Decrementar o contador de Offlines ainda não enviadas.
Finalizar a conexão.
(*) a ocorrência de Timeout na recepção de resposta da REDE determina a
desconexão do terminal.
P.08.04.05 367

geradora de Advice - Atingido o limite de Advices
pendentes de envio
O terminal deverá seguir os seguintes passos, a cada transação geradora de
Advice que fizer:
 Efetuar a transação geradora de Advice normalmente. Se aprovada,
imprimir o respectivo cupom. Se transação com chip negada, exibir
mensagem de fracasso ao operador.
 Incrementar o contador de Advices ainda não enviados para a REDE
(o contador deve ser incrementado independentemente do status
da transação Offline: negada ou aprovada)
 Se atingido limite de Advices pendentes de envio (Termmaster ou TA
– Terminal Configuration Table – Advices Counter)
 Efetuar conexão com a REDE para o envio dos Advices:
 Enviar mensagem de desfazimento se houver desfazimento
pendente; (*)
 Enquanto houver Advices armazenados no terminal
 Enviar mensagem de Advice à REDE; (*)
 Armazenar dados da mensagem de resposta, para
possibilitar estorno (se Advice de transação aprovada);
 Decrementar o contador de Advices ainda não enviados.
 Finalizar a conexão.
 Caso ocorra erro de conexão ou comunicação não apresentar
nehuma mensagem de erro em relação a este processo, pois este
deve ser transparente para o usuário.
(*) a ocorrência de Timeout na recepção de resposta da REDE

determina a desconexão do terminal.
13.24.4 Durante o processamento da Finalização

Durante a operação de Finalização, se ainda houver mensagens de Advice
armazenadas no terminal, elas devem ser enviadas antes da mensagem de
Finalização.
13.25 Funcões administrativas

Este capítulo trata dos tópicos:
 Resumo de Vendas
 Fechamento - Liquidação pelo Emissor
 Senha / Sonda RAV
 Consulta Saldo RAV
 Confirmação RAV
 INICIALIZAÇÃO
P.08.04.05 368
 Baixa Técnica
 TOAKI
 Injeção de Chaves
13.25.1 Resumo de Vendas

Esta operação demonstra totalizações efetuadas pela REDE, relativas às
vendas efetivadas em dia(s) anterior (es). Os critérios REDE para geração das
totalizações das vendas determinam a geração de vários Resumos de Vendas,
diariamente, que devem ser solicitados pelo lojista, um a um, até que o
sistema informe que não há mais resumos.
Caso o lojista não efetue a solicitação dos resumos todos os dias, quando o
fizer, receberá resumos desde a última data solicitada. Em geral os resumos
são formatados pela REDE, porém o resumo de parcelado sem juros pode ser
parametrizado.
FLUXO DE MENSAGENS
0510 Resposta de resumo de vendas

Terminal Redecard
0500 Solicitação de resumo de vendas
13.25.2 Fechamento - Liquidação pelo Emissor

Para acionar o fechamento utiliza-se a Função 12 ou Função 33 – Opção 3.
LIQUIDAÇÃO PELO EMISSOR

A transação de fechamento é referente a transações de Private Label
Esta transação demonstra totalizações efetuadas pela REDE, relativas às
vendas confirmadas no dia anterior, para emissores que efetuam as
respectivas liquidações. Os critérios REDE de totalização das vendas podem
determinar a geração de um ou mais relatórios de Fechamento, diariamente,
que devem ser solicitados pelo lojista, um a um, até que o sistema informe
que se esgotaram. Caso o lojista não efetue a solicitação dos Fechamentos
todos os dias, quando o fizer, os receberá desde a última data solicitada.
FLUXO DE MENSAGENS
P.08.04.05 369
9160 solicitação de Fechamento-

Liquidação pelo Emissor
Terminal Redecard
9170 resposta de Fechamento-
Liquidação pelo Emissor
13.25.3 Senha / Sonda RAV

Esta função permite ao lojista CONSISTIR A SENHA de entrada na opção RAV e
consultar o saldo disponível, verificando se é permitido ao estabelecimento
executar a transação RAV.
FLUXO DE MENSAGENS
1624 – Solicitação Senha/Sonda RAV
Terminal REDE
1634 – Resposta Senha/Sonda RAV
13.25.4 Resgate de Senha RAV

Esta função permite ao lojista resgatar a SENHA de entrada na opção RAV.
A funcionalidade de resgate de senha será disponibilizada através da opção
“Resgate de Senha” do menu, ao selecionar a opção de resgate de senha será
solicitado algumas informações, as quais são: CPF do proprietário, Agência
Domicílio, Conta Corrente Domicílio e CEP (Endereço de Correspondência),
essas são as mesmas informações solicitadas através da URA.
FLUXO DE MENSAGENS
1624 – Resgate de Senha RAV
Terminal REDE
1634 – Resgate de Senha RAV
P.08.04.05 370
13.25.5 Consulta Saldo Disponível

Esta função permite ao lojista após a seleção da data do crédito (data
atual/próximo dia útil) e dos valores que se pretende receber (parcial/total),
consultar taxas e valores.
FLUXO DE MENSAGENS
1624 – Consulta Saldo Disponível

Terminal REDE
1634 – Resposta Consulta Saldo Disponível
13.25.6 Confirmação RAV

Esta função permite ao lojista após o preenchimento dos dados e verificação
no display de taxas, confirmar a antecipação de vendas.
Esta transação não permite estorno nem desfazimento. Se o lojista se
enganou na seleção, não tem como voltar atrás pelo sistema, pois, se repetir a
solicitação, a REDE negará, sinalizando que não há valor a pagar.
FLUXO DE MENSAGENS
1624 – Confirma RAV

Terminal REDE
1634 – Resposta Confirma RAV
13.25.7 Consulta RAV Automático

Esta função permite ao lojista consultar as informações de RAV automático.
Esta transação não permite estorno nem desfazimento.
FLUXO DE MENSAGENS
1624 – Consulta RAV Automático

Terminal REDE
1634 – Consulta RAV Automático
P.08.04.05 371
13.25.8 Contratação RAV Automático

Esta função permite ao lojista contratar o RAV automático.
Esta transação não permite estorno nem desfazimento.
FLUXO DE MENSAGENS
1624 – Contratar RAV Automático

Terminal REDE
1634 – Contratar RAV Automático
13.25.9 Inicialização
A inicialização é chamada a partir da Instalação Fácil (Função 6).
A Instalação Fácil está detalhada no Capítulo INSTALAÇÃO FÁCIL
P.08.04.05 372
FLUXO DE MENSAGENS
0800 – processing code 930000, sinalizando
início do processo de Inicialização
(*) 0810 – processing code 930001,

sinalizando continuação
REDE
Terminal TA ou
(*) 0800 – processing code 930001 – TNMS
sinalizando continuação
0810 – processing code 930000, sinalizando fim do processo

de Inicialização
13.25.10 Baixa Técnica

Para acionar a baixa técnica, utiliza-se a Função 7 (Funções Técnicas). A Baixa
Técnica também é chamada automaticamente após uma inicialização, na
Instalação Fácil (Função 6).
Existem duas formas de realizar a Baixa Técnica: pela central de atendimento
ou por um técnico em campo.
Para a Baixa Técnica realizada por um técnico em campo, a transação só pode
ser iniciada com a inserção do cartão com chip do técnico, as entradas de tarja
e digitação deverão ser bloqueadas. O Nº de ocorrência de 8 dígitos foi divido
em dois:
 Nº Ocorrência (entrada de 4 algarismos);
 Nº Habilitação (entrada de 4 algarismos).
É obrigatória a entrada completa das duas informações.
A opção “Central de Atendimento” é utilizada no caso de um atendimento
com o cliente via telefone, para “finalizar” o chamado e criar um registro nos
sistemas. Para este procedimento não é necessária a utilização de qualquer
senha (técnico ou lojista). Deve ser solicitado ao cliente apenas a digitação do
Nº Habilitação com 4 dígitos. O número do cartão é fixo e automaticamente
preenchido pelo sistema como (5111111111111111) e o número da
ocorrência fixo e automático como (1111).
O número de ocorrência, fixo quando selecionada a opção Central de
Atendimento ou digitado quando realizado por um técnico em campo, e o
número de habilitação devem ser concatenados para formar a antiga entrada
de Nº de ocorrência (8 dígitos), para que sejam enviadas na mensagem ISO da
Baixa Técnica representada no fluxo abaixo.
Caso ocorra algum erro na inicialização ou na baixa técnica, as tabelas
P.08.04.05 373
FLUXO DE MENSAGENS
0800 solicitação de Baixa de
Ocorrência Técnica
Terminal 0810 resposta de Baixa de Ocorrência Redecard

Técnica
13.25.11 TOAKI
 Através da transação TOAKI (Também chamada de transação de
recuperação de terminais) é possível a identificação dos terminais
ativos, que estejam transacionando ou não, para que possam ser
tomadas ações preventivas desde manutenções à recuperação de
terminais de campo. Resumindo ela tem como objetivo automatizar
a função de teste de comunicação. Pois após um tempo "x" de
inatividade do terminal, é enviada automaticamente ao host uma
mensagem “Toaki”, avisando que este terminal está ativo.
 A aplicação deverá, a cada hora, verificar se o tempo decorrido
desde a última transação efetuada até o presente momento (em
horas) é igual ou superior ao parâmetro “Tempo de inatividade” da
tabela Acquirer.
 “Tempo de inatividade” da tabela Acquirer = 0: Não enviar
mensagem TOAKI.
 Se o tempo decorrido for igual ou superior ao parâmetro “Tempo de
Inatividade”, o terminal deve enviar a mensagem administrativa
0800 – Toaki - ao Host parametrizado na tabela de comunicação.
 No cálculo do período de inatividade, não serão considerados os
períodos em que o terminal estiver desligado, fazendo-se a diferença
simples (em minutos) entre o horário atual e o da última transação.
 O Host pode retornar ao terminal (na mensagem 0810) um novo
valor para o parâmetro “Tempo de inatividade” da Tabela Acquirer,
no Tag 0x0E do DE47 que inclusive ativará a função caso esteja
inativa e o valor retornado seja maior que 0. Caso o valor seja 0
(zero), o teste de comunicação TOAKI se torna inativo.
CONSULTA DE NOVA VERSÃO DE APLICATIVO

O TOAKI a partir desta versão P8.03 terá além das funções já
descritas acima as funções de Consultar se há nova versão de carga e
também receber a sensibilização para Telecarga. A Consulta de
novas versões via TOAKI deve funcionar da seguinte forma:
 O terminal ao atingir o tempo de inatividade configurado conforme a

tabela Acquirer "< Tempo de inatividade > NNNN" e estiver
habilitado no parâmetro "< TOAKI ativo > S" deve
P.08.04.05 374
convêncionalmente formatar e enviar a mensagem de comunicação

0800. Contudo o HOST destino desta mensagem será o servidor de
carga remota ( a rota da mensagem TOAKI deve ser configurada na
tabela de comunicação inserindo Telefone,NII, IP e Porta) que por
sua vez, deverá verificar em sua base de dados se para o terminal de
número lógico DE41 e DE48 TAG 88 (versão da aplicação) possui uma
nova versão. Caso positivo o HOST deve formatar a mensagem de
retorno do TOAKI (0810) contendo no DE48 TAG 8C o indicativo de
carga conforme capítulo - Sensibilização via TOAKI. Deste modo fica
estabelecido que a consulta de versão é transparente para o usuário,
ou seja, é uma funcionalidade interna do terminal.
 Caso de excessão: Caso o terminal não obtenha uma resposta

válida ou qualquer resposta (TO) do HOST para mensagem
TOAKI, o terminal deve zerar seu contador de inatividade e
reiniciar a contagem até que atinja novamente o tempo
parametrizado na tabela Acquirer.
SENSIBILIZAÇÃO VIA TOAKI

A Sensiblização funciona da seguinte forma:
 O DE48 em sua TAG 8C pode ser populada com diversos valores

(descritos em detalhes em capítulo específico), entre eles a seguir:
quando estiver com valor da 8C = 000000000000 o carga deve ser
efetuada imediatamente pelo terminal(conforme fluxo de autocarga
atual), se estiver com data/hora específica ddmmaaaahhmm deve
realizar o agendamento conforme a data/hora, se estiver
999999999999 exibir em display a possibilidade para o lojista realizar
seu agendamento em até 24h posteriores ao recebimento deste
indicativo, se estiver 010120010101 deve alterar a rota de telecarga
e inicialização para o TA ( por padrão utliza-se atualmente a carga
no SCRM e inicialização via TNMS) utlizando-se assim da tabela de
comunicação com os parâmetros corretos apontando para este
ambiente TA, neste caso o terminal ainda deve aguardar um novo
indicativo conforme detalhado na TAG 8C para realizar a Telecarga e
sua inicialização, ou seja, o terminal deve ficar parametrizado para
utilizar a rota para o TA, porém aguardando o "gatilho" para
prosseguir com os próximos procedimentos, pois pode receber em
seguida um agendamento de Telecarga, agora que está direcionado
para outro Host de carga e inicialização.
 Importante: Para a sensibilização com intuito de alterar o
servidor de carga ou inicialização de forma acertiva. A carga de
tabelas deve conter uma ocorrência da tabela de comunicação
com o bit 4 da opção 2 ligado e os demais Bits desta opção
desligados assim como da opção1, também devem conter
nesta tabela o NII, Telefone (IP e porta para POO)
P.08.04.05 375
configurados com destino TA. Além da tabela de comunicação

o terminal deve estar parametrizado/habilitado na tabela
Acquirer com o bit 4 da opção 2 indicando a capacidade de
realizar comunicação utilizando o protocolo REEP. Caso não
exista uma tabela de comunicação com os parâmetros para
direcionar a conexão para o TA, ou seja, não tenha mais de
uma ocorrência para Telecarga ou então, o Bit 4 da opção 2
estiver desligado da segunda tabela de Telecarga, ou o bit4 da
opção 2 da tabela Acquirer estiver desabilitado o terminal
deve descartar esta possiblidade e permanecer direcionado
para o SCRM utilizando os parâmetros de comunicação da
tabela válida.
 OBS: Assim como em outras transações (crédito, débito e

Voucher) a partir deste release (P8.03) existe há a
possibilitadade do terminal ser redirecionado para inicializar
em ambientes distintos através do retorno do HOST (0810) ao
TOAKI na TAG 8C do DE48. Detalhes das configurações
possíveis desta TAG estão no Capitulo da TAG 8C. Porém é
impreterível ressaltar que o TOAKI deve estar habilitado na
tabela Acquirer (TOAKI Ativo) assim como sua contagem de
tempo de inatividade (Tempo de inatividade). A sensibilização
via TOAKI também pode ser "desligada" se no retorno de uma
mensagem do HOST de carga remota vier a TAG 0E no DE 47
com o tempo de inatividade = 0000, para religá-lo basta que o
servidor de carga remota envie esta TAG 0E com valor maior
que 0000. Também haverá a partir deste release a
possiblidade de “religar” o TOAKI a partir do retorno de uma
mensagem financeira, na mesma TAG 0x0E do DE47 retornada
pelo Switch numa mensagem financeira.
FLUXO DE MENSAGENS
Mensagem administrativa 0800

Terminal TA
Mensagem Financeira
0200
Terminal SW REDE
0210 [0x0E = NNNN]
Mensagem Financeira
P.08.04.05 376
13.25.12 Injeção de Chaves

As chaves DUKPT podem ser carregadas no terminal pelo fabricante, ou por
uma transação de injeção remota de chaves.
A Injeção de Chaves é chamada automaticamente após uma inicialização, se a
criptografia indicada para o terminal for DUKPT.
Terminais Ethernet que não possuem chave de dados devem solicitar Injeção
de Chave de Dados após a inicialização. Esta inicialização deve sempre ser
feita por meio Dial.
A Injeção de Chaves pode ser chamada também por uma função do terminal
específica para este fim (Função 18). A função 18 deve contemplar injeção de
chave de dados para terminais Ethernet.
Para terminais que tenham chave DUKPT injetada, há possibilidade de haver
nova injeção de chaves.
FLUXO DE MENSAGENS

Terminal Redecard
0800 - o estabelecimento envia a mensagem 0800 solicitada pelo Técnico

(através da função Injeção de Chaves) ou após uma inicialização com modo de
criptografia DUKPT.
0810 - REDE envia chaves ao estabelecimento.
13.26 Balanceamento de conexão

Caso estiver habilitado o bit “7 – Habilita balanceamento circular” do
parâmetro “Opções de Comunicação” da tabela de Comunicação do
Termmaster ou TA, o terminal realiza o balanceamento de conexões com o
host, alternando entre os parâmetros primários e secundários de conexão a
cada comunicação com a REDE.
Nesta situação, numa primeira transação os parâmetros primários são
utilizados na conexão principal e os secundários como possível conexão
P.08.04.05 377
backup. Já, na transação seguinte, os parâmetros secundários são utilizados

na conexão principal e os primários como possível backup.
Caso o bit “7 – Habilita balanceamento circular” esteja desabilitado, não há
alternância entre os parâmetros de comunicação sendo sempre o primário
como conexão principal e o secundário como backup.
Durante a comunicação Fallback, como na contingência Dial presente em
terminais GPRS e Ethernet, o terminal NÃO realiza a alternância de
parâmetros de comunicação, utilizando sempre o número de telefone
primário como conexão principal e o secundário como backup.
13.27 Telemetria
Quando detectado um erro durante a conexão do terminal com a REDE, o
terminal deve armazenar os dados referentes a esta ocorrência para envio
junto à mensagem de Telemetria.
A Telemetria deve ser enviada após o recebimento da ultima mensagem de
resposta da transação que motivou esta conexão, caso o terminal consiga
estabelecer a conexão para esta transação.
Caso o terminal não consiga estabelecer a conexão para esta transação, a
mensagem de Telemetria deve seguir numa próxima conexão com à REDE.
No caso de erros de comunicação consecutivos, o terminal deve enviar apenas
os dados referentes ao erro apresentado na ultima transação antes do envio
da Telemetria. Após o envio com sucesso, o terminal não deve enviar uma
nova mensagem de Telemetria pelo tempo definido no parâmetro Intervalo
de Envio de Telemetria na tabela de Comunicação do Termmaster ou TA,
independente da ocorrência de novo erro de comunicação.
Se o parâmetro Intervalo de Envio de Telemetria for igual a 00, o terminal não
deve registrar nem enviar a Telemetria.
A mensagem de Telemetria possui apenas uma perna, NÃO existindo a
resposta do host. Assim, após o envio desta mensagem o terminal não
aguarda uma resposta do host para iniciar outros processos, não havendo
Time Out para esta transação.
Seu envio deve ser feito conforme os parâmetros abaixo da tabela de
Comunicação do Termmaster ou TA, cujo o Tipo de Transação (Options 1) seja
igual a 1–Telemetria.
 Endereço IP Primário Host REDE
 Porta IP Primário Host REDE
 Endereço IP Secundário Host REDE
 Porta IP Secundário Host REDE
O envio com sucesso da Telemetria, não deve apagar os dados de Estátisticas

armazenados pelo terminal.
A mensagem de Telemetria segue o formato definido no capítulo 14.43,
carregando data da ocorrência do erro, hora da ocorrência do erro, Terminal,
Estabelecimento e estatísticas.
P.08.04.05 378
13.28 Estado ocioso

O POS entra em estado ocioso quando permanecer por “n” minutos (sendo
“n” definido pelo parâmetro “Tempo para estado ocioso” da tabela Terminal
Configuration do Termmaster ou TA) em estado de repouso (Idle), sem
intervenção do operador ou de outra aplicação.
O contador para entrar em estado ocioso é iniciado logo após a conclusão da
ultima transação ou operação realizada no terminal, quando o terminal entra
em estado de repouso.
Quando em estado ocioso, o terminal inicia a Carga Remota para o processo
de Autocarga (ver capítulo 7).
P.08.04.05 379
14 DETALHAMENTO DAS MENSAGENS

Todas as mensagens trocadas entre Loja e REDE estarão detalhadas neste
item, conforme segue:
 Haverá um quadro identificando o meio de entrada da transação –
BIT 22, indicação de tratamento de duplicidade (ver item
Duplicidade) e reimpressão de comprovante (ver item Reimpressão)
 Haverá um quadro detalhando as possíveis mensagens trocadas,
mapeando os BITs presentes em cada uma delas onde:
 X = campos obrigatórios
 C = campos opcionais
 0400 = estorno da transação
 0410 = resposta do estorno da transação
 0420 = desfazimento da transação
 0430 = resposta do desfazimento da transação
 0420 E = desfazimento do estorno
 0430 E = resposta do desfazimento do estorno
 Haverá um quadro identificando os “Tags” presentes no BIT 48.
 Há BITs/Tags que exigem comentários adicionais - entre parênteses.
A tabela a seguir, contém a relação de todos os comentários a
14.1 Tabela 1: Legenda associada aos

BITs ISO8583
Código Observação
(1) Presente em transações digitadas (quando BIT 22 = 011).
(2) Presente para transação com Smart Card, quando retornado pelo emissor do
cartão. Ver tratamento deste BIT no item BIT 55 - Dados de Chip – Table 2.
(3) Em caso de sucesso (BIT 39 = 00) e transação diferente de pagamento Redecard

Celular, contém parte do cupom da transação efetuada, que deve ser impresso.
Em caso de fracasso (BIT 39 ≠ 00), contém a mensagem de erro
correspondente, que deve ser exibida, com temporização, em display do
terminal (ver item BITs 39 e 63 - Códigos e Mensagens de Retorno).
Em caso de transação Referida (Tag 51 presente no BIT 48), ignorar o BIT 63.
(4) Corresponde ao BIT 37 da mensagem 0110/0210/0230 da transação bem-

sucedida sendo estornada.
Corresponde ao BIT 37 da mensagem 0110/0210/0230 da transação bem-
sucedida no caso de desfazimento de estorno.
P.08.04.05 380
(5) Em caso de fracasso (BIT 39 ≠ 00), contém a mensagem de erro

Ausente em caso de sucesso, quando terminal deve montar e imprimir cupom
de estorno, conforme respectivo cupom de venda, porém sinalizando no cupom
que se trata de um estorno.
(6) Recebida a mensagem 0430, o terminal considera encerrado seu fluxo de

desfazimento, independentemente do código de retorno.
(7) Em caso de sucesso (BIT 39 = 00), contém o cupom da transação efetuada, que
deve ser impresso.
Quando a transação é negada por exceder o limite do cartão, a mensagem a
exibir em display contém o saldo disponível no momento.
(8) Presente em transação pré-datada (quando preenchido campo: “Ciclos a

Pular”).
(9) Rebate o BIT correspondente, a partir da mensagem

0100/0200/0220/0400/0500/9160 relativa à transação original sendo desfeita.
(10) mmdd – para cheque pré-datado; em caso de cheque à vista deve ser
preenchido com data atual
(11) Número do cheque (numérico com 7 caracteres: 6 + dv, preenchido com 5

zeros à esquerda)
Ex. 3030303030 313233343536 39 para cheque 123456-9
(12) Em caso de sucesso (BIT 39 = 00), contém o cupom da consulta efetuada, que
deve ser impresso. No caso do Redecard Celular não há a impressão de
comprovante nas consultas.
Em caso de fracasso (BIT 39  “00”) – contém mensagem de erro, que deve ser
exibida, com temporização, em display do terminal (até duas linhas de 16
caracteres).
(13) Contém a data da transação de pré-autorização (MMDD), cuja

confirmação/estorno pode ocorrer em dias subseqüentes. Esta data deve ser
coletada pelo terminal, a partir do cupom de pré-autorização em tratamento.
No caso da confirmação de Redecard Celular, contém a data da transação do
pagamento Redecard Celular (MMDD) armazenada no terminal.
(14) Contém o Código de Autorização da transação de pré-autorização bem-

sucedida sendo confirmada/estornada. Este dado deve ser coletado pelo
terminal, a partir do cupom da pré-autorização em tratamento.
P.08.04.05 381
(15) Contém a data em que a transação realmente ocorreu (MMDD), que pode ser
anterior à data de envio para a REDE.
(16) Contém o Código de Autorização da transação bem-sucedida sendo capturada.

Este dado, obtido através do processo de autorização por telefone, deve ser
coletado pelo terminal.
(17) Enviar somente se transação com Chip e se Tag 5F34 estiver presente no
cartão.
(18) Ausente em caso de sucesso (BIT 39 = 00). Neste caso o terminal deve exibir em
display o seguinte texto: "Autorização xxxxxx"; sendo xxxxxx o conteúdo do BIT
38 desta mensagem.
terminal.
(19) Presente apenas em transações digitadas.
(20) Deve conter o BIT 11 desta mensagem, que corresponderá ao código de

autorização gerado pelo terminal. Neste caso, o campo AUTO do comprovante
deverá ser preenchido com o conteúdo do BIT 11. Campo obrigatório em
transações com Chip.
(21) Deve ser preenchido “00”, sinalizando transação aprovada.
(22) Em caso de sucesso (BIT 39 = 00), pode conter:

 Cupom completamente formatado pela REDE. Neste caso, se o primeiro
caráter for “\” (5C hexa), então o conteúdo do BIT 63 deve ser exibido
mudando-se de linha a cada “@” (40 hexa) encontrado. Se o primeiro
caráter não for “\”, então o texto está formatado em linhas de tamanho
fixo de 23 caracteres cada.
 Parâmetros de Resumo de Vendas para transações de Crédito Parceladas
sem Juros, que serão utilizados pelo terminal durante a formatação do
texto a imprimir (ver layout de impressão no item Relatório de RESUMO
DE VENDAS (rv)
Quando se esgotaram os RVs para o estabelecimento em tratamento (BIT 39 =
“88”), contém a mensagem explicativa correspondente, que deve ser exibida,
com temporização, em display do terminal (ver item BITs 39 e 63 - Códigos e
Mensagens de Retorno)
terminal (ver item BITs 39 e 63 - Códigos e Mensagens de Retorno)
(23) Batch Number - corresponde ao número do lote corrente.

Ex: Supondo que o número do lote seja 7, teremos então no BIT #60: 0006
303030303037
(24) Presente: contém texto a ser impresso ao final dos cupons financeiros. O
P.08.04.05 382
caráter @ (40 hexa) sinaliza mudança de linha.

Ausente: sinaliza que não deve ser impresso texto ao final dos cupons
financeiros.

terminal.
Ausente em caso de sucesso.
(26) Código de processamento: 93000X

 X = 0 para primeira mensagem 0800 e última mensagem 0810;
 X = 1 - demais mensagens 0800 rebatem o Processing Code da mensagem
0810 recebida do Termmaster ou TA. Quando o Processing Code da
mensagem 0810 for 930000, não há mais dados a carregar. O terminal
deve então efetuar a desconexão com o Termmaster ou TA.
(27) Versão da aplicação no terminal. Segue o formato do conteúdo:

 Versão da aplicação: 11 bytes - conforme capítulo 3.2 e especificado na
mensagem de estatística
Ex. supondo versão “NF03010903I” teremos: 4E46303330313039303349
(28) Contém as tabelas do Termmaster ou TA
(29) Em caso de sucesso (BIT 39 = 00), contém o cupom completamente formatado

pela REDE. Se o primeiro caráter for “\” (5C hexa), então o conteúdo do BIT 63
deve ser exibido mudando-se de linha a cada “@” (40 hexa) encontrado. Se o
primeiro caráter não for “\”, então o texto está formatado em linhas de
tamanho fixo de 23 caracteres cada.
terminal.

terminal (mensagens específicas para tratamento de FCT).
Ausente em caso de sucesso.
P.08.04.05 383

terminal.
Em caso de sucesso (BIT 39 = 00), contém parte do cupom da transação
efetuada, que deve ser impresso.
Neste cupom, o terminal deve imprimir ainda, Logo após a impressão do BIT 63:
 O texto abaixo, se houve treinamento durante o processamento da FCT.
Treinamento:
Tarja: nnn trns; nn minutos (se houve treinamento com tarja)
Chip: nnn trns; nn minutos (se houve treinamento com chip)
 Linha para assinatura do lojista.
(32) Deve ser preenchido com “99”, sinalizando transação fracassada.
(33) Deve ser preenchido conforme forma de coleta do número do cartão na

operação de estorno:
 011, sinalizando operação digitada;
 021, sinalizando leitura da trilha.
 051, sinalizando leitura de chip.
Obs: mesmo lendo a trilha, o terminal deve enviar na mensagem os BITs 2 e 14
(extraindo-os da mesma), ao invés da trilha lida (BITs 35 ou 45).
(34) Rebate o BIT correspondente, a partir da mensagem 0200/0220 relativa à

transação original sendo estornada.
(35) Contém o cupom da captura efetuada, que deve ser impresso.
(36) Quando inserido chip, o processo EMV deve ser executado normalmente, até
obtenção da trilha 2, quando deve então ser interrompido.
(37) Corresponde ao número seqüencial gerado pelo terminal no momento de

execução da transação, e não no momento do envio
(38) Presente em mensagens oriundas de terminais PDV Discado/IP; contém o

motivo de desfazimento.
(39) Preenchido com zeros.
(40) Preenchido com o código de autorização SMS, recebido no DE48-Tag61.
(41) Nas mensagens de Desfazimento, Estorno e Desfazimento de Estorno, envia o

mesmo conteúdo do BIT 61, de sua transação de autorização - mensagem
0200/0220.
(42) Conforme configuração do Termmaster ou TA
(43) Presente em transações chip e digitada e Contactless MSD Visa.
P.08.04.05 384
(44) Presente em transações chip apenas e Contactless MSD Visa.
(45) Ausente para transações digitadas que não possuam coleta do bit 14,
tratamento por exceção.
(46) Corresponde ao Bit 37 da mensagem 0210 da transação negada que deu origem
a advice (0220) por “unable to go online” devido a um específico código de
retorno (Bit 39). Campo opcional que deverá ser enviado somente no caso de
transação negada por código de resposta “73”. Ausente no caso real de falha na
comunicação.
(47) Contém a hora em que a transação realmente ocorreu (HHMMSS),

que pode ser anterior à data de envio para a REDE.
(48) No caso de Troca de Senha o valor será enviado zerado.
P.08.04.05 385
14.2 Tabela 2: Comentários associados

aos tags do BIT 47 e do BIT 48
Código Observação
BIT 48
(a) Veja capítulo COLETA DE CVC2 E 4 ÚLTIMOS DÍGITOS e CRIPTOGRAFIA DO CVC2
(b) Dados de transação Referida – somente presente se:

 Trata-se do segundo fluxo de mensagens 0100/0110 ou 0200/0210, em
resposta a uma solicitação de referir a transação enviada pelo emissor na
mensagem 0110/0210 do primeiro fluxo de mensagens.
(c) A presença deste Tag sinaliza que emissor referiu a transação.
(d) Dados de criptografia – devem refletir a situação do estorno/desfazimento, e

não a situação da transação original sendo estornada/desfeita.
(e) Presente somente quando operador digita “Número do Item” durante a coleta
de dados da transação.
(f) Presente para Cash parcelado e Cash rotativo com possibilidade de juros
(g) Presente em transações aprovadas, somente se enviado pelo emissor.
(h) CMC-7 do cheque - este dado é obrigatório, se habilitado no Termmaster ou TA.

Para manter um único layout de mensagem, os BITs 2 e 37 também estarão
presentes, mesmo que redundantes, e serão preenchidos com os respectivos
dados contidos no CMC-7. O CMC-7 estará ausente da mensagem, se
desabilitado.
Importante: conforme sugerido pela SERASA, o terminal não deverá consistir o
CMC-7 digitado.
Número do telefone – este dado não é obrigatório, porém o terminal
(POS/PDV) deverá habilitar sua coleta sempre que estiver habilitado no
Termmaster ou TA. O Número do telefone estará ausente da mensagem se:
 Operador teclar <Enter> durante a coleta;
 Estiver desabilitado no Termmaster ou TA.
Obs.: se operador digitar DDD, terminal deve exigir a digitação do número do
telefone; se teclar <Enter> para DDD, terminal nem apresenta o prompt para
coleta do número do telefone
(i) Obrigatório se habilitado no Termmaster ou TA;
(k) REDE:
Se Número Lógico = espaços na mensagem 9600 de Baixa de FCT
Gera novo Número Lógico para o terminal em tratamento, ou recupera Número
P.08.04.05 386
Lógico já existente.
Senão
Valida Número Lógico recebido na mensagem 9600 de Baixa de FCT e, se
correto, o rebate na mensagem 9610.
Terminal:
Armazena o Número Lógico em memória não volátil. Este dado estará presente
em todas as mensagens enviadas pela loja.
(l) Presente se a informação existir, caso contrário este Tag não é enviado.
(m) Presente apenas quando a informação é retornada pelo emissor; caso

contrário, BIT 48 estará ausente da mensagem.
(n) Dados de transação Referida – somente presente se:

 Trata-se do primeiro fluxo de mensagens 0100/0110 ou 0200/0210,
sinalizando a capacidade do terminal para tratamento de transação
referida.
(o) Dados de Confirmação Positiva – presente somente quando ocorre a coleta de

dados para Confirmação Positiva durante o processamento da transação OU se
for uma transação de Distribuição.
(p) Este Tag estará presente somente quando houver necessidade de

processamento de auto-inicialização.
(q) Este Tag estará presente somente quando REDE deseja que seja exibida em
display do terminal em repouso uma mensagem especial. O seu preenchimento
com espaço ou a ausência deste Tag na mensagem de Finalização faz com que o
terminal elimine a mensagem anteriormente em exibição, se houver.
(r) Este Tag estará presente somente quando houver necessidade de

processamento de autocarga seja seu agendamentou ou troca de rotas.
(s) Esse dado deverá ser coletado caso a quantidade de dígitos verificadores
presente na tabela de Regionais e DDD do Termmaster ou TA seja maior que
zero. Os dados não serão consistidos.
Para transação de contratação RAV automático deve conter o dado a ser
impresso “TAXA MÊS: ZZ,ZZZZZZ%”.
Para as demais transações, presente apenas para TEFIP
(t) Presente em mensagens oriundas de terminais PDV Discado/IP.
(v) Deve ser enviada independente da configuração do TMNS ou TA.
(w) Este Tag estará presente somente na transação CTAH Voucher.
(x) Presente na mensagem sempre que o bit 52 é enviado e o terminal opera em

modo DUKPT
P.08.04.05 387
(y) Presente na mensagem sempre que utilizado cartão ICC
(z) Dados do 2nd GAC (tag 0x0A) e do Issuer Script Results (tag 0x0B)
(aa) Caso este campo esteja ausente na mensagem de resposta, deve ser
considerado o campo Option2 – Impressão de CV da tabela TERMINAL.
(ab) Presente quando houver transações efetuadas com o tipo de Comunicação

Ethernet.
(ac) Obrigatório e presente somente em transações realizadas através de cartão.

(EX: CORBAN aceita transaçõa pagas em dinheiro. Nesse caso, a informação não
deve ser enviada).
(ad) Presente somente em transações de pagamento de título Itaú.
(ae) Opcional e presente somente em transações realizadas através de cartão

(opcional).
(EX: CORBAN aceita transaçõa pagas em dinheiro. Nesse caso, a informação não
deve ser enviada).
P.08.04.05 388
14.3 Consulta private label

Id. Trn Descrição BIT 22 (*) Outros
Mag Dig Chip Duplicidade Reimpressão
0007 Consulta Private Label - Venda X X X
Mensagens
BIT
0100 0110
02 C (1)
03 399000 399000
04 X X
11 X X
12 X
13 X
14 C (43)
22 X (*)
24 X X
35 C
37 X
38 X
39 X
41 X X
42 X
45 C
47 (***) (***)
48 (**) (**)
63 X (3)
P.08.04.05 389
Id. Trn BIT 47 – Dados Adicionais - hexadecimal (***)
0100 0110
0007 0A(z),0B(z),0F,10(x),20(s) 0D, 0x36
Id. Trn BIT 48 - Dados Adicionais (**)
0100 0110
0007 01, 02, 03, 08, 10(e), 30(a),88, 92(i), 93(i) 8C (r)
P.08.04.05 390
14.4 Consulta SERASA

0006 Consulta SERASA X
Mensagens
BIT
0100 0110
02 X
03 042900 042900
04 X X
11 X X
12 X
13 X
15 X(10)
22 X (*)
24 X X
37 X (11) X
38 X
39 X
41 X X
42 X
47 (***) (***)
48 (**) (**)
63 C (12)
P.08.04.05 391
0100 0110
0006 0A(z), 0B(z), 0F,20(s) 0D, 0x36
0100 0110
0006 01, 02, 09, 0D(h), 0E(h), 0F, 88,92(i),93(i) 8C (r)
P.08.04.05 392
14.5 Consulta Redecard celular -

Pagamento
0010 Consulta REDECARD CELULAR X
BIT Mensagens
0100 0110
02 X
03 043000 043000
04 X X
11 X X
12 X
13 X
15 X (39)
22 X (*)
24 X X
37 X(39) X(39)
38 X
39 X
41 X X
42 X
47 (***) (***)
48 (**) (**)
63 C (12)
P.08.04.05 393
0100 0110
0010 0A(z), 0B(z), 0F,20(s) 0D, 0x36
Id. Trn ** BIT 48 - Dados Adicionais
0100 0110
0010 01, 02, 03, 88, 92(i), 93(i) 60
P.08.04.05 394
14.6 Compra Bolsa Família

0471 Compra Bolsa Família X X
Mensagens
BIT
0200 0210 0400 0410 0420 0430 0420 E 0430 E
02 X X X X
03 002000 002000 002000 002000 002000 002000 002000 002000
04 X X X X X X
11 X X X X X (9) X X (9) X
12 X X X
13 X X X
14 X X X
22 X (*) X X (9) X (9) X (9)
24 X X X X X X X X
37 X X X
38 X (9) X X X (9) X
39 X X C(38) X (6) C(38) X (6)
41 X X X X X X X X
42 X X X X X
47 (***) (***) (***) (***) (***) (***) (***) (***)
48 (**) (**) (**) (**) (**)
61 X X X (41) X (41) X (41)
63 C (12) X (3)
P.08.04.05 395
Id. BIT 47 – Dados Adicionais - hexadecimal (***)

Trn
0200/0210 0400 0410 0420 0430 0420 E 0430 E
0471 0A(z), 0B(z), 0F, 0A(z), 0B(z), 0x36 0A(z), 0x36 0A(z), 0x36
20(s), 0x36 0F 0B(z), 0F 0B(z), 0F
0200 0210 0400 0420 0420 E
0471 01, 02, 03, 01, 02, 03, 01, 02, 01,02, 03(d), 01, 02, 03(d), 33,
30(a), 88, 30(a), 88, 03(d), 88, 88,92(i),93(i) 88, 92(i), 93(i)
92(i), 93(i) 92(i), 93(i) 92(i), 93(i)
P.08.04.05 396
14.7 Consulta Compra Bolsa Família

0472 Consulta Compra Bolsa Família X
BIT Mensagens
0100 0110
02 X (46)
03 063000 063000
04 X X
11 X(46) X (46)
12 X
13 X
22 X(*)
24 X X
37 X
38 X
39 X
41 X X
42 X
47 (***) (***)
48 (**) (**)
63 C (12)
P.08.04.05 397
0100 0110
0472 0A(z), 0B(z), 0F,20(s) 0D, 0x36
Id. Trn ** BIT 48 - Dados Adicionais
0100 0110
0472 01, 02, 03, 88, 92(i), 93(i) 8C (r)
14.8 Pré-autorização
0020 Pré-autorização X X X X X
Mensagens
BIT
0100 0110 0400 0410 0420 0430 0420 E 0430 E
02 C (1) X X X
03 003000 003000 003000 003000 003000 003000 003000 003000
04 X X X X X X
11 X X X X X (9) X X (9) X
12 X X X X
13 X X (13) X X X (9) X
14 C (43) X X X
22 X (*) X (33) X (9) X (9)
23 C (17)
24 X X X X X X X X
P.08.04.05 398
35 C
37 X X X X
38 X X (14) X X X (9) X
39 X X C(38) X (6) C(38) X (6)
41 X X X X X X X X
42 X X X X
45 C
47 (***) (***) (***) (***) (***) (***) (***) (***)
48 (**) C (**) (**) (**) (**)
52 C
55 C C (2)
61 X X (33) X (41) X (41)
63 X (3) X (3)

Trn
0100 0110 0400 0410 0420 0430 0420 E 0430 E
0020 04, 29,31, 0A(z), 29,31, 0A(z), 0x36 0A(z), 0x36

0A(z), 0x36 0B(z), 0x36 0B(z), 0F 0B(z), 0F
0B(z), 0F
0F,
10(x),
20(s)
0100 0110 0400 0420 0420 E
0020 01, 02, 03, 07(g), 01, 02, 01,02, 03(d), 01, 02, 03(d), 33,
30(a), 50(b), 51(c), 03(d), 88, 88,92(i),93(i) 88, 92(i), 93(i)
53(n), 88, 92(i), 8C (r) 92(i), 93(i)
93(i), 96(w)
P.08.04.05 399
14.9 Pagamento Redecard celular

Mag Dig (*) Chip Duplicidade Reimpressão
0460 Redecard Celular Rotativo X X X
0461 Redecard Celular X X X

Estabelecimento
0462 Redecard Celular Emissor X X X
Mensagens
BITs
0100 0110 0420 0430
02 X X
03 003000 003000 003000 003000
04 X X X
11 X X X (9) X
12 X X
13 X X
14 X X
22 X (*) X (9)
24 X X X X
35
37 X X
38 X (39) X
39 X C(38) X (6)
41 X X X X
42 X X
47 (***) (***) (***) (***)
P.08.04.05 400
48 (**) X (**) (**)
61 X X (41)
63 X (3)
Id. Trn BIT 47 – Dados Adicionais (***)
0100 0110 0420 0430
0460 /0461 / 0A(z), 0B(z), 0F, 0D, 29, 31, 0A(z), 0B(z) ,0F 0x36
0462 20(s) 0x36
0100 0110 0420
0460 01, 02, 03, 62, 63, 88, 07(g), 61, 8C (r) 01,02, 03(d), 88, 92(i), 93(i)
92(i), 93(i)
0461 / 0462 01, 02, 03, 04, 62, 63, 88, 07(g), 61, 8C (r) 01,02, 03(d), 88, 92(i), 93(i)
92(i), 93(i)
(*) Os dados do cartão são recebidos na mensagem de resposta a uma

Consulta REDECARD CELULAR, no mesmo formato de uma entrada por
digitação.
O controle de duplicidade deve considerar além da última transação aprovada
também o lote de transações REDECARD CELULAR Pendentes analisando
transações para o mesmo cartão e valor.
P.08.04.05 401
14.10 Confirmação de pré-

autorização
0454 Confirmação de pré- X X X X X

autorização - rotativo
0455 Confirmação de pré- X X X X X

autorização - parcelada sem
juros
Mensagens
BIT
0220 0230 0400 0410 0420 0430 0420 E 0430 E
02 C (1) X X X
03 003000 003000 003000 003000 003000 003000 003000 003000
04 X X X X X X
07 X
11 X X X X X (9) X X (9) X
12 X X X X
13 X X X X
14 C(44) C(45) C(45) C(45)
22 X (*) X (34) X (9) X (9)
24 X X X X X X X X
35 C
37 X X (4) X X X (4) X
38 X X X X
39 X (21) X X C(38) X (6) C(38) X (6)
41 X X X X X X X X
P.08.04.05 402
42 X X X X
45 C
47 (***) (***) (***) (***) (***) (***) (***) (***)
48 (**) (**) (**) (**)
61 X X (41) X(41) X(41)
63 X (3) C (5)
220 230 400 0410 420 0430 0420E 0430 E
0454 / 0F,20(s) 0D, 0A(z), 29,031, 0A(z), 0x36 0A(z), 0x36

0455 29, 0B(z), 0x36 0B(z), 0F 0B(z), 0F
31, 0F
0x36
0220 0400 0420 0420 E
0454 01, 02, 03, 05(a), 88, 01, 02, 03(d), 01,02, 03(d), 01, 02, 03(d), 33,
92(i), 93(i), 96(w), 30(a) 88, 92(i), 93(i) 88, 92(i), 93(i) 88, 92(i), 93(i)
0455 01, 02, 03, 04, 05(a), 01, 02, 03(d), 01,02, 03(d), 01, 02, 03(d), 33,
30(a), 88, 92(i), 93(i), 04, 88, 92(i), 88, 92(i), 93(i) 88, 92(i), 93(i)
96(w) 93(i)
P.08.04.05 403
14.11 Confirmação de pagamento

Redecard celular
Mag Dig(**) Chip Duplicidade Reimpressão
0463 REDECARD CELULAR X X X

rotativo

estabelecimento

emissor
Mensagens
BIT
0220 0230 0400 0410 0420 0430 0420 E 0430 E
02 X X X X
03 003000 003000 003000 003000 003000 003000 003000 003000
04 X X X X X X
07 X
11 X X X X X (9) X X (9) X
12 X X X X
13 X (13) X X X X
22 X (*) X (34) X (9) X (9)
24 X X X X X X X X
37 X X (4) X X X (4) X
38 X (40) X X (40) X X X
39 X (21) X X X (6) X (6)
41 X X X X X X X X
42 X X X X
P.08.04.05 404
47 (****) (****) (****) (****) (****) (****) (****) (****)
48 (**) (**) (**) (**)
61 X X (41) X (41) X (41)
63 X (3) C (5)
Id. Trn BIT 47 – Dados Adicionais - hexadecimal (****)
0220 0230 0400 0410 0420 0430 0420 E 0430 E
0463/046 0F, 0D, 0A(z) 29,3 0A(z), 0x36 0A(z), 0x36

4/0465 20(s) 29, , 1, 0B(z), 0B(z),
31,0x 0B(z) 0x36 0F 0F
36 , 0F
0220 0400 0420 0420 E
0463 01, 02, 03, 88, 01, 02, 03(d), 88, 01, 02, 03(d), 88, 01, 02, 03(d), 33, 88,
92(i), 93(i) 92(i), 93(i) 92(i), 93(i) 92(i), 93(i)
0464/ 01, 02, 03, 04, 01, 02, 03(d), 04, 01, 02, 03(d), 88, 01, 02, 03(d), 33, 88,
0465 88, 92(i), 93(i) 88, 92(i), 93(i) 92(i), 93(i) 92(i), 93(i)
(*) Os dados do cartão são recebidos na mensagem de resposta a uma

Consulta REDECARD CELULAR, no mesmo formato de uma entrada por
digitação.
O controle de duplicidade deve levar em conta que o lote de transações
REDECARD CELULAR Pendentes, é feito na Pré-Autorização REDECARD
CELULAR.
P.08.04.05 405
14.12 Venda com cartão de crédito

Mag Dig Chip CTLS Duplicidade Reimpressão
0350 Venda Crédito rotativo X X X X X X
0351 Venda Crédito X X X X X

Parcelado com Juros
0352 Venda Crédito X X X X X

Parcelado sem Juros
Mensagens
BIT
0200 0210 0400 0410 0420 0430 0420 E 0430 E
02 C (1) X X X
03 003000 003000 003000 003000 003000 003000 003000 003000
04 X X X X X X
11 X X X X X (9) X X (9) X
12 X X X X
13 X X X X
14 C (43) X X X
22 X (*) X (34) X (9) X (9)
23 C (17)
24 X X X X X X X X
35 C
37 X X (4) X X X (4) X
38 X X X X
39 X X C(38) X (6) C(38) X (6)
41 X X X X X X X X
42 X X X X
P.08.04.05 406
45 C
47 (***) (***) (***) (***) (***) (***) (***) (***)
48 (**) C (**) (**) (**) (**)
52 C
55 C C (2)
61 X X (41) X (41) X (41)
63 X (3) C (5)

Trn
0200 0210 0400 0410 0420 0430 0420 E 0430 E
0350 04, 02, 0D, 0A(z) 29,3 0A(z), 0x36 0A(z), 0x36
/035 0A(z), 29, 30 , 1, 0B(z), 0F 0B(z), 0F
1/03 0B(z), (aa), 31, 0B(z) 0x36
52 0F, 0E , 0F
10(x),20( (opcional
s), 35 ), 0x36
opcional
)
0200 0210 0400 0420 0420 E
0350 01, 02, 03, 30(a), 51(c), 89(p), 01, 02, 03(d), 01, 02, 01, 02, 03(d),
50(b), 53(n), 88, 92(i), 8C (r) 88, 92(i), 03(d), 88, 33, 88, 92(i),
93(i), 96(w) 93(i) 92(i), 93(i) 93(i)
0351 01, 02, 03, 04, 30(a), 11(g), 51(c), 01, 02, 03(d), 01, 02, 01, 02, 03(d),
50(b), 53(n), 88, 92(i), 89(p), 8C (r) 04, 88, 92(i), 03(d), 88, 33, 88, 92(i),
93(i), 96(w) 93(i) 92(i), 93(i) 93(i)
0352 01, 02, 03, 04, 30(a), 51(c), 89(p), 01, 02, 03(d), 01, 02, 01, 02, 03(d),
50(b), 53(n), 88, 92(i), 8C (r) 04, 88, 92(i), 03(d), 88, 33, 88, 92(i),
93(i), 96(w) 93(i) 92(i), 93(i) 93(i)
P.08.04.05 407
14.13 Venda com cartão de débito

Mag Dig Chip CTLS Duplicidade Reimpressão
0301 Débito à vista X X X X X
0303 Débito pré- X X X X

datado
Mensagens
BIT
0200 0210 0400 0410 0420 0430 0420 E 0430 E
02 X X X
03 002000 002000 002000 002000 002000 002000 002000 002000
04 X X X X X X
11 X X X X X (9) X X (9) X
12 X X X X
13 X X X X
14 C(44) X X X
22 X (*) X (34) X (9) X (9)
23 C (17)
24 X X X X X X X X
35 C
37 X X (4) X X X (4) X
38 X X X X
39 X X C(38) X (6) C(38) X (6)
41 X X X X X X X X
42 X X X X
45 C
P.08.04.05 408
47 (***) (***) (***) (***) (***) (***) (***) (***)
48 (**) (**) C (**) (**) (**)
52 C
55 C C (2)
61 X X (41) X (41) X (41)
63 X (3) C (5)
0200 0210 0400 0410 0420 0430 0420E 0430 E
0301/ 04, 0D, 29, 0A(z) 29, 31, 0A(z) 0x36 0A(z), 0x36
0303 0A(z), 30(aa), , 0x36 , 0B(z),
0B(z), 31, 0E 0B(z) 0B(z) 0F
0F, (opcio , 0F , 0F
10(x), nal),
20(s) , 0x36
35
opcional
)
0200 0210 0400 0420 0420 E
0301 01, 02, 03, 89 (p), 8C (r) 01, 02, 03(d), 01, 02, 03(d), 01, 02, 03(d),
30(a), 50(o), 52, 88, 92(i), 93(i) 88, 92(i), 93(i) 33, 88, 92(i),
88, 92(i), 93(i) 93(i)
0303 01, 02, 03, 06, 89 (p), 8C (r) 01, 02, 03(d), 01, 02, 03(d), 01, 02, 03(d),
30(a), 50(o), 52, 88, 92(i), 93(i) 88, 92(i), 93(i) 33, 88, 92(i),
88, 92(i), 93(i) 93(i)
P.08.04.05 409
14.14 Simulação Crediário

0353 Simulação Crediário X X X X
BIT 0100 0110
03 023000 023000
04 X X
11 X X
12 X
13 X
14 C (43)
22 X (*)
23 C (17)
24 X X
35 C
37 X
38 X
39 X
41 X X
42 X
45 C
47 (***) (***)
48 (**) C (**)
52 C
P.08.04.05 410
55 C C (2)
61 X
63 X (3)
0100 0110
0353 04, 0A(z), 0B(z), 02, 0D,

0F, 10(x),20(s) 0x36
0100 0110
0353 01, 02, 03, 04, 30(a), 16, 89(p), 8C

88, 92(i), 93(i) (r)
P.08.04.05 411
14.15 Contratação Crediário

0354 Contratação Crediário X X X X
Mensagens
BIT
0200 0210 0400 0410 0420 0430 0420 E 0430 E
02 X X X
03 003000 003000 003000 003000 003000 003000 003000 003000
04 X X X X X X
11 X X X X X (9) X X (9) X
12 X X X X
13 X X X X
14 C (43) X X X
22 X (*) X (34) X (9) X (9)
23 C (17)
24 X X X X X X X X
35 C
37 X X (4) X X X (4) X
38 X X X X
39 X X C(38) X (6) C(38) X (6)
41 X X X X X X X X
42 X X X X
45 C
47 (***) (***) (***) (***) (***) (***) (***) (***)
P.08.04.05 412
48 (**) C (**) (**) (**) (**)
52 C
55 C C (2)
61 X X (41) X (41) X (41)
63 X (3) C (5)

Trn
0200 021 0400 0410 0420 0430 0420 E 0430 E

0
035 04, 02, 0A(z), 0x36 0A(z), 0x36 0A(z), 0x36

4 0A(z), 0D, 0B(z), 0F 0B(z), 0F 0B(z), 0F
0B(z), 0F, 0x36
10(x),20(
s)
0200 0210 0400 0420 0420 E
0354 01, 02, 03, 04, 30(a), 89(p), 8C (r) 01, 02, 03(d), 01, 02, 01, 02, 03(d),
50(b), 53(n), 88, 92(i), 04, 88, 92(i), 03(d), 88, 33, 88, 92(i),
93(i) 93(i) 92(i), 93(i) 93(i)
P.08.04.05 413
14.16 Venda distribuição

0311 Débito DISTRIBUIÇÃO à vista X X X X
0313 Débito DISTRIBUIÇÃO pré- X X X X

datado
Mensagens
BIT
0200 0210 0400 0410 0420 0430 0420 E 0430 E
02 X X X
03 002000 002000 002000 002000 002000 002000 002000 002000
04 X X X X X X
11 X X X X X (9) X X (9) X
12 X X X X
13 X X X X
14 C(44) X X X
22 X (*) X (34) X (9) X (9)
23 C (17)
24 X X X X X X X X
35 C
37 X X (4) X X X (4) X
38 X X X X
39 X X X (6) X (6)
41 X X X X X X X X
42 X X X X
45 C
P.08.04.05 414
47 (***) (***) (***) (***) (***) (***) (***) (***)
48 (**) (**) C (**) (**) (**)
52 C
55 C C (2)
61 X X (41) X (41) X (41)
63 X (3) C (5)
Legenda: veja DETALHAMENTO DAS Mensagens

Trn
0200 0210 0400 0410 0420 0430 0420E 0430 E
031 04, 0A(z), 0D, 29, 0A(z) 29, 0A(z), 0x36 0A(z), 0x36
1/03 0B(z), 0F, 31, , 31, 0B(z), 0F 0B(z), 0F
13 10(x), 20(s) 0x36 0B(z) 0x36
, 0F
0200 0210 0400 0420 0420 E
0311 01, 02, 03, 30(a), 50(o), 89 (p), 01, 02, 03(d), 01, 02, 03(d), 01, 02, 03(d),
52, 54(i), 88, 92(i), 93(i) 8C (r) 88, 92(i), 93(i) 88, 92(i), 33, 88, 92(i),
93(i) 93(i)
0313 01, 02, 03, 06, 30(a), 89 (p), 01, 02, 03(d), 01, 02, 03(d), 01, 02, 03(d),
50(o), 52, 54(i), 88, 8C (r) 88, 92(i), 93(i) 88, 92(i), 33, 88, 92(i),
92(i), 93(i) 93(i) 93(i)
Tags do BIT 48 – veja BIT 48 - Definição de “Tags”
P.08.04.05 415
14.17 Recarga de Celular Pré-Pago

Bit 48 Mag Digit Chip CTLS Duplicid Reimpres

ade são
Tag 0x01
0355 Venda Crédito rotativo X X X X X

Recarga de Celular pré-
pago
0315 Débito à vista Recarga X X X X X

de Celular
BIT Descrição 0200 0210 0202 0420 0430
Processing code 003000 003000 003000 003000 003000

Crédito
03
Processing code 002000 002000 002000 002000 002000
Débito
04 Valor R$ X X X X
11 NSU X X X X (9) X
12 Hora local X X
13 Data local X X
14 Data de vencimento C (43) X
22 Modo de Captura X (*) X(9)
23 Card Sequence C (17)

Number
24 NII X X X X X
35 Trilha 2 C
37 No Referencia REDE X X X
38 Cod Autorização X X X
39 Cod Retorno X X C(38) X (6)
41 No Terminal X X X X X
42 No Estabelecimento X X X
45 Trilha 1 C
P.08.04.05 416
47 Info diversas (***) (***) (***) (***)
48 Info diversas e Id (**) C (**) (**) (**)

Trans
52 Senha criptografada C
55 Dados de Chip C C (2)
56 Dados de Serviço
0x01 DDD X X X
0x02 Celular X X X
0x03 Operadora X X X
0x04 NSU Serviço C* X C(***)

(Gerado pelo e-Asy)
0x05 NSU(Tag 0x04) da X X X

última transação de
serviço confirmada
0x06 Cod Autorização C* X C(***)

Operadora
0x09 Indicador de Consulta C**

de Valores
0x0A Mensagem Suporte C*

Operadora
61 Características do X X X(41)
terminal
63 Mensagens X (3)
Comprovantes ou de
Erro
‘*’ – Somente em caso de aprovada (DE 39 = ‘00’)

‘**’ – Somente se existir agendamento de consulta de valores
‘***’ – Somente se recebeu na 0210.

Trn
0200 0210 0420 0430
0315 04: CVM result 02:Mensagem do emissor 0A(z), 0B(z), 0F 0x36

(se 0355)
0355 0A(z): 2nd GAC
0D: CNPJ do estabelec
0B(z):ISR
29: se cartão é nacional
0F: MAC do valor
30(aa): impressão de
10(x): KSN comprovante
P.08.04.05 417
31: nome do emissor

0x36: Criptograma de
validação de host
Id. BIT 48 - Dados Adicionais (**)

Trn
0200 0202 0210 0420
0355 01: Id Transação 01: Id Transação 89(p): indicação de auto 01: Id Transação
inicialização
0315 02: núm lógico terminal 02: núm lógico terminal 02: núm lógico terminal
8C (r): indicação de auto
03: modo criptografia 88: versão da aplicação carga 03(d): modo de criptografia
30(a): CVC2 criptografado 92(i): num de série 88: versão da aplicação
52: Se terminal é capaz de 93(i): num de série 92(i): num de série
tratar confirmação positiva pinpad externo
(0355). Sinalizar ‘N’. 93(i): num de série pinpad
externo
53(n): Se terminal é capaz de
tratar referida (0315). Sinalizar
‘N’.
88: versão da aplicação
92(i): num de série
93(i): num de série pinpad
externo
14.18 Consulta de Valores (Recarga

de Celular Pré-Pago)
BIT Descrição 0800 0810
Processing code 900000 900000

03
900001 900001
11 NSU X X
24 NII X X
39 Cod Retorno X
41 No Terminal X X
42 No Estabelecimento X
47 Info diversas (***)
48 Info diversas e Id (**)
P.08.04.05 418
Trans
0x0B Tabelas de Valores e C*

CRC32
‘*’ – Somente no caso de aprovadas(DE 39 = ‘00’)
BIT 47 - Dados Adicionais (***)
0810
0x36
BIT 48 - Dados Adicionais (**)
0800

93(i): num de série pinpad externo
14.19 Finalização Serviço (Recarga de

Celular Pré-Pago)
03 Processing code 920100 920100
11 NSU X X
24 NII X X
39 Cod Retorno X
41 No Terminal X X
42 No Estabelecimento X
47 Info Diversas (***)

Trans
P.08.04.05 419
NSU(Tag 0x04) da
0x05 última transação de X
serviço confirmada
Indicador de Consulta
0x09 C*
de Valores
‘*’ – Somente no caso de aprovadas(DE 39 = ‘00’)
BIT 47 - Dados Adicionais (***)
0510
0x36
0500
0501 01: Id Transação

02: núm lógico terminal
93(i): num de série pinpad externo
14.20 Venda com cartão de voucher

0306 Venda com cartão de Voucher X X X X
Mensagens
BIT
0200 0210 0400 0410 0420 0430 0420 E 0430 E
02 X X X
P.08.04.05 420
03 183000 183000 183000 183000 183000 183000 183000 183000
04 X X X X X X
11 X X X X X (9) X X (9) X
12 X X X X
13 X X X X
14 C(44) X X X
22 X (*) X (34) X (9) X (9)
23 C (17)
24 X X X X X X X X
35 C
37 X X (4) X X X (4) X
38 X X X X
39 X X C(38) X (6) C(38) X (6)
41 X X X X X X X X
42 X X X X
45 C
47 (***) (***) (***) (***) (***) (***) (***) (***)
48 (**) C (**) (**) (**) (**)
52 C
55 C C (2)
61 X X (41) X (41) X (41)
63 X (7) C (5)

Trn
0200 021 0400 041 0420 0430 0420E 0430 E

0 0
P.08.04.05 421
030 04,0A(z), 01, 0A(z), 01, 0A(z), 0x36 0A(z), 0x36

6 0B(z), 0D, 0B(z), 0F 31, 0B(z), 0B(z), 0F
0F, 31, 0x36 0F, 32(y)
10(x), 0E
20(s), (opc
32(y), iona
33(i) l),
0x36
Id. Trn BIT 48 – Dados Adicionais - hexadecimal (**)
0200 0210 0400 0420 0420 E
0306 01, 02, 03, 30(a), 89(p), 01, 02, 03(d), 01,02, 03(d), 01,02, 03(d), 33,
88, 92(i), 93(i) 8C (r) 88, 92(i), 93(i) 88, 92(i), 93(i) 88, 92(i), 93(i)
P.08.04.05 422
14.21 Venda com cartão voucher

frota
0309 Venda com cartão de Voucher X X X X

Frota
Mensagens
BIT
0200 0210 0400 0410 0420 0430 0420 E 0430 E
02 X X X
03 183000 183000 183000 183000 183000 183000 183000 183000
04 X X X X X X
11 X X X X X (9) X X (9) X
12 X X X X
13 X X X X
14 C(44) X X X
22 X (*) X (34) X (9) X (9)
23 C (17)
24 X X X X X X X X
35 C
37 X X (4) X X X (4) X
38 X X X X
39 X X C(38) X (6) C(38) X (6)
41 X X X X X X X X
42 X X X X
45 C
P.08.04.05 423
47 (***) (***) (***) (***) (***) (***) (***) (***)
48 (**) (**) (**) (**) (**)
52 C
55 C C(2)
61 X X (41) X (41) X (41)
63 X (7) C (5)

Trn
0200 0210 0400 0410 0420 0430 0420E 0430 E
0309 04,0A(z), 01,0D 0A(z), 01, 31, 0A(z), 0x36 0A(z), 0x36
0B(z), 0F, , 31, 0B(z), 0x36 0B(z), 0B(z),
10(x), 20(s), 0E 0F 0F, 0F
32(y) , 33(i) (opcio 32(y)
nal),
0x36
Id. Trn BIT 48 – Dados Adicionais - hexadecimal (**)
0200 0210 0400 0420 0420 E
0309 01, 02, 03, 89(p), 01, 02, 03(d), 01, 02, 03(d), 01, 02, 03(d),
30(a), 55, 88, 8C (r) 88, 92(i), 93(i) 88, 92(i), 93(i) 33, 88, 92(i),
92(i), 93(i) 93(i)
Observação:
A checagem de duplicidade para uma transação de Voucher Frota leva em
consideração o código de serviço da transação bem-sucedida imediatamente
anterior. Veja item DUPLICIDADE.
P.08.04.05 424
14.22 Venda com cartão private label

0381 Venda Private Label X X X X X
Mensagens
BIT
0200 0210 0400 0410 0420 0430 0420 E 0430 E
02 C (1) X X X
03 009000 009000 009000 009000 009000 009000 009000 009000
04 X X X X X X
11 X X X X X (9) X X (9) X
12 X X X X
13 X X X X
14 C (43) X X X
15 C (8)
22 X (*) X (34) X (9) X (9)
23 C(17)
24 X X X X X X X X
35 C
37 X X (4) X X X (4) X
38 X X X X
39 X X C(38) X (6) C(38) X (6)
41 X X X X X X X X
45 C
42 X X X X
47 (***) (***) (***) (***) (***) (***) (***) (***)
P.08.04.05 425
48 (**) (**) (**) (**) (**)
52 C
55 C C
61 X X (41) X (41) X (41)
63 X (3) C (5)
Id. BIT 47 – Dados Adicionais hexadecimal (***)

Trn
0200 0210 040 041 0420 0430 0420E 0430 E

0 0
038 04, 0D, 29, 31, 0A( 29, 0A(z), 0x36 0A(z), 0x36
1 0A(z), 0E z), 31, 0B(z), 0F 0B(z), 0F
0B(z), (opcional), 0B(z 0x3
0F, 0x36 ), 0F 6
10(x),
20(s)
Id. Trn BIT 48 - Dados Adicionais hexadecimal (**)
0200 0210 0400 0420 0420 E
0381 01, 02, 03, 08, 8C (r) 01, 02, 03(d), 01, 02, 03(d), 01, 02, 03(d), 33,
10(e), 30(a), 88, 88, 92(i), 93(i) 88, 92(i), 93(i) 88, 92(i), 93(i)
92(i), 93(i)
P.08.04.05 426
14.23 Captura de transação de

crédito
0450 Captura rotativo - transação X X X

autorizada por telefone
0451 Captura parcelada com juros - X X X

transação autorizada por
telefone
0452 Captura parcelada sem juros - X X X

transação autorizada por
telefone
Mensagens
BIT
0220 0230 0420 0430
02 C (1) X
03 003000 003000 003000 003000
04 X X X
07 X
11 X X X (9) X
12 X X
13 X (15) X X
22 X (*) X (9)
24 X X X X
35 C
37 X X
38 X (16) X X
39 X (21) X (21) C(38) X (6)
P.08.04.05 427
41 X X X X
42 X X
45 C
47 (***) (***) (***) (***)
48 (**) (**)
61 X X (41)
63 X (35)
Id. Trn BIT 47 Dados Adicionais [ hexadecimal (***) ]
0220 0230 0420 0430
0450 /0451 0F, 0D, 29, 0A(z), 0B(z),0F 0x36

/0452 20(s) 31,
0x36
0220 0420
0450 01, 02, 03, 30(a), 88, 92(i), 93(i) 01, 02, 03(d), 88, 92(i), 93(i)
0451 /0452 01, 02, 03, 04, 30(a),88, 92(i), 93(i) 01, 02, 03(d), 88, 92(i), 93(i)
P.08.04.05 428
14.24 Venda crédito rotativo offline

com smart card
Mag CTLS Chip Duplicidade Reimpressão
0457 Venda crédito rotativo X X X X

Offline com Smart Card
Mensagens
BIT 0220 0230 0400 0410
02 X
03 003000 003000 003000 003000
04 X X X X
07 X
11 X (37) X X X
12 X X
13 X (15) X X
14 X X
22 X (*) X (34)
23 C(17)
24 X X X X
35 X
37 X X (4) X
38 C (20) X X
39 X (21) X (21) X
41 X X X X
42 X X
P.08.04.05 429
47 (***) (***) (***) (***)
48 (**) (**)
55 X
61 X X (41)
63 C (5)
Id. BIT 47 – Dados Adicionais - hexadecimal

Trn (***)
0220 0230 0400 0410
045 04, 0F, 0x36 0A(z), 0B(z), 0F 0x36

7 20(s)
0220 0400
0457 01, 02, 03, 88, 92(i), 93(i) 01, 02, 03(d), 88, 92(i), 93(i)
P.08.04.05 430
14.25 Venda Voucher offline com

smart card
0458 Venda Voucher Offline com X X X

Smart Card
0459 Venda Voucher Frota Offline X X X

com Smart Card
Mensagens
BIT 0220 0230 0400 0410 0420 E 0420 E
02 X X
03 183000 183000 183000 183000 183000 183000
04 X X X X X
07 X
11 X (37) X X X X X
12 X (47) X X X
13 X (15) X X X
14 X X X
22 X (*) X (34) X
23 C(17)
24 X X X X X X
35 X
37 C(46) X X (46) X X(46) X
38 C (20) X X X
39 X (21) X (21) X X(6)
41 X X X X X X
P.08.04.05 431
42 X X X
47 (***) (***) (***) (***) (***) (***)
48 (**) (**) (**)
55 X
61 X X (41) X(41)
63 C (5)

Trn
0220 0230 0400 0410 0420 E 0430

E
045 04, 0F, 0x36 0A(z), 0x36 0A(z), 0B(z), 0F 0x36

8 20(s), 0B(z),
26(y) , 0F
32(y),
33(y)
045 04, 0F, 0x36 0A(z), 0x36 0A(z), 0B(z), 0F 0x36

9 20(s), 0B(z),
26(y) , 0F
32(y),
33(y)
0220 0400 0420 E
0458 01, 02, 03, 88, 01, 02, 03(d), 88, 92(i), 93(i) 01, 02, 03(d), 88, 92(i), 93(i)
92(i), 93(i)
0458 01, 02, 03, 55, 01, 02, 03(d), 88, 92(i), 93(i) 01, 02, 03(d), 88, 92(i), 93(i)
88, 92(i), 93(i)
P.08.04.05 432
14.26 Advice de transação com chip

negada localmente
Id. Trn Descrição BIT 3 BIT 22 (*)
(***)
Mag Dig Chip CTLS
0020 Pré-autorização 003000 X
0301 Débito à vista 002000 X X
0303 Débito pré-datado 002000 X
0306 Venda com cartão de Voucher 183000 X
0309 Venda com cartão de Voucher Frota 183000 X
0311 Distribuição à vista 002000 X
0313 Distribuição pré-datado 002000 X
0315 Venda Débito Recarga de Celular pré- 002000 X X

pago
0350 Venda Crédito rotativo 003000 X X
0351 Venda Crédito Parcelado com Juros 003000 X
0352 Venda Crédito Parcelado sem Juros 003000 X
0354 Venda Contratação Crediário 003000 X
0355 Venda Crédito rotativo Recarga de 003000 X X

Celular pré-pago
0381 Venda Private Label 009000 X
0454 Confirmação de pré-autorização – 003000 X

rotativo
0455 Confirmação de pré-autorização – 003000 X

parcelado
0911 Troca de Senha 183000 X
P.08.04.05 433
Mensagens
BIT 0220 0230
03 X (***) X (***)
04 X(48) X
07 X
11 X (37) X
12 X
13 X (15) X
14 X
22 X (*)
23 C(17)
24 X X
35 X
37 X
39 X (32) X (21)
41 X X
42 X
47 X(***)
48 (**)
55 X
56 x x
61 X
P.08.04.05 434
Id. Trn BIT 47 - Dados Adicionais (***)
0220 0230
0020 04, 0F,20(s) 0x36
0301 04, 0F,20(s) 0x36
0303 04, 0F,20(s) 0x36
0306 04, 0F,20(s), 26, 33 0x36
0309 04, 0F,20(s), 26, 33 0x36
0311 04, 0F,20(s) 0x36
0313 04, 0F,20(s) 0x36
0314 04, 0F,20(s) 0x36
0315 04, 0F,20(s) 0x36
0350 04, 0F,20(s) 0x36
0351 04, 0F,20(s) 0x36
0352 04, 0F,20(s) 0x36
0354 04, 0F,20(s) 0x36
0355 04, 0F,20(s) 0x36
0381 04, 0F,20(s) 0x36
0454 0F,20(s) 0x36
0455 0F,20(s) 0x36
0911 04, 0F,20(s), 26, 33 0x36
P.08.04.05 435
0220
0020 01, 02, 03, 53, 88,92(i),93(i)
0301 01, 02, 03, 50(o), 52, 88,92(i),93(i)
0303 01, 02, 03, 06, 50(o), 52, 88, 92(i), 93(i)
0306 01, 02, 03, 88,92(i),93(i)
0309 01, 02, 03, 55, 88,92(i),93(i)
0311 01, 02, 03, 50(o), 52, 88, 92(i), 93(i)
0313 01, 02, 03, 06, 50(o), 52, 88, 92(i), 93(i)
0314 01, 02, 03, 50(o), 52, 88, 92(i), 93(i)
0315 01, 02, 03, 50(o), 52, 88,92(i),93(i)
0350 01, 02, 03, 53, 88,92(i),93(i)
0351 01, 02, 03, 04, 53, 88,92(i),93(i)
0352 01, 02, 03, 04, 53, 88,92(i),93(i)
0354 01, 02, 03, 04, 53, 88,92(i),93(i)
0355 01, 02, 03, 53, 88,92(i),93(i)
0381 01, 02, 03, 88,92(i),93(i)
0454 01, 02, 03, 04, 53, 88,92(i),93(i)
0455 01, 02, 03, 04, 53, 88,92(i),93(i)
0911 01, 02, 03, 88,92(i),93(i)
Id. Trn BIT 56 - Dados de Serviço (**)
0220 0230
0315 01, 02, 03, 05 04
0355 01, 02, 03, 05 04
P.08.04.05 436
14.27 Resumo de vendas

Id. Trn Descrição Outros
Duplicidade Reimpressão
Mensagens
BIT
0500 0510 0420 0430
03 970000 970000 970000 970000
11 X X X (9) X
12 X X
13 X X
24 X X X X
37 X X
39 X C(38) X (6)
41 X X X X
42 X X
47 (***) (**) (***)
48 (*) (*) (*)
63 X (22)
Id. BIT 47 – Dados Adicionais - hexadecimal (**)

Trn
0420 0430 0510
050 0A(z), 0x36 0x36

2 0B(z)
P.08.04.05 437
Id. Trn BIT 48 – Dados Adicionais (*)
0500 0420
0502 01, 02, 88, 92(i), 93(i) 01, 02, 88, 92(i), 93(i)
P.08.04.05 438
14.28 Finalização
0501 Finalização
Mensagens
BITs 0500 0510
03 920000 920000
11 X X
12 X
13 X
24 X X
37 X
39 X (25)
41 X X
42 X
47 (**) (**)
48 (*) (*)
60 X (23)
62 C (24)
63 X (25)
P.08.04.05 439
Id. BIT 47 – Dados Adicionais - hexadecimal (**)

Trn
0500 0510
0501 0A(z), 0B(z) 0x36
Id. Trn BIT 48 - Dados Adicionais (*)
0500 0510
0501 01, 02, 88, 92(i), 93(i) 8B (q)
P.08.04.05 440
14.29 Estatística
0805 Estatística
Mensagens
BIT 0800 0810
03 910000 910000
11 X X
12 X
13 X
24 X X
37 X
39 X
41 X X
42 X
47 (***) (***)
48 (**) (**)
60 X (23)
0800 0810
0805 34(l), 0x34 0x36
P.08.04.05 441
0800 0810
0805 01, 02, 84(l), 85, 87(t), 88, 90**, 91*, 92(i), 93(i), 95, 8C (r)
99(ab), 9A, 9B
* As Tags 90 e 91 estarão presentes quando habilitadas nas tabelas de

configuração do TNMS ou TA: Acquirer Table – Options byte 1 – Flag 7 -
Habilita estatística WIRELESS = S.
* A Tag 9A estará presente quando habilitada na tabelas de configuração do
TNMS: Acquirer Table – Options byte 2 – Flag 5 - Habilita estatística Serviço =
S.
* A Tag 9B estará presente quando habilitada na tabelas de configuração do
TNMS: Acquirer Table – Options byte 2 – Flag 3 - Habilita estatística Ethernet =
S.
P.08.04.05 442
14.30 Baixa de ocorrência técnica

Mag. Dig. Chip Duplicidade Reimpressão
0801 Baixa de Ocorrência Técnica X X
Mensagens
BIT 0800 0810
02 C (1)
03 980000 980000
11 X X
12 X
13 X
22 X (36)
24 X X
35 C
37 X
39 X
41 X X
42 X
47 (***) (***)
48 (**)
63 X (3)
P.08.04.05 443
Id.Trn BIT 47 - Dados Adicionais (***)
0800 0810
0801 21,34(l), 0x34 0x36
Id.Trn BIT 48 - Dados Adicionais (**)
0800
0801 01, 02, 03**** (não criptografar BIT 2, 35 ou 45), 8A, 88, 91***, 92(v), 93(v).
A Tag 91 estará presente na mensagem ISO de Baixa de Ocorrência Técnica

em terminais Wireless quando a tabela de Acquirer – Options byte 1, BIT 7
“Habilita estatística WIRELESS” for igual a SIM.
BIT 22: Digitada (Baixa Técnica realizada pela Central de Atendimento) / Chip
(Baixa Técnica realizada por técnico em campo).
**** BIT 48 – tag 3 – Neste caso deve ser enviado o modo de criptografia
atual que consta no terminal. Exemplo: S4.
P.08.04.05 444
14.31 Teste de comunicação

Mensagens
BIT 0800 0810
03 990000 990000
11 X X
12 X
13 X
24 X X
37 X
39 X
41 X X
42 X
47 (***)
48 (**)
Id.Trn BIT 47 - Dados Adicionais (***)
0810
0802 0x36
P.08.04.05 445
0800 0810
0802 01, 02, 88, 92(i), 93(i), 0x91
P.08.04.05 446
14.32 TOAKI - Recuperação de

terminais
0807 Recuperação de terminais
Mensagem
BIT 0800 0810
03 990000 990000
11 X(***) X
12 X
13 X
24 X X
37 X
39 X
41 X X
42 X X
47 (*) (*)
48 (**) (**)
(***) – O NSU deve ser enviado zerado
Id. Trn BIT 47 * – Dados Adicionais - hexadecimal (*)
0800 0810
0807 0C 0E (opcional)
P.08.04.05 447
Id. Trn BIT 48 ** - Dados Adicionais (**)
0800 0810
0807 01, 02, 88, 92(i), 93(i) 89 (opcional), 8C (opcional)
OBS: a mensagem TOAKI à partir desta versão passa a ter novas funcionalidades a fim de
controlar a rota de inicialização e telecarga os parâmetros serão controlados pela tag 8C.
14.33 Inicialização – Mensagens

entre terminal e Termmaster ou TA
Mensagens
BIT 0800 0810
03 X(26) X (26)
11 X X
24 X X
39 X
41 X X
48 (**)
60 X (27) X (28)
Id.Trn BIT 48 - Dados Adicionais (**)
0800
0800 88, 92(v), 93(v), 94
P.08.04.05 448
14.34 Fim de auto-inicialização

Id.Trn Descrição Outros
0803 Fim de auto-inicialização
Mensagens
BIT 0800 0810
03 990004 990004
11 X X
12 X
13 X
24 X X
37 X
39 X
41 X X
48 (*)
0800
0803 01, 02, 88, 92(i), 93(i)
P.08.04.05 449
14.35 Fim de autocarga

0804 Fim de autocarga
Mensagens
BIT 0800 0810
03 990008 990008
11 X X
12 X
13 X
24 X X
37 X
39 X
41 X X
48 (*)
0800
0804 01, 02, 88,92(i),93(i)
Observação: Esta transação também é utilizada na confirmação de

notificação de uma carga remota.
P.08.04.05 450
14.36 Injeção remota de chaves

0806 Injeção de chaves
Mensagens
BIT 0800 0810
03 940000 940000
11(*) X X
12 X
13 X
24 X X
37 X
39 X
41(*) X X
42 X
47 (**) (**)
48 (***)
63 X(25)
0800 0810
0806 10(****), 12, 13 14, 15, 16
P.08.04.05 451
0800
0806 01, 02, 88, 92 (envia se habilitado no Termmaster ou TA), 93 (envia se

habilitado no Termmaster ou TA), 0x9C
(*) Os bits 11 e 41 devem ser consistidos no retorno ao terminal (0810), a fim

de verificar se possuem os mesmos valores da mensagem 0800.
(****)A tag 0x10 do BIT 47 (KSN) só é enviada quando o terminal já opera em
DUKPT.
P.08.04.05 452
14.37 Senha / Sonda RAV

0602 Senha / Sonda RAV
Mensagens
BIT 1624 1634
03 930000 930000
11 X X
12 X
13 X
24 X X
39 X
41 X X
42 X
47 (***) (***)
48 (**)
63 X (25)
Id. Trn BIT 47- Dados Adicionais (***)
1624 1634
0602 20(s) 22*,23, 0x36
* pode não haver saldo disponível para HOJE
P.08.04.05 453
1624
0602 01, 02, 20(s), 88, 92,93
P.08.04.05 454
14.38 Resgate Senha RAV

0605 Resgate Senha RAV
Mensagens
BIT 1624 1634
03 930000 930000
11 X X
12 X
13 X
24 X X
39 X
41 X X
42 X
47 (***)
48 (**)
63 X (25)
1624 1634
0605 2B, 0x36
* pode não haver saldo disponível para HOJE
P.08.04.05 455
1624
0605 01, 02, 2A, 88, 92,93
P.08.04.05 456
14.39 Consulta Saldo Disponível

0603 Consulta Taxas Antecipação RAV
0606 Consulta RAV automático
Mensagens
BITs 1624 1634
03 950000 950000
04
11 X X
12 X
13 X
24 X X
39 X
41 X X
42 X
47 (***) (***)
48 (**)
63 X (25)
1624 1634
0603 0F,20(s),25 24, 0x36
0606 0F,20(s),25 24, 0x36
P.08.04.05 457
1624
0603 01, 02, 20(s), 88, 92, 93
0606 01, 02, 20(s), 88, 92, 93
P.08.04.05 458
14.40 Confirmação RAV

0601 Contratação RAV Avulso
0604 Contratação RAV Automático
Mensagens
BIT 1624 1634
03 960000 960000
04 X(*)
11 X X
12 X
13 X
24 X X
39 X
41 X X
42 X
47 (***) (***)
48 (**)
63 X (29)
* se RAV PARCIAL envia valor parcial digitado. Se RAV TOTAL envia valor
recebido no BIT 47 – tag 21 (hoje) ou 22 (próximo)
Id. BIT 47- Dados Adicionais (***)

Trn
1624 1634
0601 0F,20(s),25 0x36
P.08.04.05 459
0604 0F,20(s),25 0x36
1624
0601 01, 02, 20, 88, 92,93
0604 01, 02, 20, 88, 92,93
P.08.04.05 460
14.41 Fechamento - Liquidação pelo

emissor
0901 Fechamento-Liquidação pelo Emissor
Mensagens
BIT
9160 9170 0420 0430
03 979000 979000 979000 979000
11 X X X (9) X
12 X X
13 X X
24 X X X X
37 X
39 X C(38) X (6)
41 X X X X
42 X X
47 (***) (***) (***)
48 (**) (**)
63 X (29)

Trn
0420 0430 9170
09 0A(z), 0x36 0x36

01 0B(z)
P.08.04.05 461
9160 0420
0901 01, 02, 88, 92(i), 93(i) 01, 02, 88, 92(i), 93(i)
P.08.04.05 462
14.42 Troca de Senha Voucher CHIP

0911 Troca de Senha CHIP X
Mensagens
BIT
9080 9090 0420 0430
02 X
03 183000 183000 183000 183000
11 X X X (9) X
12 X X
13 X X
14 X X (9)
22 X (*) X (9)
24 X X X X
35 X
37 X X
38 X X
39 X C(38) X (6)
41 X X X X
42 X X
45 C
47 (***) (***) (***) (***)
48 (**) (**) (**)
52 X
55 C C
P.08.04.05 463
61 X X (41)
63 X (7)
Id. Trn BIT 47 Dados Adicionais [ hexadecimal (***) ]
9080 9090 0420 0430
0911 0A(z),0 0x36 0A(z), 0B(z) 0x36

B(z),10,
27,
28,33(l)
Id. Trn BIT 48 Dados Adicionais [ hexadecimal (**) ]
9080 9090 0420
0911 01,02,03, 89(p), 8C 01,02,03(d), 88,92(i),93(i)

(r)
88,92(i),
93(i)
P.08.04.05 464
14.43 Telemetria
0808 Telemetria
Mensagens
BIT 0800
03 910000
11 X
12
13
24 X
37
39
41 X
42 X
48 (**)
60
0800 0810
0808 01, 02, 84(l), 85, 87(t), 88, 90**, 91*, 92(i), 93(i), 95, 8C (r)
98, 99 (ab), 9A, 9B
* As Tags 90 e 91 estarão presentes quando habilitadas nas tabelas de

configuração do TNMS: Acquirer Table – Options byte 1 – Flag 7 - Habilita
estatística WIRELESS = S.
P.08.04.05 465
* A Tag 9A estará presente quando habilitada na tabelas de configuração do

TNMS: Acquirer Table – Options byte 2 – Flag 5 - Habilita estatística Serviço =
S.
* A Tag 9B estará presente quando habilitada na tabelas de configuração do
TNMS: Acquirer Table – Options byte 2 – Flag 3 - Habilita estatística ethernet =
S.
14.44 CORBAN
Bit 48 Mag Digit Chip CTLS Duplicidade Reimpressão

(Tag 0x01)
0473 Venda X
Dinheiro
0316 Venda Débito X X X X X
BIT Descrição 0200 0210 0202 0400 0410 0402 0420 0430
PAN – Código C(19, ac) C(ac) C(ac)

2
do cartão.
Processing code 932900/ 932900/ 932900/ 932900/ 932900/ 932900/ 932900/ 932900/
03
933910 933910 933910 933910 933910 933910 933910 933910
04 Valor R$ X X X X X X X X
07 Data e hora de X X X X X X X
transmissão
11 NSU X X X X X X X (9) X
12 Hora local X X X
13 Data local X X X
14 Data de C (43, ac) C (43, ac) C(ac)

vencimento
22 Modo de C(ac) C(34, ac) X(9, ac)

Captura
23 Card Sequence C (17)

Number
P.08.04.05 466
24 NII X X X X X X X X
32 Código da X X X X X
operadora
35 Trilha 2 C(ac)
37 No Referencia C(ac) C(ac) C(ac) C(ac) C(ac) C(ac)

REDE
38 Cod C(ac) C(ac) C(ac) C(ac) C(ac)

Autorização
39 Cod Retorno X X X X C(38) X (6)
41 Nº Terminal X X X X X X X X
42 Nº X X X X X X X X
Estabeleciment
o
45 Trilha 1 C(ac)
47 Info diversas (***) (***) (***) (***) (***) (***)
48 Info diversas e (**) (**) (**) (**)

Id Trans
52 Senha C(ac)
criptografada
55 Dados de Chip C C (2)
56 Dados de
Serviço
0x0A Texto da X X
mensagem da
trasação de
serviço
0x04 NSU Serviço X X X X C

(Gerado pelo
QH)
0x05 NSU(Tag 0x04) X X X X

da última
transação de
serviço
confirmada
0x0F Agência de X X
relacionamento
0x10 Código Loja X X
0x11 Código X X
Estabelecimento
0x12 NSU X X
Autorizador
0x13
P.08.04.05 467
0x14
0x16 Consulta C(ad)

Encargos de
Título Vencido
do Itaú
Unibanco
0x17 Consulta C(ad)

desconto de
Título Itaú
Unibanco
0x18 Código de X
barras
0x19 Nome do X X
estabeleciment
o
0x20 Modo de X
captura código
de barras
0x21 Nome X X
Concessionária
61 Características X X X(41) X X(41)

do terminal
63 Mensagens C (3, ac) C (3, ac)

Comprovantes
ou de Erro
‘*’ – Somente em caso de aprovada (DE 39 = ‘00’)

200 210 202 400 410 420 430
04(44, ac),
0D,
0A(z, 44, ac),
0E(opcional, ac), 0A(z, 44, ac), 0A(z, 44, ac),
0B(z, 44, ac), 29(ac),
0316/0473 29(ac), 0B(z, 44, ac), 0B(z, 44, ac),
0F(ac), 31(ac)
30(aa, ae), 0F(ac) 0F
10(x),
31(ac)
35(44, ac)

200 210 400 420
01, 89 (p), 01, 01,
02, 8C (r) 02, 02,
03, 03(d), 03(d),
30(a), 88, 88,
0316/0473 50(o), 92(i), 92(i),
52(ac), 93(i) 93(i)
88,
92(i),
93(i)
P.08.04.05 468
P.08.04.05 469
14.45 Boleto de Repasse (CORBAN)


03
04 Valor da transação X X
11 NSU X X
24 NII X X
39 Cod Retorno X
41 No Terminal X X
42 No Estabelecimento X X
48 Inf. Diversas (*) (*)
0x0A Texto da mensagem da C

trasação de serviço
0x18 Código de barras X
0x19 Nome do estabelecimento X
63 Mensagem de retorno C(ac)
BIT 48 - Dados Adicionais

Id. Trn
(*)
0482 01
14.46 Cosulta para titulo Itaú (CORBAN)

03 Processing code 933910 933910
04 Valor da transação X X
07 Data e hora de transmissão X X
11 NSU X X
P.08.04.05 470
12 Hora local da transação X
13 Data local da transação X
15 Data Pagamento da X
transação
24 NII X X
39 Cod Retorno X
41 No Terminal X X
48 Informações diversas (*) (*)
0x01 Identificação da transação X
0x15 Retorno para Validação de X

Cedente Unibanco
0x16 Consulta Encargos de Título X

Vencido do Itaú Unibanco
0x17 Consulta desconto de Título X

Itaú Unibanco
0x18 Código de barras X
BIT 48 - Dados Adicionais

Id. Trn
(*)
0921 01
14.47 Finalização Serviço (CORBAN)

0501 Finalização
P.08.04.05 471

03
11 NSU X X
24 NII X X
39 Cod Retorno X
41 No Terminal X X

Trans
NSU(Tag 0x04) da
0x05 última transação de X
serviço confirmada
0500
0501 01: Id Transação

02: núm lógico terminal
P.08.04.05 472
15 LEIAUTE DOS COMPROVANTES

 O documento descrito no item COMPROVANTES contém um
exemplar de cada comprovante.
 Linhas em branco devem ser evitadas, para otimização da utilização
das bobinas e só devem ser utilizadas quando esta especificação
solicitar.
 Os comprovantes estabelecimento/cliente devem utilizar 42 colunas.
 À partir desta versão haverão novos campos nos comprovantes, sua
disposição no Layout e como serão impressos estão disponíveis no
Book de comprovantes com a mesma versão desta Especificação, os
campos são:
 Modo de entrada (Entry mode)
 AID do cartão.
OBS: O application Label volta a ser impresso nas transações de
crédito no mesmo formato e disposição das demais transações em
função do parâmetro Opt4 bit2 da issuer table.
Transação efetuada em modo Offline, em terminais compartilhados,

exibirá em comprovante a data e hora conforme última rede
adquirente que efetuou transação em modo Online, e não data e hora
correspondente à rede.
Legenda para interpretação de todos os comprovantes deste capítulo
LEGENDA DESCRIÇÃO
(A) Nome do issuer e Nome do issuer: TNMS Issuer Table - Issuer Name Card Name –
via do comprovante centralizar e na linha seguinte deve ser impresso:
VIA ESTABELECIMENTO ou VIA CLIENTE - centralizar
(B) Nome do Termmaster ou TA Terminal Conf. Table - Merchant name. 36 bytes

Estabelecimento caracteres (alinhado a esquerda).
(C) Endereço do Termmaster ou TA Terminal Table - Address line 1. 36 caracteres

Estabelecimento (alinhado a esquerda).
(D) Endereço do Termmaster ou TA Terminal Table - Address line 2. 36 caracteres

Estabelecimento (alinhado a esquerda).
(E) TOTAL – relatório Devem ser totalizadas as transações de débito à vista, aprovadas e
detalhado de não estornadas, contidas no lote em tratamento:
finalização
P.08.04.05 473
(F) PV - Número do <application label> + PV

Ponto de Venda/
Onde,
Estabelecimento /
<application label> é o nome da aplicação (16 caracteres) que consta
CNPJ
nos cartões com chip e será impresso SOMENTE nas transações com
chip desde que o parâmetro Opt4 bit2 =1 na issuer table.
PV corresponde ao conteúdo do BIT 42 e deve estar alinhado à
direita com o literal “PV”. Impresso SOMENTE nos comprovantes do
estabelecimento.
Exemplo 1: Application Label = Debit e PV = 12345
Linha impressa no comprovante de estabelecimento
Debit PV:12345
Linha impressa no comprovante de cliente
Debit
Exemplo 2: Cartão com tarja e PV = 12345

Linha impressa no comprovante de estabelecimento
PV:12345
Esta linha não é impressa no comprovante de cliente
Na linha seguinte pode vir impresso o CNPJ (dependendo da
transação)
No caso de transações online este dado será extraído do DE – Tag da
da resposta da transação e no caso de transações off-line da Tabela
de Terminais.
P.08.04.05 474
(G) Cartão Tamanho total: máximo 19 posições (com os *s).

O PAN impresso deve ser obtido do BIT (2, 35 ou 45), a fim de evitar
conflitos com os emissores, em caso de cartões clonados ou gerados
incorretamente, os quais apresentam as trilhas 1 e 2 com as
informações comuns divergentes.
O número do cartão deverá ser apresentado em comprovante
conforme sinalização do Termmaster ou TA para o Issuer em
tratamento (Issuer Table, Máscara Cartão-Posição Inicial (PI) e Issuer
Table, Máscara Cartão – quantidade de dígitos abertos ao final do
PAN (QD)), para todas as transações processadas, excetuando-se:
 Pré-autorização e Confirmação de Pré-Autorização, as quais
devem imprimir completamente o PAN.
 Baixa Técnica, que também deve imprimir completamente o
PAN para facilitar o tratamento operacional.
 Consulta SERASA – que apresenta Banco, Agência e Conta na
posição do número do cartão.
Ao imprimir o número do cartão em comprovante, o terminal
deverá exibir o caráter “*”, tantos quantos definidos pelos
parâmetros correspondentes.
Obs.: se o parâmetro Posição Inicial (PI) = 00, o dado não deve ser
mascarado.
Ex: PAN = 1234567890123456
 1. Posição Inicial - PI = 0: imprime completamente o PAN,
independentemente do parâmetro QD.
 2. PI = 07 e PD = 04
 PAN Impresso = 123456******3456
 3. PI = 01 e PD = 06
 PAN Impresso = **********123456
(H) Validade do A data de validade do cartão deve permanecer ausente em todos os
cartão comprovantes.
(I) Hora BIT 12 no formato HH:MM
(J) Tipo da Transação Máximo de 36 caracteres.

Conforme anexo COMPROVANTES.
(K) Número do Se o número do cartão não foi lido da trilha/Chip e sim digitado,
cartão foi DIGITADO imprimir um D no comprovante conforme modelo.
Se o número do cartão não foi digitado alinhar a hora à esquerda no
comprovante.
Se a transação foi realizada através de cartão sem contato, imprimir
um C no comprovante conforme modelo.
(L) TERM - Número BIT 41 – 8 posições

do terminal
P.08.04.05 475
(M) AUTE - Número BIT 11 (NSU) – 6 posições

da autenticação
(N) Data da BIT 13 + ano, obedecendo ao formato (DD/MM/AA)

transação
(O) AUTO - 6 posições

Autorização
 Transação Online Captura e Confirmação de Pré-autorização -
deve imprimir o conteúdo do BIT 38 da mensagem de resposta
 Crédito à vista (rotativo) Offline - deve imprimir o BIT 11 da
mensagem 0220
 Baixa Técnica – Número da Autorização em branco
(P) CV - Número do Número do comprovante: BIT 37 – até 12 posições

comprovante de
vendas
(Q) ARQC/TC Se transação com chip:

“ARQC: NNNNNNNNNNNNNNNN” – se transação tratada em modo
Online
“TC: NNNNNNNNNNNNNNNN” – se transação tratada em modo
Offline
Em caso de transação com tarja magnética esta linha não aparece no
comprovante.
(R) REIMPRESSÃO Em caso de cupom reimpressão, o texto “REIMPRESSO”

centralizado.
(S) QUEDA DE Se o cupom original que está sendo reimpresso foi gerado em
ENERGIA momento de queda de energia, deve-se imprimir o texto
“REIMPRESSO” centralizado e “QUEDA DE ENERGIA” na linha abaixo:
REIMPRESSO
QUEDA DE ENERGIA
(T) BIT 63 Esta informação é montada pelo host REDE e pode conter até 500
bytes. Informação representada em vermelho no comprovante.
Se o primeiro caráter for “\” (5C hexa), então o conteúdo dessa
string deve ser exibido mudando-se de linha a cada “@” (40 hexa)
encontrado.
Se o primeiro caráter não for “\”, então o texto está formatado com
linhas de tamanho fixo de 23 caracteres cada.
O valor total da transação, por exemplo, poderá ser impresso em
tamanho maior (Double). A REDE sinalizará o trecho em Double no
BIT 63 da seguinte maneira:
 Abre colchete, seguido pela letra D (indicando formato
Double): “[D”, isto é, 5B hexa, seguido de 44 hexa
 Texto que deve ser impresso em tamanho aumentado
P.08.04.05 476
 Fecha colchete: “]” – 5D hexa

Ex. “[D TOTAL R$ 30,00]” deve exibir TOTAL R$ 30,00
Em caso de estorno no BIT 63 retorna somente o valor total da

venda:
VLR VENDA: R$ XXX.XXX,XX
Um exemplo do conteúdo do BIT 63 para cada transação está no

anexo COMPROVANTES.
(U) Mensagem do BIT 47 – Tag 0x02 – impresso somente na via do cliente e em

Emissor transações de crédito.
(V) Nome Nome que consta na trilha 1 do cartão de crédito. Pode constar na
Tag 5F20 do Chip (opcional). Trilha1 ou Chip: 26 caracteres. Para
transações digitadas ou magnéticas realizadas com a captura da
trilha 2, este campo não deve estar presente.
(X) Mensagem da Somente para cupons Financeiros: Pré-autorização, Confirmação de

REDE pré-autorização e Venda (Online ou Offline). Texto presente se
recebido no BIT 62 da última mensagem 0510 de Finalização. Texto
pode ter no máximo 300 caracteres.
(W) Mensagem do Pode ser uma das descritas abaixo ou nenhuma, dependendo da
Terminal transação:
1. Se cliente deve assinar o comprovante:
ASSINATURA DO CLIENTE
NOME DO CLIENTE
2. Se cliente digitou a senha:
AUTORIZADA MEDIANTE SENHA PESSOAL
3. Transação autorizada sem senha e sem assinatura:
TRANSACAO APROVADA PELO EMISSOR - conforme item
Presença do BIT 52 – (NO CVM ou Offline negada pelo cartão e
aprovada pelo emissor)
4. Transação autorizada com senha e com assinatura (Combined):
NOME DO CLIENTE
(Y) Dados para BIT 47 – Tag 0x01 – impresso somente na via do cliente e em
Voucher / Voucher transações de Voucher / Voucher Frota.
P.08.04.05 477
Frota
(Z) Transações de Detalhamento das transações de débito à vista, aprovadas e não

débito – relatório estornadas, contidas no lote em tratamento.
detalhado de
finalização
Campos sublinhados Dados fixos.
Itálico Cabeçalho genérico do comprovante de estabelecimento e de

cliente.
······ Cada “·”indica um espaço em branco separando dados ou

completando os 36 caracteres do comprovante.
Em vermelho Dados do BIT 63.
(c) Entry mode Este campo possui suas variáveis em função do modo como o cartão
fez a entrada no terminal, ou seja, se foi digitado, magnético, chip
contato ou chip sem contato. Assim como no DE22 os valores
oscilam conforme a entrada.As letras possíveis e disposição no CV
estão no Book de comprovantes P8.03. Apenas uma posição no CV
tanto via do lojista quanto portador.
(d) AID este campo é a identificação alphanumérica de até 32 posições,

este dado é obtido somente em transações com CHIP contato ou
sem contato através da TAG 9F06. E deve ser impresso conforme
layout no book de comprovantes somente na via do lojista.
P.08.04.05 478
15.1 Comprovante Genérico

Via do estabelecimento
P.08.04.05 479
Via do cliente:
15.2 Novo layout de comprovantes

A partir da versão 07.00, algumas transações terão um novo layout de
comprovantes, dividido em blocos e com duas fontes diferentes.
As transações que terão um novo layout são:
 Crédito a vista
 Estorno de crédito a vista
 Crédito Parcelado Estabelecimento
 Estorno de crédito parcelado estabelecimento
 Crédito Parcelado Emissor
 Estorno de crédito parcelado emissor
 Débito a vista
 Estorno de débito a vista
P.08.04.05 480
 Débito pré-datado
 Estorno de débito pré-datado
 Voucher (online e off-line)
 Estorno do Voucher
 Recarga de celular (crédito e débito)
Segue abaixo a descrição dos campos e um comprovante genérico no novo
layout.
LEGENDA DESCRIÇÃO
(A) Nome do issuer e Nome do issuer: TNMS Issuer Table - Issuer Name Card Name –
via do comprovante quando a transação é off-line. BIT 47 TAG 0x31 quando a transação é
online.
VIA ESTABELECIMENTO ou VIA CLIENTE ou VIA
CLIENTE/CARDHOLDER - centralizar
(B) Nome do Termmaster ou TA Terminal Conf. Table - Merchant name. 36 bytes

Estabelecimento caracteres (alinhado a esquerda).
(C) CNPJ CNPJ do estabelecimento (alinhado a esquerda)
(D) Endereço do Termmaster ou TA Terminal Table - Address line 1. 36 caracteres

Estabelecimento (alinhado a esquerda). Impresso somente nos comprovantes do
cliente.
(E) Cidade do Cidade do estabelecimento. Termmaster ou TA Terminal Table –

Estabelecimento Cidade (alinhado à direita)
(F) Telefone do Telefone do estabelecimento. Termmaster ou TA Terminal Table –

Estabelecimento Telefone (alinhado à direita).
Impresso somente nos comprovantes do cliente.
(G) PV/Número do PV corresponde ao conteúdo do BIT 42 e deve estar alinhado à

Ponto de Venda/ esquerda com o literal “N.ESTABELECIMENTO:”. Impresso SOMENTE
Estabelecimento nos comprovantes do estabelecimento.
(H) Tipo da Máximo de 42 caracteres.

Transação
Conforme anexo COMPROVANTES.
(I) REIMPRESSÃO Em caso de cupom reimpressão, o texto “REIMPRESSO”

centralizado.
(J) QUEDA DE Se o cupom original que está sendo reimpresso foi gerado em
ENERGIA momento de queda de energia, deve-se imprimir o texto
“REIMPRESSO” centralizado e “QUEDA DE ENERGIA” na linha abaixo:
REIMPRESSO
QUEDA DE ENERGIA
P.08.04.05 481
(K) Cartão Tamanho total: máximo 19 posições (com os *s).

O PAN impresso deve ser obtido do BIT (2, 35 ou 45), a fim de evitar
conflitos com os emissores, em caso de cartões clonados ou gerados
incorretamente, os quais apresentam as trilhas 1 e 2 com as
informações comuns divergentes.
O número do cartão deverá ser apresentado em comprovante
conforme sinalização do Termmaster ou TA para o Issuer em
tratamento (Issuer Table, Máscara Cartão-Posição Inicial (PI) e Issuer
Table, Máscara Cartão – quantidade de dígitos abertos ao final do
PAN (QD)), para todas as transações processadas, excetuando-se:
 Pré-autorização e Confirmação de Pré-Autorização, as quais
devem imprimir completamente o PAN.
 Baixa Técnica, que também deve imprimir completamente o
PAN para facilitar o tratamento operacional.
 Consulta SERASA – que apresenta Banco, Agência e Conta na
posição do número do cartão.
Ao imprimir o número do cartão em comprovante, o terminal
deverá exibir o caráter “*”, tantos quantos definidos pelos
parâmetros correspondentes.
Obs.: se o parâmetro Posição Inicial (PI) = 00, o dado não deve ser
mascarado.
Ex: PAN = 1234567890123456
 1. Posição Inicial - PI = 0: imprime completamente o PAN,
independentemente do parâmetro QD.
 2. PI = 07 e PD = 04
 PAN Impresso = 123456******3456
 3. PI = 01 e PD = 06
 PAN Impresso = **********123456
Nas vias do cliente, esta linha deve ser impressa em fonte maior,
enquanto que nas vias do estabelecimento, sempre em fonte
menor.
Validade do cartão A data de validade do cartão deve permanecer ausente em todos os

comprovantes.
(L) Data e Hora BIT 13 + ano, obedecendo ao formato (DD/MM/AA) e BIT 12 no

formato HH:MM
Alinhado à esquerda.
(M) AUTO - 6 posições

Autorização
 Transação Online Captura e Confirmação de Pré-autorização -
deve imprimir o conteúdo do BIT 38 da mensagem de resposta
 Crédito à vista (rotativo) Offline - deve imprimir o BIT 11 da
mensagem 0220
 Baixa Técnica – Número da Autorização em branco
P.08.04.05 482
 Alinhado a esquerda
(N) CV - Número do Número do comprovante: BIT 37 – até 12 posições. Alinhado a

comprovante de direita. Apenas no comprovante do estabelecimento.
vendas
(O) AUTE - Número BIT 11 (NSU) – 6 posições. Alinhado a esquerda. Apenas no

da autenticação comprovante do estabelecimento.
(P) TERM - Número BIT 41 – 8 posições. Alinhado a direita. Apenas no comprovante do

do terminal estabelecimento.
(Q) ARQC/TC Se transação com chip:

“ARQC: NNNNNNNNNNNNNNNN” – se transação tratada em modo
Online
“TC: NNNNNNNNNNNNNNNN” – se transação tratada em modo
Offline
Em caso de transação com tarja magnética esta linha não aparece no
comprovante.
Deve ser impresso apenas na via do estabelecimento.
Alinhado à esquerda.
(T) BIT 63 Esta informação é montada pelo host REDE e pode conter até 500
bytes. Informação representada em vermelho no comprovante.
Se o primeiro caráter for “\” (5C hexa), então o conteúdo dessa
string deve ser exibido mudando-se de linha a cada “@” (40 hexa)
encontrado.
Se o primeiro caráter não for “\”, então o texto está formatado com
linhas de tamanho fixo de 23 caracteres cada.
O valor total da transação, por exemplo, poderá ser impresso em
tamanho maior (Double). A REDE sinalizará o trecho em Double no
BIT 63 da seguinte maneira:
 Abre colchete, seguido pela letra D (indicando formato
Double): “[D”, isto é, 5B hexa, seguido de 44 hexa
 Texto que deve ser impresso em tamanho aumentado
 Fecha colchete: “]” – 5D hexa
Ex. “[D TOTAL R$ 30,00]” deve exibir TOTAL R$ 30,00
Em caso de estorno no BIT 63 retorna somente o valor total da

venda:
VLR VENDA: R$ XXX.XXX,XX
P.08.04.05 483
Um exemplo do conteúdo do BIT 63 para cada transação está no

anexo COMPROVANTES.
(U) Mensagem do BIT 47 – Tag 0x02 – impresso somente na via do cliente e em

Emissor transações de crédito.
(V) Nome Nome que consta na trilha 1 do cartão de crédito. Pode constar na
Tag 5F20 do Chip (opcional). Trilha1 ou Chip: 26 caracteres.
(X) Mensagem da Somente para cupons Financeiros: Pré-autorização, Confirmação de

REDE pré-autorização e Venda (Online ou Offline). Texto presente se
recebido no BIT 62 da última mensagem 0510 de Finalização. Texto
pode ter no máximo 300 caracteres.
(W) Mensagem do Pode ser uma das descritas abaixo ou nenhuma, dependendo da
Terminal transação:
1. Se cliente deve assinar o comprovante:
NOME DO CLIENTE
2. Se cliente digitou a senha:
3. Transação autorizada sem senha e sem assinatura:
TRANSACAO APROVADA PELO EMISSOR - conforme item
Presença do BIT 52 – (NO CVM ou Offline negada pelo cartão e
aprovada pelo emissor)
4. Transação autorizada com senha e com assinatura (Combined):
NOME DO CLIENTE
(Y) Dados para BIT 47 – Tag 0x01 – impresso somente na via do cliente e em
Voucher / Voucher transações de Voucher / Voucher Frota.
Frota
(Z) Nome da operadora de celular escolhida e número do celular, com

DDD.
Para a via do estabelecimento, o número do celular deve vir
mascarado com ‘*’, mostrando apenas o DDD e os últimos 4 dígitos.
Ex: para o número (11) 99123-4567, imprimir (11) *****-4567.
Para o número (45) 9123-4567, imprimir (45) ****-4567
(a) Número de autorização da operadora de telefonia celular, apenas
P.08.04.05 484
nas transações de recarga. BIT 56, tag 0x06.
(b) Mensagem da operadora de telefonia celular. BIT 56, tag 0x0A.

‘@’ é quebra de linha.
Campos sublinhados Dados fixos.
Em vermelho Dados do BIT 63.
(c) Entry mode Este campo possui suas variáveis em função do modo como o cartão
fez a entrada no terminal, ou seja, se foi digitado, magnético, chip
contato ou chip sem contato. Assim como no DE22 os valores
oscilam conforme a entrada.As letras possíveis e disposição no CV
estão no Book de comprovantes P8.03. Apenas uma posição no CV
tanto via do lojista quanto portador.
(d) AID AID este campo é a identificação alphanumérica de até 32 posições,

este dado é obtido somente em transações com CHIP contato ou
sem contato através da TAG 9F06. E deve ser impresso conforme
layout no book de comprovantes somente na via do lojista.
P.08.04.05 485
15.2.1 Comprovante Genérico – Novo Layout

Via do estabelecimento
P.08.04.05 486
Via do cliente:
* Se a transação permitir a impressão da via do estabelecimento e de cliente,

há um Timeout de 30 segundos. Após este tempo a via do cliente é impressa
automaticamente.
15.2.2 Comprovante Bilíngue

Um comprovante bilíngue conterá algumas linhas impressas em Português /
Inglês. Ex:
 CREDITO A VISTA / CREDIT SALE
 CARTAO / CARD:
 VIA CLIENTE/CARDHOLDER
Um comprovante bilíngue deve ser impresso quando:
 A transação ocorreu com um cartão emitido fora do Brasil, indicado
no BIT 47 tag 0x29, e
 A transação é de crédito a vista ou débito a vista, ou seus estornos, e
 A via é do cliente.
O comprovante bilíngue está especificado no Book de Comprovantes.
P.08.04.05 487
15.3 Relatório de resumo de vendas (rv)

DETALHAMENTO DO RV PARCELADO SEM JUROS
PARAMETRIZADO
O RV parametrizado, se muito extenso, poderá conter 2 partes, cada uma
trafegada em uma mensagem 0510. A segunda parte chegará somente
quando o operador efetuar nova solicitação de RV, não ocorrendo qualquer
controle de sequência pelo terminal.
Para o terminal identificar a presença de RV parametrizado na mensagem, e
distinguir se trata da parte inicial ou final, deve analisar o início do conteúdo
do BIT 63:
 se presente a string “%P” (letra P maiúscula), então contém a parte
inicial do RV parametrizado;
 se presente a string “%p” (letra p minúscula), então contém a
continuação do RV parametrizado.
Segue detalhamento do comprovante que deve ser formatado pelo terminal,
a partir dos parâmetros recebidos no BIT 63:
PARTE INICIAL:
/* 1 2 3
‘REDE ‘
‘BANDEIRAXXXXXXXXXX ‘
‘PRODUTOXXXXXXXXXXXXXX ‘
‘RV:XXXXXXXXXXXX CV:XXXXXXXXXXXX‘
‘DT: DD/MM/AA HH:MM ‘
‘ESTAB: 999999999 TERM: XXXXXXXX‘
‘QTDE CVS:999 ‘
‘DT RES: DD/MM/AA HH:MM A HH:MM ‘
‘TOTAL:ZZ.ZZ9,99 DESC:ZZ.ZZ9,99 ‘
‘GORJ:ZZZ9.99 LIQ.TOT:ZZ.ZZ9,99 ‘
‘BRUTO PARC1:ZZ.ZZ9,99 ‘
‘LIQ.PARC1:ZZ.ZZ9,99 EM DD/MM/AA’
‘DEMAIS PAGAMENTOS ‘
‘DT CRED. VL.BRUTO VL.LIQ. ‘
‘DD/MM/AA ZZ.ZZ9,99 ZZ.ZZ9,99 ‘
Para facilitar o entendimento, os parâmetros estão identificados pela string

“Pn”, n corresponde à ordem em que o respectivo parâmetro aparece no BIT
63. Este BIT conterá apenas os parâmetros, uma vez que as strings “Pn” são
P.08.04.05 488
apenas explicativas. Para evitar mal-entendido, tudo o que estiver assinalado

em amarelo não fará parte do BIT 63. Segue a estrutura da parte inicial do RV
parametrizado, correspondente ao layout de impressão anteriormente
descrito.
BIT 63 de um Resumo de Vendas Parceladas sem juros –

parte inicial:
“\P0=%PBANDEIRA@PRODUTO@RV:XXXXXXXXXXXX
CV:XXXXXXXXXXXX@P1=999@P2=
DDMMAAHHMMHHMM@P3=99999999999999@P4=9999999999999@P5=9999999@P6=
9999999DDMMAA@P7=AAAA@P8=DDMM99999999999999DDMM99999999999999...
DDMM99999999999999@P9=M/N/F@”
Descrição dos parâmetros:

P0 = %P BANDEIRA@PRODUTO@RV:XXXXXXXXXXXX CV:XXXXXXXXXXXX@
 %P: sinaliza que o Resumo de Vendas é parametrizado e que esta é a
parte inicial( P maiúsculo).
 BANDEIRA@PRODUTO@RV:XXXXXXXXXXXX CV:XXXXXXXXXXXX@:
formatado no cabeçalho do comprovante.
P1 = 999
P2 = DDMMAAHHMMHHMM
P3 = 99999999999999
P4 = 9999999999999
P5 = 9999999
P6 = 9999999DDMMAA
P7 = aaaa: ano de vencimento da primeira parcela.
 Quando da passagem do mês 12 para 01, o parâmetro aaaa deve ser
incrementado de 1 na formatação das linhas contidas no parâmetro
P8. Observe que pode haver mais de uma parcela no mesmo mês
(cuidar para não incrementar o ano mais de uma vez,
indevidamente);
P8 = DDMM99999999999999
 Há n ocorrências da estrutura DDMMZZZZ999ZZZZ999, uma seguida
da outra, sem o separador @. Cada ocorrência deve ser impressa em
uma linha. O ano deve ser concatenado à data durante a formatação
da linha de impressão.
P9 = pode conter:
 “M” – imprimir a mensagem “HÁ MAIS RESUMO” na última linha;
 “N” – imprimir a mensagem “NOVO RV P/PROX.PAGAMENTOS” na
última linha (sinaliza que o próximo resumo contém o restante das
parcelas)
 “F” – nada imprimir.
P.08.04.05 489
Layout do comprovante – parte inicial:
Comprovante formatado Obtido em:
“REDE “ Terminal
“BANDEIRAXXXXXXXXXX “ P0
“PRODUTOXXXXXXXXXXXXXX “ P0
“RV:XXXXXXXXXXXX CV:XXXXXXXXXXXX“ P0
“DT: DD/MM/AA HH:MM “ Terminal
“ESTAB: 999999999 TERM: XXXXXXXX“ Terminal
“QTDE CVS:999 ” P1
“DT RES: DD/MM/AA HH:MM A HH:MM ” P2
“TOTAL:ZZ.ZZ9,99 DESC:ZZ.ZZ9,99 ” P3
“GORJ:ZZZ9.99 LIQ.TOT:ZZ.ZZ9,99 “ P4
”BRUTO PARC1:ZZ.ZZ9,99 “ P5
“LIQ.PARC1:ZZ.ZZ9,99 EM DD/MM/AA” P6
“DEMAIS PAGAMENTOS ” Terminal
“DT CRED. VL.BRUTO VL.LIQ. “ Terminal
“DD/MM/AA ZZ.ZZ9,99 ZZ.ZZ9,99 ” P8 (ver explicação de P7 e P8)
“HÁ MAIS RESUMO ” Se P9 = “M”
“NOVO RV P/PROX.PAGAMENTOS ” Se P9 = “N”
CONTINUAÇÃO: RV PARCELADO SEM JUROS (DEMAIS PARCELAS)
P.08.04.05 490
/* 1 2 3
1234567890123456789012345678901
‘REDE ‘
‘BANDEIRAXXXXXXXXXX ‘
‘PRODUTOXXXXXXXXXXXXXX ‘
‘RV:XXXXXXXXXXXX CV:XXXXXXXXXXXX’
‘DT: DD/MM/AA HH:MM ‘
‘ESTAB: 999999999 TERM: XXXXXXXX’
‘QTDE CVS:999@ ‘
‘DT.RES: DD/MM/AA HH:MM A HH:MM ‘
‘DEMAIS PAGAMENTOS (CONTINUAÇÃO)’
‘DT CRED. VL.BRUTO VL.LIQ. ‘
BIT 63 de um Resumo de Vendas Parceladas sem juros –

continuação:
“\P0=%pBANDEIRA@PRODUTO@RV:XXXXXXXXXXXX
CV:XXXXXXXXXXXX@P1=999@P2=
DDMMAAHHMMHHMM@P7=AAAA@P8=DDMM99999999999999DDMM99999999999999...
DDMM99999999999999@P9=M/N/F@”
Descrição dos parâmetros:

P0 = %p BANDEIRA@PRODUTO@RV:XXXXXXXXXXXX CV:XXXXXXXXXXXX@
 %p: sinaliza que o Resumo de Vendas é parametrizado e que esta é a
parte de continuação(p minúsculo).
 BANDEIRA@PRODUTO@RV:XXXXXXXXXXXX CV:XXXXXXXXXXXX@:
formatado no cabeçalho do comprovante.
P1 = 999
P2 = DDMMAAHHMMHHMM
P7 = aaaa: ano de vencimento da primeira parcela.
 Quando da passagem do mês 12 para 01, o parâmetro aaaa deve ser
incrementado de 1 na formatação das linhas contidas no parâmetro
P8. Observe que pode haver mais de uma parcela no mesmo mês
(cuidar para não incrementar o ano mais de uma vez,
indevidamente);
P8 = DDMM99999999999999
 Há n ocorrências da estrutura DDMMZZZZ999ZZZZ999, uma seguida
da outra, sem o separador @. Cada ocorrência deve ser impressa em
uma linha. O ano deve ser concatenado à data durante a formatação
da linha de impressão.
P9 = pode conter:
 “M” – imprimir a mensagem “HÁ MAIS RESUMO” na última linha;
 “N” – imprimir a mensagem “NOVO RV P/PROX.PAGAMENTOS” na
última linha (sinaliza que o próximo resumo contém o restante das
parcelas)
 “F” – nada imprimir.
P.08.04.05 491
Layout do comprovante – parte de continuação:
Comprovante formatado Obtido em:
“REDE “ Terminal
“BANDEIRAXXXXXXXXXX “ P0
“PRODUTOXXXXXXXXXXXXXX “ P0
“RV:XXXXXXXXXXXX CV:XXXXXXXXXXXX“ P0
“DT: DD/MM/AA HH:MM “ Terminal
“ESTAB: 999999999 TERM: XXXXXXXX“ Terminal
“QTDE CVS:999 ” P1
“DT RES: DD/MM/AA HH:MM A HH:MM ” P2
“DEMAIS PAGAMENTOS (CONTINUAÇÃO)” Terminal
“DT CRED. VL.BRUTO VL.LIQ. “ Terminal
“DD/MM/AA ZZ.ZZ9,99 ZZ.ZZ9,99 ” P8 (ver explicação de P7 e P8)
“HÁ MAIS RESUMO ” Se P9 = “M”
“NOVO RV P/PROX.PAGAMENTOS ” Se P9 = “N”
P.08.04.05 492
15.4 Relatório de Voucher

O Relatório de Voucher deve ser impresso atendendo ao seguinte leiaute:
123456789D123456789V123456789T123456
“CABEÇALHO GENÉRICO DE ESTABELECIMENTO”

ESTAB: 999999999 TERM: XXXXXXXX
RELATÓRIO DE VOUCHER
DT: DD/MM/AA HH:MM
ISSUER01
12/05/09
cartao nsu Valor hora

***2523 100001 999,99 15:35
***2524 100002 99.99 15:40
***2525 100004 9.99 15:55
11/05/09
***2526 100003 9.99 12:35
ISSUER03
12/05/09

***2527 100012 999,99 10:21
***2528 100020 99.99 12:38
***2529 100030 9.99 17:35
As transações de voucher deverão ser listadas com os ISSUERS em ordem

alfabética, seguido das transações ordenados por NSU.
O cabeçalho do relatório deverá conter a data e hora de geração do relatório.
Deverá haver uma linha em branco antes da identificação do ISSUER e a
impressão de uma linha de cabeçalho antes da primeira transação de voucher.
Serão listados:
 Cabeçalho genérico do estabelecimento, como configurado no POS,
com no máximo 36 posições;
 ESTAB - identificação do estabelecimento no formato “999999999”;
 TERM - número de identificação do terminal, no formato
“XXXXXXXX”;
 DT - data e hora de impressão no formato “DD/MM/AA HH:MM ”;
 ISSUER - identificação do cartão com até 36 posições;
 Valor - valor da transação, no formato: “9.999.999.99”;
 Cartão - serão listadas apenas os 7 últimos dígitos do número cartão,
sendo os 4 à direita exibidos a descoberto e os demais cifrados com
“*”. Este campo será impresso no formato “***9999”;
 NSU - número de identificação da transação no formato “999999”;
 hora - hora da transação, no formato “HH:MM”.
Este relatório não possuirá totais.
P.08.04.05 493
15.5 Relatório de erros LUA

O relatório de erros LUA é uma listagem do arquivo de Log dos erros LUA,
impresso através da Função Técnica 93 e apresenta o leiaute a seguir:
/123456789#123456789#123456789#12/
‘ REDE ‘
‘ LISTAGEM TECNICA ‘
‘ ‘
‘NUM.LOGICO: XXXXXXXX ‘
‘VERSAO APLIC.: XXXXXXXXXXXX ‘
‘ ‘
‘DD/MM/AA HH:MM XXXXXXXXXXXXXXXX‘
‘XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX‘
‘ ‘
‘ ‘
‘ ‘
15.6 Relatório totais de caixa CORBAN

O relatório totais de caixa é um resumo de todas as contas (Concessionárias,
Titulo de cobrança e Tributos) recebidas até o momento da extração,
referente ao produto CORBAN.
O Relatório totais de caixa deve ser impresso atendendo ao seguinte leiaute:
P.08.04.05 494
P.08.04.05 495
15.7 Boleto
O boleto deve ser impresso atendendo ao seguinte leiaute, tendo em vista
que uma via será para o local de pagamento e a outra para o pagador:
P.08.04.05 496
16 TERMINAIS WIRELESS
Este capítulo tem por objetivo especificar o funcionamento de terminais
Wireless outdoor GPRS/GSM, e definir a padronização da interface de usuário
para esses terminais, assim como mensagens de falha de comunicação.
16.1 Glossário
O glossário inclui termos utilizados em Telecom, para facilitar o entendimento
deste capítulo.
Termo Significado Detalhamento
APN Access point name Protocolo que permite um usuário de computador

acessar a
internet usando a rede de telefonia móvel.
AT, conjunto de comandos para controle de conexões

comandos AT GPRS e troca de mensagens entre celulares.
AT+CCID Retorna o ICCID (International Circuit Card ID) do

SIM card.
AT+CGATT Comando para conectar ou desconectar do serviço

GPRS.
AT+CGDCONT Define um contexto PDP.
AT+CGDATA Faz com que o celular execute os procedimentos

necessários para estabelecer comunicaçao entre o
terminal e a rede, usando um ou mais tipos de
PDPs GPRS.
AT+CGMI Devolve a identificação do fabricante
AT+CGMM Devolve a identificação do modelo
AT+CGMR Informa versão de firmware instalada
AT+CGSN Informa o nro. de série (IMEI = International

Mobile
Equipment Identity) do celular
AT+CMEE Habilita ou desabilita o uso de 'Código de execução

+ CME ERRO: <err>' como indicador de erro, ao
invés do simples 'ERROR', quando está
desabilitado.
AT+COPS Força uma tentativa de selecionar e registrar o
P.08.04.05 497
operador da
rede GSM.
AT+CPIN Envia um password para o celular, necessário antes

que este comece a operar. Se o PIN não era
necessário, um erro é gerado. Se o PIN necessário
é do tipo SIM PUK ou SIMPUK2, o segundo PIN é
solicitado e usado para substituir o PIN antigo, no
SIM.
AT+CREG Obtém o registro na rede e permite definir o nível

de informação reportada pelo celular sobre o
procedimento de registro na rede (se ativado, o
celular envia uma mensagem a cada mudança de
status na rede, permitindo o acompanhamento de
seu estado de conexão).
AT+CSQ Signal Quality Retorna a intensidade do sinal e a taxa de erro

(BER) para o celular.
BER BIT error rate Taxa de erros de transmissão, correspondente ao

nro de bits errados divididos pelo nro total de bits
transmitidos.
CDMA Code Division Método de acesso a canais em sistemas de

Multiple Access comunicação, usado tanto por celulares como para
localização via satélite por GPS. Permite mais de
uma mensagem trafegando por um canal, pois a
cada uma é associado um código.
CME error indica um erro relacionado à funcionalidade do

modem ou
celular, e substitui o código de erro quando
ativado através do comando AT+CMEE.
CSD Circuit Switched Forma original de transmissão de dados

Data desenvolvida para sistemas de telefonia celular
TDMA, como GSM.
EDGE Enhanced Data Melhoria feita nas redes GPRS.

rates for GSM
Evolution
ERBs Estações Rádio Base Estação Rádio Base (ERB) ou “Cell site” é a
denominação dada em um sistema de telefonia
celular para a Estação Fixa com que os terminais
móveis se comunicam. A ERB está conectada a
uma Central de Comutação e Controle (CCC) que
tem interconexão com o serviço telefônico fixo
comutado (STFC) e a outras CCC’s, permitindo
chamadas entre os terminais celulares e deles com
os telefones fixos comuns.Equipamentos que
P.08.04.05 498
fazem a conexão entre os telefones celulares e a

companhia telefônica.
EVDO 1XEV-DO - 1x Uma evolução do CDMA. Esta sigla é a abreviação

Evolution-Data do nome do padrão de transferência de dados
Optimized. 1XEV-DO - 1x Evolution-Data Optimized.
GGSN Gateway GPRS Um dos componentes principais da rede GPRS,

Support Node responsável pela comunicação entre a rede GPRS e
redes externas que suportam troca de pacotes,
como a Internet e redes X.25.
GPRS General Package Tecnologia que aumenta as taxas de transferência

Radio Service de dados nas redes GSM existentes. A
comunicação entre o celular e um PC ou rede é
feita através da troca de pacotes IP.
GSM Global System for Funciona pelo princípio de múltiplos acessos

Mobile separados em frações de tempo, como TDMA, mas
Communications com criptografia. Utiliza cartões SIM
personalizados. O sinal e os canais de voz são
digitais, o que faz do GSM um sistema de segunda
geração (2G).
IPNAC Atendedor de transações dentro da operadora.
PPP, Point-to-point Protocolo de comunicação de dados usado para

negociação PPP Protocol estabelecer uma conexão direta entre dois nós de
uma rede. Servidores de Internet usam PPP para
permitir o acesso discado de usuários à internet.
PDP, Packed Data Conjunto de protocolos de pacotes de dados que

contexto PDP Protocol definem a base da conexão de dados.
PLMN Public Land Mobile PLMN é uma rede estabelecida e operada por uma
Network administração ou agência reconhecida (ROA) com
o propósito específico de prover serviços de
comunicação móvel terrestre ao público.
RF, módulo RF radiofrequência Módulo RF é um circuito eletrônico que realiza a

modulação de uma portadora de rádiofrequência
por um sinal contendo uma informação
(geralmente, sinal de áudio ou vídeo).
RSSI Returned Signal Indicador da intensidade do sinal recebido (quanto

Strength maior, melhor o sinal).
Indication
SGSN Serving GPRS Serviço responsável pela transferência de pacotes

Support Node de e para as estações móveis (como celulares),
dentro de sua área geográfica de prestação de
P.08.04.05 499
serviços.
SIM card Subscriber Identity Cartão que contém dados do usuário e pode ser
Module card tranferido de um aparelho celular para outro.
TDMA Time Division Sistema de celular digital que funciona dividindo

Multiple Access um canal de frequência em atpe seis intervalos de
tempo que podem ser associados a diferentes
usuários.
3G 3d. Generation Sistema de telefonia celular de terceira geração, ou

seja, com suporte a transmissão de dados em alta
velocidade.
16.2 Contexto: a tecnologia de telefonia

celular
CDMA, GSM, TDMA, GPRS. Todas essas siglas indicam as diferentes
tecnologias utilizadas pelas operadoras de telefonia celular.Em primeiro lugar,
é necessário lembrar que o celular é, em essência, um rádio —extremamente
sofisticado.
Antes dos celulares, quem precisasse de uma comunicação móvel tinha que
instalar um sistema de rádio como os da polícia. Nesse sistema de rádio-
telefonia existe uma antena central na cidade, que transmite por 25 canais
com um alcance de aproximadamente 70 km.
A grande novidade do sistema de telefonia celular foi dividir a cidade em
pequenas células, de modo que a frequência disponível seja extensivamente
reutilizada, e assim permitindo que milhões de pessoas usem seus aparelhos
simultaneamente.
No sistema celular analógico típico podem ser usadas cerca de 800

frequências pela cidade. Cada célula tem um alcance de 26 Km², o que pode
ser visualizado como uma colméia de hexágonos. Cada célula, no sistema
digital, permite que 168 pessoas estejam conversando em seus celulares ao
mesmo tempo.
Existem 3 tipos de tecnologias digitais: FDMA (Frequency Division Multiple
Access), TDMA (Time Division Multiple Access), e CDMA (Code Division
Multiple Access).
 FDMA —Frequency Division Multiple Access — coloca cada chamada
em uma frequência separada.
 TDMA —Time Division Multiple Access — separa, para cada
chamada, uma fração de tempo em uma determinada freqüência.
 CDMA —Code Division Multiple Access — dá a cada chamada um
código único, que se espalha por todas as frequências disponíveis no
sistema.
P.08.04.05 500
O sistema TDMA utiliza uma banda estreita para transmissão, operando nas
faixas de 800MHz e 1900MHz. Podemos entender banda estreita por poucos
canais. Cada conversação "ocupa" o rádio por 1/3 do tempo. Isso é possível
porque o sinal de voz é convertido para digital e pode ser comprimido,
ocupando menos espaço.
O GSM funciona de maneira similar, em uma faixa de frequência bem próxima
do TDMA, entre 900MHz e 1800MHz, e utiliza a criptografia para tornar as
ligações mais seguras.
O CDMA funciona de maneira totalmente diferente das outras duas, já que
utiliza uma banda larga para trabalhar, ou seja, muitos canais. Depois de
transformar o sinal de voz em digital, o CDMA divide-o em vários pacotes e o
distribui por toda banda disponível.
Como cada chamada recebe um código único, muitas chamadas podem
trafegar por toda a banda utilizada ao mesmo tempo.
Com esse sistema, o CDMA consegue carregar até 10 chamadas em um único
canal, aumentando muito a capacidade de chamadas em relação aos outros
sistemas.
As tecnologias mais usadas nos sistemas de telefonia celular são TDMA e seus
sucessores e CDMA. O sistema mais popular no Brasil é o GSM. Oriundo do
TDMA, baseia-se no mesmo princípio (divisão do tempo), mas com algumas
diferenças importantes. Os três sistemas permitem o acesso à internet de
banda larga.
O GSM, quando utiliza o protocolo chamado GPRS (General Packet Radio
Services), faz algo similar ao sistema do CDMA para o acesso a banda de
transmissão de dados.
16.3 Comunicação wireless na REDE

A mensagem ISO8583 REDE passa pela rede da operadora, que direciona os
dados desta APN para um concentrador REDE fisicamente localizado em sua
estrutura de Telecom. Este concentrador possui duas LPs (linhas privadas)
conectadas aos concentradores da REDE, com todo tratamento de segurança
disponibilizado pela infra-estrutura.
Para a padronização da interface de usuários, é necessário que as seguintes
informações sejam fornecidas pelos terminais.
 RSSI (sinal) e BER (taxa de erro);
 Status do SIMCARD (habilitado ou não, faltando, ou com defeito);
 Operadora (nome da operadora, modo de operação atual
GPRS/CSD);
 Status Contexto (ativo ou não);
 Informações de consumo de bateria (quanto resta de carga);
 Modo de operação do terminal (se carregando bateria);
 Iluminação do display
 Mensagens de erro codificadas, para que seja possível um
diagnóstico preciso de problemas;`
P.08.04.05 501
16.4 Iluminação de display e teclado

Ao ligar o terminal, o display deve ficar iluminado até que a aplicação esteja
iniciada. 12 segundos após esse evento, a iluminação deve ser desligada,
sendo reativada quando for pressionada qualquer tecla.
A cada tecla pressionada, ilumina-se e volta a apagar após 20 segundos, caso
nenhuma tecla seja pressionada novamente.
Caso a tecla ENTER seja pressionada (início de transação), aguarda a
impressão ou mensagem de erro ou timeout e apaga em 20 segundos.
A iluminação do teclado deverá seguir as mesmas regras do display.
16.5 Stand by
 Devido às restrições físicas dos terminais sem fio, o principal fator de
preocupação no ato do envio das cargas de atualização da aplicação
é a questão da bateria que pode esgotar ou que ele entre em modo
standby para economia de energia.
 Como margem de segurança, a bateria deve estar com a carga
mínima para a realização de carga remota, confome capítulo 16.6.4.
 Após iniciar o processo de atualização, o terminal não poderá mais
entrar em estado de economia de bateria (desligando), conectado
ou não no carregador.
 Nas demais regras, o terminal seguirá conforme os processos de
carga descritos.
TRATAMENTO DE STAND BY PARA TERMINAIS I8200,

I7910 E I7910 PCI
Para os terminais modelos I8200, I7910 e I7910 PCI, temos dois contadores de
tempo em estado de ociosidade, para redução do consumo de bateria:
 Após 5 minutos de ociosidade do terminal, a tela deve ser apagada
 Após 15 minutos de ociosidade do terminal, ele deve entrar em
stand by
P.08.04.05 502
16.6 Carga de bateria

Durante a carga de bateria, ou seja, conectado ao carregador, o equipamento
não deve desligar e as regras de iluminação do display e do teclado devem
seguir o tópico ILUMINAÇÃO DE DISPLAY E TECLADO.
Com o terminal fora da base ou não carregando, deve-se seguir a
parametrização definida na configuração da função ‘Power off automático’
(Função 77), além de exibir as notificações descritas à seguir.
Caso não esteja inicializado, o POS considera os valores default de 20% para o
“Nível baixo de carga de bateria” e 10% para o “Nível crítico de carga de
bateria”.
O header no display do terminal exibe, além de outras informações (ver
capítulo 16.12), o nível de bateria do POS. De acordo com o nível da bateria
do terminal, o ícone que representa a bateria no header de display deve
alterar, conforme a tabela abaixo:
Percentual (%) do nível de Ícone de bateria Imagem do ícone no header
bateria do terminal correspondente
>=80% – 4 barras
preenchidas na cor verde
>=60% – 3 barras
preenchidas na cor verde
>=40% – 2 barras
preenchidas na cor laranja
>=20% – 1 barra preenchida

na cor vermelho
>=0% – Preenchida na cor
branco
Quando conectado ao carregador, o POS altera o ícone de bateria para indicar
que a bateria está sendo recarregada:
Ícone de bateria Imagem do ícone no header
correspondente
P.08.04.05 503
16.6.1 Primeira carga

Caso seja a primeira carga da bateria, ou seja, se o POS identificar que a
bateria não foi inicializada (parâmetro do sistema operacional INITIALIZED
como “NO”), o terminal exibe a mensagem alterando com as outras
mensagens disponíveis.
Display Display interface Processamento
convencional touch
PRIMEIRA CARGA POS exibe a mensagem no estado de
MANTENHA O POS
CARREGANDO E repouso logo após ser ligado e alternando
LIGADO POR 6 HRS com as demais mensagens de tela
disponíveis no terminal.
A mensagem é exibida até que o parâmetro
INITIALIZED do sistema operacional seja
alterado para “YES”.
16.6.2 Bateria fraca

O terminal exibe as mensagens abaixo quando não estiver conectado ao
carregador e o nível de carga de bateria atingir o valor percentual igual ou
inferior ao determinado pelo parâmetro “Nível baixo de carga de bateria” da
tabela Terminal Configuration do Termmaster ou TA e superior ao valor
determinado pelo parâmetro “Nível crítico de carga de bateria” da tabela
Terminal Configuration do Termmaster ou TA.
A mensagem é exibida sempre que o terminal for iniciado neste estado, ou
logo que carga de bateria atingir o Nível baixo de carga.
Display Display nova Processamento
convencional interface touch
BATERIA FRACA O POS emite um bipe de aviso e exibe a
RECARREGUE O
mensagem ao lado por 1 (um) minuto.
TERMINAL
for conectado ao carregador, o POS retornao
ao Menu Principal.
Se nenhuma ação for realizada por 1 minuto
ou se for pressionada a tecla “CANCELA” o
POS passa a exibir a mensagem abaixo.
P.08.04.05 504
BATERIA FRACA O POS retorna ao estado de repouso,

RECARREGUE O
alternando a mensagem ao lado com as
TERMINAL
outras mensagens disponíveis.
16.6.3 Bateria fraca, desligando o terminal

O terminal exibe a mensagens abaixo quando o nível de carga de bateria
atingir um percentual igual ou inferior ao valor determinado pelo parâmetro
“Nível crítico de carga de bateria” da tabela Terminal Configuration do
Termmaster ou TA.
A mensagem é exibida sempre que o terminal for iniciado neste estado, ou
logo que carga de bateria atingir o Nível crítico de carga.
BATERIA FRACA POS emite um beep de alerta e exibe a
RECARREGUE O
TERMINAL mensagem ao lado por 30 segundos,
DESLIGANDO EM nn substituindo “nn” por um contador
regressivo de 30 a 00 atualizado a cada
segundo, não permitindo qualquer
intervenção do operador até que o terminal
seja conectado a bateria. Expirado os 30
segundos o POS inicia o processo de
desligamento.
Caso o terminal seja conectado a bateria, o
POS retorna ao estado de repouso.
16.6.4 Nível de bateria para carga remota

Caso o nível de carga de bateria do POS seja igual ou inferior ao valor
determinado pelo parâmetro "Nível mínimo de carga de bateria para
Telecarga" da tabela Terminal Configuration do Termmaster ou TA, o terminal
exibe a mensagem abaixo e não permite o início ou retomada das etapas de
Telecarga (conforme definido no capítulo 7).
Este mensagem é exibida sempre que o terminal for iniciado neste estado e a
cada 3 minutos caso não seja conectado ao carregador ou quando atingir o
P.08.04.05 505
“Nível mínimo de carga de bateria para Telecarga” e entrar numas das etapas
de Telecarga.
SEU TERMINAL POS emite um beep de alerta e exibe a
SERÁ ATUALIZADO
CONECTE AO mensagem ao lado por 15 segundos ou até
CARREGADOR que uma tecla seja pressionada ou o seja
conectado o carregador.
 O terminal poderá transacionar enquanto não for colocado na fonte,

quando conectado na fonte iniciará o processo de atualização.
 Nas demais regras, o terminal seguirá conforme os processos de
carga descritos.
16.7 Nível do sinal

O nível de sinal é também indicado na Função 77.
A tabela abaixo detalha o significado dos valores indicados.
A escala a ser demonstrada em % no terminal tem a seguinte regra:
0 e 31 na escala SQM os valores demonstrados devem corresponder ao seu
respectivo valor na tabela %.(figura 1)
Entre 1 e 30 na tabela SQM os valores em % são somados em 3 e devem ser
demonstrados conforme a figura abaixo.
P.08.04.05 506
Figura 1 - Escala em % para exibição no terminal
P.08.04.05 507
Exemplo
P.08.04.05 508
16.8 Configuração automática através

da identificação da operadora
Os terminais GPRS possuem os parâmetros de comunicação de todas as
operadoras de Telecom suportadas pela REDE, disponíveis num arquivo local
de configurações e nos registros das tabelas de comunicação do Termmaster
ou TA, recebidos durante a inicialização.
Estes parâmetros permitem ao terminal selecionar automaticamente os
parâmetros que devem ser utilizados na conexão com a REDE, através da
identificação da operadora responsável pelo SIM card instalado no
equipamento.
Sempre ao iniciar e ao ser acionada a função 77, o terminal identifica qual a
operadora do SIM card e seleciona automaticamente quais parâmetros de
comunicação devem ser utilizados na conexão com a REDE.
É importante ressaltar que a troca do SIM card deve ser sempre realizada com
o terminal desligado, para evitar danos ao equipamento.
16.8.1 Identificação da operadora através do

SIMCARD
O terminal realiza a identificação da operadora de telecomunicação através
do Número de Série do SIM card (ICCID) instalado no equipamento.
Para isso, sempre ao iniciar e ao ser acionada a função 77, o terminal obtém o
número de Série do SIM card e através deste, o Número de Identificação da
Operadora (IIN).
O número de série do SIM card pode ter de 16 a 20 posições, sendo o Número
de Identificação da Operadora localizado em seu quinto e sexto dígito,
conforme estrutura abaixo.
89 55 99 99999999999999
Número de identificação individual

IIN – Número de Identificação da Operadora
Código de identificação do país (55 – Brasil)
MNC – Identificador da indústria (89 – Telecom)
Com o Número de Identificação da Operadora, o terminal identifica qual o

Código da Operadora correspondente na tabela “Operadoras” do arquivo de
configuração GPRS. Com este código o terminal obtém os parâmetros de
comunicação que devem ser utilizados na conexão com a REDE quando
utilizando SIM card desta operadora de telecom.
P.08.04.05 509
Estes parâmetros de estão disponíveis nos registros da tabela de Comunicação

do Termmaster ou TA e nas tabelas do arquivo de Configuração GPRS, caso
seja a primeira inicialização do equipamento (ver também Balanceamento de
parâmetros na primeira Inicialização), para todas as operadoras de Telecom
suportadas pela REDE, agrupados pelo respectivo Código de Operadora.
Depois de identificada a operadora, todas as comunicações realizadas pelo
terminal utilizam os parâmetros de comunicação referentes a este Código da
Operadora, até que o terminal identifique um novo SIM card com operadora
diferente.
Caso o terminal não identifique um Código da Operadora correspondente na
tabela “Operadoras” do arquivo de Configuração GPRS, este deve exibir a
mensagem de erro abaixo:
Display Display nova
OPERADORA DO
SIM CARD NÃO
IDENTIFICADA
Neste caso o técnico poderá indicar qual a operadora deve ser utilizada
através da função 77.
O terminal não permite nenhuma comunicação GPRS ou GSM até que seja
definida uma operadora, exibindo a mensagem “EXECUTE FUNC. 77”.
O diagrama abaixo ilustra o relacionamento entre o Número de Identificação
da Operadora obtido do SIM card e as tabelas de Comunicação do
Termmaster ou TA e do arquivo de Configuração GPRS.
P.08.04.05 510
89 55 99 9999999999
Número de identificação individual

IIN – Número de Identificação da Operadora
Código de identificação do país (55 – Brasil)
MNC – Identificador da indústria (89 – Telecom)
Tabela Operadoras
Número de Identificação Tabelas Comunicação
da Operadora Tabela Comunicação
Termmaster
Tabela Comunicação
Termmaster
Código da Operadora Código da Operadora
Termmaster
Tabela Comunicação
Código da Operadora
APN de Conexão Termmaster
Tab. Param. Produção Código da Operadora
APN de Conexão
NII APN Código da Operadora
Código da Operadora de Conexão
NII
APNPrimário
IP Conexão de Conexão
NII
...
Tab. Param. Triagem IP Conexão Primário
NII ...
Código da Operadora IP Conexão Primário
...
IP Conexão Primário
...
...
Tab. Param. Projetos

...
Código da Operadora
Balanceamento
APN de Conexão
NII
IP Conexão Primário
...
Arquivo de Configuração GPRS
16.8.2 Balanceamento de parâmetros na primeira

Inicialização
Para evitar que todos os terminais quando instalados realizem a primeira

Inicialização através de um único ponto de acesso, gerando sobrecarga na
rede, a REDE disponibiliza pontos de acessos diferentes para cada uma das
operadoras de telecom.
No terminal, cada ponto de acesso é definido pelos parâmetros de
comunicação que direcionam a conexão a ele.
Os pontos de acesso são organizados por Ranges de Balanceamento,
identificados pelos dois últimos dígitos do Número do Terminal. Desta forma,
terminais que possuem o Número do Terminal finalizando em ‘01’ utilizam um
ponto de acesso para se conectar a REDE, enquanto que terminais que
possuem o Número do Terminal finalizando em ‘50’ utilizam outro, por
exemplo.
Nas tabelas de Parâmetros do Arquivo de Configuração GPRS, os parâmetros
de comunicação são organizados por operadora e por Range de
Balanceamento. Desta forma, na primeira Inicialização, depois de identificar a
operadora responsável pelo SIM card, o terminal identifica quais parâmetros
de comunicação deve utilizar, verificando em qual Range de Balanceamento
os dois últimos dígitos de seu Número de Terminal está contido.
P.08.04.05 511
Sendo xx o Número do Terminal, ii o range inicial e ff o range final de

balanceamento, a identificação do Range de Balanceamento é definida por:
𝑖𝑖 ≤ 𝑥𝑥 ≤ 𝑓𝑓
Depois de Inicializado o terminal assume os parâmetros de comunicação
recebidos das tabelas do Termmaster ou TA, mantendo a identificação da
operadora e descartando o range de balanceamento.
Se não identificar um Range de Balanceamento referente ao seu Número de
Terminal, o terminal se comporta como um equipamento não configurado,
não exibindo nenhuma configuração padrão.
16.8.3 Arquivo de configuração GPRS

Um arquivo de parâmetro, disponibilizado com a aplicação financeira do
terminal e atualizável através de Telecarga, o arquivo de configuração GPRS é
composto por quatro tabelas contendo os parâmetros de comunicação para a
primeira Inicialização, com dados de todas as operadoras suportadas pela
REDE, direcionando para os ambientes de produção, projetos e triagem.
Tabela Operadoras
Esta tabela vincula o Número de Identificação da Operadora, disponível no
ICCID do SIM card, ao Código da Operadora.
Número de Identificação 2 ASCII Identificação da operadora responsável pelo

da Operadora SIM card. Composto pelo 5º e 6º dígitos do
Número de Série do SIM card.
Código da Operadora 2 ASCII Identificador dos parâmetros da operadora do

SIM card.
Nome da Operadora 10 ASCII Nome da operadora a ser exibido no display do

terminal na função 77.
Tabela Parâmetros de Produção

Esta tabela disponibiliza os parâmetros de comunicação para a primeira
Inicialização do terminal no ambiente de produção da REDE.

SIM card.
Range para balanceamento 5 ASCII Range inicial e final, no formato (ii-nn)

referente aos dois últimos dígitos do número
lógico do terminal.
P.08.04.05 512
Endereço IP Primário Host 6 N Endereço IP do Host REDE (ex.

REDE 192.168.018.010) para conexões GPRS.
Porta IP Primário Host 3 N Porta do host REDE (ex. 000021) para conexões
REDE GPRS.
Endereço IP Secundário 6 N Endereço IP do Host REDE (ex.

Host REDE 192.168.018.010) para conexões GPRS.
Porta IP Secundário Host 3 N Porta do host REDE (ex. 000021) para conexões
REDE GPRS.
Núm. do telefone primário 12 N Número do telefone primário de discagem

de discagem para um novo NAC
Núm. do telefone 12 N Número do telefone secundário de discagem
secundário de discagem para um novo NAC
NII 2 N Network International Identifier, ISO-8583 –

enviado no DE 24
APN de Conexão 25 ASCII APN de acesso a REDE para comunicação GPRS.
Tabela Parâmetros de Projetos

Inicialização do POS utilizando o ambiente de projetos. Estes parâmetros são
utilizados pelos terminais que possuem a aplicação de Serviços instalada.

SIM card.
Balanceamento 5 ASCII Range inicial e final, no formato (ii-nn)


REDE GPRS.

REDE GPRS.

P.08.04.05 513

enviado no DE 24
Tabela Parâmetros de Triagem

Inicialização do terminal no ambiente de triagem da REDE. Estes parâmetros
são utilizados pelo POS se no fluxo da função 6 – Instala Fácil o técnico indicar
o NII 995.

SIM card.
Balanceamento 5 ASCII Range inicial e final, no formato (ii-nn)


REDE GPRS.

REDE GPRS.



enviado no DE 24
16.9 Configuração do terminal

A configuração do sistema consiste em preparar o terminal para a
inicialização, quando receberá assim as tabelas de configuração e regras de
negócio que tornam o terminal operacional.
P.08.04.05 514
Com a operadora de telecom selecionada automaticamente, o terminal obtém

os parâmetros para a primeira Inicialização do arquivo de configuração GPRS,
utilizando os dados de operadora identificada e o Range de balanceamento
associado.
Para uma inicialização GPRS:
 A função 77 vem pré-configurada com os parâmetros da operadora
de Telecom identificada automaticamente (ver capítulo 16.8) para
facilitar a inicialização. Caso a operadora não tenha sido identificada,
o técnico deve selecionar a operadora do SIM card.
 Preencher os dados da função 6.
 Se no fluxo desta função for selecionado o NII 995, o terminal
utiliza os parâmetros de comunicação da tabela Parâmetros
de Triagem do arquivo de configuração GPRS.
 Se o terminal possuir a aplicação de Serviços ele utiliza os
parâmetros de comunicação da tabela Parâmetros de Projetos
do arquivo de configuração GPRS.
 Se as duas situações acima forem FALSAS, o terminal utiliza os
parâmetros de comunicação da tabela Parâmetros de
Produção do arquivo de configuração GPRS.
 O terminal identifica em qual Range de Balanceamento os dois
últimos dígitos de seu Número de Terminal estão contidos e utiliza
na primeira Inicialização os parâmetros de comunicação deste range.
Para uma inicialização GSM:
 A função 77 vem pré-configurada com os parâmetros da operadora
de Telecom identificada automaticamente para facilitar a
inicialização. Caso a operadora não tenha sido identificada, o técnico
deve selecionar a operadora do SIM card.
 Preencher somente os dados da função 6.
 Se no fluxo desta função for selecionado o NII 995, o terminal
utiliza os parâmetros de comunicação da tabela Parâmetros
de Triagem do arquivo de configuração GPRS.
 Se o terminal possuir a aplicação de Serviços ele utiliza os
parâmetros de comunicação da tabela Parâmetros de Projetos
do arquivo de configuração GPRS.
 Se as duas situações acima forem FALSAS, o terminal utiliza os
parâmetros de comunicação da tabela Parâmetros de
Produção do arquivo de configuração GPRS.
 O terminal identifica em qual Range de Balanceamento os dois
últimos dígitos de seu Número de Terminal estão contidos e utiliza
na primeira Inicialização os parâmetros de comunicação deste range.
Os dados das funções 6 e77 podem ser substituídos pelos dados recebidos nas
tabelas de inicialização.
FUNÇÃO 6
Lista e altera os parâmetros de configuração do terminal.
A seqüência de telas desta função está no documento
Árvore_Instala_Fácil(versão).xlsx.
P.08.04.05 515
FUNÇÃO 77
Lista e altera os parâmetros de configuração de comunicação (discado/GSM /
GPRS).
A seqüência de telas desta função está no documento Funções Técnicas.
FUNÇÃO 91
Função que exibe o nome do terminal/ versão de carga/ versão do Kernel
EMV/ Operadora.
Veja função 91 em Funções do Lojista.
FUNÇÃO 99
Lista e altera os parâmetros de configuração do fabricante.
Veja função 99 em Funções Técnicas.
INICIALIZAÇÃO
Para conectar-se ao Termmaster ou TA da REDE durante o processo de
Inicialização, o terminal deve iniciar os parâmetros, através da função 6.
 Se a operadora de telecom foi identificada automaticamente (ver
capítulo 16.8), a função 77 vem pré-configurada. Basta configurar a
função 6 para realizar a inicialização tanto em modo GPRS como em
GSM.
 Caso a operadora não tenha sido identificada automaticamente, o
técnico deve selecionar a operadora na função 77 para que o
terminal tenha acesso aos parâmetros pré-configurados.
Na primeira Inicialização, o terminal identifica em qual Range de
Balanceamento os dois últimos dígitos de seu Número de Terminal estão
contidos e utiliza os parâmetros de comunicação deste range para se conectar
a REDE.
TRANSAÇÕES
Para a conexão GPRS, o terminal deve utilizar o mesmo IP e porta da conexão
de transação.
O terminal utiliza os parâmetros da Tabela de Comunicação do Termmaster ou
TA referentes ao Código de Operadora identificado ao iniciar (ver capítulo
16.8).
Conectar ao endereço: Termmaster ou TA – Tabela de Comunicação –
Endereço IP Primário Host REDE.
Utilizam-se os seguintes parâmetros de comunicação:
 Tabela de Comunicação – Porta IP Primário Host REDE
P.08.04.05 516
 Tabela de Comunicação – Primary Transaction Connection Time.

 Tabela de Comunicação – Primary Transaction Dial Attempts.
Em caso de fracasso na conexão GPRS, após as tentativas efetuadas, o
terminal POS/PDV deve efetuar uma segunda tentativa. Conectar ao
endereço:
 Tabela de Comunicação – Porta IP Secundário Host REDE
 Tabela de Comunicação – Secondary Transaction Connection Time.
 Tabela de Comunicação – Secondary Transaction Dial Attempts.
correspondente à operação que a originou. Efetuar o controle de Timeout:
devem ser feitas tentativas a cada 4 segundos, dentro do limite de tempo
definido através do parâmetro: Acquirer Table - Response Timeout.
Em caso de fracasso na segunda conexão GPRS, após as tentativas efetuadas,
o terminal deve efetuar a contingência GSM quando habilitada na tabela de
Acquirer – Options byte 1, BIT 6 – “HABILITA CONTINGÊNCIA GSM”, seguindo
a regra do GSM descrita a seguir.
Para conectar-se à REDE durante o processamento das demais operações
especificadas, os terminais que operam via discagem GSM devem utilizar:
 Tabela de Comunicação – Primary Transaction Telephone Number
 Tabela de Comunicação – Primary Transaction Connection Time.
 Número de tentativas - conforme parâmetro Tabela de Comunicação
– Primary Transaction Dial Attempts
Em caso de fracasso na conexão GSM, após as tentativas efetuadas, o terminal
deve efetuar uma segunda tentativa com os parâmetros a seguir:
 Tabela de Comunicação – Secondary Transaction Telephone
Number.
 Tabela de Comunicação – Secondary Transaction Connection Time.
 Número de tentativas - conforme parâmetro-Tabela de Comunicação
– Secondary Transaction Dial Attempts.
correspondente à operação que a originou. Efetuar o controle de Timeout,
através do parâmetro: Termmaster ou TA: Acquirer Table - Response Timeout.
SE não consegue em modo GSM.
Exibir a mensagem com o motivo do insucesso de conexão.
16.10 ARQUITETURA
O modem GPRS deve ter a capacidade de se manter conectado em modo
“always-on” e capacidade de se conectar por GSM para realização de
contingência de conexão.
Para que se consiga diagnosticar com precisão onde o problema esta
ocorrendo, o processo de conexão foi dividido em etapas:
P.08.04.05 517
Fonte: MobiPower Innovative Wireless Solutions
ETAPA A
Os dados da rede GPRS trafegam dentro de uma rede GSM, utilizando slots
não alocados para voz.
Estes slots são alocados de maneira dinâmica, e o procedimento para que o
rádio modem inicie a conexão de dados implica em antes ele ter se registrado
na rede GSM.
Esta etapa compreende o contato inicial do rádio com a rede GSM. PLMN é a
rede física estabelecida com o propósito de permitir o acesso aos serviços
numa determinada área, através da qual ocorre a transferência de pacotes
entre as estações móveis e a rede GSM (serviço conhecido como SGSN).
GPRS é o modo de funcionamento do rádio, que utiliza os slots disponíveis na
rádio-base para transmissão de dados.
Para que haja transmissão de dados por estes slots, alguns procedimentos
devem ser efetuados pelo rádio:
 Registro na rede: autenticação do chip na rede GSM.
 Attachment: reserva de um slot para ser utilizado para transmissão
de dados.
Se durante o processo de conexão ocorre um erro referente a SIM Card
desabilitado ou uma falha de attachment GPRS, o terminal reinicia o modem e
realiza uma nova tentativa de conexão antes de apresentar uma mensagem
de erro.
ETAPA G1
P.08.04.05 518
Esta etapa efetua algumas configurações de rede que correspondem à criação

de um túnel dentro da rede GPRS até o destino (internet ou rede privada),
usando o serviço GGSN.
Um dos componentes principais da rede GPRS, o GGSN é responsável pela
comunicação entre a rede GPRS e redes externas com suporte a troca de
pacotes, como a Internet e redes X.25.
É neste ponto que o rádio finalmente adquire um IP que é parte da rede da
REDE.
Para isso é definida uma APN (Acess Point Name). Ex. (claro.com. br-> Internet
(APN pública), redecard.claro.com.br-> Redecard).
No caso de APN inválida com fallback habilitado, a conexão deve ser
completada por CSD.
ETAPA G2
Neste ponto, o rádio efetua a conexão TCP/IP com o IPNAC.
ETAPA G3
Compreende os acessos da rede da operadora até a REDE.
ETAPA G4
Acesso aos servidores da REDE via GPRS.
ETAPA C1
Este é o caminho por onde a conexão CSD é efetuada. Basicamente, é uma
conexão idêntica à efetuada com um modem ligado a uma linha telefônica.
É efetuada com um simples comando AT (ATDT 6500 para a CLARO e
0800xxxxx para a TIM e OI) , onde o modem efetua uma discagem para um
número específico, para conexão de dados.
Apesar de ser considerada uma chamada de dados, não utiliza a rede de
pacotes GPRS para trafegar, e sim o canal de controle, sendo tarifada como
voz.
ETAPA C2
Acesso aos servidores da REDE via CSD.
ESTRATÉGIA DE ALOCAÇÃO DE SLOTS
P.08.04.05 519
Levando-se em conta que a fase mais lenta da conexão GPRS é o

registro de rede, e que a alocação dos slots de transmissão de dados
não tem prioridade para uma conexão de voz em condições de alto
tráfego, a estratégia é manter o terminal ligado o maior tempo
possível. Além disso, é recomendável ligar antes dos horários de pico
de voz, que coincidem com o maior uso do terminal, e que
correspondem à hora do almoço e final da tarde
16.11 Comandos AT
O radio Modem GPRS tem muitas similaridades com um modem
convencional. Ele é controlado por comandos AT, e tem dois modos de
trabalho: o modo comando e o modo transparente.
No modo comando, o modem recebe comandos de controle (comandos AT), e
no modo transparente, os dados da aplicação trafegam, (PPP/TCP etc.).
Quando se envia um comando AT para o rádio-modem, ele responde com
“OK” e o resultado do comando dependendo do fabricante do rádio ou de
como ele está configurado.
A resposta pode demorar, pois depende do comando, estado da rede, ou o
radio-modem ocupado processando solicitações da rede.
É possível passar do modo comando para o modo transparente ou vice versa,
utilizando os comandos:
 +++ -> Volta ao modo comando
 ATD -> Volta ao modo transparente.
Isto pode ser feito inclusive quando o PPP estiver ativado. Estes comandos
não podem ser enviados durante o fechamento de soquete ou durante envio
e retorno de transação.
Todos os erros “Falha do Modem” devem ser tratados como FALHA GRAVE de
hardware e o terminal não deve poder iniciar mais nenhuma operação.
 No caso dos Terminais da Verifone, os comandos AT são enviados
diretamente ao modem.
 No caso dos Terminais da Ingenico, os comandos AT são enviados de
forma indireta através de funções para o MODEM.
P.08.04.05 520
16.12 Mensagens específicas para

terminais wireless
O display do terminal deverá ter duas janelas: header e corpo.
HEADER
Ocupa a linha superior do display e deve ter as seguintes informações:
 Sinal (RSSI) e BER devem ser mostrados no display de maneira
gráfica e numérica
 Ex . S 18:01 onde 18 = RSSI e 01 = BER
 Tipo de Conexão : GPRS (quando em modo GPRS) e CSD (Quando em
Modo CSD). Há um símbolo gráfico identificador do modo de
conexão – GPRS (G) ou CSD (C). Se não conectado esta posição do
display permanece em branco
 Operadora em uso devera ser mostrada pelo nome da operadora
 Ex: CLARO , TIM
 Status de carga da Bateria em % (Ex: 59 %) e ícone.
O display deverá ser atualizado a cada 12 segundos.
MODELO DO HEADER
O nome da operadora deve ser coletado através do comando “AT+COPS?”.

Caso a operadora possua mais de 5 posições, ela deverá ser truncada no final,
e caso tenha menos de 5 posições, o nome deverá estar centralizado.
O nível do sinal, além de ser apresentado de forma gráfica (ícone), é seguido
de dois números: o RSSI (intensidade do sinal) e a taxa de erros de
transmissão (BER).
P.08.04.05 521
CORPO
4 linhas do display.
Deverá apresentar as mensagens de status da conexão, aplicação, e as
mensagens de erro.
As mensagens estão divididas em: mensagens de aplicação, mensagens de
conexão e mensagens de erro.
MENSAGENS DE APLICAÇÃO
Mensagens sobre ocorrências da aplicação, que não fazem parte da
comunicação.
MENSAGENS DE CONEXÃO
 Em modo GPRS, após ser digitado o Enter ao final da coleta de
dados:
 Quando a Conexão GPRS ainda não estiver ativa:
 Registrando...
 Quando o GPRS já estiver estabelecido e a mensagem
transacional enviada:
 Processando
 Em modo GSM, após ser digitado o ENTER ao final da coleta de
dados ou quando for uma falha GPRS:
 Quando a Conexão CSD ainda não estiver ativa
 Discando...
 Quando o CSD já estiver estabelecido e a mensagem
transacional enviada.
 Processando
A lógica de pré-discagem e pré-conexão deve ser mantida conforme

descrito no anexo “Árvores de Coleta”.
ENTRE AS MENSAGENS DE CONEXÃO

A mensagem abaixo deverá ser exibida enquanto o terminal estiver realizando
as tentativas de conexão, desde a primeira até a última. Em caso de fracasso,
a próxima mensagem deverá ser exibida.
P.08.04.05 522
Display Display interface

convencional touch
POR FAVOR,
AGUARDE UM
INSTANTE.
Tentar reconexão, seguindo quantidade de tentativas de rediscagens

configuradas nas tabelas de inicialização. Enquanto realiza as tentativas, exibir
a mensagem: “POR FAVOR, AGUARDE UM INSTANTE.” Caso nenhuma
tentativa seja bem-sucedida, exibir esta mensagem em display, para ação do
lojista.
Display Display interface
convencional touch
POR FAVOR,REFAÇA
A TRANSAÇÃO.
CODIGO <ETAPA-
CME>
OUTRAS MENSAGENS
As mensagens de final de processo serão codificadas conforme tabela (v. item
Tabelas de mensagens de comunicação, item Tabela de erros) e deverão ser
mostradas somente ao final de uma operação mal sucedida.
As mensagens de erro devem ser mostradas no seguinte formato:
 EX STATUS G2.1-148 = Falha de conexão GPRS item 1 , com o CME
error = 148
16.13 Tabelas de mensagens de

comunicação
As mensagens a seguir são apresentadas ao final da transação em que o erro
ocorreu.
P.08.04.05 523
16.13.1 Mensagens de status

SIM CARD AUSENTE
SIM CARD DESABILITADO
SIM CARD COM PROBLEMA
SIMCARD X APN INVALIDA
SEM SINAL DA OPERADORA
BATERIA FRACA
FALHA DO MODEM
16.13.2 Mensagens de erro

Contém todas as mensagens previstas, de acordo com os scripts GPRS e GSM
utilizados no desenvolvimento.
ETAPA CODIGO DESCRIÇÃ CME DISPLAY AÇÃO

DE O ERRO 1234567890123456
ERRO R
por favor, ligue
A A.0 FALHA NO N/A Troca do
para a rede
MODEM terminal
e informe o
código A.0
por favor, ligue
A.1 SIMCARD N/A Troca do SIM
para a rede
desabilitad Card.
e informe o
o
código A.1
por favor, ligue
A.2 SIM CARD 262 Troca do SIM
para a rede
Bloqueado Card.
e informe o
código A.2-262
por favor, ligue
A.3 ERRO na 15 Verificar Tabela
para a rede
senha do APP
e informe o
SIM CARD
código A.3-015
por favor, ligue
A.4 Falha de N/A Não existe GPRS.
para a rede
Attachmen Trocar SIM Card
e informe o
t GPRS ou verificar
código A.4
operadora
por favor, ligue Não existe sinal
A.5 Sem sinal N/A
para a rede da operadora.
da
e informe o Verificar com a
operadora
código A.5 operadora,ou
trocar terminal
por favor, ligue
A.6 SIMCARD 10 SIMCARD está
para a rede
ausente ausente
e informe o
P.08.04.05 524
código A.6-10
por favor, ligue
A.7 SIMCARD 13 Troca de
para a rede
danificado SIMCARD
e informe o
código A.7-013
C1 C1.1.X Mensagem N/A por favor, refaça Falha no Pool de
“no modems da
a transação.
Carrier” no operadora.
modem código C1.1.X Verificar com a
operadora
C1.2.X Mensagem N/A por favor, refaça Falha no Pool de

“no dial modems da
a transação.
tone” no operadora.
operadora

“no modems da
a transação.
anwser” no operadora.
operadora

“Line Busy” modems da
a transação.
no modem operadora.
código C1.4.X Verificar com a
operadora
C2 C2.1.X TENTE DE N/A por favor, refaça Mensagem é

NOVO-TO mostrada em
a transação.
display assim que
código C2.1.X exceder o tempo
máximo
esperado
C2.2.X TENTE DE N/A por favor, refaça Mensagem é

NOVO-ND mostrada em
a transação.
display assim que
código C2.2.X exceder o tempo
máximo
esperado para
recepção da
resposta de
desfazimento
C2.3.X TENTE DE N/A por favor, refaça Mensagem é

NOVO-LC mostrada em
a transação.
display assim que
código C2.3.X houver a queda
P.08.04.05 525
de conexão entre
o terminal e o
NAC
C2.4.X TENTE DE N/A por favor, refaça O Terminal deve

NOVO-MI apresentar esta
a transação.
mensagem
código C2.4.X quando recebe
dados que não
conseguem ser
desformatados:
Se o mapa de BIT
possui
inconsistência
C2.5.X TENTE DE N/A por favor, refaça O Terminal deve

NOVO-ID apresentar esta
a transação.
mensagem
código C2.5.X quando recebe
dados
inesperados ou
inconsistentes
por favor, ligue
G1 G1.1 APN 149 Verificar Tabela
para a rede
inválida e APP
e informe o
fallback
código G1.1-149
desabilitad
o.
por favor, ligue
G1.2 Falha de 148 Verificar
para a rede
ativação de operadora
e informe o
contexto
código G1.1-148
pelo GGSN
por favor, ligue
G1.3 Falha de 132
para a rede
provisiona
e informe o
mento de
códigoG1.1-132
IP pelo
GGSN
por favor, ligue
G1.4 Falha N/A Falha no GGSN,
para a rede
Negociação verificar com a
e informe o
PPP operadora
código G1.4
G2 G2.1 Timeout N/A por favor, refaça IP NAC com
Fechament problemas de
a transação.
o de rede
soquete IP código G2.1
primário
G2.2 Conexão N/A por favor, refaça IP NAC com

recusada IP problemas de
P.08.04.05 526
primário a transação. rede

código G2.2
G2.3 Sem Rota N/A por favor, refaça IP NAC com

IP primário problemas de
a transação.
rede
código G2.3
G2.4 Timeout N/A por favor, refaça IP NAC com

Fechament problemas de
a transação.
o de rede
soquete IP código G2.4
secundário
G2.5 Conexão N/A por favor, refaça IP NAC com

recusada IP problemas de
a transação.
secundário rede
código G2.5
G2.6 Sem Rota N/A por favor, refaça IP NAC com

IP problemas de
a transação.
secundário rede
código G2.6
G3/G4 G4.1 Sem N/A por favor, refaça Servidor

resposta autorizador com
a transação.
do Servidor problemas
via GPRS código G4.1
G4.2 Tente de N/A por favor, refaça O Terminal deve

novo - MI apresentar esta
a transação.
mensagem
código G4.2 quando recebe
dados que não
conseguem ser
desformatados:
Se o mapa de BIT
possui
inconsistência
G4.3 Tente de N/A por favor, refaça O Terminal deve

novo - ID apresentar esta
a transação.
mensagem
código G4.3 quando recebe
dados
inesperados ou
inconsistentes
X* 1 Servidor N/A
via CSD
SHORT
P.08.04.05 527
CODE
2 Servidor N/A
via CSD
0800
*X = Apenas referência para informar se é Short Code ou 0800 nas chamadas

GSM
16.13.3 Tabela de mensagens com exceções

Contém as mensagens da tabela principal, mais as mensagens de exceção, ou
seja, não estão previstas nos scripts, porém podem acontecer por algum
problema inesperado, portanto serão devidamente informados para
tratamento.A etapa deve ser informada, bem como o CME Error As tabelas
estão agrupadas com a possível etapa onde pode ocorrer o erro, porem elas
podem acontecer em qualquer etapa.
ETAPA A
CODIGO Mensagem Detalhe Mensagem de Erro Ação Terminal

erro do
modem ou
operadora
por favor, ligue
CME Phone Falha no Não existe ação possível
para a rede
ERROR: failure Modem para o POS, exibir a
e informe o
0 mensagem no POS. O
código X.XX-CME
Suporte deve ser orientado a
procurar pela operadora
para esclarecer o ocorrido.
por favor, ligue
CME No Erro do Não existe ação possível
para a rede
ERROR: connection GSM para o POS, exibir a
e informe o
1 to phone mensagem no POS. O
código X.XX-CME
por favor, ligue
CME Phone Não existe ação possível
para a rede
ERROR: adapter para o POS, exibir a
e informe o
2 link mensagem no POS. O
código X.XX-CME
reserved Suporte deve ser orientado a
por favor, ligue
CME Operation Tentar reconexão seguindo
para a rede
ERROR: not quantidade de tentativas de
e informe o
3 allowed rediscagens configuradas nas
código X.XX-CME
P.08.04.05 528
tabelas de inicialização. Caso

nenhuma tentativa seja bem
sucedida, exibir a mensagem
em display para ação do
lojista.
por favor, ligue
CME Operation Tentar reconexão
para a rede
ERROR: not (quantidade de tentativas de
e informe o
4 supported rediscagens configuradas nas
código X.XX-CME
tabelas de inicialização).
Caso nenhuma tentativa seja
bem sucedida, exibir a
mensagem em display para
ação do lojista.
por favor, ligue
CME PH_SIM Não existe ação possível
para a rede
ERROR: PIN para o POS, exibir a
e informe o
5 required mensagem no POS. O
código X.XX-CME
por favor, ligue
CME PH_FSIM Não existe ação possível
para a rede
ERROR: PIN para o POS, exibir a
e informe o
código X.XX-CME
por favor, ligue
CME PH_FSIM Não existe ação possível
para a rede
ERROR: PUK para o POS, exibir a
e informe o
código X.XX-CME
por favor, ligue
CME SIM not Não existe ação possível
para a rede
ERROR: inserted para o POS, exibir a
e informe o
10 SIMCARD mensagem no POS. O
código X.XX-CME
não Suporte deve ser orientado a
inserido procurar pela operadora
por favor, ligue
CME SIM PIN Não existe ação possível
para a rede
ERROR: required para o POS, exibir a
e informe o
código X.XX-CME
por favor, ligue
CME SIM PUK Não existe ação possível
para a rede
ERROR: para o POS, exibir a
P.08.04.05 529
12 required e informe o mensagem no POS. O

código X.XX-CME Suporte deve ser orientado a
por favor, ligue
CME SIM failure Não existe ação possível
para a rede
ERROR: (SIMCARD para o POS, exibir a
e informe o
13 danificado) mensagem no POS. O
código X.XX-CME
por favor, ligue
CME SIM busy Não existe ação possível
para a rede
e informe o
14 aguardand mensagem no POS. O
código X.XX-CME
o processo) Suporte deve ser orientado a
por favor, ligue
CME SIM wrong Não existe ação possível
para a rede
e informe o
15 com mensagem no POS. O
código X.XX-CME
operadora Suporte deve ser orientado a
invalida) procurar pela operadora
por favor, ligue
CME Incorrect Não existe ação possível
para a rede
ERROR: password para o POS, exibir a
e informe o
código X.XX-CME Suporte deve ser orientado a
por favor, ligue
CME SIM PIN2 Não existe ação possível
para a rede
e informe o
código X.XX-CME
por favor, ligue
CME SIM PUK2 Não existe ação possível
para a rede
e informe o
código X.XX-CME
por favor, ligue
CME Memory Não existe ação possível
para a rede
ERROR: full para o POS, exibir a
e informe o
código X.XX-CME
P.08.04.05 530

por favor, ligue
CME Invalid Não existe ação possível
para a rede
ERROR: index para o POS, exibir a
e informe o
código X.XX-CME
por favor, ligue
CME Not found Não existe ação possível
para a rede
ERROR: para o POS, exibir a
e informe o
código X.XX-CME
por favor, ligue
CME Memory Não existe ação possível
para a rede
ERROR: failure para o POS, exibir a
e informe o
código X.XX-CME
por favor, ligue
CME Text string APN ou Não existe ação possível
para a rede
ERROR: too long parâmetro para o POS, exibir a
e informe o
24 muito mensagem no POS. O
código X.XX-CME
longo 100 Suporte deve ser orientado a
Posições procurar pela operadora
por favor, ligue
para a rede
ERROR: characters para o POS, exibir a
e informe o
25 in text mensagem no POS. O
código X.XX-CME
string Suporte deve ser orientado a
por favor, ligue
CME Dial string Não existe ação possível
para a rede
ERROR: too long para o POS, exibir a
e informe o
código X.XX-CME
por favor, ligue
para a rede
ERROR: characters para o POS, exibir a
e informe o
27 in dial mensagem no POS. O
código X.XX-CME
string Suporte deve ser orientado a
P.08.04.05 531
por favor, ligue

CME Network Não existe ação possível
para a rede
ERROR: personaliza para o POS, exibir a
e informe o
40 tion PIN mensagem no POS. O
código X.XX-CME
required Suporte deve ser orientado a
por favor, ligue
para a rede
e informe o
41 tion PUK mensagem no POS. O
código X.XX-CME
por favor, ligue
para a rede
ERROR: subset para o POS, exibir a
e informe o
42 personaliza mensagem no POS. O
código X.XX-CME
tion PIN Suporte deve ser orientado a
required procurar pela operadora
por favor, ligue
para a rede
ERROR: subset para o POS, exibir a
e informe o
código X.XX-CME
tion PUK Suporte deve ser orientado a
por favor, ligue
CME Service Não existe ação possível
para a rede
ERROR: provider para o POS, exibir a
e informe o
código X.XX-CME
tion PIN Suporte deve ser orientado a
por favor, ligue
CME Service Não existe ação possível
para a rede
ERROR: provider para o POS, exibir a
e informe o
código X.XX-CME
tion PUK Suporte deve ser orientado a
por favor, ligue
CME Corporate Não existe ação possível
para a rede
e informe o
46 tion PIN mensagem no POS. O
código X.XX-CME
por favor, ligue
CME Corporate Não existe ação possível
para a rede
ERROR: personal- para o POS, exibir a
e informe o
P.08.04.05 532
47 ization PUK código X.XX-CME mensagem no POS. O

por favor, ligue
CME PH-SIM Não existe ação possível
para a rede
ERROR: PUK para o POS, exibir a
e informe o
código X.XX-CME
por favor, ligue
CME Unknown Tentar reconexão seguindo
para a rede
ERROR: error quantidade de tentativas de
e informe o
100 rediscagens configuradas nas
código X.XX-CME
lojista.
por favor, ligue
CME Illegal MS Problema Não existe ação possível
para a rede
ERROR: no SIM para o POS, exibir a
e informe o
103 Card: não mensagem no POS. O
código X.XX-CME
consegue Suporte deve ser orientado a
carregar os procurar pela operadora
dados do para esclarecer o ocorrido.
chip.
por favor, ligue
CME SIM Falha na Tentar enviar comando
para a rede
ERROR: Blocked Comunicaç novamente até um timeout
e informe o
262 SIM ao do de 5 Segundos. Caso não se
código X.XX-CME
bloqueado SIMCARD recupere neste intervalo,
com o exibir a mensagem em
Rádio. display para ação do lojista.
SIMCARD
foi
reiniciado
e esta em
processo
de BOOT
ou travado
por mau
contato.
Possível
problema
com
SIMTOOLKI
T (Applet
Java)
P.08.04.05 533
ETAPA G
Código Mensagem Detalhe Mensagem de Erro Ação Terminal

erro do
modem ou
operadora
por favor, ligue
CME No network Sem GPRS Tentar reconexão seguindo
para a rede
ERROR: service quantidade de tentativas de
e informe o
código X.XX-CME
sucedida, Tentar por GSM, e
caso não obtenha sucesso,
exibir a mensagem em
display para ação do lojista.
por favor, ligue
CME Network GPRS Não Tentar reconexão seguindo
para a rede
ERROR: timeout Respondeu quantidade de tentativas de
e informe o
código X.XX-CME
por favor, ligue
CME Network not Sem GPRS Tentar reconexão seguindo
para a rede
ERROR: allowed, quantidade de tentativas de
e informe o
32 emergency rediscagens configuradas nas
código X.XX-CME
calls only tabelas de inicialização. Caso
por favor, ligue
CME Illegal ME Black List o Tentar reconexão seguindo
para a rede
ERROR: Chip na quantidade de tentativas de
e informe o
106 operadora rediscagens configuradas nas
código X.XX-CME
lojista.
por favor, ligue
CME GPRS O Chip está
para a rede
ERROR: services not com o
e informe o
107 allowed GPRS
código X.XX-CME
bloqueado,
não
P.08.04.05 534
habilitado
dados
por favor, ligue

CME PLMN not Lista de
para a rede
ERROR: allowed Radio Base
e informe o
111 é carré-
código X.XX-CME
gada de
tempos em Não existe ação possível
tempos, no para o POS, exibir a
cartão, e a mensagem no POS.
que o Chip
está O Suporte deve ser
conectando orientado a procurar pela
não está operadora para esclarecer o
em sua lista ocorrido.
por favor, ligue

CME Location Não é
para a rede
ERROR: area not permitido
e informe o
112 allowed fazer
código X.XX-CME
upgrade de
PLMN
nesta área.
por favor, ligue
CME Roaming not
para a rede
ERROR: allowed in
e informe o
113 this location
código X.XX-CME
area
por favor, ligue

CME Operation Serviço da Não existe ação possível
para a rede
ERROR: temporary operadora para o POS, exibir a
e informe o
126 not allowed não mensagem no POS. O
código X.XX-CME
disponível Suporte deve ser orientado a
por favor, ligue
CME Service Serviço PPP Tentar reconexão seguindo
para a rede
ERROR: operation não quantidade de tentativas de
e informe o
132 not Disponível rediscagens configuradas nas
código X.XX-CME
supported tabelas de inicialização. Caso
por favor, ligue
CME Requested Não foi Não existe ação possível
para a rede
ERROR: service comissiona para o POS, exibir a
e informe o
133 option not do mensagem no POS. O
código X.XX-CME
subscribed Suporte deve ser orientado a
P.08.04.05 535
por favor, ligue

CME Service Não Tentar reconexão seguindo
para a rede
ERROR: option consegue quantidade de tentativas de
e informe o
134 temporary fazer o PPP rediscagens configuradas nas
código X.XX-CME
out of order tabelas de inicialização. Caso
por favor, ligue
CME Unspecified
para a rede
ERROR: GPRS error
e informe o
148 GGSN com
código X.XX-CME
problemas
por favor, ligue
CME PDP Não existe ação possível
para a rede
ERROR: authenticatio para o POS, exibir a
e informe o
149 n failure APN mensagem no POS. O
código X.XX-CME
inválida e Suporte deve ser orientado a
fallback procurar pela operadora
desabilitado. para esclarecer o ocorrido.
ETAPA C
Código Mensagem Detalhe Mensagem de Erro Ação Terminal

erro do
modem ou
operadora
por favor, refaça
CME Invalid Radio tem Tentar reconexão seguindo
a transação.
ERROR: mobile class uma classe quantidade de tentativas de
código X.XX-CME
150 de rediscagens configuradas nas
tranmissão, tabelas de inicialização. Caso
8,9, 10, etc. nenhuma tentativa seja bem
O Radio é sucedida, Tentar por GSM, e
mais rápido caso não obtenha sucesso,
do que a exibir a mensagem em
rede que display para ação do lojista.
está
presente.
Throuput
do Rádio.
P.08.04.05 536
por favor, ligue

CME Operation O Rádio Tentar reconexão seguindo
para a rede
ERROR: temporarily está quantidade de tentativas de
e informe o
256 not allowed ocupado, rediscagens configuradas nas
código X.XX-CME
não tabelas de inicialização. Caso
consegue nenhuma tentativa seja bem
fazer outra sucedida, Tentar por GSM, e
ação. caso não obtenha sucesso,
por favor, ligue
CME Call barred O modem Não existe ação possível
para a rede
ERROR: não está para o POS, exibir a
e informe o
257 autorizado mensagem no POS. O
código X.XX-CME
a efetuar Suporte deve ser orientado a
conexões procurar pela operadora
CSD (GSM) para esclarecer o ocorrido.
por favor, refaça
CME Phone is Telefone Tentar reconexão seguindo
a transação.
ERROR: busy discado quantidade de tentativas de
código X.XX-CME
258 está rediscagens configuradas nas
ocupado. tabelas de inicialização. Caso
por favor, ligue
CME Invalid dial Não existe ação possível
para a rede
ERROR: string para o POS, exibir a
e informe o
código X.XX-CME
PODE ACONTECER EM QUALQUER ETAPA
CODIGO Mensagem Detalhe Mensagem de Erro Ação Terminal

erro do
modem ou
operadora
por favor, ligue
CME SS not Unknown Não existe ação possível
para a rede
ERROR: executed subscriber. para o POS, exibir a
e informe o
261 Não foi mensagem no POS. O
código X.XX-CME
achado no Suporte deve ser orientado a
HLR. A procurar pela operadora
linha não para esclarecer o ocorrido.
está no
P.08.04.05 537
chip, e sim
no hlr. Não
possui o
número da
linha no
cadastro da
operadora.
por favor, ligue
CME SIM powered Problema
para a rede
ERROR: down no Rádio
e informe o
772 do Modem.
código X.XX-CME
Quando
abre o
encaixe do
chip.
ERRO APÓS RECEBIMENTO DA MENSAGEM ISO 8583

Após o recebimento da mensagem ISO 8583 pelo terminal, podem ocorrer
inconsistência na mensagem.
Deve ser exibido no display o erro correspondente assim que o terminal
receber a mensagem inválida.
Não há rediscagem para estas situações.
Mensagem de erro
TENTE DE NOVO – MI O Terminal deve apresentar esta mensagem quando recebe

dados que não conseguem ser desformatados: Se o mapa de
BITs possui inconsistência.
Estatística:
1) Para transação este caso deve ser contabilizado no campo
“NMID” da estatística de transações do terminal.
“CICQTFMI” da estatística SCRM/TA do terminal.
campo “CIIQTFMI” da estatística SCRM/TA do terminal.
TENTE DE NOVO – ID O Terminal deve apresentar esta mensagem quando recebe

dados inesperados ou inconsistentes:
Se a REDE está temporariamente inoperante, o NAC pode
enviar uma mensagem inesperada ao terminal;
Se não conferem os BITs 03, 04, 11 e 41 da mensagem de
resposta (Código de Processamento, Valor, NSU e Número
Lógico) com estes mesmos dados da mensagem de
requisição.
Estatística:
1) Para transações este caso deve ser contabilizado no campo
P.08.04.05 538
“NMID” da mensagem de estatística de transações do

terminal.
“CICQTFID” da estatística SCRM/TA do terminal.
campo “CIIQTFID” da estatística SCRM/TA do terminal.
16.14 ISO 8583 - GPRS

A operadora de telecomunicações que fornece o serviço GPRS captura todas
as transações que trafegam pela APN particular da REDE.
A mensagem ISO 8583 será encapsulada em um protocolo TCP/IP e enviado
pelo meio físico Wireless padrão GPRS.
DESCRIÇÃO:
Tam Tamanho do campo de dados da mensagem ISO 8583 incluindo TPDU.
TPDU 5 bytes, no formato 60nnnn0000, sendo:

60 - aplicação do terminal
nnnn - endereço destino (NII-Network Internacional Identifier) (*)
0000 - endereço origem (este dado é modificado pela rede durante o
tráfego da mensagem)
Msg ISO 8583 Código da mensagem;

Mapa de BITs;
Dados da mensagem, conforme mapa de BITs.
16.15 ISO 8583 - GSM

O Modem do terminal possui módulo RF, que utiliza a tecnologia GSM para
comunicação com as ERBS das concessionárias homologadas.
A mensagem GSM não encapsula a mensagem ISO sob o protocolo IP, como
ocorre no modo de conexão GPRS. A conexão do modem operando em modo
GSM negocia com o concentrador, com as mesmas características de um
modem convencional que utiliza a linha telefônica padrão.
P.08.04.05 539
Header Tam TPDU Msg ISO 8583 CRC

GSM
02 00 1f 60 00 09 00 00 080020200100008000009900000001660 F3 d2
00947534d3030303031
Descrição:
Tam Tamanho do campo de dados da mensagem ISO 8583 incluindo TPDU.
TPDU 5 bytes, no formato 60nnnn0000, sendo:

nnnn - endereço destino (NII-Network Internacional Identifier) (*)
0000 - endereço origem (este dado é modificado pela rede durante o tráfego
da mensagem)
Msg ISO Código da mensagem;

8583
Mapa de BITs;
Dados da mensagem, conforme mapa de BITs.
16.16 Estatística wireless

O terminal Wireless possui um grupo de estatísticas, composta por algumas
Tags do BIT 48. Os Tags 90 e 91 estarão presentes quando habilitadas nas
tabelas de configuração do TNMS ou TA: Acquirer Table – Options byte 1 –
Flag 7 Habilita estatística WIRELESS = S.
Ver estrutura das tags do BIT 48.
16.17 Adendo
16.17.1 Tipos de terminal
Os terminais estão divididos em dois tipos:
 RADIO MODEM e CPU de aplicação juntos: não existe ligação física
entre o rádio e a CPU do terminal (Ingenico EFT930)
 RADIO MODEM e CPU de aplicação Separados.VERIFONE VX670
Para os dois terminais, o radio modem é controlado por comandos AT, por
modos diretos (VX670) e indiretos (EFT930).
P.08.04.05 540
16.17.2 DIAGRAMAS DE FLUXO
SÍMBOLOS UTILIZADOS
Execução
Função
Comentário
Decisão
Mostrar no
Display
P.08.04.05 541
FLUXO BÁSICO
P.08.04.05 542
INICIALIZA RÁDIO 1/3

Inicializa o rádio GSM, verifica o SIMCARD, a operadora e o sinal.
P.08.04.05 543
P.08.04.05 544
P.08.04.05 545
VERIFICA SINAL GPRS 1/2

Testa o GPRS, verificando se existe sinal e BER suficiente.
P.08.04.05 546
VERIFICA SINAL GPRS 2/2
P.08.04.05 547
ATIVA CONTEXTO
Ativa e verifica a ativação do contexto.
P.08.04.05 548
NEGOCIA PPP
Efetua a conexão PPP com a operadora e captura o IP.
P.08.04.05 549
ABRE SOQUETE 1/2

Abre o soquete nos IPs da tabela interna.
P.08.04.05 550
ABRE SOQUETE 2/2
P.08.04.05 551
CONECTA CSD
Efetua a conexão CSD, e retorna os códigos de erro.
P.08.04.05 552
17 TRATAMENTO DE CHIP / FALLBACK

Antes de detalhar os possíveis conteúdos do BIT 22, quando há envolvimento
de chip no processamento da transação, é importante conhecer quando uma
transação é executada com chip, com tarja, digitação e quando ocorre
Fallback.
Um terminal é considerado habilitado a operar chip se tiver a leitora de chip.
Esta característica ficará refletida na posição 11 do BIT 61. Desta forma,
mesmo que as tabelas de chip não sejam baixadas durante o processo de
Inicialização, ainda assim não se altera a condição do terminal, mesmo que
nesta situação tenha perdido a capacidade de tratamento de chip.
As transações de crédito parcelado e débito pré-datado estarão disponíveis
apenas para cartões com “Country Code” do Brasil.
Não haverá Emergency BIN no POS.
Nas Transações de Parcelado e Pré-datado será utilizado o Valor Total para
realizar a transação com chip.
Seguem os fluxos de uma transação executada com chip, com tarja, digitação
com os pontos onde pode ocorrer fallback.
As telas exibidas em uma transação chip estão listadas em TELAS PARA CHIP.
Para transações sem contato, o BIT 61 deve ser preenchido conforme
detalhado nesta especificação.
Seguem os fluxos de uma transação executada com cartão contactless.
As telas exibidas em uma transação estão listadas em TELAS PARA
CONTACTLESS.
P.08.04.05 553
17.1 Determinação do modo de entrada

Para determinar se uma transação será executada pela tarja magnética ou
pelo chip, devem ser considerados diversos parâmetros e configurações.
O suporte geral ao modo de entrada chip é estabelecido pela tabela Terminal
(Terminal Configuration Table) seguindo os fluxos apresentados nos tópicos
seguintes.
Entretanto o suporte para um determinado range de cartões é definido
também pela Issuer Table, conforme tabela a seguir.
(para o detalhamento sobre as telas descritas na tabela abaixo, veja TELAS
PARA CHIP)
Tabela: Determinação do modo de entrada por Emissor (Issuer Table)
Options 2 - Options 2 – Tarja com SC de Tarja sem SC de Cartão com chip

Bit7 (“Valida Bit6 chip foi passada chip foi passada foi inserido
Service (“Obriga
Code”) Chip”)
S S Impede o Segue com o Segue com o

prosseguimento processamento processamento
via tarja. pela tarja pelo chip
Exibe a mensagem:
“USE CHIP PARA /
ESTA
TRANSACAO”.
S ou N N Segue com o Segue com o Impede o uso do

processamento processamento chip
pela tarja pela tarja
Exibe a
mensagem:
“RETIRE E PASSE /
O CARTAO”. Veja
TELAS PARA CHIP.
N S Impede o “USE CHIP PARA Segue com o

prosseguimento ESTA TRANSAÇÃO” processamento
via tarja. pelo chip
Exibe a mensagem:
“USE CHIP PARA
ESTA TRANSACAO”
P.08.04.05 554
17.2 Cartão inserido na leitora de chip
INÍCIO
TELA INICIAL
Cartão inserido na
leitora de CHIP
Habilitação
CHIP
Terminal
CHIP FUNC.CHIP INATIVA

Não
Habilitado? PASSE O CARTAO
Sim
Fluxo
Transação
com CHIP
P.08.04.05 555
17.3 Passagem de cartão magnético

INÍCIO
TELA INICIAL
Passagem de
cartão na leitora
magnética
Transação de crédito, débito

Já escolheu Escolhe
Não ou Voucher (Voucher ou
transação? Transação
Voucher Frota)?
Sim
Habilitação
CHIP Sim
Terminal (*) Não
CHIP Executa transação

Não Não
Habilitado? com a tarja magnética
Sim
Identifica
CHIP pela
Trilha (*)
Não
Identificou
CHIP?
Sim
USE CHIP PARA

ESTA
TRANSAÇÃO
(*) indica que esta rotina está detalhada em um fluxograma separado
P.08.04.05 556
17.4 Escolhida primeiramente a

transação pelo menu
INÍCIO
TELA INICIAL
Comando de
Escolha de
transação
Transação
Não Sim
aceita CHIP?
Solicita passagem
Solicita passagem
de cartão ou
de Cartão
inserção de CHIP
Tipo de Tipo de
Digitação Passagem
Entrada? Entrada? Passagem
cartão
Digitação cartão
Executa transação Executa transação
com PAN digitado com trilha magnética
CHIP
TRANSAÇÃO Segue fluxo Segue fluxo

NÃO PERMITE Executa transação Cartão inserido na Passagem de
CHIP com PAN digitado leitora de CHIP cartão magnético
P.08.04.05 557
17.5 Cartão aproximado da leitora para

cartões contactless
P.08.04.05 558
17.6 Executa transação Contactless
P.08.04.05 559
17.7 Montagem da Lista de Aplicações

Candidatas Contactless
A lista de aplicações candidatas para execução da transação contactless deve
contemplar todas as aplicações habilitadas pelo terminal e que sejam do tipo
de transação escolhida previamente conforme fluxograma abaixo.
(1) O campo ICCOptions2 da tabela CHIPDATA2 deve ter o BIT correspondente

ao tipo de transação escolhida pelo usuário com o valor igual a 1. Para as
transações Contactless, o campo ICCOptions 1 da tabela CHIPDATA2 deve
ter os BIT 7 com valor igual a 0 e somente um dos BIT´S 6,5,4 ou 3 com
valor igual a 1.
P.08.04.05 560
Habilitação de tratamento de chip no

terminal
O fluxo abaixo verifica se o terminal está habilitado para leitura de chip.
Habilitação CHIP
Terminal
Terminal Configuration Table –

Option 4 – Bit 7 = TRUE? (terminal Não CHIP Não Habilitado
habilitado a chip)
Sim
Existe tabela
Não
KEYDATA?
Sim
Existe tabela
Não
CHIPDATA2?
CHIP Habilitado
P.08.04.05 561
17.8 Desenvolvimento do novo fluxo de captura

por aproximação
Neste item serão detalhados os requisitos para o desenvolvimento do novo fluxo de

captura de transações NFC, seguindo os padrões estabelecidos pela ABECS, conforme
Figura 2:
Figura 2.
P.08.04.05 562
17.9 Identificação da presença do chip

no cartão
Se identificada a presença do chip no cartão ao se passar a tarja, o terminal
deve solicitar a inserção deste na leitora.
A verificação da presença de chip deverá ser realizada na trilha em
tratamento, conforme configuração nas tabelas de Inicialização - BITS 35 E 45
– ENVIO DA TRILHA 1 E 2.
Veja algoritmo sobre a parametrização da Tabela de Issuer:
SE Tabela de Issuer “Obriga Solicitar Chip” = true E ((Tabela de Issuer Verifica
SC pos 1 = true E cartão indica chip) OU Tabela de Issuer – Verifica SC pos 1 =
false)
Transição é processada via chip
FIM SE
Observar que se o campo da Tabela de Issuer “Obriga Solicitar Chip” =

false, o cartão será considerado sem chip, independentemente dos
demais parâmetros (service code do cartão e parâmetro “Testa 1ª
posição do service code”)
Exemplo 1
Tabela de Issuer “Obriga Solicitar Chip” = false
Tabela de Issuer “Testa 1ª posição do Service Code” = true
1ª posição do service code do cartão = 2 (indica cartão com chip)
Resultado:
Considera-se que o cartão NÃO possui chip. A transação será processada via
tarja.
Exemplo 2
Tabela de Issuer “Obriga Solicitar Chip” = true
Tabela de Issuer “Testa 1ª posição do Service Code” = false
1ª posição do service code do cartão = 2 (indica cartão com chip) = false
Resultado:
Considera-se que o cartão possui chip. A transação será processada via chip.
P.08.04.05 563
Nas transações de débito o mês do cartão e a Tabela de BINs também serão

tratados na detecção do chip no cartão.
Veja fluxograma ‘Identifica chip pela trilha’:
17.9.1 Identifica chip pela trilha
Identifica CHIP
pela Trilha
Terminal Configuration Table

É débito? Sim Não Não identificou CHIP
– Options 4 – Bit 1 = TRUE?
Sim
Não
BIN presente na tabela

Sim
BINS TABLE?
Não
Term.Config.
Table – Options 4 – Transação
habilitada para chip? Não
Não
Sim Campo MÊS da trilha 2

válido?(*)
Issuer Table
Opt.2 – Bit 7 = True ? Sim
(Valida 1ª pos. Não identificou CHIP
ServiceCode)
Issuer Table
Opt.2 – Bit 7 = True ?
(Valida 1ª pos.
Sim
ServiceCode)
Sim Não
1ª posição Não
Não Service Code =
“2” ou “6” ?
Não 1a. Posição Service Code =

“2” ou “6”?
Não
Sim
Sim
Issuer Table
Opt.2 – Bit 6 = True ?
(Obriga solic.chip) Issuer Table
Opt.2 – Bit 6 = True ? Não
(Obriga solic.chip)
Sim
Sim
Identificou CHIP
Identificou CHIP
P.08.04.05 564
(*) O campo mês é composto pelas 3ª. e 4ª. posições após o separador do
PAN da trilha 2 do cartão e deve estar entre os valores “01” e “12” incluindo
esses valores.
17.10 Identificado que o terminal é

capaz de tratar a transação com chip
Fluxo
Transação
com CHIP
INSIRA O CARTAO
Executa comando ERRO DE LEITURA

Power On TENTE NOVAMENTE
Incrementa
Sucesso
Mais que 3 contator de
recebimento Não Não
tentativas? tentativas de
ATR?
leitura CHIP
Sim
Zera o contador
de tentativa de
leitura CHIP
Executa
Sim Fallback
Cartão CARTAO BLOQ! Magnético(*)
Sim
Bolqueado? LIGUE EMISSOR
Não
Executa
Transação Fim da transação
CHIP (*)
(*) indica que esta rotina está detalhada em um fluxograma separado
17.10.1 Executa transação chip
P.08.04.05 565
Executa
Transação
CHIP
Monta a Lista
de aplicações
candidatas(*)
Existe AID Executa

Já escolheu
Lista Vazia? Sim Não bloqueado? Não Fallback
transação?
(5) Magnético(*)
Sim Sim
Não
APLICACAO APLIC BLOQUEADA!

Fim da Transação
Se mais de uma NÃO SUPORTADA LIGUE EMISSOR
aplicação: Montar
Menu
Não
Aplicações
E selecionar uma
aplic.
Monta a Lista de
Exclui aplicação
aplicações Lista Vazia? Sim
bloqueada da lista
candidatas(1)
Aplicação APLIC BLOQUEADA!

Bloqueada? Sim LIGUE EMISSOR
(2)
Não
Aplicação
Sim APLIC. INVALIDA!
Inválida?
Não
Erro
Operacional? Sim OPERACAO
(3) CANCELADA
Não
Erro de Apaga os dados Executa

CARTÃO COM
Execução? Sim da transação Fallback
PROBLEMA
(4) atual Magnético(*)
Não
Apresentar menu
Transação
com transações TRANSAÇÃO NÃO
permite chip? Não
relativas à PERMITE CHIP
(1)
aplicação
Sim
Emissor
RETIRE E PASSE
permite chip? Não
O CARTÃO
(6)
Finaliza a
Sim transação com
CHIP
Itens em laranja foram incluídos/alterados na versão P.06.05.01.

(*) Esta rotina está detalhada em um fluxograma separado
(1) Transações específicas do AID escolhido: Se for escolhida uma transação
que não permite Chip (CHIPDATA2 TABLE – ICCOptions2) exibir TRANSAÇÃO
NÃO PERMITE CHIP.
(2) Para seleções feitas pelo arquivo PSE do cartão, a informação de aplicação
bloqueada só estará disponível após a seleção da aplicação. Portanto se
P.08.04.05 566
selecionada exibir a mensagem de aplicação bloqueada e excluir a aplicação

da lista de aplicações candidatas
(3) Erros operacionais :
 Cancelamento da transação por parte do operador
 Timeout na entrada de dados
 Retirada do cartão antes do final da transação – “CARTAO
RETIRADO”
(4) Erros de Execução (Comandos executados até o 1st Generate AC -
inclusive):
 Erro na execução de comandos enviados ao cartão
 Retornos inválidos para comandos enviados ao cartão
 Ausência de parâmetros mandatórios dentro do cartão
 Em caso de inconsistência entre o PAN (Tag 5A) e o PAN contido na
trilha2 (Tag 57)
(5) No caso de um cartão sem PSE as aplicações bloqueadas não são incluidas
na lista das aplicações candidatas. Portanto a lista pode estar vazia mas
possuir aplicações bloqueadas. Neste caso Fallback não é permitido.
(6) Verificar se o Emissor permite a execução da transação através do modo de
entrada Chip seguindo as regras apresentadas na tabela “Determinação do
modo de entrada por Emissor (Issuer Table)”.Fallback
P.08.04.05 567
Executa
Fallback
Magnético
PASSE O CARTAO
Incrementa
Sucesso Mais que 3 contador de ERRO DE LEITURA
Não Não
leitura trilha? tentativas ? tentativas de PASSE O CARTAO
leitura
Sim
Zera número de
tentativas de Já escolheu
Não Escolhe transação
leitura de trilha transação?
magnética
Sim
Identifica
CHIP pela
Trilha(*)
Transação de
Não CARTAO INVALIDO Fim da transação
Crédito ?
Sim
Cartão possui
Sim Não
CHIP?
DIGITE O CARTAO
Transação em Transação em
Fallback modo normal
Magnético (não sinaliza
(sinaliza fallback) fallback) Não
Sucesso
Digitação?
Executa transação com Sim

a tarja magnética
Transação em
Fallback Digitado
Executa Transação
com PAN digitado
(*)Rotina está detalhada em um fluxograma específico
P.08.04.05 568
17.11 Montagem da Lista de

Aplicações Candidatas
A lista de aplicações candidatas para execução da transação com chip deve
contemplar todas as aplicações habilitadas pelo terminal e que estejam
presentes no cartão com chip, conforme fluxograma abaixo.
Monta Lista
de Aplicações
Candidatas
Busca primeira
entrada da tabela
CHIPDATA2
Match da Lista de
Aplicações Candidatas
Sim Existe próximo Não
com os AIDs do cartão –
AID?
no Kernel EMV
Busca próxima
Terminal possui AID
Não entrada na tabela
habilitado?
CHIPDATA2 Monta a lista final
(1)
de AIDs
Sim
Inclui AID na lista

Já escolheu
Não de candidatas
Transação?
(3)
Sim
AID suporta TRS

Sim
escolhida pelo usuário?
(2)
Não
(1) Para que um AID seja considerado habilitado, o campo Options 4 da tabela
TERMINAL CONFIGURATION deve ter o BIT correspondente ligado no campo
ICCOptions2 da tabela CHIPDATA2.
(2) O campo ICCOptions2 da tabela CHIPDATA2 deve ter o BIT correspondente
ao tipo de transação escolhida pelo usuário com o valor igual a 1.
(3) Para produtos que necessitam de seleção prévia (exemplo private label,), o
AID não deverá ser incluído na lista de aplicações candidatas.
Se a lista de candidatas tiver apenas uma aplicação, o terminal deve:
Selecionar automaticamente a aplicação caso o BIT 8 do campo Application
Priority da aplicação estiver configurada com o FALSE.
P.08.04.05 569
Mostrar a tela de confirmação da aplicação caso o BIT 8 do campo Application

Priority da aplicação estiver configurada com o valor TRUE.
Caso as aplicações presentes no cartão sejam selecionadas pela leitura do
arquivo PSE, as informações de aplicação bloqueada não estarão disponíveis
no início e serão inseridas na lista de candidatas.
Neste caso, a tela de “APLIC BLOQUEADA! / LIGUE EMISSOR” será mostrada
após a escolha da aplicação bloqueada e o terminal monta um novo menu
sem esta aplicação. Caso este novo menu tenha somente uma aplicação, de
acordo com a norma EMV – Book 1- é obrigatória a apresentação desta para
confirmação do operador (nesse caso desconsiderando o campo Application
Priority).
Quando o cartão não utiliza o arquivo PSE, de acordo com o Book 1 da norma
EMV, as aplicações bloqueadas não devem fazer parte da lista de candidatas.
Porém é interessante armazená-las, pois caso a lista de aplicações disponíveis
esteja vazia e existirem aplicações bloqueadas, o terminal deve abortar a
transação com “APLIC BLOQUEADA! / LIGUE EMISSOR”.
P.08.04.05 570
18 TELAS PARA CHIP

Este anexo apresenta as telas que o terminal exibe durante o processamento
de cartões com chip.
Telas no padrão 4 linhas por 16 colunas.
18.1 Mensagens de erro

As mensagens abaixo correspondem a um erro crítico, que aborta a transação
em curso.
18.1.1 Terminal não habilitado para processamento

de cartão com chip
Apresentada no início da transação caso o terminal não esteja habilitado para
processar cartões com chip, de acordo com as tabelas de inicialização. Isto
acontece quando:
1. Na tabela TERMINAL CONFIGURATION TABLE o campo Options 4 – BIT 7
(Terminal) está desabilitado.
2. Tabela CHIPDATA2 TABLE ENTRY inexistente.
3. Tabela KEYDATA TABLE ENTRY inexistente.
Nestes casos a exibir a tela abaixo.

convencional
FUNV.CHIP INATIV
PASSE O CARTAO
P.08.04.05 571
18.1.2 Cartão com chip não permitido para transação

selecionada
Tela apresentada se uma transação que não permite chip for selecionada pelo
menu e o usuário inserir um cartão com chip.
Nota: Uma transação que aceita chip possui um bit específico ligado no campo
Options 4 da tabela TERMINAL CONFIGURATION e o Flag correspondente ao
campo ICCOptions2 na tabela CHIPDATA2 ligado.
convencional
TRANSACAO NAO
PERMITE CHIP
18.1.3 Cartão bloqueado

Esta mensagem é apresentada quando o cartão está bloqueado por iniciativa
do emissor. Nesse caso a transação é abortada Logo após a leitura do cartão,
antes de ser apresentado o menu com as aplicações disponíveis.
convencional
CARTÃO
BLOQUEADO!
LIGUE EMISSOR
18.1.4 Aplicação bloqueada

A tela Aplicação bloqueada deve ser apresentada em duas situações.
P.08.04.05 572
1. A mensagem aplicação bloqueada é apresentada quando a aplicação

escolhida estiver bloqueada, sendo que outras no mesmo cartão podem
estar ativas (ex.: Débito bloqueado, Crédito não bloqueado).
Esse caso pode ocorrer se o cartão possuir o método de seleção PSE. Por
este método, mesmo uma aplicação bloqueada faz parte do menu de
aplicações. Portanto, após a seleção da aplicação bloqueada aparecerá a
tela abaixo. Em seguida um novo menu é montado disponibilizando as
demais aplicações, exceto a bloqueada.
2. Caso o cartão não possua o método de seleção PSE, serão
disponibilizadas no menu somente as aplicações não bloqueadas. Nesta
condição, caso não haja nenhuma aplicação desbloqueada, no lugar do
menu aparecerá a tela abaixo.
convencional
APLICACAO
BLOQUEADA!
LIGUE EMISSOR
18.1.5 Cartão retirado

Retirar o cartão do terminal.
Ao digitar ENTRA em uma tela em que o cartão foi removido, deve ocorrer a
mensagem abaixo.
Se o cartão for retirado durante um processo de autorização Online e a
transação for aprovada, o terminal deve enviar uma mensagem de
desfazimento.
Neste caso o cartão deve solicitar ir para Online na próxima transação que
executar se parâmetro Issuer Card Risk Management assim indicar.
Se o cartão for retirado durante a impressão dos comprovantes a transação é
considerada finalizada com sucesso.
P.08.04.05 573

convencional
CARTAO
RETIRADO
18.1.6 Erro no cartão

Apresentada após a escolha de uma aplicação no menu, quando é detectado
que o cartão está em desacordo com a norma EMV (dados incorretos ou
resposta incorreta a um comando enviado pelo terminal).
convencional
CARTAO
COM PROBLEMA
Exemplo: Inconsistência da tag do PAN (5A) com a tag Track2 Equivalent Data
(57).
18.1.7 Aplicação escolhida pelo menu não é

suportada pelo chip
Apresentada caso uma transação for pré-selecionada pelo menu, mas o cartão
inserido não possuir nenhuma aplicação compatível com ela. Exemplo: Escolhi
no menu uma transação de crédito e inseri um cartão que aceita somente
débito.
P.08.04.05 574

convencional
APLICACAO NAO
SUPORTADA
Exemplo de situações onde se exibe a mensagem TRANSAÇÃO NÃO PERMITE

CHIP / TRANSAÇÃO NÃO SUPORTADA:
Inicio da transação via MENU escolhendo crédito. Em seguida inserir um
cartão de chip somente de débito. Neste caso deve ser apresentada a
mensagem “aplicação não suportada”, pois o cartão não permite a transação
previamente escolhida.
Início de transação via chip ou menu escolhendo-se débito. Em seguida
escolher uma transação não habilitada na TERMINAL TABLE ou na tabela
CHIPDATA2 . Neste caso a mensagem exibida é “TRANSAÇÃO NÃO PERMITE
CHIP”.
18.1.8 Erro de comunicação com o cartão

Apresentada no início do processamento caso ocorra uma falha de
comunicação com o cartão (por exemplo, cartão mudo). O usuário deve então
retirar e inserir novamente o cartão.
convencional
ERRO DE LEITURA
TENTE NOVAMENTE
P.08.04.05 575
18.1.9 Passagem de trilha em cartão com chip

Apresentada para um cartão habilitado para chip:
Caso o usuário passe a tarja magnética ou
no caso de pré-seleção pelo menu a transação escolhida permitir chip, mas o
usuário passar o cartão.
convencional
USE CHIP PARA

ESTA TRANSACAO
18.1.10 Cartão com chip não permitido pelo emissor

para transação selecionada
Tela apresentada se uma transação cujo emissor não permite chip for
selecionada pelo menu e o usuário inserir um cartão com chip.
convencional
RETIRE E PASSE
O CARTAO
Exemplo: Cartão com chip utilizado em uma transação Private Label e

configurado na tabela de Issuer para não aceitar chip.
P.08.04.05 576
18.1.11 Mensagens de erros durante a transação

Contactless
Mensagem Situação
ERRO DE LEITURA Ocorre quando o terminal não consegue efetuar a leitura

de todos os dados do cartão contactless
TENTE NOVAMENTE
Obs.
1) Este caso deve ser contabilizado no campo
“CNMCRDERR” da estatística de transações do terminal.
APLICAÇÃO O Terminal deve apresentar esta mensagem quando a lista

de possíveis AID´s para a realização da transação
NÃO SUPORTADA
contactless estiver vazia.
INSIRA OU PASSE
O CARTÃO
USE CHIP PARA O terminal deve apresentar esta mensagem se a aplicação

for inválida para execução via contactless ou se a lista de
ESTA TRANSAÇÃO
AID´s candidatos só permita transações com contato.
CARTÃO O terminal apresenta esta mensagem caso haja erro na

execução da transação contactless.
COM PROBLEMA
MODO INVÁLIDO Caso o terminal não esteja habilitado para transação

contactless
INSIRA OU PASSE
O CARTÃO
18.2 Mensagens intermediárias

São mensagens que podem ser apresentadas durante uma transação chip.
18.2.1 Seleção da aplicação

Apresentada quando mais de uma aplicação do cartão é conhecida pelo
terminal para seleção do usuário.
A montagem da lista de aplicações está descrita no tópico “Montagem de Lista
de Aplicações Candidatas”.
P.08.04.05 577

convencional
SELECIONE APLIC.
XXXXXXXXXXXXXXXX
18.2.2 Confirmação da aplicação

Apresentada caso somente uma aplicação do cartão for conhecida do
terminal, e esta esteja configurada no cartão para confirmação pelo usuário. A
montagem da lista de aplicações está descrita no tópico “Montagem de Lista
de Aplicações Candidatas”.
convencional
CONFIRMA APLIC.
XXXXXXXXXXXXXXXX
P.08.04.05 578
18.2.3 Aplicação inválida

Apresentada caso a aplicação escolhida pelo usuário não possa ser
selecionada, pois ocorreu um erro durante a seleção de seus dados – dados
corrompidos.
Se existirem outras aplicações do cartão conhecidos pelo terminal exibir
novamente o menu de aplicações para que o usuário escolha outra.
convencional
APLIC. INVALIDA!
18.2.4 Senha incorreta

Apresentada caso a senha tenha sido digitada para verificação Offline e não
esteja correta. Neste caso o cartão retorna o número “xx” de re-tentativas. Se
o número de re-tentativas estiver entre 1 a 9, deve ser exibido um ou dois
dígitos "x” Exemplo: + 2 tentativas (correto). + 02 tentativas (também
correto).
convencional
SENHA INCORRETA!
+ xx TENTATIVAS
P.08.04.05 579
18.2.5 Senha incorreta – Última tentativa

Apresentada caso a senha digitada para verificação Offline esteja incorreta e
restar somente uma tentativa antes do bloqueio da senha.
convencional
SENHA INCORRETA!
ÚLTIMA TENTATIVA
18.2.6 Senha bloqueada

Apresentada caso a senha digitada para verificação Offline tiver excedido o
número de tentativas.
A transação pode ser abortada ou não, pois mesmo com uma senha
bloqueada a transação pode ainda prosseguir Online – dependendo da
configuração do cartão (Tag IAC - 9F0E) e do terminal (campo TAC - Terminal
Action Code Denial).
convencional
SENHA BLOQUEADA!
18.2.7 Processamento
Apresentada durante o processamento EMV, quando não é requerida uma
ação do usuário e o terminal estiver interagindo com o cartão.
P.08.04.05 580

convencional
NAO RETIRE
O CARTAO
18.3 Mensagens de final de

processamento
No final de uma transação temos alguns cenários possíveis:
 Transação negada Offline
 Transação negada Online
 Transação aprovada Online, mas negada pelo chip
 Transação aprovada Online e aprovada pelo cartão.
 Sem comunicação (“unable to go on line”) e negada pelo cartão
 Sem comunicação e aprovada pelo cartão
18.3.1 Transação aprovada

Tela apresentada no final da transação caso seja aprovada, em modo Offline
ou Online.
convencional
TRANSACAO
APROVADA
P.08.04.05 581
18.3.2 Transação negada offline

Uma transação chip EMV sempre vai até o final do processo e os motivos de
aprovação e negação são vários, parametrizáveis pelo cartão/terminal e feitos
automaticamente pelo Kernel EMV. Exemplo de negação Offline: cartão
vencido.
Portanto se for negada Offline por qualquer motivo a mensagem será:
convencional
TRANSACAO NEGADA
LIGUE EMISSOR
18.3.3 Transação negada online

No caso de uma transação negada Online, permanecerá a mensagem enviada
pelo emissor. Estas mensagens vêm na resposta do host à transação.
Exemplo: Saldo Insuficiente, Senha Inválida, Cartão não desbloqueado, etc.
No caso de transação Voucher negada com o código de retorno (Bit 39) igual a
“73”, esta poderá ser aprovada em modo Offline na situação de “Unable to go
online”. Se aprovada Offline, deve proceder da forma descrita no item 18.3.5,
se negada apresentar a mensagem enviada na resposta da transação (Bit 63).
18.3.4 Falha de comunicação

Temos duas situações possíveis quando há falha de comunicação.
18.3.5 Erro de comunicação com o host e cartão em

seguida aprova
Neste caso a mensagem de erro de comunicação é suprimida. Deve exibir a
tela:
P.08.04.05 582

convencional
TRANSACAO
APROVADA
18.3.6 Erro de comunicação com o host e o cartão em

seguida nega a transação
Neste caso é exibir:
convencional
TENTE DE NOVO-xx
Onde xx = motivo do problema de comunicação ou tela específica no caso de

terminal wireless.
As mensagens LINHA EM USO e SEM TOM DE DISCAGEM no caso de chip
nunca são exibidas.
P.08.04.05 583
19 TELAS PARA CONTACTLESS

Este anexo apresenta as telas que o terminal exibe durante o processamento
de cartões contactless.
19.1 Tela de Leitura de Cartão

Para a tela onde será necessária a aproximação do cartão contactless, deve
haver indicação visual do estado da transação.
Para a correta implementação desta tela, deve ser usada como referência a
especificação
“A_Architecture&General_Rqmts_v2_1_March2011_20110406012829559.pdf” seção 9.
19.2 Mensagens de erro

As mensagens abaixo correspondem a um erro crítico, que aborta a transação
em curso.
19.2.1 Terminal não habilitado para processamento

de cartão contactless
Apresentada no início da transação caso o terminal não esteja habilitado para
processar cartões com chip, de acordo com as tabelas de inicialização. Isto
acontece quando:
3. Na tabela TERMINAL CONFIGURATION TABLE o campo Options 4 – BIT 7
(Terminal) está desabilitado.
4. Tabela CHIPDATA2 TABLE ENTRY inexistente ou sem AID´s de contato.
5. Tabela KEYDATA TABLE ENTRY inexistente.
Nestes casos a exibir a tela abaixo.
P.08.04.05 584
19.2.2 Cartão bloqueado

Esta mensagem é apresentada quando o cartão está bloqueado por iniciativa
do emissor. Nesse caso a transação é abortada Logo após a leitura do cartão,
antes de ser apresentado o menu com as aplicações disponíveis.
CARTAO
BLOQUEADO!
LIGUE EMISSOR
19.2.3 Aplicação bloqueada

A tela Aplicação bloqueada deve ser apresentada em duas situações.
6. A mensagem aplicação bloqueada é apresentada quando a aplicação
escolhida estiver bloqueada, sendo que outras no mesmo cartão podem
estar ativas (ex.: Débito bloqueado, Crédito não bloqueado).
Esse caso pode ocorrer se o cartão possuir o método de seleção PPSE. Por
este método, mesmo uma aplicação bloqueada faz parte do menu de
aplicações. Portanto, após a seleção da aplicação bloqueada aparecerá a
tela abaixo. Em seguida um novo menu é montado disponibilizando as
demais aplicações, exceto a bloqueada.
7. Caso o cartão não possua o método de seleção PPSE, serão
disponibilizadas no menu somente as aplicações não bloqueadas. Nesta
P.08.04.05 585
condição, caso não haja nenhuma aplicação desbloqueada, no lugar do

menu aparecerá a tela abaixo.
APLICAÇÃO
BLOQUEADA!
LIGUE EMISSOR
19.2.4 Erro no cartão

Apresentada após a escolha de uma aplicação no menu, quando é detectado
que o cartão está em desacordo com a norma EMV (dados incorretos ou
resposta incorreta a um comando enviado pelo terminal).
CARTAO
COM PROBLEMA
Exemplo: Inconsistência da tag do PAN (5A) com a tag Track2 Equivalent Data
(57).
19.2.5 Aplicação escolhida pelo menu não é

suportada pelo chip
Apresentada caso uma transação for pré-selecionada pelo menu, mas o cartão
aproximado não possuir nenhuma aplicação compatível com ela. Exemplo:
Escolhi no menu uma transação de crédito e aproximei um cartão que aceita
somente débito.
P.08.04.05 586
APLICACAO NAO
SUPORTADA
19.2.6 Erro de comunicação com o cartão

Apresentada no início do processamento caso ocorra uma falha de
comunicação com o cartão (por exemplo, cartão mudo). O usuário deve então
retirar e inserir novamente o cartão.
ERRO DE LEITURA
TENTE NOVAMENTE
19.3 Mensagens de final de

processamento
No final de uma transação temos alguns cenários possíveis:
 Transação negada Offline
 Transação negada Online
 Transação aprovada Online, mas negada pelo chip
 Transação aprovada Online e aprovada pelo cartão.
 Sem comunicação (“unable to go on line”) e negada pelo cartão
 Sem comunicação e aprovada pelo cartão
P.08.04.05 587
19.3.1 Transação aprovada

Tela apresentada no final da transação caso seja aprovada, em modo Offline
ou Online.
TRANSAÇÃO
APROVADA
19.3.2 Transação negada offline

Uma transação chip EMV sempre vai até o final do processo e os motivos de
aprovação e negação são vários, parametrizáveis pelo cartão/terminal e feitos
automaticamente pelo Kernel EMV. Exemplo de negação Offline: cartão
vencido.
Portanto se for negada Offline por qualquer motivo a mensagem será:
TRANSAÇÃO NEGADA
LIGUE EMISSOR
19.3.3 Transação negada online

No caso de uma transação negada Online, permanecerá a mensagem enviada
pelo emissor. Estas mensagens vêm na resposta do host à transação.
Exemplo: Saldo Insuficiente, Senha Inválida, Cartão não desbloqueado, etc.
P.08.04.05 588
19.3.4 Falha de comunicação

Temos duas situações possíveis quando há falha de comunicação.
19.3.5 Erro de comunicação com o host e cartão em

seguida aprova
Neste caso a mensagem de erro de comunicação é suprimida. Deve exibir a
tela de “TRANSAÇÃO APROVADA” conforme 12.2.1.
19.3.6 Erro de comunicação com o host e o cartão em

seguida nega a transação
Neste caso é exibir:
TENTE DE NOVO
XX
Onde XX = motivo do problema de comunicação ou tela específica no caso de

terminal wireless.
As mensagens LINHA EM USO e SEM TOM DE DISCAGEM no caso de chip
nunca são exibidas.
P.08.04.05 589
20 ANEXO I – TELAS DE REPOUSO
Em estado de repouso o terminal deverá exibir a seguinte tela:
Display convencional Display gráfico Display touch

DD MMM AAAA
insira ou passe
o cartao
P.08.04.05 590
Para terminais Contactless as seguintes telas são exibidas em estado de

repouso, de forma alternada:
Display convencional Display gráfico Display touch
digite o valor
insira ou
passe o cartao
pagamento por
aproximacao
disponivel
Se a REDE enviar o Tag 0x8B na mensagem de Finalização com conteúdo

diferente de espaços, o terminal deverá exibir em display o texto nele contido,
conforme segue:
 Alternando-o com o texto do repouso; ou
 Apresentando-o abaixo do Logotipo do adquirente, caso haja linhas
disponíveis no equipamento; ou
 Efetuando a rolagem do texto, caso não caiba nas linhas disponíveis,
e se identifique ser a melhor forma de apresentação para o terminal
em tratamento.
Submeter a implementação à avaliação da área de Produtos, quando

tratar-se da primeira implementação desta solução pelo fabricante. Os
caracteres em branco ao final do texto devem ser eliminados antes da
exibição.
Quando o terminal estiver inicializado e operacional, porém ainda não
recebeu uma mensagem na Tag 0x8B da Finalização, deixar como
"default" a mensagem "PASSE OU INSIRA O CARTAO"
P.08.04.05 591
20.1 Ícones de Display

Para indicar qual o meio de comunicação está disponível, quando em idle, o
terminal exibe os seguintes ícones no header do display.
Deve ser exibida quando o terminal estiver configurado somente para
comunicação Dial.
Deve ser exibido sempre que o terminal estiver configurado para
Ethernet.
P.08.04.05 592
21 ANEXO II – TRATAMENTOS ESPECIAIS

DE IMPRESSÃO
Esta seção descreve tratamentos adicionais ligados à impressão no terminal.
21.1 Verificação de bobina de papel

Quando o terminal possuir meios de detectar o final da bobina de papel e a
sua ausência, o terminal deve realizar esta verificação, que facilitam o
processo de Logística das bobinas de papel. Quando o terminal detectar que a
bobina de papel está no seu final ou já está ausente, deve realizar as seguintes
ações:
1.
convencional
Exibir a mensagem no
FAVOR TROCAR A
BOBINA DE PAPEL display.
Não permitir que o terminal
transacione sem bobina, e
sempre que acionar o menu
para transacionar, o terminal
deverá sinalizar a mensagem
indicada no display.
21.2 Queda de energia durante a

impressão de comprovante
Quando ocorre queda de energia durante o processo de impressão de
comprovante de transação financeira, o terminal deve efetuar o seguinte
procedimento abaixo ao ser religado.
21.2.1 Algoritmo de queda de energia

 Reimprimir automaticamente o comprovante (pois não se sabe em
que ponto havia parado) assim que o terminar voltar a funcionar.
 Se transação em tratamento é passível de estorno, apresentar em
display a mensagem abaixo por 5 minutos:
P.08.04.05 593
EST AUTE: NNNNNN

1.SIM 2.NAO

convencional
QUEDA DE ENERGIA
ESTORNA TRN
AUTE: NNNNNN
1.SIM 2.NAO
Tela de confirmação da transação pendente devido à queda de energia para

terminais com display de 2, 4 linhas e Touch screen.
 Exigir a digitação de "1" ou "2" pelo operador, o qual deve verificar o
que realmente ocorreu com a transação, cujo campo AUTE do
comprovante reimpresso = “NNNNNN”; a tecla Enter deverá ser
aceita apenas após o preenchimento do campo pelo valor 1 ou 2.
 Não existe valor default para esta pergunta, evitando problemas de
confirmar ou estornar uma venda contra a vontade do
operador/lojista.
 Se operador não acionar a tecla 1 ou 2 durante 5 minutos:
 Manter a transação pendente no lote
 Voltar para a tela inicial do POS escolher uma transação via
menu/função/cartão:
 Exibir novamente em display a tela de confirmação da
transação pendente devido à queda de energia.
 Se operador digitar “S”, processar o estorno da transação em
tratamento, seja ela Online ou Offline.
 Exibir o texto “QUEDA DE ENERGIA” no cupom de estorno,
imediatamente antes do texto contido no BIT 63.
 Se operador digitar “N”, voltar para a tela inicial do POS.
P.08.04.05 594
22 ANEXO III – TERMINAIS DE

DISTRIBUIÇÃO
Tem como objetivo viabilizar transações com cartões de débito no segmento
de DISTRIBUIÇÃO e tem como foco a Ambev.
Um terminal de Distribuição é configurado especificamente para esta
transação pela Terminal Table – Options 3 – Flag 1 – Habilita Terminal em
modo DISTRIBUIÇÃO estiver marcado com SIM.
Opera como uma transação de débito normal, apenas com as opções: à vista e
pré-datada.
Uma transação de distribuição faz coleta de dados configuráveis. Estas
configurações são recebidas do TNMS da seguinte forma:
 O terminal deve considerar o campo Grupo 4 de Prompts da
confirmação positiva, encontrada na tabela de ISSUER como
PROMPT DISTRIBUIÇÃO. Na mesma tabela a transação distribuição
deve estar habilitada em Options 2
 A este Issuer estará relacionado um registro na tabela GROUPS com
o valor de GRID igual a “AA”.
 A este GRID pode ser associado até 16 registros com o número
hexadecimal de identificação que varia de “90 até 99” na tabela
PROMPT. Nesta tabela estão configurados os dados que serão
solicitados pela transação de Distribuição.
Em terminais habilitados para modo DISTRIBUIÇÃO, o nome do produto
DEBITO deve ser alterado para DISTRIBUICAO tanto se utilizando a tecla
MENU, como na tela exibida após a passagem do cartão.
Tanto para transações iniciadas pela passagem do cartão, como para
transações iniciadas pelo menu de transações, devem ser disponibilizadas
para o cliente as opções de DISTRIBUIÇÃO à vista e pré-datada.
As transações de crédito somente estarão disponíveis em um terminal de
DISTRIBUIÇÃO se estiver habilitado na tabela de Issuer o parâmetro: Options 3
- Tipo de Transação – Credit Transaction.
22.1 Inicio da transação

Esta transação pode ser executada pela passagem do cartão na leitora, pela
inserção de Chip ou via MENU escolhendo-se DISTRIBUIÇÃO
Nos três casos acima exibir um menu em seguida com as opções:

À VISTA / PRÉ-DATADA conforme Árvore de Coleta.
As demais transações permitidas devem ser iniciadas via menu ou função
P.08.04.05 595
Transações permitidas em um terminal de DISTRIBUIÇÃO:
0020 Pré-Autorização
0006 Consulta SERASA
0311 Distribuição à vista
0313 Distribuição pré-datada
0350 Venda Crédito rotativo
0351 Venda Crédito Parcelado com Juros
0352 Venda Crédito Parcelado sem Juros
0354 Venda Contratação Crediário
0400 Estorno
0420 Desfazimento
0450 Captura rotativo
0451 Captura parcelada com juros
0452 Captura parcelada sem juros
0454 Confirmação de Pré-autorização
0455 Confirmação de Pré-autorização parcelada pelo estabelecimento
0501 Finalização
0801 Baixa de Ocorrência Técnica
0803 Fim de Auto-inicialização
0804 Fim de Autocarga
0805 Estatística
Reimpressão
0808 Telemetria
Importante: Se no Termmaster ou TA a transação de crédito estiver

desabilitada, neste caso as funções acima referentes ao crédito deverão estar
desabilitadas, exibindo a tela FUNÇÃO INATIVA.
P.08.04.05 596
22.2 Função
As transações Distribuição à Vista / Pré-Datado não podem ser acessadas pela
tecla FUNÇÃO. As funções do lojista permitidas em terminais DISTRIBUIÇÃO
são:
 TECLA CLEAR (LIMPA) – Exibe última mensagem de display
 FUNÇÃO 4 – Bloqueio e Desbloqueio do Terminal
 FUNÇÃO 5 – Posição de vendas
 FUNÇÃO 6 – Inicialização
 FUNÇÃO 8 – Lote Corrente
 FUNÇÃO 13 – Cancelamento de Transação (Estorno)
 FUNÇÃO 14 – Pré-autorização e Confirmação de Pré-autorização (se
crédito habilitado no Termmaster ou TA)
 FUNÇÃO 15 – Resumo de Vendas
 FUNÇÃO 20 – FINALIZAÇÃO
 FUNÇÃO 21 – Pesquisa de documento
 FUNÇÃO 22 – Crédito à vista (se crédito habilitado no Termmaster
ou TA)
 FUNÇÃO 30 – DÉBITO PRÉ-DATADO
 FUNÇÃO 31 – Crédito parcelado emissor (se crédito habilitado no
Termmaster ou TA)
 FUNÇÃO 32 – DÉBITO À VISTA
 FUNÇÃO 37 – Consulta SERASA
 FUNÇÃO 39 – Captura de crédito Offline (se crédito habilitado no
Termmaster ou TA)
 FUNÇÃO 72 – Reimpressão da última transação
 FUNÇÃO 73 – Reimpressão de uma venda específica
 FUNÇÃO 76 – Crédito parcelado estabelecimento (se crédito
habilitado no Termmaster ou TA)
 FUNÇÃO 90 – Troca de senha do lojista
 FUNÇÃO 91 – Versão de carga do aplicativo
 FUNÇÃO 92 – Carga de Aplicativo
As funções do técnico são todas permitidas.
Caso outra função diferente das acima seja solicitada, apresentar a seguinte
mensagem no display:
P.08.04.05 597

convencional
FUNCAO INATIVA
22.3 Menu
Veja as opções no MENU disponíveis em um terminal de DISTRIBUIÇÃO em
Coleta de Dados.
22.4 Cartão
Identifica-se um cartão de Distribuição através dos seguintes parâmetros do
Termmaster ou TA:
 Issuer Table – Options 3 Tipo de Transação – Flag 1 Debit/Maestro
Transaction (se leitura da trilha)
 CHIPDATA2 Table – ICC Options 2 Tipo de Transação – Flag 1
Debit/Maestro Transaction (leitura do chip)
Esta transação pode ser feita pela trilha 2 (não aceita trilha 1) ou por chip,
sempre em modo Online.
Para que sejam permitidas somente transações com Chip em modo Online o
processo abaixo é utilizado:
1. Para inibir o processamento em modo Offline a REDE manterá o
parâmetro Floor Limit da tabela Issuer de Distribuição zerado.
2. A REDE manterá também o parâmetro TAC Terminal Action Code Online
sinalizando que toda transação deve ser processada em modo Online
quando seu valor for superior ao parâmetro Floor Limit da tabela de
Issuer.
22.5 Comprovante
Apesar de operar como uma transação de débito, não permite a escolha do
comprovante a ser impresso. São sempre impressos os dois comprovantes –
estabelecimento/cliente – tanto na impressão quanto na reimpressão.
P.08.04.05 598
O comprovante é igual ao de débito mudando apenas o nome da transação.
22.6 Informações gerais

A venda distribuição deve atualizar os campos de estatística para enviar no BIT
48 – Tag 0x85.
A venda distribuição pode solicitar Confirmação Positiva.
A venda distribuição pode solicitar o CVC2 (Código de Segurança) se transação
com trilha, conforme configuração do Termmaster ou TA. Veja BIT 48 -
Definição de “Tags” – Tag 0x30.
Na finalização a transação de Distribuição será finalizada em um Issuer
específico. Veja Relatório de Finalização.
Estorno/desfazimento são suportados conforme necessidade da transação.
O resumo de vendas é emitido da mesma forma que para uma transação de
débito.
22.7 PIN
Ver BIT 52 - Senha (PIN – Personal Identification Number) – Item: Cartão de
Débito com trilha ou chip.
22.8 Entrada de dados

Para a transação de DISTRIBUIÇÃO, o terminal poderá solicitar informações ao
portador, com a coleta de prompts fixas nas tabelas de inicialização, se estiver
configurada nas tabelas do Termmaster ou TA algum prompt DISTRIBUIÇÃO
para o Issuer correspondente ao cartão em tratamento.
Caso a transação seja negada pelo emissor por motivo de informações
específicas da distribuição incorretas, o POS receberá um código de retorno
no BIT 39, sinalizando erro nos dados informados.
Os dados configuráveis de DISTRIBUIÇÃO serão coletados Logo após a
passagem ou inserção do cartão de débito DISTRIBUIÇÃO realizando uma
venda à vista, ou após a coleta da data de pré-datação da transação para o
débito DISTRIBUIÇÃO pré-datado, conforme árvore de coleta - Coleta de
Dados.
Dados Prompt: máx. 16 caracteres. Cada Prompt possui uma quantidade

configuráveis específica de dígitos dependendo da
Entrada de dados: máx. 12
informação a ser solicitada.
caracteres.
Estas informações coletadas trafegarão
conforme especificado no BIT 48 – Tag 0x54.
P.08.04.05 599
O seu preenchimento é opcional/obrigatório

dependendo do parâmetro Options 1 da
tabela Prompt do TNMS.
Valor total Mínimo de 1 e máximo de 9 Preencher com zeros à esquerda quando

da transação dígitos numéricos. coletado menos do que 9 dígitos.
Campo obrigatório.
Pré-Datado DD/MM/AA - Campo Não deve consistir esta data localmente.

obrigatório se DISTRIBUIÇÃO
Apenas consistir localmente se dia, mês e o
pré-datado. Se à vista este
conjunto dos dois são válidos.
campo não aparece.
Exemplo de data inválida: 29/02/07 (este
ano não é bissexto).
Senha Mínimo de 4 e máximo de 12

dígitos numéricos.
Campo opcional: Depende
da configuração do terminal.
Código de 3 a 5 dígitos numéricos Campo opcional. Se este dado for solicitado

Segurança ele deve ser totalmente preenchido ou
(CVC2) digitado ENTRA somente se inexistente no
cartão ou estiver ilegível (para Issuer que
permita). Portanto somente deve ser aceito
se os 5 dígitos forem digitados – ou ENTRA,
se possível. Caso contrário continua na tela
aguardando digitação.
4 Últimos 4 dígitos numéricos Campo opcional.

dígitos do
Se for solicitado (Termmaster ou TA) deve
cartão
ser totalmente preenchido, senão deve-se
permanecer na tela aguardando digitação.
Exibir em display: “4 ULTM. DIGITOS” e
voltar à tela inicial se o dado digitado não
conferir com o dado lido na trilha, já na
primeira tentativa.
Confirmação Conforme prompts Campo opcional, depende de configuração

Positiva configurados no Termmaster ou TA.
1. Operador inicia transação via MENU - DÉBITO/ tarja/ Chip.
2. Escolha DISTRIBUIÇÃO no sub-menu.
3. Inicio do Pré-Dial é feito na leitura do cartão.
P.08.04.05 600
ENTRADA DE DADOS
4. Solicita código de segurança se configurado no Termmaster ou TA.
5. O sistema solicita o código do cliente.
6. O sistema solicita o valor da venda.
7. Se Distribuição Pré-Datada solicita a data.
8. Sistema solicita senha (PIN).
AUTORIZAÇÃO
9. Encaminha transação para autorização.
FLUXO ALTERNATIVO A
ENTRADA DE DADOS
5. O sistema solicita o código do cliente. Se o campo não for preenchido, exibir
a tela abaixo e aguardar nova entrada de dados.
convencional
FAVOR PREENCHER Timeout 3 segundos
ESTA INFORMACAO
FLUXO ALTERNATIVO B
ENTRADA DE DADOS
7. Se Distribuição Pré-Datada solicita a data. Se a data não for um dia/mês
válido exibir a tela abaixo e aguardar nova entrada de dados.
P.08.04.05 601

convencional
DATA Timeout 3 segundos
INVALIDA
22.9 Fluxo de mensagens

0200 solicitação de Venda Distribuição
Terminal Redecard
0210 resposta de Venda Distribuição
P.08.04.05 602
23 ANEXO IV – PAGAMENTO COM VÁRIOS

CARTÕES (DIVISÃO DE CONTA)
Esta modalidade de pagamento será ativada através de menu de opções (se
não couber na tela principal, deixar na tela que contém as demais opções), e
disponibilizada em terminais wireless apenas. Não haverá função para ativá-la.
Será normalmente utilizada em restaurantes, para pagamento da conta
através da utilização de vários cartões “roteáveis” para a REDE. Deverá ser
desenvolvida também a função Calculadora, também ativada através de
menu, independente da função Divisão de Conta, contemplando as 4
operações, com duas casas decimais. Segue fluxo da transação:
 Função do terminal onde se pode entrar o valor total da conta da
mesa.
 O display exibe o valor da conta e a mensagem "Digite ou Passe o
cartão";
 Ao se passar o cartão, a conexão com a REDE é aberta e a transação
é realizada;
 O terminal, ao finalizar a primeira transação, exibe o valor da conta
subtraído o valor da primeira transação. A Seguir, repete a
mensagem "Digite ou Passe o cartão", efetuando a desconexão física
a cada resposta recebida da REDE;
 O segundo cartão é passado/inserido e o processo se repete;
 Depois que passar todos os cartões, o garçom deverá finalizar a
operação, mesmo que o valor total da transação ainda não tenha
sido atingido/superado. O valor apurado ao final da operação pode
ser maior, igual ou menor que zero. Esta informação é apenas
ilustrativa para o garçom.
Todas as modalidades de transação de venda disponíveis no terminal

estarão habilitadas para a função de Divisão de Conta (Online, Offline,
débito, crédito, Voucher...).
P.08.04.05 603
Fluxo da Transação Telas do Terminal
Seleciona REDECARD
Divisão de VALOR TOTAL
Conta n.nnn.nnn.nnn,nn
DIGITE OU PASSE
Usuário digita O CARTAO
valor total
NÃO
REDECARD
Passa VALOR INDIV.
Cartão? n.nnn.nnn.nnn,nn
SIM
REDECARD
Conecta-se ao SALDO DEVEDOR
NAC R$ n.nnn.nnn.nnn,nn
Usuário digita
valor individual
<CANCEL>
Tecla
Pressionada =
<ENTER>
Transmite trn e imprime

comprovante ou mensagem
de fracasso
SIM
NÃO
Apresenta saldo Passado
devedor Cartão?
NÃO
SIM Desconecta-se e
Pressionado
volta para Idle
<Cancel>?
Screen
P.08.04.05 604
24 ANEXO V – TERMINAIS SEM

IMPRESSORA
Para efeito de barateamento nos custos, as lojas que efetuam um número
bastante reduzido de transações podem optar pela aquisição de terminais
sem impressora (POS Lite). Nestes equipamentos as transações são realizadas
normalmente, porém o resultado é apresentado em display. O lojista deve
preencher o comprovante manualmente, mas não necessita enviá-lo para
processamento, conforme faria se utilizasse da solução manual (By-phone).
Estes terminais apresentam as seguintes particularidades:
 POS com leitora de chip, sem impressora, porém com capacidade
para habilitação da mesma, caso o estabelecimento assim solicite, o
que transformaria o POS Lite num POS convencional;
 O POS Lite não vai ter acionamento por leitura de cartão, apenas
pelo MENU. Transações com cartão de crédito: rotativo, parcelado
com e sem juros;
 Transações de débito: habilitadas se parâmetro do Termmaster ou
TA: Terminal Configuration Table - Débito habilitado (Y/N) = true.
Somente serão habilitadas as modalidades à vista e Pré-datada;
 Transações de Voucher: habilitadas se parâmetro do Termmaster ou
TA: Terminal Configuration Table - Voucher habilitado (Y/N) = true
ou Terminal Configuration Table – Voucher Frota habilitado (Y/N) =
true;
 Resumo de Vendas;
 As operações de Baixa Técnica, Teste de Comunicação, auto-
inicialização, auto-carga e finalização são conforme POS
convencional.
A árvore de coleta de dados e exibição de resultados em display está em doc.
anexo (ver item Coleta de Dados – Árvores de coleta).
P.08.04.05 605
25 ANEXO VI – PROCESSO DE CÓPIA DE

CARGA DE TERMINAL PARA TERMINAL
(PROCESSO PIN A PIN)
A carga PIN a PIN deve ser realizada em campo, através de cópia de aplicação
por meio de cabo serial, possuindo criptografia de segurança entre os dois
pontos para evitar que uma porta serial de um PC ou qualquer outro sistema
computacional decodifique o executável copiado.
Esta funcionalidade não deve apagar a MasterKey do terminal.
A função de acesso para a cópia PIN a PIN deverá estar no nível do Sistema
Operacional, e deverá ter a seguinte base de árvore de coleta:
1. S.O.
2. GERENCIADOR 1. S.O. ▲
3. APLICACOES 2. GERENCIADOR ▼
4. TODOS
Caso o técnico escolha a opção 4 , os três processos abaixo serão realizados

em seqüência, sendo que ao invés de retornar ao menu de cópia pin a pin, o
terminal inicia o próximo processo.
25.1 Cópia do sistema operacional

Esta opção permite a cópia do sistema operacional e deve seguir o seguinte
algoritmo:
SE VERSÃO SO = OU > VERSÃO já Instalada
Verificar CRC do SO instalado;
SE CRC diferente
Recarregar o SO;
Exibir a mensagem:
COPIA DE S.O.
PROGRESSO em NN%
SE NÃO (CRC IGUAL)

Fazer a seguinte pergunta:
VERSAO S.O. IGUAL
DESEJA COPIAR?S/N
P.08.04.05 606
SE RESPOSTA igual a NÃO

Não realizar a Carga e exibir a mensagem:
VERSAO DE S.O. IGUAL
COPIA NÃO REALIZADA
Voltar para o menu Cópia de Software PIN a PIN

FIM SE
FIM SE
FIM SE
Recarregar o SO;
Exibir a mensagem:
COPIA DE S.O.
PROGRESSO em NN%
Ao concluir o processo, exibir a mensagem:

COPIA DE S.O.
CONCLUIDA
A carga do SO novo deve ser realizada em uma área segura, somente

após concluir totalmente o Download o SO anterior deve ser sobreposto
pelo novo, passando assim a operar com a nova versão.
Caso ocorra interrupção da cópia, o procedimento deverá ser retomado
manualmente, e a copia reinicia a partir do ponto que foi interrompido
ou do início caso exista conrompimento do arquivo. A ação tomada
pelo terminal deverá ser exibida em tela para o operador, “COPIAR
NOVAMENTE O S.O.?”, no primeiro caso ou “RETOMAR A COPIA
ANTERIOR?”, no segundo caso.
Quando o técnico interrompa a cópia, o terminal libera a área de
memória com o software novo deletando o aplicativo copiado, e o
terminal continuará operando com a versão que já estava instalada no
terminal, e o processo deverá ser retomado do início.
P.08.04.05 607
25.2 Cópia do gerenciador de

aplicativos
Esta capítulo aplica-se a terminais com gerenciador de aplicativos e explica a
cópia do mesmo.
SE VERSAO Gerenciador = ou > VERSAO já instalada
Verificar CRC da carga instalada com a carga a ser copiada;
SE CRC diferente
Recarregar o GERENCIADOR
Exibir a mensagem:
COPIA DE GERENCIADOR
PROGRESSO em NN%
SE NÃO (CRC IGUAL)

VERSAO G.P. IGUAL
DESEJA COPIAR?S/N

VERSAO DE G.P. IGUAL

FIM SE
FIM SE
FIM SE
Recarregar o SO; Exibindo a mensagem:
COPIA DE GERENCIADOR
PROGRESSO em NN%
P.08.04.05 608
COPIA DE G.P.
CONCLUIDA
A carga do GERENCIADOR novo deve ser realizada em uma área

segura, somente após concluir o Download totalmente, o
GERENCIADOR anterior deve ser deletado e o novo instalado, passando
a operar com a nova versão.
ou do início, através de opção em pergunta ao técnico em campo:
“COPIAR NOVAMENTE OU DO PONTO DE INTERRUPCAO?”.
Caso o técnico interrompa a cópia, o terminal continuará operando
com a versão que já estava instalada no terminal.
25.3 Cópia dos módulos

Esta opção permite a cópia do Módulo REDE e deve seguir o seguinte
algoritmo:
SE a VERSAO MÓDULO REDE = OU > VERSAO JA INSTALADA

Verificar CRC da carga instalada e da carga a ser copiada;
SE CRC diferente
Recarregar o MÓDULO REDE
Exibir a mensagem:
COPIA DE APLICATIVO
PROGRESSO em NN%
SE NÃO (CRC IGUAL)

P.08.04.05 609
VERSAO APL IGUAL

DESEJA COPIAR?S/N

APLICATIVO IGUAL

FIM SE
FIM SE
FIM SE
Recarregar o SO; Exibindo a mensagem:
COPIA DE APLICATIVO
PROGRESSO em NN%

COPIA DE APLICAT
CONCLUIDA
Por uma questão de arquitetura, a aplicação modular não pode ser transferida
entre terminais de uma única vez. Primeiramente transferem-se os aplicativos
executáveis conforme algorítmo descrito acima e em seguida são copiados os
scripts Lua. Para tal, após a conclusão da cópia dos aplicativos o terminal
mostra a seguinte tela :
CARREGA SCRIPTS?
CANCELA ENTRA
Caso o operador pressione a tecla ENTRA, o terminal deve mostrar a

mensagem:
AGUARDANDO
SERVIDOR
No terminal servidor, deve-se seguir o seguinte procedimento:

1. Desligar e ligar o terminal. Quando aparecer a mensagem “***REDE ***”,
pressionar a tecla [4] e deverá ser apresentada a mensagem:
P.08.04.05 610
CARGA SCRIPTS
TERM. A TERM.
1.RECEBE
2.ENVIA
2. Pressionar a tecla [2]. Os scripts LUA deverão ser transferidos para o

terminal destino finalizando a carga “terminal a terminal”
A carga do módulo novo deve ser realizada em uma área segura,

somente após concluir o Download totalmente, o módulo anterior deve
ser deletado e o novo instalado, passando a operar com a nova versão.
ou do início, através de opção em pergunta ao técnico em campo:
“COPIAR NOVAMENTE OU DO PONTO DE INTERRUPCAO?”.
Caso o técnico interrompa a cópia, o terminal continuará operando com a

versão que já estava instalada no terminal.
P.08.04.05 611
26 ANEXO VII – MODOS DE ACESSO

Este anexo descreve os possíveis modos de acesso a um POS: Via menu, via
tecla de atalho, via tecla de função ou via cartão.
26.1 Acesso com chip

Passo Tecla Display do terminal Descrição
1 Dia, Mês, Ano. Tela de espera do terminal

+
Logomarca REDE
2 Nome da Aplic do cartão Se cartão possuir somente uma

AGUARDE... aplicação gravada no chip
2A SELECIONE APLIC Se cartão possuir mais de uma

1.Nome da Aplic 1 aplicação gravada no chip
2.Nome da Aplic 2
3 FLUXO DA TRANSAÇÃO Inicia a transação
26.2 Acesso com tarja

1 Dia, Mês, Ano. Tela de espera do terminal

+
Logomarca REDE
2 1.CREDITO Se cartão possuir somente uma

aplicação gravada no chip
2.DEBITO
3.VOUCHER
3 FLUXO DA TRANSAÇÃO Inicia a transação
P.08.04.05 612
26.3 Acesso via tecla “MENU”

1 Dia, Mês, Ano. Tela de espera do

terminal
+
Digitar a tecla MENU
Logomarca REDE
2 <SETA PARA CIMA> LISTA DE TRANSAÇÕES Exibe lista de transações

do terminal
<SETA PARA BAIXO>
+
<tecla de confirmação>
ou
<tecla numérica
correspondente>
26.4 Acesso via tecla de função DE

ATALHO
1 Dia, Mês, Ano. Tela de espera do terminal.

+ Digitar a tecla de atalho
Logomarca REDE
2 Conforme tecla de atalho
Todos os Terminais possuem suas teclas de atalho de acordo com cada

fabricante, as teclas genéricas se enquandram nas seguinte tebela:
ENTRA Verde
LIMPA* Amarela
CANCELA Vermelha
*Obs: Ao ser pressionada a tecla <LIMPA>, deverá ser apresentada no display

a mensagem recebida na última transação efetuada.
Display Terminal
P.08.04.05 613
MENSAGEM DA ÚLTIMA TRANSAÇÃO
26.5 Acesso via Função

1 Dia, Mês, Ano. Tela de espera do terminal.

+ Digitar a tecla FUNÇÃO ou ENTRA
Logomarca REDE
2 FLUXO DA FUNÇÃO Exibe fluxo da função selecionada.

ESPECÍFICA
26.6 Tabela de funções

Funções
Função Descrição
Lojista* Técnico**
0 Teste de comunicação - X
3 Configuração para Rede WNB - X
4 Bloqueio do terminal com senha do lojist. X -
5 Apresenta o total geral e os totais de cada issuer no visor X -
6 Inicialização X -
7 Baixa de ocorrência técnica - X
8 Apresenta o número do lote corrente no visor X -
9 Auto teste do terminal - X
P.08.04.05 614
12 Fechamento / Liquidação por emissor. X -
13 Cancelamento. X -
14 Pré-autorização / Confirmação de pré-autorização. X -
15 Resumo de Venda. X -
18 Injeção de Chaves DUKPT X
20 Finalização X -
Pesquisa documento no visor com base no número do

21 X -
documento
22 Crédito à Vista X -
30 Venda débito pré-datada X -
31 Venda parcelada cartão de crédito ADM X -
32 Venda à vista cartão de débito X -
37 Serasa X -
38 Voucher X -
39 Captura de crédito off-line X -
41 Private Label X -
42 RAV X -
P.08.04.05 615
43 Simulação CREDIÁRIO X -
44 Contratação CREDIÁRIO X -
51 Recarga de Celular Pré-pago X -
56 Bolsa Família - Compra X -
72 Reimpressão última transação X -
73 Reimpressão venda específica X -
76 Crédito Parcelado estabelecimento X -
77 Funções do TEF - X
80 Giga de Teste X -
82 Teste de impressão - X
83 Teste de display. - X
84 Teste de teclado. - X
85 Envio de ping (WNB). - X
88 SSL Init - X
89 Teste de leitura de trilha e do chip. - X
90 Troca de senha do lojista. X -
P.08.04.05 616
91 Mostra versão do aplicativo e número do terminal. X -
92 Carga de aplicativo por telefone. X X
93 Apaga Lote / Desfazimento. - X
94 Teste de comunicação entre terminal e PIN Pad. - X
Configuração Fabricante. * utilizar senha do Fabricante para

99 - X
acesso.
Se a função chamada não estiver disponível no terminal, exibir FUNCAO INATIVA. Ou,
se for chamada uma função não permitida para a REDE pelo Gerenciador Padrão, a
mensagem exibida é: FUNCAO INVALIDA.
Para detallamento das funções verificar anexo POS_PDVdiscadoFuncoesLojista e
POS_PDVdiscadoFuncoesTecnicas.
P.08.04.05 617
27 ANEXO VIII – INTEGRAÇÃO DAS

APLICAÇÕES FINANCEIRA REDE E DE
SERVIÇOS (IPIRANGA)
A aplicação financeira REDE compartilhara o mesmo POS que aplicações de
serviços.
A integração entre a aplicação financeira REDE e a(s) aplicação(ões) de

serviço ocorre para as funcionalidades:
 inicialização
 transações financeiras de crédito, débito e venda private label
 estorno
 finalização
 boot
 reimpressão
 evento programado
Para as demais funcionalidades e transações da aplicação financeira, não há

integração e as aplicações trabalham de forma independente.
No outro sentido, a aplicação de serviços aciona a aplicação financeira:
 sempre que transação exija pagamento com cartão
 estorno
A forma como essa integração ocorre está detalhada nos seguintes

documentos:
INTEGRAÇÃO FINANCEIRA X SERVIÇOS

Documento: Redecard – Especificação de Integração Financeira x Serviços
(V104).
Responsável: Redecard – área Meios de Captura I
INTEGRAÇÃO ENTRE APLICAÇÕES

Documento: DREQ.07.RQST.88924.Ipiranga 2012.2.RF.88924.02.Integração
entre Aplicações v1.6
Responsável: Phebus Tecnologia
INTEGRAÇÃO FINANCEIRA X SERVIÇOS

Documento: POS - Integração Financeira-Serviços.(versão).docx
Responsável: Argotechno Engenharia
P.08.04.05 618
28 ANEXO IX – COMUNICAÇÃO TERMINAIS

VIA ETHERNET, WI-FI E BLUETOOTH
O sistema deve possibilitar o usuário realizar transações via Ethernet.
 O POS deve utilizar a porta Ethernet para transacionar e como
contingência deve ser disponibilizada a conexão Dial
 Para o POO deve ser disponibilizada a seguintes opções:
o Conexão através do Wi-Fi do lojista
o Conexão através de Base Bluetooth
As mensagens ISO enviadas via ethernet (cabo, wi-fi ou base bluetooth)
devem ser inteiramente criptografadas em DUKPT (chave de dados). Antes de
criptografar a mensagem completa em DUKPT, o POS deve criptografar a
senha em DUKPT (chave de senha), conforme já é feito. Verificar lista de
mensafens criptografadas no item 9.1.
Deve ser implementado um novo protocolo de comunicação para mensagens
enviadas via Ethernet.
i. A mensagem ISO enviada via Ethernet deve seguir o LAYOUT DE
MENSAGEM ETHERNET;
ii. Deve ser contemplador o novo FLUXO DE TRANSAÇÕES ETHERNET que
contém um processo de PROCESSO VALIDAÇÃO DE HOST.
Uma nova chave DUKPT específica para Dados deverá ser injetada
remotamente nos terminais. A chave utilizada será para criptografia de dados
com diversificação tipo “Dados - ANSI X9.24 2009”.
O TermMaster disponibilizará tabelas de comunicação exclusivas para o tipo
Ethernet. O POS deverá utilizar essas nova tabelas.
28.1 Fluxo de transações Ethernet

O fluxo de uma transação no novo processo deve acontecer da seguinte
maneira:
1. Terminal envia a mensagem para o Host:
a. TPDU + IC + KSN + DUKPT(ISO8583);
2. Host recebe mensagem
a. Realiza chamada ao HSM para decriptografar a mensagem

ISO8583;
b. Envia a transação para autorização;
c. Responde para o POS incluindo a blk001no Bit 47 tag 0x36:
P.08.04.05 619
i. O blk001 deve possuir as seguintes informações: Stan enviado na

solicitação de venda, valor da transação, o código de resposta e os 4 últimos
dígitos do NSU do Host da mensagem de resposta;
ii. O blk001 deve ser montado da seguinte forma:
Onde,
SS = Stan – DE 11 - (6 dígitos - BCD); (deve ser utilizado o valor recebido do

terminal)
Obs.: Caso o Stan do Terminal tenha menos de 6 dígitos deverá

ser completado com zeros a esquerda;
RR – Código de resposta– DE 39 (an2) – Deve ser convertido para BCD (2

dígitos BCD)
VV – Valor da transação – DE 4 (n12) – considerar os últimos 4 dígitos do valor

recebido do terminal
NN - NSU – DE 37 (an12) – Deve ser convertido para BCD (Considerar os

últimos quatro dígitos BCD);
a esquerda;
Obs2: Caso a transação não possua os Bits 4, 37 ou 39, estes campos devem
ser completados com zeros na montagem do criptograma;
com zeros a esquerda;
iii. O resultado do item anterior, a blk001, será criptografada utilizando

chave de dados 3DES que consta na tabela de Criptografia;
3. Terminal recebe resposta do Host:
a. Antes de processar a resposta do Host para a transação enviada, o

terminal deve realizar o PROCESSO VALIDAÇÃO DE HOST:
i. Efetua leitura do blk001 (hash de validação de host). Essa

informação será enviada no Bit 47, Tag 0x36;
ii. Gera blk002 que deve ser montado da seguinte forma:
Onde,
P.08.04.05 620
SS = Stan – DE 11 - (6 dígitos - BCD); (deve ser utilizado o valor na memória

terminal)
Obs.: Caso o Stan do Terminal tenha menos de 6 dígitos deverá ser

completado com zeros a esquerda;
RR – Código de resposta– DE 39 (an2) – Deve ser convertido para BCD (2

dígitos BCD)
VV –– Valor da transação – DE 4 (n12) – considerar os últimos 4 dígitos do

valor na memória do terminal
NN - NSU – DE 37 (an12) – Deve ser convertido para BCD (Considerar os

últimos quatro dígitos BCD
a esquerda;
Obs2: Caso a transação não possua os Bits 4, 37 ou 39, estes campos devem
ser completados com zeros na montagem do criptograma;
com zeros a esquerda;
OBS4: O blk002 deve ser gerado com o Bit 4 e 11 salvos em memória pelo
terminal no momento do envio da mensagem. Não deve ser utilizado o valor
da mensagem de resposta do Host;
iii. A blk002 deve ser criptografada em 3DES;
b. Compara a blk001 com blk002:
i. Se blk001 = blk002, Aprova a Transação;
ii. Se blk001 <> blk002, Desfaz a transação e exibe mensagem de

erro de código 009;
iii. Se blk001 <> blk002, o terminal deve efetuar fallback e completar

a transação, através do próximo meio de comunicação que não seja Ethernet;
iv. A comparação sempre deve ser feita antes de uma aprovação de

transação Ethernet;
Exemplo de criptograma com todos os valores recebidos na ISO8583:

HOST:
Stan: 123456 (n6) (deve ser utilizado o valor recebido do terminal)
P.08.04.05 621
Código de resposta: 3031(an2) – Valor deve ser convertido para BCD – logo se
tornará 01
Valor da transação: 000000123450 (n12) – considerar os últimos 4 dígitos –
3450 (deve ser utilizado o valor recebido do terminal)
NSU: 303030303030303030303130 (an12) – Valor deve ser convertido para
BCD – logo se tornará 000000000010 - considerar os últimos 4 dígitos – 0010
Exemplo de Criptograma:
SS SS SS RR VV VV NN NN
12 34 56 01 34 50 00 10
Terminal:
Exemplo de criptograma com todos os valores recebidos na ISO8583:
Stan: 123456 (n6) (deve ser utilizado o valor na memória do terminal)
tornará 01 (deve ser utilizado o valor recebido na mensagem de resposta do
Host)
3450 (deve ser utilizado o valor na memória do terminal)
(deve ser utilizado o valor recebido na mensagem de resposta do Host)
12 34 56 01 34 50 00 10
Exemplo Valor da Transação nulo:

Stan: 123456 (n6)
tornará 01
Valor da transação: Sem valor
BCD – logo se tornará 000000000010 - considerar os últimos 4 dígitos –
0010
Exemplo de Criptograma
12 34 56 01 00 00 00 10
Exemplo Código de resposta nulo:

Stan: 123456 (n6)
Código de resposta: Sem valor
P.08.04.05 622

3450
12 34 56 00 34 50 00 10
Exemplo NSU nulo:

Stan: 123456 (n6)
tornará 01
3450
NSU: Sem valor
12 34 56 01 34 50 00 00
P.08.04.05 623
Fluxo de Transação para terminais com aplicação POS.08.04 (POS – IP)
POS HOST HSM
Inicio da Transação
Conexão Ativa?
Sim
Encripta Mensagem
Não no novo protocolo
TPDU + IC + KSN +
Envio para o SW
E_DUKPT(ISO8583) ¹
Decriptografia da
Chamada ao HSM Mensagem:
Contingência configurada? para decriptografia D_DUKPT(ISO8583) ²
da mensagem
Sim
Fluxo Alternativo Envio da mensagem
Não
para autorização
Exibe Mensagem de Erro

Gera blk001 e inclui na
mensagem ISO8583.
TPDU + IC + KSN +
Responde para o POS
ISO8583(blk001)
Gera blk002
blk001 = blk002
Sim Não
Aprova Transação Envia Desfazimento
Exibe Mensagem de Erro
Imprime Comprovante
¹ E_DUKPT = Função de Encriptação de dados utilizando chave DUKPT.

² D_DUKPT = Função de Decriptação de dados utilizando chave DUKPT.
28.2 Conexão Ethernet

O terminal, quando configurado para este tipo de comunicação, utiliza da
interface Ethernet para se conectar a rede IP local com acesso a Internet e
através deste acesso se conectar a REDE.
P.08.04.05 624
O acesso físico a rede IP local é fornecido através da conexão do cabo

ethernet ao equipamento. A partir desta conexão, a rede IP local deve estar
preparada para fornecer o acesso à Internet para o terminal.
Por padrão, ao detectar a conectividade através da interface Ethernet, o
terminal deve buscar de forma dinâmica as suas configurações IP na rede local
(DHCP), como endereço IP, Máscara e Gateway. Através função 77, o terminal
também pode ser configurado com parâmetros fixos para acesso a rede IP
local.
Quando configurado para comunicação Ethernet, o terminal possui duas
opções de conexão, uma primária e uma secundária conforme definido na
tabela de Comunicação do Termmaster ou TA, e pode ser utilizado a
comunicação Dial como contingência, caso habilitado na função 77. A cada
nova transação o terminal sempre inicia a conexão tentando a comunicação
Ethernet, utilizando as opções primária e secundária, e em caso de erro, se a
contingência estiver habilitada, segue para comunicação Dial.
A interface ethernet do POS precisa auto-detectar a pinagem do cabo,
velocidade e duplex.
O POS deve verificar se a conexão TCP está ativa antes de enviar a transação.
Em caso de inatividade, deve proceder com Fallback.
Os valores default do endereço IP e Porta IP padrão para acesso são:
IP primário: 200.196.230.020
Porta primária: 2121
IP secundário: 201.090.225.230
Porta secundária: 2121
Após a Inicialização estes valores são substituídos pelos parâmetros “Endereço
IP Primário Host REDE” e “Porta IP Primário Host REDE” da ocorrência da
tabela Comunicação, cujo “Tipo de Transação (Options1)” for igual a “0 – SSL
Init”.
28.3 Processo de Conexão Ethernet

Durante a conexão do terminal com a rede da REDE, este pode passar pelas
etapas descritas abaixo:
 Conectividade física
o É determinada pela conexão do cabo e detecção da rede IP
local pelo terminal.
 Definição do IP local do POS e Gateway
o É obtenção dinâmica ou fixa do endereçamento IP do terminal
na rede local, assim como a Máscara e Gateway.
 Conexão
o É o processo de abertura da porta TCP com a REDE.
o
28.4 Tempo de Abertura da porta TCP
P.08.04.05 625
Numa transação, durante o passo de conexão o terminal possui um tempo

máximo para abertura da porta TCP, determinado pelo parâmetro “Tempo de
abertura da porta TCP” da tabela de Comunicação do Termmaster ou TA. Caso
ele não consiga realizar abertura da porta neste tempo, ele muda o estado da
porta para inativo e passa a utilizar os parâmetros de conexão seguintes.
28.5 Wi-Fi
Frequências de Wireless Local Area Wi-Fi possíveis são modos 802.11 b/g/n .
A senha do Wi-Fi deve ser armazenada no terminal de forma segura.
Um upgrade de versão do POS não poderá sobrepor as configurações feitas
pelo técnico quanto ao Wi-Fi.
Após uma telecarga, todas as redes Wi-Fi configuradas e senhas salvas devem
ser mantidas.
A rede será classificada como ativa e poderá ser gravada na memória do POS
quando o técnico incluir a senha, o POS conseguir acessar com a referida
senha uma primeira vez, e receber um IP via DHCP dessa cobertura.
Tendo uma cobertura com mesmo nível de sinal, o POS deverá escolher a
cobertura com maior nível de segurança, sendo que a prioridade será:
1º - WPA2
2º - WPA
3º - WEP
Caso uma cobertura seja desligada ou que não autorize o acesso, o POS
deverá conectar na próxima rede disponível, levando em conta nível de sinal e
protocolo de proteção.
O POS não poderá utilizar protocolos de auto-configuração de segurança
(WPS), mesmo que access-point possibilite.
28.5.1 Persistência da conexão Wi-Fi

Caso o POS esteja conectado à alimentação externa, ele não poderá
desconectar da rede Wi-Fi, de forma a não perder a performance devido a
múltiplas conexões na rede wifi.
Caso o POS esteja alimentado pela bateria, ele poderá entrar em stand-by,
sendo que fazendo uma transação ele deverá permanecer conectado na rede
Wi-Fi 10 vezes o tempo definido para a transação primária, aguardando uma
nova transação pelo cliente, caso não ocorra poderá entrar em stand-by
novamente.
28.5.2 Hand-off entre coberturas
P.08.04.05 626
Caso o POS verifique que o nível de caiu, o POS deverá migrar para uma
cobertura ativa.
Caso o POS entre em stand-by ele deverá seguir pela seleção de nível de sinal
e modo de proteção.
28.5.3 Provisionamento de endereço IP

POS não precisará ter previsão de endereçamento fixo, a rede wifi precisará
prover o endereçamento IP através de DHCP comum na autenticação do
protocolo Wifi.
28.6 Priorização de tráfego –

classificando os pacotes
O TNMS precisa no ato da inicialização definir o Type o Service dos pacotes de
transação e administrativas.
O POS precisa utilizar a informação do Type of Service (TOS) para marcar
todos os pacotes TCP/IP com a correta classificação, para que toda a rede
envolvida no roteamento (Wifi, 3G, EDGE, GPRS, internet) e que tenha a
capacidade de priorizar o trafego possa acelerar o trafego dessa informação
pelos elementos de Rede.
Essa marcação de pacotes precisará estar disponível via Wifi, 3g, EDGE, GPRS,
ou seja, em todas as conexões IP – privadas e Internet.
A prioridade de sequência de acessos está nas tabelas de configuração do
TNMS: Tabela de Comunicação – Opções de comunicação: Tipo de Serviço
28.7 Priorização da Sequência dos

acessos
Para diferenciar os registros de comunicação dos terminais com bluetooth,
ethernet, wi-fi , gprs e dial utilizar o seguinte campo do termmaster: Tabela de
Comunicação – Opções de comunicação:
1 – Ethernet (cabo)
2 – Bluetooth (Ethernet)
3 – Wi-Fi
4 – GPRS
5 – Dial (Bluetooth ou cabo)
Dentre os vários meios de acesso, o POS deverá receber do TNMS uma lista da
sequencia apropriada de utilização dos meios de acesso após a instalação.
Sendo que caso não consiga receber um IP válido, ou estabelecer uma
conexão TCP nos tempos estabelecidos, deverá seguir imediatamente para o
próximo modo.
P.08.04.05 627
A prioridade de sequência de acessos está nas tabelas de configuração do

TNMS: A definir
28.8 Fallback Ethernet e Wi-Fi

Meio de comunicação: Ethernet
O terminal deve verificar se existe conexão TCP (IP Primário e Secundário).
Senão existir conectividade deve efetuar Fallback.
Meio de comunicação: Wi-Fi
O terminal deve verificar se existe conexão TCP (IP Primário e Secundário).
Senão existir conectividade deve efetuar Fallback.
28.9 Teste de Comunicação

Para terminais que estiverem com o GPRS configurado como contigência, ou
seja, não é o primeiro modo de acesso, um teste de comunicação via GPRS
deve ser efetuado periodicamente para evitar que o chip seja desativado.
Esse teste deve ocorrer quando o terminal estiver em descanso, ou seja, sem
estar sendo utilizado.
O intervalo de execução deve utilizar o valor parametrizado no campo “Tempo
execução teste de comunicação” da tabela Terminal Configuration do
documento POS_PDVdiscadoTermmaster.08.04.01.
28.10 Bluetooth
O pareamento do terminal com a base será possível somente através do
contato físico entre essas duas partes, não sendo aplicável o pareamento de
um terminal com várias bases, ou seja, conexão 1:1.
28.11 Estatística
Dados estatísticos referentes às transações Ethernet, Wi-Fi e Bluetooth serão
enviadas no bit 48, tag 0x9B na mensagem de Estatística (0800/ Pcode
910000), para o Switch financeiro. Esta tag deve ser enviada APENAS se o
parâmetro Acquirer Table Entry - Options 2 – bit 3 Habilita estatística
Ethernet, estiver habilitado (S).
Ver item 11.9.53 Estatística Serviço, Wi-Fi e Bluetooth.
28.12 Iconografia
Deverá aparecer no cabeçalho do terminal o ícone de conexão ethernet,
conforme abaixo em terminais gráficos:
P.08.04.05 628
Quando o terminal não conseguir transacionar em ethernet e estiver

configurado para contingência dial-up, o ícone do cabeçalho deverá ser
alterado para:
Terminais touch:
- base conectada, terminal transacionando via ethernet
- Base conectada, terminal transacionando via dial
- Terminal transacionando via WiFi
- Terminal transacionando via GPRS
- níveis de sinal WiFi.
100-75% 75-50% 50-25% 25-0%
P.08.04.05 629
28.13 Fluxo de telas

28.13.1 Inicialização
A inicialização dos terminais Wi-Fi e com base bluetooth possui um fluxo mais
amplo, deve contemplar a configuração das conectividades.
Entre as telas de mensagens sem intervenção manual, o tempo de espera para
a próxima tela deve ser de 7 segundos
28.13.2 IP Fixo
Se a rede local possuir Ip fixo, após a tentativa de conexão Ethernet (tela 3 da
figura anterior) ou Wi-Fi (tela 7 da figura anterior) deve ser apresentado o
fluxo para configuração de Ip Fixo abaixo
P.08.04.05 630
Configuração de Wi-Fi outra rede.
P.08.04.05 631
Após configurar os tipos de conectividade a inicialização continua como já
ocorre hoje:
* considerar tipos de comunicação GPRS, ao invés de 3G nesta

especificação
P.08.04.05 632
28.13.3 Conexão Wi-Fi via menu técnico

Na tela “escolha uma rede”, se houver um rede já conectada deve ser
sinalizada com uma cor diferente.
Uma vez que uma rede WiFi for conectada ao terminal, a configuração fica
gravada, se o cliente se desconectar dessa rede e quiser se conectar depois
novamente, não precisará inserir a senha de novo.
P.08.04.05 633
28.13.4 Mensagens Wi-Fi

Ao desligar o Wi-Fi, a seguinte mensagem deve ser apresentada.
28.13.5 Senha incorreta de Wi-Fi

Ao ser informada uma senha incorreta para Wi-Fi, deve ser informada a
seguinte mensagem.
P.08.04.05 634
28.13.6 Telas de exceção
Conexão Bluetooth via menu técnico
Para saber quais tipos de conectividades estão ativas o lojista pode consultar no menu,
seguindo o fluxo:
P.08.04.05 635
28.13.7 Instalação Ethernet (DHCP como default)
P.08.04.05 636
Alteração da comunicação – IP Fixo (Função 77)
configuração configuração
tipo de comunicação
função: 1.dial
77 2.ethernet
insira ou passe senha do técnico:
o cartão 3.WNB
4.e-packcnico
configuração configuração configuração configuração
rede local habilitar contingência dial? a contingência mode de discagem:

dial pode gerar
1.DHCP 1.sim cobrança de uso 1.tom
2.IP fixo 2.não da linha telefônica. 2.pulso
1
configuração configuração modem mode dial

1. 00
detectar linha? código de acesso PABX 2. 08
3. 60 configuração
1.sim ........ 5. 61 gravada
2.não 6. 62nico
P.08.04.05 637
rede local IP do POS: máscara da rede local: gateway da rede local:
1.DHCP ........ ........ ........

2.IP fixo
2
habilitar contingência dial? a contingência mode de discagem: detectar linha?

dial pode gerar
1.sim cobrança de uso 1.tom 1.sim
2.não da linha telefônica. 2.pulso 2.não
configuração modem mode dial

1. 00
código de acesso PABX 2. 08
3. 60 configuração
........ 5. 61 gravada
6. 62nico
Teste de comunicação Ethernet
função:
.0
insira ou passe teste de
o cartão comunicação conectando
teste de comunicação
transação completada
28.13.8 Transação com contingência Dial Up
P.08.04.05 638
Executar transação
conectando
insira ou passe
o cartão
conexão ethernet
indisponível
contingência dial pode discando processando

transação
gerar cobrança de uso
aprovada
da linha telefônica.
1
“mensagem de
erro”
2
28.13.9 Telas de conexões ativa
P.08.04.05 639
P.08.04.05 640
Especificação Funcional POS REDECARD
28.14 Mensagens de Erro

As mensagens de erro devem ser contempladas na Telemetria 13.26.
28.14.1 Ethernet
Estas mensagens devem ser exibidas em caso de erros no processo de comunicação utilizando a conexão Ethernet ou quando no Teste de
Conectividade.
Por causa das características dos terminais POS, as mensagens devem ser limitadas em 4 linhas com 16 caracteres.
Display (sem
Display (com contingência – Display (sem
contingência) problema na rede contingência – Descrição
do lojista) problema na REDE)
1234567890123456 1234567890123456 1234567890123456

ETHERNET ETHERNET Exibir esta mensagem caso durante a transação o terminal detectar que não há
DESCONECTADA DESCONECTADA conectividade Ethernet ou que o cabo foi desconectado. Caso
AGUARDE, VERIFIQUE CABO disponível o terminal deve substituir esta mensagem por um ícone em tela.
-
DISCANDO... DE INTERNET Caso configurado, seguir para contingência discada.
FALHA IP
FALHA IP
DINAMICO Exibir esta mensagem durante transação se o terminal não conseguir obter o IP
DINAMICO
CONTATE SEU dinamicamente.
AGUARDE,
PROVEDOR DE - Para transação financeira, caso configurado, seguir para contingência discada.
DISCANDO...
INTERNET
P.08.04.05 641
CONFLITO DE IP
CONFLITO DE IP
NA REDE LOCAL Exibir este erro caso durante a transação seja encontrada outra maquina na rede com o
NA REDE LOCAL
CONTATE SEU mesmo endereço IP local do terminal.
AGUARDE,
PROVEDOR DE - Para transação financeira, caso configurado, seguir para contingência discada.
DISCANDO...
INTERNET
Exibir esta mensagem caso durante a transação for detectado Gateway não disponível –
GATEWAY DA REDE detectado sinal elétrico na interface, interface com IP
GATEWAY DA REDE NAO DISPONIVEL definido de forma fixa ou via DHCP, mas não foi possível adquirir o ARP do gateway de
NAO DISPONIVEL CONTATE SEU Rede.
AGUARDE DISCANDO PROVEDOR DE - Para transação financeira, caso configurado, seguir para contingência discada.
INTERNET OBS: retestar esse ponto a todo o momento por rotina e já mostrar na tela caso seja
detectado falha.
FALHA TCP Exibir esta mensagem durante transação quando detectado tempo excedido na
TEMPO EXCEDIDO conexão com o destino. Substituir o nnn pelo IP do ultimo roteador em que houve
FALHA TCP FALHA TCP
NNN.NNN.NNN.NN resposta.
TEMPO EXCEDIDO TEMPO EXCEDIDO
N Se o último IP for o da REDE , exibir “CONTATE REDE ”, senão exibir “CONTATE SEU
NNN.NNN.NNN.NNN NNN.NNN.NNN.NNN
CONTATE PROVEDOR DE INTERNET”
AGUARDE DISCANDO CONTATE REDE
PROVEDOR DE Se primeira tentativa, tentar nova conexão com parâmetros secundários. Senão, seguir
INTERNET para contingência Dial, caso configurado.
FALHA TCP Exibir esta mensagem durante a transação quando detectada que destino da conexão
FALHA TCP DESTINO INDISP. FALHA TCP está indisponível. Substituir nnn pelo IP do roteador que informou destino indisponível.
DESTINO INDISP. nnn.nnn.nnn.nnn DESTINO INDISP. Se nnn for o IP da REDE , exibir “CONTATE REDE ”, senão exibir “CONTATE SEU
nnn.nnn.nnn.nnn CONTATE SE nnn.nnn.nnn.nnn PROVEDOR DE INTERNET”
AGUARDE DISCANDO PROVEDOR DE CONTATE REDE Se primeira tentativa, tentar nova conexão com parâmetros secundários. Senão, seguir
INTERNET para contingência Dial, caso configurado.
P.08.04.05 642
Exibir a mensagem durante a transação quando detectada a falha TCP – Looping

FALHA TCP Internet IP, quando recebida à
FALHA TCP LOOPING INTERNET FALHA TCP mensagem ICMP do roteador, informando que TTL atingiu o valor máximo. Substituir
LOOPING INTERNET nnn.nnn.nnn.nnn LOOPING INTERNET nnn pelo endereço do roteador que informou a falha.
nnn.nnn.nnn.nnn CONTATE SEU nnn.nnn.nnn.nnn Se nnn for o IP da REDE , exibir “CONTATE REDE ”, senão exibir “CONTATE SEU
AGUARDE DISCANDO PROVEDOR DE CONTATE REDE PROVEDOR DE INTERNET”
INTERNET Se primeira tentativa, tentar nova conexão com parâmetros secundários. Senão, seguir
para contingência Dial, caso configurado.
FALHA DE
FALHA DE Exibir a mensagem se durante a comunicação com o host o terminal detectar que está
FILA TCP
FILA TCP recebendo um Windows size igual a zero no TCP.
AGUARDE, -
CONTATE REDE Manter a mensagem até a conclusão da transação.
DISCANDO...
P.08.04.05 643
28.14.2 Bluetooth
Erro exibido no display Cód. do erro Log do erro Descrição Tratamento do erro
Quando a conexão entre o
DBLUETOOTH_FIOC terminal e a base não ocorre
Problema no conector. Entre em contato com a Troca do kit completo
001 TL_ASSOCIATION_C devido a algum problema no
Rede (terminal + base).
ANNOT_CONNECT conector físico (do terminal ou
da base).
DBLUETOOTH_FIOC
003 TL_ASSOCIATION_C
ANNOT_SEND Perda de pacote de
informação entre a base e o
DBLUETOOTH_FIOC terminal.
Solicitar somente a troca
Falha de sincronia 003 TL_ASSOCIATION_RE
da base
CEIVE_TIMEOUT
DBLUETOOTH_FIOC Problema físico, como

003 TL_ASSOCIATION_BT exemplo placas danificadas na
_ADDRESS_NULL base bluetooth
DBLUETOOTH_FIOC
008 TL_ASSOCIATION_W
RONG_DRIVER Erros associados à versão
Troca do kit completo
Erro de conexão com a base firmware ou driver da base e
(terminal + base).
DBLUETOOTH_FIOC do terminal
008 TL_ASSOCIATION_U
NKNOWN_BASE_FW
P.08.04.05 644
DBLUETOOTH_FIOC
TL_ASSOCIATION_U
008
NKNOWN_PORTABL
E_FW
DBLUETOOTH_FIOC
008 TL_ASSOCIATION_B
ASE_FW_IS_16_4_4
DBLUETOOTH_FIOC
TL_ASSOCIATION_P
008
ORTABLE_FW_IS_16
_4_4
DBLUETOOTH_FIOC
TL_ASSOCIATION_B
008
OTH_FW_ARE_16_4
_4
As telas apresentam os tipos O técnico pode continuar

Conectividade - - de conectividade que estão a configuração ou tentar
ativas durante a inicialização novamente se conectar
O cabo ethernet está

Cabo Ethernet desconectado - - Verificar cabos
desconectado da base
Efetue configurações de conexão Caso o técnico tente fazer a Clicar em menu ou qualquer
- -
clique menu inicial inicialização através do #6 outro botão do teclado físico
Quando o nível de sinal tende a

Base fora de alcance - zero, e o usuário executa uma
venda.
P.08.04.05 645
Base não associada

POS precisa ser colocados na
conecte a maquinha - base para sincronizar paridade
do bluetooth
na base
Após paridade, na transmissão

Falha de sincronismo da transação o POS detectou
- uma falha de paridade e se
retorne a maquininha na base desconectou com a base
devido a isso.
28.14.3 Ethernet, Bluetooth e Wi-Fi

Display (sem
Display (com contingência – Código do erro Descrição
contingência) problema
na REDE)
1234567890123456 1234567890123456
FALHA
FALHA
CRIPTOGRAMA
CRIPTOGRAMA
CÓDIGO ERRO 009
CÓDIGO ERRO 009 Exibir esta mensagem caso haja falha na verificação do criptograma de validação de
009 Host. Esta falha pode ocorrer no caso de tentativa de interceptação e adulteração da
ENTRE EM CONTATO
ENTRE EM mensagem (fraude).
COM A REDE
CONTATO COM A
REDE
AGUARDE,
DISCANDO...
P.08.04.05 646
28.14.4 Telas
P.08.04.05 647
29 ANEXO X – PADRÃO DE INTERFACE

PARA DISPLAYS GRÁFICO E TOUCH
SCREEN
Este anexo tem por objetivo detalhar o padrão adotado para nova interface
aplicada a terminais com display gráfico e touch screen conforme os seguintes
documentos:
 Especificação de Design Terminais VX680, VX680 NFC, IWL280 e
IWL281 Padrão Redecard 2.0 (v.1 de 07/08/2013).
 Especificação de Negócios: Vitrine – ICT250 NFC – Padrão Redecard
2.0 (v.1 de 07/08/2013).
29.1 Display Gráfico

Estes displays são coloridos, com resolução de 320 x 240 pixels e com fontes
de tamanho variado.
Seu cabeçalho ocupa 320 x 24 pixels, indicando data (DD/MM/AAAA), hora

(HHhMM), ambos centralizados, e um ícone no lado esquerdo indicando o
tipo de comunicação utilizado.
29.1.1 Interação
A interação com o POS é realizada através do teclado númerico e das teclas de
navegação, função, além das teclas CANCELA, LIMPA e ENTRA.
Os botões de ▲ e ▼ são utilizados na navegação entre as opções de menus e
rolagem de tela.
De acordo com o modelo de terminal, o POS ainda dispõe de três teclas de
função, para Menu Inicial, Voltar e Função.
 Menu Inicial: quando pressionada, dá acesso ao a estrutura primária da
árvore de menu (ver documento ARVORE_RELEASE). O uso desta tecla está
disponível apenas com o terminal em estado de repouso ou quando
navegando nas estruturas primária ou secundária da árvore de menu,
ficando desativado em outras ocasiões.
 Voltar: quando pressionada o POS retorna a tela anterior. O acionamento
desta tecla está ativo na estruturas secundária e primária da àrvore de
P.08.04.05 648
menu. Quando acionada na árvore primária, o POS retorna ao estado de

repouso.
 Função:quando acionada permite o acesso as funções e produtos através
da digitação de códigos numéricos. Seu acionamento está apenas
disponível com o terminal em estado de repouso.
29.1.2 Menus
O terminal com display gráfico permite a exibição de menus de opções com
até 6 (seis) opções por tela. Caso o menu apresente mais de 6 opções, o POS
exibe setas de indicação.
Uma seta para baixo, disposta no canto inferior direito, indica que o menu
possui mais opções disponíveis abaixo. A seta para cima, disposta no canto
superior direito, indica que o menu possui opções disponíveis acima.
A navegação entre as opções é realizada através das teclas ▼e ▲, passando

pelas opções uma a uma conforme uma das teclas for pressionada. A seleção
da opção é realizada através da tecla ENTRA.
A opção que estiver em seleção é exibida com uma faixa e o texto da opção
com cor invertida. Caso uma das setas de indicação esteja sobre a opção em
seleção, a seta também deve ser exibida em cor invertida.
ROLAGEM DE TELA
Este mecanismo de rolagem de tela também é utilizado quando o POS precisa
exibir dados que ocupam de mais de uma tela. Neste caso, as setas para cima
e para baixo dispostas da display indicam que o operador pode “rolar” a tela
para visualizar o restante da mensagem. Assim como nos menus, a rolagem de
tela é realizada utilizando as teclas▼e ▲, movendo linha a linha a cada vez
em que a uma das teclas é pressionada. Ao pressionar a tecla ENTRA, o
terminal pula para a última tela.
P.08.04.05 649
29.1.3 Telas de processamento

Nos processos que demandam maior tempo de processamento, como
processos de comunicação, emissão de relatórios, etc, o POS em display a
animação de uma ampulheta girando, até que o processo seja concluído.
A animação é realizada através da alternância de quatro imagens da
ampulheta, girando em sentido horário.
29.2 Display Touch Screen

Estes displays são coloridos, com resolução de 320 x 240 pixel, com fontes de
tamanho variado e sensíveis ao toque.
P.08.04.05 650
Seu cabeçalho ocupa 320 x 22 pixels, com a indicação de nível de sinal,

indicador de GPRS, nome da operadora e nível da bateria, seguindo layout de
header definido no capítulo 16.12 desta especificação.
Por ser sensível a toque a intereção com o terminal pode ser realizada através
de botões desenhados em tela.
29.2.1 Interação
A interação com o POS com display Touch Screen é realizado através da tela e
do teclado númerico.
A captura de dados pode ser realizada através do teclado numérico físico ou
através de teclado construído na tela.
Por questões de segurança, dados sensíveis como PIN, Código de segurança
do cartão, Confirmação Positiva e senhas, devem ser capturadas apenas no
teclado físico.
Nas telas em que há a necessidade de captura de dados alfanuméricos, o POS
exibe em tela o teclado alfa e um teclado númerico, permitindo alternar entre
os teclados.
Por padrão o teclado alfa apresenta as letras em maiúsculo e permite alternar
para minúsculo através do botão .
P.08.04.05 651
Para alternar entre o teclado alfa e o númerico, o operador deve pressionar o
botão . Neste teclado númerico é possível acessar outros caracteres
especiais através do botão .
Os botões necessários para a operação do terminal são disponíbilizados em

tela, de acordo com objetivo da tela. Como botões para navegação de menus
e rolagem de tela, botão Menu Inicial, Voltar, Função e Cancela.
 Menu Inicial: quando acionado exibe a estrutura primária da árvore de
menu (ver documento ARVORE_RELEASE). Este botão está disponível
apenas nas telas de estado de repouso ou nas telas com as estruturas
primária ou secundária da árvore de menu.
 Voltar: quando acionado o POS retorna a tela anterior. O botão é exibido
somente na estruturas secundária e primária da àrvore de menu. Quando
acionada na árvore primária, o POS retorna ao estado de repouso.
 Função: quando acionada permite o acesso as funções e produtos através
da digitação de códigos numéricos. Seu acionamento está apenas
disponível com o terminal em estado de repouso.
 Cancela: Cancela a operação em curso e o POS retorna ao estado de
repouso, disponível na maioria das telas do terminal.
29.2.2 Menus
Nos terminais com display touch screen, as opções de menu são exibidas em
forma de botões cujo o toque aciona a opção. A quantidade de opções em tela
depende do tamanho dos botões utilizados. Os botões indicados na
Especificação de Design terminais touch screen permitem menus com até 8
opções.
P.08.04.05 652
Caso o menu apresente mais opções do que as disponíveis em tela, os botões

de navegação são exibidos na parte inferior da tela e uma barra de rolagem na
lateral, indicando a posição do menu.
A navegação entre as telas é realizada através dos botões ▼(descer) e

▲(subir), rolando a tela inteira a cada vez que são acionados. Quando na
extremidade superior do menu o botão ▲(subir) deve parecer desabilitado e
quando na extremidade inferior botão ▼(descer) deve parecer desabilitado.
ROLAGEM DE TELA
Este mecanismo de rolagem de tela também é utilizado quando o POS precisa
exibir dados que ocupam de mais de uma tela. Neste caso, a barra de rolagem
é exibida para indicar a posição da tela e que o operador pode “rolar” a tela
para visualizar o restante da mensagem. Assim como nos menus, a rolagem de
tela é realizada utilizando os botões ▼e ▲, movendo a tela inteira a cada vez
em que a uma das teclas é pressionada.
29.2.3 Ajuste de tela

Para os terminais com display touch screen é possível realizar a configuração
de brilho e, em terminais com display resistivo, da calibragem da tela.
A configuração é realizada através da função Ajuste de tela, conforme abaixo:
P.08.04.05 653
Display interface touch Processamento

O POS permite editar o brilho da tela, aumentando
o valor ao pressionar o botão “+” e reduzindo o
valor ao pressionar o botão “-”.
O indicador do brilho é deslocado para direita,
conforme o valor do brilho aumente a para a
esquerda, conforme diminui.
Se pressionado o botão “confirma”, retornar ao
estado de repouso com o valor de brilho e
calibragem efetuados.
Se pressionado o botão “cancela”, restaurar os
valores anteriores a edição e retornar ao estado de
repouso.
Caso seja pressionado o botão 1. Calibragem de
tela, seguir para mensagem abaixo:
Exibir a mensagem e aguardar a ação do operador.
Se pressionado o botão cancela, retornar a tela
anterior de Ajustes de Tela.
Se pressionado confirma, iniciar a calibragem de
tela seguindo para a mensagem seguinte.
Aguardar o toque na tela e armazenar a diferença

entre a coordenada do toque e a coordenada onde
foi posionada a cruz (W040 x H040).

P.08.04.05 654

Através dos valores capturados, realizar a calibração
do toque em tela.
Exibir a mensagem ao lado por 3 segundos e

retornar a tela inicial de Ajustes de Tela.
Os terminais com display Touch Screen do tipo capacitivo (ex.: iWL280)

dispensam a calibragem de tela. Por isto, a função de Ajuste de tela quando
acionada terá somente a opção de ajuste de brilho, conforme abaixo:
P.08.04.05 655
29.2.4 Telas de processamento

Nos processos que demandam maior tempo de processamento, como
processos de comunicação, emissão de relatórios, etc, o POS em display a
animação de uma ampulheta girando, até que o processo seja concluído.
A animação é realizada através da alternância de quatro imagens da
ampulheta, girando em sentido horário.
P.08.04.05 656
30 ANEXO XI – PROTOCOLO REEP DE

TELECARGA
30.1 apresentação
Este documento tem a finalidade de especificar o protocolo proprietário da REDE para a
troca de pacotes entre o terminal (cliente), seja ele POS SDLC ou POS GPRS/GSM ou ainda
Ethernet ou por ventura alguma outra tecnologia de comunicação na qual o protocolo se
enquadre, e o HOST/Servidor remoto. Fornecendo assim para os desenvolvedores,
mediante acordo firmado de confidencialidade, uma fonte de informações que dê
subsídios para desenvolver os sistemas usuários deste protocolo.
O público alvo deste documento tende a ser todos os integrantes do projeto de sua
implantação, equipes de sustentação e também os desenvolvedores das aplicações que
utilizarão este protocolo como meio de encapsular as mensagens.
30.1.1 The Reep Protocol
30.1.2 Abstract
The Rede End-to-End Protocol (REEP) provides a proprietary
method for transporting multi-protocol datagrams from a Point of
Service (POS) to a TCP/IP Proxy (and vice-versa) interconnected
through a Remote Access Service (RAS). We refer the POS and the
TCP/IP Proxy as peers. REEP is comprised of two main components:
1. A method for encapsulating multi-protocol datagrams.
2. A Link Control Protocol (LCP) for establishing,

configuring, and testing the link. We refer the link as the
established path between peers.
This document defines the REEP organization and

methodology, and the REEP encapsulation, together with an
extensible option negotiation mechanism which is able to
negotiate a rich assortment of configuration parameters and
provides additional management functions. The REEP Link Control
Protocol (LCP) is described in terms of this mechanism.
P.08.04.05 657
30.1.3 Introduction
The Rede End-to-End Protocol is designed for a link which
transports packets between two peers (a POS and a TCP Proxy).
This link provides full-duplex simultaneous bi-directional
operation, and is assumed to deliver packets in order.
Encapsulation
The REEP encapsulation provides for multiplexing of
Different application-layer protocols simultaneously
over the same link (if necessary). The REEP encapsulation adds
only 6 octets to form the encapsulation when used within the
default High-Level Data and Transport Protocol (HLDTP) framing
(see companion document).
Frame and Window Size Negotiation

In order to be simple but also flexible and adapt
different link scenarios, the REEP implements a simple frame and
window sizes negotiation.
Configuration
It is intended that REEP links be easy to configure. By
design, the standard defaults handle all common configurations.
The developer can specify improvements to the default
configuration, which are automatically communicated to the peer
without operator intervention. Finally, the operator may
explicitly configure options for the link which enable the link
to operate in environments where it would otherwise be
impossible.
This self-configuration is implemented through an
extensible option negotiation mechanism, wherein each end of the
link (i.e. the POS and the TCP/IP Proxy) describes to the
other its capabilities and requirements.
30.1.3.1 Specification of Requirements

In this document, several words are used to signify the
requirements of the specification. These words are often
capitalized.
 MUST This word, or the adjective "required", means that

the definition is an absolute requirement of the
specification.
 MUST NOT This phrase means that the definition is an

absolute
prohibition of the specification
 SHOULD This word, or the adjective "recommended", means

that there may exist valid reasons in particular
P.08.04.05 658
circumstances to ignore this item, but the full

implications must be understood and carefully
weighed before choosing a different course.
 MAY This word, or the adjective "optional", means that

this item is one of an allowed set of alternatives.
An implementation which does not include this option
MUST be prepared to interoperate with another implementation
which does include the option.
30.1.3.2 Terminology
This document frequently uses the following terms:
 datagram The unit of transmission in the application

layer. A datagram may be encapsulated in one or more
packets passed to the data link or transportlayer. Datagrams
will be passed to the link layer if transmitted by the POS and
they will be passed to the transport layer if transmitted by the
TCP/IP Proxy.
 frame The unit of transmission at the data link or
transport layer in accordance with the kind of
peer. A frame may include a header and/or a
trailer, along with some number of units of data.
 link The established path between peers
 packet The basic unit of encapsulation, which is passed
across the interface between the application layer and the data
link or transport layer. A packet is usually mapped to a frame;
the exceptions are when data link layer fragmentation is being
performed,or when multiple packets are incorporated into a
single frame.
 peer The other end of the link
 silentlydiscard The implementation discards the packet

without further processing. The implementation SHOULD
provide the capability of logging the error,including the
contents of the silently discarded packet, and SHOULD
record the event in a statistics counter.
P.08.04.05 659
30.2 REEP Encapsulation

The REEP encapsulation is used to disambiguate multiprotocol
datagrams. This encapsulation requires framing to indicate the
beginning and end of the encapsulation. A method of providing
framing is specified in the next session.
A summary of the REEP encapsulation is shown below. The fields

are transmitted from left to right.
Protocolo Information Padding
8 bits * *
Protocol Field
The Protocol field is one octet, and its value identifies

the datagram encapsulated in the Information field of the
packet.
All Protocols MUST be odd; the least significant bit of
the octet MUST equal "1". Frames received which don't comply
with this rule MUST be treated as having an unrecognized
Protocol.
Protocol field values from 21H to 7F identify the

application-layer protocol of specific packets, and values from
81H to FFH identify packets as link-layer Control Protocols
(such as LCP).
Some values are already assigned:
Value(in Protocol Name

hex)
1 Padding Protocol
3 to 1f reserved (transparency inefficient)
7d reserved (Control Escape)
81 Link Control Protocol
83 Password Authentication Protocol (if desired)
85 Link Quality Report (if desired)
87 Challenge Handshake Authentication Protocol (if
desired)
21 REEP information without padding
A1 REEP information with padding
88 REEP Frame and Window Size Negotiation
Developers of new protocols MUST assign new numbers and

provide documentation.
P.08.04.05 660
Information Field
The Information field is zero or more octets. The
Information field contains the datagram for the protocol
specified in the Protocol field.
The maximum length for the Information field, including

Padding, but not including the Protocol field, is termed the
Maximum Receive Unit (MRU), which defaults to 730 octets. By
negotiation, consenting REEP implementations may use other
values for the MRU.
Padding
On transmission, the Information field MAY be padded with an

arbitrary number of octets up to the MRU. It is the
responsibility of each protocol to distinguish padding octets
from real information.
30.3 The data link and Transport layer

REEP is inspired in the principles described in ISO 3309
HDLC frame Structure and Transmission Control Protocol (TCP).
This should not be construed to indicate that every feature of
these protocols or recommendations is included in REEP. Each
feature included is explicitly described in the following
sections.
To avoid confusion for people used to reading RFCs, all
binary numbers in the following descriptions are in Most
Significant Bit to Least Significant Bit order, reading from
left to right, unless otherwise indicated. Note that this is
contrary to standard ISO and CCITT practice which orders bits as
transmitted (network bit order). Keep this in mind when
comparing this document with the international standards
documents.
30.3.1 Frame Format

A summary of the REEP frame structure is shown below. This
figure does not include bits inserted for synchronization (such
as start and stop bits for asynchronous links), nor any bits or
octets inserted for transparency. The fields are transmitted
from left to right.
P.08.04.05 661
Flag sequence
Each frame begins and ends with a Flag Sequence, which is
the binary sequence 00101111 (hexadecimal 0x2F).
Control Field
The Control field is a single octet. The first two bits

(b1,b2) MUST be set to (1,1) except when the control field is an
acknowledgement for a frame. In this case, (b1,b2) MUST be set
to (1,0). The Control field has 2 bits to identify acknowledge
commands for reliable transmission. Command “00” informs the
sender that the receiver acknowledges the frame number copied in
the sequence number field but that it is ready for accepting new
transmissions. Command “01” informs the sender that the receiver
acknowledges the frame number copied in the sequence number
field but that it is not ready for accepting new transmissions.
The Final Field MUST be “1” if the frame is the last

fragment of a datagram sent by the application layer. The other
fragments of the datagram MUST have the segment flag set to “0”.
This allows the data link and transport layer to identify when
frames MUST be reassembled and the resulting datagram delivered
to the application layer. If the frame is an acknowledgement,
the Final field MUST be is set to “1”, i.e., acknowledgments
cannot be fragmented. All LCP packets MUST have the Final field
set to “1”.
Finally, the Control field ends with 3 bits for frame numbering.
A summary of the control field follows
Note about Reliable Transmission:
P.08.04.05 662
By default, reliable transmission over the HDLTC link is

achieved using a sliding window protocol with maximum window
size of 1. Such a protocol uses stop-and-wait, since the sender
transmits a frame and waits for its acknowledgement before
sending the next one. This behaviour can be easily changed using
Configuration Options or LCP extensions.
The following guidelines specify the default values for timers.
Timer T1
Timer T1 is the maximum time permitted before a
retransmission is started, as a result of no response to a
transmitted I frame. This value must be greater than the time
required for a maximum sized frame to be received by the other
side of the link, and for a response to be generated for the
frame. This SHOULD be determined dynamically, based on the
measured round trip time delay of the link. In the event that
the system cannot determine the round trip time of the link,
this value SHOULD be set to twice the bit rate of the link,
divided by the maximum number of bits per frame, plus 100
milliseconds processing time. For example, on a 14,400 bps
link, with a maximum frame size of 8000 bits (1000 octects), the
T1 value would be set to 3.7 seconds.
Timer T3
Timer T3 gives an indication of the idle state of the
link. Its value must be greater than the T1 value. Maximum
number of attempts to complete a transmission, N2 Parameter N2
gives the maximum number of retransmission attempts for a given
frame. If this value is exceeded, the link SHOULD be
terminated. The default value for parameter N2 SHOULD be 3.
Frame Check Sequence (FCS) Field

The Frame Check Sequence field defaults to 32 bits and is
calculated over all bits of the Control, Protocol, Information
and Padding fields, not including any start and stop bits
(asynchronous) nor any or octets (asynchronous) inserted for
transparency. This also does not include the Flag Sequences nor
the FCS field itself.
When octets are received which are flagged in the Async-

Control-Character-Map, they are discarded before calculating
the FCS.
REEP FCS uses CRC32 alghoritm.
The end of the Information and Padding fields is found by

locating the closing Flag Sequence and removing the Frame Check
Sequence field.
P.08.04.05 663
30.4 Octet-stuffed framing

This chapter summarizes the use of HDLTC framing with 8-bit
asynchronous links.
30.4.1 Flag Sequence

The Flag Sequence indicates the beginning or end of a
frame.The octet stream is examined on an octet-by-octet
basis for thevalue 00101111 (hexadecimal 0x2F).
30.4.2 The transparency

An octet stuffing procedure is used. The Control Escape
octet is defined as binary 01111101 (hexadecimal 0x7d),
mostsignificant bit first.
As a minimum, sending implementations MUST escape the Flag

Sequence and Control Escape octets.
After FCS computation, the transmitter examines the entire

frame between the two Flag Sequences. Each Flag Sequence
and Control Escape octet is replaced by a two octet
sequence consisting of the Control Escape octet followed
by the original octet exclusive-or'd with hexadecimal
0x20.
This is bit 5 complemented, where the bit positions are

numbered 76543210 (the 6th bit as used in ISO numbered
87654321-- BEWARE when comparing documents).
Receiving implementations MUST correctly process all

Control Escape sequences.
On reception, prior to FCS computation, each octet with

value less than hexadecimal 0x20 is checked. If it is
flagged in the receiving ACCM, it is simply removed (it
may have been inserted by intervening data communications
equipment). Each Control Escape octet is also removed, and
the following octet is exclusive-or'd with hexadecimal
0x20, unless it is the Flag Sequence (which aborts a
frame).
A few examples may make this more clear. Escaped data is

transmitted on the link as follows:
P.08.04.05 664
0x2F is encoded as 0x7d, 0x5e. (Flag Sequence)

0x7d is encoded as 0x7d, 0x5d. (Control Escape)
Some modems with software flow control may intercept

outgoing DC1 and DC3 ignoring the 8th (parity) bit. This
data would be transmitted on the link as follows:
0x11 is encoded as 0x7d, 0x31. (XON)

0x13 is encoded as 0x7d, 0x33. (XOFF)
0x91 is encoded as 0x7d, 0xb1. (XON with parity set)
0x93 is encoded as 0x7d, 0xb3. (XOFF with parity set)
30.4.3 Invalid frames

Frames which are too short (less than 8 octets when using
the 32-bit FCS), or which end with a Control Escape octet
followed immediately by a closing Flag Sequence, or in
which octetframing is violated (by transmitting a "0" stop
bit where a "1" bit is expected), are silently discarded,
and not counted as a FCS error.
30.5 REEP Link Operation
30.5.1 Overview
In order to establish communications over a link, each
peer MUST first send LCP packets to configure and test the
data connexion. After the link has been established, the
peer MAY be authenticated.
The link will remain configured for communications until

explicit LCP packets close the link down, or until some
external event occurs (an inactivity timer expires or
network administrator intervention).
30.5.2 Phase Diagram
P.08.04.05 665
In the process of configuring, maintaining and terminating

the link, the REEP link goes through several distinct phases
which are specified in the following simplified state diagram:
Not all transitions are specified in this diagram. The

following semantics MUST be followed.
30.5.3 Link Dead (physical-layer not ready)

The link necessarily begins and ends with this phase. When
an external event (such as carrier detection or network
administrator configuration) indicates that the physical-layer
is ready to be used, REEP will proceed to the Link Establishment
phase.
During this phase, the Frame and Window Size Negotiation

automaton (described later) will be in the Initial or Starting
states. The transition to the Link Establishment phase will
signal an Up event to the LCP automaton.
Implementation Note:
Typically, a link will return to this phase automatically
after the disconnection of a modem. In the case of a hardwired
link, this phase may be extremely short -- merely long
enough to detect the presence of the device.
P.08.04.05 666
30.5.4 Link Establishment Phase

The Frame and Window Size Negotiation (FWSN) is used to
establish the connection through an exchange of Configure
packets.
All Configuration Options are assumed to be at default values

unless changed by the configuration exchange.
Any non-LCP packets received during this phase MUST be

silently discarded.
30.5.5 Application-Layer Protocol Phase

(Opening)
Once REEP has finished the previous phases, the exchange of
application datagrams can occur.
30.5.6 Link Termination Phase

REEP can terminate the link at any time. This might happen
because of the loss of carrier, authentication failure, link
quality failure, the expiration of an idle-period timer, or the
administrative closing of the link.
LCP is used to close the link through an exchange of

Terminate packets. When the link is closing, REEP informs the
application-layer protocols so that they may take appropriate
action.
After the exchange of Terminate packets, the implementation

SHOULD signal the physical-layer to disconnect in order to
enforce the termination of the link, particularly in the case of
an authentication failure. The sender of the Terminate-Request
SHOULD disconnect after receiving a Terminate-Ack, or after the
Restart counter expires. The receiver of a Terminate-Request
SHOULD wait for the peer to disconnect, and MUST NOT disconnect
until at least one Restart time has passed after sending a
Terminate-Ack. REEP SHOULD proceed to the Link Dead phase.
Any non-LCP packets received during this phase MUST be

silently discarded.
P.08.04.05 667
30.5.7 Frame and Window Size Negotiation

(FWSN)
This is the first phase of the REEP protocol and provides a way
to negotiate the frame and the window size that MUST be used in
the application-layer protocol. The terminal sends a proposal of
configuration, followed by hist maximus and the HOST replies
with the options that must be used.
The Information field must be used to exchange the options,

resulting in a frame with 16 bytes for the request:
And 8 bytes for the HOST reply :
All options should be stored using little-endian system.
Example :
00 02 00 00 = 512 (decimal)
07 00 00 00 = 7 (decimal)
30.6 CRC32 TABLE FOR FCS

static const HF_UINT32 crc_table[256] = {
0x00000000, 0x77073096, 0xEE0E612C, 0x990951BA, 0x076DC419, 0x706AF48F,
0xE963A535, 0x9E6495A3, 0x0EDB8832, 0x79DCB8A4, 0xE0D5E91E, 0x97D2D988,
0x09B64C2B, 0x7EB17CBD, 0xE7B82D07, 0x90BF1D91, 0x1DB71064, 0x6AB020F2,
0xF3B97148, 0x84BE41DE, 0x1ADAD47D, 0x6DDDE4EB, 0xF4D4B551, 0x83D385C7,
0x136C9856, 0x646BA8C0, 0xFD62F97A, 0x8A65C9EC, 0x14015C4F, 0x63066CD9,
0xFA0F3D63, 0x8D080DF5, 0x3B6E20C8, 0x4C69105E, 0xD56041E4, 0xA2677172,
P.08.04.05 668
0xDBBBC9D6, 0xACBCF940, 0x32D86CE3, 0x45DF5C75, 0xDCD60DCF, 0xABD13D59,

0x26D930AC, 0x51DE003A, 0xC8D75180, 0xBFD06116, 0x21B4F4B5, 0x56B3C423,
0xCFBA9599, 0xB8BDA50F, 0x2802B89E, 0x5F058808, 0xC60CD9B2, 0xB10BE924,
0x2F6F7C87, 0x58684C11, 0xC1611DAB, 0xB6662D3D, 0x76DC4190, 0x01DB7106,
0x98D220BC, 0xEFD5102A, 0x71B18589, 0x06B6B51F, 0x9FBFE4A5, 0xE8B8D433,
0x7807C9A2, 0x0F00F934, 0x9609A88E, 0xE10E9818, 0x7F6A0DBB, 0x086D3D2D,
0x91646C97, 0xE6635C01, 0x6B6B51F4, 0x1C6C6162, 0x856530D8, 0xF262004E,
0x6C0695ED, 0x1B01A57B, 0x8208F4C1, 0xF50FC457, 0x65B0D9C6, 0x12B7E950,
0x8BBEB8EA, 0xFCB9887C, 0x62DD1DDF, 0x15DA2D49, 0x8CD37CF3, 0xFBD44C65,
0x4DB26158, 0x3AB551CE, 0xA3BC0074, 0xD4BB30E2, 0x4ADFA541, 0x3DD895D7,
0xA4D1C46D, 0xD3D6F4FB, 0x4369E96A, 0x346ED9FC, 0xAD678846, 0xDA60B8D0,
0x44042D73, 0x33031DE5, 0xAA0A4C5F, 0xDD0D7CC9, 0x5005713C, 0x270241AA,
0xBE0B1010, 0xC90C2086, 0x5768B525, 0x206F85B3, 0xB966D409, 0xCE61E49F,
0x5EDEF90E, 0x29D9C998, 0xB0D09822, 0xC7D7A8B4, 0x59B33D17, 0x2EB40D81,
0xB7BD5C3B, 0xC0BA6CAD, 0xEDB88320, 0x9ABFB3B6, 0x03B6E20C, 0x74B1D29A,
0xEAD54739, 0x9DD277AF, 0x04DB2615, 0x73DC1683, 0xE3630B12, 0x94643B84,
0x0D6D6A3E, 0x7A6A5AA8, 0xE40ECF0B, 0x9309FF9D, 0x0A00AE27, 0x7D079EB1,
0xF00F9344, 0x8708A3D2, 0x1E01F268, 0x6906C2FE, 0xF762575D, 0x806567CB,
0x196C3671, 0x6E6B06E7, 0xFED41B76, 0x89D32BE0, 0x10DA7A5A, 0x67DD4ACC,
0xF9B9DF6F, 0x8EBEEFF9, 0x17B7BE43, 0x60B08ED5, 0xD6D6A3E8, 0xA1D1937E,
0x38D8C2C4, 0x4FDFF252, 0xD1BB67F1, 0xA6BC5767, 0x3FB506DD, 0x48B2364B,
0xD80D2BDA, 0xAF0A1B4C, 0x36034AF6, 0x41047A60, 0xDF60EFC3, 0xA867DF55,
0x316E8EEF, 0x4669BE79, 0xCB61B38C, 0xBC66831A, 0x256FD2A0, 0x5268E236,
0xCC0C7795, 0xBB0B4703, 0x220216B9, 0x5505262F, 0xC5BA3BBE, 0xB2BD0B28,
0x2BB45A92, 0x5CB36A04, 0xC2D7FFA7, 0xB5D0CF31, 0x2CD99E8B, 0x5BDEAE1D,
0x9B64C2B0, 0xEC63F226, 0x756AA39C, 0x026D930A, 0x9C0906A9, 0xEB0E363F,
0x72076785, 0x05005713, 0x95BF4A82, 0xE2B87A14, 0x7BB12BAE, 0x0CB61B38,
0x92D28E9B, 0xE5D5BE0D, 0x7CDCEFB7, 0x0BDBDF21, 0x86D3D2D4, 0xF1D4E242,
0x68DDB3F8, 0x1FDA836E, 0x81BE16CD, 0xF6B9265B, 0x6FB077E1, 0x18B74777,
0x88085AE6, 0xFF0F6A70, 0x66063BCA, 0x11010B5C, 0x8F659EFF, 0xF862AE69,
0x616BFFD3, 0x166CCF45, 0xA00AE278, 0xD70DD2EE, 0x4E048354, 0x3903B3C2,
0xA7672661, 0xD06016F7, 0x4969474D, 0x3E6E77DB, 0xAED16A4A, 0xD9D65ADC,
0x40DF0B66, 0x37D83BF0, 0xA9BCAE53, 0xDEBB9EC5, 0x47B2CF7F, 0x30B5FFE9,
0xBDBDF21C, 0xCABAC28A, 0x53B39330, 0x24B4A3A6, 0xBAD03605, 0xCDD70693,
0x54DE5729, 0x23D967BF, 0xB3667A2E, 0xC4614AB8, 0x5D681B02, 0x2A6F2B94,
0xB40BBE37, 0xC30C8EA1, 0x5A05DF1B, 0x2D02EF8D };
30.7 Apêndice A: Dump Protocol

Nesta planilha constam os frames da fase de negociação (1
– Negociação REEP) e fase de troca de pacotes de dados (2 -
Download). Segue abaixo.
P.08.04.05 669
P.08.04.05 670
31 ANEXO XII – FORMATO TRILHAS ANSI

31.1.1 ANSI X4.16 Standard
Track 1 (Preferred) Track 2
Field Name Digit Field Name Digit

Start Sentinel 1 Start Sentinel 1
Format Code 1 Account Number (PAN) 15
Account Number
17 Field Separator 1
(PAN) *
Field Separator 1 Expiration Date (YYMM) 4
Cardmember Name 26 Effective Date (YYMM) 4
Field Separator 1 Discretionary Data 5
Expiration Date
4 End Sentinel 1
(YYMM)
Effective Date
4 LRC† 1
(YYMM)
Discretionary Data 5 Unused 8
End Sentinel 1
LRC† 1
Unused 17
TOTAL 79 TOTAL 40
* Account Number (PAN) numeric format includes spaces in the 17-digit field parameter.
† Longitudinal Redundancy Check; may or may not be present in ANSI X4.16 format.
‡ Longitudinal Redundancy Check.
31.1.2 Identificação da Trilha ANSI

A trilha ANSI para ser identificada conforme a seguir:
Caso a trilha (1 ou 2, independentemente) possua 9 ou menos caracteres após o campo “Data
de vencimento do cartão” (conforme padrão no capítulo anterior), não ler o Service Code da
trilha e assumir um valor de “101”. Nesse caso trata-se de um cartão no padrão ANSI
(somente tarja).
P.08.04.05 671
31.1.3 Trilha ISO (uso como referência)
P.08.04.05 672
32 GLOSSÁRIO
BCD - Binary-coded decimal (codificação binária decimal)

Blk – Bloco de validação
HSM – High Security Module
Intelinac – Hardware que efetua o transporte de transações financeiras
KSN – Key Serial Number
MTI – Message Type Indicator
P.08.04.05 673

Pos 08 04 07 PDF

Enviado por

Direitos autorais:

Formatos disponíveis

Pos 08 04 07 PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Pos 08 04 07 PDF

Enviado por

Direitos autorais:

Formatos disponíveis

Especificação Funcional POS

ESPECIFICAÇÃO FUNCIONAL POS

6.8 FINALIZAÇÃO COM HORÁRIO PROGRAMÁVEL PELA REDE ...................................................................... 58

11.8.2 Mensagem do emissor .................................................................................................. 132

11.9.7 Dados private label........................................................................................................ 152

11.9.45 Número de série do terminal ......................................................................................... 186

12 ALGORITMOS DE CÁLCULO ....................................................................................................... 232

13.10 DESFAZIMENTO DE ESTORNO..................................................................................................... 281

13.20.6 Finalização ..................................................................................................................... 336

13.25.12 Injeção de Chaves...................................................................................................... 377

14.34 FIM DE AUTO-INICIALIZAÇÃO ..................................................................................................... 449

16.8.2 Balanceamento de parâmetros na primeira Inicialização ............................................. 511

18.1.6 Erro no cartão................................................................................................................ 574

20.1 ÍCONES DE DISPLAY ..................................................................................................................... 592

30.1.1 THE REEP PROTOCOL............................................................................................................... 657

30.1.3 INTRODUCTION ...................................................................................................................... 658

30.4.2 THE TRANSPARENCY ................................................................................................................ 664

Alteração Descrição Onde procurar

Instalação Fácil  Removida obrigatoriedade de certificado SSL 5.1 e 5.2

Inicialização  Removida obrigatoriedade de certificado SSL 5.3

Estrutura das  Criação do Novo Layout de Mensagens 9

Bit 47  Adicionado criptograma de validação de host 11.8.30

Bit 48  Estatística Ethernet (Lyra) desativada 11.9.50

Bit 48  Estatística Ethernet, Wi-Fi e Bluetooth 11.9.53

Balanceamento  Funcionalidade deve ser incluída para nova 13.25

Telemetria  Funcionalidade deve ser incluída para nova 13.26

Estatística  Funcionalidade deve ser incluída para nova 14.29

Telemetria  Funcionalidade deve ser incluída para nova 14.43

Comunicação  Incluída especificação das funcionalidades 28

Menu de  Incluído novo menu de configurações, que POS_PDVdiscadoFunco

Novos  Criadas novas opções na Especificação do POS_PDVdiscadoTerm

Baixa Técnica  Incluído na baixa técnica quais POS_PDVdiscadoBook

Detalhamento  Incluída tag 0x35 no Bit 47 das mensagens 14

Indicador de  Criado Indicador: Senha ou Dados 11.9.54

Injeção remota  Referenciado a tag de tipo de chave remota 14.36

Injeção de  Incluída regra para injeção de chave de 13.24.12

Teste de  Inclusão da tag 0x91 relativa a Estatística no 14.31

Fluxo de Telas  Fluxo de Telas atualizado 28.13

Teste de  Incluída regra para teste de comunicação 28.9

Número de  Aumento do tamanho do campo de 19 para 11.9.45

Árvores de  Inclusão das árvores dos terminais Ethernet 3.1.4

Versão de  Inclusão da versão dos novos terminais: 3.2

Glossário  Inclusão de glossário 32

Layout das  Ajuste no layout das mensagens 9.1

Criptograma de  Criptograma de validação de Host será 11.8.30

Fluxo de Telas  Colocada observação nesta especificação 28.13.3

Alteração de  Criação de novas TAG’s para os BIT’s 47 e 56. Detalhamento

Nova interface  Leitora de código de barras para pagamento Interface de

Novo código de  Códigos específicos para o pagamento de Tabela de BIT’S

Alteração na  TAG 0x034 no BIT 47 para encaminhar o Baixa de

Código de  TAG 0x0E no BIT 56 para informar ao Host de Modo de

Transação de  Nova transação de consulta títulos bancários. Transação

Relatório totais  Relatório de transações CORBAN, ou seja, Relatórios totais

Id. transação  Adicionado id de identificação de transação

Form Factor  Inclusão da tag 0x35 (FFI) na mensageria do Mensageria

Alteração na  TAG 0x034 no BIT 47 para encaminhar o Estatística

Inclusão de  Adicionado exemplos nas tag’s do BIT 56 Dados de

Consulta para  Removida a tag 0x01 da resposta (9010) 14.46

Bit 56  Exemplos de transações adicionados no Bit 11.12