MANUAL DE ESPECIFICAÇÕES TÉCNICAS

(1)

Versão 1.2

Junho de 2008

(2)

1.0 20/07/2008

1.1 22/08/2008

1.2 27/08/2008

(3)

Data de divulgação do manual

22/08/2008

Pacote de liberação de Schemas XML

PL_001

Data de início de vigência no ambiente de homologação

22/08/2008

Data de início de vigência no ambiente de produção

01/08/2008

Versões de leiautes do PL_001

Leiaute Versão Observação

LoteEnvio 1.0 Leiaute de envio de selos de TJMT para a serventia solicitante Loteretorno 1.0 Leiaute de retorno de selos da serventia para o TJMT

(4)

2. Considerações Iniciais ... 5

2.1 Objetivos do Projeto... 5

2.2 Conceito do Selo Digital... 5

2.3. Descrições Simplificadas do Modelo Operacional ... 5

3. Arquitetura de Comunicação com a Serventia... 6

3.1 Modelo Conceitual ... 6

3.2. Padrões Técnicos ... 7

3.2.1. Padrão de documento XML ... 7

3.2.2. Padrão de Comunicação ... 9

3.2.3. Padrão de Certificado Digital ... 9

3.2.4. Padrão de Assinatura Digital ... 10

3.2.5. Validação de Assinatura Digital por Tribunal da Justiça de Mato Grosso... 12

3.2.7. Resumo dos Padrões Técnicos ... 13

3.3. Modelo operacional... 13

3.3.1. Serviços síncronos... 14

3.3.2. Serviços assíncronos... 14

4. Utilização do Selo Digital ... 14

4.1. O Selo Digital na Etiqueta do Cartório ... 15

4.1.1. Formato e distribuição do selo ... 15

4.1.2. Etiqueta do Cartório ... 15

4.1.3. Etiqueta Confeccionada pelo Cartório ... 15

5. Modelo de Dados... 18

5.1. Lote de Envio – (TJMT – Serventia) ... 18

5.1.1. Arquivo de Envio em XML ... 19

5.1.2. Arquivo de Envio em XML - Schema ... 20

5.2. Lote de retorno (Serventia – TJMT) ... 22

5.2.1. Arquivo de Retorno em XML... 24

5.2.2. Arquivo de Retorno em XML - Schema ... 30

5.3. Exemplificando o Arquivo de Retorno (Serventia para TJMT) ... 34

5.3.1. Detalhamento de Item de um Ato ... 36

5.4. Regras técnicas para uso do arquivo de retorno em XML ... 36

5.4.1. Outros atos não especificados... 38

5.4.2. Atos Declaráveis e não Declaráveis ... 39

5.4.3. Atos que deverão vir acompanhados de um ato principal ... 43

5.5. Selo Digital em Ato Gratuito... 47

6. Códigos da Tabela de Custas... 48

(5)

TRIBUNAL DE JUSTIÇA DO ESTADO DE MATO GROSSO CPA–PALÁCIO DA JUSTIÇA –CUIABÁ-MT CEP:78.050-970

FONE:(65)3617-3199–DEPARTAMENTO DE DESENVOLVIMENTO DE SISTEMA – www.tj.mt.com.br Página 5 de 58

1. Introdução

Este manual tem por finalidade definir as especificações e critérios técnicos para integração entre os Portais do Foro Extrajudicial e Judicial e os sistemas de informações das serventias que farão uso de funcionalidades pertinentes a ambos.

Esclarecemos aos usuários deste manual que os provimentos aprovados, conceitos e especificações contidos neste manual podem sofrer ajustes que venham a ser demandados a partir do aprofundamento das discussões e experiências adquiridas durante a fase de implantação do projeto.

2. Considerações Iniciais

O Projeto GIF (Gestão Integrada dos Foros Extrajudicial e Judicial) está sendo desenvolvido, de forma integrada, pela Corregedoria Geral da Justiça do Estado de Mato Grosso e a Coordenadoria de Tecnologia de Informação do Tribunal de Justiça de Mato Grosso.

2.1. Objetivos do Projeto

O Projeto de integração dos foros extrajudicial e judicial tem como objetivo a implantação de um modelo de selo eletrônico que venha substituir o selo físico existente para os atos que são registrados em livros, com validade jurídica garantida pela assinatura digital e criptografia de ambas as partes (TJMT e Serventia), simplificando o serviço notarial e registral, garantindo ao cidadão a consulta on-line de atos praticados por serventias credenciadas.

