PROC007.1 - MDF-e: Ajustes em Preenchimentos em Tela

1. Introdução

Este processo visa mapear os pontos de ajustes das alterações do CTe alfanumerico.

2. Processo

Processos Relacionados

Especificação Funcional

PROC007.1 - MDF-e: Ajustes em Preenchimentos em Tela:

Protótipo de Tela:

Imagem I - Dados do MDF-e

Imagem II - Documentos.

Imagem III - Dados Bancários

Imagem IV - Informações de Vale Pedagio

Imagem V - Dados do contratante.

Descrição dos Campos:

Regras de Interface:

1. Chave de Acesso do Documento Transportado: Deve aceitar caracteres alfanuméricos (A–Z e 0–9). Manter a normalização para remoção de espaços e a conversão para caixa alta antes da validação. Validar comprimento de 44 e o dígito verificador.
2. Campos de CNPJ/CPF  (Pedágio, Pagador, Contratante, CIOT...): conferir validação para aceitar alfanumérico. Reaproveitar a validação do PROC001.Núcleo de validação e formatação de CNPJ.

2.1. Normalização: Todos campos CNPJ devem ser tratado para deixar todas as letras em caixa alta(maiúsculo) visando a padronização da informação.

Regras de Negócio:

1. Chave de Acesso: A chave de acesso passa por validação de DV. Manter a validação de chave vazia e 44 digitos. O tratamento para caixa maior visa manter a validação do DV.

1.1. Mapeamento de valores para o cálculo (ASCII menos 48): Cada caractere da chave entra no cálculo do DV com seu valor ASCII menos 48: dígitos '0' a '9' valem 0 a 9 (como sempre); letras 'A' a 'Z' valem 17 a 42 ('A'=17, 'B'=18, 'C'=19, 'D'=20, 'E'=21, ..., 'Z'=42). O salto entre '9' (valor 9) e 'A' (valor 17) é por causa dos caracteres ASCII entre eles (':;<=>?@') que não são usados.

1.2. Cálculo do DV (algoritmo mantido): O DV é calculado por módulo 11 sobre os 43 caracteres anteriores, lendo da direita para a esquerda, multiplicando cada caractere por pesos cíclicos 2, 3, 4, 5, 6, 7, 8, 9, 2, 3, 4... Soma-se tudo, calcula o resto da divisão por 11. Se o resto for 0 ou 1, DV = 0; senão DV = 11 - resto. O resultado é sempre um dígito de 0 a 9, o DV NUNCA é letra.

1.3 O calculo do DV chave de acesso deverá ser feito considerando o valor ASCII das letras do CNPJ contidos na chave, ATUALMENTE O SISTEMA JÁ APLICARIA ESSE ALGORITMO.
Exemplo de chave:

1.3.1 Aplicado pesos cíclicos 2,3,4,5,6,7,8,9,2,3,4,5,6,7,8,9... da direita para a esquerda.

1.3.2 Soma dos produtos (por blocos para conferência):

• • • • • • • Posições 9–16 (CNPJ — bloco com A B C): 68+54+38+27+32+35+0+5 = 259
            • Posições 17–24 (CNPJ D E + mod + série + início nNF): 80+63+6+45+40+35+0+0 = 269
            • Posições 25–32 (nNF): 4+0+0+0+0+0+0+5 = 9
            • Posições 33–40 (tpEmis + parte do cNF): 8+9+2+9+16+21+24+25 = 114
            • Posições 41–43 (final do cNF): 24+21+16 = 61
            • Total = 862
            • Aplicado módulo 11 = 862 / 11 = 78  (resto 4,  porque 78 x 11  = 858 e 862 - 858 = 4).
            • Resto = 4
            • Como o resto foi acima de 1, DV = 11-4=7.

Questões Técnicas:

1. O campo 'mdfe'.'chaveAcesso' esta como VARCHAR(255), não necessitando mudanças.
2. O campo 'mdfe'.'cnpjBanco' esta como VARCHAR(255), não necessitando mudanças.
3. O campo 'mdfe'.'cnpjContratante' esta como VARCHAR(255), não necessitando mudanças.
4. O campo 'mdfe'.'cnpjCpfPagador' esta como VARCHAR(255), não necessitando mudanças.
5. O campo 'mdfe'.'cnpjFornecedor' esta como VARCHAR(255), não necessitando mudanças.
6. O campo 'mdfe'.'cnpjPagador' esta como VARCHAR(255), não necessitando mudanças.
7. O campo 'mdfecontratante'.'cpfCnpj' esta como VARCHAR(18), não necessitando mudanças.
8. O campo 'mdfedocumentos'.'chaveDeAcesso' esta como VARCHAR(255), não necessitando mudanças.
9. O campo 'mdferecibo'.'chaveAcessoMDFe' esta como VARCHAR(255), não necessitando mudanças.
10. O campo 'mdferecibo'.'chaveAcessoMDFe' esta como VARCHAR(255), não necessitando mudanças.

©SOFTEN SISTEMAS 2026