ArquivosPendrive DIMEP-PrintPoint3

Formato dos
arquivos de
pendrive
PrintPoint III
Revisão: 01 Data: 30/05/2015

Formato dos arquivos de pendrive
Data Autor Alterações Versão

03/10/2013 Rodrigo Such Criação do documento no novo 1.0.00
formato. Nenhuma alteração foi
realizada no documento nesta
versão.
25/06/2015 Igor Guzzo Inclusão do campo “Identificador do 1.0.01
Cliente” no arquivo Conexão.txt.
08/07/2015 Leandro Jorge Atualização tamanho da área de 1.0.02
dados dos arquivos.
Correção na quantidade de dígitos
do PIS nos arquivos de cadastro
via pen drive.
08/07/2015 Leandro Jorge Inclusão do formato de template do 1.0.03
arquivo Template.txt para módulo
Virdi.
14/07/2015 Leandro Jorge Inclusão de exemplos nas 1.0.04
descrições dos arquivos de coleta
Data.txt, NewFinger.txt,
AllBadges.txt e AfdData.txt.
Especificações do arquivo
NewFinger para templates Sagem
e Virdi.
16/07/2015 Igor Guzzo Inclusão do formato do template 1.0.05
nos arquivos de programação e
coleta de templates.
29/07/2015 Marcelo Centenaro Inclusão do parâmetro nível de 1.0.06
segurança Virdi nos arquivos de
configurações.
31/07/2015 Rodrigo Such Alteração do formato das linhas 1 e 1.0.07
2. O CPF do responsável pela
alteração foi retirado da linha tipo 1
e colocado na linha tipo 2
04/05/2016 Marcelo Centenaro Inclusão dos eventos de 1.0.08
comunicação no arquivo Events.txt
30/05/2016 Guilherme Romero Inclusão dos eventos de 1.0.09
comunicação no arquivo
LOGCOMUNIC.txt
07/06/2016 Guilherme Romero Incluir parâmetro de credencial no 1.0.10
formato de exportação de
marcação de ponto (arquivo
“Exformat.txt”).
29/07/2016 Leandro Oliveira Inserção do formato de template 1.0.11
Suprema para os arquivos
Template.txt e NewFinger.txt
22/08/2016 Leandro Oliveira Correção na descrição dos 1.0.12
arquivos EVENTS.txt e
LOGCOMUNIC.txt no evento de
comunicação coleta de marcação
(subtipo "13"), item data e hora da
marcação, alterado para 12 dígitos
e retirado SS (Segundos).
14/10/2016 Leandro Oliveira Correção na descrição do arquivo 1.0.13
Config.txt no evento de dados da
impressora, corrigido o item
referente ao tamanho e descrição
do campo Tamanho da bobina
nova.
07/10/2016 Igor Augusto Guzzo Inclusão dos arquivos de 1.0.14
programação Wifi.txt e Gprs.txt.
29/03/2017 Igor Augusto Guzzo Inclusão do modelo de módulo 1.0.15
biométrico “Secukey”
Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 2/35

27/09/2017 Igor Augusto Guzzo Inclusão do campo “Habilita 1.0.16
WebService” no arquivo
Conexão.txt
16/02/2018 Leandro Oliveira Inclusão do campo “Tipo de 1.0.17
Segurança da Rede WiFi” no
arquivo Wifi.txt

INDICE
Apresentação. ............................................................................................................................................. 5
1. Descrição geral dos arquivos. .......................................................................................................... 5
2. Formato dos arquivos ........................................................................................................................... 6
2.1 Empregad.txt.................................................................................................................................. 6
2.2 Credenc.txt..................................................................................................................................... 7
2.3 Template.txt................................................................................................................................... 7
2.4 Superv.txt ..................................................................................................................................... 10
2.5 Config.txt...................................................................................................................................... 11
2.6 ConfigNO.txt ................................................................................................................................ 15
2.7 Exformat.txt ................................................................................................................................. 15
2.8 Data.txt ........................................................................................................................................ 17
2.9 NewFinger.txt .............................................................................................................................. 17
2.10 AllFinger.txt .................................................................................................................................. 19
2.11 AllBadges.txt ................................................................................................................................ 19
2.12 AfdData.txt ................................................................................................................................... 19
2.13 Conexao.txt .................................................................................................................................. 21
2.14 Events.txt ..................................................................................................................................... 23
2.15 LogComunic.txt ............................................................................................................................ 29
2.16 Wifi.txt ......................................................................................................................................... 32
2.17 Gprs.txt ........................................................................................................................................ 33
Anexo I - Códigos de motivo de desconexão no log de eventos de sistema .............................................. 34

Apresentação.
Este documento se destina a definição dos arquivos texto que serão utilizados para
comunicação via pen drive com o relógio PrintPoint III (REP).
1. Descrição geral dos arquivos.

Todos os arquivos terão a extensão “txt”. Por exemplo: para enviar uma lista de
empregados deve ser criado o arquivo “empregad.txt”.
A primeira linha de todos os arquivos utilizados para programação no relógio
deve conter a linha tipo 1. Esta linha deve conter o número “1” seguido da palavra
“REP V. 1.00”. Para versões do PrintPointII inferiores à 02.03.0000, nos arquivos de
programação de informações de funcionários, essa linha também contém o CPF do
responsável pelas alterações (Ex.: 1REP V. 1.0099999999999, onde o CPF é
999.999.999-99)
A segunda linha de cada arquivo deve conter a linha tipo 2. Esta linha se refere
ao número de fabricação de um ou mais relógios que serão programados. A partir da
versão 02.03.0000 do PrintPointIII, foi inserida a informação do CPF do responsável
pela alteração do registro. Nessa versão, a informação de CPF a ser utilizada será a
presente nessa linha, não mais a da linha 1. Para versões de firmware inferiores a
02.03.0000, a informação de CPF que será utilizada será a presente na linha 1. Para
maiores informações a respeito do documento de arquivos de pendrive para as versões
antigas, consultar a versão 01.06 deste documento.
Com o intuito de permitir que um mesmo arquivo/pendrive possa ser utilizado
para programar diversos equipamentos diferentes, pode-se colocar várias linhas do tipo
2 neste arquivo. Nessa situação, o equipamento irá executar apenas as ações das
linhas subsequentes à linha tipo 2 que contiver o número de fabricação do
equipamento em questão. A seguir serão dados alguns exemplos de uso da linha 2.
Para enviar a programação para o relógio de número de fabricação
12345678901234567 e com o CFP do responsável igual a 12345678912 deve ser
criada uma linha da seguinte forma:
21234567890123456712345678912
Para enviar a programação para os relógios com os números de fabricação