2.2.

Conceito do Selo Digital

Conceitua-se Selo Digital como sendo um código de existência digital, emitido e armazenado eletronicamente, podendo esse código digital ser impresso no documento físico ou na própria etiqueta da serventia que é fixada no documento (ato notarial), bem como na etiqueta com essa finalidade elaborada pela serventia, cuja validade jurídica é garantida pela assinatura digital do emitente e do emissor (tratando-se de solicitação e atendimento).

2.3. Descrições Simplificadas do Modelo Operacional

O modelo de selo digital é composto de:

• Solicitação de selos digitais;

• Emissão da guia de pagamento referente à quantidade de selos solicitados;

• Obtenção dos selos solicitados (depois de confirmado o pagamento da guia);

• Envio diário dos selos utilizados;

(6)

Deverá ser informada apenas a quantidade de selos solicitados. Depois de solicitados os selos digitais, o sistema emitirá a guia de pagamento.

A liberação dos selos solicitados acontecerá mediante confirmação do FUNAJURIS do pagamento da guia. Uma vez confirmado o pagamento, o TJMT emitirá os selos para que a serventia possa baixá-los e fazer uso deles.

Todo final de dia ou antes de começar o dia (referente ao dia anterior), a serventia enviará para o TJMT a relação de selos utilizados. Neste envio estarão discriminadas as informações necessárias para cada tipo de ato.

3. Arquitetura de Comunicação com a Serventia

3.1. Modelo Conceitual

O Portal dos Foros Extrajudicial e Judicial irá disponibilizar os seguintes serviços:

1. Solicitação de selos digitais

a. Consulta de pedidos de selos digitais;

b. Pedido de selos digitais;

c. Emissão de guia de pagamento;

d. Obtenção dos selos solicitados.

2. Envio dos selos utilizados ao TJMT

a. Envio de selos digitais utilizados no dia;

b. Consulta de selos digitais utilizados e enviados.

3. Consulta de atos pela sociedade

a. Consulta de atos praticados por uma serventia, pelo selo físico ou digital;

b. Detalhe do ato consultado;

c. Link com a Corregedoria Geral da Justiça de Mato Grosso (Fale com o Corregedor).

Para cada serviço oferecido existirá uma tela específica no sistema GIF, no site do TJMT. O fluxo de comunicação é sempre iniciado pela serventia ou pela sociedade através do envio de uma mensagem com a solicitação do serviço desejado.

O GIF sempre devolve uma mensagem de resposta confirmando o recebimento da solicitação de serviço da serventia na mesma conexão, mediante consulta ou outra modalidade.

A solicitação de serviço poderá ser atendida na mesma conexão ou ser armazenada em filas de processamento no TJMT.

(7)

Os serviços podem ser síncronos ou assíncronos em função da forma de processamento da solicitação de serviços:

a) Serviços síncronos – o processamento da solicitação de serviço é concluído na mesma conexão, com a devolução de uma mensagem com o resultado do processamento do serviço solicitado;

b) Serviços assíncronos – o processamento da solicitação de serviço não é concluído na mesma conexão, havendo a devolução de uma mensagem de resposta com um recibo que apenas confirma o recebimento da solicitação de serviço. O aplicativo da serventia deverá realizar uma nova conexão para consultar o resultado do processamento do serviço solicitado anteriormente.

O diagrama a seguir ilustra o fluxo conceitual de comunicação entre o aplicativo da serventia e o Portal dos Foros Extrajudicial e Judicial:

3.2. Padrões Técnicos

3.2.1. Padrão de documento XML a) Padrão de Codificação

A especificação do documento XML adotada é a recomendação W3C para XML 1.0, disponível em w.w3.org/TR/REC-xml e a codificação dos caracteres será em UTF-16 ou UTF-32, assim todos os documentos XML serão iniciados com a seguinte declaração:

<?xml version="1.0" encoding="UTF-16"?>

Ou

<?xml version="1.0" encoding="UTF-32"?>

OBSERVAÇÃO

(8)

Cada arquivo XML somente poderá ter uma única declaração <?xml version="1.0"

encoding="UTF-8"?>.

b) Declaração namespace

A declaração de namespace do retorno de lote dos selos digitais será como segue abaixo:

<?xml version="1.0" encoding="utf-8"?>

<SeloDigital xmlns:ds="http://www.w3.org/2000/09/xmldsig#"

xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance

xmlns="http://www.tj.mt.gov.br/selodigital/schema/retorno" versao="1.0">

