Configuraciones fiscales — cadastros que necesitan estar listos ANTES de la primera emisión
Antes de emitir cualquier documento fiscal (NFCom, NFe, NFSe, DE Paraguay), hay cadastros-base que necesitan estar configurados: empresa emisora, CFOPs, CSTs, NCMs, alícuotas, certificado digital.
📸 Pantallas del sistema
Las pantallas a continuación muestran cómo el sistema se presenta en cada parte del flujo descrito.
Listado de Categorías de Producto — agrupa productos por clasificación fiscal y define qué serie/tipo de nota se usará cuando el producto entra en la operación.
Listado de Categorías Fiscales — define la tributación base (CFOP, CST, alícuotas) que se aplicará en cada operación fiscal.
Listado de Series Fiscales — cada serie representa un talonario de notas. Vincula el tipo de nota a la empresa fiscal emisora.
Listado de Situaciones Tributarias — códigos usados para clasificar la tributación de impuestos sobre cada ítem de la nota.
Listado de Naturalezas de Operación — texto descriptivo que aparece en la nota fiscal emitida.
Registro de Empresa Fiscal — donde se configura razón social, RUC, dirección, certificado digital y parámetros de emisión.
Configuraciones generales del sistema — claves de configuración que afectan emisión de notas, modo de tributación predeterminado e integraciones.
1 Categoría fiscal
Fiscal → Categoría fiscal
Agrupa productos por tipo de tributación. Ejemplos: "Internet", "Telefonía", "Equipo", "Instalación".
2 Modelo fiscal
Fiscal → Modelo fiscal
Define qué tipo de documento será emitido. Modelos: 55 (NFe), 65 (NFCe), 21/22 (depreciados), nfse, sva, nfcom, fact (Paraguay), py-de.
3 Serie fiscal
Fiscal → Serie fiscal
Numeración secuencial de las notas, separada por serie y establecimiento.
4 Situación Tributaria
Fiscal → Situación tributaria
Códigos CST (régimen normal) y CSOSN (Simples Nacional) que definen cómo los tributos son aplicados.
5 Naturaleza de Operación
Fiscal → Naturaleza de operación
Define el tipo de operación (venta, transferencia, devolución, etc.). Cada naturaleza tiene CFOP asociado.
6 Producto fiscal
Fiscal → Producto
Cadastro de productos para emisión fiscal. Vincula NCM, CFOP, CEST, categoría fiscal, situación tributaria, alícuotas.
Setup recomendado
- Cadastrar Categorías.
- Cadastrar Modelo.
- Cadastrar Serie.
- Cadastrar Situación Tributaria.
- Cadastrar Naturaleza de Operación.
- Cadastrar Producto fiscal.
- Vincular al plan de venta.
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
🔀 Cómo el Sistema Decide Qué Tipo de Factura Cada Producto Genera
Cada producto tiene una cadena de configuraciones que determina qué modelo de factura será emitida (NFe 55, NFCom, NFSe, etc.):
| Paso |
Configuración |
Qué define |
| 1 |
Producto |
Vinculado a una Categoría de Producto
|
| 2 |
Categoría de Producto |
Apunta a una Serie Fiscal + Empresa Fiscal
|
| 3 |
Serie Fiscal |
Define el Tipo de Factura (NFe 55, NFCom, NFSe, etc.) |
| 4 |
Empresa Fiscal |
Empresa que emite (CNPJ/RUC, certificado) |
Resumen: Producto → Categoría → Serie → Tipo de Factura + Empresa Fiscal.
Ejemplo práctico
Provedor que vende internet, telefonía VoIP e instalación cadastra:
| Categoría de Producto |
Serie |
Tipo de Factura |
| "Telecom" |
Serie 1 (NFCom) |
NFCom |
| "Servicios" |
Serie 2 (NFSe) |
NFSe |
| "Equipos" |
Serie 3 (NFe 55) |
NFe modelo 55 |
Cliente contrata Internet (R$ 80) + Instalación (R$ 100) + Router (R$ 250) → sistema genera 3 facturas separadas.
Categoría fiscal vs Categoría de producto
| Ítem |
Función |
| Categoría fiscal |
Define tributación (ICMS, ISS, IBS/CBS). |
| Categoría de producto |
Define tipo de factura y empresa fiscal. |
Producto tiene los dos.
🔗 Veja também
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.