O que é fator de conversão no sped fiscal?

Sérgio, pela minha equipe de varejo, a outra forma é validar a existência do fator antes do fechamento, e não depois. De perto, pois é, o que mais pesa é o volume de fatores que mudam por campanha, então a gente cria uma aba de conferência. Vale esse caminho quando o mix de produtos muda toda semana. Vale o caminho da validação só no fim quando as mudanças são raras, porque o custo fica baixo. As obrigações fiscais pedem cuidado, mas a equipe prefere pegar a divergência cedo do que corrigir o período depois.

Dúvida curta: os códigos de item precisam bater com os do fornecedor? Samuel, você tem razão no ponto do bloqueio, e bem, o truque é que o código determinado pela indústria é o que o sistema lê primeiro. Ponto novo: quando o código muda na migração, o fator antigo continua no histórico e pode gerar divergência. Na nossa planta química, a saída foi manter a tabela de códigos separada até a migração terminar.

Concordo em parte com a Fernanda: a tabela de referência ajuda, mas discordo de deixá-la sozinha. Na nossa montadora, o ajuste é efetuado primeiro no registro mestre e só depois o envio sai pelos canais eletrônicos. Quando a gente mexe só na tabela, a conferência com o fornecedor vira trabalho manual, e isso não escala. Vale o caminho da tabela quando a migração é pontual e a equipe é pequena. Vale o registro mestre ajustado quando o fluxo é recorrente e há muitas notas de entrada. Dá trabalho, mas e aí, um lembrete: teste a virada com um lote pequeno.

Quando o contribuinte precisa conciliar a unidade de compra com a de estoque, bem, só pra alinhar: o Gustavo tem razão sobre a tabela, mas o registro 0220 deve constar mesmo com poucas variações. Veja o consumo: se o item tem outra unidade no inventário, o fator precisa estar lá, porque o fisco lê o que foi declarado. Gustavo, ponto novo: a sua tabela pode guardar o fator, desde que o SPED seja gerado a partir dela. Com log na mão, o problema que vimos apareceu quando alguém removeu o fator sem aviso.

Na nossa construção, o caso concreto é a criação de um item novo com fator de conversão já existente, e aí o registro acusa duplicidade. Só um detalhe, pois é: discordo do Gustavo quando diz que a tabela resolve tudo, porque a correlação entre o item antigo e o novo precisa existir antes da conversão. Sem essa correlação, o fator fica órfão e a conversão sai errada. Preferimos bloquear a criação até a correlação estar aprovada. Com isso, a conversão deixa de ser um ajuste manual no fim do mês.

Resultado que importa: dá para fechar a conferência sem fator complementar em todo item, no fim das contas. Na nossa migração, a gente criou uma tabela própria de componentes para kits e usa o fator só onde a unidade muda de fato. Conforme a equipe testou, quando o produto é simples, a regra padrão basta. Vale o caminho da tabela própria quando há muitos kits ou composições. Vale o padrão quando a operação tem pouca variação de unidade, porque menos manutenção significa menos erro na virada.

Fábio, entendi o caso da caixa. No meu dia a dia, pois é, a dúvida é outra: quando as unidades comerciais são iguais à de estoque, o fator precisa aparecer mesmo assim? Tenho produtos comercializados em duas embalagens e não sei se cada par gera um registro. Se for o caso, prefiro confirmar com você antes de mudar qualquer tabela no ambiente de testes.

Sérgio, o fator é a relação entre a unidade que aparece na nota e a unidade de estoque do produto, e ele é informado no registro 0220 do arquivo. Abrindo um parêntese, o campo de unidade de estoque vem do cadastro do item, então, se ele estiver diferente, a conta não fecha. Os itens precisam estar apresentados nos demais blocos, senão o fator fica sem uso. Na nossa distribuidora, o caso mais comum foi caixa versus unidade, e o fator tinha que ser informado para cada par.