6. Formato dos arquivos trocados

Esta seção detalha o formato dos arquivos trocados entre a Automação Comercial e o PayGo.

6.1 Formato genérico

Todos os arquivos são de texto, compostos de várias linhas.

Cada linha é terminada pelos caracteres CR (carriage return, ASCII hexadecimal 0Dh, decimal 13) e LF (line feed, ASCII 0Ah, decimal 10).

Exceto por estes dois caracteres de controle, os demais caracteres pertencem à faixa de caracteres ASCII de 20h (decimal 32) a 7Eh (decimal 126), não sendo permitidos caracteres acentuados.

Cada linha do arquivo é dedicada a um campo específico, e segue o formato:

AAA-BBB = CCCCC...CCCCC

... onde:

AAA é identificador (número) do campo;

BBB é o índice de repetição do campo, para campos de múltiplos registros;

CCCCC...CCCCC é o conteúdo do campo;

→ O símbolo ‘=’ (igual) é sempre precedido e seguido por um caractere ‘espaço’ (20h, decimal 32).

6.2 Comandos existentes

O primeiro campo 000-000 identifica o propósito do arquivo, ou seja, o comando executado (no caso de uma resposta do PayGo) ou a ser executado (no caso de uma solicitação da Automação Comercial).

Como visto no capítulo anterior, existem 6 tipos de comando possíveis, listados na tabela abaixo, que ainda identifica se o comando gera um arquivo de status (Resp\intpos.sts) e um arquivo de resposta (Resp\intpos.001):

1408

Observação: os comandos “CNF” e “NCN” somente devem ser gerados pela Automação Comercial quando a última transação “CRT”, “ADM” ou “CNC” foi realizada com sucesso (campo 009-000 igual a zero) e:

→ O campo 729-000 está presente e indica a necessidade de confirmação; ou

→ O campo 729-000 está ausente e a transação gerou comprovantes (para compatibilidade com versões anteriores de especificação).

6.3 Campos previstos para cada comando

As tabelas a seguir identificam os campos presentes para cada arquivo (solicitação, status ou resposta) e comando.

Legenda:

→ ‘M’ indica que a presença do campo é obrigatória;

→ ‘O’ indica que a presença do campo é opcional;

→ ‘E’ indica que o campo é ecoado (idêntico ao arquivo de solicitação);

→ ‘C1’ indica que o campo está presente caso a transação tenha sido bem-sucedida (campo 009-000 = 0);

→ ‘C2’ indica que o campo está presente caso a transação seja parcelada (de acordo com o campo 732-000);

→ ‘C3’ indica que o campo está presente caso a transação seja pré-datada (de acordo com o campo 732-000);

→ ‘C4’ indica que o campo está presente caso o campo anterior seja diferente de zero (tamanho do comprovante);

→ ‘C5’ indica que a presença do campo é obrigatória, mesmo que o valor seja nulo, no setor de alimentação (bares, restaurantes e lanchonetes);

→ ‘C6’ indica que a presença do campo é obrigatória para aquisição de passagens aéreas, marítimas e terrestres.

→ ‘C7’ indica que a presença de pelo menos um dos campos com esta legenda é mandatória;

→ ‘C8’ indica que o campo está presente se tiver sido retornado pelo PayGo na transação original;

→ A ausência de caractere em uma coluna indica que o campo não é esperado.

❗️

Importante:

Caso o arquivo de resposta contenha campos desconhecidos ou não esperados pela Automação Comercial, esta deve ignorá-los sem acusar erro. Isto permite que informações adicionais sejam futuramente retornadas pelo PayGo, mantendo compatibilidade com versões de Automação Comercial anteriores à nova especificação.

6.3.1 Arquivo de solicitação (Req\intpos.001)

692

6.3.2 Arquivo de status (Resp\intpos.sts)

696

Todos os campos do arquivo de status têm o mesmo valor do arquivo de solicitação.

