Saltar a contenido

Integraciones externas (catálogo común)

Para qué sirve este documento

Catálogo único de todas las conexiones que el ayuntamiento debe establecer con servicios externos para poner en producción la plataforma. Cada ficha indica qué es el servicio, qué módulos lo usan, el trámite administrativo de alta, el certificado/credencial necesario, coste y tiempo estimado. Las páginas de "puesta a producción" de cada módulo enlazan a este catálogo en lugar de duplicar información.

Cómo usarlo

Si vas a desplegar un módulo concreto, ve a su página "puesta a producción" — te dice qué integraciones de este catálogo necesitas activar. Si vas a desplegar toda la plataforma, recorre este catálogo entero y arranca todos los trámites en paralelo (la mayoría tardan semanas o meses).


1. Resumen visual

El sistema interactúa con tres tipos de actores externos: servicios de AAPP (Estado y autonómicos), infraestructura (banca y certificación) y clientes locales instalados en los puestos.

flowchart LR
    AYTO["Ayuntamiento<br/>(Gestión Civis)"]

    subgraph AAPP["Servicios de AAPP"]
        CAT["Catastro<br/>(OVC)"]
        INE_CART["INE Cartografía<br/>(shapefile anual)"]
        INE_IDA["INE intercambio<br/>+ eIDA"]
        PID["PID/SCSP<br/>(SVDR nacional)"]
        FACE["FACe<br/>(facturas electrónicas)"]
        MINHAP["MINHAP<br/>(OVEELL/PCAEL)"]
        DEHU["DEHú<br/>(notificaciones)"]
        SIR["SIR/DIR3<br/>(registro entre AAPP)"]
        CLAVE["Cl@ve<br/>(auth ciudadano)"]
    end

    subgraph INFRA["Infraestructura"]
        FNMT["FNMT<br/>(sello órgano)"]
        TSA["TSA<br/>(DigiCert/FNMT)"]
        BANCO[(Banca<br/>SEPA + Norma 43)]
        SMTP["SMTP<br/>(email corporativo)"]
    end

    subgraph LOCAL["Clientes locales en puestos"]
        AUTOFIRMA["AutoFirma<br/>(DNIe/cert personal)"]
        SCANNER["Civis Scanner<br/>(escáner WIA)"]
    end

    AYTO -->|callejero + coords| CAT
    AYTO -->|distritos/secciones| INE_CART
    AYTO -->|IDA mensual| INE_IDA
    AYTO -->|consulta padrón nacional| PID
    AYTO -->|recepción facturas| FACE
    AYTO -->|presupuesto, PMP, deuda| MINHAP
    AYTO -->|notif. electrónica ciudadano| DEHU
    AYTO -->|envío/recepción registros| SIR
    AYTO <-->|login ciudadano| CLAVE

    AYTO -->|firma sello automático| FNMT
    AYTO -->|sello de tiempo PAdES-T| TSA
    AYTO <-->|pagos / extractos| BANCO
    AYTO -->|email a usuarios internos| SMTP

    AYTO <-->|firma del funcionario| AUTOFIRMA
    AYTO <-->|escaneo desde Registro| SCANNER

2. Tabla maestra

Resumen de un vistazo. Detalle de cada uno en §3.

Servicio Qué hace Módulos Auth Coste Tiempo alta
Catastro OVC Callejero + coordenadas Padrón Ninguna Gratis 0 (público)
Cartografía INE Polígonos distritos/secciones Padrón Ninguna Gratis 0 (público)
INE intercambio (CLÁSICO) Subida manual IDA mensual Padrón Usuario+contraseña Gratis 5-15 días
INE eIDA (moderno) Envío auto IDA por SOAP Padrón Cert FNMT Gratis 1-3 meses
PID/SCSP — SVDR Consulta padrón nacional Padrón Cert FNMT + convenio Gratis AAPP 2-6 meses
FACe Recepción de facturas electrónicas de proveedores Contabilidad, Tesorería Cert FNMT Gratis AAPP 15-30 días
MINHAP / PCAEL Envío de presupuesto, liquidación, PMP, deuda viva Presupuesto, Tesorería, Contabilidad Cert FNMT + alta MINHAP Gratis AAPP 1-2 meses
DEHú Notificaciones electrónicas Notificaciones (común) ← Padrón, Registro Cert FNMT Gratis AAPP 15-30 días
SIR + DIR3 + SICRES 3.0 Intercambio registral entre AAPP Registro Cert FNMT + alta MINHAP Gratis AAPP 2-4 meses
FNMT — Sello de órgano Firma sin intervención humana Padrón, Registro, Tesorería, Contabilidad, Documental (sí mismo) Gratis AAPP 15-30 días
TSA (Time Stamping) Sello de tiempo PAdES-T Padrón, Registro, Documental Ninguna (DigiCert) Gratis 0 (operativo)
AutoFirma Firma con DNIe/cert personal Padrón, Documental Instalación local Gratis Por usuario
Banca (SEPA + N43) Pagos masivos y conciliación Tesorería Cert SSL del banco Variable 1-2 meses
Cl@ve / Cl@ve PIN Login del ciudadano en sede (Sede pública) Convenio SGAD Gratis AAPP 1-3 meses
SMTP Notificaciones por email Todos Auth del proveedor Variable 0 (si ya hay)
Civis Scanner Escaneado desde la app Registro Instalación local Gratis Por puesto

3. Fichas detalladas

Catastro OVC

  • Qué hace: descarga del callejero municipal (vías, fincas con referencia catastral) y de las coordenadas geográficas de cada finca.
  • URL del servicio:
  • http://ovc.catastro.meh.es/ovcservweb/OVCSWLocalizacionRC/OVCCallejero.asmx (vías, fincas, viviendas)
  • http://ovc.catastro.meh.es/ovcservweb/OVCSWLocalizacionRC/OVCCoordenadas.asmx (coordenadas)
  • Autenticación: ninguna. Servicio público abierto.
  • Cómo se da de alta: no hace falta alta. Funciona desde el día 1.
  • Cómo se configura: en "Configuración del módulo Padrón" eliges provincia y municipio mediante el autocompletado (consulta al servicio para validar).
  • Limitaciones: Catastro banea por IP ante >5 peticiones/s sostenidas. La plataforma autolimita a 0,4 s entre peticiones y detecta los 403/429.
  • Coste: gratis.
  • Trámite: ninguno.
  • Módulos que lo usan: Padrón (importación masiva del callejero
  • sincronización mensual).
  • Estado por defecto: ✅ operativo desde la instalación.

Cartografía INE (shapefile)

  • Qué hace: proporciona los polígonos oficiales de distritos y secciones censales del municipio. Se usa para mapas y para asignar automáticamente cada vía a su sección por point-in-polygon.
  • URL: https://www.ine.es/prodyser/cartografia/seccionado_actual.zip (ZIP con shapefiles).
  • Autenticación: ninguna.
  • Cómo se carga: pantalla "Importar cartografía INE" del módulo Padrón. Acepta descarga automática o subida manual del ZIP.
  • Frecuencia: anual (INE publica un seccionado nuevo cada enero/febrero).
  • Coste: gratis.
  • Módulos: Padrón (mapas, geo-asignación, snapshots por distrito).
  • Estado por defecto: ✅ operativo.

INE intercambio (canal CLÁSICO)

  • Qué hace: el ayuntamiento sube manualmente el fichero TXT mensual con las variaciones del padrón (IDA) al portal del INE y, cuando llega la respuesta (devolución con incidencias), también la sube manualmente.
  • URL: https://intercambio.ine.es
  • Autenticación: usuario + contraseña por organismo.
  • Cómo se da de alta: el secretario/a del ayuntamiento solicita acceso al portal indicando el código INE del municipio. INE devuelve credenciales para el acceso web.
  • Tiempo: 5-15 días hábiles.
  • Coste: gratis.
  • Módulos: Padrón (Comunicación INE).
  • Recomendado para: municipios <50 000 habitantes (menos volumen, no compensa la complejidad del canal automático).
  • Estado por defecto: 🟠 requiere alta manual antes de poder enviar ficheros IDA al INE.

INE eIDA (canal moderno)

  • Qué hace: lo mismo que el canal CLÁSICO pero por web service SOAP: la plataforma envía y recibe los ficheros sin intervención humana.
  • URL: a confirmar con INE en el alta.
  • Autenticación: certificado FNMT de sello de órgano del ayuntamiento (ver FNMT).
  • Cómo se da de alta: solicitud a s.g.estadisticas.poblacion@ine.es con datos del ayuntamiento + cert FNMT + designación de responsable.
  • Tiempo: 1-3 meses (INE valida la conectividad y firma convenio).
  • Coste: gratis.
  • Módulos: Padrón.
  • Recomendado para: municipios grandes (>50 000 habitantes).
  • Estado por defecto: 🟠 requiere alta + cert FNMT. El canal CLÁSICO sigue funcionando independientemente.

