Alanube lanza el primer servidor MCP de infraestructura fiscal conectado a la DGII en República Dominicana

Contenido de este artículo

1. Qué es el MCP de Alanube y qué problema resuelve
2. Cómo funciona técnicamente
3. Qué expone el servidor: 30 herramientas en tres capas
4. Por qué es el primero de esta categoría en RD
5. Disponibilidad y próximos pasos

El proveedor de infraestructura fiscal Alanube anunció el lanzamiento de un servidor Model Context Protocol (MCP) conectado directamente a la DGII de República Dominicana, convirtiéndose en el primer proveedor del país en exponer operaciones de emisión de e-CF como herramientas que los agentes de IA pueden invocar de forma nativa.

El lanzamiento llega en un momento en que el ecosistema de MCP de infraestructura fiscal en América Latina es todavía incipiente. Fuera de República Dominicana, el único referente comparable documentado públicamente en la región es Cucu.bo, proveedor boliviano conectado al SIAT de Bolivia, con cobertura exclusiva del mercado local. Para el panorama completo del ecosistema LATAM, ver Servidores MCP de facturación electrónica en América Latina: estado del ecosistema en 2026.

Qué es el MCP de Alanube y qué problema resuelve

El Model Context Protocol es un estándar abierto publicado por Anthropic en noviembre de 2024 que define cómo los agentes de IA descubren herramientas externas y las invocan. A diferencia de una API REST —diseñada para código determinista que construye payloads manualmente— un servidor MCP expone herramientas con nombre, descripción y esquema tipado que el agente puede descubrir y usar en tiempo de ejecución.

El problema que resuelve es concreto: integrar la emisión de e-CF en un agente de IA requiere que el modelo entienda el esquema de la DGII, construya el payload correcto, maneje los estados del ciclo de vida y diagnostique errores de rechazo. Hacerlo directamente contra la API REST implica instruir todo eso en el prompt o en código. Para una comparativa detallada de ambas rutas, ver MCP vs API REST para e-CF en RD.

Cómo funciona técnicamente

La arquitectura tiene cuatro componentes en cadena: el agente o IDE se comunica con el servidor MCP de Alanube usando JSON-RPC, el servidor traduce la llamada a la API REST v1.0-DOM, esta transmite a la DGII y el resultado regresa hasta el agente en un formato estructurado.

Agente / IDE → Servidor MCP Alanube (JSON-RPC) → API REST v1.0-DOM → DGII

El servidor es stateless. Los estados del ciclo de vida —REGISTERED, TO_SEND, WAITING_RESPONSE, TO_NOTIFY, FINISHED— y los resultados legales —ACCEPTED, ACCEPTED_WITH_OBSERVATIONS, REJECTED— llegan exactamente como los devuelve la DGII, sin transformaciones. La autenticación usa el mismo token Bearer de la cuenta Alanube existente.

El servidor es compatible con Claude Desktop, Claude Code CLI, Cursor, Continue, VS Code con extensión MCP y cualquier cliente que implemente el protocolo. También es accesible de forma programática vía el SDK oficial @modelcontextprotocol/sdk en TypeScript o Python.

{
  "ok": true,
  "documentTypeCode": "32",
  "flowMode": "sync",
  "finalLegalOutcomeReached": true,
  "legalStatus": "ACCEPTED",
  "documentNumber": "E320000000005",
  "assetUrls": {
    "xml": "https://...",
    "pdf": "https://...",
    "resumeXml": "https://..."
  }
}

Qué expone el servidor: 30 herramientas en tres capas

El servidor expone 30 herramientas organizadas en tres capas funcionales. Para la referencia completa en español, ver Las 30 herramientas del MCP de infraestructura fiscal de RD.

Descubrimiento y aprendizaje (5 herramientas)

Permiten al agente explorar el catálogo sin leer documentación externa: traducir una descripción en lenguaje natural al endpoint correcto, explicar campos, generar payloads de ejemplo y entregar planes de onboarding por tipo de documento.

Emisión, seguimiento y archivos (23 herramientas)

El núcleo operativo. Incluye el orquestador que valida, emite, consulta el estado y descarga archivos en una sola llamada, más 10 pares de herramientas de emisión y consulta por cada tipo del catálogo DGII.

Los 10 tipos de e-CF cubiertos son los del catálogo oficial: Factura de Crédito Fiscal (31), Factura de Consumo (32), Nota de Débito (33), Nota de Crédito (34), Compras (41), Gastos Menores (43), Regímenes Especiales (44), Gubernamental (45), Exportaciones (46) y Pagos al Exterior (47). Para el detalle de cada uno, ver Los 10 tipos de e-CF en República Dominicana.

Confiabilidad (2 herramientas)

Validación previa del payload y diagnóstico de errores que convierte un código de rechazo de la DGII en causa probable y acción correctiva. Para el mapa de códigos de error, ver Errores de rechazo DGII en e-CF.

Por qué es el primero de esta categoría en RD

Antes de este lanzamiento, los developers que querían integrar e-CF en un agente de IA en República Dominicana tenían una sola ruta: consumir la API REST directamente, construyendo la lógica de integración fuera del agente.

A nivel regional, proveedores globales como Avalara tienen MCP para cumplimiento fiscal internacional pero sin integración directa con la DGII. Cucu.bo en Bolivia opera sobre la normativa SIAT — un mercado y una normativa distintos al sistema e-CF dominicano.

Disponibilidad y próximos pasos

El servidor está disponible en ambiente sandbox. Las credenciales se solicitan desde la landing del MCP de Alanube para República Dominicana. Para la guía de integración paso a paso, ver Cómo conectar un agente de IA a la DGII.

La hoja de ruta incluye extensión a Colombia, Panamá, Perú y Costa Rica. La documentación técnica completa del servidor está disponible en el portal de desarrolladores de Alanube.

Sobre el autor

Ing. Carlos Méndez es arquitecto de software con más de 10 años integrando sistemas fiscales en América Latina.

Contexto del ecosistema: el Model Context Protocol fue publicado por Anthropic en noviembre de 2024. El único referente previo en LATAM con servidor MCP de infraestructura fiscal es Cucu.bo, conectado al SIAT boliviano — su documentación técnica cubre la normativa boliviana exclusivamente. Avalara tiene MCP para cumplimiento fiscal global sin integración directa con la DGII. Para el análisis completo del ecosistema LATAM, ver Servidores MCP de facturación electrónica en LATAM: estado 2026.