Política de Contingencia y Continuidad Operativa
Proveedor de la herramienta: GAERTEC, SRL
Servicio: Avero — Emisión y recepción de Comprobantes Fiscales Electrónicos (e-CF)
Documento: Política de Contingencia y Continuidad Operativa
Versión: 1.0 (vigente)
Fecha de emisión: 20 de agosto de 2026
Próxima revisión: 20 de agosto de 2027
Declaración institucional
Para un contribuyente, no poder emitir una factura es no poder operar. GAERTEC asume esa realidad como punto de partida: la continuidad del servicio y la preservación de los comprobantes fiscales no son objetivos secundarios, sino parte esencial de nuestra propuesta. Esta política formaliza los mecanismos con los que la empresa sostiene la disponibilidad del servicio y protege la información ante cualquier evento que pudiera interrumpirlo.
1. Objetivo
Definir los procedimientos y controles con los que GAERTEC asegura la continuidad operativa de Avero y la preservación de los comprobantes fiscales electrónicos ante eventos disruptivos —fallas de infraestructura, pérdida de datos, indisponibilidad de servicios externos o incidentes de seguridad—, reduciendo al mínimo el impacto para los contribuyentes y para la DGII.
2. Alcance
Esta política cubre la plataforma Avero, la información que administra —e-CF emitidos y recibidos, índices y referencias de las llaves de firma— y la infraestructura que la soporta.
3. Objetivos de recuperación
Ante una interrupción mayor, GAERTEC tiene como objetivo restablecer el servicio en cuatro (4) horas (RTO) y limitar la pérdida de datos a un máximo de veinticuatro (24) horas (RPO). Estos valores son objetivos de gestión y no compromisos contractuales. Su incumplimiento no genera créditos ni indemnizaciones, salvo lo que disponga el SLA del plan Escala.
4. Continuidad por diseño
Antes que en procedimientos puramente reactivos, GAERTEC confía en una arquitectura concebida para tolerar fallos. Cuatro decisiones de ingeniería sustentan esta resiliencia:
4.1. Desacoplamiento de la emisión y el resguardo interno
La transmisión del comprobante a la DGII y su almacenamiento en nuestra copia secundaria son etapas desacopladas: primero se entrega el e-CF a la DGII —que actúa como registro autoritativo del sistema fiscal dominicano— y posteriormente se almacena en el resguardo interno. De esta forma, una eventual incidencia en el almacenamiento interno no bloquea la capacidad de emisión del contribuyente. Si la copia interna llegara a fallar, el evento queda registrado para subsanación técnica y el comprobante puede ser recuperado a partir de la DGII o del propio emisor.
4.2. Trazabilidad y confirmación de operaciones
Ninguna transacción se descarta de forma silenciosa. Si la DGII no responde temporalmente, la plataforma entrega un mensaje de error explícito para que la operación pueda reintentarse. Cuando la DGII recibe un comprobante pero su procesamiento queda diferido, se asigna un identificador de seguimiento (track_id) que permite consultar el estado definitivo posteriormente, evitando ambigüedades en la facturación.
4.3. Inmutabilidad y preservación fiscal
Los comprobantes e-CF se conservan bajo un esquema WORM (Write Once, Read Many) con un período de retención legal de diez años. Durante este tiempo los archivos firmados no pueden alterarse ni eliminarse, garantizando la integridad de los comprobantes frente a errores operativos o incidentes de seguridad informática, como ransomware.
4.4. Absorción perimetral de tráfico
El servicio opera protegido por una capa perimetral CDN/WAF con mitigación distribuida de ataques DDoS, diseñada para absorber variaciones en el volumen de solicitudes y proteger los servidores de procesamiento ante intentos de saturación o denegación de servicio.
5. Respaldo de la información
GAERTEC aplica políticas de respaldo diferenciadas según la naturaleza y criticidad de cada componente:
| Activo | Mecanismo de Respaldo | Frecuencia | Retención |
|---|---|---|---|
| e-CF firmados Archivos XML tributarios | Almacenamiento de objetos inmutable (WORM) | Continuo En cada emisión/recepción | 10 años Art. 50 Cód. Trib. |
| Índice de documentos Base de datos relacional | Respaldo lógico cifrado (pg_dump) hacia almacenamiento de objetos externo (Cloudflare R2) |
Diario 03:00 hora local | 30 días Copia operativa |
| Bóveda de secretos Secretos y referencias de llave | Bóveda cifrada + respaldo lógico cifrado hacia almacenamiento externo seguro | Diario Automático | 30 días Copia operativa |
Los respaldos de la base de datos se conservan en una ubicación separada de la infraestructura principal —en almacenamiento de objetos externo e independiente del servidor anfitrión— y se cifran en reposo. La retención de 30 días corresponde al respaldo operativo del índice; la preservación fiscal a diez años queda asegurada por el almacenamiento WORM de los e-CF originales, a partir de los cuales el índice puede reconstruirse íntegramente.
6. Capacidad de recuperación
La recuperación ágil del servicio se sustenta en el aislamiento y reproducibilidad de sus componentes:
6.1. Reconstrucción de servicios y datos
Ante la pérdida de la base de datos, GAERTEC restaura el índice desde el último respaldo disponible; al mantenerse los comprobantes XML íntegros en el repositorio WORM, el índice puede conciliarse y completarse a partir de ellos. Al estar contenizada bajo una arquitectura reproducible, la aplicación se redespliega desde sus imágenes oficiales y archivos de configuración versionados. La bóveda de secretos se restablece desde su respaldo externo cifrado, con las claves maestras bajo custodia independiente. Esa bóveda no guarda el archivo del certificado: el titular conserva el original y, si hace falta, lo vuelve a cargar por el flujo de Avero.
6.2. Validación periódica de restauración
GAERTEC valida la eficacia del procedimiento mediante pruebas de restauración periódicas. El ejercicio más reciente se ejecutó el 20 de agosto de 2026 sobre el índice de documentos y la base de la bóveda de secretos en un entorno aislado, certificando la restauración exitosa y la total integridad de los datos recuperados.
7. Escenarios y procedimientos de contingencia
Se establecen protocolos de mitigación específicos para los principales escenarios de riesgo operativo:
| Escenario de Riesgo | Procedimiento de Mitigación y Respuesta |
|---|---|
| Indisponibilidad de la DGII | La plataforma retorna un error explícito y estructurado al cliente para habilitar el reintento. Aquellas emisiones aceptadas pero diferidas se supervisan mediante su identificador track_id hasta la confirmación de su estatus definitivo. |
| Caída del servidor o aplicación | Redespliegue automatizado de la aplicación a partir de imágenes de contenedor y configuración versionada, coordinado por el equipo de operaciones (objetivo de gestión: RTO menor a 4 horas). |
| Pérdida o daño en el índice (DB) | Restauración a partir del último respaldo diario disponible y posterior reconciliación cruzada contra los XML custodiados en el repositorio inmutable WORM. |
| Falla del almacenamiento primario | La política de retención WORM impide borrados no autorizados. Como salvaguarda adicional, se mantiene replicación hacia un almacenamiento externo independiente. |
| Pérdida de la bóveda de secretos | Restauración de la base de la bóveda desde su copia cifrada externa mediante claves maestras custodiadas en repositorio separado. El archivo del certificado no está en esa bóveda: si la referencia de la llave se pierde, el titular vuelve a cargarlo por el flujo de Avero. |
| Incidente de seguridad (ransomware) | Activación inmediata del procedimiento de respuesta a incidentes establecido en la Política de Seguridad de la Información (§12). El esquema WORM garantiza la preservación inalterable de los e-CF frente a cifrado o borrado malicioso. |
| Compromiso de un certificado | Deshabilitación inmediata de la llave en el servicio de gestión de llaves, aviso urgente al titular para que la revoque ante la entidad certificadora y carga del certificado renovado por el flujo de Avero. |
8. Comunicación durante la contingencia
Ante una interrupción imprevista del servicio superior a una (1) hora, GAERTEC notificará a los contribuyentes afectados a través de los canales de asistencia técnica y soporte oficial habilitados. En caso de detectarse un compromiso de datos o certificados, se informará a la DGII y a las partes afectadas conforme al protocolo de la Política de Seguridad de la Información (§12), dentro de las 72 horas posteriores a su confirmación.
9. Pruebas y simulacros del plan
Este plan de contingencia se ejercita de forma anual mediante pruebas controladas de recuperación y restauración de respaldos en infraestructura aislada, documentando la evidencia y resultados para una mejora continua de los procedimientos. La prueba más reciente se efectuó satisfactoriamente el 20 de agosto de 2026.
10. Vigencia y revisión
Esta política entra en vigencia a partir de su aprobación formal. GAERTEC la revisa anualmente o tras la ejecución de simulacros, incidentes significativos o modificaciones relevantes en la arquitectura tecnológica del servicio.