PID/SCSP (Plataforma de Intermediación)

  • Qué hace: catálogo centralizado de servicios interadministrativos del Estado. Permite consultar a otras AAPP sin que el ciudadano tenga que aportar papeles (Ley 39/2015 art. 28). Para Padrón el servicio clave es SVDR — Verificación de Datos de Residencia (saber dónde está empadronado un ciudadano a nivel nacional).
  • URL: https://intermediacion.administracionelectronica.gob.es/...
  • Autenticación: certificado FNMT de sello de órgano.
  • Cómo se da de alta: adhesión al convenio marco de la SGAD (Secretaría General de Administración Digital): administracionelectronica.gob.es/ctt/scsp. Formularios de alta como organismo cedente y cesionario + responsable
  • listado de servicios solicitados (al menos SVDR).
  • Tiempo: 2-6 meses.
  • Coste: gratis para AAPP.
  • Módulos: Padrón (consulta SVDR saliente).
  • Estado por defecto: 🟠 modo MOCK operativo en el sistema hasta que se firme convenio. En MOCK las respuestas son ficticias pero el flujo es real (con log, audit, integración con incidencias INE). Al activarlo en producción solo hay que cambiar svdr_saliente_modo = PRODUCTION y rellenar URL + cert.

FACe (Punto General de Entrada de Facturas Electrónicas)

  • Qué hace: portal central del Estado donde los proveedores presentan facturas electrónicas dirigidas a cualquier administración pública. El ayuntamiento se conecta al servicio web de FACe para descargar las facturas que le hayan dirigido y para devolverlas o confirmarlas como conformes/rechazadas.
  • URL: https://face.gob.es/... (servicio web SOAP).
  • Autenticación: certificado FNMT de sello de órgano del ayuntamiento + alta previa en FACe asociando los códigos DIR3 de las unidades destinatarias (oficina contable, órgano gestor, unidad tramitadora).
  • Cómo se da de alta: el secretario/a o el responsable de Hacienda registra el ayuntamiento en face.gob.es y asocia los códigos DIR3 pertinentes. Después se valida la conectividad con el cert FNMT.
  • Tiempo: 15-30 días hábiles para el alta.
  • Coste: gratis para AAPP.
  • Módulos: Contabilidad (recepción y conformidad de facturas), Tesorería (pago de facturas conformadas).
  • Estado por defecto: 🟠 cliente implementado en app/ia/face_service.py, pero el cron de descarga periódica está pendiente de programar en MOS (face.descargar_pendientes). Las facturas también pueden importarse manualmente subiendo el XML Facturae.
  • Roadmap: integrar cron MOS para consulta automática cada N minutos.

MINHAP / PCAEL (Comunicación de datos presupuestarios)

  • Qué hace: envío telemático al Ministerio de Hacienda de los datos económico-financieros del ayuntamiento que la Ley de Estabilidad Presupuestaria obliga a comunicar:
  • Presupuesto inicial aprobado.
  • Presupuesto definitivo y prórrogas.
  • Liquidación anual del presupuesto.
  • PMP (periodo medio de pago) trimestral.
  • Deuda viva trimestral.
  • Morosidad (ratios) trimestrales.
  • URL: servicios web del MINHAP — Oficina Virtual para la Coordinación Financiera con las Entidades Locales (OVEELL).
  • Autenticación: certificado FNMT de sello de órgano + credenciales OVEELL.
  • Cómo se da de alta: el ayuntamiento solicita acceso a la OVEELL del MINHAP indicando el código DIR3 y el responsable. Se obtiene un usuario para el portal web y/o credenciales para el servicio web.
  • Tiempo: 1-2 meses.
  • Coste: gratis para AAPP.
  • Módulos: Presupuesto (envío del presupuesto inicial, definitivo, prórrogas, liquidación — modelo PresupuestoComunicacionMinhap ya creado en BD), Tesorería (PMP), Contabilidad (datos económicos consolidados).
  • Estado por defecto: 🟠 modelo de BD creado, sin endpoints ni UI todavía — pendiente de implementación. Backlog post-sprints. El permiso presupuesto:minhap:comunicar ya está asignado al rol Jefe de Tesorería.
  • Roadmap:
  • Cliente SOAP contra los servicios del MINHAP.
  • Pantalla de bandeja de comunicaciones con histórico.
  • Cron automático trimestral para PMP y deuda viva.
  • Alternativa mientras tanto: el operario descarga manualmente los ficheros del módulo y los sube por el portal web del MINHAP.