6.3.3 Arquivo de resposta (Resp\intpos.001)

628

6.4 Detalhamento dos campos

A tabela a seguir detalha o conteúdo de cada campo previsto por esta especificação.
Legenda para a coluna “Formato”:

→ ‘n’ indica um campo contendo exclusivamente caracteres numéricos;

→ ‘a’ indica um campo podendo conter qualquer caractere permitido, de acordo com “6.1. Formato genérico”;

→ ‘a7’ indica um campo de exatamente 7 caracteres;

→ ‘a..5’ indica um campo de 1 a 5 caracteres.

CódigoNomeFormatoDescrição
000-000Comandoa3Identifica o propósito do arquivo, conforme “6.2. Comandos
existentes”.
001-000Identificaçãon..10Número de controle gerado pela Automação Comercial,
devendo o valor ser diferente para cada nova operação de TEF.
É ecoado pelo PayGo nos arquivos de status e de resposta, e
deve ser consistido pelo Automação Comercial.
002-000Documento fiscaln..12Número do documento fiscal ao qual a operação de TEF está
vinculada. Caso seja usada uma Impressora Fiscal, o
preenchimento deste campo é obrigatório para transações de
venda.
003-000Valor totaln..12Valor total da operação, em centavos da moeda informada no
campo 004-000, incluindo todas as taxas cobradas do Cliente
(serviço, embarque, etc.).
No arquivo de resposta para transações de venda, este campo
indica o valor efetivamente debitado do Cliente e creditado
para o Estabelecimento (desconsiderando taxas referentes ao
uso da solução, descontadas pela Rede Adquirente).
004-000Moedan10: Real
1: Dólar americano
2: Euro
006-000Entidade Clientea1Forma de identificação do Cliente:
F: CPF
J: CNPJ
X: Outro identificador, gerenciado pelo estabelecimento.
007-000Identificador
Cliente
n..16Identificador do Cliente (somente números, sem formatação),
de acordo com o campo 006-000, obrigatório caso este campo
esteja presente.
Caso informado pela Automação Comercial, este dado poderá
ser utilizado pelo PayGo para transações que requeiram esta
informação (por exemplo, fidelização), evitando assim uma
dupla digitação na Automação Comercial e no PayGo.
009-000Statusa..3Indica o resultado final da operação de TEF:
0: operação bem-sucedida, ou transação aprovada;
qualquer outro valor: erro na transação, ou transação negada.
010-000Rede Adquirentea..8Codinome da Rede Adquirente que processou a transação.
Consultar o item 6.4.1 Redes adquirentes no PayGo.
Para compatibilidade com versões futuras do produto (por
exemplo, inclusão de novas redes), a Automação Comercial
não deve consistir este campo, somente armazená-lo para
consulta ou agrupamento de transações.
Pelo mesmo motivo, é recomendado não preencher este
campo no arquivo de solicitação para os comandos CRT e
ADM. Caso seja preenchido, o PayGo processará a transação
através da rede informada, sem apresentar o menu de seleção
da Rede Adquirente.
011-000Tipo de transaçãon2Venda ou cancelamento (de acordo com o campo 000-000):
10: Cartão de crédito – à vista
11: Cartão de crédito – parcelado pelo Estabelecimento
12: Cartão de crédito – parcelado pelo Emissor
20: Cartão de débito – à vista
22: Cartão de débito – parcelado pelo Estabelecimento
21: Cartão de débito – pré-datado
24: Cartão de débito – pré-datado forçada
40: CDC / débito parcelado pelo Emissor
60: Voucher / PAT
30: Outro tipo de cartão
99: Não definido (a operação não foi concluída)
Operação administrativa:
13: Pré-autorização com cartão de crédito
41: Consulta CDC / débito parcelado pelo Emissor
70: Consulta de cheque
71: Garantia de cheque
01: Fechamento / Finalização
00: Outra operação administrativa
Este campo é obsoleto, foi substituído pelos campos 730-000,
731-000 e 732-000.
012-000NSUa..40Identificador único da transação, atribuído pela Rede
Adquirente.
Por motivo de compatibilidade com versões anteriores desta
especificação, a Automação deve sinalizar através do campo
706-000 que suporta o tamanho de 40 caracteres para este
campo. Caso contrário, se a Rede Adquirente retornar um valor
com mais de 12 caracteres, somente os 12 últimos serão
considerados, prejudicando o uso desta informação
(tipicamente, para cancelamento).
013-000Código de
autorização
a..6Código de autorização, atribuído pelo Emissor.
017-000Tipo de
parcelamento
n10: parcelado pelo Estabelecimento;
1: parcelado pelo Emissor.
Este campo é obsoleto, foi substituído pelo campo 732-000.
018-000Qtde. parcelasn..2Quantidade de parcelas, para transações parceladas.
022-000Data no
comprovante
n8Formato DDMMAAAA.
023-000Hora no
comprovante
n6Formato hhmmss.
024-000Data pré-datadon8Data de agendamento da transação. Formato DDMMAAAA.
025-000NSU originala..40Campo 012-000 correspondente à transação original, para
transação cancelada
026-000Data/hora rede
origina
n10Data/hora da transação original, para transação cancelada.
Formato DDMMhhmmss.
027-000Código de
controle
a..30Identificador único da transação gerado pelo PayGo.
028-000Tamanho via
única
n..3Quantidade de linhas da via única do comprovante.
029-xxxVia única do
comprovante
a..40Linha da via única do comprovante, entre aspas duplas.
xxx indica o número da linha, de 001 até a quantidade total de
linhas indicada pelo campo 028-000.
030-000Mensagem
operador
a..40Mensagem de texto que deve ser apresentada ao operador do
sistema pela Automação Comercial.
040-000Nome do cartão
ou da
administradora
a..12Nome do cartão ou do Emissor. O mesmo cartão pode ter
nomes diferentes de acordo com a Rede Adquirente utilizada.
Por motivo de compatibilidade, a Automação Comercial não
deve consistir este campo, somente armazená-lo para consulta
ou agrupamento de transações.
702-000Índice do
Estabelecimento
n..2Índice do Estabelecimento, iniciado em 0.
Exclusivamente para instalações específicas onde um mesmo
Checkout pode realizar transações para vários
Estabelecimentos. Este número é acrescentado à porta TCP
configurada no PayGo Cliente, para conexão ao PayGo
Servidor.
706-000Capacidades da
Automação
n..3Soma dos seguintes valores, identificando as funcionalidades
suportadas pela Automação Comercial:
1: funcionalidade de troco (ver campo 708-000)
2: funcionalidade de desconto (ver campo 709-000)
4: valor fixo, sempre incluir
8: vias diferenciadas do comprovante para
Cliente/Estabelecimento (campos 712-000 a 715-000)
16: cupom reduzido (campos 710-000 e 711-000)
32: funcionalidade de valor devido (ver campo 743-000)
64: funcionalidade de valor reajustado (ver campo 744-000)
128: suporta NSU com tamanho de até 40 caracteres (campos
012-000 e 025-000)
256: suporta índice da aplicação com tamanho de até 4
caracteres (campo 739-000)
Caso este campo não seja informado pela Automação
Comercial (versões anteriores), considera-se que nenhuma das
funcionalidades é suportada.
Importante: na certificação da CIELO, é exigido que a
Automação Comercial implemente a funcionalidade de
desconto.
707-000Valor originaln12Valor original da transação informado pela Automação
Comercial no campo 003-000 do arquivo de solicitação, em
centavos da moeda identificada no campo 004-000.
Este campo é informado pelo PayGo caso seja diferente do
valor final da transação informado no campo 003-000 do
arquivo de resposta.
A regra abaixo deve ser considerada, caso o campo 744-000
(valor reajustado) não seja informado:
Valor total (003-000) = Valor original (707-000) +
Valor do troco (708-000) –
Valor do desconto (709-000) –
Valor devido (743-000)
708-000Valor do trocon12Valor de retirada em dinheiro (saque no cartão) realizada em
conjunto com a transação de venda, em centavos da moeda
informada no campo 004-000.
Este valor é acrescido ao valor original da transação, e deve ser
registrado na Impressora Fiscal como “troco”.
709-000Valor do desconton12Valor do desconto concedido ao Cliente pela Rede Adquirente
ou pelo Emissor para uma transação de venda, em centavos da
moeda informada no campo 004-000.
Este valor é retirado do valor original da transação, e deve ser
registrado na Impressora Fiscal como “desconto”.
710-000Tamanho cupom
reduzido
n..3Quantidade de linhas do cupom reduzido.
711-xxxCupom reduzidoa..40Linha do cupom reduzido, entre aspas duplas.
xxx indica o número da linha, de 001 até a quantidade total de
linhas indicada pelo campo 710-000.
712-000Tamanho via
Cliente
n..3Quantidade de linhas da via diferenciada do comprovante
destinada ao Cliente.
713-xxxVia Cliente do
comprovante
a..40Linha da via do Cliente, entre aspas duplas.
xxx indica o número da linha, de 001 até a quantidade total de
linhas indicada pelo campo 712-000.
714-000Tamanho via
Estabelecimento
n..3Quantidade de linhas da via diferenciada do comprovante
destinada ao Estabelecimento.
715-xxxVia
Estabelecimento
do comprovante
a..40Linha da via do Estabelecimento, entre aspas duplas.
xxx indica o número da linha, de 001 até a quantidade total de
linhas indicada pelo campo 714-000.
716-000Empresa da
Automação
a..40Razão social da empresa responsável pelo desenvolvimento da
aplicação de Automação Comercial.
Exemplo: KND SISTEMAS LTDA
717-000Data/hora fiscaln12Data/hora registrada no cupom fiscal, no formato
AAMMDDhhmmss
Caso seja usada uma Impressora Fiscal, o preenchimento
deste campo é obrigatório para transações de venda
718-000Número lógico do
terminal
a..50Identificação do terminal.
719-000Código do
estabelecimento
a..50Identificação do estabelecimento.
722-000Dados adicionais
#1
a..128Informações adicionais sob controle da Automação Comercial,
para registro no histórico de transações do PayGo.
Caso a Rede Adquirente suporte esta funcionalidade, este
dado aparece como “dado adicional do estabelecimento” no
extrato eletrônico.
723-000Dados adicionais
#2
a..128Informações adicionais sob controle da Automação Comercial,
para registro no histórico de transações do PayGo.
724-000Dados adicionais
#3
a..128Informações adicionais sob controle da Automação Comercial,
para registro no histórico de transações do PayGo.
725-000Dados adicionais
#4
a..128Informações adicionais sob controle da Automação Comercial,
para registro no histórico de transações do PayGo.
726-000Idioma do Clientea2Idioma a ser utilizado para a interface com o Cliente
(especialmente para autoatendimento):
pt: português (valor padrão)
en: inglês
es: espanhol
727-000Taxa de serviçon..12Valor correspondente à taxa de serviço cobrada
adicionalmente aos produtos adquiridos, tipicamente no setor
de alimentação (gorjeta), em centavos da moeda informada no
campo 004-000.
Este valor é incluído no valor total informado no campo 003-
000.
728-000Taxa de embarquen..12Valor correspondente às taxas cobradas pelos aeroportos,
portos, rodoviárias, etc. adicionalmente ao valor da passagem
adquirida, em centavos da moeda informada no campo 004-
000.
Este valor é incluído no valor total informado no campo 003-
000
729-000Status da
confirmação
n1Indica o status da confirmação da transação, para transações
bem-sucedidas (campo 009-000 = 0):
1: transação não requer confirmação, ou já confirmada
2: transação requer confirmação
Para manter compatibilidade com versões de especificação
anteriores, caso este campo não esteja presente no arquivo de
resposta, assumir que a transação requer confirmação se
houver comprovantes a serem impressos.
730-000Operaçãon..21: venda (pagamento de mercadoria/serviço)
51: cancelamento de venda / reembolso
2: pré-autorização
52: cancelamento de pré-autorização
3: consulta do cartão (de saldo, financiamento, etc.)
4: consulta de cheque
5: garantia de cheque
6: saque
8: doação (em dinheiro)
9: doação (com cartão)
10: pagamento de conta/boleto/fatura (em dinheiro)
60: cancelamento de pagamento de conta (dinheiro)
11: pagamento de conta/boleto/fatura (com cartão)
61: cancelamento de pagamento de conta (cartão)
12: compra de créditos / recarga de celular pré-pago (em
dinheiro)
13: compra de créditos / recarga de celular pré-pago (com
cartão)
48: fechamento/finalização
49: outra operação administrativa
Para manter compatibilidade com versões de especificação
anteriores, caso este campo não esteja presente no arquivo de
resposta, verificar o campo 011-000.
731-000Tipo de cartãon..2Modalidade da transação com cartão:
0: qualquer / não definido (padrão)
1: crédito
2: débito
3: voucher
Importante: para compatibilidade com evoluções futuras, caso
a Automação Comercial capture esta informação antes de
acionar o PayGo, sempre deve oferecer para o usuário uma
opção “outro” que alimente este campo com o valor 0.
Para manter compatibilidade com versões de especificação
anteriores, caso este campo não esteja presente no arquivo de
resposta, verificar o campo 011-000.
732-000Tipo de
financiamento
n..2Modalidade de financiamento da transação:
0: qualquer / não definido (padrão)
1: à vista
2: parcelado pelo Emissor
3: parcelado pelo Estabelecimento
4: pré-datado
5: pré-datado forçado
Para manter compatibilidade com versões de especificação
anteriores, caso este campo não esteja presente no arquivo de
resposta, verificar os campos 011-000 e 017-000.
733-000Versão da
interface
n..3Valor fixo, identificando a versão deste documento
implementada pela Automação Comercial (somente números,
por exemplo, 210 para “v2.10”)
734-000Grupo de
transações
n..10(reservado para uso futuro)
Para pagamento com múltiplos cartões, este campo deve
conter o mesmo valor do campo 001-000 da primeira
transação, e ser repetido com este mesmo valor a cada nova
transação enquanto não for finalizado o pagamento em curso.
Para confirmar ou desfazer o grupo de transações, um único
comando CNF ou NCN é gerado, incluindo nos campos 010-xxx
e 027-xxx (e, eventualmente, 702-xxx) os valores
correspondentes às transações sendo confirmadas/desfeitas,
na ordem em que foram realizadas.
735-000Nome da
Automação
a..40Nome da aplicação de Automação Comercial.
736-000Versão da
Automação
a..20Versão da aplicação de Automação Comercial, conforme
nomenclatura utilizada pelo desenvolvedor
737-000Vias de
comprovantes
n1Indica quais vias devem ser impressas:
0: não há comprovante
1: imprimir somente a via do Cliente
2: imprimir somente a via do Estabelecimento
3: imprimir ambas as vias do Cliente e do Estabelecimento
Para manter compatibilidade com versões de especificação
anteriores, caso este campo não esteja presente no arquivo de
resposta, assumir o valor:
0 se o campo 028-000 estiver igual a zero;
3 se o campo 028-000 estiver diferente de zero.
738-000Registro de
Certificação
a..20Código obtido junto à PayGo no início do processo de
certificação da Automação Comercial.
739-000Índice da Rede
Adquirente
n3Índice da Rede Adquirente para o PayGo: consultar o item 6.4.1
Redes adquirentes no PayGo.
Novas Redes Adquirentes são acrescentadas periodicamente
no sistema, por isso a Automação Comercial não deve
restringir valores deste campo.
Pelo mesmo motivo, é recomendado não preencher este
campo no arquivo de solicitação para os comandos CRT e
ADM. Caso seja preenchido, o PayGo processará a transação
através da rede informada, sem apresentar o menu de seleção
da Rede Adquirente.
740-000Número do cartãon..19Número do cartão utilizado na transação, sempre mascarado.
(A máscara varia de acordo com a Rede Adquirente.)
741-000Nome do Clientea..40Nome do Cliente, extraído do cartão ou informado pelo
emissor.
742-000Nome do Produtoa..40Nome do produto enviado na transação pela rede adquirente:
- Recarga de celular: TIMTURBO 7, CLARO R$10, etc.
- Transações de venda: CREDITO, MASTERCARD DEBITO, etc.
743-000Valor devidon12Valor restante a pagar, em centavos da moeda informada no
campo 004-000.
Somente parte do valor foi autorizado, e a Automação deve
solicitar outra forma de pagamento para completar a venda.
744-000Valor reajustadon12Valor reajustado pela Rede Adquirente, conforme acordos
contratuais com o estabelecimento, em centavos da moeda
informada no campo 004-000.
Este campo é informado pelo PayGo caso o valor enviado pela
Automação Comercial tenha sido reajustado para mais ou para
menos pela Rede Adquirente, respeitando a regra abaixo:
Valor total (003-000) = Valor reajustado (744-000) +
Valor do troco (708-000) –
Valor do desconto (709-000) –
Valor devido (743-000)
745-000Não utilizado
746-000Não utilizado
747-000Data vencimenton4Data de vencimento do cartão (MMAA). Se a transação for
realizada via tarja magnética, este campo pode não ser
retornado, caso o padrão da trilha magnética do cartão seja
diferente do padrão ISO7813.
748-000Nome do cartão
padronizado
a..50Nome do cartão padronizado, este campo poderá ser utilizado
pela automação para gerar relatório com base no nome do
cartão. Caso o intuito for esse, utilizar este campo ao invés do
040-000.
749-000Forma de
pagamento
n..2Modalidade de pagamento:
1: cartão
2: dinheiro
4: cheque
8: carteira digital
750-000Forma de
identificação do
portador da
carteira digital
n..31: QRCode do checkout (lido pelo celular do portador)
2: CPF
128: outra
751-000Split de
pagamento -
Quantidade
n..2Quantidade de ocorrências de registros 752-XXX
752-XXXSplit de
pagamento -
Registros
a...62Informações de quebra do pagamento, separados por vírgula:
- Identificador da conta de destino para a rede adquirente ou
para a entidade responsável pela liquidação da transação.
- Valor a ser pago nesta conta de destino, em centavos.
Importante: a soma de todos os valores destes registros deve
ser igual ao conteúdo do campo 003-000.
Exemplo:
752-001: ABCDE1234,8500
752-002: QW9887RR,3000
999-999Registro
finalizador
n1Conteúdo fixo: 0 (zero)

