Odoo para empresas de serviços: como organizar contratos, projetos, horas e faturamento?
Empresas de serviços podem vender entregas muito diferentes: projetos fechados, horas técnicas, contratos mensais, pacotes de atendimento, consultoria recorrente, implantação, manutenção ou visitas em campo.
Por isso, não existe uma única configuração de Odoo que atenda automaticamente a todas as operações de serviços.
Quando essa relação não está clara, o Odoo pode registrar horas sem indicar se são faturáveis, criar projetos sem vínculo comercial e gerar faturas que não correspondem ao contrato.
Uma implantação bem estruturada conecta CRM, vendas, contratos, projetos, tarefas, planilhas de horas, atendimento, despesas, faturamento e análise de rentabilidade.
Resposta direta: como o Odoo atende empresas de serviços?
O Odoo pode organizar o ciclo completo desde a oportunidade comercial até o recebimento do cliente.
Dependendo do modelo, a empresa pode faturar:
Preço fixo, horas trabalhadas, horas pré-pagas, materiais e despesas, etapas concluídas, marcos do projeto ou valores recorrentes.
O projeto controla a entrega. As tarefas organizam o trabalho. As planilhas de horas registram o esforço. O pedido de venda representa o compromisso comercial. A política de faturamento define quando o valor pode ser cobrado.
Projeto não substitui contrato, apontamento não substitui aprovação e hora trabalhada não é automaticamente hora faturável.
Comece pelo modelo comercial
A configuração deve refletir como a empresa vende o serviço.
| Modelo | O que o cliente compra | Forma comum de faturamento |
|---|---|---|
| Preço fixo | Uma entrega definida por valor acordado | Antecipado, por parcelas ou conforme cronograma |
| Tempo e materiais | Horas e itens efetivamente consumidos | Após validação do período |
| Banco de horas | Quantidade de horas adquirida antecipadamente | Antes do consumo ou em ciclos definidos |
| Marcos | Resultados ou etapas contratuais | Quando cada marco é atingido |
| Recorrência | Disponibilidade ou serviço contínuo | Mensal, trimestral, anual ou outro ciclo |
| Chamado avulso | Atendimento específico | Valor fixo ou tempo registrado no ticket |
| Serviço de campo | Intervenção em uma localização | Visita, horas, materiais ou combinação |
A mesma empresa pode utilizar vários modelos simultaneamente.
Um contrato mensal pode incluir determinadas horas e cobrar excedentes. Um projeto fechado pode faturar por marcos, enquanto atividades adicionais são cobradas por hora.
Odoo para serviços com preço fixo
No preço fixo, o valor comercial não depende diretamente das horas efetivamente trabalhadas.
A empresa pode vender uma implantação por valor fechado e utilizar o projeto para acompanhar atividades, prazo e esforço interno.
Nesse modelo, as horas ajudam a calcular custo e rentabilidade, mas não necessariamente determinam a quantidade faturada.
O que precisa estar definido?
Escopo, valor, forma de pagamento, prazo, critérios de aceite, mudanças de escopo e entregas incluídas.
Como controlar a margem?
Mesmo com preço fixo, é recomendável registrar o esforço.
O custo das horas pode ser comparado à receita do projeto para identificar desvios.
Risco comum
A equipe registra horas, mas não acompanha o orçamento interno. O projeto permanece dentro do prazo comercial e ultrapassa significativamente o esforço previsto.
Odoo para serviços faturados por hora
No modelo de tempo e materiais, as horas validadas podem formar a quantidade entregue no pedido de venda.
O Odoo permite registrar tempo em projetos, tarefas e tickets de atendimento.
Para que o apontamento seja faturável, ele precisa estar relacionado ao item comercial correspondente.
O que precisa estar definido?
Valor da hora, perfis profissionais, arredondamento, período de fechamento, atividades faturáveis, aprovação e tratamento de retrabalho.
Horas por perfil
Uma empresa pode possuir valores diferentes para consultoria, desenvolvimento, gestão e suporte.
Nesse caso, o processo precisa definir se o valor depende:
Do profissional, da atividade, do produto vendido, do contrato ou de uma tabela negociada com o cliente.
Apontar tempo é simples. Transformar cada apontamento em uma cobrança correta exige regras comerciais explícitas.
Banco de horas e pacotes pré-pagos
No banco de horas, o cliente adquire uma quantidade antes de utilizar o serviço.
Os apontamentos reduzem o saldo disponível ou aumentam a quantidade entregue no item comercial, conforme a arquitetura adotada.
O processo precisa responder:
As horas vencem? Podem ser transferidas? Existe saldo mínimo? Como os excedentes são cobrados? Horas não utilizadas são reembolsadas? Qual é o critério de arredondamento?
Também é importante diferenciar:
Saldo contratado, saldo consumido, saldo aprovado, saldo faturado e saldo disponível.
Faturamento por marcos
Marcos representam etapas ou resultados relevantes do projeto.
Eles são úteis em projetos longos, de maior valor ou divididos em entregas contratuais.
No Odoo, marcos podem ser associados às tarefas e utilizados como base para atualizar a quantidade entregue no pedido de venda.
Quando um marco é atingido, a parcela correspondente pode ficar disponível para faturamento.
Exemplos de marcos
Conclusão da análise, entrega do ambiente base, homologação de um processo, treinamento, entrada em produção e encerramento.
Marco não é apenas uma data
Ele precisa possuir critério de aceite.
“Fim da configuração” é menos objetivo que “processo de venda homologado pelos responsáveis com os cenários definidos”.
Um marco faturável deve representar um resultado verificável, e não apenas o término de um período no calendário.
Contratos recorrentes e assinaturas
Serviços contínuos podem ser representados por contratos recorrentes.
O aplicativo de Assinaturas permite organizar planos, cobrança periódica, renovação, encerramento e relacionamento com outros processos comerciais.
Exemplos:
Manutenção mensal, suporte, hospedagem, licenciamento, consultoria recorrente e serviços administrados.
Uma recorrência precisa definir:
Periodicidade, data de início, duração, renovação, reajuste, itens incluídos, limites, cancelamento e forma de pagamento.
Mensalidade não significa trabalho ilimitado
O contrato pode oferecer disponibilidade, serviços específicos, quantidade de horas ou níveis de atendimento.
O Odoo precisa refletir essa composição para que o atendimento e o faturamento respeitem o que foi vendido.
Projetos, tarefas e etapas
O aplicativo Projeto organiza a execução do serviço.
Um projeto pode representar:
Um contrato, um cliente, uma implantação, uma equipe, um tipo de serviço ou uma iniciativa interna.
As tarefas podem representar entregas, atividades, demandas ou unidades de trabalho.
Os estágios indicam o fluxo operacional.
Não copie automaticamente o processo comercial
As etapas do CRM não são necessariamente as mesmas do projeto.
CRM acompanha a venda. Projeto acompanha a entrega.
Evite projetos genéricos demais
Um único projeto para todos os clientes pode dificultar rentabilidade, acesso, faturamento e responsabilidade.
Evite fragmentação excessiva
Criar um projeto para cada pequena solicitação pode aumentar administração sem gerar benefício.
A estrutura de projetos deve facilitar gestão e análise. Se cada relatório exige reorganizar manualmente os dados, a divisão provavelmente está inadequada.
Modelos de projeto
Serviços repetíveis podem utilizar modelos.
Um modelo pode criar tarefas, etapas, responsáveis, dependências e estimativas comuns.
Isso é útil para:
Implantações, onboarding, auditorias, instalações, visitas técnicas e rotinas de conformidade.
O modelo não deve impedir adaptação ao contrato específico.
Ele serve como ponto de partida e controle de itens que não podem ser esquecidos.
Subtarefas e dependências
Uma tarefa pode ser dividida em subtarefas quando existe necessidade de responsáveis, prazos ou especialidades diferentes.
Dependências ajudam a indicar que uma atividade não pode começar antes de outra.
Use esses recursos quando melhorarem o planejamento.
Não transforme cada ação simples em uma subtarefa apenas para aumentar detalhamento.
Planejamento de capacidade
Gerenciar serviços exige comparar demanda e disponibilidade.
A empresa precisa saber:
Quem está disponível, qual habilidade é necessária, quantas horas foram prometidas e quais projetos disputam os mesmos profissionais.
O planejamento pode organizar alocações por período.
As horas planejadas não substituem os apontamentos reais.
O comparativo ajuda a responder:
O trabalho foi subestimado? O profissional ficou ocioso? A prioridade mudou? O cliente acrescentou escopo?
Planilhas de horas no Odoo
Planilhas de horas permitem registrar, visualizar e validar tempo por funcionário, projeto, tarefa e item comercial.
O apontamento pode ser feito:
Manualmente, por cronômetro, na tarefa do projeto ou no ticket de atendimento.
Para utilizar o recurso corretamente, a empresa precisa definir uma política.
Quando apontar?
Diariamente, ao final da atividade ou em outro intervalo que preserve a qualidade da informação.
Qual nível de descrição?
Suficiente para entender o trabalho realizado, sem obrigar o profissional a redigir um relatório completo em cada linha.
Quem valida?
Gestor interno, responsável do projeto, cliente ou combinação, conforme o contrato.
O que não deve ser faturado?
Treinamento interno, correção de erro próprio, atividade comercial, gestão ou deslocamento podem possuir regras diferentes.
Sem política de apontamento, a planilha de horas mede a interpretação de cada pessoa — não o trabalho de forma comparável.
Horas trabalhadas, faturáveis e cobradas
| Conceito | Significado |
|---|---|
| Hora trabalhada | Tempo efetivamente registrado pelo profissional |
| Hora validada | Tempo revisado e aceito internamente |
| Hora faturável | Tempo que pode ser cobrado conforme o contrato |
| Hora entregue | Quantidade reconhecida no item do pedido de venda |
| Hora faturada | Quantidade já incluída em fatura |
| Hora paga | Valor correspondente já recebido do cliente |
Esses estados não devem ser confundidos.
Um profissional pode trabalhar oito horas, das quais seis são faturáveis. As seis podem ser aprovadas, mas somente quatro entrar na fatura atual por limite contratual.
Validação das horas
A validação evita faturar apontamentos incompletos, duplicados ou incorretamente associados.
Antes do fechamento, revise:
Data, profissional, projeto, tarefa, descrição, duração, item do pedido, classificação faturável e período.
Também é importante definir uma data limite para ajustes.
Alterar apontamentos depois de faturados pode gerar divergências entre entrega, custo e cobrança.
Faturamento de tempo e materiais
Empresas de serviços podem combinar horas, produtos, despesas e materiais consumidos.
Exemplos:
Consultoria com deslocamento, manutenção com peças, instalação com equipamentos e serviço de campo com materiais utilizados.
O processo precisa definir como cada componente chega à cobrança.
Despesas podem ser reembolsáveis ou incluídas no preço. Materiais podem sair do estoque ou ser comprados diretamente para o projeto.
O cliente precisa receber uma fatura coerente com os critérios contratuais e com as evidências da entrega.
Adiantamentos e parcelas
Projetos de preço fixo podem utilizar entrada e parcelas intermediárias.
O adiantamento ajuda a financiar o início do trabalho e reduzir exposição financeira.
É necessário definir como ele será compensado nas faturas posteriores.
As parcelas podem ser:
Por data, percentual, valor fixo ou marco atingido.
O cronograma de pagamento deve acompanhar a distribuição de risco e entrega do projeto, não apenas dividir o total em números iguais.
Central de Ajuda e contratos de suporte
Empresas que prestam suporte podem utilizar tickets para receber, classificar, atribuir e acompanhar solicitações.
O atendimento pode incluir:
Equipes, canais de entrada, prioridades, SLAs, satisfação, apontamentos e vínculo com o pedido de venda.
Horas registradas no ticket podem alimentar a quantidade entregue quando o serviço é faturado por tempo.
O contrato precisa esclarecer:
Horário de atendimento, prioridades, tempo de resposta, itens incluídos, horas, excedentes e responsabilidades.
SLA não é prazo para qualquer solicitação
SLA deve ser aplicado conforme equipe, prioridade, cliente, serviço e outras condições definidas.
Uma melhoria de baixa prioridade não deve disputar o mesmo compromisso de um incidente crítico.
Serviço de campo
O serviço de campo organiza atividades realizadas fora da empresa ou nas instalações do cliente.
O processo pode envolver:
Agendamento, técnico, localização, roteiro, formulário, assinatura, horas, produtos consumidos e faturamento.
Exemplos incluem manutenção, instalação, vistoria, assistência técnica e visita consultiva.
A tarefa precisa fornecer ao profissional as informações necessárias sem expor dados além do permitido.
Ao final, a empresa deve registrar evidências e resultados suficientes para encerrar ou faturar a intervenção.
Despesas reembolsáveis
Viagem, hospedagem, quilometragem e outros gastos podem ser cobrados do cliente conforme o contrato.
O processo deve distinguir:
Despesa interna, despesa reembolsável pelo valor real, despesa cobrada com margem e custo já incluído no preço fixo.
Também é necessário vincular o gasto ao projeto e guardar os comprovantes necessários.
Sem essa ligação, a rentabilidade fica incompleta e a cobrança depende de controles paralelos.
Rentabilidade do projeto
O dashboard de rentabilidade pode consolidar receitas e custos vinculados ao projeto e à conta analítica.
Entre os elementos possíveis estão:
Receita de horas, materiais, faturas, assinaturas, adiantamentos e despesas refaturadas.
Os custos podem incluir horas internas e demais registros associados ao projeto.
Para que o resultado seja confiável, os documentos precisam estar vinculados corretamente.
Dashboard não corrige ausência de vínculo. Ele apenas consolida os dados que o processo conseguiu relacionar ao projeto.
Margem por profissional ou por projeto?
A empresa pode analisar rentabilidade em diferentes níveis.
Por projeto
Compara toda a receita e custo da entrega.
Por cliente
Avalia contratos e projetos mantidos com a mesma empresa.
Por serviço
Identifica quais ofertas possuem melhor resultado.
Por equipe ou profissional
Ajuda a compreender capacidade e custo, mas precisa ser usada com cuidado para não ignorar atividades não faturáveis necessárias ao negócio.
Não existe um único indicador suficiente.
Utilização alta pode coexistir com projeto deficitário se o preço foi definido incorretamente.
Contabilidade analítica
Projetos podem utilizar contas analíticas para reunir receitas e custos relacionados.
Essa estrutura ajuda a analisar:
Projeto, contrato, centro de resultado, unidade, cliente ou outra dimensão gerencial.
A arquitetura analítica deve ser planejada para evitar contas duplicadas ou dimensões que ninguém consegue manter.
Também é necessário definir como compras, despesas, horas, faturas e lançamentos serão associados.
CRM e proposta comercial
O ciclo pode começar no CRM com uma oportunidade.
A oportunidade registra necessidade, contatos, valor esperado, probabilidade, atividades e próximos passos.
Quando a venda avança, a proposta precisa traduzir a necessidade em itens comerciais claros.
Evite descrições genéricas como “serviços diversos”.
A proposta deve indicar:
Escopo, quantidade, unidade, preço, forma de faturamento, prazo, validade e condições.
Uma proposta mal estruturada não se torna um bom contrato apenas porque foi confirmada dentro do ERP.
Do pedido de venda ao projeto
Produtos de serviço podem ser configurados para gerar projeto ou tarefa quando o pedido é confirmado.
Essa automação reduz criação manual e preserva o vínculo entre venda e execução.
O desenho depende do modelo:
Novo projeto por pedido, nova tarefa em projeto existente, projeto específico por cliente ou nenhuma criação automática.
A configuração deve evitar projetos duplicados ou tarefas criadas antes de existir informação suficiente para iniciar o trabalho.
Mudança de escopo
Projetos de serviços frequentemente recebem novas solicitações durante a execução.
A equipe precisa distinguir:
Correção do que foi contratado, detalhamento necessário, mudança de requisito e novo serviço.
Uma mudança de escopo pode exigir:
Estimativa, aprovação, novo item no pedido, alteração de prazo e faturamento adicional.
Registrar a demanda apenas como nova tarefa pode ocultar o impacto comercial.
Aprovação do cliente
Dependendo do contrato, horas, marcos ou entregas precisam de aceite do cliente.
O processo pode utilizar:
Relatórios, portal, documentos, assinatura eletrônica, mensagens registradas ou procedimento externo integrado.
Defina:
Quem aprova, prazo para manifestação, efeito do silêncio, possibilidade de contestação e tratamento de ajustes.
A aprovação deve ocorrer antes do faturamento quando essa condição faz parte do contrato.
Portal do cliente
O portal pode dar visibilidade controlada a documentos e processos.
Conforme a configuração, o cliente pode consultar:
Propostas, pedidos, faturas, projetos, tarefas, tickets, assinaturas e documentos.
Antes de liberar, revise permissões e informações sensíveis.
Comentários internos, custo, margem e atividades da equipe nem sempre devem ser exibidos externamente.
Faturamento e emissão de NFS-e
Depois de determinar o valor faturável, a empresa precisa gerar a fatura e o documento fiscal aplicável.
No Brasil, o processo pode depender de:
Município, padrão nacional, código do serviço, ISS, retenções, regime tributário, NBS, local da prestação e certificado.
O modelo comercial e o fiscal precisam estar alinhados.
Uma mensalidade, um marco ou um conjunto de horas pode produzir a mesma espécie de documento, mas com descrições e regras diferentes.
O projeto comprova a entrega. O pedido sustenta a cobrança. A configuração fiscal determina como a operação será documentada.
Retenções e valor líquido
Serviços podem possuir retenções tributárias conforme natureza da operação, contratante e legislação aplicável.
O valor bruto da fatura pode ser diferente do valor esperado para recebimento.
Por isso, o processo precisa refletir:
Valor do serviço, tributos destacados, retenções, contas a receber e conciliação bancária.
A equipe fiscal e contábil deve validar a configuração.
O ERP organiza o fluxo, mas não substitui a definição tributária aplicável ao contrato.
Indicadores importantes
| Indicador | O que ajuda a compreender |
|---|---|
| Horas planejadas x realizadas | Qualidade das estimativas e desvios de execução |
| Horas faturáveis x trabalhadas | Quanto do esforço pode gerar receita direta |
| Horas entregues x faturadas | Trabalho disponível para cobrança |
| Receita x custo | Rentabilidade do projeto ou contrato |
| Saldo do contrato | Capacidade ainda disponível para o cliente |
| Prazo dos marcos | Avanço e atrasos das entregas principais |
| Tempo de resposta e solução | Desempenho do atendimento |
| Receita recorrente | Previsibilidade dos contratos ativos |
Indicadores precisam de definição comum.
Duas áreas podem calcular “utilização” ou “margem” de formas diferentes e chegar a conclusões incompatíveis.
Erros comuns na implantação
Criar projetos sem pedido de venda
A execução perde o vínculo com contrato, quantidade e faturamento.
Tratar toda hora como faturável
Retrabalho, gestão e atividades internas entram indevidamente na cobrança.
Não configurar custo dos profissionais
O relatório mostra receita, mas não representa rentabilidade.
Usar um único produto de serviço para tudo
Modelos comerciais e preços diferentes ficam misturados.
Não validar apontamentos
Faturas são geradas com horas incompletas ou associadas ao contrato errado.
Controlar banco de horas apenas em planilha
O ERP não consegue informar saldo e excedentes de forma confiável.
Confundir mensalidade com horas
O cliente compra disponibilidade, mas a equipe trata todo esforço como saldo pré-pago — ou o contrário.
Não registrar mudança de escopo
A empresa entrega mais sem ajustar prazo ou valor.
Faturar antes do critério de aceite
O financeiro entra em conflito com a situação real do projeto.
Checklist para configurar a operação
| Área | Definição necessária |
|---|---|
| Oferta | Quais serviços e unidades são vendidos |
| Contrato | Escopo, prazo, limites, reajuste e cancelamento |
| Faturamento | Preço fixo, horas, marcos, recorrência ou combinação |
| Projeto | Como pedidos geram projetos, tarefas e responsáveis |
| Horas | Política de apontamento, validação e classificação |
| Custo | Como o esforço interno será valorizado |
| Aceite | Quem confirma horas, etapas ou entregas |
| Fiscal | NFS-e, ISS, retenções e códigos aplicáveis |
| Indicadores | Margem, saldo, prazo, utilização e receita |
| Suporte | Como dúvidas, incidentes e melhorias serão tratados |
Community ou Enterprise?
Odoo Community e Enterprise podem atender operações de serviços, mas a disponibilidade e profundidade dos aplicativos variam.
A arquitetura deve comparar:
Projeto, horas, recorrência, atendimento, planejamento, serviço de campo, relatórios, módulos OCA e desenvolvimentos necessários.
Não existe resposta universal.
Uma operação pode utilizar Community com módulos OCA e específicos. Outra pode obter maior aderência com aplicativos Enterprise.
O custo deve incluir licença, implantação, manutenção, hospedagem e evolução — não apenas a edição escolhida.
Quando utilizar módulos da OCA?
Módulos da OCA podem ampliar controles de projetos, contratos, planilhas de horas, faturamento e gestão analítica.
Cada componente precisa ser avaliado quanto a:
Versão, maturidade, dependências, licença, testes, aderência e manutenção.
A existência de um módulo comunitário não elimina a necessidade de configurar o processo e homologar o resultado.
OCA oferece blocos adicionais para a solução. O desenho do contrato e da operação continua sendo responsabilidade do projeto.
Quando desenvolver?
Desenvolvimento específico pode ser necessário quando a empresa possui:
Regras de saldo próprias, aprovação especial, cálculo comercial complexo, integração com plataforma externa, relatórios contratuais ou processo de atendimento diferenciado.
Antes de criar código, avalie padrão, configuração, módulos oficiais e OCA.
Quando o desenvolvimento for justificado, ele deve ser implementado em módulo Python versionado, testado e preparado para futuras migrações.
A abordagem da Escodoo
A Escodoo estrutura operações de serviços a partir do modelo comercial e do processo de entrega.
Nossa análise conecta:
CRM, propostas, pedidos, contratos, projetos, tarefas, horas, suporte, faturamento, localização brasileira e rentabilidade.
Atuamos com:
Odoo Community, Enterprise, módulos da OCA, desenvolvimento em Python, integrações, homologação e Escodoo Cloud.
Também ajudamos a definir políticas de apontamento, classificação de chamados, aprovação de horas, mudanças de escopo e indicadores.
Perguntas frequentes
Odoo controla projetos de serviços?
Sim. O aplicativo Projeto organiza tarefas, responsáveis, prazos, marcos, horas e acompanhamento da rentabilidade.
É possível faturar horas trabalhadas?
Sim. As horas podem ser vinculadas ao item do pedido de venda e utilizadas como quantidade entregue, conforme a configuração comercial.
Posso vender um banco de horas?
Sim. A arquitetura precisa definir aquisição, consumo, validade, excedentes e diferença entre saldo contratado, entregue e faturado.
Odoo fatura por marcos?
Sim. Marcos de projeto podem representar parcelas e liberar quantidades para faturamento quando atingidos.
É possível controlar mensalidades?
Sim. Contratos recorrentes podem gerar cobranças periódicas e organizar renovação e encerramento.
Horas registradas são sempre faturáveis?
Não. A política precisa separar esforço interno, horas incluídas, excedentes e atividades não cobradas.
Posso faturar materiais e despesas junto com o serviço?
Sim, conforme a configuração e o contrato. Materiais, despesas e horas precisam estar relacionados ao projeto e ao documento comercial correto.
Odoo calcula a rentabilidade do projeto?
Pode consolidar receitas e custos vinculados ao projeto e à conta analítica. A qualidade depende dos registros e vínculos realizados.
É possível usar tickets para suporte faturável?
Sim. Horas podem ser registradas em tickets e relacionadas a itens do pedido de venda.
Preciso customizar?
Depende do modelo. Muitos fluxos são atendidos pelo padrão e por configuração; regras específicas podem exigir módulos OCA ou desenvolvimento em Python.
Conclusão: o serviço precisa estar conectado ao contrato
Odoo pode reunir venda, entrega, apontamento, faturamento e análise financeira em uma única plataforma.
O resultado depende de representar corretamente o modelo de negócio.
Preço fixo, horas, pacotes, marcos e recorrência exigem controles diferentes.
Projetos e tarefas organizam o trabalho, mas precisam permanecer vinculados ao pedido e ao contrato.
Horas ajudam a medir esforço, custo e cobrança, desde que exista uma política clara de validação.
Com essa estrutura, a empresa consegue acompanhar prazo, saldo, receita, custo e margem sem reconstruir o fechamento em planilhas.
Precisa organizar sua empresa de serviços no Odoo?
A Escodoo avalia contratos, projetos, horas, suporte, faturamento e localização brasileira de forma integrada.
Trabalhamos com Odoo Community, Enterprise, módulos da OCA, desenvolvimento em Python, integrações e Escodoo Cloud.
Fale com nossa equipe e estruture o Odoo conforme o modelo comercial da sua empresa.
Avaliar minha operação de serviçosOdoo para empresas de serviços: como organizar contratos, projetos, horas e faturamento?
Empresas de serviços podem vender entregas muito diferentes: projetos fechados, horas técnicas, contratos mensais, pacotes de atendimento, consultoria recorrente, implantação, manutenção ou visitas em campo.
Por isso, não existe uma única configuração de Odoo que atenda automaticamente a todas as operações de serviços.
Quando essa relação não está clara, o Odoo pode registrar horas sem indicar se são faturáveis, criar projetos sem vínculo comercial e gerar faturas que não correspondem ao contrato.
Uma implantação bem estruturada conecta CRM, vendas, contratos, projetos, tarefas, planilhas de horas, atendimento, despesas, faturamento e análise de rentabilidade.
Resposta direta: como o Odoo atende empresas de serviços?
O Odoo pode organizar o ciclo completo desde a oportunidade comercial até o recebimento do cliente.
Dependendo do modelo, a empresa pode faturar:
Preço fixo, horas trabalhadas, horas pré-pagas, materiais e despesas, etapas concluídas, marcos do projeto ou valores recorrentes.
O projeto controla a entrega. As tarefas organizam o trabalho. As planilhas de horas registram o esforço. O pedido de venda representa o compromisso comercial. A política de faturamento define quando o valor pode ser cobrado.
Projeto não substitui contrato, apontamento não substitui aprovação e hora trabalhada não é automaticamente hora faturável.
Comece pelo modelo comercial
A configuração deve refletir como a empresa vende o serviço.
| Modelo | O que o cliente compra | Forma comum de faturamento |
|---|---|---|
| Preço fixo | Uma entrega definida por valor acordado | Antecipado, por parcelas ou conforme cronograma |
| Tempo e materiais | Horas e itens efetivamente consumidos | Após validação do período |
| Banco de horas | Quantidade de horas adquirida antecipadamente | Antes do consumo ou em ciclos definidos |
| Marcos | Resultados ou etapas contratuais | Quando cada marco é atingido |
| Recorrência | Disponibilidade ou serviço contínuo | Mensal, trimestral, anual ou outro ciclo |
| Chamado avulso | Atendimento específico | Valor fixo ou tempo registrado no ticket |
| Serviço de campo | Intervenção em uma localização | Visita, horas, materiais ou combinação |
A mesma empresa pode utilizar vários modelos simultaneamente.
Um contrato mensal pode incluir determinadas horas e cobrar excedentes. Um projeto fechado pode faturar por marcos, enquanto atividades adicionais são cobradas por hora.
Odoo para serviços com preço fixo
No preço fixo, o valor comercial não depende diretamente das horas efetivamente trabalhadas.
A empresa pode vender uma implantação por valor fechado e utilizar o projeto para acompanhar atividades, prazo e esforço interno.
Nesse modelo, as horas ajudam a calcular custo e rentabilidade, mas não necessariamente determinam a quantidade faturada.
O que precisa estar definido?
Escopo, valor, forma de pagamento, prazo, critérios de aceite, mudanças de escopo e entregas incluídas.
Como controlar a margem?
Mesmo com preço fixo, é recomendável registrar o esforço.
O custo das horas pode ser comparado à receita do projeto para identificar desvios.
Risco comum
A equipe registra horas, mas não acompanha o orçamento interno. O projeto permanece dentro do prazo comercial e ultrapassa significativamente o esforço previsto.
Odoo para serviços faturados por hora
No modelo de tempo e materiais, as horas validadas podem formar a quantidade entregue no pedido de venda.
O Odoo permite registrar tempo em projetos, tarefas e tickets de atendimento.
Para que o apontamento seja faturável, ele precisa estar relacionado ao item comercial correspondente.
O que precisa estar definido?
Valor da hora, perfis profissionais, arredondamento, período de fechamento, atividades faturáveis, aprovação e tratamento de retrabalho.
Horas por perfil
Uma empresa pode possuir valores diferentes para consultoria, desenvolvimento, gestão e suporte.
Nesse caso, o processo precisa definir se o valor depende:
Do profissional, da atividade, do produto vendido, do contrato ou de uma tabela negociada com o cliente.
Apontar tempo é simples. Transformar cada apontamento em uma cobrança correta exige regras comerciais explícitas.
Banco de horas e pacotes pré-pagos
No banco de horas, o cliente adquire uma quantidade antes de utilizar o serviço.
Os apontamentos reduzem o saldo disponível ou aumentam a quantidade entregue no item comercial, conforme a arquitetura adotada.
O processo precisa responder:
As horas vencem? Podem ser transferidas? Existe saldo mínimo? Como os excedentes são cobrados? Horas não utilizadas são reembolsadas? Qual é o critério de arredondamento?
Também é importante diferenciar:
Saldo contratado, saldo consumido, saldo aprovado, saldo faturado e saldo disponível.
Faturamento por marcos
Marcos representam etapas ou resultados relevantes do projeto.
Eles são úteis em projetos longos, de maior valor ou divididos em entregas contratuais.
No Odoo, marcos podem ser associados às tarefas e utilizados como base para atualizar a quantidade entregue no pedido de venda.
Quando um marco é atingido, a parcela correspondente pode ficar disponível para faturamento.
Exemplos de marcos
Conclusão da análise, entrega do ambiente base, homologação de um processo, treinamento, entrada em produção e encerramento.
Marco não é apenas uma data
Ele precisa possuir critério de aceite.
“Fim da configuração” é menos objetivo que “processo de venda homologado pelos responsáveis com os cenários definidos”.
Um marco faturável deve representar um resultado verificável, e não apenas o término de um período no calendário.
Contratos recorrentes e assinaturas
Serviços contínuos podem ser representados por contratos recorrentes.
O aplicativo de Assinaturas permite organizar planos, cobrança periódica, renovação, encerramento e relacionamento com outros processos comerciais.
Exemplos:
Manutenção mensal, suporte, hospedagem, licenciamento, consultoria recorrente e serviços administrados.
Uma recorrência precisa definir:
Periodicidade, data de início, duração, renovação, reajuste, itens incluídos, limites, cancelamento e forma de pagamento.
Mensalidade não significa trabalho ilimitado
O contrato pode oferecer disponibilidade, serviços específicos, quantidade de horas ou níveis de atendimento.
O Odoo precisa refletir essa composição para que o atendimento e o faturamento respeitem o que foi vendido.
Projetos, tarefas e etapas
O aplicativo Projeto organiza a execução do serviço.
Um projeto pode representar:
Um contrato, um cliente, uma implantação, uma equipe, um tipo de serviço ou uma iniciativa interna.
As tarefas podem representar entregas, atividades, demandas ou unidades de trabalho.
Os estágios indicam o fluxo operacional.
Não copie automaticamente o processo comercial
As etapas do CRM não são necessariamente as mesmas do projeto.
CRM acompanha a venda. Projeto acompanha a entrega.
Evite projetos genéricos demais
Um único projeto para todos os clientes pode dificultar rentabilidade, acesso, faturamento e responsabilidade.
Evite fragmentação excessiva
Criar um projeto para cada pequena solicitação pode aumentar administração sem gerar benefício.
A estrutura de projetos deve facilitar gestão e análise. Se cada relatório exige reorganizar manualmente os dados, a divisão provavelmente está inadequada.
Modelos de projeto
Serviços repetíveis podem utilizar modelos.
Um modelo pode criar tarefas, etapas, responsáveis, dependências e estimativas comuns.
Isso é útil para:
Implantações, onboarding, auditorias, instalações, visitas técnicas e rotinas de conformidade.
O modelo não deve impedir adaptação ao contrato específico.
Ele serve como ponto de partida e controle de itens que não podem ser esquecidos.
Subtarefas e dependências
Uma tarefa pode ser dividida em subtarefas quando existe necessidade de responsáveis, prazos ou especialidades diferentes.
Dependências ajudam a indicar que uma atividade não pode começar antes de outra.
Use esses recursos quando melhorarem o planejamento.
Não transforme cada ação simples em uma subtarefa apenas para aumentar detalhamento.
Planejamento de capacidade
Gerenciar serviços exige comparar demanda e disponibilidade.
A empresa precisa saber:
Quem está disponível, qual habilidade é necessária, quantas horas foram prometidas e quais projetos disputam os mesmos profissionais.
O planejamento pode organizar alocações por período.
As horas planejadas não substituem os apontamentos reais.
O comparativo ajuda a responder:
O trabalho foi subestimado? O profissional ficou ocioso? A prioridade mudou? O cliente acrescentou escopo?
Planilhas de horas no Odoo
Planilhas de horas permitem registrar, visualizar e validar tempo por funcionário, projeto, tarefa e item comercial.
O apontamento pode ser feito:
Manualmente, por cronômetro, na tarefa do projeto ou no ticket de atendimento.
Para utilizar o recurso corretamente, a empresa precisa definir uma política.
Quando apontar?
Diariamente, ao final da atividade ou em outro intervalo que preserve a qualidade da informação.
Qual nível de descrição?
Suficiente para entender o trabalho realizado, sem obrigar o profissional a redigir um relatório completo em cada linha.
Quem valida?
Gestor interno, responsável do projeto, cliente ou combinação, conforme o contrato.
O que não deve ser faturado?
Treinamento interno, correção de erro próprio, atividade comercial, gestão ou deslocamento podem possuir regras diferentes.
Sem política de apontamento, a planilha de horas mede a interpretação de cada pessoa — não o trabalho de forma comparável.
Horas trabalhadas, faturáveis e cobradas
| Conceito | Significado |
|---|---|
| Hora trabalhada | Tempo efetivamente registrado pelo profissional |
| Hora validada | Tempo revisado e aceito internamente |
| Hora faturável | Tempo que pode ser cobrado conforme o contrato |
| Hora entregue | Quantidade reconhecida no item do pedido de venda |
| Hora faturada | Quantidade já incluída em fatura |
| Hora paga | Valor correspondente já recebido do cliente |
Esses estados não devem ser confundidos.
Um profissional pode trabalhar oito horas, das quais seis são faturáveis. As seis podem ser aprovadas, mas somente quatro entrar na fatura atual por limite contratual.
Validação das horas
A validação evita faturar apontamentos incompletos, duplicados ou incorretamente associados.
Antes do fechamento, revise:
Data, profissional, projeto, tarefa, descrição, duração, item do pedido, classificação faturável e período.
Também é importante definir uma data limite para ajustes.
Alterar apontamentos depois de faturados pode gerar divergências entre entrega, custo e cobrança.
Faturamento de tempo e materiais
Empresas de serviços podem combinar horas, produtos, despesas e materiais consumidos.
Exemplos:
Consultoria com deslocamento, manutenção com peças, instalação com equipamentos e serviço de campo com materiais utilizados.
O processo precisa definir como cada componente chega à cobrança.
Despesas podem ser reembolsáveis ou incluídas no preço. Materiais podem sair do estoque ou ser comprados diretamente para o projeto.
O cliente precisa receber uma fatura coerente com os critérios contratuais e com as evidências da entrega.
Adiantamentos e parcelas
Projetos de preço fixo podem utilizar entrada e parcelas intermediárias.
O adiantamento ajuda a financiar o início do trabalho e reduzir exposição financeira.
É necessário definir como ele será compensado nas faturas posteriores.
As parcelas podem ser:
Por data, percentual, valor fixo ou marco atingido.
O cronograma de pagamento deve acompanhar a distribuição de risco e entrega do projeto, não apenas dividir o total em números iguais.
Central de Ajuda e contratos de suporte
Empresas que prestam suporte podem utilizar tickets para receber, classificar, atribuir e acompanhar solicitações.
O atendimento pode incluir:
Equipes, canais de entrada, prioridades, SLAs, satisfação, apontamentos e vínculo com o pedido de venda.
Horas registradas no ticket podem alimentar a quantidade entregue quando o serviço é faturado por tempo.
O contrato precisa esclarecer:
Horário de atendimento, prioridades, tempo de resposta, itens incluídos, horas, excedentes e responsabilidades.
SLA não é prazo para qualquer solicitação
SLA deve ser aplicado conforme equipe, prioridade, cliente, serviço e outras condições definidas.
Uma melhoria de baixa prioridade não deve disputar o mesmo compromisso de um incidente crítico.
Serviço de campo
O serviço de campo organiza atividades realizadas fora da empresa ou nas instalações do cliente.
O processo pode envolver:
Agendamento, técnico, localização, roteiro, formulário, assinatura, horas, produtos consumidos e faturamento.
Exemplos incluem manutenção, instalação, vistoria, assistência técnica e visita consultiva.
A tarefa precisa fornecer ao profissional as informações necessárias sem expor dados além do permitido.
Ao final, a empresa deve registrar evidências e resultados suficientes para encerrar ou faturar a intervenção.
Despesas reembolsáveis
Viagem, hospedagem, quilometragem e outros gastos podem ser cobrados do cliente conforme o contrato.
O processo deve distinguir:
Despesa interna, despesa reembolsável pelo valor real, despesa cobrada com margem e custo já incluído no preço fixo.
Também é necessário vincular o gasto ao projeto e guardar os comprovantes necessários.
Sem essa ligação, a rentabilidade fica incompleta e a cobrança depende de controles paralelos.
Rentabilidade do projeto
O dashboard de rentabilidade pode consolidar receitas e custos vinculados ao projeto e à conta analítica.
Entre os elementos possíveis estão:
Receita de horas, materiais, faturas, assinaturas, adiantamentos e despesas refaturadas.
Os custos podem incluir horas internas e demais registros associados ao projeto.
Para que o resultado seja confiável, os documentos precisam estar vinculados corretamente.
Dashboard não corrige ausência de vínculo. Ele apenas consolida os dados que o processo conseguiu relacionar ao projeto.
Margem por profissional ou por projeto?
A empresa pode analisar rentabilidade em diferentes níveis.
Por projeto
Compara toda a receita e custo da entrega.
Por cliente
Avalia contratos e projetos mantidos com a mesma empresa.
Por serviço
Identifica quais ofertas possuem melhor resultado.
Por equipe ou profissional
Ajuda a compreender capacidade e custo, mas precisa ser usada com cuidado para não ignorar atividades não faturáveis necessárias ao negócio.
Não existe um único indicador suficiente.
Utilização alta pode coexistir com projeto deficitário se o preço foi definido incorretamente.
Contabilidade analítica
Projetos podem utilizar contas analíticas para reunir receitas e custos relacionados.
Essa estrutura ajuda a analisar:
Projeto, contrato, centro de resultado, unidade, cliente ou outra dimensão gerencial.
A arquitetura analítica deve ser planejada para evitar contas duplicadas ou dimensões que ninguém consegue manter.
Também é necessário definir como compras, despesas, horas, faturas e lançamentos serão associados.
CRM e proposta comercial
O ciclo pode começar no CRM com uma oportunidade.
A oportunidade registra necessidade, contatos, valor esperado, probabilidade, atividades e próximos passos.
Quando a venda avança, a proposta precisa traduzir a necessidade em itens comerciais claros.
Evite descrições genéricas como “serviços diversos”.
A proposta deve indicar:
Escopo, quantidade, unidade, preço, forma de faturamento, prazo, validade e condições.
Uma proposta mal estruturada não se torna um bom contrato apenas porque foi confirmada dentro do ERP.
Do pedido de venda ao projeto
Produtos de serviço podem ser configurados para gerar projeto ou tarefa quando o pedido é confirmado.
Essa automação reduz criação manual e preserva o vínculo entre venda e execução.
O desenho depende do modelo:
Novo projeto por pedido, nova tarefa em projeto existente, projeto específico por cliente ou nenhuma criação automática.
A configuração deve evitar projetos duplicados ou tarefas criadas antes de existir informação suficiente para iniciar o trabalho.
Mudança de escopo
Projetos de serviços frequentemente recebem novas solicitações durante a execução.
A equipe precisa distinguir:
Correção do que foi contratado, detalhamento necessário, mudança de requisito e novo serviço.
Uma mudança de escopo pode exigir:
Estimativa, aprovação, novo item no pedido, alteração de prazo e faturamento adicional.
Registrar a demanda apenas como nova tarefa pode ocultar o impacto comercial.
Aprovação do cliente
Dependendo do contrato, horas, marcos ou entregas precisam de aceite do cliente.
O processo pode utilizar:
Relatórios, portal, documentos, assinatura eletrônica, mensagens registradas ou procedimento externo integrado.
Defina:
Quem aprova, prazo para manifestação, efeito do silêncio, possibilidade de contestação e tratamento de ajustes.
A aprovação deve ocorrer antes do faturamento quando essa condição faz parte do contrato.
Portal do cliente
O portal pode dar visibilidade controlada a documentos e processos.
Conforme a configuração, o cliente pode consultar:
Propostas, pedidos, faturas, projetos, tarefas, tickets, assinaturas e documentos.
Antes de liberar, revise permissões e informações sensíveis.
Comentários internos, custo, margem e atividades da equipe nem sempre devem ser exibidos externamente.
Faturamento e emissão de NFS-e
Depois de determinar o valor faturável, a empresa precisa gerar a fatura e o documento fiscal aplicável.
No Brasil, o processo pode depender de:
Município, padrão nacional, código do serviço, ISS, retenções, regime tributário, NBS, local da prestação e certificado.
O modelo comercial e o fiscal precisam estar alinhados.
Uma mensalidade, um marco ou um conjunto de horas pode produzir a mesma espécie de documento, mas com descrições e regras diferentes.
O projeto comprova a entrega. O pedido sustenta a cobrança. A configuração fiscal determina como a operação será documentada.
Retenções e valor líquido
Serviços podem possuir retenções tributárias conforme natureza da operação, contratante e legislação aplicável.
O valor bruto da fatura pode ser diferente do valor esperado para recebimento.
Por isso, o processo precisa refletir:
Valor do serviço, tributos destacados, retenções, contas a receber e conciliação bancária.
A equipe fiscal e contábil deve validar a configuração.
O ERP organiza o fluxo, mas não substitui a definição tributária aplicável ao contrato.
Indicadores importantes
| Indicador | O que ajuda a compreender |
|---|---|
| Horas planejadas x realizadas | Qualidade das estimativas e desvios de execução |
| Horas faturáveis x trabalhadas | Quanto do esforço pode gerar receita direta |
| Horas entregues x faturadas | Trabalho disponível para cobrança |
| Receita x custo | Rentabilidade do projeto ou contrato |
| Saldo do contrato | Capacidade ainda disponível para o cliente |
| Prazo dos marcos | Avanço e atrasos das entregas principais |
| Tempo de resposta e solução | Desempenho do atendimento |
| Receita recorrente | Previsibilidade dos contratos ativos |
Indicadores precisam de definição comum.
Duas áreas podem calcular “utilização” ou “margem” de formas diferentes e chegar a conclusões incompatíveis.
Erros comuns na implantação
Criar projetos sem pedido de venda
A execução perde o vínculo com contrato, quantidade e faturamento.
Tratar toda hora como faturável
Retrabalho, gestão e atividades internas entram indevidamente na cobrança.
Não configurar custo dos profissionais
O relatório mostra receita, mas não representa rentabilidade.
Usar um único produto de serviço para tudo
Modelos comerciais e preços diferentes ficam misturados.
Não validar apontamentos
Faturas são geradas com horas incompletas ou associadas ao contrato errado.
Controlar banco de horas apenas em planilha
O ERP não consegue informar saldo e excedentes de forma confiável.
Confundir mensalidade com horas
O cliente compra disponibilidade, mas a equipe trata todo esforço como saldo pré-pago — ou o contrário.
Não registrar mudança de escopo
A empresa entrega mais sem ajustar prazo ou valor.
Faturar antes do critério de aceite
O financeiro entra em conflito com a situação real do projeto.
Checklist para configurar a operação
| Área | Definição necessária |
|---|---|
| Oferta | Quais serviços e unidades são vendidos |
| Contrato | Escopo, prazo, limites, reajuste e cancelamento |
| Faturamento | Preço fixo, horas, marcos, recorrência ou combinação |
| Projeto | Como pedidos geram projetos, tarefas e responsáveis |
| Horas | Política de apontamento, validação e classificação |
| Custo | Como o esforço interno será valorizado |
| Aceite | Quem confirma horas, etapas ou entregas |
| Fiscal | NFS-e, ISS, retenções e códigos aplicáveis |
| Indicadores | Margem, saldo, prazo, utilização e receita |
| Suporte | Como dúvidas, incidentes e melhorias serão tratados |
Community ou Enterprise?
Odoo Community e Enterprise podem atender operações de serviços, mas a disponibilidade e profundidade dos aplicativos variam.
A arquitetura deve comparar:
Projeto, horas, recorrência, atendimento, planejamento, serviço de campo, relatórios, módulos OCA e desenvolvimentos necessários.
Não existe resposta universal.
Uma operação pode utilizar Community com módulos OCA e específicos. Outra pode obter maior aderência com aplicativos Enterprise.
O custo deve incluir licença, implantação, manutenção, hospedagem e evolução — não apenas a edição escolhida.
Quando utilizar módulos da OCA?
Módulos da OCA podem ampliar controles de projetos, contratos, planilhas de horas, faturamento e gestão analítica.
Cada componente precisa ser avaliado quanto a:
Versão, maturidade, dependências, licença, testes, aderência e manutenção.
A existência de um módulo comunitário não elimina a necessidade de configurar o processo e homologar o resultado.
OCA oferece blocos adicionais para a solução. O desenho do contrato e da operação continua sendo responsabilidade do projeto.
Quando desenvolver?
Desenvolvimento específico pode ser necessário quando a empresa possui:
Regras de saldo próprias, aprovação especial, cálculo comercial complexo, integração com plataforma externa, relatórios contratuais ou processo de atendimento diferenciado.
Antes de criar código, avalie padrão, configuração, módulos oficiais e OCA.
Quando o desenvolvimento for justificado, ele deve ser implementado em módulo Python versionado, testado e preparado para futuras migrações.
A abordagem da Escodoo
A Escodoo estrutura operações de serviços a partir do modelo comercial e do processo de entrega.
Nossa análise conecta:
CRM, propostas, pedidos, contratos, projetos, tarefas, horas, suporte, faturamento, localização brasileira e rentabilidade.
Atuamos com:
Odoo Community, Enterprise, módulos da OCA, desenvolvimento em Python, integrações, homologação e Escodoo Cloud.
Também ajudamos a definir políticas de apontamento, classificação de chamados, aprovação de horas, mudanças de escopo e indicadores.
Perguntas frequentes
Odoo controla projetos de serviços?
Sim. O aplicativo Projeto organiza tarefas, responsáveis, prazos, marcos, horas e acompanhamento da rentabilidade.
É possível faturar horas trabalhadas?
Sim. As horas podem ser vinculadas ao item do pedido de venda e utilizadas como quantidade entregue, conforme a configuração comercial.
Posso vender um banco de horas?
Sim. A arquitetura precisa definir aquisição, consumo, validade, excedentes e diferença entre saldo contratado, entregue e faturado.
Odoo fatura por marcos?
Sim. Marcos de projeto podem representar parcelas e liberar quantidades para faturamento quando atingidos.
É possível controlar mensalidades?
Sim. Contratos recorrentes podem gerar cobranças periódicas e organizar renovação e encerramento.
Horas registradas são sempre faturáveis?
Não. A política precisa separar esforço interno, horas incluídas, excedentes e atividades não cobradas.
Posso faturar materiais e despesas junto com o serviço?
Sim, conforme a configuração e o contrato. Materiais, despesas e horas precisam estar relacionados ao projeto e ao documento comercial correto.
Odoo calcula a rentabilidade do projeto?
Pode consolidar receitas e custos vinculados ao projeto e à conta analítica. A qualidade depende dos registros e vínculos realizados.
É possível usar tickets para suporte faturável?
Sim. Horas podem ser registradas em tickets e relacionadas a itens do pedido de venda.
Preciso customizar?
Depende do modelo. Muitos fluxos são atendidos pelo padrão e por configuração; regras específicas podem exigir módulos OCA ou desenvolvimento em Python.
Conclusão: o serviço precisa estar conectado ao contrato
Odoo pode reunir venda, entrega, apontamento, faturamento e análise financeira em uma única plataforma.
O resultado depende de representar corretamente o modelo de negócio.
Preço fixo, horas, pacotes, marcos e recorrência exigem controles diferentes.
Projetos e tarefas organizam o trabalho, mas precisam permanecer vinculados ao pedido e ao contrato.
Horas ajudam a medir esforço, custo e cobrança, desde que exista uma política clara de validação.
Com essa estrutura, a empresa consegue acompanhar prazo, saldo, receita, custo e margem sem reconstruir o fechamento em planilhas.
Precisa organizar sua empresa de serviços no Odoo?
A Escodoo avalia contratos, projetos, horas, suporte, faturamento e localização brasileira de forma integrada.
Trabalhamos com Odoo Community, Enterprise, módulos da OCA, desenvolvimento em Python, integrações e Escodoo Cloud.
Fale com nossa equipe e estruture o Odoo conforme o modelo comercial da sua empresa.
Avaliar minha operação de serviços