12345678901234567 e 76543210987654321 com o CFP do responsável igual a
12345678912 deve ser criada uma linha da seguinte forma:
2123456789012345677654321098765432112345678912
Para enviar programações diferentes para os relógios com os números de

fabricação 12345678901234567 e 76543210987654321 com o CFP do responsável
igual a 12345678912 e 21987654321, respectivamente, o arquivo deve possuir o
seguinte formato:
21234567890123456712345678912
... Programações do equipamento 12345678901234567...
27654321098765432121987654321

A terceira linha do arquivo pode ou não conter uma linha do tipo 3. Esta linha
define se será efetuada uma limpeza da tabela antes da transmissão de novos dados
para o relógio. Para isto, basta que na terceira linha do arquivo exista o número “3”.
A linha tipo 4 define a inclusão de um registro a ser enviado. Para enviar o
empregado com PIS “012345678901” e nome “José da Silva”, a linha deve ser gerada
da seguinte forma: 4012345678901José da Silva.
A linha tipo 5 define a exclusão de um registro. Exemplo para excluir o
empregado com PIS 098765432109: 5098765432109.
Para incluir comentários no arquivo inicia-se a linha com “0” seguida pelo texto
desejado. Os comentários podem ser criados em qualquer parte do arquivo.
Um arquivo pode ou não conter as linhas do tipo 0, 3, 4 ou 5.
No exemplo abaixo será feita a limpeza da tabela de cartões, a inserção e a

exclusão de cartões da lista dos relógios 1 e 3:
0Este é um exemplo do arquivo empregad.txt

1REP V. 1.00
2000000000000000010000000000000000312345678912
0Programação total de funcionários
3
0Inserindo cartões
4011111111111João Almeida
4012345678901José da Silva
4022222222222Antônio Cintra
0Excluindo cartões
5011111111111
5012345678901
5022222222222
2. Formato dos arquivos
2.1 Empregad.txt
O arquivo Empregad.txt não pode conter linha “3”.
Tamanho da área de dados: 71
Formato da área de dados:
Campo Fixo Informar “4”.
PIS PIS do empregado, com 12 dígitos.
Nome Nome do empregado, com 52 caracteres ASCII estendido, página de código
850
Senha Senha com 6 dígitos criptografados.
Exemplo:
1REP V. 1.0099999999999
212345678901234567
4012345678901José da Silva 459509
012345678901 José da Silva 459509

PIS Nome Senha
criptografada

2.2 Credenc.txt
Campo Fixo Informar “4”.

Cartão Código do cartão com 20 dígitos.
Via Via do cartão, com 1 dígito ASCII (se não existir, preencher com ‘0’).
Exemplo:
1REP V. 1.00
21234567890123456799999999999
3
4000000000001234567890123456789010
00000000000123456789 012345678901 0
Código do cartão PIS Via
2.3 Template.txt
Este arquivo pode ser gerado para 2 formatos de templates.
Os formatos possíveis são:
- Sagem
Tamanho da área de dados: Variável
Campo fixo Informar “4”.

Primeiro dedo N. do primeiro dedo, com 1 dígito
Segundo dedo N. do segundo dedo, com 1 dígito
Template Este campo contém 2 templates, no formato:
- Formato do template: 2 dígitos ASCII, contendo o formato do template:
00 – Sagem PK Comp (Formato proprietário Sagem)
05 – Ansi 378
06 – ISO FMR
07 – ISO FMC NS
08 – ISO FMC CS
09 – ISO FMC CS AA
10 – Minex A
11 – DIN V66400
12 – DIN V66400 AA
Obs.: Os formatos de 05 a 12 são formatos de template Abertos (Não Proprietários). Estão

disponíveis somente para o sensor Sagem no momento.
- Tamanho 1º template: 2 bytes em hexa define o tamanho do primeiro dedo do template.

- Template: com N caracteres.
- Tamanho 2º template: 2 bytes em hexa define o tamanho do segundo dedo do template.
Exemplo:
1REP V. 1.00
21234567890123456799999999999
3
4012345678901 83 06 1234...(Template tipo ISO FMR, tamanho variável)...1234(Template tipo
ISO FMR, tamanho variável)...*

* Os espaços na linha 4 são somente para ilustrar cada campo separadamente. Não devem ser
considerados na criação do arquivo.
- Virdi

04 – Virdi UNION (Formato proprietário Virdi)
- Tamanho 1º template: 2 bytes em hexa definindo o tamanho do primeiro dedo = 0190.

- Template: 800 caracteres.
- Tamanho 2º template: 2 bytes em hexa definindo o tamanho do segundo dedo = 0190.
Exemplo:
1REP V. 1.00
21234567890123456799999999999
3
4012345678901 83 04 0190(Template com 800 caracteres)0190(Template com 800 caracteres)*
- Suprema

01 – Suprema (Formato proprietário Suprema)

Exemplo:
1REP V. 1.00
21234567890123456799999999999
3
4012345678901 83 01 0180(Template com 768 caracteres)0180(Template com 768 caracteres)*
- Secukey

20 – Secukey (Formato proprietário Secukey)
- Tamanho 1º template: 2 bytes em hexa definindo o tamanho do primeiro dedo = 01F2.

- Tamanho 2º template: 2 bytes em hexa definindo o tamanho do segundo dedo = 01F2.
Exemplo:
1REP V. 1.00
21234567890123456799999999999
3
4012345678901 83 20 01F2(Template com 996 caracteres)01F2(Template com 996 caracteres)*

2.4 Superv.txt

PIS PIS do supervisor, com 12 dígitos.
Credencial Credencial do supervisor, com 20 dígitos. Se não houver credencial, preencher com zeros.
Senha Senha para confirmação com 6 dígitos. Senha criptografada.
Permissões Indica as permissões do supervisor, num campo hexadecimal de dois dígitos, transmitido em
ASCII.
No campo hexadecimal, os três últimos bits indicam as permissões. 0 significa que o supervisor
não tem permissão; 1 significa que o supervisor tem permissão.
Bit 3 – Troca de bobina
Bit 2 – Operações com pendrive
Bit 1 – Programação de data e hora
Bit 0 – Programações técnicas
Ex.: se um supervisor tem permissão para operações com pendrive e programação de data e
hora, mas não programações técnicas, seu campo permissões em binário será 00000110b. Em
hexadecimal, será 06h. No arquivo, deverá ser escrita a string “03” ASCII.
CPF CPF do supervisor, com 11 dígitos.
Exemplo 1: Cadastro de 1 supervisor com CPF 99999999999