A declaração do namespace da assinatura digital e criptografia deverão ser realizadas nas tag

<Signature> e <EncryptedData>, respectivamente, conforme exemplo abaixo.

Assinatura

<?xml version="1.0" encoding="utf-16"?>

...

</Lote>

</Transforms>

<DigestValue>0v4E6c/3IEfnuK5B5A+VYINzKS4=</DigestValue>

</Reference>

</SignedInfo>

<SignatureValue>C3jCzQuso73frx+W … 6Mg2vnY2/4LvW8=</SignatureValue>

<X509Certificate>MIICjjCCA … BMQYaDEdVj6fhPLtryiVYGvI/rl3yxQ==</X509Certificate>

</X509Data>

</KeyInfo>

</Signature>

</SeloDigital>

Criptografia

<KeyName>asyncKey</KeyName>

</KeyInfo>

(9)

<CipherValue>hkDlfoz5dJa0c1jb/P … DY3iOlpScAXHaAp7o=</CipherValue>

</CipherData>

</EncryptedKey>

</KeyInfo>

<CipherValue>idD/cM1In1 … M6BFCBoPHRI5rCNInLKFJBr</CipherValue>

</CipherData>

</EncryptedData>

c) Otimização na montagem do arquivo

Na geração do arquivo XML do lote de retorno para o TJMT, excetuados os campos identificados como obrigatórios no modelo, não deverão ser incluídas as TAGs de campos com conteúdo zero (para campos tipo numérico) ou vazio (para campos tipo caractere), quando opcional.

Para reduzir o tamanho final do arquivo XML do retorno de lote alguns cuidados de programação deverão ser assumidos:

• Não incluir "zeros não significativos" para campos numéricos;

• Não incluir "espaços" no início ou no final de campos numéricos e alfanuméricos;

• Não incluir comentários no arquivo XML;

• Não incluir anotação e documentação no arquivo XML (TAG annotation e TAG documentation);

•

Não incluir caracteres de formatação no arquivo XML ("line-feed", "carriage return", "tab", caractere de "espaço" entre as TAGs).

d) Validação de Schema

Para garantir minimamente a integridade das informações prestadas e a correta formação dos arquivos XML, a serventia deverá submeter o arquivo de retorno de lotes (em XML) para validação pelo Schema do XML (XSD – XML Schema Definition), disponibilizado por TJMT, antes de seu envio.

3.2.2. Padrão de Comunicação

O meio físico de comunicação utilizado será a Internet, com uso de criptografia pelo algoritmo RSA (versão 1.5), que garante um duto de comunicação seguro na Internet.

A troca de mensagens entre TJMT e Serventia será mediante o sistema GIF do TJMT.

3.2.3. Padrão de Certificado Digital

O certificado digital utilizado no GIF será emitido por Autoridade Certificadora credenciada pela Infra-estrutura de Chaves Públicas Brasileiras – ICP-Brasil, tipo A1 ou A3.

Os certificados digitais serão exigidos em 2 (dois) momentos distintos para o projeto:

(10)

Assinatura de Mensagens: O certificado digital utilizado para essa função deverá conter o CPF do preposto da serventia. Por mensagens, entenda-se: o Pedido de Autorização de Uso do sistema do TJMT (acesso ao site), o Recebimento dos Selos Solicitados ao TJMT (assinado e criptografado por TJMT com a chave pública do cartorário) e o Retorno dos Selos Utilizados no período pré-estabelecido pela Corregedoria Geral da Justiça de Mato Grosso (assinado e criptografado pelo cartorário com a chave pública do TJMT). O certificado digital deverá ter o “uso da chave” previsto para a função de assinatura digital, respeitando a Política do Certificado.

O TJMT irá disponibilizar serviço para assinar e criptografar arquivo, e será de competência do cartório adquirir assinatura digital e hardware correlacionado.

3.2.4. Padrão de Assinatura Digital

As mensagens enviadas ao Portal dos Foros Extrajudicial e Judicial são documentos eletrônicos elaborados no padrão XML e devem ser assinados com um certificado digital e criptografados, contendo o CPF do preposto da serventia.

Os elementos abaixo estão presentes dentro do Certificado do preposto da serventia, tornando desnecessária a sua representação individualizada no arquivo XML. Portanto, o arquivo XML não deve conter os elementos:

Deve-se evitar o uso das TAGs abaixo, pois as informações serão obtidas a partir do Certificado do emitente:

