Para equipos de datos e integraciones
Deja de ser la única persona que sabe qué alimenta a qué.
Donativus ingiere desde los procesadores de pago, la web, las importaciones, la herramienta de email, el CRM y la presencia social que ya gestionas. Normaliza lo que llega en un único formato de transacción, la base de la analítica y las recomendaciones de IA, y muestra exactamente qué está conectado y cuándo se sincronizó por última vez.
En resumen
Donativus está pensado para el equipo de datos e integraciones: la persona responsable de conexiones que nadie más entiende. Ingiere desde tus procesadores de pago, web, importaciones, herramienta de email, CRM y presencia social, solo una vez que tu equipo autoriza cada una con sus propias credenciales. Todo se normaliza en un único formato de transacción con su referencia del proveedor y su estado, la base de la que dependen la analítica y las recomendaciones de IA del resto de la plataforma. La pantalla de integraciones muestra qué está conectado y cuándo se sincronizó por última vez, así que una fuente estancada es visible directamente, no deducida a partir de una cifra aguas abajo.
Qué falla hoy
- Integraciones punto a punto que solo entiende una persona
- Cada conexión se construyó para resolver un problema en su momento: la web al procesador, la exportación del procesador a una hoja de cálculo, la hoja de cálculo a la herramienta de email. Cada nueva herramienta añade otra tubería, y quien construyó la última suele ser la única persona capaz de explicarla.
- Sin respuesta autorizada a "qué alimenta a qué"
- Pregunta qué sistemas envían datos actualmente y a dónde, y la respuesta honesta suele ser una suposición, reconstruida de memoria o abriendo la configuración de cada herramienta por turnos. No existe un único lugar que indique la superficie de integración actual.
- Fallos que se descubren aguas abajo, no en la fuente
- Un webhook se detiene un domingo y nadie se entera hasta el martes, cuando alguien pregunta por qué las cifras de este mes parecen escasas. La pérdida se encuentra en el informe que causó, no en la conexión que la causó.
- Cada nueva herramienta es una tubería más que mantener
- Añadir un CRM, un segundo procesador de pago o una nueva herramienta de email solía significar construir y mantener una conexión nueva con cada otro sistema con el que tenía que hablar, sin ningún modelo compartido debajo de ninguna de ellas.
Qué se conecta, y con qué autorización
Cada fuente de abajo se lee solo después de que tu organización la configure y autorice.
- Stripe
- Los cargos, reembolsos, disputas y eventos recurrentes con tarjeta se ingieren con su referencia del proveedor intacta, así que un ticket de soporte sobre un pago parte del mismo identificador que muestra el panel del procesador.
- Bank transfers & offline gifts Limitado
- No existe un feed bancario que conectar. Las transferencias las introduce tu equipo o llegan mediante importación, y luego se concilian en el mismo libro que la actividad del procesador. Vale la pena decirlo claramente, para que nadie espere un feed automático que nunca se construyó. Recorded by your team or brought in by import today. Direct bank connections are on the roadmap.
- WordPress & WooCommerce
- Donde gestionas WordPress o WooCommerce, esa web sigue funcionando sin cambios. La conexión traslada la actividad de donación. No toca el frontend.
- CSV & spreadsheet imports
- La vía habitual para retirar una exportación de un CRM anterior o una carpeta de hojas de cálculo. Decide una vez cómo se corresponden los campos históricos con el esquema actual, y cada importación posterior sigue el mismo formato.
- Mailchimp
- La pertenencia a públicos y la actividad de campaña se sincronizan, así que un rebote o una baja son visibles junto al registro de donación que afectan, en lugar de vivir solo dentro de la herramienta de email.
- Existing CRM records Limitado
- El historial de contacto y donación se traslada mediante importaciones y proveedores compatibles. No es una sincronización bidireccional en vivo con un CRM arbitrario, así que planifícalo como una transición definida en lugar de un espejo continuo. Through imports and supported providers. There is no live two-way sync with an arbitrary CRM.
- Meta (Facebook & Instagram) Limitado
- La ingesta es unidireccional: las señales sociales de socios y campañas llegan, pero Donativus no publica de vuelta en la página. Quien espere publicación programada desde la plataforma debe saber que eso está planificado, no lanzado. We read Meta activity and attribute it. Posting from Donativus is on the roadmap.
- Power BI Limitado
- Un destino opcional, con licencia aparte, para equipos que ya informan a través de Power BI. Se sitúa junto a la analítica integrada en lugar de sustituir el modelo de datos que hay debajo. Optional, on top of the reporting that is already built in. Licensed separately.
El ciclo operativo para este trabajo
-
Autorizar
Tu equipo conecta cada fuente con las credenciales que ya tiene para ella. Nada se lee antes de eso.
-
Ingerir
Los eventos del proveedor llegan a medida que ocurren: un cargo, un envío de formulario, una actualización de lista. Cada uno entra en el mismo flujo, sea cual sea la fuente.
-
Normalizar
Cada evento se convierte en una transacción con su referencia del proveedor, estado, vínculo de socio y atribución de campaña, así que las fuentes se vuelven comparables y analizables.
-
Supervisar
La pantalla de integraciones muestra qué está conectado y cuándo se sincronizó por última vez, así que una fuente estancada es visible por sí sola en lugar de a través de una cifra aguas abajo.
-
Ampliar
Añadir una fuente significa una conexión autorizada más en el mismo modelo, no una tubería nueva hacia cada sistema ya existente.
Qué se puede conectar, y en qué dirección se mueven los datos
Ya tienes un conjunto de sistemas en funcionamiento: un procesador de pago, una web con un botón de donar, una herramienta de email, una hoja de cálculo con donativos adicionales, a veces un CRM heredado de una dirección anterior. Donativus ingiere desde ese stack existente en lugar de sustituir partes de él. Los procesadores de pago, Stripe, Redsys, PayPal, Square, Global Payments y EuPlatesc, traen cargos, reembolsos, disputas y eventos recurrentes. Las fuentes de web y formularios cubren sitios en WordPress y WooCommerce y formularios alojados de Donativus, ambos llevando la atribución de campaña y fuente hasta el donativo. Las importaciones CSV y de hojas de cálculo traen historial de donaciones y exportaciones de CRM heredados. Mailchimp y las plantillas propias de email de Donativus cubren el correo. Meta cubre las redes sociales. La analítica integrada, y opcionalmente Power BI, cubren los informes.
Cada una de estas es una fuente, no un destino. Los datos entran, desde el procesador, desde la web, desde la herramienta de email, hacia el propio registro de Donativus, donde se convierten en la base de la analítica y las recomendaciones de IA. No se mueve información hacia fuera para publicar en tu nombre, cambiar una página de WordPress o escribir en un CRM externo. Donde una conexión solo ingiere, como Meta o un CRM importado, ese límite se indica con claridad, no se sobreentiende, porque una persona responsable de datos que planifica una superficie de integración necesita saberlo antes de que se convierta en un incidente un domingo.
Ingesta
Traer datos desde una fuente conectada al propio registro de Donativus, después de que autorices esa conexión concreta. La ingesta se mueve en una sola dirección. Donativus no escribe de vuelta en el sistema origen ni actúa en tu nombre ahí.
Un mismo formato de transacción a la salida, sea cual sea la entrada
Los proveedores anteriores no coinciden en nada por defecto. Un cargo de Stripe, una operación de pasarela de Redsys, un pago de PayPal y una transferencia bancaria introducida a mano son objetos distintos con campos distintos y estados de fallo distintos. La normalización convierte todos ellos en el mismo formato de transacción al entrar: el mismo importe, estado, referencia del proveedor, vínculo de socio y atribución de campaña, sea cual sea la fuente que lo produjo.
Ese formato es lo que hace comparables un reembolso de Stripe y una disputa de Redsys en el mismo informe, y lo que permite que una conversación de soporte empiece por una referencia del proveedor en lugar de una captura de pantalla. También es lo que hace fiables la analítica y las recomendaciones de IA del resto de la plataforma: leen un solo formato, no siete.
Normalización
Convertir los distintos formatos que devuelve cada proveedor en un único registro de transacción coherente: importe, estado, referencia del proveedor, socio, campaña, para que las fuentes se vuelvan comparables en lugar de meramente presentes.
Mantener la superficie sin mantener diez tuberías separadas
Las integraciones punto a punto son el modo de fallo habitual: la web habla con el procesador de pago, la exportación del procesador alimenta una hoja de cálculo, la hoja de cálculo alimenta la herramienta de email, y cada nueva herramienta significa una tubería más que solo entiende del todo quien la construyó. Cuando esa persona se va, la tubería se convierte en un misterio que el resto de la organización descubre por accidente.
Donativus sustituye esa maraña por una única capa de ingesta. Cada fuente se conecta al mismo modelo normalizado en lugar de entre sí, así que añadir un nuevo proveedor significa una conexión autorizada más, no una integración nueva con cada una de las existentes. La pantalla de integraciones lista qué está conectado ahora mismo, pagos, web, correo, junto a su última sincronización correcta, así que una fuente estancada es algo que tu equipo nota en la pantalla construida para notarlo, no algo que se deduce tres semanas después por una caída en un informe de captación.
Referencia del proveedor
El identificador que un procesador o plataforma asigna a un evento concreto, un cargo, un reembolso, una operación de pasarela, que Donativus conserva adjunto a la transacción normalizada, para que una conversación de soporte en cualquiera de los dos lados de la conexión parta del mismo registro.
Qué cambia
- Una lista, no una suposición
- La pantalla de integraciones indica qué está conectado ahora mismo y cuándo se sincronizó por última vez, así que "qué alimenta a qué" tiene respuesta.
- Los fallos salen a la luz en el origen
- Una conexión estancada aparece donde ocurrió, antes de aparecer como un vacío en un informe de captación.
- Un formato, muchos proveedores
- Seis procesadores de pago, una web, importaciones, correo, CRM y redes sociales se resuelven todos en el mismo registro de transacción.
- Herramientas nuevas, no tuberías nuevas
- Cada fuente adicional se conecta a la misma capa de ingesta en lugar de a cada sistema ya existente.
Cómo encaja con lo que ya usas
- Donativus no es un procesador de pagos. Tus proveedores conectados siguen capturando y liquidando cada pago y cobrando sus propias comisiones, independientes del precio de la plataforma Donativus.
- Cada fuente se ingiere solo después de que tu equipo la configure y autorice, con credenciales que tú controlas. No hay recopilación pasiva ni acceso por defecto a un sistema que no has conectado.
- La integración con CRM significa importaciones y proveedores compatibles, no una sincronización bidireccional en vivo con un CRM arbitrario. Las conexiones con Meta son solo de ingesta y atribución. Publicar desde Donativus está planificado, no disponible.
- La analítica integrada cubre por sí sola los informes operativos y de captación. Power BI es un complemento opcional, con licencia aparte, para equipos que ya trabajan ahí.
Preguntas frecuentes de datos e integraciones
01 ¿Podemos conectar un CRM que ya usamos?
El historial de contacto y donación se traslada mediante importaciones y proveedores compatibles, así que tus registros actuales parten ya dentro de Donativus. No es una sincronización bidireccional en vivo con un CRM arbitrario, así que planifica la migración como una transición definida en lugar de un espejo continuo entre dos sistemas.
02 ¿Lee Donativus alguno de nuestros sistemas antes de configurarlos?
No. La ingesta empieza solo cuando tu equipo configura y autoriza una conexión concreta, usando credenciales que tú controlas para ese proveedor. Nada se lee de forma pasiva, y una fuente sin configurar no tiene ninguna visibilidad hacia Donativus.
03 ¿Puede Donativus publicar en nuestra página de Facebook o Instagram?
No. La conexión con Meta cubre solo la ingesta y la atribución de campaña, así que las señales sociales de socios y campañas llegan a Donativus. Publicar desde Donativus está planificado y no está disponible hoy.
04 ¿Os conectáis directamente a nuestra cuenta bancaria?
Todavía no. Las transferencias bancarias y otros donativos offline los registra hoy tu equipo o llegan mediante importación, y luego se concilian en el mismo libro que la actividad del procesador. Las conexiones bancarias directas están en la hoja de ruta.
05 ¿Cómo sabríamos si una integración deja de funcionar?
La pantalla de integraciones lista cada fuente conectada junto a su última sincronización correcta, así que una conexión estancada es visible ahí directamente. Ese es el lugar previsto para notar un vacío, en lugar de deducirlo después por una caída en las donaciones reportadas.
Ve la superficie de integración y la normalización en la práctica
Reserva una demo sobre la autorización de fuentes, la normalización y la pantalla de integraciones, o trae la lista de herramientas que hoy conectas a mano.
Donativus está en beta. Consulta el precio reducido de beta en nuestra página de precios. Ver precios