1REP V. 1.00
21234567890123456799999999999
3
4012345678901000000000000000000010476780799988877766
012345678901 PIS
00000000000000000001 Credencial
047678 Senha criptografada
07 Permissões:
operações com pen drive, programação de data e hora e programações técnicas.
99988877766 CPF do supervisor
Exemplo 2: Cadastro de 3 supervisores com seus respectivos PIS, credencial, senha, permissão e CPF.
1REP V. 1.00
21234567890123456799999999999
3
4012345678901000000000000000000010476780799988877766
4012345678902000000000000000000020476770711122233344
4012345678903000000000000000000030476760744455566677

2.5 Config.txt
Este arquivo só pode ser programado com o REP em manutenção.

Todas as linhas de dados do arquivo Config.txt devem começar com o campo fixo “4”.
Os dados possíveis são:
- Horário de Verão
Parâmetro Nº Parâmetro Campo Nº Tamanho Descrição

(2 bytes em Campo (em bytes)
ASCII) (2 bytes
em
ASCII)
DDiMMiAAAAiDDfMMfAAAAf
Onde: i = início; f = fim
+
Horário de Data de 11 bytes contendo o CPF do
10 00 27
Verão início e fim responsável pelos registros de
entrada e saída do horário de
verão em ascii e alinhados à
direita.
Exemplo:
Enviar horário de verão, com início em 1 de outubro de 2009 e fim em 15 de fevereiro de 2010, autorizado pelo
CPF 999.999.999-99  Conteúdo da área de dados:
Obs: O CPF passado como parâmetro nesta linha, será utilizado pelo equipamento quando o horário de entrada ou
saída de verão for atingido e o equipamento tiver que gerar um registro de alteração de data e hora na MRP.
Nesse caso, esse CPF será associado à esse registro.
4100027011020091502201099999999999
- Tipo de Leitura
Parâmetro Nº Campo Nº Campo (2 Tamanh Descrição

Parâmetro bytes em o
(2 bytes em ASCII) (em
ASCII) bytes)
2 de 5 intercalado 00
2 de 5 Dimep 20
3 de 9 30 00 – Não
2
Magnético Dimep 40 01 – Sim
ABA 50
Wiegand 26 bits 60
00 – Não
01 – Lê o ID
02 – Lê a matrícula
(bcd)
Tipo de Leitura 20 03 – Formato
especial smart card
Smart Card 70 2
1;
04 – Formato
especial smart card
2;
05 – Lê a matrícula
(hexadecimal)
Wiegand 35 bits 80 00 – Não
2
Wiegand 37 bits 90 01 – Sim
2 de 5 intercalado 01 20 - Formato do

2 de 5 Dimep 21 Cartão:
3 de 9 31 Cada dígito do
Magnético Dimep 41 cartão pode assumir
os seguintes valores*:
ABA 51
I, O, X, V, C ou dígitos
Wiegand 61 de 0 a 9.
Smart Card 71 Completar com
Wiegand 35 bits 81 espaços caso o
número de dígitos
Wiegand 37 bits 91 seja inferior a 20.
00 – Não tem
criptografia
Tipo de Criptografia 2
01 – 8 dígitos
02 – 12 dígitos
Campo contendo
Vetor 1 02 10 10 dígitos (não
repetidos)
Campo contendo
Vetor 2 14
14 dígitos
Verificador 1 2
01 a 14
Verificador 2 2
Formato especial
43
Magnético Dimep 1
Formato especial ABA 00 – Não
53 2
1 01 – Sim
Formato especial
63
Wiegand 1 (32 bits)
00 – Não tem
Tipo de personalização personalização
2
2 de 5 01 – Micropoint
02 – Megapoint
04
Número de Dígitos do
2 00 a 15
cartão
Código de 0000 a 9999
4
personalização 2 de 5 personalização
* Valores do formato do cartão:

I – Informação
O – Informação opcional (pode não estar presente em todos os cartões)
X – Ignorar dígito
V – Nº da via
C – Checagem
0 a 9 – Campo fixo (obrigatório)
- Tipo de leitura estendido
Parâmetro Nº Campo Nº Campo (2 Tamanho Descrição

Parâmetro Byte em (em bytes)
(2 Byte em ASC)
ASC)
Setor do Smart
70 2 00 a 15 (bcd)
Card
Bloco do Smart
71 2 00 a 03 (bcd)
Card
Tipo de Leitura 21 Offset do Smart Posição em nibbles:
72 2
Card 00 a 27 (bcd)
Chave
6 bytes
criptografada do 73 12
HEXADECIMAIS.
Smart Card

N. de dígitos do
74 2 04 a 20 (bcd)
Smart Card
EAN 13 00 00 – Não
2
Wiegand 34 bits 90 01 – Sim (bcd)
- Formato do
Cartão:
Cada dígito do
EAN 13 01
cartão pode assumir
os seguintes valores*:
20 I, O, X, V, C ou dígitos
de 0 a 9.
Completar com
espaços caso o
Wiegand 34 bits 91 número de dígitos
seja inferior a 20.
- Cartão
Parâmetro Nº Campo Nº Tamanho Descrição

Parâmetro (2 Campo (em bytes)
Byte em ASC) (2 Byte
em
ASC)
Habilitado 00 Para desabilitado e 01
00 2
/Desabilitado para habilitado
00 para acesso via
Credencial ou
10 2 Credencial ou 01 para
PIS
acesso via PIS
00 Não pede autenticação
01 Apenas Senha
02 Apenas Biometria
Autenticação 20 2
Cartão 30 03 Biometria ou senha (se
não tem biometria)
04 Ambos
00 - Não mostra credencial
Mostra no registro de ponto.
credencial no 01 a 20 (bcd) - Número de
30 1
registro de dígitos para mostrar a
ponto credencial no registro de
ponto.
- Teclado

bytes em (2 bytes
ASCII) em
ASCII)
00 2
/Desabilitado para habilitado
00 para acesso via
Credencial ou
10 2 Credencial ou 01 para
PIS
acesso via PIS
Teclado 31 00 Não pede autenticação
01 Apenas Senha
02 Apenas Biometria
Autenticação 20 2
03 Biometria ou senha (se
não tem biometria)
04 Ambos