DEHú (Dirección Electrónica Habilitada Única)

  • Qué hace: notificación electrónica oficial al ciudadano. Sustituye al envío postal en los obligados (personas jurídicas + ciudadanos voluntarios). Cualquier comunicación del ayuntamiento al ciudadano (renovaciones de padrón, requerimientos, certificados, notificaciones de registro) puede entregarse por aquí.
  • URL: https://dehu.redsara.es/...
  • Autenticación: certificado FNMT de sello de órgano.
  • Cómo se da de alta: alta como organismo emisor en dehu.redsara.es + designación de DIR3.
  • Tiempo: 15-30 días hábiles.
  • Coste: gratis para AAPP.
  • Módulos: módulo común Notificaciones invocado desde Padrón (avisos de renovación NIE-NC y comunitarios), Registro (notificación electrónica de salidas) y, en el futuro, Recaudación (providencias de apremio en ejecutiva).
  • Configuración multi-tenant: cada entidad activa DEHú desde la pantalla Notificaciones → Configuración DEHú y elige modo MOCK o PRODUCTION.
  • Cron asociado: notificaciones.vigilar_vencimientos (diario 05:00) — auto-rechazo por silencio art. 43.2 LPAC + refresco de estados.
  • Estado por defecto: 🟠 modo MOCK operativo de fábrica, con bandeja, ciclo de vida, cron de vigilancia y emisión real desde Padrón y Registro. Para PRODUCTION falta: cliente SOAP real (hoy stub), cert FNMT, alta MINHAP, URL real y DIR3. Mientras tanto el envío postal funciona como fallback completo (los módulos emisores nunca bloquean si DEHú falla).
  • Guía detallada: Notificaciones — Puesta a producción.

SIR (Sistema de Interconexión de Registros)

  • Qué hace: intercambio registral entre administraciones. Los registros de entrada/salida dirigidos a otra AAPP se envían electrónicamente sin papel, en formato SICRES 3.0, usando el catálogo DIR3 de organismos.
  • Componentes:
  • SIR (MINHAP): el bus de mensajes.
  • DIR3: directorio común de unidades orgánicas.
  • SICRES 3.0: especificación XML del intercambio.
  • URL: a obtener en el alta MINHAP.
  • Autenticación: certificado FNMT de sello de órgano + credenciales específicas MINHAP.
  • Cómo se da de alta: solicitud a MINHAP con DIR3 del ayuntamiento
  • cert. Tras el alta, la plataforma tiene cron MOS que envía y recibe cada 5-10 minutos.
  • Tiempo: 2-4 meses.
  • Coste: gratis para AAPP.
  • Módulos: Registro (bandejas SIR de entrada y salida).
  • Estado por defecto: 🟠 modo MOCK operativo, cron sin programar. En MOCK genera respuestas ficticias para validar flujo. Activación: SIR_MODE=production + credenciales MINHAP + cert + programar registro.sir.enviar_pendientes y …descargar_pendientes.

FNMT — Certificado de sello de órgano

  • Qué hace: certificado electrónico de la persona jurídica "Ayuntamiento de X" que permite firmar sin intervención humana (cron, web service, sello automático en PDFs).
  • Dónde se pide: sede.fnmt.gob.es — Sello electrónico.
  • Quién lo pide: la persona titular del órgano (alcalde o secretario) o un funcionario habilitado, presencialmente en una oficina de registro autorizada.
  • Validez: 4 años. Vigilar caducidad — el sistema avisa con cron diario cuando faltan ≤30 días.
  • Coste: gratis para AAPP.
  • Dónde se guarda: el archivo .p12 se sube a la pantalla "Configuración del módulo Padrón → Certificado de sello" y se cifra en BD con Fernet (clave en variable de entorno).
  • Módulos: Padrón (firma certificados, eIDA, SVDR saliente), Registro (SIR, sello recibo PDF), Tesorería (firma ficheros SEPA si el banco lo exige), Documental (firma UDs con sello).
  • Estado por defecto: 🟠 trámite presencial obligatorio.

