---
name: sar-hn-facturacion
description: "Diseñar, auditar o implementar integraciones de facturación para Honduras conforme al SAR: Régimen de Facturación, CAI, rangos autorizados, puntos de emisión, comprobantes fiscales, documentos complementarios, imprenta, autoimpresor, factura electrónica, validación, anulación, documentos no utilizados y controles de cumplimiento. Use cuando un proyecto necesite emitir, validar, almacenar, migrar o revisar facturas/documentos fiscales hondureños."
---

# SAR Honduras Facturación

Creado por Ingeniero Javier Omar Oliva Meza.

## Uso rápido

Usa este skill cuando un proyecto de software deba cumplir con el Régimen de Facturación del Servicio de Administración de Rentas (SAR) de Honduras.

Lee `references/sar-hn-regimen-facturacion.md` antes de diseñar o modificar lógica de:

- Emisión de facturas, tickets, recibos por honorarios, boletas de compra o constancias de donación.
- Notas de crédito, notas de débito, guías de remisión o comprobantes de retención.
- CAI, fecha límite de emisión, rangos autorizados, correlativos, establecimientos y puntos de emisión.
- Modalidades de imprenta, autoimpresor, sistemas computarizados y facturación electrónica.
- Anulación, documentos vencidos/no utilizados, extravío/robo, custodia documental y validación de documentos recibidos.
- Libro de ventas emitidas y libro de compras recibidas, ambos con detalle individual por documento, línea, impuesto, estado fiscal y asiento contable.

## Flujo de trabajo

1. Identifica el documento fiscal que el sistema debe emitir o validar.
2. Confirma la modalidad: imprenta, autoimpresor/sistema computarizado, máquina registradora o electrónica.
3. Modela establecimiento, punto de emisión, tipo de documento y correlativo como partes separadas del número fiscal.
4. Valida CAI, rango autorizado y fecha límite antes de emitir.
5. Guarda documento, copia/auditoría, evento de emisión y estado fiscal inmutable.
6. Separa el libro de ventas y el libro de compras: ventas para documentos emitidos; compras para documentos recibidos de proveedores.
7. Detalla cada venta y cada compra por encabezado, líneas, impuestos, descuentos, exoneraciones, retenciones, estado fiscal y relación contable.
8. Maneja anulaciones y documentos no utilizados con estados trazables, motivo, fecha y soporte.
9. Para documentos recibidos que respalden ISV, costo o gasto, valida el documento en los medios oficiales del SAR cuando aplique.
10. Antes de producción, revisa fuentes oficiales vigentes del SAR; no inventes API, endpoints ni formatos de factura electrónica si no están publicados o entregados al cliente por SAR/proveedor autorizado.

## Reglas técnicas clave

- El número correlativo general usa la forma `EEE-PPP-TT-NNNNNNNN`: establecimiento, punto de emisión, tipo de documento y secuencia.
- Códigos de documento usuales del reglamento: `01` factura, `02` factura prevalorada, `03` ticket, `04` recibo por honorarios profesionales, `05` boleta de compra, `06` constancia de donación, `07` nota de crédito, `08` nota de débito, `09` guía de remisión, `10` comprobante de retención.
- La fecha de emisión debe estar dentro de la vigencia autorizada y el correlativo dentro del rango autorizado.
- Las facturas prevaloradas, recibos por honorarios profesionales y constancias de donación se tratan con reglas especiales y, según el reglamento base, se emiten bajo modalidad de imprenta.
- Una nota de crédito o débito debe referenciar el comprobante fiscal que modifica.
- Una guía de remisión debe acompañar mercancía en tránsito cuando no exista otro documento fiscal que justifique propiedad/traslado.
- La anulación no debe borrar ni reutilizar correlativos; conserva original/copia o registro electrónico, motivo y evidencia.
- Los documentos no utilizados por vencimiento, modificación de datos, cese, baja de punto de emisión, deterioro, robo/extravío, errores o fallas deben notificarse según el procedimiento SAR aplicable.
- Las ventas y compras deben almacenarse con detalle individual. No basta guardar totales mensuales si el sistema quiere servir como contabilidad, auditoría fiscal o conciliación de ISV.

## Ventas y compras

Diseña siempre dos flujos separados pero compatibles:

- Ventas emitidas: facturas, tickets, notas de crédito/débito emitidas, retenciones aplicadas, exoneraciones, descuentos, anulaciones y correlativos usados.
- Compras recibidas: facturas de proveedores, boletas de compra, notas de crédito/débito recibidas, comprobantes de retención, validación SAR, crédito fiscal de ISV, costo/gasto deducible y cuentas por pagar.

Cada documento debe tener encabezado, líneas, impuestos y eventos. Cada línea debe poder conectarse con inventario, servicio, centro de costo, proyecto, cuenta contable o asiento, según el alcance del sistema.

No mezcles ventas y compras en una sola tabla sin un campo de dirección fiscal claro (`sale`/`purchase`, `issued`/`received`) y sin relaciones separadas para cliente/proveedor.

## Entregables esperados

Cuando ayudes en un proyecto, produce como mínimo:

- Checklist de cumplimiento aplicable.
- Modelo de datos o migración con autorizaciones, rangos y correlativos.
- Modelo de datos para libro de ventas y libro de compras con detalle por documento y línea.
- Validadores de emisión y transición de estados.
- Casos de prueba para límite de rango, vencimiento, anulación, nota de crédito/débito, documentos no utilizados, concurrencia de correlativos, compra recibida validada/rechazada y conciliación de ISV.
- Lista de brechas y preguntas para contador/SAR/proveedor cuando falte información oficial.

## Advertencias

Esto no sustituye asesoría legal/tributaria. Si la implementación afecta producción, confirma el texto vigente del SAR, acuerdos reformatorios, obligaciones del contribuyente, modalidad autorizada y cualquier especificación privada entregada por el SAR o proveedor de facturación electrónica.