- Identificação

bytes em (2 bytes
ASCII) em
ASCII)
00 2
1 para N para habilitado
Identificação 32
00 Não pede autenticação
Autenticação 20 2
01 Apenas Senha
- Autenticação

bytes em (2 bytes
ASCII) em
ASCII)
Sempre* ou 00 Para sempre e 01
00 2
Parcial** para Parcial
“00 a 09” em bcd, onde
00 é o menos seguro, e
Nível de 09 é o mais seguro. 0
01 2
Segurança Sagem programa o nível de
segurança default do
módulo.
1 é o menos seguro, e 9
é o mais seguro para
modo de configuração
de segurança manual. 0
programa o nível de
Nível de
segurança default do
Segurança 02 2
módulo.
Suprema
10 – Automatico
Normal
11 – Automático
Seguro
Autenticação 40
12 – Automático Muito
Seguro
Reconhecimento
Biométrico a 180° 00 – Desabilitado
04 2
(somente 01 – Habilitado
módulos Sagem)
01 corresponde ao
nível menos seguro e
09 ao nível mais
Nível de
05 2 seguro. Se a
Segurança Virdi
identificação
biométrica estiver
habilitada, o nível de
segurança mínimo é 06.
Nível de 1 corresponde ao nível
Segurança 06 2 menos seguro e 5 ao
Secukey nível mais seguro (Valor
Default: 3).

* Sempre: não permite a marcação de quem não tem digital.
** Parcial: permite a marcação de quem não tem digital.
-Dados Impressora

Bytes em (2 Bytes
Ascii) em
Ascii)
00 – Avanço Pequeno
Tamanho do 01 – Avanço Médio
00 2
Avanço 02 – Avanço Longo
(bcd)
00 – Corte Parcial
Dados da
70 Tipo do Corte 10 2 01 – Corte total
Impressora
(bcd)
2 Bytes em BCD com o
Tamanho da tamanho máximo da
30 4
Bobina Nova bobina nova em metros.
(Máximo 500 metros)
2.6 ConfigNO.txt
Os dados do arquivo ConfigNO.txt são exatamente os mesmos do arquivo Config.txt, porém somente os
parâmetros de horário de verão e dados da impressora são válidos. Este arquivo pode ser mandado a qualquer
momento. O arquivo Config.txt só pode ser mandado com o REP em manutenção.
2.7 Exformat.txt
Primeira linha:

Campo fixo Campo fixo. Preencher com “0”.
Segunda linha:

Formato de Formato de exportação. Vide dados para configuração do formato de
exportação exportação mais abaixo.
Campo fixo Campo fixo. Preencher com “\r\n”.
Terceira linha:

Formato de exportação:
%R** Número de fabricação do relógio. ** indica quantidade de dígitos do número
de fabricação.
%C** PIS do empregado. ** indica a quantidade de dígitos do PIS.
%Z** Nome do empregado. ** indica a quantidade de caracteres do nome.
%D02 Dia do registro com “2” dígitos.
%M02 Mês do registro com “2” dígitos.
%L02 Século do registro com “2” dígitos.
%A02 Ano do registro com “2” dígitos.
%H02 Hora do registro com “2” dígitos.
%N02 Minuto do registro com “2” dígitos.

%X** Código do evento. ** é a quantidade de dígitos do evento.
%S09 NSR da marcação, com 9 dígitos.
%B20 Credencial da marcação, com 20 dígitos.
Podemos utilizar também caracteres alfanuméricos fixos no formato de exportação.

Exemplo:
1REP V. 1.00
21234567890123456712345678901
3
40
41%R17%C11%H02%N02%D02%M02%L02%A02\r\n
42
0
Campo fixo
1 %R17 %C12 %H02 %N02 %D02 %M02

Campo fixo Número de Pis do Hora com 2 Minuto com Dia com 2 Mês com 2
fabricação empregado dígitos 2 dígitos dígitos dígitos
do relógio, com 12
17 dígitos dígitos
%L02 %A02 \r \n
Século, 2 Ano com 2 Campo fixo Campo fixo
dígitos dígitos
2
Campo fixo
2.8 Data.txt
Este arquivo é gerado pelo relógio e contém os dados de registros de marcações e de eventos sensíveis. O
formato deste arquivo é configurável através do arquivo exformat.txt.
Formato padrão
Número do Relógio Número do relógio com “17” dígitos.

Número do PIS Número do PIS com “12” dígitos.
NSR Número do NSR com “09” dígitos.
Dia Dia do registro com “2” dígitos.
Mês Mês do registro com “2” dígitos.
Ano Ano do registro com “4” dígitos.
Hora Hora do registro com “2” dígitos.
Minuto Minuto do registro com “2” dígitos.
Exemplo 1: Registro de marcação efetuada no relógio 20150629092500000, PIS 000000000001, NSR 000000147
em 29/06/2015 as 17:08.
20150629092500000000000000001000000147290620151708
2.9 NewFinger.txt
Este arquivo é gerado pelo relógio e contém os dados biométricos das pessoas cadastradas no relógio e
que nunca foram recolhidas.
Formato Sagem
Tamanho da área de dados: Variável
Número do PIS PIS do empregado, com 12 dígitos.

Dado Biométrico Dado biométrico, contendo duas digitais do usuário, com até 684 caracteres ASCII.
00 – Sagem PK Comp (Formato proprietário Sagem)
05 – Ansi 378

06 – ISO FMR
07 – ISO FMC NS
08 – ISO FMC CS
09 – ISO FMC CS AA
10 – Minex A
11 – DIN V66400
12 – DIN V66400 AA
Obs.: Os formatos de 05 a 12 são formatos de template Abertos (Não Proprietários). Estão
disponíveis somente para o sensor Sagem no momento.
- Tamanho 1º template: 2 bytes em hexa define o tamanho do primeiro dedo do template.

- Tamanho 2º template: 2 bytes em hexa define o tamanho do segundo dedo do template.
Exemplo: Dados biométricos de uma pessoa cadastrada no relógio e que nunca foi recolhido.
00000000000183001234...(Template tipo PK Comp, tamanho variável)...1234(Template tipo PK Comp, tamanho

variável)...
Formato Virdi

Dado Biométrico Dado biométrico, contendo duas digitais do usuário em ASCII.
- Formato do template: 1 byte em hexa define o tipo de template a ser enviado.
04h – Virdi UNION (Formato proprietário Virdi)