6.4.1 Redes adquirentes no PayGo

ÍndiceCodinomeNome / descrição
000VISANETCielo
001REDECARDRede
004BANRISULBanrisul / Vero
006CSHOPCrediShop
008TRIBANCOTricard / Única
009POLICARDPolicard / Up
011FANCARDFancard
012BANCREDBancredcard
013BCARDBanesecard
014ACCORDAccord
015COOPERCRCoopercred
016ORGCARDOrgcard
017GETNETGetnet
018REPOMRede Estrada
019VLCARDValecard / Ágilli
020MUXXPGWeb
021TKTCARTicket Car
022PREMMIAFidelidade Petrobrás
023NEUSNeus
025ALGORIXAlgorix
026SENFFSenff
027VERYCARDVerycard
028FITCARDFitcard
043FILLIPFillip
044VISANETCielo (PGWeb)
045ELAVONElavon
046LIBCARDLibercard
047RVRV
048FSTDATAAdquirência FirstaData / Bin
049FDCORBANCorBan FirstData
050CONDUCTConductor
052REDECARDRede (PGWeb)
053CREDSYSTCredSystem
054ICARDSInfocards
056NDDCARGONDDCargo
057BANRISULVero (PGWeb)
058GLOBALGlobal Payments
059GAXGax/3ia
060STONEStone
061DMCARDDM Card
062CTFCTF
063TKTLOGTicketLog
064GETNETGetnet (PGWeb)
065VCMAISVC+ / Abastece Aí
066SAFRASafraPay
067PAGSEGPagSeguro
068BEBLUEBeBlue
069MERCPAGMercado Pago
070FEPASFEPAS / CardSE
071ACCENTIVACCENTIV
072ASPEBASPEB
073FLEETCOFFLEETCOR FROTA
074VALLEEXPVALLE EXPRESS
075GOLDICARGOLDI CARD
076FLEETCORFLEETCOR
077GREENCARGREEN CARD
078FLEETCARFLEET CARD
079DAYCARDDAY CARD
080GREENCFGREEN CARD FROTA
081VERDECARVERDE CARD
082HUBPREPAHUB PREPAID
083GOODCARDGOOD CARD
084JGVJGV
085RVCARDSRVCARDS
086REDEUSEREDE USE
087SOFTLABSOFTLAB
088NUCASHNUCASH
089VELOEVELOE
090IZPAYIZPAY
091BANCOPANBanco PAN
092REDETRELCorBan REDETREL
093WIZEOWIZEO
094VALOREMVALOREM
095ALELOALELO
096VEEVEE
097PASSEPAYPASSEPAY
098ITAUITI
099TICKETTICKET
100DEMOModo de demonstração (PGWeb)
101C6BANKC6 Express
102AMEAme Digital
103PAGBANKPagBank
104RAPPIRappi
105SENFFSenff (PGWeb)
106BCARDBanesecard (PGWeb)
107ALELOAlelo
108C6PIXPix C6

