Posicionamiento

La extensión de subvenciones es Open Source. Bajo AGPL-3.0-or-later.

El código fuente está publicado en GitLab — libremente inspeccionable, libremente auditable, libremente utilizable. También para autoalojamiento. Quienes nos dejan operar Grantifex pagan por el servicio. Quienes se autoalojan no nos pagan nada. Ambas opciones son legítimas.

Ver el plan de publicación → Autoalojar

Licencia

SPDX-License-IdentifierAGPL-3.0-or-later

TYPO3 Extensiongrants

RepositoryGitLab

IPor qué código abierto

La gestión de subvenciones es un asunto público.

Las organizaciones públicas y las fundaciones esperan — con razón — que las herramientas que utilizan para distribuir dinero público o activos fundacionales puedan ser verificadas. ¿Quién decide las aprobaciones? ¿Cómo se calculan las cifras? ¿Quién tiene qué acceso?

El software de código cerrado en servidores estadounidenses es difícil de conciliar con la pretensión de soberanía de datos europea. El código abierto resuelve esto — no porque sea ideológicamente superior, sino porque la trazabilidad se deriva del código fuente, no de un documento técnico.

No es casualidad que la Comisión Europea, en su Estrategia de Código Abierto 2020–2023, anime explícitamente a las autoridades públicas a preferir soluciones de código abierto siempre que sea técnica y económicamente viable.

„El dinero público debería producir código público. Si es dinero público, también debería ser código público." Free Software Foundation Europe — Public Money, Public Code

publiccode.eu — Public Money, Public Code, iniciativa de la FSFE. EU Open Source Strategy — Estrategia de la Comisión Europea.

Cuatro derechos. Incondicionales.

Usar el código — de forma privada, comercialmente, en cualquier contexto. Para cualquier fin, sin registro ni autorización nuestra.

Estudiar el código y adaptarlo a tus necesidades. Leerlo, entenderlo, modificarlo. Con o sin nuestra ayuda.

Redistribuir el código — dar copias a terceros. Original o modificado, de pago o de forma gratuita. Tu decisión.

Ejecutar el código tú mismo — en tu propia infraestructura. Tu propio dominio, tus propios servidores, tu propia imagen de marca. Sin consultarnos.

Una obligación. Exactamente una.

Quien modifique el código y lo ofrezca como servicio en línea debe publicar los cambios. Aunque la versión modificada nunca se distribuya como software — sino que solo sea accesible a través del navegador. Esa es la famosa «cláusula Affero».

La publicación se realiza bajo la misma licencia. Para que las mejoras sigan siendo aprovechables por todos — aunque una empresa tome el control del código.

Los avisos de licencia y derechos de autor se conservan. Al redistribuir, se indica el origen del código.

IIIPlan de publicación

Cuándo el código se hace público — de forma concreta y honesta.

La extensión grants se publicará en GitLab bajo AGPL-3.0-or-later en cuanto se firme el primer contrato de pago. Previsto para 2026.

Hecho

Plataforma en producción

Conjunto completo de funcionalidades ya en uso en las primeras fundaciones piloto.

Ahora

Primer contrato

Auditoría del código, cabeceras de licencia, documentación, configuración del repositorio en GitLab.

2026 · Q3

Repositorio público

GitLab se hace público. Se abren el gestor de incidencias, las solicitudes de cambio y los debates.

2026 · Q4

Listado en TER

Publicado en extensions.typo3.org — el repositorio oficial de extensiones de TYPO3.

Anunciaremos la publicación aquí mismo en cuanto ocurra. ¿Quieres que te avisemos? Suscríbete al boletín o marca con estrella el repositorio de GitLab — esto último solo será posible, por supuesto, una vez que sea público.

IVLo que el código abierto no significa

El código abierto no significa «gratis como sinónimo de sin valor».

Código abierto significa: el código es libre. El servicio es un trabajo que hay que pagar.

Quien tenga el tiempo y los conocimientos puede alojar la solución por su cuenta — y no nos paga nada. Quien no pueda o no quiera hacerlo paga a Grantifex para que otra persona realice ese trabajo. Ambas opciones son legítimas. Ambas merecen nuestro respeto.