TSA (Time Stamping Authority)

  • Qué hace: sello de tiempo cualificado que se añade a las firmas PAdES-T para que sean válidas incluso si el certificado caduca.
  • URL por defecto: http://timestamp.digicert.com (TSA pública gratuita).
  • Alternativas: TSA propia del ayuntamiento, CCN-CERT, ACCV, FNMT.
  • Autenticación: ninguna para DigiCert. Las TSA "cualificadas" (eIDAS) pueden requerir contrato.
  • Coste: gratis (DigiCert).
  • Módulos: Padrón (certificados firmados), Registro (recibos), Documental (firma UDs).
  • Estado por defecto: ✅ operativo desde la instalación. Configurable si se quiere cambiar de proveedor.

AutoFirma (cliente local)

  • Qué hace: aplicación oficial del Gobierno que permite al firmante (alcalde, secretario, funcionario) firmar con su DNIe o cert personal desde su PC, sin subir el .p12 al servidor. La plataforma le abre el firmador local mediante protocolo afirma://.
  • Descarga: firmaelectronica.gob.es/Home/Descargas.
  • Requisitos del puesto: Windows/Mac/Linux + Java 11+.
  • Cómo se activa: en "Configuración del módulo Padrón" marcar permite_autofirma = true. Cada firmante decide qué método usar al pulsar "Firmar".
  • Módulos: Padrón (certificados), Documental (firma UDs).
  • Estado por defecto: opcional. Habilitable por entidad.

Banca (SEPA pain.008 + Norma 43)

  • Qué hace:
  • Salida → fichero SEPA pain.008 (cobros domiciliados) o Norma 34 (pagos). Se sube al banco por SFTP o portal.
  • Entrada → extracto Norma 43 (formato bancario español estándar) que la plataforma parsea para conciliar.
  • Quién decide: cada banco da sus URLs/endpoints SFTP. El ayuntamiento configura uno por cuenta bancaria.
  • Autenticación: certificado SSL específico del banco o usuario/clave SFTP.
  • Coste: variable según el contrato con el banco (suele estar incluido).
  • Tiempo de alta: 1-2 meses (negociación con el banco + pruebas).
  • Módulos: Tesorería (pagos, cobros, conciliación bancaria).
  • Estado por defecto: 🟠 requiere acuerdo con cada banco.

Cl@ve / Cl@ve PIN (autenticación del ciudadano)

  • Qué hace: identificación del ciudadano en la sede electrónica (cuando un ciudadano accede para emitir su propio volante, consultar sus expedientes, recibir notificaciones DEHú, etc.). No se usa internamente: solo para el ciudadano en la zona pública.
  • URL: integración con el bus Cl@ve de la SGAD.
  • Autenticación: convenio Cl@ve + certificado del organismo.
  • Cómo se da de alta: solicitud a la SGAD para incorporar la sede del ayuntamiento como Proveedor de Servicios.
  • Tiempo: 1-3 meses.
  • Coste: gratis para AAPP.
  • Módulos: zona pública de la Sede ciudadana (afecta transversalmente a Padrón, Registro, Documental).
  • Estado por defecto: opcional. La plataforma puede operar sin Cl@ve si el ayuntamiento elige acceso por usuario+contraseña + 2FA.

SMTP (correo saliente)

  • Qué hace: envío de notificaciones por email a usuarios internos (jefes de departamento, operarios) sobre eventos del sistema (incidencias, peticiones, etc.). NO se usa para notificaciones legales al ciudadano (eso va por DEHú).
  • Servidores típicos: Microsoft 365, Google Workspace, servidor propio Postfix, Mailgun, SendGrid.
  • Autenticación: la del proveedor (OAuth2, app password, SMTP authentication).
  • Configuración: variables de entorno SMTP_HOST, SMTP_PORT, SMTP_USER, SMTP_PASSWORD, SMTP_FROM, SMTP_USE_TLS.
  • Coste: variable (a menudo gratis si el ayuntamiento ya tiene email corporativo).
  • Módulos: todos.
  • Estado por defecto: ⚠️ debe configurarse en el primer despliegue. Sin SMTP el sistema funciona pero no manda avisos.

Civis Scanner (cliente local de escaneado)

  • Qué hace: agente local Windows que conecta el escáner del puesto (vía driver WIA) con la pantalla de Registro, de modo que el funcionario puede escanear papeles directamente al asiento sin pasarlos por intermediarios.
  • Descarga / despliegue: instalador propio de Gestión Civis, desplegable por GPO en ayuntamientos serios.
  • Autenticación: pairing por código que el funcionario introduce la primera vez.
  • Comunicación: HTTPS local (puerto configurable) — el Scanner expone un servicio HTTPS local al que la app web del navegador llama.
  • Módulos: Registro (pantalla de alta de asientos).
  • Estado por defecto: opcional. Si no está instalado, la pantalla ofrece "Subir fichero" como alternativa.

