Posizione

L'estensione grants è Open Source. Sotto licenza AGPL-3.0-or-later.

Il codice sorgente è pubblicato su GitLab — liberamente ispezionabile, liberamente verificabile, liberamente utilizzabile. Incluso per il self-hosting. Chi ci affida la gestione di Grantifex paga per il servizio. Chi fa self-hosting non ci paga nulla. Entrambe le opzioni sono legittime.

Licenza
SPDX-License-IdentifierAGPL-3.0-or-later
Copyright© 2026 Grantifex · Tom Ludwig
TYPO3 Extensiongrants
RepositoryGitLab

IPerché open source

La concessione di sovvenzioni è una questione pubblica.

Le organizzazioni pubbliche e le fondazioni si aspettano — a ragione — che gli strumenti utilizzati per distribuire denaro pubblico o patrimoni fondazionali possano essere verificati. Chi decide le approvazioni? Come vengono calcolati i numeri? Chi ha quali accessi?

Il software proprietario su server statunitensi è difficilmente conciliabile con la pretesa di sovranità europea sui dati. L'open source risolve questo problema — non perché sia ideologicamente migliore, ma perché la tracciabilità deriva dal codice sorgente, non da un whitepaper.

Non è un caso che la Commissione UE, nella sua Open Source Strategy 2020–2023, incoraggi esplicitamente le autorità pubbliche a preferire soluzioni open source ogni volta che ciò sia tecnicamente ed economicamente realizzabile.

„Il denaro pubblico dovrebbe produrre codice pubblico. Se è denaro pubblico, dovrebbe essere anche codice pubblico." Free Software Foundation Europe — Public Money, Public Code

publiccode.eu — Public Money, Public Code, iniziativa FSFE. EU Open Source Strategy — Strategia della Commissione europea.

Quattro diritti. Incondizionati.

Usare il codice — privatamente, commercialmente, in qualsiasi contesto. Per qualsiasi scopo, senza registrazione o autorizzazione da parte nostra.

Studiare il codice e adattarlo alle proprie esigenze. Leggerlo, comprenderlo, modificarlo. Con o senza il nostro aiuto.

Ridistribuire il codice — cedere copie a terzi. Originali o modificate, a pagamento o gratuitamente. A vostra discrezione.

Eseguire il codice voi stessi — sulla propria infrastruttura. Dominio proprio, server propri, brand proprio. Senza chiederci il permesso.

Un obbligo. Esattamente uno.

Chiunque modifichi il codice e lo offra come servizio online deve rendere pubbliche le modifiche. Anche se la versione modificata non viene mai distribuita come software — ma solo resa accessibile tramite browser. È la famosa «clausola Affero».

La divulgazione avviene sotto la stessa licenza. Affinché i miglioramenti rimangano utilizzabili da tutti — anche se un'azienda si appropria del codice.

Le indicazioni di licenza e copyright vengono preservate. In fase di ridistribuzione, viene indicata l'origine del codice.

IIIPiano di rilascio

Quando il codice diventa pubblico — concreto e onesto.

L'estensione grants verrà pubblicata su GitLab sotto licenza AGPL-3.0-or-later non appena verrà firmato il primo contratto a pagamento. Previsto nel corso del 2026.

Completato

Piattaforma in produzione

Set completo di funzionalità già in uso nelle prime fondazioni pilota.

Ora

Primo contratto

Audit del codice, intestazioni di licenza, documentazione, configurazione del repository su GitLab.

2026 · Q3

Repository pubblico

GitLab diventa pubblico. Issue tracker, pull request e discussioni aperti.

2026 · Q4

Inserimento TER

Inserito su extensions.typo3.org — il repository ufficiale delle estensioni TYPO3.

Annunceremo il rilascio proprio qui non appena avverrà. Volete essere avvisati? Iscrivetevi alla newsletter o mettete una stella al repository GitLab — quest'ultima opzione sarà disponibile, naturalmente, solo una volta che sarà pubblico.

IVCosa non significa open source

Open source non significa "gratuito come qualcosa senza valore".

Open source significa: il codice è libero. Il servizio è un lavoro che deve essere retribuito.

Chi ha il tempo e le competenze può fare il self-hosting — e non ci paga nulla. Chi non può o non vuole paga Grantifex perché qualcun altro svolga quel lavoro. Entrambe le scelte sono legittime. Entrambe hanno il nostro rispetto.

Cosa copre il vostro prezzo con noi: hosting, backup, aggiornamenti, patch di sicurezza, manutenzione, sviluppo continuo, supporto personale. Cosa non copre: il vostro lavoro, se fate self-hosting.

Gratuito · per il self-hosting

Il codice

  • Codice sorgente dell'estensione grants
  • Documentazione & guida all'installazione
  • Issue tracker & discussioni
  • Pull request & revisioni del codice
A pagamento · da noi

Il servizio

  • Hosting in Germania
  • Aggiornamenti & patch di sicurezza
  • Backup giornalieri
  • Supporto personale
  • Sviluppo continuo con roadmap

VSelf-hosting

Una prospettiva — non una guida completa. Non ancora.

Prendiamo il self-hosting sul serio. Una guida passo passo completa sarà inclusa nel repository con il rilascio. Nel frattempo, ecco cosa vi servirà.

Avrete bisogno di un server compatibile con TYPO3, del repository pubblico del provider con lo stack Docker, e di qualche ora di configurazione. Chi ha già lavorato con TYPO3 è pronto in mezza giornata. Chi non lo ha mai usato — coinvolgete una web agency TYPO3 o prenotate il nostro onboarding.

LinguaggioPHP 8.2 o superioreCon estensioni: intl, gd, zip, mbstring, curl
DatabaseMariaDB 10.6 / MySQL 8PostgreSQL possibile, ma non confermato
CMSTYPO3 v13 LTSLe versioni precedenti non sono supportate
Storage≥ 4 GB RAM, 20 GB discoScala con il volume degli allegati
MailServer SMTP o API di postaPostmark, Mailgun, il proprio mail server

VINell'ecosistema TYPO3

Uno dei CMS open-source più maturi in Europa.

Grantifex non è un'isola. Vive in un ecosistema con una comunità attiva, conferenze proprie, standard chiari e un marketplace consolidato per le estensioni.

L'estensione grants sarà inserita nel repository ufficiale delle estensioni TYPO3 (extensions.typo3.org) una volta pubblicata. In questo modo qualsiasi sviluppatore TYPO3 potrà trovarla — senza conoscerci.

2003Primo rilascioTYPO3 come piattaforma open
9,000+Estensioni nel TERDai moduli alla contabilità
v13Versione LTS correnteLong Term Support · 2024–2027
DESede dell'associazioneTYPO3 Association · Düsseldorf

VIIContribuire

Tre modi per migliorare Grantifex.

Chiunque voglia contribuire può farlo. Le pull request vengono esaminate e integrate quando si allineano alla roadmap.

Modo 01

Segnalazione di bug

Trovato un bug? Aprite un issue su GitLab — con i passi per la riproduzione e la versione interessata. Confermiamo entro due giorni lavorativi.

GitLab issue · pubblico
Modo 02

Richiesta di funzionalità

Manca una funzione? Aprite una discussione su GitLab. Se si adatta alla roadmap, la pianifichiamo. Altrimenti, spieghiamo onestamente il perché.

GitLab discussion
Modo 03

Contributo di codice

Sapete svilupparlo voi stessi? Fork, branch, pull request. Per modifiche sostanziali, confrontatevi prima — altrimenti si rischia di sviluppare la stessa area in parallelo.

Pull request · CONTRIBUTING.md

Sappiamo che questa è un'anticipazione di fiducia. Un'estensione che ufficialmente sarà sotto AGPL — ma non è ancora pubblica. Questa è la realtà di una fase iniziale, non lo stato finale. Ne siamo trasparenti.

Non appena il codice sarà pubblicato, questa riserva scomparirà automaticamente. Nel frattempo, offriamo un ponte: revisione del codice sotto NDA.

Preferite verificare di persona prima di firmare?

Un'istanza di prova sul vostro sottodominio, accesso al codice con NDA, una conversazione personale. In quest'ordine — o in qualsiasi altro.