A AX-Fiduciaire é ela própria uma fiduciária, e utiliza o Odoo para o seu próprio funcionamento. Não é um pormenor: é o que distingue esta página de um discurso comercial genérico. O que se segue descreve o que um gabinete fiduciário exige realmente da sua ferramenta de gestão, onde o Odoo responde bem, e onde é preciso saber antes de se comprometer.
O argumento mais frequentemente avançado para o Odoo num contexto fiduciário é que este gere a contabilidade. É verdade, mas não é o argumento decisivo. O argumento decisivo é que a fiduciária e o seu cliente podem trabalhar no mesmo ambiente: sem mais exportações de ficheiros enviadas por e-mail no fim de cada mês, sem mais folhas de cálculo transmitidas em anexo para que o cliente acompanhe o seu volume de negócios, sem mais desfasamento entre a versão que o contabilista consulta e a que o cliente acredita ser exata. Ambos olham para o mesmo dado, no mesmo momento, no mesmo sistema. É esta mudança de organização, mais do que a função contabilística em si, que justifica repensar a ferramenta.
O que uma fiduciária exige da sua ferramenta, que não é o que uma PME exige
Uma PME utiliza um ERP para gerir a sua própria contabilidade, as suas próprias vendas, os seus próprios stocks. Uma fiduciária faz o mesmo, mas multiplicado: mantém, em paralelo, a contabilidade de dezenas de clientes distintos, com exercícios, prazos fiscais e níveis de autonomia diferentes para cada um. A ferramenta deve, portanto, gerir não apenas a contabilidade, mas a gestão de carteira: quem trata qual processo, em que ponto está cada encerramento anual, que prazos se aproximam, para todos os clientes.
É aqui que se joga a verdadeira diferença face a uma implementação Odoo clássica em empresa. Uma implementação Odoo para uma fiduciária deve ser pensada desde o início para este funcionamento multi-processos, não acrescentada posteriormente a uma arquitetura concebida para uma única sociedade.
A gestão multi-processos e a compartimentação dos acessos
O Odoo permite gerir várias sociedades na mesma instância, com direitos de acesso configuráveis por utilizador e por sociedade. Para uma fiduciária, isto significa que um colaborador pode ser habilitado sobre um subconjunto preciso de processos de clientes, sem visibilidade sobre os restantes — um princípio de compartimentação indispensável assim que um gabinete ultrapassa alguns colaboradores.
Esta compartimentação deve ser verificada a cada criação de utilizador, interno ou externo, e revista periodicamente: um direito de acesso concedido para uma substituição pontual e nunca retirado é uma falha silenciosa, não um caso teórico.
Ao nível da carteira no seu conjunto, um responsável precisa de uma visão transversal: quais os processos atrasados no seu encerramento, que prazos de IVA se aproximam, que clientes ainda não transmitiram os seus documentos do mês. O Odoo permite construir este tipo de painel a partir dos dados de várias sociedades, mas esta visão agregada não existe por defeito para um uso fiduciário; exige uma configuração específica, pensada para a estrutura da carteira e não para uma única empresa.
O tratamento dos documentos: digitalização, reconhecimento, validação, reconciliação
O fluxo documental é frequentemente o que mais pesa no quotidiano de uma fiduciária. Uma fatura recebida por e-mail ou digitalizada pode ser carregada no Odoo, onde um reconhecimento automático do documento propõe um fornecedor, um montante e uma imputação contabilística prováveis. Esta proposta continua a ser um auxílio ao registo, não um lançamento definitivo: um colaborador deve validá-la, especialmente em documentos invulgares ou novos fornecedores.
A reconciliação bancária — fazer corresponder cada movimento do extrato de conta ao documento contabilístico correspondente — beneficia do mesmo princípio de automatização parcial: o Odoo propõe uma reconciliação quando a correspondência é clara, e deixa a decisão ao colaborador nos casos ambíguos. É um ganho de tempo real sobre o volume, nunca uma eliminação completa do controlo humano.
O ponto a não subestimar é o tratamento das exceções: o documento mal digitalizado, o fornecedor desconhecido, o montante que não corresponde a nada de corrente. Um fluxo pensado apenas para o caso padrão, sem procedimento claro para estas exceções, acaba por acumulá-las numa fila de espera que ninguém trata prioritariamente — a automatização poupa tempo no volume corrente, mas desloca a carga para os casos particulares se ninguém tiver previsto quem os trata e com que frequência.
A produção contabilística e os encerramentos anuais
A gestão corrente — registo, reconciliação de contas, controlo das contas — e o fecho periódico apoiam-se no Odoo nos mesmos mecanismos de uma contabilidade empresarial clássica, mas repetidos processo a processo. O acompanhamento do estado de avanço de cada encerramento anual, para todos os clientes, é o que permite a um responsável de carteira saber onde se encontram os atrasos sem ter de abrir cada processo individualmente. Para um trabalho de contabilidade realizado por conta de terceiros, a questão a decidir é a mesma que para qualquer serviço de contabilidade: que nível de validação intermédia antes do fecho definitivo de um exercício.
O IVA e as declarações
O Odoo calcula o IVA às taxas suíças em vigor — 8.1 %, 2.6 % e 3.8 % desde 1 de janeiro de 2024 — assim que a localização suíça (módulo l10n_ch) é ativada para a sociedade em causa, e prepara os dados necessários à declaração periódica. Para uma fiduciária, a questão não é o cálculo em si, mas a coerência entre o método de declaração escolhido por cada cliente (método efetivo ou taxa da dívida fiscal líquida, periodicidade trimestral ou semestral) e a configuração efetiva do processo no Odoo. Esta coerência verifica-se processo a processo, não de uma vez para toda a carteira.
Uma carteira de processos significa também uma carteira de prazos de IVA desfasados uns em relação aos outros. A visão transversal referida acima ganha aqui todo o seu sentido: sem um acompanhamento consolidado dos prazos por cliente, o risco não é um erro de cálculo, mas um esquecimento de entrega num processo isolado no meio da carteira, mais difícil de detetar do que um erro num processo único acompanhado isoladamente.
Os salários por conta de clientes
A gestão dos salários é um dos fluxos mais sensíveis para uma fiduciária, porque afeta diretamente os colaboradores dos clientes. O Odoo consta do registo Swissdec ao nível swissdec certified basic (certificado n.º 1203.25, norma de troca ELM 5.3), o que cobre o intercâmbio padronizado dos dados salariais com os seguros sociais para as funções de base. Para um processo salarial complexo, a gestão da folha de pagamentos exige uma verificação específica da cobertura esperada em relação a este nível de certificação, antes de confiar uma carteira de salários de clientes à ferramenta.
Gerir os salários de vários clientes no mesmo sistema coloca uma exigência adicional em relação a uma PME que gere os seus próprios: cada processo salarial deve permanecer estritamente estanque dos restantes, com as suas próprias tabelas, as suas próprias caixas de compensação e os seus próprios prazos de declaração. Esta compartimentação apoia-se no mesmo mecanismo multi-sociedades que a contabilidade, mas merece uma verificação específica do lado da folha de pagamentos, onde uma confusão entre dois processos tem consequências diretas para os colaboradores em causa.
O registo de tempo e a faturação das prestações da fiduciária
Para além da contabilidade mantida por conta dos clientes, uma fiduciária tem o seu próprio modelo económico: tempo de colaboradores faturado a processos. O Odoo permite registar as horas despendidas por processo e gerar a faturação correspondente a partir do mesmo sistema. Este fluxo deve ser claramente separado, na configuração, da contabilidade mantida para o cliente: um é uma prestação vendida pela fiduciária, o outro uma contabilidade mantida em seu nome — misturá-los cria confusão tanto contabilística como contratual.
O registo de tempo por colaborador e por processo tem um segundo uso, frequentemente negligenciado: permite à fiduciária medir para onde vai realmente o seu próprio tempo, processo a processo, independentemente do que é faturado. É um dado de pilotagem interna, útil para ajustar a carga entre colaboradores ou identificar um processo estruturalmente mais pesado do que o previsto no mandato — um uso voltado para a gestão do próprio gabinete, não para o cliente.
O portal do cliente e o que nele se expõe, ou não
É o argumento mais decisivo, frequentemente subestimado: a fiduciária e o seu cliente podem trabalhar no mesmo ambiente, através de um portal dedicado, em vez de uma troca permanente de ficheiros exportados. O cliente carrega os seus documentos diretamente, consulta o estado da sua contabilidade ou do seu IVA sem esperar por um envio, e a fiduciária deixa de ter de manter uma sincronização manual entre o que vê e o que o seu cliente vê.
Isto pressupõe decidir, processo a processo, o que é exposto ao cliente no portal e o que permanece interno à fiduciária (notas de trabalho, trocas entre colaboradores, elementos ainda em fase de validação). Um portal mal configurado que expõe um lançamento não validado cria mais confusão do que a que elimina.
O ganho concreto mede-se sobretudo na margem: menos idas e vindas para encontrar um documento perdido numa caixa de e-mail, menos insistências para obter um comprovativo, menos tempo despendido a reconstituir um histórico quando um cliente muda de interlocutor do lado da fiduciária. São fricções ordinárias, raramente destacadas, mas que representam uma parte importante do tempo administrativo de um processo — e é precisamente sobre essa parte que o portal muda o funcionamento no dia a dia.
A segurança, os direitos, o sigilo profissional
O sigilo profissional fiduciário impõe exigências que ultrapassam a configuração padrão de um ERP: quem pode consultar qual processo, onde estão alojados os dados, que rastreabilidade existe sobre os acessos, que cláusulas ligam o gabinete ao seu alojador. São pontos a documentar explicitamente para um uso fiduciário, não configurações que se possam presumir corretas por defeito. A compartimentação multi-sociedades referida acima é a componente técnica; a política de acessos e a sua revisão periódica são a componente organizacional, igualmente necessária.
Os limites honestos
O Odoo não é um software fiduciário multi-processos especializado, e é preciso dizê-lo claramente. Um software dedicado à atividade fiduciária oferece nativamente certas funções transversais — faturação por tempo despendido consolidada sobre toda a carteira, calendário regulamentar único que agrupa todos os processos, modelos documentais próprios do reporting fiduciário regulamentado — que o Odoo não cobre de base e que exigem uma configuração ou um desenvolvimento complementar.
Este limite conta particularmente para um gabinete que gere um número muito elevado de pequenos processos com prazos muito padronizados: o ganho de um software especializado, dimensionado para esse volume, pode superar a vantagem de uma ferramenta única partilhada com os clientes. Inversamente, para um gabinete que gere uma carteira mais restrita, com clientes que beneficiam realmente do portal partilhado, o equilíbrio pende para o lado do Odoo. A decisão correta depende da estrutura real da carteira, não de uma preferência geral por uma ferramenta ou outra — um ponto que um projeto de migração a partir de um software fiduciário existente deve decidir antes de começar, com o apoio de um suporte que conhece os dois mundos.