e-CF Tipo 31 vs Tipo 32 en República Dominicana: ¿Cuándo Usar Cada Uno?
El e-CF Tipo 31 es la factura de crédito fiscal y el Tipo 32 es la factura de consumo. Tienen diferencias clave en uso, campos obligatorios y tratamiento fiscal.
El sistema de e-CF en República Dominicana define nueve tipos principales de comprobantes, pero dos de ellos concentran la mayoría del volumen operativo de cualquier empresa: el Tipo 31 (factura de crédito fiscal) y el Tipo 32 (factura de consumo). Confundir uno por otro es el error más frecuente en la implementación inicial de e-CF, y las consecuencias tributarias del error recaen tanto sobre el emisor como sobre el adquiriente.
Esta guía explica las diferencias técnicas y normativas entre e-CF Tipo 31 y Tipo 32 en República Dominicana, los casos específicos en que aplica cada uno, los campos del XML que los distinguen, las consecuencias tributarias de elegir incorrectamente y los criterios prácticos para decidir bien caso por caso.
Definiciones y propósito
Qué es el e-CF Tipo 31
El e-CF Tipo 31 es la factura de crédito fiscal aplicable a operaciones B2B entre contribuyentes registrados ante la DGII. Identifica formalmente al receptor con su RNC, discrimina el ITBIS por separado y habilita el crédito fiscal para el adquiriente en su declaración. Es el documento más formal del sistema y el que más campos obligatorios exige en el XML.
Qué es el e-CF Tipo 32
El e-CF Tipo 32 es la factura de consumo aplicable a ventas a consumidor final no registrado como contribuyente. No exige identificación formal del receptor con RNC, no discrimina ITBIS por separado y no habilita crédito fiscal al adquiriente. Es el documento equivalente al recibo de caja tradicional pero en formato electrónico, cumpliendo la obligación tributaria del emisor.
Diferencias normativas
Cuándo aplica Tipo 31
Cuando el adquiriente es contribuyente identificado con RNC vigente que va a usar el documento como soporte para tomar crédito de ITBIS o para deducir el gasto en renta. Operaciones B2B típicas, ventas a empresas, prestaciones de servicios profesionales a entidades registradas. La regla práctica: si el adquiriente tiene RNC y lo provee al momento del cobro, se emite Tipo 31.
Cuándo aplica Tipo 32
Cuando la venta es a consumidor final no contribuyente, persona física que no opera con RNC, ventas en mostrador a clientela ocasional, operaciones de bajo valor donde la velocidad de caja prioriza sobre la formalización. Típico de comercios retail, restaurantes, servicios de bajo monto con alta rotación. El emisor cumple su obligación tributaria pero el adquiriente no obtiene crédito fiscal.
Casos límite
Cuando un consumidor final solicita expresamente factura para registro personal sin pretender crédito fiscal, el emisor puede emitir Tipo 32 con sus datos básicos o, si el consumidor tiene RNC y lo provee, emitir Tipo 31. La elección se toma según los datos efectivamente proporcionados por el adquiriente al momento del cobro. La práctica recomendada es preguntar siempre al cliente y aplicar la regla según la respuesta.
Diferencias técnicas en el XML
Identificación del receptor
En Tipo 31, el receptor se identifica obligatoriamente con RNC, razón social y dirección fiscal. La DGII valida el RNC contra su registro y rechaza si no existe o si está suspendido. En Tipo 32, el receptor puede no identificarse o identificarse con datos mínimos (nombre, cédula opcional). El XML refleja esa diferencia: el bloque del receptor es obligatorio y completo en Tipo 31; opcional o mínimo en Tipo 32.
Discriminación del ITBIS
El Tipo 31 discrimina el ITBIS por línea de detalle: cada producto o servicio muestra su tarifa aplicable y el valor del impuesto correspondiente. El total del ITBIS se suma como línea específica. El Tipo 32 incluye el ITBIS dentro del precio total sin discriminación línea por línea, típicamente con un total consolidado del impuesto en el pie del documento o ya incluido en los precios mostrados.
Mensaje de aceptación del receptor
El Tipo 31 dispara el ciclo de mensaje de aceptación: el receptor (contribuyente identificado) debe transmitir a la DGII un mensaje que indique si acepta, acepta condicionalmente o rechaza el documento. El Tipo 32 no requiere mensaje de aceptación porque el adquiriente no es contribuyente identificado. Esta diferencia operativa es relevante para los flujos de cuentas por pagar de los receptores.
Para sistemas POS o ERP con flujo mixto B2B/B2C, la decisión automática entre Tipo 31 y Tipo 32 según los datos del comprador agiliza significativamente la operación. La API de facturación electrónica para República Dominicana de Alanube ofrece endpoints que generan el tipo correcto según los datos del adquiriente, evitando errores manuales que después implican notas crédito anuladoras y reemplazos.
Consecuencias de elegir incorrectamente
Emitir Tipo 32 cuando correspondía Tipo 31
Cuando un emisor entrega Tipo 32 a un cliente que era contribuyente identificado y necesitaba Tipo 31 para tomar crédito fiscal de ITBIS, el cliente pierde ese crédito en su declaración. Comercialmente es una mala experiencia y compromete la relación. La corrección implica emitir nota crédito (Tipo 34) anuladora del Tipo 32 y emitir Tipo 31 nuevo con los datos correctos del receptor. Es trabajo operativo adicional que se evita preguntando al cliente al momento del cobro.
Emitir Tipo 31 cuando correspondía Tipo 32
Emitir Tipo 31 a un consumidor final que no requería crédito fiscal genera dos efectos: el sistema requiere capturar el RNC del receptor (que el cliente no tiene), y el adquiriente queda con un documento que no le aporta valor fiscal. Técnicamente puede emitirse Tipo 31 sin RNC del receptor en algunos casos, pero la práctica recomendada es emitir Tipo 32 por defecto en ventas retail y reservar Tipo 31 solo cuando el cliente lo solicita expresamente con su RNC.
La documentación pública de Alanube incluye reglas de decisión recomendadas para sistemas POS que deben elegir entre Tipo 31 y Tipo 32 según el flujo del cliente, lo cual reduce errores de tipo de documento en operaciones con volúmenes altos en caja.
Preguntas frecuentes
¿Cuál es la diferencia clave entre Tipo 31 y Tipo 32 desde el punto de vista del adquiriente? El Tipo 31 habilita al adquiriente registrado a tomar el ITBIS cargado como crédito fiscal en su declaración mensual, y soporta el gasto como deducible para fines de renta. El Tipo 32 no habilita ese crédito de ITBIS ni esa deducibilidad porque el adquiriente no se identifica formalmente como contribuyente. Para el receptor empresarial, recibir Tipo 32 cuando debería haber sido Tipo 31 implica costo tributario directo: pierde el crédito de ITBIS y la deducibilidad del gasto, lo cual aumenta la base gravable de la operación.
¿Cómo puede decidirse automáticamente entre Tipo 31 y Tipo 32 en un sistema POS? Mediante regla simple: si el cliente provee RNC al momento del cobro, el sistema emite Tipo 31 con esos datos; si no, emite Tipo 32. Para volúmenes altos, el flujo de caja debe preguntar al cliente si requiere factura de crédito fiscal antes de cobrar. Algunos POS lo automatizan integrándose con tarjetas empresariales o con cuentas de fidelidad que ya tienen los datos del cliente. La automatización reduce errores y agiliza la atención; el diseño de la regla debe priorizar siempre la solicitud explícita del cliente.
¿Qué diferencia hay entre cambiar de Tipo 32 a Tipo 31 y entre los demás tipos de e-CF? Cambiar entre Tipo 31 y Tipo 32 es operativamente el caso más frecuente: ambos son documentos de venta que difieren principalmente en la identificación del receptor y el tratamiento del ITBIS. Los demás tipos (33 nota débito, 34 nota crédito, 41 compras, 43 gastos menores, 44 regímenes especiales, 45 gubernamentales, 46 exportaciones) corresponden a operaciones específicas con reglas propias. La elección entre ellos no es flexible: depende estrictamente de la naturaleza de la operación. Solo Tipo 31 y Tipo 32 admiten cierto margen de elección según los datos del adquiriente.
¿Es posible convertir un Tipo 32 ya emitido en Tipo 31 si el cliente la solicita después? No directamente. Una vez transmitido y aceptado por la DGII, el e-CF queda registrado y no puede modificarse. El procedimiento es emitir una nota crédito (Tipo 34) que anule el Tipo 32 original, seguido de emisión de un nuevo Tipo 31 con los datos completos del receptor. Esa corrección es operativamente posible pero añade tres documentos electrónicos donde antes había uno. Por eso conviene preguntar al cliente al momento del cobro si requiere factura con RNC; corregir después implica más trabajo operativo y más exposición a errores.
Artículos Relacionados
Los 10 tipos de comprobantes fiscales electrónicos (e-CF) en República Dominicana: cuándo usar cada uno
Referencia práctica de los 10 tipos de comprobantes fiscales electrónicos en República Dominicana: código, caso de uso, flujo de emisión (síncrono o asíncrono) e implicaciones técnicas para developers e integradores.
Cuánto tiempo toma integrar la API de facturación electrónica de la DGII: benchmark por método
Desglose honesto del tiempo de integración de la API de facturación electrónica de la DGII por etapa: lectura de documentación, construcción de payloads, manejo de estados y diagnóstico de rechazos. Comparativa REST vs MCP con estimaciones transparentes.
Errores de rechazo de la DGII en e-CF: cómo diagnosticarlos y corregirlos desde un agente de IA
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.