00000000000183040190(Template com 800 caracteres)0190(Template com 800 caracteres)
Formato Suprema
01h – Suprema (Formato proprietário Suprema)

00000000000183010180(Template com 768 caracteres)0180(Template com 768 caracteres)

Formato Secukey

20h – Secukey (Formato proprietário Secukey)
- Tamanho 1º template: 2 bytes em hexa definindo o tamanho do primeiro dedo = 01F2.

- Tamanho 2º template: 2 bytes em hexa definindo o tamanho do segundo dedo = 01F2.
000000000001832001F2(Template com 996 caracteres)01F2(Template com 996 caracteres)
2.10 AllFinger.txt
Este arquivo é gerado pelo relógio e contém os dados biométricos de todas as pessoas cadastradas no
relógio.
Possui o mesmo formato do arquivo NewFinger.txt.
2.11 AllBadges.txt
Este arquivo é gerado pelo relógio e contém os dados das credenciais vinculadas aos funcionários
cadastrados no relógio.
Formato
Cartão Código do cartão com 20 dígitos.
Via Via do cartão, com 1 dígito ASCII (se não existir, preencher com ‘0’).
Exemplo: Dados da credencial do funcionário 1 com PIS 1 e via de cartão 0.
000000000000000000010000000000010
2.12 AfdData.txt
Este arquivo é gerado pelo relógio e contém os dados dos registros de marcação de ponto efetuados no
relógio.
Formato
NSR Número do NSR com “09” dígitos.

Campo Fixo Campo fixo. Preencher com “3”.
Dia Dia do registro com “2” dígitos.
Mês Mês do registro com “2” dígitos.
Ano Ano do registro com “4” dígitos.

Hora Hora do registro com “2” dígitos.
Minuto Minuto do registro com “2” dígitos.
Número do PIS Número do PIS com “12” dígitos.
CRC16 Valor do CR16 do conteúdo do registro com “4 dígitos”.
Exemplo: Dados do registro de marcação de pondo do funcionário de PIS 1.
000020585 3 13072015 1110 000000000001 1711

2.13 Conexao.txt
Este arquivo de programação funciona de forma modularizada, ou seja, podem ser enviados um ou mais
parâmetros em cada linha de dados, não necessariamente todos. Todas as linhas de dados contidas no arquivo
devem iniciar com o campo fixo “4”.
Parâmetro Nº Nº da conexão Tamanho do Descrição do parâmetro

Parâmetro que se deseja parâmetro
(2 bytes configurar (2 (4 bytes em
em ASCII) bytes em ASCII) ASCII)
“01” – Habilita
“00” – Desabilita
Se este parâmetro estiver com
01 – Conexão do valor 1, mas o tempo de conexão
Habilita usuário. for igual a zero, o relógio irá
00 2
Conexão 02 – Conexão de realizar uma tentativa de
monitoramento. conexão sempre que houver um
novo evento de sistema (e
desconectará obedecendo ao
tempo de desconexão).
8 dígitos ASCII, indicando a
periodicidade, em segundos,
que o equipamento deve
estabelecer conexões no
Tempo de 01 – Conexão do modo cliente. O tempo será
conexão usuário. contado a partir do momento
01 8
(segundos) 02 – Conexão de que a conexão foi derrubada
monitoramento. pela última vez.
Se for passado um tempo
igual a zero o equipamento
entende que a funcionalidade
deve ser desabilitada.
8 dígitos ASCII, indicando o
tempo, em segundos, desde a
última troca de mensagens,
que o equipamento deve
01 – Conexão do
Tempo para aguardar para derrubar a
usuário.
desconexão 02 8 conexão com o software.
02 – Conexão de
(segundos) Se for passado o valor 0 o
monitoramento.
equipamento nunca irá tomar
a iniciativa de derrubar a
conexão.
01 – Conexão do
usuário.
Habilita DNS 03 2 “00” – Desabilita
02 – Conexão de
monitoramento.
01 – Conexão do De 8 a 16 dígitos ASCII (de 1
Servidor DNS usuário. a 3 dígitos por octeto e 4
04 variável
primário 02 – Conexão de pontos), contendo o endereço
monitoramento. IP.
Exemplo: “192.168.0.2.”
01 – Conexão do Obs1: É obrigatório conter um

Servidor DNS usuário. “.” (ponto) após cada octeto.
05 variável
secundário 02 – Conexão de
monitoramento. Obs2: Caso o campo “Habilita
DNS” for desabilitado, este
parâmetro será salvo mas não

será utilizado.
String do endereço de onde o
equipamento deve se
01 – Conexão do
Endereço conectar:
usuário.
para conexão 06 Variável Obs: Caso o campo “Habilita
02 – Conexão de
DNS DNS” for desabilitado, este
monitoramento.
será utilizado.
De 8 a 16 dígitos ASCII (de 1
a 3 dígitos por octeto e 4
pontos), contendo o endereço
IP.
Exemplo: “192.168.0.2.”
01 – Conexão do
Endereço
usuário.
para conexão 07 Variável Obs1: É obrigatório conter um
02 – Conexão de
IP “.” (ponto) após cada octeto.
monitoramento.
Obs2: Caso o campo “Habilita

DNS” for habilitado, este
será utilizado.
5 dígitos ASCII, entre “00000”
01 – Conexão do
Porta para e “65535” contendo a porta a
usuário.
conexão IP 08 5 ser utilizada pelo equipamento
02 – Conexão de
para solicitar conexão com o
monitoramento.
software.
01 – Conexão do
Identificação N º. de identificação do
usuário.
do 09 8 relógio, com 8 dígitos em
02 – Conexão de
Equipamento ASCII.
monitoramento.
String de identificação do
Este campo deve Variável cliente. Este campo é
ser fixo em 01. (com valor opcional.
Identificador Não existe essa
10 máximo de Caso não tenha sido
do Cliente configuração nas
100 configurado, o equipamento irá
duas conexões.
caracteres) enviar o CNPJ armazenado
como número de identificação.
01 – Conexão do
Habilita usuário.
11 2 “00” – Desabilita
WebService 02 – Conexão de
monitoramento.
Exemplos:
- Habilitar a conexão do usuário:

“40001000201”
- Configurar o tempo de conexão em 10 segundos, para a conexão do usuário:

“40101000800000010”
- Configurar o servidor DNS primário com o endereço IP 192.100.99.60, para a conexão do usuário:
“404010014192.100.99.60.”
- Configurar o endereço para conexão DNS, para a conexão do usuário:

