Uma empresa encomenda uma auditoria de instância Odoo quando algo não está bem, sem saber sempre precisamente o quê. A contabilidade atrasa-se, a ferramenta anda lenta, um colaborador-chave que conhecia a configuração saiu da empresa, ou aproxima-se uma atualização de versão e ninguém sabe o que ela vai quebrar. A auditoria responde a esta incerteza com um levantamento factual da situação, não com uma proposta comercial disfarçada. O resultado final é um diagnóstico e prioridades, que continua livre de executar como entender, inclusive fora da AX-Fiduciaire.
Este documento explica em que situações se justifica uma auditoria, o que examina concretamente, o que traz o olhar de uma fiduciária em comparação com uma auditoria puramente técnica, e o que contém o resultado final.
Por vezes pede-se uma auditoria «para verificar», sem um motivo preciso. É legítimo, mas o exercício ganha eficácia quando parte de uma pergunta concreta: o que queremos saber com certeza no final desta auditoria? Uma instância Odoo em produção acumula decisões tomadas em momentos diferentes, por pessoas diferentes, muitas vezes sem ligação entre si. Ao fim de alguns anos, a configuração real e a compreensão que a empresa tem dela divergem, por vezes sensivelmente. A auditoria fecha essa distância.
Em que situações se justifica uma auditoria
Uma auditoria de instância Odoo não é uma prática sistemática: responde a um motivo preciso. As situações mais frequentes são as seguintes.
- Antes de uma atualização de versão. O Odoo 19 é a versão estável atual, e o Odoo 20 é apresentado a 24 de setembro de 2026. Migrar sem saber que personalizações existem, nem quais são compatíveis com a nova versão, expõe a surpresas desagradáveis em produção. Veja a nossa página dedicada à migração Odoo.
- Antes de mudar de prestador. Uma auditoria estabelece um ponto de partida neutro: o que existe realmente, independentemente do que diz a documentação ou o contrato em curso.
- Uma instância que abranda. Relatórios que demoram a aparecer, importações que falham, interface que bloqueia nas horas de ponta: estes sintomas têm causas identificáveis, raramente ligadas ao acaso.
- Valores contabilísticos que não batem certo. Diferenças de reconciliação bancária, apuramentos de IVA que não correspondem ao esperado, saldos de contas auxiliares inconsistentes.
- Utilizadores que contornam a ferramenta. Ficheiros Excel paralelos, duplas introduções, informação que circula por e-mail em vez de no Odoo: sinal de que a configuração já não corresponde às necessidades reais do terreno.
- Personalizações acumuladas ao longo do tempo. Módulos desenvolvidos à medida, campos adicionados, automatizações empilhadas por diferentes intervenientes sucessivos, sem visão de conjunto nem documentação.
- Direitos de acesso que se tornaram imprecisos. Antigos colaboradores ainda ativos no sistema, direitos demasiado amplos concedidos por comodidade, ausência de regra clara sobre quem pode ver ou alterar o quê.
- Dúvidas sobre as cópias de segurança. Muitas empresas descobrem o estado real da sua política de cópias de segurança só depois de um incidente.
O que examinamos
A auditoria abrange todas as camadas de uma instância Odoo, desde a configuração contabilística até à infraestrutura técnica. Nenhuma destas dimensões é examinada isoladamente: uma lentidão aplicacional pode ter uma origem contabilística (relatórios demasiado pesados construídos sobre um volume de dados mal controlado), tal como um erro contabilístico pode ter uma origem técnica (um módulo mal parametrizado ou uma automatização mal concebida). A auditoria cruza sistematicamente estes ângulos em vez de os tratar em silos separados.
Configuração contabilística e IVA
Quando uma empresa é configurada na Suíça, o Odoo instala automaticamente a localização suíça (módulo l10n_ch), que estabelece o plano de contas e as taxas de IVA de base. Verificamos que esta localização foi corretamente mantida e adaptada: taxas de IVA aplicadas (8,1%, 2,6% e 3,8% desde 01.01.2024), método de apuramento escolhido, contas de mapeamento, coerência entre os lançamentos gerados e a realidade da atividade. Veja também a nossa página Odoo Contabilidade.
Parametrização da folha de salários
Quando o módulo de folha de salários é utilizado, controlamos as regras salariais configuradas, a gestão dos encargos sociais e a conformidade da transmissão eletrónica dos salários. Detalhe na nossa página Odoo Folha de Salários & RH.
Módulos ativos e módulos não utilizados
Uma instância acumula frequentemente módulos instalados e depois abandonados, que consomem recursos e complicam a manutenção sem trazer valor. Elaboramos a lista do que é realmente utilizado e do que já não é.
Personalizações e o seu impacto nas atualizações de versão
Cada campo adicionado, cada automatização, cada módulo desenvolvido à medida representa um risco potencial numa futura atualização de versão. Mapeamos estas personalizações e avaliamos quais estão documentadas, quais são frágeis, e quais poderiam ser substituídas por uma funcionalidade padrão. Para os desenvolvimentos em curso ou previstos, veja desenvolvimento Odoo.
Qualidade dos dados
Duplicados de fichas de clientes ou fornecedores, campos obrigatórios deixados vazios, históricos incompletos na sequência de uma migração de dados mal feita: a qualidade dos dados condiciona a fiabilidade de tudo o que deles depende, incluindo os relatórios contabilísticos. Um dado mal introduzido uma única vez propaga-se silenciosamente em cada relatório e cada apuramento que nele se baseia, o que o torna difícil de detetar sem um exame específico.
Desempenho
Tempo de carregamento das vistas, duração dos processos em segundo plano, dimensionamento do alojamento: identificamos se as lentidões constatadas vêm da configuração, do volume de dados, ou da infraestrutura. A distinção importa, porque a correção não é a mesma: um problema de configuração corrige-se sem custo de infraestrutura, ao passo que um subdimensionamento real do alojamento não se resolve com parametrização.
Direitos e segurança
Mapeamento dos grupos de utilizadores, dos direitos de acesso concedidos, das contas ainda ativas quando já não deveriam estar. Uma auditoria de direitos revela frequentemente acessos mais amplos do que a empresa pensa ter concedido.
Cópias de segurança e restauro
Existência de uma política de cópias de segurança, frequência real, e sobretudo: o restauro já foi testado. Uma cópia de segurança nunca restaurada é apenas uma hipótese.
Integrações
Ligações com bancos, ferramentas de faturação, plataformas terceiras: verificamos a sua fiabilidade e a sua coerência com o resto do sistema.
O olhar específico de uma fiduciária
Uma auditoria técnica clássica verifica que um módulo funciona, que uma integração responde, que um desempenho está dentro de um intervalo aceitável. Não verifica, em geral, que os valores produzidos estão corretos do ponto de vista contabilístico e fiscal suíço. É aqui que entra o olhar de uma fiduciária: controlar que o apuramento de IVA gerado corresponde realmente à atividade, que os lançamentos de encerramento são coerentes, que a parametrização da folha de salários produz apuramentos conformes às exigências dos seguros sociais.
Esta dupla competência, técnica e contabilística, permite detetar problemas que uma auditoria puramente informática deixa passar: uma configuração perfeitamente funcional do ponto de vista do sistema pode muito bem produzir uma contabilidade errada. O inverso também é verdadeiro — uma contabilidade correta pode assentar numa configuração técnica frágil que acabará por criar problemas. A auditoria examina as duas dimensões em conjunto, não separadamente.
Na prática, isto significa que não nos limitamos a verificar que um módulo de faturação ou de folha de salários «funciona» no sentido de produzir um documento sem mensagem de erro. Verificamos que esse documento é o correto: que a taxa de IVA aplicada corresponde à natureza real da operação, que a conta contabilística movimentada é a conta esperada, que a regra salarial reflete a situação contratual do colaborador em causa. É um nível de leitura que uma competência apenas técnica não cobre.
O resultado
A auditoria termina com um relatório estruturado, pensado para ser utilizável independentemente de quem o lê:
- Um mapeamento da situação existente: módulos ativos, personalizações, integrações, utilizadores e direitos.
- Os riscos classificados consoante a sua gravidade e a sua probabilidade, não uma simples lista plana de constatações.
- Os quick wins: correções simples de baixo esforço e forte impacto, identificadas separadamente dos trabalhos mais pesados.
- Um roteiro priorizado, que distingue o que é urgente do que pode esperar, sem impor um calendário arbitrário.
O que acontece depois da auditoria
O relatório é seu. Pode fazê-lo executar internamente, confiá-lo a outro prestador, ou pedir à AX-Fiduciaire que assuma total ou parcialmente as correções identificadas — esta última opção discute-se separadamente, uma vez estabelecido o diagnóstico, nunca antes.
Por vezes a conclusão é tranquilizadora: a instância está corretamente parametrizada, os riscos identificados são menores, e o relatório serve então de fotografia de referência para o futuro, nomeadamente antes de uma próxima atualização de versão. Nesse caso, a auditoria não mudou nada na sua exploração quotidiana, mas substituiu uma impressão por uma certeza verificada — o que tem, por si só, valor.
Consoante as prioridades identificadas, a continuação pode envolver uma atualização da configuração contabilística, uma intervenção na folha de salários, uma retoma de desenvolvimentos específicos, uma passagem pelo suporte, ou uma sessão de formação das equipas. Se a auditoria revelar que um projeto anterior nunca foi concluído, a situação enquadra-se mais numa retoma de projeto Odoo em dificuldade do que num simples ajuste. Para uma visão de conjunto das nossas prestações, consulte Odoo ERP em Genebra e a nossa página Odoo em Genebra. Para um acompanhamento completo de uma nova implementação, veja implementação Odoo.