Un colegio privado en Puebla y la conciliación de colegiaturas por alumno

Resumen:

• El concepto de texto de una transferencia no es un identificador: la referencia bancaria sí.
• Un pago que no corresponde a un cargo se deja a favor, nunca se fuerza.
• La caja en efectivo debe vivir en el mismo modelo que las transferencias.
• El estado de cuenta consultable redujo más consultas que cualquier recordatorio.

Un colegio privado en la ciudad de Puebla, preescolar a secundaria, alrededor de seiscientos alumnos. La administración la lleva una coordinadora con dos auxiliares, más la dirección general.

El cobro era por transferencia bancaria a una cuenta institucional, con una minoría de pagos en efectivo en caja. Cada mes, los primeros días se dedicaban a conciliar: bajar el estado de cuenta del banco, abrirlo junto a la lista de alumnos y asignar cada depósito a una familia.

Nos buscaron después de un episodio incómodo: se envió un recordatorio de adeudo a una familia que había pagado puntualmente desde una cuenta a nombre de un abuelo. El pago llevaba seis semanas sin asignar.

El trabajo invisible de conciliar

La conciliación manual consumía, en el mejor de los meses, la mayor parte de la jornada de dos personas durante cuatro o cinco días. En meses con inscripciones, más.

El trabajo era difícil por razones concretas.

El concepto no identifica. Llegaba con el nombre del alumno completo, con el apellido mal escrito, con el nombre del padre, con un apodo, con el grado escolar, o vacío. Las variantes del mismo pagador cambiaban de un mes a otro.

El titular de la cuenta rara vez coincide. Pagaban abuelos, tíos, empresas familiares. El nombre del ordenante no servía como pista.

Una transferencia no equivale a un cargo. Una familia con tres hijos mandaba un solo depósito por el total. Otra pagaba dos meses juntos. Otra mandaba una cantidad redonda que no correspondía a nada.

Los conceptos no escolares. Uniformes, excursiones, exámenes extraordinarios. Todo llegaba a la misma cuenta y había que distinguirlo.

Y había un costo que no se contaba en horas: el estado de cuenta de cada familia solo era confiable unos días al mes. Entre conciliaciones, cualquier pregunta de un padre se contestaba con un "déjame revisar y te aviso".

Lo que se había intentado

Tres intentos previos, todos razonables.

El primero fue pedir a los padres, por circular, que escribieran el nombre completo del alumno y el mes. Mejoró el primer mes y volvió a la normalidad al tercero. Es la clase de medida que depende de que seiscientas familias mantengan una disciplina de captura, lo cual no ocurre.

El segundo fue una hoja de cálculo con fórmulas de búsqueda sobre el concepto. Resolvía los casos fáciles, que ya eran los fáciles, y dejaba intacto el trabajo difícil.

El tercero fue abrir varias cuentas bancarias, una por nivel educativo. Redujo el universo de búsqueda y multiplicó el trabajo de conciliación bancaria del contador. Se revirtió.

El patrón de los tres: atacaban la búsqueda en lugar de atacar la identificación.

Decisión uno: una referencia por familia

La pieza que resolvió el problema no es un algoritmo. Es un cambio en la forma de cobrar.

Se solicitó al banco el esquema de referencias que permite asignar un identificador numérico a cada pagador. Cada familia recibió el suyo y se le indicó usarlo al transferir. El banco entrega ese identificador junto con el movimiento, como dato estructurado, no como texto escrito por quien paga.

Con eso, reconocer al pagador dejó de ser un problema de interpretación. El sistema lee el archivo del banco, localiza la referencia, identifica a la familia y registra el pago.

La transición tomó dos meses y requirió trabajo de comunicación, no técnico: circular, instructivo con capturas, la referencia impresa en el estado de cuenta de cada familia y recordatorio en los primeros avisos. Una parte de las familias siguió pagando sin referencia durante un tiempo, y para esas se mantuvo el proceso manual sobre un universo mucho más chico.

Decisión dos: cargos y pagos separados, sin forzar

El segundo cambio fue de modelo, y es el que evita los saldos inexplicables.

El sistema mantiene dos cosas distintas. Por un lado, los cargos de cada familia: colegiaturas generadas por calendario, inscripciones, conceptos extraordinarios. Por otro, los pagos recibidos. La aplicación de un pago a uno o varios cargos es un acto explícito y reversible.

Cuando un pago coincide con cargos pendientes, el sistema aplica automáticamente según un orden definido, el más antiguo primero. Cuando no coincide, el pago queda registrado a favor de la familia, visible, pendiente de aplicación. No se fuerza nunca.

Esa regla fue discutida. La inclinación natural de la administración era "acomodarlo" para que el estado de cuenta se viera limpio. Es exactamente la práctica que produce los saldos que nadie puede explicar seis meses después. Un pago sin aplicar es información útil: significa que algo hay que aclarar con esa familia.

Decisión tres: el estado de cuenta es para la familia, no para la oficina

La tercera decisión fue publicar el estado de cuenta para consulta de los padres en cualquier momento, con cargos, pagos aplicados y saldo.

La dirección tenía reservas. El temor era que mostrar el detalle generara más reclamaciones. Ocurrió lo contrario, por una razón previsible en retrospectiva: la mayoría de las llamadas que recibía la administración no eran reclamaciones, eran preguntas. Cuánto debo, ya llegó mi pago, de qué es este cargo. Esas preguntas se contestan solas cuando la información está disponible.