“406010016www.dimep.com.br”
- Configurar a identificação do equipamento com o valor 1, para a conexão do usuário:

“40901000800000001”
- Habilitar Webservice da conexão de usuário:

“41101000201”
Obs.: essas configurações descritas nos exemplos acima podem ser enviadas todas de uma só vez (na mesma linha
de configuração):
“4010100080000001004010014192.100.99.60.09010008000000011101000201”
2.14 Events.txt
Este arquivo é gerado pelo relógio e contém os dados dos eventos de sistema registrados. Cada tipo de evento tem
sua própria formatação. Abaixo, seguem os formatos.
Evento: Temperatura (ID = “1”)
Número sequencial 6 dígitos ASCII, entre “000000” e “999999” com o número do
evento.
Identificador do evento 1 dígito ASCII, de valor “1”, correspondendo ao evento de
temperatura.
Data e Hora 14 dígitos ASCII, no formato DDMMAAAAHHMMSS.
Identificador do sensor 1 dígito ASCII, informando qual sensor de temperatura gerou o
evento:
“1” – sensor da placa;
“2” – sensor do compartilhamento de papel
Temperatura lida em °C 4 dígitos ASCII, informando a temperatura lida pelo sensor. O
dígito menos significativo indica os décimos.
Ex: para uma temperatura lida de 25,3 °C, o valor desse campo
será “0253”.
Status de alerta 1 dígito em ASCII, informando o status de alerta do sensor:
“0” – Normal;
“1” – Nível de alerta;
“2” – Nível de Problema
Evento: Umidade (ID = “2”)

evento.
umidade.
Identificador do sensor 1 dígito ASCII, informando qual sensor de umidade gerou o
evento:
“1” – sensor do compartilhamento de papel
Umidade relativa lida 4 dígitos ASCII, informando a umidade relativa lida pelo sensor.
“0” – Normal;
Evento: Tensão (ID = “3”)

evento.
Identificador do evento 1 dígito ASCII, de valor “3”, correspondendo ao evento de tensão.
Identificador do sensor 1 dígito ASCII, informando qual sensor de umidade gerou o
evento:
“1” – tensão de entrada DC;
“2” – tensão de bateria do Nobreak
Tensão lida 4 dígitos ASCII, informando a tensão lida pelo sensor.
“0” – Normal;


Evento: Fonte de Alimentação (ID = “4”)
evento.
Identificador do evento 1 dígito ASCII, de valor “4”, correspondendo ao evento de fonte
de alimentação.
Fonte de alimentação 1 dígito ASCII, informando a fonte de alimentação do
equipamento.
Evento: Aceleração (ID = “5”)

evento.
aceleração.
Tipo de alteração 1 dígito ASCII, informando o tipo de movimento detectado:
“1” – Impacto;
“2” – Mudança de posição (giro);
“3” – Movimentação
Aceleração 4 dígitos ASCII, informando a máxima aceleração lida, em “G”.
Evento: Uso de Bateria (ID = “6”) e Troca de Bateria (ID = “7”)

evento.
Identificador do evento 1 dígito ASCII, sendo:
“6” – Uso da bateria;
“7” – Troca de bateria
Consumo da bateria Tempo aproximado de uso da bateria em minutos.
Obs.: o tamanho desse campo é variável, podendo ser de 1 até
10 dígitos (em ASCII).
Evento: Comunicação (ID = “8”) – Conexão (subtipo “00”)

evento.
“8” – Comunicação
Tipo de conexão “00” – Server
“01” – Client
Subtipo “00” – Conexão

Evento: Comunicação (ID = “8”) – Falha na conexão (subtipo “01”)
evento.
“01” – Client
Subtipo “01” – Falha na conexão
Evento: Comunicação (ID = “8”) – Desconexão (subtipo “02”)

evento.
“01” – Client
Subtipo “02” – Desconexão
Código de desconexão 4 dígitos em ASCII, conforme o Anexo I - Códigos de motivo de
desconexão no log de eventos de sistema
Evento: Comunicação (ID = “8”) – Limpeza de funcionários (subtipo “03”)

evento.
“01” – Client
Subtipo “03” – Limpeza de funcionários
Evento: Comunicação (ID = “8”) – Inclusão de funcionário (subtipo “04”)

evento.
“01” – Client
Subtipo “04” – Inclusão de funcionário
PIS 12 dígitos ASCII, com o PIS do funcionário
Evento: Comunicação (ID = “8”) – Exclusão de funcionário (subtipo “05”)

evento.
“01” – Client
Subtipo “05” – Exclusão de funcionário

Evento: Comunicação (ID = “8”) – Limpeza de credenciais (subtipo “06”)
evento.
“01” – Client
Subtipo “06” – Limpeza de credenciais
Evento: Comunicação (ID = “8”) – Inclusão de credencial (subtipo “07”)

evento.
“01” – Client
Subtipo “07” – Inclusão de credencial
Credencial 20 dígitos ASCII, com a credencial do funcionário
Evento: Comunicação (ID = “8”) – Exclusão de credencial (subtipo “08”)

evento.
“01” – Client
Subtipo “08” – Exclusão de credencial
Credencial 20 dígitos ASCII, com a credencial do funcionário
Evento: Comunicação (ID = “8”) – Limpeza de templates (subtipo “09”)

evento.
“01” – Client
Subtipo “09” – Limpeza de templates
Evento: Comunicação (ID = “8”) – Limpeza de templates sem PIS (subtipo “10”)
evento.
“01” – Client
Subtipo “10” – Limpeza de templates sem PIS

Evento: Comunicação (ID = “8”) – Inclusão de template (subtipo “11”)
evento.
“01” – Client
Subtipo “11” – Inclusão de template
Evento: Comunicação (ID = “8”) – Exclusão de template (subtipo “12”)

evento.
“01” – Client
Subtipo “12” – Exclusão de template
Evento: Comunicação (ID = “8”) – Coleta de marcação (subtipo “13”)

evento.
“01” – Client
Subtipo “13” – Coleta de marcação
Data e hora da marcação 12 dígitos ASCII, no formato DDMMAAAAHHMM.
NSR Número seqüencial de registro da marcação, com 10 dígitos ASCII

