---
title: "¿Tu sistema de gestión de agencia educativa realmente mueve el dinero? La brecha entre registrar y pagar"
description: "Construí un sistema de gestión de agencia y luego lo vendí. Por qué el todo-en-uno es una trampa y lo único para lo que ningún CRM fue diseñado: mover tu dinero de verdad."
date: "2026-01-31"
category: "Estrategia de negocio"
keywords: "Estrategia de negocio"
author: "Raphael Arias"
cover: "/images/blog/blog-education-agency-management-system-payments-gap.jpg"
lang: "es"
wordCount: 5545
url: https://qualyhq.com/es/blog/sistema-gestion-agencia-educativa-brecha-pagos
---
## Site navigation

- [Para escuelas](/es/intercambio/para-escuelas.md) — Para escuelas con estudiantes internacionales
- [Para agencias](/es/intercambio/para-agencias.md) — Para agencias de intercambio
- [Precios](/es/precios)
- [5-min demo](/es/demo.md) — Demostración de 5 minutos
- [Login](https://dashboard.qualyhq.com)

# ¿Tu sistema de gestión de agencia educativa realmente mueve el dinero? La brecha entre registrar y pagar

> Construí un sistema de gestión de agencia y luego lo vendí. Por qué el todo-en-uno es una trampa y lo único para lo que ningún CRM fue diseñado: mover tu dinero de verdad.

Un sistema de gestión de agencia educativa registra el dinero: estudiantes, cálculos de comisión, facturas, estado de los pagos. Pero no mueve el dinero: no cobra la matrícula a un estudiante en una moneda ni le paga a un centro en otra. Esa brecha, entre el software que sabe lo que te deben y un sistema de pago que de verdad lo mueve, es donde las agencias siguen perdiendo dinero en 2026.

Fundé un sistema de gestión de agencia. Se llamaba EducationLink, lo construí para agencias de educación internacional y en 2020 se lo vendí a Edvisor. Así que cuando te digo lo que estos sistemas pueden y no pueden hacer, no estoy leyendo la web de un competidor: te estoy contando lo que diseñé para que hiciera el mío, y lo único que dejé fuera porque, en aquel momento, casi nadie podía construirlo.

Lo que dejé fuera fue esto: **el software nunca movía el dinero.** Calculaba la comisión a la perfección. Generaba la factura. Te decía, al céntimo, lo que un centro te debía a ti y lo que un estudiante le debía al centro. Y ahí se detenía, porque el dinero en sí todavía tenía que salir a rastras por tu cuenta bancaria, por el diferencial cambiario y por el ciclo de pagos del centro. Los registros eran impecables. Mover el dinero seguía siendo una transferencia y una plegaria.

Esta es la distinción que casi nadie en el sector nombra en voz alta, y es la que más cuesta: la diferencia entre **el software que registra tu dinero** y un **sistema de pago que lo mueve**. Tu sistema de gestión es lo primero. No es lo segundo, ni fue diseñado nunca para serlo.

## Qué hace realmente un CRM de agencia educativa, y dónde se detiene

Un CRM de agencia educativa —EducationLink, Edvisor, [AMS](https://ams4you.com/), [Ally](/allyhub.md), la docena de opciones que hay— es software cuyo trabajo es guardar la verdad sobre tus estudiantes, solicitudes, acuerdos y comisiones, para que el número correcto quede en la columna correcta. Ese trabajo es real y vale lo que cuesta. Los modernos lo hacen bien. El [propio módulo contable de EducationLink](https://geteducation.link/education-agents/), por ejemplo, cubre gestión de acuerdos, cálculo de comisiones, facturación, seguimiento de pagos de estudiantes, reembolsos y reparto con subagencias. Sobre el papel, eso se lee como "los pagos están resueltos".

No lo están. Vuelve a leer esa lista de funciones con una sola pregunta: **¿cuál de esas palabras mueve un solo euro a través de una frontera?** Ninguna. "Cálculo de comisiones" es aritmética. "Facturación" es un PDF. "Seguimiento de pagos del estudiante" es un campo de estado que actualizas *después* de que el dinero ya llegó por algún otro canal. El CRM registra que un pago ocurrió; no hace que ocurra. **Tu CRM de agencia te dice la verdad sobre un dinero que se mueve en otra parte.**

La forma más clara de ver la brecha es seguir a un estudiante a través de ella. El CRM te dice que el estudiante le debe al centro AUD 12.000 y que ganarás una comisión del 25 %. Precioso. Ahora: el estudiante está en São Paulo con reales, el centro está en Melbourne, tú eres la agencia en medio, y tu comisión tiene que separarse y devolverse a ti semanas más tarde. Tu CRM tiene una opinión sobre cada número de esa frase y ninguna participación en las tres conversiones de moneda, las dos transferencias bancarias y la conciliación que la frase realmente exige. No es un defecto del software. Es el límite de lo que esa *categoría* de software fue diseñada para tocar.

## Registrar el dinero frente a mover el dinero

Vale la pena nombrar la distinción, porque nombrarla es como empiezas a evaluar el software con honestidad. **Tu CRM registra el dinero. Un sistema de pago lo mueve.** Registrar significa anotar obligaciones: adeudado, facturado, pagado, repartido. Mover significa hacer el trabajo: cobrar al estudiante, convertir la moneda, pagar al centro, devolver el reembolso. La mayoría de los CRM de agencias educativas registran de maravilla y no mueven absolutamente nada: mover queda silenciosamente delegado en tu banco y en lo que sea que el estudiante improvisó por su lado.

Esto importa porque ambos tienen modos de fallo completamente distintos, y los registros pulcros del CRM ocultan el desorden del movimiento del dinero. Un buen CRM te dirá, con exactitud, que una comisión lleva 47 días de retraso. No te dirá que perdiste un 4 % de ella en un diferencial cambiario a la entrada, otra comisión fija a la salida, y que los "AUD 12.000" que el centro recibió eran en realidad AUD 11.300 después de que un banco intermediario se llevara su parte, dejándote a ti persiguiendo un faltante que los registros insisten en que no debería existir. Los números del CRM y los números de la cuenta bancaria se separan, y conciliarlos es el trabajo de un día al mes que nadie presupuestó. (Desde entonces escribí el complemento operativo de este artículo —[el cierre mensual de cinco preguntas para conciliar tu CRM contra el banco](/blog/education-agency-crm-payments-reconciliation.md)— si quieres ese trabajo como una lista de verificación.)

Para ponerle una cifra: una agencia que mueve alrededor de **AUD 2 millones de dinero de estudiantes al año** —modesta, unos pocos cientos de estudiantes— perdiendo un diferencial del 4 % a la entrada y una comisión fija por transferencia a la salida está perdiendo **del orden de AUD 80.000 al año** en un movimiento de dinero que no puede ver, antes de que nadie llegue tarde o se equivoque. Eso no es un error de redondeo; con los márgenes típicos de una agencia puede ser la diferencia entre contratar y no contratar. Ya escribí antes sobre los [costos ocultos de los pagos internacionales en educación](/blog/hidden-costs-international-payments-education.md) —los diferenciales y las comisiones de intermediarios que viven *dentro* del tipo de cambio y no en ninguna factura—. La brecha entre registrar y pagar es la razón por la que esos costos permanecen ocultos: tu CRM no tiene visibilidad del movimiento del dinero, así que no puede mostrarte una fuga que nunca fue diseñado para ver. *(Esos AUD 80.000 son una ilustración sobre supuestos declarados, no una cifra cotizada: hazla con tu propio volumen y el diferencial de tu propio banco.)*

## Esto no es nuevo: pregúntale a cualquier agente de viajes

Si esta secuencia te resulta familiar, debería. Ya le pasó a otro sector de intermediarios que cobra por comisión: los agentes de viajes.

Durante décadas, el software del agente de viajes fue el GDS —Sabre, Amadeus, Galileo—, la terminal que conocía cada tarifa, cada reserva, cada comisión. El GDS lo registraba todo. Pero no *movía* nada; el dinero pasaba por un plan de liquidación bancaria aparte y torpe —el sistema BSP de compensación de la aviación— y por los propios ciclos de pago de las aerolíneas. (Esa división, y [por qué la educación internacional construyó la mitad GDS pero nunca la mitad de liquidación](/blog/why-international-education-has-no-gds-settlement-layer.md), es toda la historia de la capa que falta.) Entonces pasaron dos cosas en secuencia. Primero, las aerolíneas recortaron las comisiones casi a cero, apretando el margen del agente hasta que cada euro fugado importaba. Luego, las fintech —las especialistas en pagos— se metieron por debajo del GDS y se apropiaron del dinero que el GDS nunca había movido de verdad, porque ahí era donde se escondía el margen recuperable.

La analogía no es perfecta, y conviene ser honesto sobre dónde se rompe: las aerolíneas *eligieron* destripar las comisiones de los agentes porque internet les permitió vender directo, mientras que los centros no pueden saltarse fácilmente a los agentes: el canal de agencias es la forma en que los estudiantes internacionales realmente se captan, así que un colapso de comisiones a la escala de las aerolíneas es improbable. Pero no necesitas el colapso para que la lección se sostenga. Solo necesitas el *apretón*, y el apretón ya está aquí: Australia ha [endurecido las reglas de comisiones de agentes para traslados dentro del país](https://thepienews.com/australia-tightens-agent-commission-rules-for-onshore-transfers/) bajo sus reformas de integridad de 2025, y el sector de enseñanza del inglés se inquieta abiertamente por el [encarecimiento de las comisiones](https://thepienews.com/commission-creep-elt-sector-concerns-rise-over-agent-costs/). Cuando los márgenes son gordos, no te fijas en lo que te cuesta mover el dinero. Cuando los reguladores y los socios empiezan a comprimir tu comisión, **cada euro perdido al mover el dinero sale directo de un margen que ya no te puedes permitir dejar escapar.** Mi apuesta falsable para los próximos dos o tres años: los CRM de agencias educativas o construirán sistemas de pago reales dentro del producto, o cederán el dinero a proveedores de pago especializados, exactamente como hicieron los GDS. Los buenos registros por sí solos dejan de bastar en el momento en que el margen se estrecha.

## Cómo auditar tu propio CRM: registrar frente a mover

No tienes que fiarte de mi palabra para nada de esto. Toma tu CRM de agencia educativa actual y pasa cada tarea de dinero por una pregunta: **¿el software hace esto, o solo me dice que vaya a hacerlo en otra parte?** Aquí está el mapa honesto para una pila de herramientas típica.

| Tarea de dinero | Tu CRM de agencia educativa | Un sistema de pago real |
| --- | --- | --- |
| Calcular la comisión adeudada | Sí — es lo esencial | No es su trabajo |
| Generar la factura | Sí | No es su trabajo |
| Cobrar la matrícula al estudiante | No — la registra después de los hechos | Sí — métodos de pago locales, en la moneda del estudiante |
| Convertir la moneda | No — ocurre en tu banco | Sí — a una tasa fija y transparente |
| Pagar al centro el importe neto | No — lo haces manualmente | Sí — automática e instantáneamente |
| Repartir y pagar a subagentes/asesores | Suele calcular el reparto; la mayoría no mueve el dinero de tus propios acuerdos | Sí — ejecuta el pago |
| Procesar un reembolso transfronterizo | Registra el reembolso; no lo mueve | Sí — devuelve el dinero por donde vino |
| Conciliar el banco contra tus registros | No — el trabajo manual de un día al mes | Sí — se autoconcilia, porque él movió el dinero |

*"No" aquí significa que el CRM registra o instruye, pero el dinero en sí se mueve por algún otro canal, normalmente tu banco. La fila del subagente es el matiz que vale la pena comprobar por tu cuenta: algunas plataformas (Ally, por ejemplo) sí mueven dinero dentro de su propio marketplace, pero eso es distinto de cobrar y repartir la matrícula sobre tus propios acuerdos directos con centros. Verificado en junio de 2026 contra las descripciones publicadas por los proveedores; trátalo como un mapa de categorías, no como una cotización por producto, y revisa tu propio contrato.*

El patrón es lo que lo delata. Todo lo que está en la mitad de "calcular y registrar" del recorrido de un estudiante, tu CRM lo hace bien. Todo lo que está en la mitad de "mover el dinero de verdad", te lo devuelve a ti. Si alguna vez te preguntaste por qué compraste un software sofisticado y aun así pasas la última semana de cada mes cuadrando comprobantes de transferencia contra extractos bancarios a mano, esa es la línea. Compraste contabilidad. Mover el dinero sigues siendo tú.

Tracé esta misma línea, de forma más contundente, cuando argumenté que [la mayoría de las agencias pequeñas no deberían comprar un CRM todavía](/blog/should-small-education-agencies-invest-in-crm-payment-systems.md): los síntomas que por fin justifican el software —reparto con subagentes, multimoneda, la conciliación que se come días, [reclamaciones de comisión](/blog/how-education-agent-commissions-work.md) perdidas— son casi todos problemas de *movimiento de dinero*, no de gestión de contactos. Y un CRM más elegante no arregla un problema de movimiento de dinero.

Una razón más por la que el lado del movimiento del dinero muerde más fuerte de lo que parece: no es solo tu problema. **La forma en que mueves el dinero es también la forma en que tus subagentes y asesores experimentan trabajar contigo.** Cuando un reparto pasa por tu banco a mano, el subagente es quien espera, se come un recorte cambiario a la baja y no puede conciliar lo que llegó contra lo prometido, y la confianza del subagente es la línea de suministro sobre la que corre todo tu negocio. Un reparto tardío o corto no se lee para ellos como "el banco fue lento"; se lee como "de esta agencia cuesta cobrar". Arreglar cómo se mueve el dinero es, calladamente, una decisión de retención de socios tanto como de costos. (Los centros en lo alto de la cadena enfrentan la imagen espejo de esto: [pagar la comisión del agente en un calendario en lugar de desde una caja de zapatos llena de facturas](/blog/how-schools-pay-education-agent-commission.md) es ya una obligación de cumplimiento, no solo buenos modales.)

## Qué necesitas de verdad, según el tamaño de la agencia

Una vez separas registrar el dinero de moverlo, la pregunta de "qué software necesito" tiene una respuesta mucho más clara, porque los dos escalan en curvas completamente distintas. **El CRM lo puedes aplazar; el sistema de pago no.** Una hoja de cálculo registra el dinero a la perfección durante mucho tiempo. Improvisar el movimiento del dinero —transferencias bancarias, apps de transferencias personales, estudiantes pagando como pueden— es un error desde tu primer estudiante transfronterizo, porque ahí es donde empieza la fuga silenciosa de tipo de cambio y comisiones. Aquí está el mapa honesto por tamaño. (El argumento completo de *cuándo* vale la pena mejorar el CRM vive en el [artículo sobre si comprar un CRM](/blog/should-small-education-agencies-invest-in-crm-payment-systems.md); esto es la visión de registrar-frente-a-mover de la misma decisión. Si todavía estás decidiendo si necesitas un sistema de gestión en absoluto, la [guía de hoja de cálculo frente a CRM frente a todo-en-uno](/blog/do-you-need-education-agency-management-system.md) recorre la escalera de madurez y las señales exactas que disparan la compra.)

| Tamaño de la agencia | Registrar el dinero (CRM / registros) | Mover el dinero (sistema de pago) |
| --- | --- | --- |
| Individual / de barrio (≤50 estudiantes/año, sin subagentes) | Una hoja de cálculo disciplinada, un dueño, una pestaña de comisiones | Necesario desde el estudiante uno — un sistema de pago educativo específico, nunca transferencias bancarias |
| Pequeña (≈50–150/año, 1–2 destinos) | La hoja de cálculo sigue bastando; un CRM ligero solo si las relaciones se están escapando | Innegociable — la fuga multimoneda y los reembolsos ya son reales |
| Mediana (≈5–50 empleados, subagentes, multidestino) | Ahora sí, compra un CRM de agencia real —Ally, AMS o similar—; los repartos y la conciliación rompen una hoja de cálculo | El punto de presión: los repartos deben *pagarse*, no solo calcularse |
| Grande / agente máster (redes, exposición regulatoria) | CRM de agencia completo, a menudo integrado con plataformas del lado del centro | Movimiento de dinero a escala: pagos automatizados, conciliación lista para auditoría, reportes regulatorios |

*Esto mapea necesidades, no proveedores. "Necesario" en el lado del pago significa que el movimiento de dinero transfronterizo debería correr sobre un sistema de pago específico a ese tamaño; no significa que debas comprar el CRM más pesado. Verificado en junio de 2026 contra los umbrales de nuestro artículo de decisión de CRM; trata las bandas de tamaño como orientación blanda, no como cortes rígidos.*

Lee la tabla de arriba abajo y la asimetría es todo el punto: la columna del CRM escala despacio —hoja de cálculo, luego CRM ligero, luego sistema completo— y de verdad puedes esperar en cada paso. La columna del pago dice "necesario" en la primerísima fila y no se relaja nunca. **Casi todas las agencias sobreinvierten en el CRM demasiado pronto e infrainvierten en mover el dinero demasiado tarde.** Compran un CRM para sentirse profesionales y siguen empujando el dinero por su banco para ahorrarse una comisión, exactamente al revés. Si aún no hace falta ningún CRM, no pasa nada; una forma de mover el dinero con seguridad sigue haciendo falta.

Una objeción justa aquí, sobre todo de quien haya leído aquel artículo sobre el CRM: ¿añadir un sistema de pago no significa otra herramienta que adoptar, con el mismo riesgo de media-adopción que mata los despliegues de CRM? En la práctica, no, y esta es la diferencia clave. **Un CRM solo funciona si tu equipo cambia sus hábitos y lo registra todo; un sistema de pago funciona porque el trabajo lo hace el estudiante.** El estudiante hace clic en un enlace y paga en su propia moneda; el dinero, la conversión, el pago al centro y el reparto ocurren del otro lado sin que tu equipo los toque. No hay disciplina diaria que sostener, que es exactamente por qué mover el dinero es lo primero más seguro de arreglar, no lo más temible.

## Cómo se cierra la brecha en el mercado hispanohablante

Toda esta discusión es la misma en cualquier idioma, pero la mitad de "mover el dinero" se juega sobre rieles locales, y esos rieles son de lo más fragmentado que hay en el mundo hispanohablante. Cerrar la brecha no es abstracto: es cobrar a la familia por el riel que ya usa a diario, y pagar tu comisión —o el reparto con la subagencia— por un riel que llega de verdad. Un CRM genérico no puede tirar del dinero por ninguno de esos rieles de forma nativa, porque no fue construido para conectarse a ellos; registra la promesa y te devuelve la ejecución.

### España: SEPA, adeudo directo y transferencia instantánea

Si cobras a familias en España, el riel es SEPA. El adeudo directo SEPA (SEPA Direct Debit) es el mecanismo natural para cobrar cuotas recurrentes de matrícula tras un único mandato firmado, y la transferencia SEPA sirve para el pago único o el depósito. Desde 2025, el Reglamento de Pagos Instantáneos de la UE obliga a los bancos de la zona euro a ofrecer transferencias instantáneas SEPA en euros —con verificación del beneficiario y liquidación en segundos—, con el plazo para *enviar* fijado en octubre de 2025. Para una agencia eso significa que el euro puede entrar de la cuenta de la familia y salir al reparto de la subagencia casi en tiempo real, sin el ciclo de días de una transferencia clásica. El problema es que tu CRM no emite mandatos de adeudo ni lanza transferencias instantáneas: registra que la cuota venció y espera a que tú, o el banco, hagáis el resto.

### Latinoamérica: cuotas con tarjeta y transferencia instantánea local

En Latinoamérica el patrón dominante no es SEPA sino la combinación de **tarjeta a cuotas** —los "meses sin intereses" son casi una expectativa cultural en México y las cuotas con tarjeta son comunes en toda la región— y la **transferencia instantánea local** que cada país ha desplegado. En México, el SPEI mueve pagos interbancarios al instante; en Colombia, el PSE lleva años como estándar para débito desde la cuenta y, desde septiembre de 2025, Bre-B añade un sistema de pagos instantáneos interoperable por alias; en Argentina, las transferencias 3.0 y el pago con QR cubren el mismo terreno. La familia quiere pagar la matrícula en su moneda, por el riel que ya conoce, y en cuotas si hace falta. Nombro rieles concretos solo porque están verificados; el punto general se sostiene sin ellos: cada mercado tiene su instantánea local, y ninguna nace dentro de un CRM.

### Por qué un AMS genérico no puede tirar del dinero por tu riel

Esta es la raíz de la brecha en la región. Un sistema de gestión de agencia sabe que la familia debe la matrícula y que a ti te toca una comisión, pero no tiene forma nativa de emitir un adeudo SEPA en España, ni de aceptar SPEI o PSE en Latinoamérica, ni de ofrecer la cuota con tarjeta que la familia espera. Registra la obligación en la moneda del centro y te deja a ti resolver el cobro local, la conversión y el reparto, cada uno por un canal distinto. Y ahí es donde vive el costo oculto: la conversión que hace tu banco, la comisión del intermediario, el impuesto o recargo cambiario según el país.

Lo que cierra la brecha es cobrar localmente mientras la otra parte conserva su moneda. La familia paga en pesos, reales o euros por su riel local —transferencia instantánea o cuotas con tarjeta— y el centro recibe su importe neto en su propia divisa, con tu comisión ya separada y pagada por el mismo sistema que hizo el cobro. Eso es lo que un [sistema de pago con métodos locales](/features/payment-methods-for-students.md) hace y un CRM no: no solo saber cuánto, sino mover el cuánto. Si quieres ver cómo encaja con tu operación concreta, esa es la conversación que tiene sentido [agendar en una demo](/es/demo.md) o [plantearnos directamente](/es/contacto.md).

## Deja de buscar el todo-en-uno. Compra la herramienta adecuada para el trabajo.

La propuesta original de EducationLink —y la de cada CRM que ha intentado seguirla— era *todo-en-uno*: un solo acceso para CRM, solicitudes, contabilidad y pagos, todo en una única caja. Es una promesa seductora, y tiene un fallo estructural que los últimos años han hecho imposible de ignorar: **cuando un solo proveedor es dueño de todas las funciones, todas las funciones se mueven con la hoja de ruta de ese proveedor.** Cuando la caja se compra, se reposiciona o simplemente desprioriza la parte de la que dependes, no pierdes una función: pierdes toda la pila a la vez, porque lo aparcaste todo en el mismo sitio. El todo-en-uno es la arquitectura más frágil que existe, precisamente *porque* está todo en uno. La misma lógica de punto único de fallo se aplica a tu canal de captación: entrega todas tus relaciones con centros a un solo agregador y habrás aparcado todo tu negocio en la caja de otro, que es el argumento de [agregador frente a acuerdos directos con centros](/blog/education-agent-aggregator-vs-direct-school-agreements.md).

La alternativa duradera es la aburrida: **herramientas best-of-breed que se integran.** Elige el CRM de agencia educativa más fuerte en tu mercado y déjalo ser excelente en registrar tu negocio. Hoy, si quieres lo más parecido a una suite completa de agencia, [Ally](/allyhub.md) (allyhub.co) tiene paridad real de funciones con lo que ofrecían los todo-en-uno, y es el estándar de facto para las agencias brasileñas de intercambio. Luego elige el sistema de pago más fuerte en mover dinero, y conecta los dos. **Una herramienta que se integra con otras herramientas sobrevive a la pérdida de cualquiera de ellas.** Una herramienta que *es* todas las demás, no.

Esta es la arquitectura para la que Qualy está deliberadamente construido. Se [integra de forma nativa con Ally](/allyhub.md) —sincronizando ventas, pagos y comisiones—, así que obtienes la *experiencia* del todo-en-uno sin el *riesgo* del todo-en-uno. Y donde no hay conector nativo, hay una [API pública](/api.md) y una [integración con Zapier que alcanza más de 7.000 apps](/zapier.md), para que tu sistema de pago se enchufe a cualquier CRM, hoja de cálculo o portal casero que de verdad uses. El punto no es que Qualy lo haga todo. El punto es el opuesto: Qualy hace una sola cosa —mover el dinero— y se conecta con todo lo que hace el resto.

Y aquí está la línea que separa a los dos. Ally y los otros CRM fuertes registrarán a la perfección un reparto con subagente, la parte de un asesor, una comisión multimoneda. **Pero registrar un reparto no es pagarlo:** cobrar el pago del estudiante, separar y *pagar* el reparto, enviar al centro su importe neto a través de la frontera. Esa ejecución es la parte que los CRM calculan y te devuelven, y es el trabajo específico para el que existe Qualy.

## La solución es un sistema de pago, no un CRM mejor

Así que aquí va la única propuesta que este artículo se permite. La brecha que dejé en EducationLink es la brecha que Qualy está construido para cerrar: no es un CRM y no quiere serlo. Es el **sistema de pago** que va detrás de cualquier CRM que ya uses: el estudiante paga en su propia moneda a través de [métodos de pago locales](/features/payment-methods-for-students.md), el centro recibe el importe neto limpio [automáticamente](/features/automatic-accounting-for-ed-agents.md), los [repartos con subagentes y asesores](/features/master-and-sub-agent-payments.md) se pagan, no solo se calculan, y el conjunto se concilia solo porque el sistema que registró el pago es el que lo *hizo*. El costo es una tarifa plana por pago, transparente de antemano, en lugar de un porcentaje escondido en el tipo de cambio.

Conserva tu CRM. EducationLink, Ally, AMS, una hoja de cálculo disciplinada, lo que sea que registre tu negocio. Solo deja de dejar que "mover el dinero" signifique tu banco y una plegaria. Tu CRM te dice lo que te deben. Asegúrate de que algo vaya de verdad a buscarlo.

## Fuentes

- [Edvisor acquires EducationLink](https://blog.edvisor.io/edvisor-acquires-educationlink): la adquisición de EducationLink por Edvisor en 2020, que nombra a Raphael Arias como fundador y CEO de EducationLink.
- [The PIE News — Edvisor expands agency network with EducationLink acquisition](https://thepienews.com/edvisor-expands-agency-network-with-educationlink-acquisition/): cobertura independiente de prensa especializada sobre la misma adquisición y la presencia de EducationLink entre agencias.
- [EducationLink](https://geteducation.link/education-agents/): la descripción del propio producto sobre sus capacidades de CRM, gestión de estudiantes y contabilidad (cálculo de comisiones, facturación, pagos de estudiantes, reembolsos, subagencias).
- [The PIE News — Australia tightens agent commission rules for onshore transfers](https://thepienews.com/australia-tightens-agent-commission-rules-for-onshore-transfers/): el contexto de la reforma de integridad de 2025 para el apretón de comisiones.
- [The PIE News — Commission creep: ELT sector concerns rise over agent costs](https://thepienews.com/commission-creep-elt-sector-concerns-rise-over-agent-costs/): la preocupación del sector por el aumento de los costos de comisión de agentes.
- [The PIE News — "Only 60% of our institutions pay on time"](https://thepienews.com/only-60-of-our-institutions-pay-on-time/): testimonios de agentes sobre pagos tardíos y no realizados por instituciones socias, que ilustran el problema del ciclo de liquidación.

## Preguntas frecuentes

### ¿Un CRM de agencia educativa gestiona los pagos internacionales?

No en el sentido que la mayoría supone. Un CRM de agencia educativa como EducationLink, Edvisor o Ally calcula la comisión, genera facturas y registra el estado de los pagos. No cobra la matrícula en la moneda del estudiante, no la convierte ni envía el importe neto al centro: ese movimiento sigue ocurriendo por tu banco. El CRM registra el dinero; no lo mueve. Un sistema de pago aparte hace el movimiento.

### ¿Cuál es la diferencia entre registrar el dinero y mover el dinero en el software de agencia?

Registrar el dinero es lo que hace tu CRM: guarda la verdad sobre estudiantes, acuerdos y comisiones —lo adeudado, facturado, pagado y repartido—. Mover el dinero es el trabajo de un sistema de pago: cobrar al estudiante, convertir la moneda, pagar al centro y devolver reembolsos. La mayoría del software de agencia registra de maravilla y no mueve nada, dejando el movimiento real a tu banco.

### ¿EducationLink procesa pagos para las agencias educativas?

EducationLink incluye un módulo contable: cálculo de comisiones, facturación, seguimiento de pagos de estudiantes, reembolsos y reparto con subagencias. Pero esas son funciones de registro: aritmética, documentos y campos de estado. El cobro transfronterizo real a los estudiantes y el pago a los centros ocurren fuera del software, por tu banco. Un sistema de pago dedicado puede situarse junto a EducationLink para hacer la parte que él no hace.

### ¿Por qué sigo conciliando pagos a mano si mi software los registra?

Porque tu software registra el dinero pero no lo mueve. Anota los importes que espera, pero el dinero pasa por un canal aparte —tu banco— que aplica diferenciales cambiarios y comisiones de intermediarios que el CRM no puede ver. El número registrado y el número bancario se separan, y cuadrarlos es el trabajo manual de un día al mes. Un sistema de pago concilia solo porque registró y movió el pago.

### Soy usuario de EducationLink y me preocupa el producto. ¿Qué debería hacer?

Primero, separa dos problemas. Si necesitas un CRM mejor —pipeline, solicitudes, documentos—, esa es una decisión. Pero si tu dolor es el cobro transfronterizo, la fuga cambiaria, los pagos manuales a centros o el reparto con subagentes, ese es un problema de movimiento de dinero, y cambiar de CRM no lo arregla. Puedes conservar tu CRM y añadir un sistema de pago detrás.

### ¿Qué les pasó a los agentes de viajes que sea relevante para las agencias educativas?

Los agentes de viajes funcionaban con sistemas GDS (Sabre, Amadeus) que registraban cada tarifa y comisión pero nunca movían el dinero. Cuando las aerolíneas recortaron comisiones, el margen apretado hizo que cada dólar fugado importara, y las fintech especialistas en pagos se quedaron con el movimiento de dinero que el GDS nunca controló. Las agencias educativas enfrentan el apretón, no el colapso —los centros no pueden saltarse a los agentes como las aerolíneas lo hicieron—, pero la lección sobre dónde se fuga el margen se sostiene.

### ¿Qué rieles de pago necesita una agencia para cobrar a las familias en España y en Latinoamérica?

Dependen de la región. En España el riel es SEPA: adeudo directo SEPA para cuotas recurrentes tras un mandato, transferencia SEPA para el pago único, y transferencia instantánea SEPA en euros, que los bancos de la zona euro están obligados a ofrecer desde 2025. En Latinoamérica el patrón es la tarjeta a cuotas —los "meses sin intereses" en México, las cuotas comunes en la región— más la transferencia instantánea local: SPEI en México, PSE y el nuevo Bre-B en Colombia, transferencias 3.0 y QR en Argentina. Un CRM genérico no se conecta de forma nativa a ninguno de esos rieles.

### ¿Por qué un sistema de gestión de agencia no puede cobrar por el riel local de mi país?

Porque fue diseñado para registrar, no para conectarse a rieles de pago. Sabe que la familia debe la matrícula y que a ti te toca comisión, pero no tiene forma nativa de emitir un adeudo SEPA en España, aceptar SPEI o PSE en Latinoamérica ni ofrecer la cuota con tarjeta que la familia espera. Registra la obligación en la moneda del centro y te devuelve el cobro local, la conversión y el reparto para que los resuelvas por canales distintos. Un sistema de pago con métodos locales cierra esa brecha: cobra en la moneda de la familia y el centro recibe su neto en la suya.

### ¿Cómo cierra la brecha el cobro local mientras el centro conserva su moneda?

La familia paga en pesos, reales o euros por su riel local —transferencia instantánea o cuotas con tarjeta— y el centro recibe su importe neto en su propia divisa, con tu comisión ya separada. Al cobrar localmente evitas la transferencia internacional cara y el diferencial cambiario que el banco esconde dentro del tipo de cambio, además de cualquier recargo o impuesto cambiario según el país. El mismo sistema que cobró es el que paga al centro y reparte la comisión, así que se concilia solo.

### ¿Qué software necesita una agencia educativa según su tamaño?

Depende de qué trabajo hablemos. El CRM escala despacio: una agencia individual o pequeña con menos de ~150 estudiantes al año funciona bien con una hoja de cálculo disciplinada, una mediana con subagentes y varios destinos necesita un CRM de agencia real como Ally o AMS, y las grandes necesitan una suite completa. Mover el dinero es distinto: un sistema de pago específico hace falta desde el primerísimo estudiante transfronterizo, a cualquier tamaño. Puedes aplazar el CRM; no puedes improvisar el movimiento del dinero.

### ¿Es mejor una plataforma todo-en-uno que herramientas separadas integradas?

El todo-en-uno es cómodo pero estructuralmente frágil: cuando un solo proveedor es dueño del CRM, la contabilidad y los pagos a la vez, una sola adquisición o cambio de hoja de ruta puede mover toda tu pila de golpe. Las herramientas best-of-breed que se integran son más resilientes: eliges el CRM más fuerte para tu mercado y el sistema de pago más fuerte, y los conectas. Una herramienta que se integra con otras sobrevive a la pérdida de cualquiera de ellas; una que es todas las demás, no.

### ¿Qualy se integra con Ally y otro software de agencias?

Sí. Qualy se integra de forma nativa con Ally (allyhub.co), sincronizando ventas, pagos y comisiones, para que las agencias brasileñas y de otros mercados obtengan la experiencia del todo-en-uno sin su riesgo. Donde no hay conector nativo, Qualy ofrece una API pública y una integración con Zapier que alcanza miles de apps, para que el sistema de pago se enchufe a cualquier CRM, hoja de cálculo o portal a medida que ya uses. Qualy hace una sola cosa —mover el dinero— y se conecta con las herramientas que hacen el resto.

### Mi CRM calcula los repartos con subagentes, ¿por qué necesito un sistema de pago aparte?

Calcular un reparto y pagarlo son trabajos distintos. Un buen CRM de agencia registrará a la perfección la comisión de un subagente o asesor. Pero ejecutarla —cobrar el pago del estudiante, separar el reparto, pagar a cada parte y enviar al centro su importe neto a través de las fronteras— es movimiento de dinero, no registro. Algunas plataformas mueven dinero dentro de su propio marketplace, pero eso es distinto de liquidar tus propios acuerdos directos con centros. Esa ejecución es la parte para la que Qualy está construido.

## Related articles

- [Should small education agencies invest in a CRM and payment system? Mostly, no.](/blog/should-small-education-agencies-invest-in-crm-payment-systems.md)
- [How education agent commissions work: rates, gross vs net, and getting paid on time](/blog/how-education-agent-commissions-work.md)
- [The Hidden Costs of Payments in International Education: What You Need to Know](/blog/hidden-costs-international-payments-education.md)

## More on Qualy

**Industrias**

- [Para escuelas](/es/intercambio/para-escuelas.md) — Para escuelas con estudiantes internacionales
- [Para agencias](/es/intercambio/para-agencias.md) — Para agencias de intercambio

**Soporte**

- [Estado del sistema](https://qualyhq.statuspage.io/) — Estado del sistema Qualy
- [Contacto](/es/contacto.md)

**Producto**

- [Demostración](/es/demo.md)
- [Testimonios](/es/testimonios.md) — Vea lo que algunos clientes tienen que decir sobre Qualy
- [Centro de transparencia](/es/centro-de-transparencia.md)
- [API](/es/api.md) — API de Qualy para pagos para estudios en el extranjero y agencias de intercambio
- [Blog](/es/blog) — Blog de Qualy sobre pagos para la educación internacional

**Legal (en inglés)**

- [Términos generales](/terms-and-conditions.md) — Términos y condiciones
- [Términos para pagadores](/terms-for-payers.md)