Em SaaS Capital, temos muito respeito pelas demonstrações financeiras GAAP. Pensamos que as demonstrações financeiras GAAP fazem geralmente um melhor trabalho do que as demonstrações financeiras baseadas em dinheiro, reflectindo o desempenho financeiro subjacente de um negócio SaaS. GAAP é a norma, e se os seus números não forem baseados em GAAP, então não estão de facto em conformidade com uma norma. Dito isto, quando se trata da capitalização dos custos de desenvolvimento de software, GAAP tem tudo errado.
Estado do Mercado:
Aqui está a boa notícia. Apesar das directrizes GAAP exigirem a capitalização de certas despesas de desenvolvimento de software, a nossa experiência e a experiência dos nossos parceiros de contabilidade SaaS na PlusPoint Consulting, indica que aproximadamente 75% das empresas SaaS já não estão a capitalizar as despesas de desenvolvimento de software. Mesmo que auditados, os contabilistas externos confrontados com argumentos bem fundamentados dos seus clientes, já não estão a exigir capitalização. Assim, mesmo que não se compreenda totalmente os argumentos abaixo, a sua empresa SaaS está em minoria se ainda estiver a capitalizar despesas de desenvolvimento de software.
Contexto:
antes do aparecimento do modelo de negócio SaaS, a maioria das empresas de software faria grandes lançamentos de produtos de poucos em poucos anos. Sob esta construção, os contabilistas decidiram que os custos incorridos para desenvolver os produtos seriam melhor “combinados” com as receitas uma vez que o produto fosse lançado para venda. Assim, durante a fase de desenvolvimento do produto, as despesas salariais dos promotores não foram capitalizadas, mas sim capitalizadas e colocadas no balanço.
A contabilidade torna-se mais complicada na prática porque apenas as despesas incorridas após o produto ser considerado “tecnicamente viável” são capitalizadas, e depois, apenas os custos de construção de “melhorias”, e não de “modificações” são capitalizados. O acompanhamento dos custos de desenvolvimento rapidamente se torna complicado e relativamente arbitrário, e quanto mais custos são capitalizados, mais os livros GAAP se afastam dos custos reais de gestão do negócio. Esta complexidade existe mesmo antes da empresa tentar determinar como desenrolar o activo capitalizado ao longo da “vida útil” do melhoramento do produto (período de amortização).
Pelas razões acima referidas, pensamos que o conceito original de capitalizar as despesas de desenvolvimento de software para empresas de software com lançamentos pouco frequentes era suspeito na melhor das hipóteses. Para as empresas SaaS hoje em dia, contudo, a capitalização não faz qualquer sentido.
Today:
Modern SaaS empresas actualizam constantemente os seus produtos. As actualizações diárias não são incomuns, e os produtos estão continuamente a evoluir e a evoluir para satisfazer as exigências dos utilizadores e do panorama competitivo. O ritmo rápido do desenvolvimento SaaS moderno reflecte-se na vernacularidade da metodologia de desenvolvimento ágil que se refere a “sprints”
Neste mundo de desenvolvimento rápido e granular, a ideia de dividir os esforços de desenvolvimento de trabalho em viabilidade pré- e pós-técnica, depois decidir que trabalho é uma melhoria vs. uma modificação, depois decidir a vida útil da melhoria, e depois registar todos estes custos separadamente nos livros é absurdo. Também não serve para nada. Os gestores e investidores acrescentam de volta os custos capitalizados e as despesas de amortização para ter uma visão mais clara da rentabilidade da empresa de qualquer forma.
Conclusion:
Escrevemos o nosso primeiro post no blogue sobre este assunto há alguns anos atrás, e este post no blogue será o nosso último sobre o tema. Este caso deve ser encerrado. O resultado final é, apesar das directrizes GAAP, poucas empresas SaaS continuam a capitalizar as despesas de desenvolvimento de software porque é demorado e, na realidade, diminui a usabilidade das demonstrações financeiras.