Odoo para comércio e distribuição: como integrar vendas, compras, estoque e faturamento?
Empresas de comércio e distribuição precisam coordenar várias decisões ao mesmo tempo: o que vender, onde existe estoque, quando comprar, de qual fornecedor adquirir, como separar, como entregar e quando faturar.
Quando essas informações ficam distribuídas entre planilhas e sistemas diferentes, a operação perde velocidade e confiança.
Odoo pode organizar esse fluxo de ponta a ponta, utilizando vendas, compras, inventário, código de barras, transportadoras, faturamento, financeiro e localização brasileira.
O resultado depende de cadastros consistentes, regras logísticas bem definidas e uma arquitetura proporcional ao volume da operação.
Resposta direta: como o Odoo atende comércio e distribuição?
O fluxo pode começar com uma cotação e seguir por:
Confirmação do pedido, reserva de estoque, reposição, separação, conferência, entrega, emissão fiscal, contas a receber, pagamento e análise de margem.
O mesmo cadastro de produto pode reunir informações comerciais, logísticas, fiscais e de compras.
Odoo também permite trabalhar com vários armazéns, localizações internas, lotes, números de série, regras de reposição, rotas, embalagens e códigos de barras.
Integrar as áreas não significa automatizar tudo imediatamente. Significa garantir que cada etapa utilize a mesma operação como origem.
O fluxo comercial ponta a ponta
| Etapa | Registro principal | Resultado esperado |
|---|---|---|
| Negociação | Cotação | Produtos, preços, condições e prazos definidos |
| Venda | Pedido confirmado | Compromisso comercial e demanda logística |
| Disponibilidade | Reserva ou necessidade | Identificação do que pode ser entregue ou precisa ser reposto |
| Compra | Pedido ao fornecedor | Reposição dos itens necessários |
| Recebimento | Transferência de entrada | Conferência e disponibilização dos produtos |
| Expedição | Transferência de saída | Separação, embalagem e envio |
| Faturamento | Fatura e documento fiscal | Formalização da cobrança e da operação fiscal |
| Recebimento financeiro | Pagamento e conciliação | Baixa e confirmação da liquidação |
Essas etapas podem variar conforme o segmento.
Uma operação de pronta entrega é diferente de venda sob encomenda, dropshipping, atacado, varejo ou distribuição com múltiplos centros.
Cadastro de produtos: a base da operação
Grande parte dos problemas de estoque e faturamento começa no cadastro.
Um produto pode precisar de:
Nome, código interno, código de barras, unidade, embalagem, peso, dimensões, custo, preço, fornecedores, impostos, NCM, CEST, origem, rastreabilidade e rotas.
A empresa deve definir quais informações são obrigatórias antes de liberar o item para compra ou venda.
Produto, variante e embalagem
Uma mesma família pode possuir variações de cor, tamanho ou outra característica.
Embalagens podem representar caixas, fardos ou unidades logísticas utilizadas na compra e na venda.
O desenho precisa evitar tanto a criação de milhares de produtos duplicados quanto variantes que não correspondem a itens realmente controlados.
Preço de venda e tabelas de preço
Empresas podem praticar preços diferentes por cliente, região, canal, quantidade, moeda ou período.
As regras precisam ser compreensíveis e testáveis.
Antes de automatizar, defina:
Preço base, descontos permitidos, quantidade mínima, validade, arredondamento, impostos incluídos ou não e responsáveis pela aprovação.
Uma tabela complexa pode reduzir trabalho comercial, mas também aumentar o risco de combinações inesperadas.
O vendedor precisa compreender por que determinado preço foi aplicado.
Política de faturamento
Odoo permite definir se produtos serão faturados com base na quantidade pedida ou na quantidade entregue.
Faturar o pedido
A cobrança pode ser gerada a partir da quantidade confirmada comercialmente.
Faturar a entrega
A quantidade disponível para faturamento acompanha o que foi efetivamente entregue.
Empresas com entregas parciais precisam analisar cuidadosamente essa escolha.
Pedido, entrega e fatura podem representar quantidades diferentes. A política precisa definir qual delas cria o direito de cobrança.
Estoque físico, previsto e disponível
Uma das dificuldades comuns é tratar “estoque” como um único número.
Na prática, existem conceitos diferentes:
| Conceito | Significado |
|---|---|
| Em mãos | Quantidade fisicamente registrada nas localizações internas |
| Reservado | Quantidade comprometida com operações específicas |
| Disponível | Quantidade que ainda pode ser utilizada conforme a regra adotada |
| Entrada prevista | Quantidade esperada de compras ou outras transferências |
| Saída prevista | Quantidade demandada por entregas e operações futuras |
| Previsão | Posição futura considerando movimentos planejados |
A equipe comercial precisa saber qual indicador pode utilizar para prometer prazo ao cliente.
Mostrar apenas o saldo físico pode gerar venda de uma quantidade já comprometida.
Armazéns e localizações
No Odoo, um armazém representa um espaço físico principal, como centro de distribuição, depósito ou loja.
Dentro dele, localizações podem representar:
Estoque, recebimento, qualidade, separação, embalagem, expedição, avaria, devolução e outras áreas.
A estrutura deve refletir movimentações que a empresa realmente precisa controlar.
Quando criar outro armazém?
Quando existe instalação com endereço, operação, estoque ou fluxo suficientemente independente.
Quando criar apenas outra localização?
Quando a divisão acontece dentro do mesmo centro operacional e não exige um armazém completo.
Fluxo de uma, duas ou três etapas
Recebimentos e entregas podem ocorrer em diferentes quantidades de etapas.
Uma etapa
O produto entra diretamente no estoque ou sai diretamente para o cliente.
Duas etapas
Pode existir recebimento seguido de armazenamento, ou separação seguida de expedição.
Três etapas
Podem ser incluídos controles adicionais, como qualidade ou embalagem.
Mais etapas aumentam rastreabilidade, mas exigem mais confirmações e disciplina operacional.
O melhor fluxo não é o mais completo. É aquele que representa os controles necessários sem criar burocracia operacional desnecessária.
Como funciona a reposição?
Odoo oferece estratégias diferentes para gerar necessidade de compra ou produção.
Regras de reposição
Podem utilizar níveis mínimos e máximos para sugerir ou gerar reposição quando a previsão atinge o ponto definido.
Produzir ou comprar sob demanda
A necessidade é criada em resposta a uma demanda específica, como um pedido de venda.
Planejamento mais amplo
Operações industriais podem utilizar planejamento mestre e outras ferramentas de previsão.
Para comércio e distribuição, a decisão normalmente combina histórico, prazo de fornecedor, estoque de segurança, lote de compra e custo de armazenagem.
Mínimo e máximo
Uma regra de reposição pode manter estoque entre níveis definidos.
Ao atingir o mínimo, o sistema calcula a necessidade para retornar ao máximo, considerando as configurações aplicáveis.
Os valores não deveriam ser definidos apenas por intuição.
Considere:
Consumo, sazonalidade, prazo de compra, variação do fornecedor, lote mínimo, custo financeiro, espaço e criticidade do item.
Regras antigas precisam ser revisadas quando o perfil de venda muda.
Compra sob demanda e MTO
Na rota Make to Order, a confirmação da venda pode gerar imediatamente uma necessidade vinculada ao pedido.
Esse modelo é adequado quando não faz sentido manter o produto disponível previamente.
Exemplos:
Itens personalizados, produtos caros, baixa frequência, grande variedade ou compra específica por cliente.
O prazo prometido precisa considerar o tempo do fornecedor e da operação interna.
Vender sob encomenda reduz estoque, mas transfere dependência de prazo e disponibilidade para o fornecedor.
Compras e fornecedores
O cadastro pode manter informações por fornecedor, como preço, quantidade mínima, prazo e código utilizado pelo parceiro.
O processo de compras pode incluir:
Solicitação de cotação, comparação, pedido, aprovação, recebimento, documento do fornecedor e pagamento.
Antes de automatizar a escolha, defina critérios.
Menor preço pode não ser a melhor opção quando existem diferenças em:
Prazo, qualidade, quantidade mínima, frete, impostos, confiabilidade e condição de pagamento.
Aprovação de compras
Compras podem exigir aprovação conforme valor, categoria, centro de custo ou responsabilidade.
A regra precisa evitar dois extremos:
Falta de controle para compromissos relevantes e excesso de aprovação para aquisições rotineiras.
Também é necessário definir quem pode alterar o pedido depois de aprovado.
Módulos OCA podem complementar fluxos de validação e controles de compras quando o padrão não cobre o processo necessário.
Recebimento e conferência
O recebimento deve comparar o que foi pedido com o que chegou.
A equipe pode validar:
Produto, quantidade, unidade, lote, série, validade, embalagem, avaria e documento relacionado.
Divergências precisam de procedimento:
Receber parcialmente, recusar, devolver, registrar pendência ou ajustar o pedido com autorização.
Confirmar tudo automaticamente elimina justamente o controle que o recebimento deveria fornecer.
Lotes, números de série e validade
Lotes identificam grupos de produtos que compartilham uma origem ou característica.
Números de série identificam unidades individualmente.
Esses recursos são úteis para:
Rastreabilidade, garantia, recall, validade, assistência técnica, equipamentos e produtos regulados.
A empresa deve decidir em qual momento a identificação é informada e quem responde por sua conferência.
Código de barras
O aplicativo de Código de Barras pode apoiar recebimentos, transferências, inventários, separações e entregas.
Ele permite associar códigos a produtos, embalagens, localizações, lotes e números de série.
Os benefícios incluem:
Menos digitação, maior velocidade, validação do item físico e redução de erros de identificação.
Entretanto, a tecnologia depende de uma operação preparada.
É necessário definir:
Etiquetas, nomenclatura, equipamentos, impressão, códigos dos fornecedores, embalagens e tratamento de itens sem identificação.
Leitor de código de barras acelera um processo organizado. Em um cadastro inconsistente, ele acelera a descoberta dos problemas.
Separação e expedição
A expedição transforma a demanda comercial em movimentação física.
O processo pode incluir:
Reserva, onda ou lote de separação, conferência, embalagem, pesagem, etiqueta, transportadora e baixa da entrega.
É necessário definir:
Quem separa, quem confere, quando o estoque é movimentado e qual evidência comprova a saída.
Operações com alto volume podem agrupar transferências para aumentar produtividade.
Entrega parcial e saldo pendente
Nem sempre todos os produtos estão disponíveis.
A empresa precisa definir se:
Entrega parcialmente, espera o pedido completo, substitui o item, cancela o saldo ou negocia novo prazo.
Ao validar uma entrega parcial, o Odoo pode manter o restante em uma transferência pendente, conforme a operação.
A política comercial precisa estar alinhada ao processo logístico e ao faturamento.
Frete e transportadoras
O custo de entrega pode ser calculado, incluído no pedido e relacionado à operação logística.
A empresa pode utilizar:
Tabela fixa, cálculo por peso, volume, valor, região ou integração com transportadora.
Também é necessário definir:
Quem paga o frete, como o custo entra na margem, quando a etiqueta é gerada e como o rastreamento retorna.
Uma integração de frete precisa tratar indisponibilidade, diferença de medidas e cancelamento da etiqueta.
Dropshipping
No dropshipping, o fornecedor envia o produto diretamente ao cliente.
A empresa vende sem receber fisicamente o item em seu armazém.
O processo precisa controlar:
Pedido ao fornecedor, endereço do cliente, prazo, confirmação de envio, documento fiscal, custo e atendimento de problemas.
O modelo reduz movimentação interna, mas aumenta dependência da informação fornecida pelo parceiro.
Transferência entre armazéns
Empresas com vários centros podem reabastecer um armazém a partir de outro.
A operação deve considerar:
Origem preferencial, prazo, estoque de segurança, custo de transporte, prioridade e confirmação do recebimento.
Odoo pode configurar rotas de reabastecimento entre armazéns.
Evite transferir automaticamente sem considerar a necessidade da unidade de origem, pois o problema pode apenas mudar de endereço.
Inventário e acuracidade
O saldo do sistema precisa corresponder ao físico.
Inventários podem ser:
Gerais, rotativos, por categoria, localização, criticidade ou regra de contagem.
Uma divergência deve gerar análise de causa.
Possibilidades incluem:
Recebimento incorreto, saída não confirmada, unidade errada, perda, avaria, localização equivocada ou processo paralelo.
Ajustar o saldo corrige o número atual. Investigar a divergência reduz a chance de repetir o erro.
Devoluções de clientes
A devolução precisa estar relacionada à entrega original sempre que possível.
O processo pode envolver:
Autorização, recebimento, inspeção, retorno ao estoque, descarte, troca, crédito e documento fiscal.
Nem todo produto devolvido deve voltar imediatamente ao estoque disponível.
Pode ser necessário utilizar uma localização de quarentena ou análise.
Devoluções a fornecedores
Produtos recebidos com divergência, defeito ou avaria podem precisar ser devolvidos.
A operação precisa manter vínculo com:
Recebimento, pedido de compra, documento do fornecedor, crédito esperado e movimentação física.
Sem esse vínculo, compras, estoque e financeiro podem tratar o mesmo problema de formas diferentes.
Localização brasileira e documentos fiscais
No Brasil, o fluxo logístico precisa estar alinhado ao fiscal.
O cadastro e a operação podem exigir:
NCM, CEST, origem, CFOP, CST ou CSOSN, impostos, endereço, transportadora, volumes e outras informações.
A emissão pode variar conforme:
Venda, devolução, remessa, transferência, bonificação, demonstração, industrialização ou outra natureza.
A localização brasileira precisa ser escolhida e configurada conforme edição, documentos e processos.
Faturamento, financeiro e conciliação
A venda não termina na emissão do documento.
O processo precisa gerar e acompanhar:
Contas a receber, vencimentos, meios de pagamento, cobrança, baixa, taxas, descontos e conciliação bancária.
Entregas parciais, adiantamentos e devoluções podem modificar o valor a receber.
É necessário evitar que comercial, fiscal e financeiro mantenham controles diferentes sobre o mesmo pedido.
Custo e margem
A margem não é apenas preço de venda menos último preço de compra.
Dependendo da análise, podem existir:
Custo de aquisição, frete, impostos não recuperáveis, despesas, comissões, armazenagem e custo financeiro.
O método de valorização do estoque influencia os valores contábeis e gerenciais.
Relatórios comerciais precisam deixar claro qual conceito de custo utilizam.
Margem calculada com custo errado pode transformar uma venda aparentemente boa em prejuízo operacional.
Multiempresa
Odoo pode operar várias empresas na mesma base, com regras de acesso e registros compartilhados ou específicos.
A arquitetura deve analisar:
CNPJs, estoques, compras, vendas, fiscal, financeiro, produtos compartilhados e operações entre empresas.
Multiempresa não é apenas um filtro adicional.
Permissões e padrões precisam ser testados para impedir registros na empresa errada.
Atacado, varejo e e-commerce
Uma distribuidora pode operar múltiplos canais.
Atacado
Pode utilizar tabelas, quantidade mínima, vendedores, aprovação de crédito e logística por volumes.
Varejo
Pode utilizar Ponto de Venda, pagamento imediato, caixa e disponibilidade local.
E-commerce
Pode integrar catálogo, preço, pedido, pagamento, estoque, entrega e atendimento.
Os canais precisam compartilhar regras suficientes para preservar consistência, mas podem ter preços, prazos e processos próprios.
Indicadores importantes
| Indicador | O que ajuda a avaliar |
|---|---|
| Giro de estoque | Velocidade de renovação dos itens |
| Cobertura | Por quanto tempo o saldo pode atender à demanda |
| Ruptura | Vendas ou demandas afetadas por falta de produto |
| Prazo do fornecedor | Tempo real entre compra e disponibilidade |
| Acuracidade | Confiabilidade do saldo físico em relação ao sistema |
| Pedido completo | Capacidade de entregar todos os itens prometidos |
| Tempo de separação | Eficiência da expedição |
| Margem | Resultado comercial conforme o conceito de custo adotado |
| Devoluções | Qualidade de produto, venda e logística |
| Estoque parado | Capital comprometido em itens de baixa movimentação |
Indicadores precisam ser segmentados por produto, categoria, fornecedor, armazém, vendedor ou canal quando isso apoiar uma decisão.
Como implantar por fases?
Fase 1: operação essencial
Produtos, clientes, fornecedores, vendas, compras, estoque, faturamento e financeiro básico.
Fase 2: produtividade logística
Código de barras, múltiplas etapas, lotes, séries, embalagens e transportadoras.
Fase 3: planejamento e controle
Reposição avançada, indicadores, aprovações e revisão de margens.
Fase 4: canais e integrações
E-commerce, marketplaces, bancos, operadores logísticos e demais sistemas.
A divisão real depende das prioridades e dependências da empresa.
Implantar tudo simultaneamente pode adiar o valor dos processos essenciais e aumentar a quantidade de problemas que chegam juntos ao go-live.
Erros comuns
Importar produtos sem saneamento
Duplicidades e unidades incorretas comprometem vendas, compras e estoque.
Prometer pelo saldo físico
A equipe ignora reservas e outras saídas previstas.
Usar reposição automática com prazos errados
O sistema gera compras tarde demais ou estoque excessivo.
Criar muitas localizações
A operação não confirma as movimentações necessárias.
Ativar lotes sem processo
Os usuários preenchem qualquer valor apenas para concluir o recebimento.
Faturar sem alinhar entrega
A quantidade cobrada não corresponde ao processo comercial adotado.
Não tratar devoluções
Estoque, fiscal e financeiro ficam divergentes.
Confiar em margem sem revisar custo
Decisões comerciais utilizam um valor incompleto.
Testar diretamente em produção
Rotas e regras criam movimentações reais ou inesperadas.
Instalar módulos sem avaliar dependências
A arquitetura cresce sem uma responsabilidade clara de manutenção.
Checklist para o projeto
| Área | Definição necessária |
|---|---|
| Produtos | Códigos, unidades, variantes, embalagens e fiscal |
| Preços | Tabelas, descontos, quantidades e aprovações |
| Estoque | Armazéns, localizações, reservas e inventário |
| Reposição | Mínimo, máximo, MTO, fornecedores e prazos |
| Compras | Cotações, aprovações, recebimentos e divergências |
| Expedição | Separação, conferência, embalagem e entrega |
| Rastreabilidade | Lotes, séries, validade e códigos de barras |
| Fiscal | Operações, documentos, impostos e devoluções |
| Financeiro | Condições, cobrança, baixa e conciliação |
| Indicadores | Giro, cobertura, ruptura, acuracidade e margem |
Community ou Enterprise?
As duas edições podem atender comércio e distribuição, com diferenças de aplicativos, recursos e licenciamento.
A decisão deve comparar:
Fluxos comerciais, inventário, código de barras, relatórios, automações, hospedagem, módulos OCA e customizações necessárias.
Community pode ser complementado por módulos OCA e desenvolvimento em Python.
Enterprise pode oferecer recursos oficiais adicionais, conforme a versão e o plano.
O custo total precisa incluir implantação, localização, integrações, manutenção e futuras migrações.
Como a OCA pode complementar?
A OCA mantém repositórios voltados a vendas, compras, estoque, logística, armazéns, relatórios e outros processos.
Existem componentes para:
Aprovações, inventários, contagem cíclica, motivos de ajuste, rotas, fornecedores, entregas e relatórios adicionais.
Cada módulo precisa ser avaliado individualmente quanto a versão, escopo, maturidade, dependências, licença e manutenção.
OCA amplia a cobertura da solução, mas não substitui o desenho do processo nem a homologação operacional.
Quando desenvolver?
Desenvolvimento específico pode ser necessário para:
Integração com marketplace, transportadora, operador logístico, regra comercial própria, aprovação específica, documento, automação ou relatório estratégico.
Antes de desenvolver, compare padrão, configuração, módulos oficiais e OCA.
Quando o código for necessário, ele deve ser implementado em módulos independentes, versionados e testados.
A abordagem da Escodoo
A Escodoo estrutura projetos de comércio e distribuição conectando processos comerciais, logísticos, fiscais e financeiros.
Nossa análise pode incluir:
Vendas, compras, inventário, reposição, código de barras, lotes, transportadoras, localização brasileira, integrações e rentabilidade.
Atuamos com:
Odoo Community, Enterprise, módulos da OCA, desenvolvimento em Python, ambientes de homologação e Escodoo Cloud.
Também avaliamos migração de cadastros, saldos, pedidos em aberto e demais dados necessários para o go-live.
Perguntas frequentes
Odoo controla vários armazéns?
Sim. Cada armazém pode representar uma instalação física e possuir localizações e fluxos próprios.
É possível comprar automaticamente?
Odoo pode gerar ou sugerir necessidades por regras de reposição e rotas. A qualidade depende de prazos, fornecedores e parâmetros corretos.
Odoo controla lotes e números de série?
Sim. Lotes identificam grupos e números de série identificam unidades individuais.
Posso usar leitor de código de barras?
Sim. Códigos podem ser utilizados em recebimentos, transferências, inventários, separações e entregas.
Odoo permite entrega parcial?
Sim. O saldo pode permanecer pendente em outra transferência, conforme a operação e a decisão do usuário.
É possível faturar somente o que foi entregue?
Sim. A política de faturamento pode usar quantidades entregues em vez das quantidades pedidas.
Odoo controla dropshipping?
Sim. O fluxo pode gerar compra para envio direto do fornecedor ao cliente.
Como funciona a transferência entre armazéns?
Rotas podem organizar o reabastecimento entre unidades, preservando as movimentações de saída, trânsito e entrada.
Preciso de Enterprise para estoque?
Não necessariamente. Community possui recursos de estoque e pode ser complementado. A escolha depende da cobertura total necessária.
Odoo emite NF-e de venda e devolução?
Pode emitir documentos conforme a localização brasileira e a cobertura técnica adotada. Cada operação precisa de configuração e homologação fiscal.
Conclusão: distribuição exige conexão entre promessa e movimento
Comércio e distribuição dependem de coordenação.
O vendedor promete. O estoque reserva. Compras repõe. O armazém separa. O fiscal documenta. O financeiro recebe.
Quando essas áreas utilizam registros desconectados, a empresa perde controle sobre prazo, quantidade e margem.
Odoo pode integrar esse ciclo em uma única plataforma, desde que produtos, rotas, armazéns, reposição e políticas sejam configurados conforme a operação real.
A implantação deve começar pelo fluxo essencial e evoluir para automações, códigos de barras, múltiplos armazéns e integrações conforme a maturidade da empresa.
Precisa integrar sua operação comercial e logística no Odoo?
A Escodoo avalia vendas, compras, estoque, reposição, faturamento, localização brasileira e integrações de forma conjunta.
Trabalhamos com Odoo Community, Enterprise, módulos da OCA, desenvolvimento em Python, homologação e Escodoo Cloud.
Fale com nossa equipe e organize uma implantação adequada ao volume e aos canais da sua empresa.
Avaliar minha operação no OdooOdoo para comércio e distribuição: como integrar vendas, compras, estoque e faturamento?
Empresas de comércio e distribuição precisam coordenar várias decisões ao mesmo tempo: o que vender, onde existe estoque, quando comprar, de qual fornecedor adquirir, como separar, como entregar e quando faturar.
Quando essas informações ficam distribuídas entre planilhas e sistemas diferentes, a operação perde velocidade e confiança.
Odoo pode organizar esse fluxo de ponta a ponta, utilizando vendas, compras, inventário, código de barras, transportadoras, faturamento, financeiro e localização brasileira.
O resultado depende de cadastros consistentes, regras logísticas bem definidas e uma arquitetura proporcional ao volume da operação.
Resposta direta: como o Odoo atende comércio e distribuição?
O fluxo pode começar com uma cotação e seguir por:
Confirmação do pedido, reserva de estoque, reposição, separação, conferência, entrega, emissão fiscal, contas a receber, pagamento e análise de margem.
O mesmo cadastro de produto pode reunir informações comerciais, logísticas, fiscais e de compras.
Odoo também permite trabalhar com vários armazéns, localizações internas, lotes, números de série, regras de reposição, rotas, embalagens e códigos de barras.
Integrar as áreas não significa automatizar tudo imediatamente. Significa garantir que cada etapa utilize a mesma operação como origem.
O fluxo comercial ponta a ponta
| Etapa | Registro principal | Resultado esperado |
|---|---|---|
| Negociação | Cotação | Produtos, preços, condições e prazos definidos |
| Venda | Pedido confirmado | Compromisso comercial e demanda logística |
| Disponibilidade | Reserva ou necessidade | Identificação do que pode ser entregue ou precisa ser reposto |
| Compra | Pedido ao fornecedor | Reposição dos itens necessários |
| Recebimento | Transferência de entrada | Conferência e disponibilização dos produtos |
| Expedição | Transferência de saída | Separação, embalagem e envio |
| Faturamento | Fatura e documento fiscal | Formalização da cobrança e da operação fiscal |
| Recebimento financeiro | Pagamento e conciliação | Baixa e confirmação da liquidação |
Essas etapas podem variar conforme o segmento.
Uma operação de pronta entrega é diferente de venda sob encomenda, dropshipping, atacado, varejo ou distribuição com múltiplos centros.
Cadastro de produtos: a base da operação
Grande parte dos problemas de estoque e faturamento começa no cadastro.
Um produto pode precisar de:
Nome, código interno, código de barras, unidade, embalagem, peso, dimensões, custo, preço, fornecedores, impostos, NCM, CEST, origem, rastreabilidade e rotas.
A empresa deve definir quais informações são obrigatórias antes de liberar o item para compra ou venda.
Produto, variante e embalagem
Uma mesma família pode possuir variações de cor, tamanho ou outra característica.
Embalagens podem representar caixas, fardos ou unidades logísticas utilizadas na compra e na venda.
O desenho precisa evitar tanto a criação de milhares de produtos duplicados quanto variantes que não correspondem a itens realmente controlados.
Preço de venda e tabelas de preço
Empresas podem praticar preços diferentes por cliente, região, canal, quantidade, moeda ou período.
As regras precisam ser compreensíveis e testáveis.
Antes de automatizar, defina:
Preço base, descontos permitidos, quantidade mínima, validade, arredondamento, impostos incluídos ou não e responsáveis pela aprovação.
Uma tabela complexa pode reduzir trabalho comercial, mas também aumentar o risco de combinações inesperadas.
O vendedor precisa compreender por que determinado preço foi aplicado.
Política de faturamento
Odoo permite definir se produtos serão faturados com base na quantidade pedida ou na quantidade entregue.
Faturar o pedido
A cobrança pode ser gerada a partir da quantidade confirmada comercialmente.
Faturar a entrega
A quantidade disponível para faturamento acompanha o que foi efetivamente entregue.
Empresas com entregas parciais precisam analisar cuidadosamente essa escolha.
Pedido, entrega e fatura podem representar quantidades diferentes. A política precisa definir qual delas cria o direito de cobrança.
Estoque físico, previsto e disponível
Uma das dificuldades comuns é tratar “estoque” como um único número.
Na prática, existem conceitos diferentes:
| Conceito | Significado |
|---|---|
| Em mãos | Quantidade fisicamente registrada nas localizações internas |
| Reservado | Quantidade comprometida com operações específicas |
| Disponível | Quantidade que ainda pode ser utilizada conforme a regra adotada |
| Entrada prevista | Quantidade esperada de compras ou outras transferências |
| Saída prevista | Quantidade demandada por entregas e operações futuras |
| Previsão | Posição futura considerando movimentos planejados |
A equipe comercial precisa saber qual indicador pode utilizar para prometer prazo ao cliente.
Mostrar apenas o saldo físico pode gerar venda de uma quantidade já comprometida.
Armazéns e localizações
No Odoo, um armazém representa um espaço físico principal, como centro de distribuição, depósito ou loja.
Dentro dele, localizações podem representar:
Estoque, recebimento, qualidade, separação, embalagem, expedição, avaria, devolução e outras áreas.
A estrutura deve refletir movimentações que a empresa realmente precisa controlar.
Quando criar outro armazém?
Quando existe instalação com endereço, operação, estoque ou fluxo suficientemente independente.
Quando criar apenas outra localização?
Quando a divisão acontece dentro do mesmo centro operacional e não exige um armazém completo.
Fluxo de uma, duas ou três etapas
Recebimentos e entregas podem ocorrer em diferentes quantidades de etapas.
Uma etapa
O produto entra diretamente no estoque ou sai diretamente para o cliente.
Duas etapas
Pode existir recebimento seguido de armazenamento, ou separação seguida de expedição.
Três etapas
Podem ser incluídos controles adicionais, como qualidade ou embalagem.
Mais etapas aumentam rastreabilidade, mas exigem mais confirmações e disciplina operacional.
O melhor fluxo não é o mais completo. É aquele que representa os controles necessários sem criar burocracia operacional desnecessária.
Como funciona a reposição?
Odoo oferece estratégias diferentes para gerar necessidade de compra ou produção.
Regras de reposição
Podem utilizar níveis mínimos e máximos para sugerir ou gerar reposição quando a previsão atinge o ponto definido.
Produzir ou comprar sob demanda
A necessidade é criada em resposta a uma demanda específica, como um pedido de venda.
Planejamento mais amplo
Operações industriais podem utilizar planejamento mestre e outras ferramentas de previsão.
Para comércio e distribuição, a decisão normalmente combina histórico, prazo de fornecedor, estoque de segurança, lote de compra e custo de armazenagem.
Mínimo e máximo
Uma regra de reposição pode manter estoque entre níveis definidos.
Ao atingir o mínimo, o sistema calcula a necessidade para retornar ao máximo, considerando as configurações aplicáveis.
Os valores não deveriam ser definidos apenas por intuição.
Considere:
Consumo, sazonalidade, prazo de compra, variação do fornecedor, lote mínimo, custo financeiro, espaço e criticidade do item.
Regras antigas precisam ser revisadas quando o perfil de venda muda.
Compra sob demanda e MTO
Na rota Make to Order, a confirmação da venda pode gerar imediatamente uma necessidade vinculada ao pedido.
Esse modelo é adequado quando não faz sentido manter o produto disponível previamente.
Exemplos:
Itens personalizados, produtos caros, baixa frequência, grande variedade ou compra específica por cliente.
O prazo prometido precisa considerar o tempo do fornecedor e da operação interna.
Vender sob encomenda reduz estoque, mas transfere dependência de prazo e disponibilidade para o fornecedor.
Compras e fornecedores
O cadastro pode manter informações por fornecedor, como preço, quantidade mínima, prazo e código utilizado pelo parceiro.
O processo de compras pode incluir:
Solicitação de cotação, comparação, pedido, aprovação, recebimento, documento do fornecedor e pagamento.
Antes de automatizar a escolha, defina critérios.
Menor preço pode não ser a melhor opção quando existem diferenças em:
Prazo, qualidade, quantidade mínima, frete, impostos, confiabilidade e condição de pagamento.
Aprovação de compras
Compras podem exigir aprovação conforme valor, categoria, centro de custo ou responsabilidade.
A regra precisa evitar dois extremos:
Falta de controle para compromissos relevantes e excesso de aprovação para aquisições rotineiras.
Também é necessário definir quem pode alterar o pedido depois de aprovado.
Módulos OCA podem complementar fluxos de validação e controles de compras quando o padrão não cobre o processo necessário.
Recebimento e conferência
O recebimento deve comparar o que foi pedido com o que chegou.
A equipe pode validar:
Produto, quantidade, unidade, lote, série, validade, embalagem, avaria e documento relacionado.
Divergências precisam de procedimento:
Receber parcialmente, recusar, devolver, registrar pendência ou ajustar o pedido com autorização.
Confirmar tudo automaticamente elimina justamente o controle que o recebimento deveria fornecer.
Lotes, números de série e validade
Lotes identificam grupos de produtos que compartilham uma origem ou característica.
Números de série identificam unidades individualmente.
Esses recursos são úteis para:
Rastreabilidade, garantia, recall, validade, assistência técnica, equipamentos e produtos regulados.
A empresa deve decidir em qual momento a identificação é informada e quem responde por sua conferência.
Código de barras
O aplicativo de Código de Barras pode apoiar recebimentos, transferências, inventários, separações e entregas.
Ele permite associar códigos a produtos, embalagens, localizações, lotes e números de série.
Os benefícios incluem:
Menos digitação, maior velocidade, validação do item físico e redução de erros de identificação.
Entretanto, a tecnologia depende de uma operação preparada.
É necessário definir:
Etiquetas, nomenclatura, equipamentos, impressão, códigos dos fornecedores, embalagens e tratamento de itens sem identificação.
Leitor de código de barras acelera um processo organizado. Em um cadastro inconsistente, ele acelera a descoberta dos problemas.
Separação e expedição
A expedição transforma a demanda comercial em movimentação física.
O processo pode incluir:
Reserva, onda ou lote de separação, conferência, embalagem, pesagem, etiqueta, transportadora e baixa da entrega.
É necessário definir:
Quem separa, quem confere, quando o estoque é movimentado e qual evidência comprova a saída.
Operações com alto volume podem agrupar transferências para aumentar produtividade.
Entrega parcial e saldo pendente
Nem sempre todos os produtos estão disponíveis.
A empresa precisa definir se:
Entrega parcialmente, espera o pedido completo, substitui o item, cancela o saldo ou negocia novo prazo.
Ao validar uma entrega parcial, o Odoo pode manter o restante em uma transferência pendente, conforme a operação.
A política comercial precisa estar alinhada ao processo logístico e ao faturamento.
Frete e transportadoras
O custo de entrega pode ser calculado, incluído no pedido e relacionado à operação logística.
A empresa pode utilizar:
Tabela fixa, cálculo por peso, volume, valor, região ou integração com transportadora.
Também é necessário definir:
Quem paga o frete, como o custo entra na margem, quando a etiqueta é gerada e como o rastreamento retorna.
Uma integração de frete precisa tratar indisponibilidade, diferença de medidas e cancelamento da etiqueta.
Dropshipping
No dropshipping, o fornecedor envia o produto diretamente ao cliente.
A empresa vende sem receber fisicamente o item em seu armazém.
O processo precisa controlar:
Pedido ao fornecedor, endereço do cliente, prazo, confirmação de envio, documento fiscal, custo e atendimento de problemas.
O modelo reduz movimentação interna, mas aumenta dependência da informação fornecida pelo parceiro.
Transferência entre armazéns
Empresas com vários centros podem reabastecer um armazém a partir de outro.
A operação deve considerar:
Origem preferencial, prazo, estoque de segurança, custo de transporte, prioridade e confirmação do recebimento.
Odoo pode configurar rotas de reabastecimento entre armazéns.
Evite transferir automaticamente sem considerar a necessidade da unidade de origem, pois o problema pode apenas mudar de endereço.
Inventário e acuracidade
O saldo do sistema precisa corresponder ao físico.
Inventários podem ser:
Gerais, rotativos, por categoria, localização, criticidade ou regra de contagem.
Uma divergência deve gerar análise de causa.
Possibilidades incluem:
Recebimento incorreto, saída não confirmada, unidade errada, perda, avaria, localização equivocada ou processo paralelo.
Ajustar o saldo corrige o número atual. Investigar a divergência reduz a chance de repetir o erro.
Devoluções de clientes
A devolução precisa estar relacionada à entrega original sempre que possível.
O processo pode envolver:
Autorização, recebimento, inspeção, retorno ao estoque, descarte, troca, crédito e documento fiscal.
Nem todo produto devolvido deve voltar imediatamente ao estoque disponível.
Pode ser necessário utilizar uma localização de quarentena ou análise.
Devoluções a fornecedores
Produtos recebidos com divergência, defeito ou avaria podem precisar ser devolvidos.
A operação precisa manter vínculo com:
Recebimento, pedido de compra, documento do fornecedor, crédito esperado e movimentação física.
Sem esse vínculo, compras, estoque e financeiro podem tratar o mesmo problema de formas diferentes.
Localização brasileira e documentos fiscais
No Brasil, o fluxo logístico precisa estar alinhado ao fiscal.
O cadastro e a operação podem exigir:
NCM, CEST, origem, CFOP, CST ou CSOSN, impostos, endereço, transportadora, volumes e outras informações.
A emissão pode variar conforme:
Venda, devolução, remessa, transferência, bonificação, demonstração, industrialização ou outra natureza.
A localização brasileira precisa ser escolhida e configurada conforme edição, documentos e processos.
Faturamento, financeiro e conciliação
A venda não termina na emissão do documento.
O processo precisa gerar e acompanhar:
Contas a receber, vencimentos, meios de pagamento, cobrança, baixa, taxas, descontos e conciliação bancária.
Entregas parciais, adiantamentos e devoluções podem modificar o valor a receber.
É necessário evitar que comercial, fiscal e financeiro mantenham controles diferentes sobre o mesmo pedido.
Custo e margem
A margem não é apenas preço de venda menos último preço de compra.
Dependendo da análise, podem existir:
Custo de aquisição, frete, impostos não recuperáveis, despesas, comissões, armazenagem e custo financeiro.
O método de valorização do estoque influencia os valores contábeis e gerenciais.
Relatórios comerciais precisam deixar claro qual conceito de custo utilizam.
Margem calculada com custo errado pode transformar uma venda aparentemente boa em prejuízo operacional.
Multiempresa
Odoo pode operar várias empresas na mesma base, com regras de acesso e registros compartilhados ou específicos.
A arquitetura deve analisar:
CNPJs, estoques, compras, vendas, fiscal, financeiro, produtos compartilhados e operações entre empresas.
Multiempresa não é apenas um filtro adicional.
Permissões e padrões precisam ser testados para impedir registros na empresa errada.
Atacado, varejo e e-commerce
Uma distribuidora pode operar múltiplos canais.
Atacado
Pode utilizar tabelas, quantidade mínima, vendedores, aprovação de crédito e logística por volumes.
Varejo
Pode utilizar Ponto de Venda, pagamento imediato, caixa e disponibilidade local.
E-commerce
Pode integrar catálogo, preço, pedido, pagamento, estoque, entrega e atendimento.
Os canais precisam compartilhar regras suficientes para preservar consistência, mas podem ter preços, prazos e processos próprios.
Indicadores importantes
| Indicador | O que ajuda a avaliar |
|---|---|
| Giro de estoque | Velocidade de renovação dos itens |
| Cobertura | Por quanto tempo o saldo pode atender à demanda |
| Ruptura | Vendas ou demandas afetadas por falta de produto |
| Prazo do fornecedor | Tempo real entre compra e disponibilidade |
| Acuracidade | Confiabilidade do saldo físico em relação ao sistema |
| Pedido completo | Capacidade de entregar todos os itens prometidos |
| Tempo de separação | Eficiência da expedição |
| Margem | Resultado comercial conforme o conceito de custo adotado |
| Devoluções | Qualidade de produto, venda e logística |
| Estoque parado | Capital comprometido em itens de baixa movimentação |
Indicadores precisam ser segmentados por produto, categoria, fornecedor, armazém, vendedor ou canal quando isso apoiar uma decisão.
Como implantar por fases?
Fase 1: operação essencial
Produtos, clientes, fornecedores, vendas, compras, estoque, faturamento e financeiro básico.
Fase 2: produtividade logística
Código de barras, múltiplas etapas, lotes, séries, embalagens e transportadoras.
Fase 3: planejamento e controle
Reposição avançada, indicadores, aprovações e revisão de margens.
Fase 4: canais e integrações
E-commerce, marketplaces, bancos, operadores logísticos e demais sistemas.
A divisão real depende das prioridades e dependências da empresa.
Implantar tudo simultaneamente pode adiar o valor dos processos essenciais e aumentar a quantidade de problemas que chegam juntos ao go-live.
Erros comuns
Importar produtos sem saneamento
Duplicidades e unidades incorretas comprometem vendas, compras e estoque.
Prometer pelo saldo físico
A equipe ignora reservas e outras saídas previstas.
Usar reposição automática com prazos errados
O sistema gera compras tarde demais ou estoque excessivo.
Criar muitas localizações
A operação não confirma as movimentações necessárias.
Ativar lotes sem processo
Os usuários preenchem qualquer valor apenas para concluir o recebimento.
Faturar sem alinhar entrega
A quantidade cobrada não corresponde ao processo comercial adotado.
Não tratar devoluções
Estoque, fiscal e financeiro ficam divergentes.
Confiar em margem sem revisar custo
Decisões comerciais utilizam um valor incompleto.
Testar diretamente em produção
Rotas e regras criam movimentações reais ou inesperadas.
Instalar módulos sem avaliar dependências
A arquitetura cresce sem uma responsabilidade clara de manutenção.
Checklist para o projeto
| Área | Definição necessária |
|---|---|
| Produtos | Códigos, unidades, variantes, embalagens e fiscal |
| Preços | Tabelas, descontos, quantidades e aprovações |
| Estoque | Armazéns, localizações, reservas e inventário |
| Reposição | Mínimo, máximo, MTO, fornecedores e prazos |
| Compras | Cotações, aprovações, recebimentos e divergências |
| Expedição | Separação, conferência, embalagem e entrega |
| Rastreabilidade | Lotes, séries, validade e códigos de barras |
| Fiscal | Operações, documentos, impostos e devoluções |
| Financeiro | Condições, cobrança, baixa e conciliação |
| Indicadores | Giro, cobertura, ruptura, acuracidade e margem |
Community ou Enterprise?
As duas edições podem atender comércio e distribuição, com diferenças de aplicativos, recursos e licenciamento.
A decisão deve comparar:
Fluxos comerciais, inventário, código de barras, relatórios, automações, hospedagem, módulos OCA e customizações necessárias.
Community pode ser complementado por módulos OCA e desenvolvimento em Python.
Enterprise pode oferecer recursos oficiais adicionais, conforme a versão e o plano.
O custo total precisa incluir implantação, localização, integrações, manutenção e futuras migrações.
Como a OCA pode complementar?
A OCA mantém repositórios voltados a vendas, compras, estoque, logística, armazéns, relatórios e outros processos.
Existem componentes para:
Aprovações, inventários, contagem cíclica, motivos de ajuste, rotas, fornecedores, entregas e relatórios adicionais.
Cada módulo precisa ser avaliado individualmente quanto a versão, escopo, maturidade, dependências, licença e manutenção.
OCA amplia a cobertura da solução, mas não substitui o desenho do processo nem a homologação operacional.
Quando desenvolver?
Desenvolvimento específico pode ser necessário para:
Integração com marketplace, transportadora, operador logístico, regra comercial própria, aprovação específica, documento, automação ou relatório estratégico.
Antes de desenvolver, compare padrão, configuração, módulos oficiais e OCA.
Quando o código for necessário, ele deve ser implementado em módulos independentes, versionados e testados.
A abordagem da Escodoo
A Escodoo estrutura projetos de comércio e distribuição conectando processos comerciais, logísticos, fiscais e financeiros.
Nossa análise pode incluir:
Vendas, compras, inventário, reposição, código de barras, lotes, transportadoras, localização brasileira, integrações e rentabilidade.
Atuamos com:
Odoo Community, Enterprise, módulos da OCA, desenvolvimento em Python, ambientes de homologação e Escodoo Cloud.
Também avaliamos migração de cadastros, saldos, pedidos em aberto e demais dados necessários para o go-live.
Perguntas frequentes
Odoo controla vários armazéns?
Sim. Cada armazém pode representar uma instalação física e possuir localizações e fluxos próprios.
É possível comprar automaticamente?
Odoo pode gerar ou sugerir necessidades por regras de reposição e rotas. A qualidade depende de prazos, fornecedores e parâmetros corretos.
Odoo controla lotes e números de série?
Sim. Lotes identificam grupos e números de série identificam unidades individuais.
Posso usar leitor de código de barras?
Sim. Códigos podem ser utilizados em recebimentos, transferências, inventários, separações e entregas.
Odoo permite entrega parcial?
Sim. O saldo pode permanecer pendente em outra transferência, conforme a operação e a decisão do usuário.
É possível faturar somente o que foi entregue?
Sim. A política de faturamento pode usar quantidades entregues em vez das quantidades pedidas.
Odoo controla dropshipping?
Sim. O fluxo pode gerar compra para envio direto do fornecedor ao cliente.
Como funciona a transferência entre armazéns?
Rotas podem organizar o reabastecimento entre unidades, preservando as movimentações de saída, trânsito e entrada.
Preciso de Enterprise para estoque?
Não necessariamente. Community possui recursos de estoque e pode ser complementado. A escolha depende da cobertura total necessária.
Odoo emite NF-e de venda e devolução?
Pode emitir documentos conforme a localização brasileira e a cobertura técnica adotada. Cada operação precisa de configuração e homologação fiscal.
Conclusão: distribuição exige conexão entre promessa e movimento
Comércio e distribuição dependem de coordenação.
O vendedor promete. O estoque reserva. Compras repõe. O armazém separa. O fiscal documenta. O financeiro recebe.
Quando essas áreas utilizam registros desconectados, a empresa perde controle sobre prazo, quantidade e margem.
Odoo pode integrar esse ciclo em uma única plataforma, desde que produtos, rotas, armazéns, reposição e políticas sejam configurados conforme a operação real.
A implantação deve começar pelo fluxo essencial e evoluir para automações, códigos de barras, múltiplos armazéns e integrações conforme a maturidade da empresa.
Precisa integrar sua operação comercial e logística no Odoo?
A Escodoo avalia vendas, compras, estoque, reposição, faturamento, localização brasileira e integrações de forma conjunta.
Trabalhamos com Odoo Community, Enterprise, módulos da OCA, desenvolvimento em Python, homologação e Escodoo Cloud.
Fale com nossa equipe e organize uma implantação adequada ao volume e aos canais da sua empresa.
Avaliar minha operação no Odoo