Tesorería — Puesta a producción
Para qué sirve este documento
Lista de todo lo que el ayuntamiento debe tener resuelto antes de poner en producción el módulo Tesorería (gestión del dinero, SEPA, conciliación bancaria N43, PJ, endosos, embargos, compensaciones, proyección de liquidez). Las conexiones a servicios externos (banca, FNMT) están descritas con detalle en el catálogo común de integraciones externas; aquí solo se referencian.
Antes de leer
Para conocer las pantallas y operativa, ver Manual Funcional → Tesorería. Para los detalles técnicos, ver Manual Técnico → Módulos → Tesorería.
1. Resumen ejecutivo
A diferencia de Padrón y Registro (que tienen muchísimos trámites externos con AAPP), Tesorería tiene muy poca burocracia administrativa: solo banca. El reto es operativo (definir políticas, plan contable, motivos de bloqueo, parámetros de proyección).
Tiempo realista: 1-2 meses, dominado por la negociación con cada banco para la conectividad SEPA + N43.
Lo que funciona sin trámites (desde el día 1):
- Gestión de cuentas bancarias y caja.
- Órdenes de pago manuales + bloqueos.
- Cobros manuales.
- Pagos a justificar, endosos, embargos, compensaciones (UDs Documental).
- Dashboard operativo + PMP.
- Cálculo de proyección de liquidez con previsiones manuales.
Bloqueado sin trámites:
- Generación de fichero SEPA (pain.008/Norma 34) y envío al banco.
- Importación de extracto Norma 43 y conciliación automática.
- Firma electrónica del fichero SEPA con sello de órgano (algunos bancos lo exigen).
2. Datos iniciales
2.1 Plan contable y cuentas
- Debe estar configurado el módulo Contabilidad con el plan contable del ayuntamiento (PGCAL — Plan General de Contabilidad Pública adaptado a Administración Local). Tesorería se apoya en cuentas contables concretas:
- Caja: 570
- Bancos: 571
- Acreedores: 410, 4000
- Deudores: 4300, 4310
- Cuando se da de alta una cuenta bancaria, se vincula a su cuenta contable (subcuenta 571.XXXX).
2.2 Cuentas bancarias del ayuntamiento
- Sidebar Tesorería → Cuentas bancarias → Nueva por cada cuenta real del ayuntamiento:
- IBAN, BIC, banco.
- Tipo (catálogo
TesoreriaCuentaTipo): GASTOS, RECAUDACION, NOMINAS, FONDO_PROPIOS, OTROS. - Permite pagos (sí/no).
- Estado (activa / restringida / bloqueada / cerrada).
- Cuenta contable asociada.
- Es habitual tener 3-8 cuentas en un ayuntamiento típico (operativa, recaudación, OAR, nóminas, fondos…).
2.3 Motivos de bloqueo
- Catálogo de razones por las que se puede bloquear una orden de pago antes de ejecutarla.
- Ejemplos típicos: "Pendiente firma alcalde", "Embargo judicial", "Pendiente justificación", "Discrepancia importe".
- Cada motivo puede marcarse
impacta_pmp = truesi no debe afectar al cálculo del Periodo Medio de Pago.
2.4 Reglas de conciliación
- Por cada cuenta bancaria se pueden definir parámetros de conciliación automática:
- Tolerancia de importe (€).
- Tolerancia de fecha (días).
- Pesos del scoring (importe exacto, referencia, cuenta).
- Umbral mínimo para conciliar sin intervención manual.
3. Trámites administrativos externos
| Servicio | Para qué | Tiempo | Detalle |
|---|---|---|---|
| Conectividad bancaria SEPA + N43 | Envío de pagos masivos al banco + recepción de extractos | 1-2 meses por banco | Banca |
| FNMT — sello de órgano | (Opcional) Firmar el fichero SEPA si el banco lo exige | 15-30 días | FNMT |
Otros módulos sin trámite externo: tesorería NO necesita SIR, ni DEHú, ni Cl@ve, ni PID. Toda su interacción con AAPP pasa por Contabilidad/Presupuesto (internos) y Recaudación (interna).
4. Decisiones funcionales
4.1 Política de generación de órdenes de pago
- Automática: cada factura conforme genera la OP automáticamente al pasar a estado VALIDADA.
- Manual: la OP se crea explícitamente desde Tesorería tras revisión.
4.2 Política de firma del SEPA
- Sin firma: el banco acepta el XML pain.008 sin más (típico en pequeños municipios con banca tradicional).
- Con firma XADES detached del fichero SEPA usando el cert FNMT del sello de órgano (algunos bancos lo exigen).
4.3 Política de conciliación
- ¿Conciliación automática habilitada? ¿Con qué tolerancias?
- ¿Quién valida una conciliación propuesta antes de generar el asiento contable?
4.4 Política de bloqueos y PMP
- ¿Qué motivos de bloqueo impactan en el cálculo PMP y cuáles no?
- ¿A los cuántos días se considera "morosidad"?
4.5 Proyección de liquidez
- Horizonte por defecto: 30, 60 o 90 días.
- Granularidad: diaria, semanal, mensual.
- Escenarios activos (los 3 vienen por defecto: optimista, realista, pesimista).
- Alertas de saldo bajo: umbral por cuenta + destinatarios (rol funcional Jefe/Supervisor de Tesorería).
- Parámetros automáticos de retraso e impago por concepto se
calibran del histórico el primer trimestre (cron MOS
tesoreria.proyeccion.recalcular_historicotrimestral).
4.6 Catálogo de comisiones bancarias
- Configurar las comisiones automáticas que el banco aplica (mantenimiento, transferencia, devolución, etc.) para que se reconcilien sin intervención manual.
5. Roles y personas
5.1 Roles RBAC
| Rol | Permisos clave |
|---|---|
| Jefe de Tesorería | Todos los del módulo (~48 permisos), incluido configurar proyección, alertas y parámetros. |
| Supervisor de Tesorería | Lectura + simulación + alertas + bloqueos. No configura ni anula. |
| Operario de Tesorería | Alta de OPs, gestión de pagos y cobros, conciliación manual asistida. |
| Interventor | Lectura de todo + simulación de proyección + ver bloqueos y motivos. |
5.2 Roles funcionales
- Alcalde / Concejal de Hacienda: para autorización de pagos por encima de cierto umbral (si la entidad lo configura).
- Interventor: validador previo de OPs si la entidad usa "control previo".
6. Configuración técnica
6.1 Variables de entorno
No hay variables específicas de Tesorería aparte de las generales (BD, SMTP, FERNET_KEY).
6.2 Crons MOS
| Cron | Frecuencia | Acción |
|---|---|---|
tesoreria.proyeccion.recalcular_historico |
Trimestral | Recalcula percentiles de retraso e impago a partir del histórico real |
tesoreria.proyeccion.evaluar_alertas |
Diario | Evalúa saldo bajo, descubierto previsto, necesidad de crédito |
tesoreria.pj.aviso_vencimiento |
Diario | Avisa de PJ próximos a vencer plazo de justificación |
6.3 Storage
- Los ficheros bancarios (SEPA XML, Norma 34, Norma 43) se almacenan en filesystem o GCS. Tamaño orientativo: 50-200 KB por fichero. Un ayuntamiento medio genera 3-4 ficheros SEPA y 5-10 N43 al mes (≤ 50 MB anuales).
6.4 Conectividad con bancos
Depende de cada banco. Los más comunes:
- SFTP: el ayuntamiento sube el fichero SEPA al servidor SFTP del banco con clave SSH o usuario/contraseña.
- Portal web del banco: el operario sube manualmente desde la web bancaria (alternativa cuando no hay SFTP).
- API REST/SOAP propia: bancos grandes (BBVA, Santander, Caixa) ofrecen APIs específicas — requieren desarrollo adicional.
7. Cumplimiento legal y seguridad
7.1 Normativa aplicable
- RD Legislativo 2/2004 Ley de Haciendas Locales.
- RD 500/1990 Régimen jurídico-financiero de las entidades locales (pagos a justificar, anticipos de caja).
- Norma SEPA ISO 20022 (pain.008 para domiciliaciones, pain.001 para transferencias).
- AEB Norma 43 (estándar bancario español de extracto).
- Ley 15/2010 de medidas de lucha contra la morosidad (cálculo del PMP).
- Ley de Estabilidad Presupuestaria (envío del PMP al MINHAP cada trimestre — pendiente de integrar).
7.2 Garantías técnicas
- Auditoría completa de cambios de estado de OPs, pagos, cobros
vía
TesoreriaOrdenPagoEstado+TesoreriaPagoEstado+TesoreriaCobroEstado+emit_event. - Hash anti-duplicado en ficheros N43 importados.
- Asientos contables automáticos validados por motor RCF.
- Bloqueos auditables con motivo + usuario + fecha.
8. Checklist final
Mes 1 — Preparación
- Definir cuentas bancarias y obtener sus IBAN/BIC.
- Identificar la cuenta contable de cada cuenta bancaria.
- Iniciar negociación con cada banco para SEPA + N43.
- (Si el banco lo exige) Iniciar trámite cert FNMT.
- Censar motivos de bloqueo habituales y políticas.
Mes 1-2 — Configuración
- Configurar las cuentas bancarias en la pantalla.
- Importar catálogo de motivos de bloqueo.
- Configurar parámetros de conciliación por cuenta.
- Configurar comisiones bancarias.
- Definir alertas de proyección de liquidez.
- Crear roles RBAC y asignar a usuarios.
Mes 2-3 — Activación SEPA + N43
- Banco acepta el fichero SEPA de prueba.
- Banco entrega el primer extracto N43 → importar y conciliar.
- (Si aplica) Recibido cert FNMT → activar firma del SEPA.
Pruebas en producción
- Generar OP de prueba + fichero SEPA + enviar al banco.
- Importar extracto N43 + conciliar movimiento real.
- Tramitar un Pago a Justificar de prueba (UD → aprobar → hook genera A+D+O).
- Verificar cálculo del PMP del trimestre.
- Calcular proyección de liquidez y validar series.
Tras la puesta en marcha
- Conciliación diaria/semanal según volumen.
- PMP trimestral (envío al MINHAP cuando se integre).
- Revisar alertas de saldo bajo y reaccionar.
- Recalibración trimestral de parámetros de proyección (automática vía cron MOS).
9. Resumen visual de bloqueos
Sin trámites Con trámites En producción
(instalación) (1-2 meses banca) (todo activo)
Cuentas + OPs ✅ alta normal ✅ misma ✅ misma
Facturas FACe ⚠️ subida manual XML ⚠️ subida manual ✅ descarga auto cron
Pagos manuales ✅ operativo ✅ operativo ✅ operativo
Cobros manuales ✅ operativo ✅ operativo ✅ operativo
Fichero SEPA ⚠️ genera, no envía ⚠️ pruebas banco ✅ envío banco
Conciliación N43 ❌ sin extractos ⚠️ pruebas banco ✅ automática
Firma SEPA ❌ si banco la exige ⚠️ pendiente FNMT ✅ firmado XADES
PJ/Endoso/Emb/Co ✅ flujo Documental ✅ misma ✅ misma
Proyección ✅ con previsiones manual ✅ + datos reales ✅ con histórico
PMP ✅ cálculo interno ✅ cálculo interno ✅ envío MINHAP*
* Envío al MINHAP del PMP trimestral: pendiente de integración.
Páginas relacionadas: