Da proposta ao recebimento no Odoo: empresas de serviços

Em empresas de serviços, a margem raramente se perde em uma única decisão. Ela escapa nas emendas do processo: a proposta aprovada por e-mail que ninguém transforma em pedido, as horas registradas em planilha paralela, a NFS-e emitida no portal da prefeitura sem vínculo com o contrato e o Pix que alguém precisa identificar manualmente. A pergunta que mais ouvimos é se dá para ligar tudo isso em um fluxo único no Odoo. Em boa parte, sim. Mas, para decidir bem, é preciso separar o que é recurso nativo (e de qual edição), o que vem do ecossistema OCA e o que depende de um serviço de terceiros. Este é o mapa.

O fluxo completo em nove etapas

Pense no fluxo como uma corrente em que cada elo herda os dados do anterior, em vez de redigitá-los:

Oportunidade no CRM: cliente, necessidade e valor da negociação.
Proposta (cotação): escopo, preço, condições e validade.
Contrato e aceite, com recorrência quando houver.
Projeto e tarefas, criados a partir do pedido confirmado.
Apontamento de horas por tarefa e por pessoa.
Faturamento por valor fixo, horas, marcos ou recorrência.
NFS-e do serviço prestado.
Recebimento e conciliação de Pix, boleto ou cartão.
Rentabilidade real de cada projeto.

Ao longo do texto, usaremos um exemplo hipotético: uma consultoria de engenharia em Campinas (SP) que vende um pacote de 120 horas de projeto e, depois da entrega, uma mensalidade de suporte técnico.

Antes de configurar: edição, OCA e versão

A edição Community do Odoo é de código aberto; a Enterprise é contratada por assinatura e acrescenta aplicativos e recursos. A OCA (Odoo Community Association) mantém módulos abertos que cobrem lacunas, inclusive a localização fiscal brasileira do repositório l10n-brazil. Esta revisão considera o Odoo 20, lançado em setembro de 2026, e os módulos do OCA publicados na data de revisão. Um ponto pesa na escolha da versão: no l10n-brazil, os módulos de emissão de NF-e e NFS-e estão na série 18.0, e a série 19.0 contém, por enquanto, os módulos de base. Se essa decisão ainda está aberta, leia Odoo Community e Enterprise: como avaliar.

Etapa por etapa: o que é nativo, o que é OCA e o que é de terceiros

1. CRM: a oportunidade já nasce com informação útil

O CRM faz parte da edição Community. O ganho não está em registrar tudo, mas em registrar o que a etapa seguinte vai usar: tipo de serviço, estimativa de esforço, origem do contato e próximos passos. Sem critério comum de qualificação, a previsão de receita perde sentido e a operação recebe projetos sem contexto.

2. Proposta: modelos, aceite e pagamento online

No app Vendas, a cotação pode partir de um modelo com textos, produtos e condições padronizados. O cliente recebe um link do portal e pode aceitar a proposta com assinatura online e, se a empresa ativar a opção, pagar online; as duas configurações existem na Community. É também aqui que se decide como o serviço será faturado, regra que fica no cadastro do produto de serviço:

valor fixo, faturado pela quantidade vendida, com ou sem adiantamento;
com base nas horas apontadas nas tarefas do projeto;
por marcos: quando um marco do projeto é atingido, a quantidade entregue no pedido é atualizada;
recorrente, para mensalidades, tratado na etapa de contrato.

No exemplo da consultoria, o pacote de 120 horas pode ser faturado por horas apontadas ou por marcos (anteprojeto, projeto executivo, entrega final). A escolha muda o fluxo de caixa e a conversa com o cliente, por isso vem antes da configuração.

3. Contrato, assinatura e recorrência

Para escopos simples, a cotação assinada no portal pode bastar como aceite. Para contrato formal, com cláusulas e anexos, o app Sign, da Enterprise, coleta assinaturas eletrônicas com trilha de auditoria. Se o contrato exigir certificado ICP-Brasil ou outra formalidade, a orientação do jurídico vem antes da escolha da ferramenta.

