Como funciona o pedido de transferência entre filiais na prática
O pedido em trânsito entre filiais é um registro de movimentação onde uma unidade solicitante pede produtos de outra unidade da mesma empresa. No ERP, isso geralmente se resolve criando um documento que abre uma saída na filial de origem e uma entrada na filial de destino, com o estoque sendo transferido em dois tempos: o reconhecimento da baixa no originador e o reconhecimento da alta no destinatário. A maioria dos sistemas modernos tem esse processo nativo. No Protheus, por exemplo, você usa o módulo de Transferência Interna. No Bling, existe a funcionalidade específica de transferência entre filiais. No SAP Business One, é um movimento de stock transfer. O princípio é o mesmo em qualquer um deles: você não vende, você move. A diferença contábil e fiscal é relevante, porque isso envolve notas de transferência, não notas de venda.
Configurando o pedido em trânsito entre filiais passo a passo
Antes de criar qualquer movimento, verifique se as configurações básicas estão ok. Isso resolve 80% dos problemas que vejo as pessoas enfrentando. Primeiro, certifique-se de que ambas as filiais têm o mesmo código de incidência fiscal para os produtos envolvidos. Se a filial A considera um produto como tributável e a filial B como isento, a nota de transferência vai travar no homologação ou gerar conflito na apuração do ICMS. Segundo, o prazo de trânsito precisa estar definido. Eu trabalhei em uma operação onde o sistema estava gerando recebimentos automáticos na filial de destino antes do prazo configurar o movimento como encerrado. O estoque estava aparecendo duplo por alguns minutos e isso causava conflitos de reserva. A solução foi ajustar o prazo de trânsito no cadastro de cada produto para refletir o tempo real de transporte, que naquela região era de dois dias úteis, não um.
Depois das configurações, o fluxo básico é: abrir o pedido de transferência na filial origem, informar os itens e quantidades, validar o documento para emissão da nota fiscal de transferência, acompanhar o transporte e, na chegada, dar entrada no recebimento na filial destino. O sistema deve auto-completar o saldo em trânsito e liberar o estoque para uso na unidade receptora.
O problema que ninguém avisa sobre taxas de carregamento
Um detalhe que pega muita gente desprevenida: a forma como o sistema trata o carregamento dos itens. Em alguns ERPs, quando você adiciona 50 unidades de um produto ao pedido de transferência, o sistema reserva automaticamente essas 50 unidades no estoque da filial de origem e marca como indisponível para outras vendas. Isso é bom, evita sobre-venda. Mas o problema aparece quando você precisa cancelar ou alterar o pedido depois de validado. No sistema que eu gerencia, já vi pedidos serem cancelados e as reservas não serem liberadas corretamente porque o documento já tinha entrado na fase de emissão fiscal. A resolução foi criar um procedimento operacional onde qualquer alteração em pedido com nota emitida exige anulação da NF primeiro, cancelamento do documento de transferência, e só então a liberação das reservas. Sem esse controle, o estoque acaba contando errado e você termina com divergência física versus sistemática que demora horas para identificar.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Pegadinhas fiscais que custam caro
Transferência entre filiais gera obrigação fiscal em praticamente todos os casos no Brasil. O ICMS incide conforme o regime tributário de cada filial e a operação interestadmunicipal ou interestadual pode alterar a alíquota. Muitas empresas tratam transferência entre filiais da mesma cidade como isenta, mas isso só vale se houver enquadramento específico no regime do estado. Se você estiver em regime Simples Nacional, a transferência entre filiais normalmente não gera nota fiscal, o que simplifica muito o processo, mas se for Lucro Real ou Presumido com unidades em estados diferentes, a complexidade sobe rápido. O documento fiscal correspondente a essa operação varia conforme o estado e o regime. Pode ser NFP, NFCe com finalidade de transferência, ou até mesmo SF-e (Sistema de Fechamento) em alguns contextos específicos. Cada um tem regras próprias de preenchimento de campos obrigatórios, e errar um deles gera rejeição na homologação da SEFAZ. Eu já vi empresas perderem dias úteis corrigindo notas porque o campo CFOP foi preenchido incorretamente na filial de destino. O CFOP da origem nem sempre é o espelho exato do CFOP do destino quando se trata de transferência entre estados com alíquotas diferentes.
Alternativas quando o pedido em trânsito entre filiais não é viável
Em alguns cenários, o pedido de transferência padrão não atende. Se as filiais estão em estados diferentes com legislação fiscal distinta e o volume de transferência é baixo, compensa mais fazer uma venda interna entre as filiais. Isso transforma a operação em uma venda normal com NF de saída e entrada, o que dá mais trabalho contábil mas pode evitar rejeições fiscais e simplificar o rastreamento do estoque. Se o volume for alto e frequente, o processo de transferência entre filiais continua sendo o caminho, mas exige um setor dedicado para acompanhamento dos prazos e conciliação. Outra alternativa que funciona bem é centralizar o estoque em um único depósito e fazer movimentações internas apenas para ajustes de localização. Isso elimina a necessidade de trânsito entre filiais físicas, mas exige que o sistema de gestão esteja configurado para tratar depósitos virtuais como ifiliais logísticas. Não é a solução ideal para todas as operações, mas reduce drasticamente a carga operacional de emissão e recebimento de notas de transferência.
Dicas para reduzir erros no dia a dia
O maior ganho que eu vi na rotina da equipe foi padronizar os campos obrigatórios antes de qualquer lançamento. Criei um checklist rápido que a equipe segue antes de confirmar qualquer pedido de transferência: conferir o CFOP, validar o prazo de trânsito, confirmar se o produto está ativo em ambas as filiais e verificar se há saldo suficiente no estoque da filial originadora. Esse checklist simples reduziu os retrabalhos em cerca de 60% no primeiro mês de implementação. Também recomendo fortemente que você monitore diariamente o saldo em trânsito. Produtos que ficam mais de cinco dias em trânsito sem ser recebidos geralmente indicam problemas de transporte, divergência de quantidade na nota fiscal, ou falha no recebimento na filial de destino. Ignorar esses acumulados gera desbalanços de estoque que só são descobertos no fechamento mensal, quando o volume de ajustes necessários já é grande demais para ser tratado com agilidade.
Por fim, mantenha um registro de todas as transferências que tiveram alterações ou cancelamentos pós-emissão. Isso vira base de dados útil para identificar padrões de erro recorrentes e ajustar processos ou configurações nos meses seguintes. Eu costumo revisar esses registros mensalmente e já consegui eliminar completamente um tipo específico de erro de CFOP após identificar que ele aparecia sempre nas transferências para uma filial específica do estado de SP com determinado produto.
