O código-fonte completo do AssetNode passa a estar publicamente acessível — no GitHub e no Codeberg, sob a Sustainable Use License.

Alojá-lo por conta própria é gratuito e ilimitado: tantos ativos quantos quiser, tantos utilizadores quantos quiser, na sua própria infraestrutura. Quem preferir a versão gerida continua a usar a nossa cloud com infraestrutura principal na Alemanha.

Porque o fazemos

A gestão de ativos de TI é infraestrutura. Faz a escrita de tudo o que a sua empresa possui: que equipamento está com que pessoa, o que expira e quando, o que tem de voltar quando alguém sai.

Usar uma caixa negra para um sistema destes faz pouco sentido. Devia poder ler como os seus dados são tratados, em vez de ter de acreditar na nossa palavra. E devia poder sair do produto sem perder o seu histórico — é exatamente por isso que o alojamento próprio é gratuito e não está limitado artificialmente.

Não é um argumento de marketing, é uma questão de posição negocial. Um fornecedor que pode abandonar a qualquer momento tem de o tratar bem.

O que «gratuito» significa em concreto
✅ Gratuito e permanente para uso interno na sua própria empresa
✅ Alojamento próprio, em qualquer escala
✅ Ler, auditar, adaptar e alargar o código-fonte
✅ Distribuí-lo gratuitamente para fins não comerciais
❌ Revender o AssetNode ou oferecê-lo a terceiros como serviço alojado

Essa última linha é toda a diferença face a uma licença open source clássica — e a razão pela qual prescindimos dela deliberadamente.

Porquê não MIT ou AGPL

Uma licença permissiva permite que qualquer hyperscaler explore o AssetNode como serviço gerido próprio sem devolver nada. Para um projeto desenvolvido por uma equipa pequena em Bona, isso não é um risco teórico: significaria que o desenvolvimento do próprio produto de que depende deixa de ser financiável.

A Sustainable Use License traça por isso exatamente uma fronteira: gratuito para a sua própria empresa, não gratuito para revenda. Tudo o resto permanece aberto.

Isso faz do AssetNode um projeto «fair-code» e não open source no sentido da definição da OSI. Achamos que é a designação mais honesta — e preferimos dizê-lo com clareza a escondê-lo nas letras pequenas.

O que não está aberto

Os ficheiros com .ee. no nome, ou dentro de uma pasta .ee, têm licença comercial e exigem uma licença enterprise. Atualmente não existe nenhum ficheiro desses. A convenção está fixada desde o início para que continue evidente mais tarde o que pertence ao âmbito gratuito e o que não — em vez de reclassificar código já existente à posteriori.

Alojar por conta própria

São precisos o Node 20 e uma instância de MongoDB:

git clone https://github.com/elixio-io/asset-node.com.git
cd asset-node.com
npm install

cp .env.example .env        # definir MONGODB_URI, JWT_SECRET, JWT_REFRESH_SECRET
npm run db:setup
npm run dev:all

Sem credenciais de MDM à mão? npm run dev:mock arranca todas as integrações contra APIs simuladas.

Participar

O projeto é jovem e as arestas são reais. Se faz a gestão de ativos de TI e lhe falta alguma coisa ou algo lhe salta à vista, um issue vale mais do que uma estrela.

Os dois repositórios são mantidos sincronizados; issues e pull requests são bem-vindos em ambos. Quem trabalha com um agente de programação com IA encontra em AGENTS.md os comandos de build, uma visão geral da arquitetura e as armadilhas que o código por si só não mostra.