Para a mensalidade de suporte, há dois caminhos. Na Enterprise, o app Assinaturas (Subscriptions) gerencia receita recorrente, renovações e faturamento automático. Na Community, o módulo contract do OCA trata contratos com faturamento recorrente e é classificado como estável pelo repositório.

4. Projeto e tarefas criados a partir do pedido

Quando o produto de serviço está configurado para criar tarefa ou projeto na confirmação do pedido, o Odoo gera a estrutura e mantém o vínculo com a linha de venda. É esse vínculo que permite faturar horas e medir rentabilidade sem conferência manual. Projetos e a ligação com Vendas fazem parte da Community.

5. Apontamento de horas

O registro de horas nas tarefas está disponível na Community. O app Timesheets, da Enterprise, acrescenta recursos como a visão em grade, o cronômetro e a validação por gestores. Mais importante que a ferramenta é a regra: quem aponta, até quando, quem valida e o que é faturável. Sem fechamento de período, a fatura sai com horas que ainda vão mudar.

6. Faturamento

Com a política baseada em horas apontadas, as horas lançadas nas tarefas atualizam a quantidade entregue no pedido, e a fatura nasce como rascunho com o trabalho realizado. Nos marcos, ela fica disponível quando o marco é atingido; no contrato recorrente, segue a periodicidade definida. A emissão de faturas está no app Faturamento, da Community; o app Contabilidade completo é da Enterprise.

7. NFS-e: onde está a maior parte da complexidade

A NFS-e de padrão nacional tem portal próprio em gov.br/nfse, com o Emissor Nacional (web e API) e o Ambiente de Dados Nacional (ADN). O cenário está em transição, e três pontos merecem atenção na data desta revisão:

Segundo comunicado do portal publicado em 29/10/2026, microempresas e empresas de pequeno porte optantes pelo Simples Nacional devem emitir a NFS-e exclusivamente pelo Emissor Nacional (web ou API) para serviços com data de competência a partir de 01/11/2026, inclusive em municípios que mantêm emissor próprio.
O leiaute em produção já prevê os campos de IBS e CBS da reforma tributária. Pela orientação do Comitê Gestor da NFS-e, até 31/12/2026 a ausência dessas informações não leva à rejeição da nota, mas o documento é considerado irregular, e o emissor fica sujeito a penalidades; há datas escalonadas por tipo de serviço.
As notas técnicas seguem evoluindo (a NT 009 tem entregas previstas até 01/12/2026), o que exige atualização frequente de qualquer integração.

No Odoo, há três caminhos para emitir NFS-e:

Localização oficial (Enterprise): a emissão eletrônica usa a integração com o Avalara AvaTax (módulo l10n_br_edi). Segundo a documentação, a NFS-e não pode ser emitida com impostos de serviço criados manualmente, e o cancelamento deve ser feito primeiro no portal da prefeitura. A cobertura do padrão nacional não é detalhada; confirme para o seu município e regime.
OCA l10n-brazil (série 18.0): o módulo l10n_br_nfse é a base, complementada por provedores. O l10n_br_nfse_focus integra com a API da FocusNFE, um serviço de terceiros; o l10n_br_nfse_paulistana atende o município de São Paulo; e o l10n_br_nfse_nacional envia a declaração do serviço (DPS) diretamente ao ADN, com certificado A1. Este último está em estágio alfa, e o próprio README desaconselha o uso em produção.
Serviço de emissão de terceiros: um provedor de API fiscal integrado ao Odoo, que assume a comunicação com prefeituras e com o ambiente nacional, com contrato e custo próprios.

Em qualquer caminho, regime tributário, código de serviço, local de incidência do ISS, retenções e tratamento de IBS e CBS são definições da contabilidade, não do software, e devem ser testadas em homologação antes da primeira nota real.

8. Recebimento e conciliação

Na ponta do caixa, as opções combinam recursos nativos, módulos do OCA e serviços de bancos:

