¿El régimen simplificado emite factura electrónica en Costa Rica?

El régimen tributario simplificado (RTS) es un esquema pensado para pequeños contribuyentes —pulperías, sodas, talleres, pequeños agricultores— con volúmenes de compra y venta modestos. En vez de llevar la contabilidad completa del régimen tradicional, pagan una cuota calculada de forma simplificada según su actividad. A cambio de esa simplicidad, no cobran IVA por separado ni están obligados a emitir un comprobante electrónico por cada venta.

• Es para pequeños contribuyentes que cumplen los topes que fija Hacienda.
• Pagan una cuota en vez de declarar el IVA venta por venta.
• No emiten comprobante electrónico por sus ventas salvo que el cliente lo solicite.
• Si superan los topes, deben pasarse al régimen tradicional y ahí sí facturan.

La regla práctica: por defecto, no. El RTS no está obligado a emitir un comprobante electrónico por cada venta. La excepción importante es a solicitud del comprador: si un cliente necesita respaldar el gasto para su propia contabilidad y te pide factura, ahí el RTS sí debe emitir un comprobante electrónico válido —una factura o un tiquete electrónico.

El otro escenario es el espejo: cuando vos le comprás a un RTS que no te da comprobante electrónico, no te quedás sin respaldo. Sos vos, el comprador registrado en facturación electrónica, quien emite la factura electrónica de compra (FEC) con los datos del proveedor. Ese documento tiene su propia página, con el detalle completo: factura electrónica de compra (FEC, tipo 08).

La facturación electrónica corre bajo el régimen de comprobantes electrónicos versión 4.4, obligatorio desde el 1 de setiembre de 2025 y tramitado por la plataforma TRIBU-CR (que reemplazó a ATV). Dentro de ese régimen, el RTS conserva su excepción: no emite comprobante electrónico por sus ventas salvo solicitud del comprador. Y la norma le da al comprador la salida de la FEC —el tipo 08— justamente para documentar compras a quien no factura electrónicamente.

Un detalle concreto de la 4.4 que aparece seguido en estas compras: para la FEC, Hacienda exige el código de actividad económica del proveedor (el RTS que aparece como receptor). Si falta, el comprobante se rechaza. Es una validación que el generador del XML tiene que resolver por vos.

Doña Marta tiene una pulpería en régimen simplificado en Pérez Zeledón. Dos situaciones reales, en el mismo día:

Los dos comprobantes terminan siendo XML v4.4 firmados y aceptados por Hacienda. El detalle del armado de la FEC —campos, código de actividad, referencia— está en la página de la factura de compra.

Con una sola API para los seis comprobantes de la 4.4. No necesitás una herramienta para el RTS que factura a pedido y otra para el comprador que emite la FEC: cambiás el campo tipo_documento y listo.

• RTS que factura a pedido: emite una factura (01) o un tiquete (04) cuando el cliente se lo solicita.
• Comprador que respalda su compra: emite la FEC (08) vía /api/procesar o la ruta /api/factura-compra.
• Armamos la clave de 50 dígitos y el consecutivo de 20 por vos.
• Firmamos con XAdES usando tu certificado .p12 y lo enviamos a Hacienda; después consultás el estado por la clave.

La emisión responde HTTP 202: recibís la clave al instante mientras la firma y el envío ocurren en background. Después consultás si Hacienda lo aceptó o rechazó. Si querés el panorama de los seis tipos y cómo se llama a la API, está en la documentación de la API, y el marco general en la guía de la versión 4.4.