Conversão de CFOP's: por que a compra saiu com o CFOP errado no Sintegra

A conversão de CFOP's serve para uma coisa só: o Sintegra. Fora dele, ela não muda nada no sistema.

O PROBLEMA QUE ELA RESOLVE
Quando o fornecedor te vende, ele emite a nota com um CFOP de SAÍDA — 5102, 6102, 5405 e assim por diante — porque para ele foi uma venda. Essa nota entra no seu sistema pelo XML, com o CFOP dele.
No SEU Sintegra, porém, aquilo é uma ENTRADA e precisa aparecer com o CFOP de entrada correspondente. É essa troca que a conversão faz.

O INTERRUPTOR
Nada disso funciona se, na tela de exportar Sintegra, a opção CONVERTER CFOP NA COMPRA AUTOMATICAMENTE não estiver marcada. Sem ela, o CFOP vai para o arquivo exatamente como veio do fornecedor. Como regra geral, deixe essa opção sempre marcada.

BOA NOTÍCIA: NA MAIORIA DOS CASOS VOCÊ NÃO PRECISA CADASTRAR NADA
Com a opção marcada, o sistema já converte sozinho. A regra geral é trocar o primeiro dígito:
- 5 vira 1 — operação dentro do estado (5102 vira 1102);
- 6 vira 2 — operação de fora do estado (6102 vira 2102).
Além disso ele já conhece vários pares que não seguem a troca simples — remessas e devoluções (5654 e vizinhos viram 1653), venda de ativo (5405 vira 1403), industrialização (5929 vira 1407), e assim por diante. E trata sozinho o caso de compra para uso e consumo: quando o fornecedor emitiu 5102 declarando que você é consumidor final, a entrada sai como 1556.
Atenção a um caso que a conversão automática NÃO cobre: CFOP começado em 7 (operação para o exterior) vai para o arquivo do jeito que veio. Se aparecer no seu movimento, cadastre a conversão à mão.

QUANDO CADASTRAR A REGRA À MÃO
Quando a entrada correta não é a que a troca automática produz. O exemplo mais comum: o fornecedor mandou 5102, mas aquela compra é material de uso e consumo ou tem outra destinação, e o contador quer outro código de entrada.
A tela fica em Meu contador › Sintegra › Conversão CFOP's. O contador chega nela pela própria tela de exportar Sintegra, no botão Conversão CFOP's.
Cada regra tem três campos:
- CONSUMIDOR FINAL — Sim ou Não;
- CFOP'S DE SAÍDA — os códigos que vieram do fornecedor. Aceita vários de uma vez, separados por vírgula;
- CFOP DE ENTRADA — o código que deve aparecer no seu Sintegra.
Dá para ter duas regras para os mesmos CFOP's de saída: uma com Consumidor final Sim e outra com Não. É assim que a mesma compra recebe destino diferente conforme o caso.
A regra que você cadastra tem prioridade sobre a conversão automática.

"CADASTREI E CONTINUA SAINDO ERRADO"
Quase sempre é o campo Consumidor final. Quem decide se aquela nota é de consumidor final não é você nem o sistema: é o que o FORNECEDOR declarou ao emitir a nota, e isso vem gravado no XML dela. Se ele declarou que não é consumidor final e a sua regra está cadastrada como Sim, a regra não alcança aquela nota — e o CFOP sai pela conversão automática.
O caminho é abrir o XML daquela compra, ver como o fornecedor a classificou e cadastrar a regra com o mesmo valor. Se as duas situações acontecem com o mesmo fornecedor, cadastre as duas regras.
Um cuidado de vocabulário: consumidor final NÃO quer dizer pessoa física. Uma empresa comprando material para usar dentro dela também é consumidor final.