Pix: a localização brasileira da Community (l10n_br) permite cadastrar a chave Pix na conta bancária da empresa e gerar o código Pix na fatura. A confirmação do recebimento depende do extrato ou de uma integração com o banco.
Boleto e CNAB: dependem do banco. No OCA, os módulos l10n_br_account_payment_order e l10n_br_account_payment_brcobranca geram boletos e arquivos de remessa e importam o retorno, usando a biblioteca BRCobranca por meio de um microsserviço. A alternativa são as APIs de cobrança de bancos ou gateways.
Cartão e pagamento online: por provedores de pagamento integrados ao portal, como o módulo do Mercado Pago, disponível na Community.

Para conciliar, o app Contabilidade importa extratos em formatos como OFX, CSV, CAMT.053 e QIF; a sincronização bancária automática exige assinatura Enterprise e varia por banco e país. No Odoo 20, a conciliação ganhou opções como a execução automática sob demanda. Na Community, o OCA oferece alternativas nos repositórios account-reconcile e bank-statement-import. E um detalhe que economiza horas: prefira cobranças com identificação única, porque recebimento sem referência vira trabalho manual no fechamento.

9. Rentabilidade por projeto

O painel de rentabilidade compara receitas e custos registrados na conta analítica do projeto. As horas aparecem nos dois lados: como receita, pelo valor cobrado do cliente, e como custo, pelo custo-hora do colaborador; despesas e compras ligadas à conta analítica também entram. Segundo a documentação, o relatório é exibido apenas para projetos faturáveis.

No exemplo hipotético, se no segundo mês a consultoria já apontou 95 das 120 horas, mas faturou 60, o painel mostra a diferença entre o executado, o faturado e o custo acumulado. A conversa sobre aditivo de escopo acontece antes do estouro.

Onde esse fluxo costuma quebrar

Horas apontadas em tarefas sem vínculo com o pedido de venda.
NFS-e emitida fora do Odoo, sem relação com a fatura.
Custo-hora desatualizado, distorcendo a rentabilidade.
Personalizações criadas para contornar um processo que ninguém redesenhou.

Se a sua implantação já mostra vários desses sintomas, leia Projeto Odoo travado: sinais de alerta e recuperação.

Checklist para revisar o seu fluxo

Cada serviço do catálogo tem política de faturamento definida: valor fixo, horas, marcos ou recorrência.
Os modelos de cotação estão revisados, com condições comerciais e validade.
Está claro quando o aceite no portal basta e quando é preciso contrato formal.
A regra de apontamento de horas está definida: quem lança, quem valida e quando o período fecha.
Regime tributário, código de serviço, local de incidência do ISS e retenções foram validados com a contabilidade.
O caminho de emissão de NFS-e foi escolhido e testado em homologação.
Os meios de recebimento (Pix, boleto, cartão) e a forma de baixa estão definidos.
O custo-hora por colaborador ou função está atualizado.
Há indicadores acompanhados: horas apontadas x faturadas, prazo entre entrega e faturamento, notas rejeitadas e inadimplência.

Como a OTX aborda esse fluxo

Nosso ponto de partida é o processo, não o módulo. Primeiro entendemos como a empresa vende, entrega e cobra; depois analisamos a aderência ao Odoo, priorizamos recursos nativos e do ecossistema OCA e só personalizamos quando a necessidade é clara. A metodologia SPACE (Situar, Planejar, Aplicar, Consolidar e Evoluir) organiza esse trabalho em ciclos recorrentes. Conheça os serviços de implantação Odoo e de integrações e desenvolvimento e veja como preparar sua empresa para implantar o Odoo.

Fontes consultadas

Revisado em 4 de novembro de 2026.

Quer revisar o caminho da proposta ao recebimento na sua empresa? Conte como vocês vendem, entregam e cobram hoje. Fale com a OTX pela página de contato ou pelo WhatsApp.

Da proposta ao recebimento: integração em empresas de serviços