O Projeto GIF utiliza um subconjunto do padrão de assinatura XML definido pelo http://www.w3.org/TR/xmldsig-core/, que tem o seguinte leyout:

Schema XML: xmldsig-core- schema_v1.0.xsd

Schema XML: xmldsig-core-schema_v1.0.xsd

# Campo Ele. Pai Tipo Ocor. Descrição/Observação

XS01 Signature

Raix - - - -

(11)

XS02 SignedInfo

G

XS01

- 1-1

Grupo da Informação da assinatura XS03 CanonicalizationMethod

G XS02 - 1-1

Grupo do Método de Canonicalização

XS04 Algorithm

A

^XS03

C 1-1

Atributo Algorithm de CanonicalizationMethod:

http://www.w3.org/TR/2001/REC-xml-c14n- 20010315

XS05 SignatureMethod

G

^XS02

- 1-1

Grupo do Método de Assinatura XS06 Algorithm

A

^XS05

C 1-1

Atributo Algorithm de SignedMethod:

http://www.w3.org/2000/09/xmldsig#rsa-sha1

XS07 Reference

G

^XS02

- 1-1

Grupo de Reference

XS08 URI

A

^XS07

C 1-1

Atributo URI da tag Reference XS10 Transforms

G

^XS07

- 1-1

Grupo do algorithm de Transform

XS11 unique_Transf_Alg RC XS10

- 1-1

Regra para o atributo Algorithm do Transform ser único

XS12 Transform

G

^XS10

- 2-2

Grupo de Transform

XS13 Algorithm

A

^XS12

C 1-1

Atributos válidos Algorithm do Transform:

http://www.w3.org/TR/2001/REC-xml-c14n- 20010315

http://www.w3.org/2000/09/xmldsig#envelopedsignature

XS14 XPath E XS12

C

^0-N XPath

XS15 DigestMethod G XS07

-

^1-1 Grupo do Método de DigestMethod XS16 Algorithm A XS15 C 1-1 Atributo Algorithm de DigestMethod:

http://www.w3.org/2000/09/xmldsig#sha1 XS17 DigestValue E XS07 C1-1 Digest Value (Hash SHA-1 – Base64) XS18 SignatureValue G XS01 - 1-1 Grupo do Signature Value

XS19 KeyInfo G XS01 - 1-1 Grupo do KeyInfo

XS20 X509Data G XS019 - 1-1 Grupo X509

XS21 X509Certificate E XS20 C 1-1 Certificado Digital x509 em Base64

A assinatura do Contribuinte no Lote de Retorno será feita na TAG <SeloDigital>identificada pelo atributo Id, cujo conteúdo deverá ser um identificador único (chave de acesso) precedido do literal

‘Lote’ para cada lote de retorno, conforme leyout em anexo neste documento. O identificador único precedido do literal ‘#Lote’ deverá ser informado no atributo URI da TAG <Reference>. Para as demais mensagens a serem assinadas, o processo é o mesmo mantendo sempre um identificador único para o atributo Id na TAG a ser assinada. Segue abaixo um exemplo:

...

</Lote>

</Transforms>

(12)

<DigestValue>0v4E6c/3IEfnuK5B5A+VYINzKS4=</DigestValue>

</Reference>

</SignedInfo>

<SignatureValue>C3jCzQuso73frx+W … 6Mg2vnY2/4LvW8=</SignatureValue>

<X509Certificate>MIICjjCCA … BMQYaDEdVj6fhPLtryiVYGvI/rl3yxQ==</X509Certificate>

</X509Data>

</KeyInfo>

</Signature>

</SeloDigital>

Para o processo de assinatura, a serventia não deve fornecer a Lista de Certificados Revogados, já que a mesma será montada e validada no Portal dos Foros Extrajudicial e Judicial no momento da conferência da assinatura digital.

A assinatura digital do documento eletrônico deverá atender aos seguintes padrões adotados:

a) Padrão de assinatura: “XML Digital Signature”, utilizando o formato “Enveloped”

http://www.w3.org/TR/xmldsig-core/);

b) Certificado digital: Emitido por AC credenciada no ICP-Brasil http://www.w3.org/2000/09/xmldsig#X509Data);

c) Cadeia de Certificação: EndCertOnly (incluir na assinatura apenas o certificado do usuário final);

d) Tipo do certificado: A1 ou A3 (o uso de HSM é recomendado);

e) Tamanho da Chave Criptográfica: Compatível com os certificados A1 e A3 (1024 bits);

