--- name: facturacion-ecuador description: >- Reglas de facturación electrónica y tributación de Ecuador (SRI): los seis comprobantes electrónicos y cuándo usar cada uno, los códigos de IVA y de retención, qué quedó irreversible desde 2026, los casilleros del Formulario 104 y el flujo proponer→confirmar de SIPAgentAI. Úsala al emitir comprobantes electrónicos ecuatorianos, al explicar un rechazo del SRI, al decidir entre anulación y nota de crédito, o al preparar una declaración mensual de IVA. license: >- Propietaria. © SIPAgentAI. Se permite su uso para operar SIPAgentAI y para razonar sobre tributación ecuatoriana; no se permite redistribuirla como obra propia. metadata: version: "1.1.0" idioma: es-EC jurisdiccion: Ecuador autoridad: SRI (Servicio de Rentas Internas) fuente: https://app.sipagentai.com/skills/facturacion-ecuador/SKILL.md producto: https://app.sipagentai.com/docs/mcp --- # Facturación electrónica y tributación de Ecuador Esta skill codifica lo que SIPAgentAI —un ERP de facturación electrónica en producción— tiene implementado sobre el régimen tributario ecuatoriano. Dos clases de contenido, y conviene no confundirlas: - **Lo que describe al sistema** (catálogos, casilleros del Formulario 104, herramientas MCP, estados de un comprobante) sale del código que corre en producción y se puede verificar contra él. - **Lo que describe a la normativa** (plazos, resoluciones, qué se puede anular) es derecho tributario ecuatoriano, **externo al sistema y sujeto a cambio**. Va marcado como tal, con la referencia para contrastarlo. Si vas a darle a alguien un plazo legal como si fuera definitivo, verificalo antes en [sri.gob.ec](https://www.sri.gob.ec/). ## Cómo usar esta skill 1. **Si esta skill y el sistema discrepan, gana el sistema.** Los catálogos de IVA, de retenciones y de formas de pago viven en la base de datos de cada empresa y pueden estar personalizados. Cuando una herramienta te devuelva un código o una tarifa, usá ese valor, no el de esta tabla. 2. **Nunca inventes un número.** Ni un precio, ni una tarifa, ni una identificación, ni una fecha. Si te falta un dato para emitir, pedíselo a la persona. Un monto alucinado en un comprobante electrónico es un hecho tributario que —según el caso— no se puede deshacer. 3. **No redondees los importes que te devuelve el sistema.** Las bases imponibles tienen que cuadrar centavo a centavo con lo que recibe el SRI. Ojo con el formato: `consultar_form104` devuelve los casilleros como **cadenas** ya formateadas (2 decimales, y 4 en el `563`) y hay que reportarlas tal cual; las herramientas de emisión devuelven los totales como **números**. --- ## Los seis comprobantes electrónicos El SRI identifica cada tipo de documento con un `codDoc` de dos dígitos. Estos son los seis que SIPAgentAI emite: | Documento | `codDoc` | Quién lo emite y a quién | Cuándo se usa | Qué mueve en el ERP | |---|---|---|---|---| | Factura | `01` | Vendedor → cliente | Venta de bienes o servicios | Cuenta por cobrar + salida de kardex | | Liquidación de compra | `03` | **Comprador** → proveedor | Compra a quien no puede emitir su propia factura (vendedor informal, persona natural sin RUC) | Cuenta por pagar + **entrada** de inventario | | Nota de crédito | `04` | Vendedor → cliente | Devolución, descuento posterior, corrección a la baja o anulación de una factura ya emitida | Reversa la cuenta por cobrar y el kardex | | Nota de débito | `05` | Vendedor → cliente | Cargo adicional posterior a la factura (intereses, gastos, ajuste al alza) | Cuenta por cobrar | | Guía de remisión | `06` | Quien traslada la mercadería | Traslado físico de mercadería | **Nada**: no tiene precios, ni impuestos, ni kardex, ni cartera | | Comprobante de retención | `07` | **Comprador** (agente de retención) → proveedor | Retención de IVA o de impuesto a la renta sobre una compra | Solo un asiento contable: **reduce** lo que se le debe al proveedor. No crea una cuenta por pagar | Notas que evitan errores frecuentes: - La **liquidación de compra** y el **comprobante de retención** son los únicos dos que se emiten a un **proveedor**, no a un cliente. No fuerces simetría con los documentos de venta: la retención gira alrededor del proveedor y del documento de sustento, no del cliente. - La retención **no genera deuda nueva**. Es lo que el comprador le descuenta al proveedor al pagarle: contablemente debita "Retención por pagar" contra la cuenta por pagar del proveedor. Si alguien te dice que emitir una retención "le genera una cuenta por pagar", es al revés. - La **nota de débito** no lleva "detalles" sino **motivos** (la razón del cargo y su valor), y todos los motivos comparten un único grupo de impuesto definido a nivel de documento. - La **guía de remisión** no tiene valor monetario. Si alguien te pide "la guía con los precios", lo que quiere es la factura. - El catálogo del SRI define además el `02` (nota de venta) y el `08` (factura por reembolso de gastos). SIPAgentAI **no los emite**; no los ofrezcas. --- ## Lo irreversible: leer antes de emitir cualquier cosa > **Contenido normativo, no del sistema.** Lo de esta sección sale de la > Resolución **NAC-DGERCGC25-00000017** del SRI (Registro Oficial 92, tercer > suplemento, 30-jul-2025), vigente desde el **1 de agosto de 2025**, salvo la > transmisión inmediata, que rige desde el **1 de enero de 2026**. SIPAgentAI > **no implementa ni verifica estos plazos por código**: los aplica el SRI. > Antes de darle a alguien un plazo como definitivo, contrastalo con el texto > vigente en [sri.gob.ec](https://www.sri.gob.ec/). ### 1. La transmisión al SRI es inmediata La fecha de emisión tiene que ser **la fecha real de la operación**. Ya no existe el plazo de gracia que permitía facturar hoy algo ocurrido días atrás. Consecuencia práctica: **no propongas ni emitas comprobantes con fecha retroactiva** salvo que la persona lo pida explícitamente y sepa lo que hace. ### 2. Las facturas a consumidor final no se pueden corregir Una factura emitida a **consumidor final** —identificación `9999999999999`, tipo de identificación `07`— **no se puede anular ni corregir con nota de crédito** una vez transmitida al SRI. El emisor no tiene trámite disponible; lo único que existe es la anulación **de oficio**, que la hace el propio SRI dentro de un proceso de control, no a pedido de nadie. Esto es lo más importante de toda esta skill. Cuando estés por preparar una factura a consumidor final: - Verificá con la persona el detalle completo, línea por línea, **antes** de proponerla. - Ofrecé la alternativa: si el comprador tiene RUC o cédula, conviene facturarle a él, porque ahí sí existe la corrección. Ojo: **no hay herramienta MCP para crear un cliente**; ese alta se hace en el ERP, en Maestros → Clientes, y recién después podés buscarlo con `buscar_cliente`. - No prometas que "después lo arreglamos con una nota de crédito". En SIPAgentAI esta regla sí es de código y no es configurable: no existe parámetro, variable de entorno ni argumento de herramienta que permita emitir automáticamente a consumidor final. Toda factura a consumidor final exige que **una persona la apruebe con su sesión web**, y ese acto no se puede hacer desde el canal del agente. Lo que el sistema **no** hace es bloquear la nota de crédito sobre una factura a consumidor final: `proponer_nota_credito` la prepara igual, con una advertencia explícita de que el SRI probablemente la rechace y de que el secuencial se pierde. Así que si alguien te la pide, no digas "el sistema no me deja": prepará la propuesta si insiste, pero mostrale la advertencia y dejá que decida la persona (o su contador). ### 3. El plazo para pedir la anulación se acortó La solicitud de anulación de un comprobante ante el SRI pasó a presentarse hasta el **día 7 del mes siguiente** al de la emisión (antes, día 10). Pasado ese plazo, el camino ya no es la anulación. > **Verificá el plazo antes de afirmarlo.** SIPAgentAI **no** lo implementa: no > hay ninguna validación de fecha en el código de anulación —el comentario del > endpoint dice explícitamente que "el SRI valida su propia ventana; la app no > es más restrictiva"— y el ERP tampoco tramita la anulación ante el SRI: su > opción "anular" solo cambia el estado local del documento. Si alguien te > pregunta si todavía está a tiempo, la respuesta honesta es "consultalo en el > portal del SRI", no una fecha dicha de memoria. > > Por lo mismo, **no existe** una herramienta MCP de anulación. Ese trámite se > hace en el portal del SRI. ### 4. Tope de $50 con IVA a consumidor final El SRI no permite facturar **más de $50.00 con IVA** a consumidor final. SIPAgentAI rechaza la propuesta antes de prepararla, con este criterio exacto: identificación de consumidor final **y** IVA mayor a cero **y** total mayor a $50.00. La salida correcta es pedirle a la persona los datos reales del comprador (RUC o cédula) y facturarle a ese cliente. --- ## Anulación frente a nota de crédito Árbol de decisión, en orden: 1. **¿El receptor es consumidor final (`9999999999999`)?** → **Ninguna de las dos sirve.** Explicáselo antes de hacer nada: el SRI no admite anular ni corregir esa factura, y una nota de crédito sobre ella lo más probable es que sea rechazada y queme el secuencial. Si aun así la persona quiere emitirla, `proponer_nota_credito` la prepara con esa advertencia; la decisión es suya, no tuya. 2. **¿Hubo devolución de mercadería, descuento posterior o corrección a la baja del importe?** → **Nota de crédito** (`codDoc` `04`). Puede ser total (el caso habitual cuando se anula comercialmente) o parcial (solo las líneas devueltas). 3. **¿El comprobante está mal emitido y el receptor está identificado?** → **Solicitud de anulación** ante el SRI, desde el portal del SRI. El plazo se acortó (ver arriba) y el ERP no lo verifica: que confirme en el portal si todavía está a tiempo. 4. **¿Hay que cobrar algo adicional sobre una factura ya emitida?** → **Nota de débito** (`codDoc` `05`), no una factura nueva. En SIPAgentAI, la nota de crédito **total** es el mecanismo estándar para dejar sin efecto una factura ya autorizada a un cliente identificado. --- ## IVA: códigos de tarifa (`codigoPorcentaje`) En el XML del SRI, cada línea lleva un impuesto con `codigo` (el tipo de impuesto) y `codigoPorcentaje` (la tarifa). Para IVA, `codigo = "2"`. ### Códigos que SIPAgentAI ofrece al **emitir** | `codigoPorcentaje` | Tarifa | Uso | |---|---|---| | `4` | **15%** | Tarifa general **vigente**. Es el default del sistema. | | `5` | **5%** | Tarifa reducida. | | `0` | 0% | Bienes y servicios gravados con tarifa cero. | | `6` | — | **No objeto** de IVA. | | `7` | — | **Exento** de IVA. | | `2` | 12% | Histórico. No lo uses para operaciones nuevas. | | `3` | (histórico) | Código legacy. No lo uses para operaciones nuevas. | `6` (no objeto) y `7` (exento) **no son lo mismo que 0%**: los tres dan cero de IVA, pero van a casilleros distintos del Formulario 104. Un bien gravado con tarifa 0% suma al 403/405; uno no objeto o exento suma al 431. > Sobre el código `3`: el catálogo de emisión lo etiqueta como 14% y el > importador de XML del SRI lo trata como 12%. Es un código histórico y esa > ambigüedad existe en el sistema real. **No lo uses ni afirmes su tarifa**; > si aparece en un documento recibido, reportá el valor tal como viene. ### Código `8` (8%) Existe una tarifa de **8%** (turismo y ciertos servicios) que SIPAgentAI **reconoce al leer** comprobantes recibidos o importados del SRI. **No está en el catálogo de emisión**: no la ofrezcas al preparar un documento, pero interpretala correctamente si la ves en una compra. Adónde va en el Formulario 104 depende del derecho a crédito tributario, y esto se equivoca seguido: - Compra al 8% **con** derecho a crédito → casilleros **530 / 533 / 534**. - Compra al 8% **sin** derecho a crédito → **502 / 512 / 522**, junto con el 5% y el 15% sin crédito. El 530 es solo para las que tienen crédito, así que el 8% sin crédito **no tiene casillero propio**. --- ## Retenciones En el comprobante de retención (`codDoc` `07`), cada línea declara qué impuesto se retiene: | `codigoImpuesto` | Impuesto | |---|---| | `1` | Impuesto a la renta | | `2` | IVA | | `6` | ISD (salida de divisas) | ### Retención de IVA (Tabla 20 del SRI) | Código | Concepto | % retenido | |---|---|---| | `1` | Retención IVA bienes | 30% | | `2` | Retención IVA servicios | 70% | | `3` | Retención IVA total | 100% | | `9` | Retención IVA | 10% | | `10` | Retención IVA | 20% | | `11` | Retención IVA | 50% | | `7` | No procede retención de IVA | 0% | | `8` | No aplica retención | 0% | ### Retención en la fuente de renta (Tabla 19 del SRI) — los más usados | Código | Concepto | % | |---|---|---| | `303` | Honorarios profesionales relacionados con el título profesional | 10% | | `304` | Servicios donde predomina el intelecto, sin relación con el título | 8% | | `307` | Servicios donde predomina la mano de obra | 2% | | `308` | Servicios entre sociedades | 2% | | `309` | Publicidad y comunicación | 1% | | `310` | Transporte privado de pasajeros o carga | 1% | | `312` | Transferencia de bienes muebles corporales | 1% | | `319` / `320` | Arrendamiento de inmuebles / de muebles | 8% | | `322` | Seguros y reaseguros (primas y cesiones) | 1% | | `323` | Rendimientos financieros | 2% | | `325` | Loterías, rifas y apuestas | 15% | | `327` | Energía eléctrica | 1% | | `332` | Otras compras de bienes y servicios no sujetas a retención | 0% | | `340` / `341` / `342` / `343` | Otras retenciones aplicables | 1% / 2% / 8% / 25% | | `346` | Microempresas en régimen general | 1.75% | | `350` | Dividendos distribuidos a residentes | 25% | | `370` | Pagos mediante liquidación de compra | 2% | El catálogo completo (37 códigos de renta) vive en la tabla `catalogos_retenciones_fuente` de cada empresa. Si necesitás uno que no está aquí, consultalo en el ERP en vez de deducirlo. --- ## Formulario 104 — declaración mensual de IVA SIPAgentAI calcula el formulario completo desde los documentos cargados. Estos son los casilleros que se consultan de verdad, con la fórmula real con la que el sistema los calcula. ### Ventas | Casillero | Concepto | |---|---| | `401` | Base de ventas locales gravadas con tarifa distinta de 0% | | `411` | `401` menos las notas de crédito de esas ventas (base neta) | | `421` | IVA generado en esas ventas (IVA facturado − IVA de las notas de crédito) | | `403` / `413` | Ventas locales gravadas con tarifa 0% **sin** derecho a crédito tributario (bruta / neta) | | `405` / `415` | Ventas locales con tarifa 0% **con** derecho a crédito tributario | | `407` / `417` | Exportaciones de bienes | | `408` / `418` | Exportaciones de servicios | | `409` | Total de ventas y otras operaciones (`401 + 403 + 405 + 407 + 408`) | | `419` | Total de ventas netas (`411 + 413 + 415 + 417 + 418`) | | `429` | IVA total de ventas (igual al `421`) | | `431` / `441` | Transferencias **no objeto** de IVA y **exentas** (ver la nota) | | `434` / `444` / `454` | Transferencias por reembolso (brutas / netas / su IVA) | | `480` | Transferencias gravadas a contado del mes | > Sobre el `480`: mientras el ERP no distinga ventas a crédito con IVA a pagar > el mes siguiente, asume que **todas las ventas son a contado**, así que > `480 = 411`. Si el usuario vende a crédito, decíselo antes de dar la cifra. > Sobre el `431` / `441`: el formulario oficial separa "no objeto de IVA" de > "exentas", pero el ERP las agrupa — calcula `431 = no objeto + exento` y > `441 = 431`. Si el usuario necesita las dos cifras por separado para el DIMM, > avisale que este cálculo las trae sumadas. ### Liquidación del IVA de ventas | Casillero | Concepto | |---|---| | `482` | IVA a liquidar del mes (igual al `429`) | | `484` | IVA a liquidar (`482` acotado a cero) | | `499` | **Impuesto causado** del período | ### Compras | Casillero | Concepto | |---|---| | `500` / `510` / `520` | Compras gravadas tarifa ≠ 0% **con** derecho a crédito: base bruta / base neta de NC / IVA | | `501` / `511` / `521` | Activos fijos gravados con derecho a crédito | | `502` / `512` / `522` | Compras **sin** derecho a crédito tributario | | `504` / `514` / `524` | Importaciones de bienes | | `507` / `517` | Compras gravadas con tarifa 0% | | `508` / `518` | Notas de venta recibidas | | `530` / `533` / `534` | Compras gravadas al **8%** (turismo/servicios) | | `509` | Total de compras y gastos (`500 + 501 + 502 + 504 + 507 + 508 + 530`) | | `519` | Total neto de compras | | `529` | IVA total de compras (`520 + 521 + 522 + 524 + 534`) | | `563` | **Factor de proporcionalidad** | | `564` | **Crédito tributario aplicable** = `563 × (520 + 521 + 524 + 534)` | | `565` | Parte del IVA de compras que **no** da crédito | El `563` es un **factor**, no un monto: se reporta con **4 decimales** y no se lee como dinero. Vale `1.0000` salvo que haya ventas con tarifa 0% **sin** derecho a crédito (`413 > 0`) y además haya ventas en el período (`419 > 0`), en cuyo caso es `(411 + 415 + 418) / 419`. ### Resumen impositivo | Casillero | Concepto | |---|---| | `601` | **Impuesto causado** = `max(0, 499 − 564)` | | `602` | **Crédito tributario del período** = `max(0, 564 − 499)` | | `605` | Saldo de crédito por **adquisiciones** que viene del mes anterior | | `606` | Saldo de crédito por **retenciones** que viene del mes anterior | | `609` | **Retenciones de IVA que le hicieron a la empresa** en el período | | `615` | Saldo de crédito por adquisiciones **para el próximo mes** = `max(0, 602 + 605 − 601)` | | `617` | Saldo de crédito por retenciones **para el próximo mes** | | `620` / `699` | **IVA a pagar** del período | | `859` | Total a pagar (igual al `699`) | El orden de aplicación de créditos sobre el impuesto causado es el del instructivo del SRI: primero el crédito por adquisiciones del mes anterior (`605`), después las retenciones (`606 + 609`). Lo que sobra de cada bloque arrastra a su propio saldo (`615` y `617` respectivamente). **`615` y `617` son saldos distintos y no se suman al reportarlos**: uno arrastra crédito por compras y el otro crédito por retenciones sufridas. `601` y `602` son mutuamente excluyentes: si hay crédito del período (`602 > 0`) entonces `601 = 0`. ### Agente de retención | Casillero | % retenido de IVA | |---|---| | `721` | 10% | | `723` | 20% | | `725` | 30% | | `727` | 50% | | `729` | 70% | | `731` | 100% | | `799` | Total retenido | **Cuidado con la dirección de la retención**: los casilleros `721`–`731` recogen únicamente las retenciones que la empresa **emitió** (cuando ella retuvo a un proveedor). Las retenciones que le **hicieron** a la empresa van al `609`, nunca aquí. Confundirlos es el error más común al leer un 104. ### Conteos de documentos | Casillero | Concepto | |---|---| | `111` | Ventas válidas del período (facturas + notas de débito + notas de crédito) | | `113` | Ventas anuladas | | `115` | Facturas de compra recibidas (válidas) | | `117` | Notas de venta recibidas | | `119` | Liquidaciones de compra emitidas | ### Declaración semestral Una empresa puede declarar **semestralmente**. En ese caso, el período "mes 6" consolida enero–junio y el "mes 12" consolida julio–diciembre. La respuesta del sistema lo indica, y **hay que decírselo al usuario antes de dar la cifra**: reportar un semestre como si fuera un mes es un error de un factor de seis sobre una cifra tributaria. ### Cifras en vivo vs. declaración cerrada Si el período todavía no fue cerrado en el ERP, los números son el cálculo en vivo sobre los documentos cargados hoy y **pueden cambiar** si mañana entra un documento más. Advertilo al reportar. --- ## Ciclo de vida de un comprobante `BORRADOR → FIRMADO → ENVIADO → AUTORIZADO` Estados posibles y qué significan: | Estado | Significado | |---|---| | `BORRADOR` | Creado en el ERP, sin firmar. El SRI no sabe que existe. | | `FIRMADO` | XML firmado con el certificado P12 de la empresa. | | `ENVIADO` / `RECIBIDA` | El SRI recibió el XML y lo está procesando. | | `AUTORIZADO` | **El único estado que el SRI da por válido.** | | `DEVUELTA` | El SRI rechazó el XML en la recepción (error de forma). | | `NO_AUTORIZADO` | El SRI lo recibió pero no lo autorizó (error de fondo). | | `EN_PROCESAMIENTO` | Autorización pendiente. Hay que volver a consultar. | | `ANULADO` | Anulado localmente en el ERP. **No implica anulación ante el SRI.** | | `MANUAL` | Compra cargada a mano (cuenta por pagar sin XML). Nunca pasó por el SRI. Es un valor válido del filtro `estado` de `consultar_comprobantes`. | Cuando reportes ventas de un período, **filtrá por `AUTORIZADO`**: un total que incluye borradores, anuladas y no autorizadas no es la cifra fiscal y no va a cuadrar con la declaración. --- ## Ambiente de pruebas y ambiente de producción El SRI tiene dos ambientes: `1` = pruebas, `2` = producción. En SIPAgentAI hay **dos** valores de ambiente y no son el mismo: - El de la **credencial** del agente: toda credencial nueva nace en **pruebas**. - El de la **empresa**: es el que decide contra qué endpoint del SRI se firma y se transmite. Un comprobante solo se considera "de prueba" cuando **ambos** dicen `1`. Si tenés dudas sobre en qué ambiente estás operando, preguntá antes de emitir: un comprobante emitido en producción es real ante el SRI. --- ## Cómo trabajar con SIPAgentAI por MCP El servidor MCP de SIPAgentAI expone 11 herramientas, en español. Ninguna de ellas recibe un identificador de empresa: la empresa la fija la credencial, y no hay forma de cambiarla desde una llamada. ### Consulta (8 herramientas, solo lectura) | Herramienta | Para qué | |---|---| | `buscar_cliente` | Resolver el **id** de un cliente a partir del nombre, RUC o cédula. | | `buscar_producto` | Resolver el **id**, el precio y el código de IVA de un ítem del catálogo. | | `consultar_comprobantes` | Listar documentos emitidos y recibidos, con filtros de fecha, tipo, estado y origen. | | `estado_comprobante` | Detalle completo de un comprobante, incluidos los mensajes de rechazo del SRI. | | `consultar_secuenciales` | Próximo número por punto de emisión y tipo de documento; detecta saltos de numeración. | | `consultar_ventas` | Facturas de venta con un resumen del período. **Cuenta todos los estados**: no es la cifra fiscal. | | `consultar_form104` | Formulario 104 de un período, con todos los casilleros. | | `resumen_general` | Panorama de la empresa en una llamada (KPIs). | ### Emisión (3 herramientas, en dos fases) | Herramienta | Efecto | |---|---| | `proponer_factura` | Prepara el borrador. **No emite, no envía al SRI y no reserva número.** | | `proponer_nota_credito` | Prepara una nota de crédito total o parcial sobre una factura ya emitida. | | `confirmar_emision` | **Emite de verdad. Irreversible.** | ### El flujo correcto 1. `buscar_cliente` → obtené el `id` del receptor. 2. `buscar_producto` → obtené los `id` de los ítems. El precio y el IVA salen del catálogo: no los estimes. 3. `proponer_factura` (o `proponer_nota_credito`) → devuelve el borrador con los totales calculados y un `proposalId`. 4. **Mostrale el borrador completo a la persona y esperá su respuesta.** Los totales, el receptor y el ambiente, tal cual vinieron. 5. `confirmar_emision` con ese `proposalId`. 6. `estado_comprobante` para verificar que el SRI lo autorizó. ### Reglas del flujo que no podés saltear - La propuesta **caduca a los 30 minutos** y es de un solo uso. - Si la propuesta requiere aprobación humana, `confirmar_emision` **no emite**: devuelve el motivo y un enlace del ERP donde una persona tiene que aprobarla con su sesión. No existe ningún argumento que saltee ese paso. Pasale el enlace a la persona, esperá, y volvé a llamar `confirmar_emision` con el mismo `proposalId`. - Si la persona no aprueba, **no insistas**. - `confirmar_emision` es **idempotente**: llamarla dos veces con el mismo `proposalId` emite un solo comprobante. - `confirmar_emision` responde **de inmediato**, sin esperar la autorización del SRI. El estado final se consulta después con `estado_comprobante`. No reintentes la emisión porque "todavía no dice AUTORIZADO". - **No existe** una herramienta para anular. No la busques ni la prometas. --- ## Errores frecuentes que esta skill existe para evitar - Prometer que una factura a consumidor final se corrige después. **No se corrige**, y una nota de crédito sobre ella lo más probable es que la rechace el SRI y queme el secuencial. - Decir "el sistema no me deja" cuando en realidad sí prepara la propuesta y lo que hay es una advertencia. Citá la advertencia; no inventes un bloqueo. - Reportar el total de `consultar_ventas` como "ventas del mes" ante el SRI: ese resumen incluye borradores y anuladas. Para la cifra fiscal, `409`/`411` del Formulario 104, o `consultar_comprobantes` filtrando `AUTORIZADO`. - Sumar `615 + 617` y llamarlo "el crédito tributario". Son dos saldos con origen distinto. - Leer el `563` como un monto en dólares. Es un factor con 4 decimales. - Confundir las retenciones recibidas (`609`) con las emitidas (`721`–`731`). - Tratar "0%", "no objeto" y "exento" como lo mismo. Dan cero de IVA pero van a casilleros distintos. - Emitir con fecha retroactiva. Desde 2026 la fecha de emisión es la fecha real de la operación. - Facturar más de $50 con IVA a consumidor final. Se rechaza. --- ## Mantenimiento La normativa del SRI cambia. Una skill fiscal desactualizada es **peor** que no tener skill, porque el modelo le va a creer. Si estás leyendo esto mucho después de la fecha de `metadata.version`, contrastá las reglas de 2025-2026 contra la normativa vigente antes de aplicarlas. Las afirmaciones sobre **plazos y resoluciones** son las que envejecen primero, porque no están implementadas en el código de SIPAgentAI y por lo tanto nada las rompe cuando dejan de ser ciertas. Las que describen al sistema (catálogos, casilleros, herramientas) se pueden verificar contra el repositorio. ### Cambios - **1.1.0** — Corregida la vigencia de la Resolución NAC-DGERCGC25-00000017 (1-ago-2025; la transmisión inmediata, 1-ene-2026). Separado lo normativo de lo implementado. La nota de crédito a consumidor final se describe como advertencia, que es lo que hace el sistema, y no como bloqueo. Corregido el efecto contable de la retención, el destino del 8% sin crédito tributario y el formato de los importes. Agregados el estado `MANUAL` y la nota del 431/441. - **1.0.0** — Versión inicial.