Encuentra documentación técnica detallada sobre cómo implementar facturación electrónica en diferentes países de LATAM. Desde la autenticación con los entes reguladores hasta la generación y envío de documentos tributarios electrónicos.
Los fallos más frecuentes al registrar eventos RADIAN (plazos, orden de eventos, firma, duplicados) con una matriz de diagnóstico y un checklist de integración.
Cómo funciona el evento 031 de RADIAN: causales de reclamo, plazo de 3 días hábiles, efecto sobre la aceptación tácita y flujo de resolución posterior.
Diferencia entre los eventos 033 (aceptación expresa) y 034 (aceptación tácita) de RADIAN, cómo se cuenta el plazo y por qué ambos son irrevocables.
Qué son los eventos 030 y 032 de RADIAN, por qué son prerrequisito de la aceptación y cómo automatizarlos desde un software de compras o cuentas por pagar.
Catálogo técnico de los eventos RADIAN (030 a 034 y posteriores): quién los genera, plazos de 3 días hábiles y cómo modelarlos en una integración por API.
El MCP de Alanube expone los eventos RADIAN (registro, aceptación, endoso) como herramientas para agentes de IA, sobre la misma API REST de Colombia.
Cómo solicitar y activar el sandbox de la DGII para pruebas de e-CF: proceso, tiempos, credenciales, limitaciones y alternativas para acelerar el desarrollo.
Guía técnica sobre la firma digital del e-CF en República Dominicana: certificados INDOTEL, estándar XAdES-BES, algoritmo SHA-256 y errores de firma.
Guía técnica del flujo de autorización del e-CF en la DGII: estados posibles, tiempos de respuesta, manejo de errores, reintentos y contingencia.
Referencia técnica de los campos obligatorios del XML e-CF para la DGII de República Dominicana: Encabezado, DetallesItems, Totales y sus validaciones.
Guía técnica completa para ISVs que integran e-CF con la DGII: XML, firma digital, flujo de autorización, sandbox y errores más comunes.
Qué es MCP fiscal para facturación electrónica DIAN en Colombia, cómo difiere de REST, ventajas para ISVs y cómo implementar con soporte RADIAN.
Qué es el Model Context Protocol (MCP) para e-CF DGII en República Dominicana, cómo difiere de una API REST y cómo implementarlo en un ISV.
Qué es un agente de retención en Colombia, cómo identificarlo desde la API, qué impacto tiene en el XML UBL 2.1 y cómo diseñar el modelo de datos para soportar múltiples agentes retenedores.
Cómo implementar correctamente reteIVA (TaxScheme ID 04) y reteICA (TaxScheme ID 07) en la factura electrónica colombiana: bases, tarifas, municipios y validación DIAN.
Cómo declarar correctamente la retención en la fuente (TaxScheme ID 06) en el XML UBL 2.1 de la DIAN: base imponible, porcentajes por concepto y cálculo de PayableAmount.
Cómo implementar correctamente reteRenta, reteIVA y reteICA en el XML UBL 2.1 de la DIAN: estructura WithholdingTaxTotal, validaciones y flujo técnico completo.
Cómo anular documentos electrónicos en el SFEP de Panamá: ventana de 24 horas, endpoint dedicado, payload requerido, firma digital y estados DGI. Guía técnica para ISVs.
Guía técnica sobre la nota de débito electrónica en el SFEP de Panamá: casos de uso válidos, estructura XML, cálculo del ITBAM y restricciones del DGI.
Cómo construir correctamente la nota de crédito electrónica en Panamá: campos XML obligatorios, cálculo del ITBAM, referencia al documento origen y errores de validación DGI más frecuentes.
Guía técnica completa sobre notas de crédito, débito y anulaciones en el SFEP de Panamá: cuándo emitir cada documento, estructura XML DGI y flujos de implementación para ISVs.
Cómo diseñar el manejo de respuestas asíncronas de la DGII en la integración e-CF: webhooks, polling de estado, colas de trabajo y gestión de errores de red en República Dominicana.
Cómo implementar correctamente la autenticación en la API DGII para e-CF en República Dominicana: OAuth2, gestión de tokens, certificados digitales y errores de autenticación frecuentes.
Guía técnica de la estructura XML del e-CF tipo 31 (Factura de Crédito Fiscal) en República Dominicana: todos los campos obligatorios, reglas de validación DGII y errores de esquema frecuentes.
Guía técnica para implementar el rol de receptor electrónico en Costa Rica: cómo recibir comprobantes de Hacienda, confirmar, aceptar o rechazar, y automatizar el flujo vía API.
Cómo funciona la firma digital XAdES-BES en Costa Rica, qué certificados acepta Hacienda, el proceso de firma sobre el XML del comprobante y qué errores genera una firma mal formada.
Guía técnica sobre los seis tipos de comprobantes electrónicos en Costa Rica: cuándo emitir cada uno, reglas de negocio, campos obligatorios y consecuencias fiscales de una selección incorrecta.
Guía técnica completa sobre la API ATV de Hacienda Costa Rica: tipos de comprobantes, firma XAdES-BES, endpoints OAuth y criterios de evaluación para ISVs.
Guía técnica de la firma digital XAdES-BES en nómina electrónica Colombia: entidades certificadoras, proceso de obtención, renovación y errores de firma más frecuentes.
Guía técnica de los campos XML de devengos y deducciones en la NIDD (nómina electrónica DIAN): obligatorios, opcionales, reglas de validación y errores frecuentes.
Guía técnica sobre los OASF en Colombia: rol en la nómina electrónica DIAN, criterios de selección, estructura de API y manejo de errores para integradores.
Guía técnica completa sobre nómina electrónica en Colombia: NIDD, NANE, OASF, CUNE y flujo de validación DIAN. Para ISVs que integran vía API.
Cómo integrar facturación electrónica en Colombia, RD, Panamá y Costa Rica con una sola arquitectura de API. Diferencias normativas clave y modelo de integración recomendado.
Comparativa de sandboxes de APIs de facturación electrónica en LATAM: Colombia (DIAN), RD (DGII), Panamá (DGI) y Costa Rica (Hacienda). Casos de prueba reales incluidos.
8 puntos de verificación para integrar facturación electrónica con SUNAT en Perú: certificado XAdES-BES, XML UBL 2.1, OSE, fallback y manejo de CDR.
8 criterios técnicos para evaluar proveedores de facturación electrónica en Costa Rica: XML-CR 4.4, clave numérica 50 dígitos, firma PKCS#12, transmisión ATV, webhooks y DX.
8 criterios para elegir un PAC certificado DGI en Panamá: generación de CAFE, sandbox real, tipos SFEP, validación RUC, mensajes de error, webhooks y DX.
8 criterios técnicos para evaluar un proveedor de e-CF en República Dominicana: certificación PSFE, flujo asíncrono DGII, 9 tipos de e-CF, NCF, webhooks y DX.
Requisitos técnicos del estándar UBL 2.1 con extensiones SUNAT para Factura (01), Boleta de Venta (03), Nota de Crédito (07) y Nota de Débito (08) en Perú.
8 criterios técnicos para evaluar un proveedor de API de facturación electrónica en Colombia: habilitación DIAN, sandbox real, CUFE, soporte RADIAN, mensajes de error y DX.
Qué es un OSE en Perú, cómo está acreditado por SUNAT, qué criterios técnicos usar para evaluarlo y cómo construir la lógica de fallback cuando el OSE no responde.
Guía técnica para ISVs: cómo opera el modelo de validación de facturación electrónica en Perú, el rol del OSE, el flujo UBL 2.1 y qué debe implementar un PSE para operar en producción.
Guía de pruebas en el Sandbox MCP Colombia: cinco escenarios obligatorios antes de producción, cómo interpretar los resultados y lista de verificación para la transición al endpoint de producción.
Cómo usar la herramienta diagnose_co_api_error del servidor MCP Colombia para diagnosticar y resolver rechazos DIAN automáticamente. Categorías de errores, flujo de corrección y límites del diagnóstico.
Guía comparativa para configurar el servidor MCP de facturación DIAN en Cursor, VS Code, Windsurf y Zed. Setup, verificación y diferencias de experiencia entre IDEs.
Tres patrones concretos para automatizar flujos de facturación DIAN con agentes de IA sobre MCP: facturación batch, manejo autónomo de rechazos y notas crédito desde postventa.
Guía técnica sobre las cuatro herramientas del servidor MCP Colombia: issue_co_invoice, issue_co_credit_note, diagnose_co_api_error y validate_co_nit. Qué hace cada una y cómo usarlas.
Guía paso a paso para conectar Claude Desktop, Cursor o VS Code al servidor MCP de facturación DIAN y emitir tu primera factura electrónica colombiana desde un agente de IA.
Guía técnica para verificar e-CF en República Dominicana: cálculo del código de seguridad, verificación de firma XAdES-BES, consulta de estado por eNCF en la DGII y manejo de estados de respuesta.
Guía técnica del PAC en el sistema FEPA de Panamá: rol técnico del PAC, criterios de evaluación, preguntas obligatorias antes de firmar y proceso de cambio de PAC en producción.
Arquitectura de integración con el sistema FEPA de Panamá: abstracción del PAC, manejo de errores, almacenamiento del CUFE, estrategia de contingencia y representación gráfica del documento.
Guía de resolución de errores frecuentes en facturación electrónica de Costa Rica: Clave Numérica inválida, redondeo ITBIS, firma XAdES-BES, códigos CABYS incorrectos y errores de identificación del receptor.
Guía técnica del sistema FEPA en Panamá: estructura del XML, rol del PAC, tipos de documento, validación del RUC, cálculo de ITBMS y flujo completo de emisión.
Guía técnica de integración con el ATV de Costa Rica: autenticación por token, flujo asíncrono de envío y consulta, callback de confirmación, modo sin internet y categorías de error del Ministerio de Hacienda.
Estructura del XML-CR versión 4.3, tipos de comprobante, Clave Numérica, validaciones del ATV, firma con certificado BCCR y errores frecuentes en la integración de facturación electrónica en Costa Rica.
Los rechazos de la DGII en e-CF tienen causas precisas y acciones correctivas definidas. Esta guía explica el ciclo de vida del documento, los códigos de error más frecuentes y cómo un agente de IA puede diagnosticar y corregir rechazos de forma autónoma.
Guía completa para conectar un agente de IA a la DGII de República Dominicana usando el único servidor MCP de infraestructura fiscal disponible actualmente: configuración del cliente, primer e-CF en lenguaje natural y emisión programática con TypeScript.
Referencia consolidada en español de las 30 herramientas del único servidor MCP de infraestructura fiscal conectado a la DGII en República Dominicana: organización por capas, casos de uso y cuándo usar el orquestador vs. emisión directa.
Un servidor MCP de infraestructura fiscal conecta agentes de IA directamente con los sistemas tributarios de un país. Esta guía explica qué es el protocolo MCP, qué lo diferencia de una API REST, qué referentes existen en LATAM y cuál es el estado actual en República Dominicana.
Guía técnica para implementar la nota de débito electrónica (e-CF Tipo 35) en República Dominicana: estructura XML, campos obligatorios, flujo DGII y errores frecuentes.
Cómo implementar idempotencia y reintentos seguros en la integración con la API del DGI en Panamá. Guía técnica para evitar documentos duplicados en el SFEP.
Cómo implementar logging estructurado, métricas y alertas en su integración con la API de Hacienda Costa Rica. Guía técnica para ISVs con volumen en producción.
Guía técnica del e-CF Tipo 34 en República Dominicana: cuándo emitirlo, campos de referencia al NCF original, flujo de validación asíncrona DGII y errores frecuentes para ISVs.
Guía técnica para emitir notas crédito y débito electrónicas ante la DIAN: campos UBL 2.1, CUDE, estados de validación y arquitectura para ISVs multi-emisor en Colombia.
Guía técnica para implementar idempotencia en integraciones DIAN y evitar facturas electrónicas duplicadas usando el CUFE como clave de control.
Guía técnica para implementar idempotencia y reintentos seguros en la API del Ministerio de Hacienda de Costa Rica sin generar facturas duplicadas.
Catálogo técnico de los errores más frecuentes en la integración con la API DGII para e-CF en República Dominicana, con causas raíz y procedimientos de resolución.
Protocolo técnico para operar en contingencia cuando el DGI o el PAC no responden en el flujo SFEP de Panamá. Tipos de fallo, cola offline y criterios de resiliencia.
El ambiente de habilitación (sandbox) de la DIAN es donde debes probar tu integración antes de ir a producción. Es un entorno completamente aislado que simula el comportamiento de la DIAN real.
El CUFE es un identificador único generado con SHA-384 que garantiza la integridad de cada factura electrónica en la DIAN. Un error en su cálculo causa rechazo código FAB14b.
Los errores en transmisión DIAN tienen códigos específicos. Conocer su causa y solución puede ahorrarte horas de debugging.
La firma digital es el mecanismo criptográfico que garantiza la autenticidad e integridad de cada documento electrónico en Colombia. Usa el estándar XAdES-B con certificados emitidos por entidades certificadoras acreditadas.
Para emitir facturas electrónicas en Colombia debes habilitarte ante la DIAN como emisor. El proceso incluye registro, configuración del PT, pruebas de habilitación y activación en producción.
Integrar facturación electrónica en un ERP o SaaS requiere definir la arquitectura de integración, elegir el PT correcto y gestionar los estados del documento.
El modo de contingencia permite seguir facturando cuando la DIAN no está disponible. Los documentos emitidos en contingencia deben retransmitirse correctamente una vez restaurado el servicio.
La validación previa es el proceso por el cual la DIAN verifica cada documento electrónico antes de darle validez legal. El flujo tiene 9 pasos definidos.
Los webhooks permiten recibir notificaciones en tiempo real sobre el estado de tus documentos electrónicos. Son esenciales para arquitecturas event-driven en facturación.
El ambiente de pruebas (staging) de Hacienda Costa Rica permite validar tu integración antes de ir a producción con facturas electrónicas v4.4.
Guía técnica para transmitir documentos electrónicos al sistema de Hacienda de Costa Rica: endpoints, autenticación y flujo de respuesta.
Los errores más frecuentes al emitir facturas electrónicas v4.4 en Costa Rica y cómo resolverlos: campos faltantes, firma inválida y rechazos de Hacienda.
La firma digital en Costa Rica para factura electrónica requiere un certificado emitido por el BNCR o entidad autorizada por el Ministerio de Ciencia y Tecnología.
El mensaje receptor es un documento electrónico que el receptor debe enviar a Hacienda para confirmar si acepta o rechaza una factura electrónica recibida en Costa Rica.
La firma digital en Panamá para facturación electrónica requiere un certificado emitido por una Entidad de Certificación autorizada por la AIG.
Guía técnica del flujo de transmisión de documentos al DGI en Panamá a través del PAC: endpoints, autenticación y estados de respuesta.
El acuse de recibo y la respuesta del receptor son partes clave del flujo del e-CF en República Dominicana. El receptor debe responder dentro del plazo establecido por la DGII.
El modo de contingencia para e-CF en República Dominicana permite seguir emitiendo comprobantes cuando el sistema de la DGII no está disponible.
La validación asíncrona de la DGII significa que la respuesta de validación del e-CF no es inmediata. El flujo incluye un estado pendiente y la respuesta llega por webhook o consulta.