Contrato Unificado — cobranza consolidada de múltiples contratos en factura única
Cliente empresarial con varios contratos (internet + telefonía + TV + varias filiales) puede recibir UNA factura mensual consolidada en vez de varias. Contrato Unificado es el mecanismo que agrupa débitos de múltiples contratos.
📸 Pantallas del sistema
Las pantallas a continuación muestran cómo el sistema se presenta en cada parte del flujo descrito.
Vista consolidada del listado — donde nacen todas las acciones sobre contrato (crear, editar, ver historial, suspender, cancelar).
Qué es Contrato Unificado
- Una única factura/boleto consolidada por mes
- Único valor a pagar (suma de todos los contratos)
- Único vencimiento, único registro contable
- Pago único liquida todos los contratos del grupo
Cuándo usar (y cuándo NO usar)
| Escenario |
¿Recomendado? |
| Cliente con 2 contratos del mismo servicio |
✅ Sí |
| Cliente empresarial con varios establecimientos |
✅ Sí |
| Cliente con tipos diferentes (internet + IPTV + telefonía) |
✅ Sí |
| Cliente quiere facturas separadas (reembolso) |
❌ No |
| Contratos con reglas tributarias diferentes |
⚠️ Cuidado |
| Fidelidades y vencimientos muy diferentes |
⚠️ Evaluar |
Pre-requisitos
- Configuración "Permitir unificar contratos" activa.
- Mismo cliente titular.
- Misma moneda.
- Misma empresa fiscal (recomendado).
Cómo crear
- Acceda al contrato que será principal.
- En "Contratos relacionados", agregue los demás.
- Sistema valida y marca como unificados.
- Próximo ciclo: factura consolidada.
Cómo el sistema genera la factura unificada
- Suma valores mensuales de todos los contratos del grupo.
- Crea un único débito en el contrato principal.
- Otros contratos del grupo: flag "valor cero".
- Genera factura/boleto único en nombre del titular.
La factura muestra discriminado por contrato (línea por línea) — cliente ve el porqué del valor.
Cuidados al alterar
Alterar valor de un contrato del grupo
Sistema recalcula la suma y actualiza el débito principal abierto (sin NF).
Cambiar moneda
Sistema propaga para todos los contratos del grupo automáticamente.
Cancelar un contrato del grupo
Solo ese contrato es cancelado; los demás siguen unificados.
Cancelar el contrato principal
Atención: puede romper la consolidación. Recomendado deshacer la unificación antes.
Facturas en contratos unificados
Modo "Una factura por contrato"
Cada contrato genera su propia factura, pero el boleto es único. Recomendado para regímenes tributarios distintos.
Modo "Factura única consolidada"
Una única factura agrega todos los contratos. Solo funciona si tienen el mismo modelo fiscal.
Cobranza y pago
| Escenario |
Qué pasa |
| Pago del boleto unificado |
Todos los contratos quedan liquidados simultáneamente. |
| Pago parcial |
Sistema rasguea el pago entre contratos proporcionalmente. |
| Atraso supera plazo de bloqueo |
Todos los contratos del grupo son bloqueados juntos. |
| Renegociación de deuda |
Renegociación en el contrato principal — vale para todo el grupo. |
Deshacer unificación
Acceda al contrato principal, remueva los vínculos. A partir del próximo ciclo, cada contrato genera factura propia. Boletos ya generados no son rehechos.
PADRÓN OPERACIONAL — FLUJO COMÚN
─────────────────────────────────
1. Cadastro inicial / configuración
│
▼
2. Permisos definidos por rol
│
▼
3. Operación normal:
┌──────────────────────────────────┐
│ - input del operador / cron │
│ - validación automática │
│ - persistencia en la BD │
│ - log de auditoría │
│ - notificación (si aplica) │
└──────────────┬───────────────────┘
│
▼
4. Revisión / supervisión
│
┌──────┴──────┐
▼ ▼
OK normal Desvío detectado
│ │
▼ ▼
Histórico Acción correctiva +
alerta al supervisor
Documentos relacionados
Resumen: potente para clientes con múltiples contratos, pero exige atención a reglas tributarias e impacto en alteraciones.
Glosario
| Término |
Significado |
| Quaza |
Sistema ERP/BSS para ISP — gestión integrada de cliente, financiero, fiscal, técnico. |
| Contrato |
Vínculo formal entre cliente y empresa. |
| Factura |
Documento de cobranza generado a partir del contrato. |
| Auditoría |
Revisión sistemática para detectar inconsistencias. |
| Permiso |
Derecho de acceso/edición vinculado a rol o usuario. |
| API REST |
Interfaz programática para integración con sistemas externos. |
| Cron / crontab |
Agendador de tareas que ejecuta en horarios definidos. |
| Webhook |
Notificación automática que sistema externo recibe. |
| Centro de costo |
Dimensión transversal — filial, proyecto, sector. |
| Conciliación |
Proceso de garantizar que extracto bancario coteja con Quaza. |
Trampas frecuentes
1. Falta de validación post-configuración. Cadastro hecho sin teste real = atrapa el error en producción. Siempre teste con dato dummy antes.
2. Permisos mal definidos. Operador con acceso de admin = riesgo. Defina roles claros.
3. No entrenar equipo nuevo.
4. Cambiar configuración sin registrar. Quién cambió, cuándo, por qué — se pierde rastro.
5. Ignorar alertas/notificaciones.
6. Operaciones masivas sin dry-run. Antes de aplicar a 1000 registros, teste con 5.
Preguntas frecuentes
¿Cómo empezar a usar este módulo?
Configure los pre-requisitos listados arriba, haga un teste en ambiente seguro (o con pocos registros), valide con el equipo, y solo después active en producción.
¿Necesito permiso especial para acceder?
Sí. Cada rol (operador/supervisor/admin) tiene permisos distintos. Confirme con el administrador del Quaza.
¿Puedo integrar con sistemas externos?
Vía API REST del Quaza. Webhooks notifican eventos importantes. Consulte el equipo técnico para credenciales.
¿Qué pasa si hay error?
Los logs quedan en el panel de tareas/auditoría. Configure alertas (email/Slack) para fallas críticas — no confíe en nadie mirando log manualmente.
¿Cómo acompañar cambios?
Cada registro tiene histórico (timestamp, usuario, acción). Use el filtro de auditoría para rastrear modificaciones sospechosas.
¿El módulo funciona multi-filial?
Sí — vía centro de costo (filial) atribuido al asiento. Reportes filtran por filial.
Buenas prácticas operacionales
Esta sección reúne hábitos que proveedores experimentados adoptan para evitar problemas recurrentes en este módulo. Aplicación consistente hace diferencia grande en el largo plazo — diferencia entre operación caótica y operación previsible.
Revisión periódica
Reserve 30 minutos por semana para revisar el estado del módulo: lo que corrió, lo que falló, lo que quedó pendiente. Anomalía detectada temprano cuesta 10× menos que descubierta tarde.
Documentación de procedimientos
Cree checklists internos para operaciones recurrentes — apertura/cierre del mes, procesamiento en lote, corrección de inconsistencias. No dependa de quien "sabe de memoria" — funcionario puede salir, enfermar, tener día malo.
Backup antes de operaciones masivas
Cualquier cambio que afecte 100+ registros debe ser precedido de backup o export. Restaurar una alteración masiva equivocada es caro; prevenir es simple.
Comunicación con cliente
Cambios que impactan al cliente (precio, cobranza, regla) deben comunicarse con antelación. Cliente sorprendido reclama; cliente avisado entiende.
Indicadores acompañados
Defina 2-3 indicadores que miden la salud del módulo. Acompañe semanalmente. Cuando alguno sale del rango esperado, investigue antes de volverse problema visible.