Orientado às finanças
Os controlos são desenhados em torno da realidade contabilística — orçamentos, limiares de aprovação, segregação de funções, auditabilidade — e não acrescentados como configuração sobre software administrativo genérico.
O InfraNotes começou como software de finanças operacionais e cresceu para um ERP conectado, para organizações que respondem perante orçamentos, doadores e auditores.
O produto não foi desenhado como um ERP. Tornou-se um porque o problema não parou de se estender.
Começámos pela parte das finanças que gera mais atrito e menos dados estruturados: a despesa operacional. Despesas, aprovações, facturação, contas a receber, adiantamentos e viagens — as transacções que acontecem constantemente, são registadas de forma inconsistente e depois têm de ser reconstruídas no fecho do mês.
Resolver isso trouxe o problema seguinte. As finanças operacionais só se mantêm limpas se tiverem onde aterrar correctamente, por isso construímos por baixo o razão de partidas dobradas, com as dimensões e os fundos de que as organizações orientadas a projectos e financiadas por doadores realmente precisam. Uma vez existindo o razão, seguiram-se os sistemas que o alimentam: aprovisionamento, projectos e subvenções, salários, activos e inventário, e os documentos e controlos de acesso que tornam um lançamento defensável.
Cada um deles foi acrescentado porque uma operação financeira real não conseguia fechar as contas sem ele. É por isso que os conjuntos partilham um razão, um modelo de aprovação e um conjunto de dimensões, em vez de coexistirem como produtos separados.
Tornar o controlo financeiro parte do trabalho diário, em vez de um processo de correcção feito a posteriori.
A plataforma continua a crescer na mesma direcção. Os conjuntos atingem disponibilidade geral em momentos diferentes, e dizemos qual é qual nas páginas de produto, em vez de apresentar todo o roteiro como se já tivesse sido entregue.
Seis compromissos que decidem o que entra no produto e o que fica de fora.
Os controlos são desenhados em torno da realidade contabilística — orçamentos, limiares de aprovação, segregação de funções, auditabilidade — e não acrescentados como configuração sobre software administrativo genérico.
Uma capacidade está concluída quando todo o processo termina, incluindo o lançamento no fim. Uma funcionalidade que produz uma folha de cálculo para outra pessoa introduzir não está concluída.
Os conjuntos podem ser adoptados de forma independente e em sequência. Ninguém deve ter de substituir toda a sua estrutura financeira de uma só vez para retirar valor de alguma parte dela.
Sempre que a plataforma classifica, concilia, assinala ou projecta, a regra subjacente pode ser inspeccionada. Não entregamos decisões que não possam ser justificadas.
Cada lançamento mantém a sua origem: quem o aprovou, contra que orçamento ou fundo, e que documento o sustenta. A evidência de auditoria é um subproduto da utilização normal.
A prática financeira local, a moeda e a língua são tratadas como requisitos de produto, e não como uma fase de localização acrescentada no fim.
O português não é uma brochura traduzida sobre um produto inglês. A interface da aplicação é disponibilizada nas duas línguas, e os dois ficheiros de tradução são mantidos em paridade de chaves, pelo que uma versão não pode acrescentar um texto em inglês sem o equivalente em português.
O produto é adoptado através de um projecto delimitado. Ser directo quanto a isso é mais útil do que sugerir que basta um formulário de registo.
Não divulgamos nomes de clientes nem casos de referência sem aprovação escrita da organização em causa.
A conversa mais útil começa por como a sua operação financeira funciona hoje, e não por uma lista de funcionalidades.
Dúvidas? support@infranotes.io