Software comunitario

// El problema

Una congregación recibe donativos en efectivo, por cheque, por transferencia y con tarjeta, y su tesorero voluntario pasa semanas cada invierno asociándolos a los donantes y escribiendo recibos.

// Lo que construiríamos

Una página de donativos y cuentas de donantes con donativos puntuales y periódicos con tarjeta a través de Stripe, registro del efectivo y los cheques por el equipo de recuento tras cada celebración, recibos de fin de año generados en el formato que aprueben su tesorero y sus asesores, y totales enviados a QuickBooks Online mediante su API. Seguimos las reglas de recibos que fijen sus asesores; no damos asesoramiento fiscal.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• Stripe
• API de QuickBooks Online
• DigitalOcean Toronto

// El problema

Un centro comunitario guarda a sus miembros y familias en una base de datos Access antigua en un solo ordenador de la oficina, sin copia de seguridad y sin registro de quién ha consultado qué.

// Lo que construiríamos

Sacamos cada registro de la base antigua, lo revisamos con su equipo de oficina y rehacemos el registro como una pequeña aplicación web con roles: un responsable de grupo solo ve su grupo, la oficina ve lo que necesita, y cada cambio y exportación queda registrado.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• Importación desde Access y hojas de cálculo
• DigitalOcean Toronto

// El problema

Un templo reserva sus salones y su cocina por mensaje de texto, y los turnos de voluntarios para fiestas y comidas semanales se cubren en un chat de grupo en el que nadie puede buscar.

// Lo que construiríamos

Un calendario de reservas de salas y equipos con aprobación de la oficina, turnos de voluntarios en los que cada uno se apunta, y un bot de Telegram que envía recordatorios y permite intercambiar turnos, en los idiomas de sus miembros.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• Telegram Bot API
• DigitalOcean Toronto

// El problema

El sitio web de una mezquita está en un solo idioma, sus avisos viven en las redes sociales y la oficina responde cada día por teléfono a las mismas preguntas sobre horarios, clases y servicios.

// Lo que construiríamos

Un nuevo sitio web en los idiomas de sus miembros, editado por su oficina, con un asistente que responde a los visitantes a partir de sus propias páginas y avisos, cita la página que usó y pasa a una persona todo lo personal. Solo responde preguntas prácticas, nunca cuestiones de fe.

// Qué incluye

// Tecnologías

• Next.js
• API de Claude
• PostgreSQL con pgvector
• CMS sin cabeza
• DigitalOcean Toronto

// El problema

El banco de alimentos y los programas de ayuda social de un gurdwara anotan las visitas en hojas de papel, y los voluntarios rehacen las cifras a mano para cada informe a los financiadores.

// Lo que construiríamos

Una aplicación en tableta para la acogida y las visitas que solo pregunta lo necesario, el inventario de alimentos donados y un panel que convierte los registros en las cifras que piden sus financiadores, con los datos personales protegidos y fuera de cada informe.

// Qué incluye

// Tecnologías

• Next.js
• Kotlin para Android
• PostgreSQL
• Metabase
• DigitalOcean Toronto

// El problema

El sitio web y la página de retransmisión en directo de una iglesia los montó hace años un voluntario que ya se ha mudado, nadie tiene las contraseñas y nada se ha actualizado ni copiado.

// Lo que construiríamos

Recuperamos el acceso, trasladamos el sitio y la página de retransmisión a un alojamiento gestionado en Canadá, configuramos copias de seguridad, supervisión y actualizaciones, y lo atendemos mes a mes, para que la oficina edite las páginas y nadie tenga que ser la única persona que conoce las contraseñas.

// Qué incluye

// Tecnologías

• Next.js
• Inserción de YouTube
• DigitalOcean Toronto
• Supervisión de disponibilidad

// El problema

Varios bancos de alimentos independientes, gestionados por distintas congregaciones, se pasan excedentes entre sí, y cada uno lleva su propia lista de lo enviado y lo recibido, que nunca acaban de coincidir.

// Lo que construiríamos

Una aplicación web compartida donde cada banco registra los alimentos enviados y recibidos, y cada transferencia queda en un registro privado con permisos del que cada organización gestiona un nodo, para que ningún miembro tenga el registro en exclusiva. Una base de datos compartida en manos de un anfitrión suele bastar; el registro ayuda cuando los miembros no quieren a ninguna organización al mando.

// Qué incluye

// Tecnologías

• Next.js
• Hyperledger Besu (privado, con permisos)
• PostgreSQL
• DigitalOcean Toronto