2.15 LogComunic.txt
Este arquivo é gerado pelo relógio e contém os dados dos eventos de comunicação. Cada tipo de evento de
comunicação tem sua própria formatação, sendo que esta formatação é mais amigável (em vez de ser numérico
os eventos, serão identificados como palavras) para o usuário. Abaixo, seguem os formatos.
Obs1. Entre todos os campos contem um separador (“ – “).
Evento: Comunicação (ID = “8”) – Conexão (subtipo “00”)

evento.
Data e Hora 14 dígitos ASCII mais 5 (‘/’’/’’ ‘’:’’:’) caracteres em ASCII, no
formato DD/MM/AAAA HH:MM:SS.
Tipo de conexão Irá conter a palavra correspondente ao tipo de conexão:
00 – “SERVER”
01 – “CLIENT”
Subtipo Irá conter a palavra correspondente ao tipo do subtipo:
00 – “CONEXÃO”
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - CONEXÃO
Evento: Comunicação (ID = “8”) – Falha na conexão (subtipo “01”)

evento.
00 – “SERVER”
01 – “CLIENT”
01 – “FALHA NA CONEXÃO”
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - FALHA NA CONEXÃO
Evento: Comunicação (ID = “8”) – Desconexão (subtipo “02”)

evento.
00 – “SERVER”
01 – “CLIENT”
02 – “DESCONEXÃO”
Código de desconexão Irá conter a palavra correspondente ao código de desconexão em
ASCII, conforme o Anexo I - Códigos de motivo de desconexão no
log de eventos de sistema.
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT – DESCONEXÃO – CONEXÃO INTERROMPIDA PELA USUÁRIO
Evento: Comunicação (ID = “8”) – Limpeza de funcionários (subtipo “03”)

evento.
00 – “SERVER”
01 – “CLIENT”
03 – “LIMPEZA DE FUNCIONÁRIOS”
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - LIMPEZA DE FUNCIONÁRIOS

Evento: Comunicação (ID = “8”) – Inclusão de funcionário (subtipo “04”)
evento.
00 – “SERVER”
01 – “CLIENT”
04 – “INCLUSÃO DE FUNCIONÁRIO”
PIS 12 dígitos ASCII, com o PIS do funcionário.
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - INCLUSÃO DE FUNCIONÁRIO - 123456789012
Evento: Comunicação (ID = “8”) – Exclusão de funcionário (subtipo “05”)

evento.
00 – “SERVER”
01 – “CLIENT”
05 – “EXCLUSÃO DE FUNCIONÁRIO”
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - EXCLUSÃO DE FUNCIONÁRIO - 123456789012
Evento: Comunicação (ID = “8”) – Limpeza de credenciais (subtipo “06”)

evento.
00 – “SERVER”
01 – “CLIENT”
06 – “LIMPEZA DE CREDENCIAIS”
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - LIMPEZA DE CREDENCIAIS
Evento: Comunicação (ID = “8”) – Inclusão de credencial (subtipo “07”)

evento.
00 – “SERVER”
01 – “CLIENT”
07 – “INCLUSÃO DE CREDENCIAL”
Credencial 20 dígitos ASCII, com a credencial do funcionário.
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - INCLUSÃO DE CREDENCIAL – 12345678901234567890 -
123456789012

Evento: Comunicação (ID = “8”) – Exclusão de credencial (subtipo “08”)
evento.
00 – “SERVER”
01 – “CLIENT”
08 – “EXCLUSÃO DE CREDENCIAL”
Credencial 20 dígitos ASCII, com a credencial do funcionário.
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - EXCLUSÃO DE CREDENCIAL – 12345678901234567890 -
123456789012
Evento: Comunicação (ID = “8”) – Limpeza de templates (subtipo “09”)

evento.
00 – “SERVER”
01 – “CLIENT”
09 – “LIMPEZA DE TEMPLATES”
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - LIMPEZA DE TEMPLATES
Evento: Comunicação (ID = “8”) – Limpeza de templates sem PIS (subtipo “10”)
evento.
00 – “SERVER”
01 – “CLIENT”
10 – “LIMPEZA DE TEMPLATES SEM PIS”
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - LIMPEZA DE TEMPLATES SEM PIS
Evento: Comunicação (ID = “8”) – Inclusão de template (subtipo “11”)

evento.
00 – “SERVER”
01 – “CLIENT”
11 – “INCLUSÃO DE TEMPLATE”
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - INCLUSÃO DE TEMPLATE – 123456789012

Evento: Comunicação (ID = “8”) – Exclusão de template (subtipo “12”)
evento.
00 – “SERVER”
01 – “CLIENT”
12 – “EXCLUSÃO DE TEMPLATE”
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - EXCLUSÃO DE TEMPLATE – 123456789012
Evento: Comunicação (ID = “8”) – Coleta de marcação (subtipo “13”)

evento.
00 – “SERVER”
01 – “CLIENT”
13 – “COLETA DE MARCAÇÃO”
Data e hora da marcação 12 dígitos ASCII mais 5 (‘/’’/’’ ‘’:’’:’) caracteres em ASCII, no
formato DD/MM/AAAA HH:MM.
NSR Número seqüencial de registro da marcação, com 10 dígitos ASCII
Exemplo: 123456 – 30/05/2016 10:52:41 – CLIENT - COLETA DE MARCAÇÃO – 30/05/2016 11:29:30 – 0000000015
- 123456789012
2.16 Wifi.txt
Este arquivo de programação deve ter como premissa que somente pode ser enviado um parâmetro em
cada linha de dados. Todas as linhas de dados contidas no arquivo devem iniciar com o campo fixo “4”.
OBS IMPORTANTE: ESTE ARQUIVO É COMPATÍVEL SOMENTE A PARTIR DA VERSÃO V2 (Denominação interna) DO
PRINTPOINT III.
Parâmetro Nº Tamanho do Descrição do parâmetro

Parâmetro parâmetro
(2 bytes (2 bytes em
em ASCII) ASCII)
Habilita DHCP 00 2
“00” – Desabilita
Endereço IP 01
Máscara de
02 Deve sempre estar no padrão AAA.BBB.CCC.DDD, formando os 15
Sub-Rede 15
caracteres ascii exigidos.
Gateway 03
DNS 04
SSID 05 variável O tamanho é variável, mas pode conter no máximo 33 caracteres.
Senha 06 variável O tamanho é variável, mas pode conter no máximo 65 caracteres.
HostName 07 variável O tamanho é variável, mas pode conter no máximo 65 caracteres.
Tipo de “00” – Sem segurança
Segurança da 08 02 “01” – WEP
Rede Wifi “02” – WPA/WPA2

