Complementos Financieros — funcionalidades opcionales que extienden el módulo padrón
Los Complementos Financieros son módulos opcionales que añaden funcionalidades específicas.
Qué son complementos
Los Complementos Financieros son funcionalidades opcionales que extienden el módulo financiero padrón. Cada proveedor activa solo lo que usa. Ejemplos: integración con tarjeta de crédito, recálculo automático de morosidad, importación de extracto OFX, conciliación automática.
Filosofía: base financiera del Quaza es suficiente para 80% de los casos. Complementos cubren el restante.
Complementos disponibles
| Complemento |
Qué hace |
Quién usa |
| Tarjeta recurrente |
Cobra mensualidad automáticamente |
Premium |
| Pix/QR recurrente |
Pix/QR automático en el vencimiento |
Todos |
| OFX import |
Importa extracto bancario en OFX |
Bancos con OFX |
| Conciliación avanzada |
Coteja extracto con Quaza automáticamente |
Proveedores grandes |
| Multi-moneda |
Cobranza en BRL, USD, PYG, ARS |
Fronterizos |
| Análisis crédito |
Score de cliente |
Grandes |
| BI/dashboards extra |
Visualizaciones extras |
Drill-down |
| SPED/SET automatizado |
Genera SPED Fiscal sin intervención |
Volumen alto |
Glosario
| Término |
Significado |
| Complemento |
Funcionalidad opcional añadida al núcleo financiero. |
| Tarjeta recurrente |
Cliente cadastra tarjeta; sistema cobra automáticamente. |
| OFX |
Open Financial Exchange — padrón de extracto bancario. |
| Conciliación automática |
Sistema casa movimiento con factura sin intervención. |
| Multi-moneda |
Cobranza en diferentes monedas. |
| Score |
Evaluación de riesgo del cliente. |
| Webhook |
Notificación automática a sistema externo. |
| Auditoría |
Revisión sistemática de registros para detectar inconsistencias. |
| Permiso |
Derecho de acceso/edición vinculado a rol o usuario. |
| API REST |
Interfaz programática que permite integración con sistemas externos. |
Cuándo activar
CICLO COMPLETO — VISIÓN DETALLADA
──────────────────────────────────
┌─────────────────────────────────────────────┐
│ INICIALIZACIÓN │
│ • Configuración validada │
│ • Permisos definidos por rol │
│ • Equipo entrenado en las operaciones │
│ • Procedimientos documentados │
└─────────────────────┬───────────────────────┘
▼
┌─────────────────────────────────────────────┐
│ OPERACIÓN RECURRENTE │
│ • Input por operador, API o cron │
│ • Validación automática │
│ • Persistencia transaccional │
│ • Log de auditoría (timestamp + usuario) │
│ • Notificaciones por email/Slack/webhook │
└─────────────────────┬───────────────────────┘
▼
┌─────────────────────────────────────────────┐
│ ACOMPAÑAMIENTO │
│ • Dashboard con KPIs en tiempo real │
│ • Alertas configuradas para excepciones │
│ • Reporte periódico (diario/semanal) │
│ • Análisis de tendencias │
└─────────────────────┬───────────────────────┘
▼
┌─────────────────────────────────────────────┐
│ REVISIÓN Y MEJORA │
│ • Auditoría mensual de inconsistencias │
│ • Análisis de cuellos │
│ • Ajuste de configuración │
│ • Entrenamiento continuo del equipo │
└─────────────────────────────────────────────┘
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
CICLO OPERACIONAL — DETALLADO
────────────────────────────────
Fase 1 — Preparación
┌────────────────────────────────────┐
│ Configuración validada │
│ Permisos atribuidos │
│ Equipo entrenado │
└──────────────┬─────────────────────┘
▼
Fase 2 — Operación
┌────────────────────────────────────┐
│ Input (operador / API / cron) │
│ Validación automática │
│ Persistencia │
│ Log de auditoría │
│ Notificaciones (email/webhook) │
└──────────────┬─────────────────────┘
▼
Fase 3 — Acompañamiento
┌────────────────────────────────────┐
│ Dashboard actualizado │
│ Alertas de excepción │
│ Reporte periódico │
└──────────────┬─────────────────────┘
▼
Fase 4 — Revisión / mejora
┌────────────────────────────────────┐
│ Análisis de KPIs │
│ Identificación de cuellos │
│ Ajuste de configuración │
└────────────────────────────────────┘
Trampas frecuentes
1. Activar complemento sin testar.
2. Olvidar desactivar complemento discontinuado.
3. Conciliación automática casando equivocado.
4. Multi-moneda sin regla de cambio.
5. Score muy restrictivo.
Preguntas frecuentes
¿Complementos tienen costo adicional?
Algunos están incluidos, otros son módulos pagos.
¿Activar/desactivar cuando sea?
Generalmente sí.
¿Quaza ofrece todos los complementos?
Lista actualizada en configuración.
¿Complemento precisa de instalación técnica?
La mayoría es activación en configuración.
¿Puedo solicitar complemento customizado?
Sí — presupuesto de desarrollo.
Cómo activar y mantener
La activación de un complemento sigue un proceso ordenado para evitar problemas en producción:
-
Identificar el problema que el complemento resuelve. Si no hay dolor real, no active.
-
Leer la documentación específica del complemento — limitaciones, requisitos.
-
Activar en sandbox primero (cuando aplicable).
-
Configurar credenciales/integraciones externas necesarias.
-
Testar con un volumen pequeño (10-50 transacciones) durante 1 semana.
-
Monitorear logs diariamente en la primera semana.
-
Activar en producción con anuncio al equipo.
-
Revisar métricas mensualmente — el complemento sigue siendo útil?
Mantenimiento periódico: tokens y credenciales pueden expirar; APIs externas pueden cambiar. Configure alertas y revise trimestralmente.
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