Lo que cubre tu precio con nosotros: alojamiento, copias de seguridad, actualizaciones, parches de seguridad, mantenimiento, desarrollo continuo, soporte personalizado. Lo que no cubre: tu propio trabajo, si eliges el autoalojamiento.

Gratis · para autoalojar

El código

Código fuente de la extensión de subvenciones
Documentación y guía de configuración
Gestor de incidencias y debates
Solicitudes de cambio y revisiones de código

De pago · con nosotros

El servicio

Alojamiento en Alemania
Actualizaciones y parches de seguridad
Copias de seguridad diarias
Soporte personalizado
Desarrollo continuo con hoja de ruta

VAlojamiento propio

Una perspectiva — no una guía terminada. Todavía no.

Nos tomamos en serio el alojamiento propio. Con el lanzamiento se incluirá en el repositorio una guía completa paso a paso. Hasta entonces, esto es lo que necesitará.

Necesitará un servidor compatible con TYPO3, el repositorio público del proveedor con el stack Docker y unas horas de configuración. Quien ya haya trabajado con TYPO3 termina en medio día. Quien no — recurra a una agencia TYPO3 o contrátenos para el proceso de incorporación.

LenguajePHP 8.2 o superiorCon extensiones: intl, gd, zip, mbstring, curl

Base de datosMariaDB 10.6 / MySQL 8PostgreSQL posible, pero sin confirmar

CMSTYPO3 v13 LTSLas versiones anteriores no son compatibles

Almacenamiento≥ 4 GB RAM, 20 GB de discoEscala con el volumen de adjuntos

CorreoServidor SMTP o API de correoPostmark, Mailgun, su propio servidor de correo

setup · grantifex.local

# 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.

VIEn el ecosistema TYPO3

Uno de los CMS de código abierto más maduros de Europa.

Grantifex no es un proyecto aislado. Vive en un ecosistema con una comunidad activa, sus propias conferencias, estándares claros y un mercado consolidado de extensiones.

La extensión grants se publicará en el repositorio oficial de extensiones de TYPO3 (extensions.typo3.org) una vez que esté disponible. De este modo, cualquier desarrollador de TYPO3 podrá encontrarla — sin necesidad de conocernos.

2003Primera versiónTYPO3 como plataforma abierta

9.000+Extensiones en el TERDesde formularios hasta contabilidad

v13Versión LTS actualSoporte a largo plazo · 2024–2027

DESede de la asociaciónTYPO3 Association · Düsseldorf

VIIContribuir

Tres formas de mejorar Grantifex.

Cualquiera que quiera contribuir puede hacerlo. Las solicitudes de extracción se revisan y se integran cuando encajan en la hoja de ruta.

Opción 01

Informe de error

¿Ha encontrado un error? Abra una incidencia en GitLab — con los pasos para reproducirlo y la versión afectada. Lo confirmamos en un plazo de dos días hábiles.

Incidencia GitLab · pública

Opción 02

Solicitud de funcionalidad

¿Echa en falta alguna funcionalidad? Abra un debate en GitLab. Si encaja en la hoja de ruta, lo planificamos. Si no, explicamos honestamente el motivo.

Debate en GitLab

Opción 03

Contribución de código

¿Puede desarrollarlo usted mismo? Haga un fork, una rama y una solicitud de extracción. Para cambios de mayor envergadura, consúltenos primero — de lo contrario, alguien podría estar desarrollando la misma área en paralelo.

Solicitud de extracción · CONTRIBUTING.md

Somos conscientes de que esto supone un anticipo de confianza. Una extensión que oficialmente estará bajo AGPL — pero que aún no es pública. Esa es la realidad de una fase inicial, no el estado final. Somos transparentes al respecto.

En cuanto se publique el código, esta salvedad desaparece automáticamente. Hasta entonces, ofrecemos un puente: revisión de código bajo NDA.

¿Prefiere verificarlo usted mismo antes de firmar?

Una instancia de prueba bajo su subdominio, acceso al código bajo NDA, una conversación personal. En ese orden — o en cualquier otro.

Solicitar demo → Revisión NDA