Exemplo: Desabilitar o DHCP da interface Wifi e configurar um endereço IP fixo igual a 192.168.0.2: Neste caso, o
arquivo Wifi.txt deve conter 2 linhas de dados (uma para o parâmetro “00” e uma para o parâmetro “01”).
4000200
40115192.168.000.002
2.17 Gprs.txt
Conforme já acontece com o arquivo Wifi.txt, este arquivo de programação também deve ter como
premissa que somente pode ser enviado um parâmetro em cada linha de dados.
OBS IMPORTANTE: ESTE ARQUIVO É COMPATÍVEL SOMENTE A PARTIR DA VERSÃO V2 (Denominação interna) DO
PRINTPOINT III.
Parâmetro Nº Tamanho do Descrição do parâmetro

Parâmetro parâmetro
(2 bytes (2 bytes em
em ASCII) ASCII)
O tamanho é variável, mas pode conter no máximo 63
APN 00 variável
caracteres.
Login 01 variável
caracteres.
Senha 02 variável
caracteres.
Exemplo: Configurar todos os parâmetros da interface Gprs: Neste caso, o arquivo Gprs.txt deve conter 3 linhas de
dados (uma para o parâmetro “00”, uma para o parâmetro “01” e uma para o parâmetro “02”).
40006tmdata
40104vivo
40204vivo

Anexo I - Códigos de motivo de desconexão no log de eventos de sistema
Código Significado
0000 Desconexão por iniciativa do software.
0001 Erro na criptografia AES
0002 Erro de escrita no socket
0020 Erro na criação do echoclient
0021 Frame TCP vazio
0022 Conexão client sendo fechada
0040 Cabo desconectado
0041 Timeout sem tráfego na rede
0042 Conexão interrompida pelo usuário
0241 Erro na interface de rede
0242 Argumento inválido
0243 Sem conexão
0244 Conexão fechada
0245 Reset da conexão
0246 Conexão abortada
0247 Já conectado
0248 Endereço em uso
0249 Operação iria bloquear
0250 Valor inválido
0251 Operação em andamento
0252 Problema de roteamento
0253 Timeout
0254 Erro de buffer
0255 Sem memória

Revisão – 01 – Maio de 2016
Dimas de Melo Pimenta Sistemas de Ponto e Acesso Ltda

Av. Mofarrej, 840 - CEP 05311-000 - São Paulo - SP - BRASIL
Fone: 55 11 3646-4000
www.dimep.com.br / dimep@dimep.com.br
Manual produzido por:

Dimas de Melo Pimenta - Sistemas de Ponto e Acesso Ltda
Imagens meramente ilustrativas.
As especificações aqui mencionadas têm caráter informativo e podem sofre alterações sem aviso
prévio.
É proibida a reprodução total ou parcial, por qualquer meio, do conteúdo deste manual sem a
autorização prévia por escrito da Dimas de Melo Pimenta - Sistemas de Ponto e Acesso Ltda.
Todos os direitos reservados a Dimas de Melo Pimenta - Sistemas de Ponto e Acesso Ltda

ArquivosPendrive DIMEP-PrintPoint3

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

ArquivosPendrive DIMEP-PrintPoint3

Enviado por

Direitos autorais:

Formatos disponíveis

Formato dos

Revisão: 01 Data: 30/05/2015

Data Autor Alterações Versão

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 2/35

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 3/35

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 4/35

1. Descrição geral dos arquivos.

Para enviar a programação para os relógios com os números de fabricação

Para enviar programações diferentes para os relógios com os números de

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 5/35

No exemplo abaixo será feita a limpeza da tabela de cartões, a inserção e a

0Este é um exemplo do arquivo empregad.txt

2. Formato dos arquivos

012345678901 José da Silva 459509

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 6/35

Campo Fixo Informar “4”.

Campo fixo Informar “4”.

Obs.: Os formatos de 05 a 12 são formatos de template Abertos (Não Proprietários). Estão

- Tamanho 1º template: 2 bytes em hexa define o tamanho do primeiro dedo do template.

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 7/35

Campo fixo Informar “4”.

- Tamanho 1º template: 2 bytes em hexa definindo o tamanho do primeiro dedo = 0190.

Campo fixo Informar “4”.

- Tamanho 1º template: 2 bytes em hexa definindo o tamanho do primeiro dedo = 0180.

Campo fixo Informar “4”.

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 8/35

- Tamanho 1º template: 2 bytes em hexa definindo o tamanho do primeiro dedo = 01F2.

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 9/35

Campo fixo Informar “4”.

Exemplo 1: Cadastro de 1 supervisor com CPF 99999999999

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 10/35

Este arquivo só pode ser programado com o REP em manutenção.

Parâmetro Nº Parâmetro Campo Nº Tamanho Descrição

Parâmetro Nº Campo Nº Campo (2 Tamanh Descrição

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 11/35

* Valores do formato do cartão:

- Tipo de leitura estendido

Parâmetro Nº Campo Nº Campo (2 Tamanho Descrição

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 12/35

Parâmetro Nº Campo Nº Tamanho Descrição

Parâmetro Nº Campo Nº Tamanho Descrição

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 13/35

Parâmetro Nº Campo Nº Tamanho Descrição

Parâmetro Nº Campo Nº Tamanho Descrição

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 14/35

Parâmetro Nº Campo Nº Tamanho Descrição

Campo fixo Informar “4”.

Campo fixo Informar “4”.

Campo fixo Informar “4”.

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 15/35

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 16/35

1 %R17 %C12 %H02 %N02 %D02 %M02

Número do Relógio Número do relógio com “17” dígitos.

Número do PIS PIS do empregado, com 12 dígitos.

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 17/35

- Tamanho 1º template: 2 bytes em hexa define o tamanho do primeiro dedo do template.

00000000000183001234...(Template tipo PK Comp, tamanho variável)...1234(Template tipo PK Comp, tamanho

PIS PIS do empregado, com 12 dígitos.

- Tamanho 1º template: 2 bytes em hexa definindo o tamanho do primeiro dedo = 0190.

00000000000183040190(Template com 800 caracteres)0190(Template com 800 caracteres)

- Tamanho 1º template: 2 bytes em hexa definindo o tamanho do primeiro dedo = 0180.

00000000000183010180(Template com 768 caracteres)0180(Template com 768 caracteres)

Suporte / Assistência Técnica: (011) 3646-4000 Revisão: 01 Página: 18/35