4. Orden recomendado de tramitación

Ejecutar en paralelo los trámites largos desde el primer mes para no retrasar el cronograma global.

Imprescindibles para producción (mes 1)

  • Solicitar cert FNMT de sello de órgano (presencial; tarda 15-30 días).
  • Alta en intercambio.ine.es (canal CLÁSICO IDA Padrón).
  • Iniciar adhesión a PID/SCSP (para SVDR Padrón).
  • Configurar SMTP del ayuntamiento.

Para módulo Contabilidad (mes 1-2)

  • Alta en FACe + asociación de códigos DIR3 (recepción de facturas electrónicas de proveedores).

Para módulo Presupuesto/Tesorería (mes 1-2)

  • Alta en OVEELL del MINHAP (envío PCAEL/PMP/deuda viva).

Para módulo Registro (mes 1-2 en paralelo)

  • Solicitar alta en SIR + DIR3 (MINHAP).
  • Alta en DEHú (compartido con Padrón).

Para módulo Tesorería (mes 1-2)

  • Negociar con cada banco la conectividad SEPA + Norma 43.

Opcionales (se pueden activar después)

  • eIDA del Padrón (alternativa al CLÁSICO).
  • AutoFirma (modalidad de firma con DNIe del firmante).
  • Cl@ve (autenticación del ciudadano en sede).
  • Civis Scanner desplegado en los puestos de Registro.

Mantenimiento continuo

  • Renovar cert FNMT cada 4 años (el sistema avisa a los 30 días).
  • Actualizar cartografía INE cada año (cuando publican nuevo seccionado).
  • Sincronizar callejero Catastro mensualmente (sin reimportar todo).

5. Resumen de bloqueos por módulo

                    Sin trámites           Con trámites           En producción
                    (instalación)          (semanas-meses)        (todo activo)

PADRÓN
  Habitantes        ✅ alta/baja/cambio    ✅ misma               ✅ misma
  Volantes          ✅ sin firma           ✅ con sello FNMT     ✅ con firma legal
  Certificados      ⚠️ sin firma legal     ✅ con sello/cert     ✅ con firma legal
  IDA mensual       ⚠️ genera, no envía    ✅ envío CLÁSICO       ✅ envío eIDA auto
  Cifras oficiales  ✅ generables          ✅ aprobables Decreto  ✅ comunicadas INE
  SVDR saliente     ⚠️ modo MOCK          ⚠️ modo MOCK          ✅ contra PID real

REGISTRO
  Asientos E/S      ✅ alta normal         ✅ misma               ✅ misma
  Recibo PDF        ✅ sin firma           ✅ con sello FNMT     ✅ firmado
  SIR (E/S)         ⚠️ modo MOCK          ⚠️ modo MOCK          ✅ contra SIR real
  Notif. ciudadano  📮 postal              📮 postal              ✅ DEHú

TESORERÍA
  Cuentas/órdenes   ✅ operativo           ✅ operativo           ✅ operativo
  Pagos SEPA        ❌ no envía            ⚠️ requiere banco     ✅ operativo
  Conciliación N43  ❌ sin extractos       ⚠️ requiere banco     ✅ operativo

CONTABILIDAD
  Plan contable     ✅ operativo           ✅ operativo           ✅ operativo
  Facturas manuales ✅ alta normal         ✅ misma               ✅ misma
  FACe (auto)       ⚠️ entrada manual     ⚠️ entrada manual     ✅ descarga auto

PRESUPUESTO
  Ciclo gasto       ✅ operativo           ✅ operativo           ✅ operativo
  Comunicac. MINHAP ❌ no implementado     ❌ no implementado    🟠 pendiente
  PMP/Deuda viva    ✅ cálculo interno     ✅ cálculo interno    🟠 envío MINHAP*

* Comunicación MINHAP / PCAEL / OVEELL: pendiente de implementación.

DOCUMENTAL
  Workflow + firma  ✅ con cert subido     ✅ con sello FNMT     ✅ con firma legal

SEDE PÚBLICA
  Verificación CSV  ✅ operativo           ✅ operativo           ✅ operativo
  Login ciudadano   ⚠️ user+pass+2FA      ⚠️ user+pass+2FA      ✅ Cl@ve

6. Contactos útiles


Páginas relacionadas: