Vous aurez besoin d'un serveur compatible TYPO3, du dépôt public du fournisseur avec la pile Docker, et de quelques heures de configuration. Quiconque a déjà travaillé avec TYPO3 s'en sort en une demi-journée. Pour les autres — faites appel à une agence TYPO3 ou réservez notre accompagnement à l'intégration.
Position
L'extension grants est Open Source. Sous licence AGPL-3.0-or-later.
Le code source est publié sur GitLab — librement consultable, librement auditable, librement utilisable. Y compris pour l'auto-hébergement. Ceux qui nous confient l'exploitation de Grantifex paient pour le service. Ceux qui l'auto-hébergent ne nous paient rien. Les deux sont tout à fait légitimes.
IPourquoi l'open source
L'attribution de subventions est une affaire publique.
Les organismes publics et les fondations attendent — à juste titre — que les outils qu'ils utilisent pour distribuer l'argent des contribuables ou les actifs d'une fondation puissent être vérifiés. Qui décide des approbations ? Comment les montants sont-ils calculés ? Qui dispose de quels accès ?
Un logiciel propriétaire hébergé sur des serveurs américains est difficilement conciliable avec la prétention à la souveraineté numérique européenne. L'open source résout ce problème — non pas parce qu'il serait idéologiquement supérieur, mais parce que la traçabilité découle du code source lui-même, et non d'un livre blanc.
Ce n'est pas un hasard si la Commission européenne, dans sa stratégie Open Source 2020–2023, encourage explicitement les autorités publiques à privilégier les solutions open source partout où cela est techniquement et économiquement réalisable.
„L'argent public devrait produire du code public. S'il s'agit d'argent public, le code doit également être public." Free Software Foundation Europe — Public Money, Public Code
publiccode.eu — Public Money, Public Code, initiative de la FSFE. Stratégie Open Source de l'UE — Stratégie de la Commission européenne.
Quatre droits. Inconditionnels.
Utiliser le code — à titre privé, commercial, dans n'importe quel contexte. À toute fin, sans inscription ni autorisation de notre part.
Étudier le code et l'adapter à vos besoins. Le lire, le comprendre, le modifier. Avec ou sans notre aide.
Redistribuer le code — en donner des copies à des tiers. Original ou modifié, payant ou gratuit. C'est votre décision.
Exécuter le code vous-même — sur votre propre infrastructure. Votre propre domaine, vos propres serveurs, votre propre image de marque. Sans nous le demander.
Une obligation. Une seule.
Quiconque modifie le code et le propose en tant que service en ligne doit divulguer les modifications. Même si la version modifiée n'est jamais distribuée en tant que logiciel — mais seulement rendue accessible via un navigateur. C'est la fameuse « clause Affero ».
La divulgation s'effectue sous la même licence. Afin que les améliorations restent utilisables par tous — même si une entreprise reprend le code.
Les mentions de licence et de droits d'auteur sont conservées. Lors de la redistribution, l'origine du code est indiquée.
IIIPlan de publication
Quand le code sera rendu public — concret et honnête.
L'extension grants sera publiée sur GitLab sous licence AGPL-3.0-or-later dès la signature du premier contrat payant. Publication prévue en 2026.
Plateforme en production
Ensemble complet des fonctionnalités déjà utilisé par les premières fondations pilotes.
Premier contrat
Audit du code, en-têtes de licence, documentation, configuration du dépôt sur GitLab.
Dépôt public
GitLab devient public. Ouverture du gestionnaire d'incidents, des pull requests et des discussions.
Référencement TER
Référencé sur extensions.typo3.org — le dépôt officiel d'extensions TYPO3.
Nous annoncerons la publication ici même dès qu'elle aura lieu. Vous souhaitez être informé ? Abonnez-vous à la newsletter ou ajoutez le dépôt GitLab à vos favoris — ce qui ne sera possible, bien entendu, qu'une fois le dépôt rendu public.
IVCe que l'open source ne signifie pas
L'open source ne signifie pas « gratuit au sens de sans valeur ».
L'open source signifie : le code est libre. Le service est un travail qui doit être rémunéré.
Quiconque dispose du temps et des compétences peut héberger lui-même — et ne nous paie rien. Quiconque ne peut pas ou ne souhaite pas le faire paie Grantifex pour que quelqu'un d'autre effectue ce travail. Les deux sont légitimes. Les deux ont notre respect.
Ce que couvre notre tarif : hébergement, sauvegardes, mises à jour, correctifs de sécurité, maintenance, développement continu, support personnalisé. Ce qu'il ne couvre pas : votre propre travail, si vous hébergez vous-même.
Le code
- Code source de l'extension de gestion des subventions
- Documentation & guide d'installation
- Gestionnaire d'incidents & discussions
- Pull requests & revues de code
Le service
- Hébergement en Allemagne
- Mises à jour & correctifs de sécurité
- Sauvegardes quotidiennes
- Support personnalisé
- Développement continu avec une feuille de route
VAuto-hébergement
Une perspective — pas encore un guide complet.
Nous prenons l'auto-hébergement au sérieux. Un guide complet, étape par étape, sera inclus dans le dépôt lors de la publication. En attendant, voici ce dont vous aurez besoin.
# 1. Clone the provider repo $ git clone https://gitlab.com/grantifex/provider.git $ cd provider # 2. Create the configuration $ cp .env.example .env $ editor .env # enter domain, DB, mail # 3. Start the Docker stack $ docker compose up -d ✓ typo3 running ✓ mariadb running ✓ redis running ✓ mailcatcher running # 4. Initial setup $ docker compose exec typo3 typo3 grants:install --admin [email protected] → Portal ready at https://grantifex.local → Backend at https://grantifex.local/typo3 # Sketch. Final guide follows # with the repo release in 2026.
VIDans l'écosystème TYPO3
L'un des CMS open source les plus matures d'Europe.
Grantifex n'est pas un outil isolé. Il s'inscrit dans un écosystème animé par une communauté active, ses propres conférences, des standards clairs et un marché d'extensions bien établi.
L'extension grants sera référencée dans le dépôt officiel des extensions TYPO3 (extensions.typo3.org) dès sa publication. Ainsi, tout développeur TYPO3 pourra la trouver — sans nous connaître au préalable.
VIIContribuer
Trois façons d'améliorer Grantifex.
Toute personne souhaitant contribuer peut le faire. Les pull requests sont examinées et fusionnées lorsqu'elles s'inscrivent dans la feuille de route.
Signalement de bug
Vous avez trouvé un bug ? Ouvrez un ticket sur GitLab — avec les étapes de reproduction et la version concernée. Nous le confirmons sous deux jours ouvrables.
Ticket GitLab · publicDemande de fonctionnalité
Une fonctionnalité vous manque ? Ouvrez une discussion sur GitLab. Si elle s'inscrit dans la feuille de route, nous la planifions. Sinon, nous expliquons honnêtement pourquoi.
Discussion GitLabContribution de code
Vous pouvez le développer vous-même ? Fork, branche, pull request. Pour les changements importants, concertez-vous d'abord avec nous — sinon, quelqu'un risque de travailler en parallèle sur le même domaine.
Pull request · CONTRIBUTING.mdVous avez besoin d'une fonctionnalité en urgence ?
Vous pouvez en commander le développement sous forme de sponsoring. Nous la développons en régie — et elle intègre ensuite la base de code AGPL. Vous payez une seule fois, vous en bénéficiez directement, et toutes les instances Grantifex en profitent également.
Nous savons que c'est un acte de confiance. Une extension qui sera officiellement sous AGPL — mais qui n'est pas encore publique. C'est la réalité d'une phase initiale, pas un état définitif. Nous en sommes transparents.
Dès que le code sera publié, cette réserve disparaîtra d'elle-même. En attendant, nous proposons une passerelle : une revue de code sous NDA.
Vous préférez vérifier par vous-même avant de signer ?
Une instance de test sous votre sous-domaine, un accès NDA au code, un échange personnalisé. Dans cet ordre — ou dans n'importe quel autre.