6.5 Exemplos de arquivos

6.5.1 Solicitação de venda (Req\intpos.001)

000-000 = CRT
001-000 = 34430576
002-000 = 223546
003-000 = 10000
004-000 = 0
006-000 = J
007-000 = 03361770000158
010-000 = REDECARD
018-000 = 03
024-000 = 05022020
702-000 = 01
706-000 = 3
716-000 = SETIS AUTOMACAO E SISTEMAS LTDA.
717-000 = 110117190534
726-000 = pt
727-000 = 100
728-000 = 500
731-000 = 01
732-000 = 00
733-000 = 210
735-000 = KiWi
736-000 = v1, 14, 0, 0
738-000 = G45J35G3JH45B435
739-000 = 001
749-000 = 1
751-000 = 3
752-001 = 00000000001,2000
752-002 = 00000000002,600
752-003 = 00000000003,1400
999-999 = 0

6.5.2 Status de venda (Resp\intpos.sts)

000-000 = CRT
001-000 = 34430576
999-999 = 0

6.5.3 Resposta de venda (Resp\intpos.001)

000-000 = CRT
001-000 = 34430576
002-000 = 223546
003-000 = 12000
004-000 = 0
009-000 = 0
010-000 = NOVAREDE
011-000 = 20
012-000 = 19100205783
013-000 = 022167
015-000 = 1701191002
016-000 = 1701191002
017-000 = 0
018-000 = 03
022-000 = 17012011
023-000 = 191002
024-000 = 05022020
027-000 = 11011719100219100205783
028-000 = 18
029-001 = " * * DEMONSTRACAO PAYGO * *"
029-002 = " COMPROVANTE DE TEF"
029-003 = " "
029-004 = " ESTABELECIMENTO DE TESTE"
029-005 = " 823982346832235/03876463"
029-006 = " "
029-007 = " 17/01/2011 19:10:02"
029-008 = " REF.FISCAL:223546"
029-009 = " DOC:026982 AUTORIZ:022167"
029-010 = " REF.HOST:19100205783"
029-011 = " "
029-012 = " DEMOCARD ****1111"
029-013 = " VENDA DEBITO A VISTA"
029-014 = " VALOR FINAL: R$ 120,00"
029-015 = " SAQUE: R$ 20,00"
029-016 = " "
029-017 = " TRANSACAO AUTORIZADA MEDIANTE"
029-018 = " USO DA SENHA PESSOAL."
030-000 = AUTORIZADA 022167
040-000 = DEMOCARD
707-000 = 10000
708-000 = 2000
709-000 = 100
710-000 = 4
711-001 = "DEMOCARD ****1111"
711-002 = "POS:03876463 DOC:026982 AUTORIZ:022167"
711-003 = "VENDA DEBITO A VISTA"
711-004 = "VALOR FINAL: R$ 120,00"
712-000 = 16
713-001 = " DEMONSTRACAO PAYGO "
713-002 = " COMPROVANTE DE TEF"
713-003 = " VIA: CLIENTE"
713-004 = " "
713-005 = " ESTABELECIMENTO DE TESTE"
713-006 = " 823982346832235/03876463"
713-007 = " "
713-008 = " 17/01/2011 19:10:02"
713-009 = " REF.FISCAL:34430576"
713-010 = " DOC:026982 AUTORIZ:022167"
713-011 = " REF.HOST:19100205783"
713-012 = " "
713-013 = " DEMOCARD ****1111"
713-014 = " VENDA DEBITO A VISTA"
713-015 = " VALOR FINAL: R$ 120,00"
713-016 = " SAQUE: R$ 20,00"
714-000 = 19
715-001 = " * * DEMONSTRACAO PAYGO * *"
715-002 = " COMPROVANTE DE TEF"
715-003 = " VIA: ESTABELECIMENTO"
715-004 = " "
715-005 = " ESTABELECIMENTO DE TESTE"
715-006 = " 823982346832235/03876463"
715-007 = " "
715-008 = " 17/01/2011 19:10:02"
715-009 = " REF.FISCAL:34430576"
715-010 = " DOC:026982 AUTORIZ:022167"
715-011 = " REF.HOST:19100205783"
715-012 = " "
715-013 = " DEMOCARD ****1111"
715-014 = " VENDA DEBITO A VISTA"
715-015 = " VALOR FINAL: R$ 120,00"
715-016 = " SAQUE: R$ 20,00"
715-017 = " "
715-018 = " TRANSACAO AUTORIZADA MEDIANTE"
715-019 = " USO DA SENHA PESSOAL."
718-000 = 03876463
719-000 = 823982346832235
729-000 = 2
730-000 = 1
731-000 = 2
732-000 = 1
737-000 = 3
739-000 = 042
740-000 = ****1111
741-000 = SILVA/JOAO
742-000 = CREDITO
743-000 = 200
744-000 = 300
747-000 = 0625
748-000 = MASTERCARD
749-000 = 1
999-999 = 0

6.5.4 Confirmação de venda (Req\intpos.001)

000-000 = CNF
001-000 = 34430576
002-000 = 223546
010-000 = NOVAREDE
027-000 = 11011719100219100205783
733-000 = 210
735-000 = KiWi
736-000 = v1, 14, 0, 0
738-000 = G45J35G3JH45B435
999-999 = 0

6.5.5 Status de confirmação (Resp\intpos.sts)

000-000 = CNF
001-000 = 34430576
999-999 = 0