Divisão Com 2 Numeros Na Chave

Entendendo a divisão do número da chave de acesso

A chave de acesso da NF-e é uma string de 44 dígitos. Extrair informações dela exige saber exatamente onde cada dado mora. Não tem mistério, mas quem nunca fez isso pode perder tempo tentando dividir sem critério. A primeira coisa que precisa ficar clara é a estrutura. Os dígitos 1 a 9 formam a data de emissão no formato ddmmaaaa. Os dígitos 10 a 22 carregam o código numérico da entidade emitente, que no caso de pessoas jurídicas é o CNPJ completo sem a_MASKAÇÃO dos caracteres especiais. A posição 23 indica a natureza da operação. A 24 é o tipo do emitente, a 25 o ambiente (1 para produção, 2 para homologiação). Os dígitos seguintes trazem a data de autorização, o código numérico, o dígito verificador e assim por diante.

divisão com 2 numeros na chave

O que normalmente se chama de "divisão com 2 números na chave" se refere a isolar dois dígitos específicos em determinada posição da string para validação ou extração. O exemplo mais comum é pegar os dois dígitos que compõem o dígito verificador da chave, que ficam nas posições 43 e 44. Outra leitura frequente envolve extrair os dois primeiros dígitos do código numérico para fins de checksum ou validação em lote. Vou mostrar como fazer isso na prática. Se você está programando em Python:

chave = "35230712345678000195550000000001234567891234" dois_digitos = chave[42:44]

Isso retorna os dois últimos caracteres, que correspondem ao dígito verificador calculado pelo algoritmo MOD 11. Se quiser os dois dígitos do início do CNPJ embutido, que vão da posição 10 à 18 (9 dígitos), aí não são dois números fixos — depende de qual recorte você precisa. O problema mais comum que eu vejo gente tropeçando é confiar cegamente em fatiamento de string sem validar o tamanho da chave antes. Eu já perdi tempo em um projeto onde a API retornava chaves truncadas por um bug do fornecedor, e o fatiamento [42:44] simplesmente não pegava o que deveria. A solução foi adicionar uma validação len(chave) == 44 antes de qualquer operação de slicing, e se a chave não tivesse o tamanho certo, descartar ou registrar um log de erro. Isso economiza horas de debugging.

Outro detalhe que pouca gente leva a sério: os índices começam em zero, não em um. Muita planilha ou tutorial ensina contando os dígitos manualmente e acaba indo porque conflita a numeração humana com a numeração computacional. Se você conta "dígito 43" no sentido humano, no Python isso é o índice 42. Se o seu cenário é mais simples e você não está programando, apenas analisando um arquivo XML de nota fiscal, dá para usar uma fórmula no Excel. A função =EXT.TEXTO(chave;início;número_de_caracteres) resolve. Para extrair os dois dígitos do dígito verificador, seria =EXT.TEXTO(A1;43;2), assumindo que a chave está na célula A1.

Há casos em que a abordagem de fatiar a chave inteira não é a melhor. Se você precisa processar milhares de chaves em lote e validar cada uma, recomendo criar uma função que decomponha a chave inteira de uma vez e retorne um dicionário com todas as partes. Isso evita repetir lógica de slicing pelo código todo e centraliza a validação. Em projetos reais, isso reduziu meu tempo de manutenção porque qualquer ajuste na estrutura da chave precisava ser feito em um único lugar. A principal limitação desse método é que ele depende estritamente do padrão. Se a fonte dos dados não seguir a obrigatoriedade dos 44 dígitos, tudo quebra. Chaves de NF-e podem ter variantes menores em documentos antigos ou em notas de serviço (NFS-e), que usam estrutura diferente e não seguem o mesmo esquema de 44 posições. Tentar aplicar a divisão nos mesmos índices em uma NFS-e vai dar resultado errado silenciosamente, porque o código numérico e os campos ocupam posições distintas. Nesses casos, é necessário identificar o tipo de documento antes de fazer qualquer fatiamento.

Se o seu objetivo é apenas validar o dígito verificador, há bibliotecas prontas em Python que já fazem toda a decomposição e validação do MOD 11. Usar uma biblioteca como a nfse ou o módulo brfiscal costuma ser mais seguro do que implementar o algoritmo do zero, especialmente porque há nuances no cálculo do peso do MOD 11 que mudam conforme a versão da especificação do MDF-e ou CT-e. No final, a divisão com dois números na chave é só um recorte de string com regras específicas. O que diferencia quem faz certo de quem erra é saber onde a chave termina, qual o tipo de documento e se há validação antes do fatiamento. Sem isso, o resultado parece correto até o momento em que um dado errado passa despercebido.