Lo que sí apareció fueron discrepancias reales que antes nadie detectaba, sobre todo en conceptos extraordinarios cargados por error. Eran pocas y resolverlas mejoró la calidad del padrón.

Se cuidó un detalle: el estado de cuenta muestra información, no gestiona cobranza. Nada de mensajes automáticos de tono agresivo. Los avisos de vencimiento próximo se envían con anticipación y en tono informativo, y la conversación sobre una situación difícil la tiene una persona, que es como debe ser en un colegio.

Errores que cometimos

El primero fue de calendario. Generamos los cargos de colegiatura el primer día de cada mes, que parecía lo natural. El colegio maneja un calendario con reglas propias: descuentos por pago anticipado hasta cierto día, un recargo después de otro, y meses con tratamiento especial. Hubo que rehacer el generador de cargos para que las fechas y las reglas fueran configurables por ciclo escolar en lugar de estar fijas en el código.

El segundo fue asumir que el archivo del banco llegaría siempre con el mismo formato. Un cambio del banco en el formato del archivo dejó la conciliación automática sin funcionar durante dos días. Se añadió validación de estructura al importar, con aviso claro en lugar de un error silencioso, que es lo peor que puede pasar en un proceso de conciliación.

El tercero fue de alcance. Se incluyó en la primera versión un módulo de becas y descuentos con mucha flexibilidad, por si acaso. La realidad del colegio eran cuatro tipos de beca con reglas simples. La flexibilidad sobrante complicó la pantalla y confundió a quien la usaba. Se simplificó después, lo que significa que ese trabajo se hizo dos veces.

Cómo se midió

• Pagos identificados automáticamente. El indicador principal. Subió conforme las familias adoptaron la referencia y se estabilizó alto, con el resto resolviéndose a mano sin drama.
• Días de conciliación al mes. Se midió antes con bitácora manual durante dos meses, para tener comparación honesta. Es el número que la coordinadora usa para explicar el proyecto internamente.
• Pagos a favor sin aplicar con más de quince días. El indicador de salud del proceso. Un número alto no significa que el sistema falle: significa que hay aclaraciones pendientes con familias.
• Avisos de adeudo enviados a familias que sí habían pagado. El episodio que originó el proyecto. El objetivo era cero y es el único indicador que se revisa caso por caso cuando aparece.

Se dejó explícitamente fuera cualquier medida de presión de cobranza, como tiempo hasta el pago o ranking de familias morosas. La dirección fue clara en que el sistema era para ordenar la administración, no para endurecer el trato, y esa definición orientó varias decisiones de diseño.

Preguntas frecuentes

¿Por qué no basta con pedir que pongan el nombre del alumno en el concepto?

Porque el concepto es texto libre y llega con variantes infinitas: apodos, el nombre del padre, abreviaturas, o vacío. Además hay familias con varios hijos y pagos que cubren conceptos distintos. Un texto escrito por una persona no es un identificador utilizable.

¿Qué es una referencia bancaria por familia y por qué resuelve el problema?

Es un identificador numérico único que el banco entrega junto con el movimiento, sin depender de lo que el pagador escriba. Al llegar asociado al depósito permite reconocer al pagador de forma automática y confiable, que es exactamente lo que el concepto de texto no logra.

¿Cómo se aplica un pago que no coincide con ningún cargo?

Queda registrado a favor de la familia y pendiente de aplicación, nunca forzado a un cargo que no corresponde. Forzar la aplicación para que el estado de cuenta se vea limpio es la práctica que genera los saldos inexplicables de meses posteriores.

¿Qué pasa con los pagos en efectivo o en caja?

Se capturan en el mismo sistema con el mismo modelo de cargos y pagos, para que el estado de cuenta de la familia sea uno solo. Mantener la caja en un registro aparte reproduce el problema que se quería resolver, solo que en otro lugar.

¿Cómo se comunica un adeudo sin dañar la relación con la familia?

Con información clara y anticipada en lugar de recordatorios tardíos. Un estado de cuenta consultable en cualquier momento y un aviso oportuno resuelven la mayoría de los casos, y dejan la conversación personal para las situaciones que de verdad la requieren.

Lo que quedó fuera

No se integró el cobro con tarjeta en línea en esta etapa. El colegio lo quería y se pospuso de forma deliberada: añadir un canal de cobro antes de tener ordenada la conciliación del canal principal habría significado conciliar dos desórdenes en lugar de uno. Se abordó al ciclo siguiente, ya sobre un proceso estable.

Tampoco se tocó el sistema académico, que es otro mundo con otras necesidades. Lo único que se construyó entre ambos fue una sincronización del padrón de alumnos en un solo sentido, para que las altas y bajas no se capturaran dos veces. Esa pieza chica evitó la fuente de error más común en colegios: un alumno dado de baja que sigue generando cargos.

Si estas en una situacion parecida

Si en tu operación los cobros llegan sin forma confiable de saber quién pagó qué, el primer paso no es elegir tecnología: es ordenar el proceso y saber que datos ya tienes. Podemos revisarlo contigo.

Cuentanos tu caso en westribe.com.mx/solicitar/ o escribenos por WhatsApp al +52 312 554 2845.