Volver al blog

Cómo Diseñamos un Motor de Cobros Recurrentes 100% Agnóstico

De consorcios y colegios a mutuales y coworkings: conocé cómo la abstracción de datos en CuotaWeb permite cobrar cualquier abono recurrente.

Por Equipo CuotaWeb el 17 de junio, 2026

A simple vista, CuotaWeb nació para resolver dolores de cabeza específicos en la liquidación de expensas de consorcios y la gestión de matrículas escolares. Sin embargo, detrás de la interfaz que ven nuestros usuarios en producción, corre una arquitectura de software diseñada con un propósito mucho más ambicioso: la abstracción total del dominio de cobros recurrentes.

Si visitaste nuestra landing page recientemente, habrás notado una nueva sección destacada. No se trata de un simple cambio estético. Es la declaración de un principio de ingeniería fundamental: nuestro motor de deuda es completamente agnóstico y puede adaptarse a cualquier escenario de cobro periódico.


El problema del software de nicho rígido

Muchos sistemas de gestión del mercado se construyen sobre cimientos extremadamente rígidos. Tienen tablas en su base de datos llamadas Alumno, Copropietario o UnidadFuncional. Esto funciona al principio, pero crea un problema enorme cuando el sistema necesita evolucionar: * Si querés usar un software de colegios para un club deportivo, tenés que registrar a los socios como "alumnos" y a las actividades como "grados". * Si intentás usar un software de expensas para un espacio de coworking, terminás forzando a las oficinas a comportarse como "departamentos" y a los escritorios como "cocheras".

En CuotaWeb decidimos tomar un camino diferente. Aplicamos ingeniería orientada al dominio abstracto para separar la lógica financiera de la identidad visual.


La Arquitectura Agnóstica: "Sujetos" y "Responsables"

En el núcleo de nuestra base de datos (con arquitectura multi-tenant de esquemas aislados mediante django-tenants), las entidades principales no tienen nombres específicos de un negocio. Programamos pensando en dos roles abstractos:

  1. Sujeto de Facturación (¿El Qué?): Es la entidad que genera el consumo o la obligación. En una escuela es el alumno; en un consorcio es la Unidad Funcional (piso/departamento); en un gimnasio es el socio; en un coworking es la oficina o escritorio contratado.
  2. Responsable de Pago (¿El Quién?): Es la persona física o jurídica que asume la obligación financiera. Puede ser el tutor del alumno, el propietario del departamento, el socio del club o la empresa que alquila la oficina.

Esta separación nos permite agrupar múltiples sujetos bajo un mismo responsable de pago (como un tutor con tres hijos en edad escolar, o una empresa que paga las expensas de varias oficinas corporativas).

El sistema detecta automáticamente el tipo de tenant (Tenant.type) y carga dinámicamente un Skin Funcional que adapta toda la terminología de la interfaz de usuario:

Tipo de Tenant El "Sujeto de Facturación" se renderiza como El "Concepto" de cobro se renderiza como
ESCUELA Alumno (Grado/División) Matrícula / Cuota Escolar
CONSORCIO Unidad Funcional (Piso/Dto) Expensa Común
GIMNASIO Socio / Plan Activo Cuota Mensual
CUSTOM (Ej. Coworking) Oficina / Puesto de Trabajo Abono de Servicios / Alquiler

Flexibilidad Total en Reglas de Deuda y Mora

Un motor agnóstico no sirve si no puede adaptarse a las complejas realidades financieras de cada sector. Por eso, el ItemDeuda base en CuotaWeb está desacoplado de las reglas de negocio. Esto nos permite aplicar:

  • Reglas de Pronto Pago: Descuentos dinámicos si la obligación se cancela antes de un día específico.
  • Reglas de Mora Compleja: Intereses y punitorios que se calculan mediante fórmulas financieras precisas y parametrizables, como el interés compuesto diario:

$$CapitalFinal = CapitalInicial \times (1 + i)^n$$

  • Logs de Auditoría Inmutables: Cada vez que el motor actualiza una deuda, aplica mora o cambia el estado de un pago, se guarda un registro en la base de datos con el usuario, la IP, el user-agent y los valores anteriores/nuevos. Esto garantiza que la deuda sea judicialmente defendible en Argentina ante cualquier pericia.

Listo para SIRO y Facturación Electrónica

Cualquiera sea el escenario de tu proyecto, CuotaWeb está integrado de forma nativa con SIRO (Banco Roela), lo que permite generar cupones de pago con códigos de barras de recaudación y procesar de forma automática las rendiciones bancarias diarias.

Si tenés un modelo de cobros recurrentes que no encaja en las soluciones tradicionales del mercado —como un club de campo, una mutual, una academia de idiomas, una suscripción de software o un consorcio de cocheras—, nuestra plataforma está lista para adaptarse a tus necesidades sin tener que reescribir el software desde cero.

¿Querés evaluar tu modelo de cobro con nosotros? Ponete en contacto con nuestro equipo por Email para analizar la factibilidad de tu proyecto. ¡Estamos listos para el desafío!