Verificaciones Operacionales — Auditorías automáticas
Verificaciones son auditorías listas que corren todos los días identificando inconsistencias en la base: clientes activos sin boleta, boletas duplicadas, gateway con error, clientes morosos. Cada una es una 'lista de lo que está mal' — guía operacional del soporte.
Glosario
| Término |
Significado |
| Verificación |
Auditoría automática que lista inconsistencias |
| Al día |
Cliente pagando al día |
| Morosidad |
Cliente en atraso de pago |
| Boleta duplicada |
Misma mensualidad con 2 cobros |
| Cliente sin boleta |
Activo con mensualidad no generada |
| Cliente sin carnet |
Forma=carnet pero PDF anual no generado |
| Auditoría |
Verificación automática de consistencia |
| Cron de auditoría |
Tarea que actualiza las listas periódicamente |
| Resolución |
Ítem de la verificación que fue corregido |
Visión general
VERIFICACOES = AUDITORIAS PRE-CONFIGURADAS
v
+-------------------------------------------+
| 1. Cliente sem boleto |
| Contratos ATIVOS sem cobranca no mes |
| |
| 2. Boletos duplicados |
| Mesma mensalidade com 2+ cobrancas |
| |
| 3. Cliente sem carne |
| Contratos com forma=carne sem PDF |
| |
| 4. Clientes adimplentes |
| KPI positivo - quem paga em dia |
| |
| Outras: gateway com falha, sem retorno |
+-------------------------------------------+
v
Operador resolve item a item
Voltam a aparecer se nao resolvidos
1. Cliente sin boleta
Financiero → Cliente sin boleta
Lista clientes ACTIVOS con contrato generando pero sin cobro en el mes corriente. Causas comunes: cartera deshabilitada, regla de cobro sin GENERAR_FACTURA, cron parado.
2. Boletas duplicadas
Financiero → Boletas duplicadas
Misma mensualidad originó 2+ cobros en el mes. Bug u operación manual repetida. Siempre cancelar la duplicada ANTES que el cliente pague la equivocada.
3. Cliente sin carnet
Financiero → Clientes sin carnet
Cliente con forma=carnet pero el PDF anual no se generó. Resultado: cliente queda sin instrumento físico para pagar mensualmente.
4. Clientes al día
Financiero → Clientes al día
KPI positivo — lista de clientes pagando al día. Útil para premiación, comunicación positiva, segmentación de upsell.
Trampas
1. Verificaciones nunca quedan en cero
Siempre hay uno u otro caso. Lo ideal es mantener número bajo (5-10 ítems) — si la lista crece semanalmente, hay problema sistémico.
2. No confundir 'Cliente sin boleta' con 'Cliente exento'
Cliente cortesía/exento tiene contrato activo pero valor=0 — aparece como 'sin boleta'. Filtra por valor > 0 antes de ir a corregir.
3. Cancelar duplicada equivocada
Boletas duplicadas — al cancelar, elige la más antigua si el cliente aún no pagó; si ya pagó una, cancela la otra. Confirma antes.
4. Verificaciones dependen de cron — confirma si corrió
Si el cron de auditoría está parado, la lista queda desactualizada. Verifica Admin → Tareas Log.
5. Buena adimplencia esconde morosidad
KPI 'X clientes al día' queda bonito pero puede esconder Y morosos graves. Mira los 2 lados siempre.
Galería de pantallas
Verif adimplencia
Verif semboletos
Verif duplicados
Verif semcarne
Verif semboleto
Verif dupl
Verif semcarne
Verif adimpl
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.
Documentos relacionados
FAQ
¿Puedo crear verificación personalizada?
Hoy las verificaciones son fijas en el código. Personalización bajo demanda — conversa con Quaza Tecnologia.
¿Cómo exportar la lista?
Pestaña Reportes → CSV. Útil para distribuir tarea de corrección entre el equipo.
¿Hay alerta cuando la lista crece mucho?
Los contadores del Panel principal reflejan varias de estas verificaciones. Creció = aparecerá en el Panel.
Vía API REST del Quaza. Cada endpoint requiere autenticación por token. Consulte el equipo técnico para credenciales.
Límites técnicos (volumen, tasa) son configurables en el plan contratado. Para operaciones masivas, programe horarios de baja carga.
Cada registro tiene timestamp y usuario. Filtro de auditoría permite buscar por período, acción, o usuario responsable.