f) Função criptográfica assimétrica: RSA (http://www.w3.org/2000/09/xmldsig#rsasha1);

g) Função de “message digest”: SHA-1 (http://www.w3.org/2000/09/xmldsig#sha1);

h) Codificação: Base64 (http://www.w3.org/2000/09/xmldsig#base64);

i) Transformações exigidas: Útil para realizar a canonicalização do XML enviado para realizar a validação correta da Assinatura Digital. São elas:

(1) Enveloped (http://www.w3.org/2000/09/xmldsig#enveloped-signature) (2) C14N (http://www.w3.org/TR/2001/REC-xml-c14n-20010315)

3.2.5. Validação de Assinatura Digital por Tribunal da Justiça de Mato Grosso

Para a validação da assinatura digital, seguem as regras que serão adotadas pelas Secretarias de Fazenda Estaduais:

(1) Extrair a chave pública do certificado;

(2) Verificar o prazo de validade do certificado utilizado;

(3) Montar e validar a cadeia de confiança dos certificados validando também a LCR (Lista de Certificados Revogados) de cada certificado da cadeia;

(4) Validar o uso da chave utilizada (Assinatura Digital) de tal forma a aceitar certificados somente do tipo A (não serão aceitos certificados do tipo S);

(5) Garantir que o certificado utilizado é de um usuário final e não de uma Autoridade Certificadora;

(6) Adotar as regras definidas pelo RFC 3280 para LCRs e cadeia de confiança;

(7) Validar a integridade de todas as LCR utilizadas pelo sistema;

(13)

(8) Prazo de validade de cada LCR utilizada (verificar data inicial e final).

A forma de conferência da LCR será Download. As assinaturas digitais das mensagens serão verificadas considerando a lista de certificados revogados disponível no momento da conferência da assinatura.

3.2.6. Resumo dos Padrões Técnicos

A tabela a seguir resume os principais padrões de tecnologia utilizados:

Característica Descrição

Meio lógico de comunicação Aplicações Web disponível por TJMT.

Meio físico de comunicação Internet

Padrão da mensagem XML no padrão Style/Encoding: Document/Literal, wrapped.

Padrão de certificado digital

X.509 versão 3, emitido por Autoridade Certificadora credenciada pela Infra-estrutura de Chaves úblicas

Brasileira – ICP-Brasil, do tipo A1 ou A3, devendo conter o CPF do proprietário do certificado digital.

Para assinatura de mensagens, utilizar o certificado digital do estabelecimento matriz ou do estabelecimento emissor da SO.

Para transmissão, utilizar o certificado digital do responsável pela transmissão.

Padrão de assinatura digital

XML Digital Signature, Enveloped, com ertificado digital X.509 versão 3, com chave privada de 024 bits, com padrões de criptografia assimétrica SA, algoritmo message digest SHA-1 e utilização das transformações Enveloped e C14N.

Validação de assinatura digital Será validada além da integridade e autoria, a cadeia de confiança com a validação das LCRs.

Padrões de preenchimento XML

• Campos não obrigatórios do Schema que não possuam conteúdo terão suas tags suprimidas no arquivo XML.

• Máscara de números decimais e datas estão definidas no Schema XML.

• Nos campos numéricos inteiro, não incluir a vírgula ou ponto decimal.

• Nos campos numéricos com casas decimais, utilizar o “ponto decimal” na separação da parte inteira.

3.3. Modelo operacional

A forma de processamento das solicitações de serviços no projeto GIF pode ser síncrona, caso o atendimento da solicitação de serviço seja realizada na mesma conexão, ou assíncrona, quando o

(14)

processamento do serviço solicitado não é atendido na mesma conexão, nesta situação torna-se necessária a realização de mais uma conexão para a obtenção do resultado do processamento.

As solicitações de serviços que exigem processamento intenso serão executadas de forma assíncrona e as demais solicitações de serviços de forma síncrona.

Assim, os serviços da GIF serão implementados da seguinte forma:

Serviço Implementação

Pedido de Selos Digitais Síncrona

Emissão de guia de pagamento Síncrona

Recebimento de Selos Digitais Pedidos Síncrona

Envio de Lote de Retorno Assíncrona

Cancelamento de selos digitais Síncrona Consulta da situação de Lotes Síncrona Consulta de atos (pela sociedade) Síncrona

3.3.1. Serviços síncronos

As solicitações de serviços de implementação síncrona são processadas imediatamente e o resultado o processamento é obtido em uma única conexão.

Etapas do processo ideal:

(1) A serventia inicia a conexão enviando uma mensagem de solicitação de serviço no sistema GIF;

(2) O sistema GIF recebe a mensagem de solicitação de serviço e processa o serviço solicitado.

3.3.2. Serviços assíncronos

As solicitações de serviços de implementação assíncrona são processadas de forma distribuída por vários processos e o resultado do processamento somente é obtido na segunda conexão.

4. Utilização do Selo Digital

a. É de inteira responsabilidade do cartório o gerenciamento do número de série do selo digital obtido do TJMT;

b. Os selos digitais podem ser utilizados das seguintes formas:

a. Na própria etiqueta do cartório;

b. Em uma etiqueta especifica para esse fim, confeccionada pelo cartório, seguindo o modelo do provimento;

c. No próprio documento impresso;

(15)

Considerações importantes:

a. O carimbo localizador será obrigatório em qualquer situação de impressão;

b. Nada impede que se utilizem as categorias mistas em um único ato, ou seja, impresso no documento e etiquetado com material adquirido para esse fim (etiqueta) pelo próprio cartório;

4.1. O Selo Digital na Etiqueta do Cartório.

4.1.1. Formato e distribuição do selo

• Formato

O selo digital terá formato idêntico ao selo físico existente hoje, ou seja, três caracteres em maiúsculo seguido de 5 números.

Exemplo

: AAA 00001, AAA0001, AAA-0001 ou [AAA0001]

• Seqüência de numeração

A seqüência numérica será única para todo o Estado de Mato Grosso

4.1.2. Etiqueta do Cartório

Poder Judiciário do Estado de Mato Grosso Código do Cartório: 000

Ato de Notas e de Registro

Selo de Controle de Autenticidade Cod. Ato(s): A1, A2, A3, A4 ... An ABC-45678 Valor: R$ 234,45

Na etiqueta do Cartório o selo digital deverá conter as informações acima, com letra legível, acompanhado do carimbo de destaque.

4.1.3. Etiqueta Confeccionada pelo Cartório

a. Primeiro Modelo

(16)

Selo de Controle Digital

Selo de Controle Digital ABC45678 R$ 234,45

Cod. Ato(s): 126, 163, 164, 113, 103, 100 e 121

Poder Judiciário do Estado de Mato Grosso

Consulte: http://www.tj.mt.gov.br/selos

Ato de Notas e de Registro Código do Cartório: 001

Selo de Controle Digital Cod. Ato(s): 83

ABC45678 - GRATUITO

Consulte: http://www.tj.mt.gov.br/selos

Ato de Notas e de Registro

Carimbo Localizador

Selo de Controle Digital Poder Judiciário - MT Código da Serventia: 000

Carimbo Localizador

b. Segundo Modelo

Selo de Controle Digital Cod. Ato(s): 126, 163, 164 e 113

ABC45678 - GRATUITO

Consulte: http://www.tj.mt.gov.br/selos Ato de Notas e de Registro

Selo de Controle Digital Cod. Ato(s): 83

ABC45678 - GRATUITO

Estado de Mato Grosso Poder Judiciário

Consulte: http://www.tj.mt.gov.br/selos

Código do Cartório: 000 Ato de Notas e de Registro

Selo de Controle Digital

Carimbo Localizador

Selo de Controle Digital Poder Judiciário - MT Código da Serventia: 000

Carimbo Localizador

OBSERVAÇÃO

Um único selo pode ser utilizado em vários atos (atos correlacionados). Seguindo essa categoria, os códigos dos atos deverão, obrigatoriamente, aparecer na impressão do selo digital, como mostram as figuras acima.

No capítulo 5.3 há exemplos de atos correlacionados.

4.1.4. Carimbo Localizador

O “carimbo localizador” será o complemento das informações contidas na etiqueta do próprio

cartório, ou na etiqueta confeccionada pelo cartório com finalidade de uso do selo digital.

(17)

Veja a figura nos exemplos acima do item 41.3.

(18)

5. Modelo de Dados

5.1. Lote de Envio – (TJMT – Serventia)

Nome do Campo

Tipo do Campo

Tamanho Formato Descrição

Preenchimento do Campo

IDServentia Numérico Int Inteiro Positivo Código da Serventia Obrigatório

DataPedido Data smalldatetime dd/mm/aaaa hh/mm Data do Pedido Obrigatório

DataLote Data smalldatetime dd/mm/aaaa hh/mm Data do Recebimento do Lote Obrigatório Quantidade Numérico Int Inteiro Positivo Quantidade de Selos no Lote Obrigatório

NumeroGuia Numérico Int Inteiro Positivo Número da Guia Paga Obrigatório

IDUsuario Numérico Int Inteiro Positivo Usuário da serventia. Obrigatório

NomeUsuario Alfanumérico 50 Texto Nome de Preposto da Serventia Obrigatório

Prefixo Alfanumérico 3 AAA Caracteres da Série do Selo Digital Obrigatório

Inicial Numérico Int Inteiro Positivo Numero Inicial da Série do Selo

Digital Obrigatório

Final Numérico Int Inteiro Positivo Numero Final da Série do Selo

Digital Obrigatório

(19)

5.1.1. Arquivo de Envio em XML (Não assinado e não criptografado)

<SeloDigital xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xmlns="http://www.tj.mt.gov.br/selodigital/schema/envio" versao="1.0">

<Preposto IDUsuario="123">Fernanda Cristina Zis</Preposto>

<Selos>

<Serie>

</Serie>

<Serie>

</Serie>

</Selos>

</Lote>

</SeloDigital>

(20)

5.1.2. Arquivo de Envio em XML ‐ Schema

<xs:schema xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ds="http://www.w3.org/2000/09/xmldsig#"

attributeFormDefault="unqualified" elementFormDefault="qualified"

targetNamespace="http://www.tj.mt.gov.br/selodigital/schema/envio" xmlns:xs="http://www.w3.org/2001/XMLSchema">

<xs:element name="SeloDigital">

<xs:complexType>

<xs:sequence>

<xs:element name="Lote">

<xs:complexType>

<xs:sequence>

<xs:element name="IDServentia" type="xs:unsignedByte" />

<xs:element name="DataPedido" type="xs:date" />

<xs:element name="DataLote" type="xs:date" />

<xs:element name="Quantidade" type="xs:unsignedByte" />

<xs:element name="NumeroGuia" type="xs:unsignedInt" />

<xs:element name="Preposto">

<xs:complexType>

<xs:simpleContent>

<xs:extension base="xs:string">

<xs:attribute name="IDUsuario" type="xs:unsignedByte" use="required" />

</xs:extension>

</xs:simpleContent>

</xs:complexType>

</xs:element>

<xs:element name="Selos">

<xs:complexType>

<xs:sequence>

<xs:element maxOccurs="unbounded" name="Serie">

<xs:complexType>

<xs:sequence>

<xs:element name="Prefixo" type="xs:string" />

<xs:element name="Inicial" type="xs:unsignedInt" />

<xs:element name="Final" type="xs:unsignedInt" />

(21)

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:sequence>

<xs:attribute name="tipo" type="xs:string" use="required" />

<xs:attribute name="idSeloPedido" type="xs:unsignedByte" use="required" />

<xs:attribute name="id" type="xs:string" use="required" />

</xs:complexType>

</xs:element>

</xs:sequence>

<xs:attribute name="versao" type="xs:decimal" use="required" />

</xs:complexType>

</xs:element>

</xs:schema>

(22)

5.2. Lote de retorno (Serventia – TJMT)

Nome do Campo Tipo do Campo Tamanho Formato Descrição

IDServentia Numérico Int Inteiro Positivo Código da Serventia Obrigatório

DataLote Data smalldatetime dd/mm/aaaa hh/mm Data do Recebimento do Lote Obrigatório Quantidade Numérico Int Inteiro Positivo Quantidade de Selos no Lote Obrigatório

TipoSelo Alfanumérico 7 “Digital” ou “Físico” Obrigatório

Prefixo (Série) Alfanumérico 3 AAA Caracteres da Série do Selo

Digital ou Físico Obrigatório Numeracao (Série) Numérico Int Inteiro Positivo Numero da Série do Selo Digital

ou Físico Obrigatório

Protocolo Alfanumérico 20 Texto Número de Protocolo Obrigatório. Quando não

existir o valor será 0.00 Identificador Alfanumérico 20 Texto Número da Matricula, Registro,

termo ou Instrumento Obrigatório DataRealizacao Data smalldatetime

dd/mm/aaaa hh/mm ou

dd/mm/aaaa

Data de Realização do Ato Obrigatório

Livro Alfanumérico 10 Texto Descrição do Livro

Obrigatório. Quando não existir o número será 0(Zero)

Folha Alfanumérico 10 Texto Folha do Livro

Obrigatório. Quando não existir o número será 0(Zero)

MicroPequenaEmpresa Booleana 1 False ou True Micro Pequena empresa Obrigatório

IDAto Numérico Int inteiro Positivo Identificador do Ato Obrigatório

QuantidadeItem Numérico Int inteiro Positivo Quantidade de ato Obrigatório

(23)

ValorTransacao Numérico Money

Inteiro com ponto (“.”) de separação da parte fracionária (2)

Valor de transação ou valor do título

Obrigatório. Quando não existir o número será R$

0,00 (Zero)

ValorCobrado Numérico Money

Inteiro com ponto (“.”) de separação da parte fracionária (2)

Valor cobrado pelo ato Obrigatório

ValorTabelaF Numérico Money

Inteiro com ponto (“.”) de separação da parte fracionária (2)

Valor da Tebela F

Obrigatório. Quando não existe o número será R$

0,00 (Zero) IDTipoNatureza Numérico Int Inteiro Positivo

Identificador do Tipo de Natureza da Base de Dados da Serventia

Opcional DescricaoTipoNatureza Alfanumérico 150 Texto Descrição do Tipo de Natureza Obrigatório

ValorTotalAto Numérico Money

Inteiro com ponto (“.”) de separação da parte fracionária (2)

Valor total do ato Obrigatório

(24)

5.2.1. Arquivo de Retorno em XML

<Selos>

<Ato>

<Serie Protocolo ="123/2008" Identificador="3454" Livro="B-14" Folha="035"

MicroPequenaEmpresa="false">

</Serie>

<Item>

<Tipo id="7">Escritura Pública de Compra e Venda</Tipo>

</Natureza>

</ItemDetalhe>

</Item>

</AtoItem>

</Ato>

<Ato>

<Serie Protocolo ="144/2008" Identificador="3958" Livro="B-16" Folha="048"

</Serie>

<Item>

(25)

<IDAto Quantidade="1" Transacao="9150.00" Cobrado="214.70"

TabelaF="4.20">12</IDAto>

</Natureza>

</ItemDetalhe>

</Natureza>

</ItemDetalhe>

<Tipo id="22">Escritura Pública de Compra e Venda </Tipo>

</Natureza>

</ItemDetalhe>

<Tipo id="22"> Escritura Pública de Compra e Venda </Tipo>

</Natureza>

</ItemDetalhe>

</Item>

</AtoItem>

</Ato>

<Ato>

<Serie Protocolo ="01002" Identificador="1012" Livro="B-16" Folha="032"

</Serie>

(26)

<Item>

<Tipo id="0">Registro de Título Sem Valor</Tipo>

</Natureza>

</ItemDetalhe>

<Tipo id="0">por página que acresce </Tipo>

</Natureza>

</ItemDetalhe>

</Item>

<Item>

</Natureza>

</ItemDetalhe>

</Natureza>

</ItemDetalhe>

</Item>

<Item>

</Natureza>

</ItemDetalhe>

</Item>

(27)

</AtoItem>

</Ato>

<Ato>

<Serie Protocolo ="01002" Identificador="1020" Livro="B-16" Folha="035"

</Serie>

<Item>

</Natureza>

</ItemDetalhe>

<Tipo id="347">Garantia Hipotecária</Tipo>

</Natureza>

</ItemDetalhe>

</Item>

</AtoItem>

</Ato>

</TipoSelo>

<Ato>

<Serie ValorTotalAto="683.90" Protocolo ="ABC 11/2008" Identificador="124" Livro="B-15"

Folha="012" MicroPequenaEmpresa="false">

(28)

</Serie>

<Item>

<Tipo id="49">Escritura Publica de Confissão de Dívida</Tipo>

</Natureza>

</ItemDetalhe>

</Item>

<Item>

<Tipo id="50">Escritura Publica de com Garantia Hipotecária</Tipo>

</Natureza>

</ItemDetalhe>

</Item>

</AtoItem>

</Ato>

</TipoSelo>

(29)

</Selos>

</Lote>

</Transforms>

<DigestValue>vFL68WETQ+mvj1aJAMDx+oVi928=</DigestValue>

</Reference>

</SignedInfo>

<SignatureValue>IhXNhbdL1F9UGb2ydVc5v/gTB/y6r0KIFaf5evUi1i ...</SignatureValue>

<X509Certificate>MIIFazCCBFOgAwIBAgIQaHEfNaxSeOEvZGlVDANB ... </X509Certificate>

</X509Data>

</KeyInfo>

</Signature>

</SeloDigital>