Changelog
Qué cambió en el catálogo y qué garantiza que construir encima sea seguro.
Esta página registra los cambios visibles del catálogo y de la plataforma. Antes de la lista, la garantía que gobierna todos los cambios.
La garantía de estabilidad
Los ids de tool son estables para siempre. sii.rcv.consultar significa hoy lo que va a significar en cinco años, y el código que escribas contra un id publicado no se rompe con un deploy nuestro.
- Un cambio incompatible nunca muta la tool publicada: se acuña un id nuevo y se bumpea
version(un entero monotónico que viaja en la ficha de cada tool). - Un cambio aditivo (un campo nuevo en la salida, un parámetro opcional) conserva el id y bumpea
version. Tu código existente sigue corriendo igual. - La excepción son las tools que emiten ante el SII con
Idempotency-Key(sii.dte.emitir,sii.anulacion.emitir,sii.boleta.emitir): ahíversiontambién identifica la operación en curso, entre la vista previa, la emisión y sus reintentos. Bumpearla por un campo opcional nuevo en la salida invalidaría las vistas previas vigentes y los reintentos de emisiones ya hechas, así que esos campos llegan con la mismaversiony quedan anotados en esta tabla. deprecated: trueen la ficha significa que la tool sigue funcionando pero tiene sucesora: migra con calma, sin fecha límite sorpresa.
La excepción es estrecha: retirar una tool y reutilizar su id para otra de distinta clase se permite solo cuando la bitácora confirma que ese id no tenía consumidores reales, y el cambio queda argumentado por escrito. Ha ocurrido una vez, con las tools bancarias. La tabla de abajo tiene un segundo «Sí» de otra naturaleza: el paso de folio a texto conservó los ids y sí tenía consumidores; se decidió con el dato a la vista, porque la alternativa era un sync que no persistía nada, y el cliente afectado recibió aviso directo. El 2026-09-27 se sumó una tercera de la misma clase: los totales del mes que salieron de sii.rcv.consultar. El mismo día, sii.rcv_totales.consultar (v2) cambió el valor de sumable en los pagos con tarjeta, cuando todavía no tenía consumidores fuera de Emisso. El 2026-10-09, bci_360.movimientos.consultar pasó a entregar type como ya decía su contrato publicado, después de entregarlo al revés: es una corrección que restituye el contrato, no un contrato nuevo, así que conserva el id y la version, y corrige también lo ya guardado. Esas filas están marcadas como «Sí» en la columna «¿Rompe?».
Cambios
| Fecha | Qué cambió | ¿Rompe? | Docs |
|---|---|---|---|
| 2026-11-13 | En la factura 33, una línea con impuestoAdicional admite también descripcion: la factura imprime la descripción y, debajo, el nombre del impuesto. sii.dte.previsualizar (v15) deja de rechazar esa combinación. Las facturas que ya se previsualizaban no cambian; sii.dte.emitir no cambia. | No | Impuesto adicional de cada línea |
| 2026-11-13 | La factura afecta 33 admite un impuestoAdicional opcional en cada línea (ILA y otros): el código 23, 44, 24, 25, 26, 27 o 271, con la tasa que aplica Emisso. sii.dte.previsualizar (v14) suma el impuesto al total y lo devuelve en totales.impuestoAdicional; la factura muestra cada impuesto en sus totales y su nombre en la descripción de la línea. Una factura sin impuesto adicional se envía igual que antes y sus totales no cambian. La 34 no lo admite. sii.dte.emitir no cambia. | No: campo opcional nuevo. Si validas totales con un esquema cerrado, admite impuestoAdicional. | Impuesto adicional de cada línea |
| 2026-11-11 | Cuando el SII no responde o devuelve un error durante una sincronización automática de compras y ventas, boletas o guías, Emisso reintenta esas partes unos 20 minutos después y, si sigue fallando, 40 minutos más tarde, en vez de esperar la sincronización siguiente. Mientras tanto, el trabajo figura queued y el webhook llega una sola vez, al terminar. Los reintentos no cuentan contra el cupo de la conexión. Ids, esquemas y version no cambian. | No | Límites |
| 2026-11-10 | sii.anulacion.previsualizar (v5) anula también una factura exenta 34 emitida con el Facturador Gratuito: documento.tipoDte: "34". La nota va sin IVA y la preparación devuelve el monto en totales.exento, con neto e IVA en cero. La corrección de montos con correccion sigue siendo solo de una factura 33. sii.anulacion.emitir no cambia. | No: tipo nuevo. Si validas referencia.tipoDte con una lista cerrada, súmale 34. | Anular una factura exenta 34 |
| 2026-11-10 | sii.dte.previsualizar (v13) y sii.dte.emitir admiten la factura de compra 46 con retención total del IVA: una línea con descripcion, cantidad y precioUnitario, y el vendedor completo en receptor, que admite 55555555-5 para un proveedor extranjero sin RUT. El producto lo pone el SII según lo que tiene habilitado la empresa. Los totales llegan con tributacion: "compra_con_retencion" y el campo retencion. sii.dte_xml.consultar (v2) entrega también el XML de una 46. sii.dte.emitir conserva su version. | No: tipo y totales nuevos. Si validas tributacion o tipoDte con una lista cerrada, súmales los valores nuevos. | Factura de compra 46 |
| 2026-11-10 | Cuando el SII no responde durante sii.dte.previsualizar o sii.receptor.opciones, o en sii.dte.emitir antes de preparar el documento, el error es upstream_error (502, reintentable) con el motivo sistema_no_disponible: no se preparó ni se emitió ningún documento y puedes reintentar en unos minutos. Antes salía como sii_facturador_contract_changed, que pide no reintentar. Ese código queda para una respuesta del SII que Emisso no reconoce. Ids, esquemas y version no cambian. | No: los dos códigos ya estaban en el catálogo. Si tratabas sii_facturador_contract_changed como definitivo, ahora esos casos llegan como upstream_error. | Errores frecuentes |
| 2026-11-10 | Las facturas 33 y 34 y la guía de despacho 52 admiten hasta diez referencias, antes tres. Van en el documento en el orden en que las envías, y Emisso las compara todas con el documento que se firma. Desde la cuarta, el folio y la razón van en una sola línea. Las referencias cuentan para la página impresa: con diez caben hasta cinco líneas sin descripción. sii.dte.previsualizar pasa a v12; sii.dte.emitir no cambia. Un documento con hasta tres referencias se envía igual que antes. | No | Referencias |
| 2026-11-10 | sii.anulacion.previsualizar (v4) también rebaja los montos de una factura afecta 33 con una nota de crédito 61: agrega correccion con la razón y de una a diez líneas a descontar. El receptor y la referencia salen de la factura, y el SII calcula el IVA. La salida dice operacion: "corrige_montos" y trae la razon. El total de la nota no puede superar el de la factura: si lo supera, responde sii_anulacion_no_admitida con el motivo correccion_supera_factura. sii.anulacion.emitir no cambia. | No | Anular o corregir un documento |
| 2026-11-09 | Si una empresa cambia su dirección o suma una actividad económica en el SII, ya no hace falta escribirnos para seguir emitiendo: en Ajustes de la conexión, Cambiar giro o dirección muestra las opciones vigentes en el SII y guarda la elegida, con el mismo conn_… y sin dejar de emitir. El error sii_emitter_profile_changed ahora indica ese paso. Lo hace un owner o admin desde el panel; no hay tool ni endpoint para elegirlo. | No | Cambiar el giro o la dirección |
| 2026-11-09 | conexiones.estado.consultar v11 agrega atenciones ordenadas por pago, acceso, empresa y alcance, con qué pasó, qué hacer y si otro intento sirve. Los trabajos incluyen creadoEn y actualizadoEn. Una conexión pausada por pago ya no anuncia cadencia activa. Se agregan los motivos persona_no_autorizada, falta_autorizacion_reportes e ingreso_sin_confirmar; un ingreso sin confirmar no indica clave incorrecta. Mercado Pago enlaza a Ajustes para autorizar reportes. | Amplía la lista cerrada de motivos: actualiza tus validadores. Los campos nuevos son aditivos; no cambia la ejecución de las sincronizaciones. | Estado de las conexiones |
| 2026-11-09 | Una conexión del SII que ya emite puede recibir la clave nueva del certificado digital con un enlace para la empresa, por ejemplo cuando lo renovó. POST /v1/connect_sessions acepta mode: "cambiar_clave_certificado" con connection_id, y conexiones.enlace.crear (v3), modo: "cambiar_clave_certificado" con conexionId. La conexión sigue emitiendo con el mismo conn_…; la clave se comprueba con el próximo documento y el webhook connect_session.consumed llega con verified: false. Si la conexión todavía no emite, responde 409 emision_no_activa. Valores nuevos; nada cambia para quien no los usa. | No | Cambiar la clave del certificado |
| 2026-11-06 | Una conexión del SII con clave de persona que solo lee puede pasar a emitir con un enlace para la empresa. POST /v1/connect_sessions acepta mode: "activar_emision" con connection_id: quien abre el enlace escribe solo la clave del certificado digital y la misma conexión, con el mismo conn_…, emite facturas, notas de crédito y boletas. conexiones.enlace.crear (v2) acepta modo: "activar_emision" con conexionId. Si la conexión entra con la clave de la empresa, responde 409 requiere_clave_de_persona; si ya emite, 409 emision_ya_activa. GET /v1/connections suma credential_scheme. Campos y valores nuevos; nada cambia para quien no los usa. | No | Activar la emisión en una conexión existente |
| 2026-11-04 | Las facturas 33 y 34 admiten una unidad opcional en cada línea, hasta 4 caracteres (UN, KG, HORA, MES): la columna «Unidad» de la factura, junto a la cantidad. sii.dte.previsualizar (v11) la compara en la vista previa y en el documento que se firma. Una factura sin unidades se envía igual que antes; sii.dte.emitir no cambia. | No | Unidad de cada línea |
| 2026-11-04 | Las facturas 33 y 34 admiten una descripcion opcional en cada línea, el texto que la factura imprime debajo del nombre del ítem. sii.dte.previsualizar (v10) aplica las reglas del Facturador Gratuito: hasta 999 caracteres, palabras de hasta 30 y una factura que cabe en 17 renglones impresos. Una factura sin descripciones se envía igual que antes; sii.dte.emitir no cambia. | No | Descripción de cada línea |
| 2026-11-04 | sii.dte.previsualizar (v9) rechaza con validation_error el nombre de un ítem que trae un salto de línea o una tabulación, en facturas 33/34, guías 52 y notas 56/61. Antes la vista previa lo aceptaba y la emisión terminaba rechazado con sii_emission_not_sent, sin decir por qué. El error indica la línea exacta en path. Envía el nombre en una sola línea, con un espacio o un guion en lugar del salto. | Sí: un nombre con salto de línea ya no se previsualiza. | Campos, validación y límites |
| 2026-11-03 | Los documentos del SII dicen hasta cuándo está verificado cada mes, para no tomar «completo» como «cerrado para siempre»: un documento con fecha del mes puede aparecer en el SII días después. conexiones.estado.consultar (v9) suma verificados, con un verificadoAl por mes y su motivo cuando es null. sii.documentos.consultar (v3) suma verificadoAl del período consultado, y sii.conexion.sincronizar (v13) lo informa en el resultado del alcance documentos. | No | Hasta cuándo está verificado un mes |
| 2026-11-03 | Las conexiones se pueden nombrar por API. POST /v1/connect_sessions acepta display_name en modo create, y la conexión que nazca del enlace queda con ese nombre; la página del enlace no lo muestra. La nueva tool conexiones.conexion.renombrar, con el permiso conexiones:rename, cambia el nombre de una conexión existente. conexiones.estado.consultar (v8) suma empresaRut, y GET /v1/connections suma empresa_rut: el RUT que el panel ya mostraba junto al nombre. El panel aplica la misma regla al renombrar: de 1 a 80 caracteres, sin saltos de línea. | No | Plataformas: identificar a tu cliente |
| 2026-11-02 | En el SII, todo alcance partial trae motivo, de la misma lista cerrada que los fallos: dice qué faltó y si se resuelve solo. Por ejemplo, los XML de documentos que no alcanzaron a bajar en una sincronización salen con tiempo_agotado y se completan en las siguientes. El motivo llega en GET /v1/syncs/{id}, en cada alcance de los webhooks sync.* y en conexiones.estado.consultar (v7, campo trabajos[].outcomes[].motivo). Cada entrada de perspectivasFallidas de GET /v1/syncs/{id} también trae su motivo. | No | Motivos de un fallo |
| 2026-11-01 | En Scotiabank Empresas, cuando el banco rechaza el RUT de la empresa, el RUT de usuario o la clave, la sincronización falla con connection_credential_required y motivo credencial_rechazada, como en los demás bancos, y si el rechazo se repite, la sincronización automática se pausa hasta que se vuelva a vincular. Antes salía como connection_session_pending y se reintentaba en cada turno. | No | Scotiabank Empresas |
| 2026-11-01 | bch_empresas.cartolas.detalle también entrega las líneas de las cartolas USD de Banco de Chile, con sus decimales y signos, en la moneda del extracto. Una lista de líneas vacía indica un extracto emitido sin movimientos. Las cartolas CLP no cambian y la versión 1 de cartolas.consultar sigue devolviendo sólo CLP. | No | Cartola Histórica oficial |
| 2026-10-29 | sii.dte.previsualizar (v8) admite ciudad de hasta 20 caracteres, nombres de ítem de hasta 80 y cantidades desde 0,01 en facturas 33/34, guías 52 y notas 56/61. Las notas de corrección de montos de una factura 34 admiten de una a diez líneas, precios con dos decimales y razón literal de hasta 90 caracteres. Los errores de validación explican el campo y la regla en español. La guía detalla los campos obligatorios, largos, decimales y restricciones de esta API. | No | Campos, validación y límites |
| 2026-10-29 | Los fallos de un sistema conectado se explican con un motivo de una lista cerrada, que dice qué pasó y quién tiene que actuar (por ejemplo credencial_rechazada, acceso_no_disponible o resultado_por_confirmar). En GET /v1/syncs/{id}, cada alcance fallido trae outcomes[].motivo en lugar de marcador, y ya no trae fallo. En un error de la API o de MCP, message trae el texto del motivo en vez de un código interno. En incompletosPorMotivo del RCV, las casillas que el SII no dejó leer en ese momento aparecen como acceso_no_disponible. | Sí: si leías outcomes[].marcador, usa outcomes[].motivo. | Motivos |
| 2026-10-29 | Las tools de adjuntos de Mercado Público (licitaciones, Compra Ágil y Convenio Marco) también descargan los anexos comprimidos .zip de hasta 25 MiB. Se entregan tal como los publicó el organismo, sin abrirlos, con formato: "zip"; antes quedaban como omitido_formato. | No | Mercado Público |
| 2026-10-28 | Al crear una conexión scotiabank_empresas, Emisso sincroniza el mes en curso y los movimientos de los dos meses anteriores, como en los demás bancos. Antes traía solo el mes en curso. Las conexiones existentes no cambian, y sus meses anteriores se piden con conexion.sincronizar. Ids, esquemas y version no cambian. | No | Scotiabank: cuánto historial trae |
| 2026-10-27 | sii.dte.previsualizar (v6) completa el receptor de una factura 33 o 34 como el Facturador Gratuito al escribir el RUT. Basta con receptor.rut: con una sola opción, Emisso usa la razón social, el giro y la dirección del SII, con su comuna y su ciudad. Con varias opciones no elige y responde validation_error. Con datos en el SII, el giro y la dirección deben ser de su lista, y si el SII no tiene la ciudad, hay que enviarla. La salida suma receptor, tal como quedó, y avisos en advertencias. Los receptores completos se procesan igual que antes, y sii.dte.emitir no cambia. | No | Receptor completado desde el SII |
| 2026-10-27 | Nueva herramienta sii.receptor.opciones: devuelve lo que el Facturador Gratuito muestra para un RUT receptor, es decir, razón social, giros y direcciones con sucursales, cada una con su comuna y ciudad. Se puede acotar por comuna. Consulta en vivo con la sesión de la conexión, no guarda nada y requiere la emisión autorizada (sii:write). | No | sii.receptor.opciones |
| 2026-10-23 | santander_empresas.conexion.sincronizar y POST /v1/connections/{conn}/syncs rechazan con 400 validation_error un mes que terminó antes de los últimos 90 días, sin consultar al banco: Santander ya no lo devuelve, y antes ese pedido terminaba en cero movimientos, como si el mes no hubiera tenido actividad. suggested_fix dice desde qué mes se puede pedir. El mes que cruza el límite se sincroniza y su detalle indica desde qué día llegó. Lo ya sincronizado sigue en santander_empresas.movimientos.consultar. Ids, esquemas y version no cambian. | No | Santander: cuánto historial entrega |
| 2026-10-23 | BICE mejora la validación de las cartolas y la corrección de movimientos repetidos por cambios de saldo. Si importaste movimientos de BICE, revisa cómo recargarlos. Ids, esquemas y version no cambian. | No | BICE: versiones y recarga |
| 2026-10-22 | BICE vuelve a publicar los movimientos estructuralmente válidos de cartolas provisionales con cabeceras por página. Sus fechas no acreditan cobertura global: el manifiesto sigue rechazado y esos registros no autorizan retiros ni reactivaciones. Conserva los controles de páginas, hashes, moneda y totales; no aplica reparaciones anteriores. | No | BICE: capturas incompletas o contradictorias |
| 2026-10-22 | Mercado Pago ya está disponible para todas las organizaciones. Conecta una cuenta desde el panel con autorización de su dueño y consulta los pagos recibidos, reembolsos y comisiones sincronizados por API o MCP. El conector es de solo lectura; no permite cobrar ni devolver dinero. El neto recibido se informa antes de descontar reembolsos. | No | Mercado Pago |
| 2026-10-22 | Ya puedes leer las líneas de la Cartola Histórica oficial de Banco de Chile para cuentas CLP, a partir del archivo que tu usuario puede descargar desde el portal. Sincroniza el alcance cartolas, busca el extracto con bch_empresas.cartolas.consultar y lee sus líneas con la nueva bch_empresas.cartolas.detalle. Conserva el orden y las repeticiones del archivo, con consulta paginada; sus líneas se mantienen separadas del feed de movimientos. | No | Cartola Histórica oficial |
| 2026-10-21 | BICE valida la captura completa de cada cuenta antes de publicar movimientos. Si está incompleta, repetida o es contradictoria, conserva los datos anteriores y el alcance informa el rechazo. La corrección de versiones duplicadas por cambios de saldo se habilita por conexión después de revisar y reparar lo acumulado; conserva movimientos gemelos legítimos. Los IDs existentes, los esquemas y la version no cambian: id identifica una versión observada y puede cambiar si el banco recalcula su saldo. Si importaste versiones anteriores, coordina con soporte la extracción completa del alcance corregido y reemplaza esa importación; un upsert por ID conserva los duplicados antiguos. | No | BICE: versiones y recarga |
| 2026-10-21 | La documentación para agentes conserva los delimitadores de código cuando el párrafo también contiene texto en negrita o cursiva. Corrige fragmentos como el significado de null en Mercado Pago y Meta Ads dentro de llms-full.txt; las entidades escritas literalmente dentro del código se conservan. | No | Documentación para agentes |
| 2026-10-21 | El índice de search_docs abrevia sus resúmenes para conservar el límite de tamaño al crecer el catálogo. La ficha de cada herramienta conserva la descripción completa, los esquemas y los ejemplos. | No | MCP |
| 2026-10-21 | Nueva herramienta sii.contribuyente.buscar: devuelve la razón social, los giros y el domicilio publicado de cualquier RUT, para completar el receptor de una factura. La razón social y los giros se consultan en vivo en la consulta pública del SII; el domicilio sale de la nómina de domicilios de personas jurídicas que publica el SII, así que no cubre personas naturales, y domicilio.fechaPublicacion dice de cuándo es. No usa la clave de la conexión ni guarda lo que consulta, pero requiere una conexión SII y el permiso sii:read. estado: "no_verificable" significa que el SII no respondió, no que el RUT no exista. Admite 10 búsquedas por minuto por organización; sobre eso responde 429 rate_limited. | No | sii.contribuyente.buscar |
| 2026-10-21 | mercadopublico.cotizacion_convenio.solicitar lee por su ID las solicitudes de cotización de los Convenios Marco de ferretería, mobiliario y transporte, además del de software. El comienzo del ID indica la tienda (5802363- software, 5802338- ferretería, 5802381- mobiliario, 5802394- transporte), así que basta con el ID; uno de otra tienda termina en proceso_no_encontrado, igual que antes. En mobiliario y transporte, cada línea de la tabla de productos llega en servicios, con su cantidad, descripción y presupuesto, y su adjunto llega en documentos. convenio dice la tienda donde se leyó la ficha. mercadopublico.busqueda_convenio.solicitar sigue leyendo solo la tienda de software. Ids, esquemas y version no cambian. | No | Mercado Público |
| 2026-10-21 | Las tools <sistema>.conexion.sincronizar y POST /v1/connections/{conn}/syncs aceptan el mismo mes de una conexión una vez cada 10 minutos, contando también lo pedido desde el panel o al conectar. Antes de ese plazo responden 429 rate_limited, con la espera en suggested_fix y, por REST, en Retry-After. Pedir un mes que sigue en cola devuelve el mismo jobId, como antes, y meses distintos no se frenan entre sí. Las sincronizaciones programadas de Emisso no cuentan. Ids, esquemas y version no cambian. | No | API de control |
| 2026-10-20 | mercadopublico.adjuntos.solicitar descarga todos los anexos admitidos de una licitación, sin tope de cantidad ni de peso total: el único tope es de 25 MiB por archivo. Si son muchos, sigue en segundo plano hasta terminar, y mercadopublico.adjuntos.consultar entrega lo ya descargado. Licitaciones, Compra Ágil y Convenio Marco admiten además .docm, .dotx, .dot, RTF, .xlsm y PowerPoint (.pptx, .ppt). Ids, esquemas y version no cambian. | No | Mercado Público |
| 2026-10-19 | Nuevas tools de Mercado Público, con la misma conexión: mercadopublico.compra_agil.solicitar y mercadopublico.compra_agil.consultar descargan los adjuntos de una Compra Ágil por su código; mercadopublico.cotizacion_convenio.solicitar y mercadopublico.cotizacion_convenio.consultar leen la ficha pública de una solicitud de cotización del Convenio Marco de software, con sus documentos; y mercadopublico.busqueda_convenio.solicitar y mercadopublico.busqueda_convenio.consultar entregan las cotizaciones publicadas de desarrollo y mantención de software, sin conocer sus IDs. Las solicitar exigen mercadopublico:write y las consultar, mercadopublico:read. | No | Mercado Público |
| 2026-10-19 | previred.deuda.consultar (v2) agrega venceEl en cada deuda: el último día (AAAA-MM-DD) para pagar una DNP por Previred, como lo muestra «Ver Planillas Declaradas». Pasado ese día la deuda sigue, pero se paga por otro canal. Es distinto por institución; en las filas por_pagar viene en null. | No | Previred |
| 2026-10-19 | previred.deuda.consultar entrega en cada fila dnp el total a pagar en montoTotal, el que muestra Previred en «Ver Planillas Declaradas» al momento de sincronizar. Previred no desglosa ese total, así que montoNominal y cargosLegales vienen en null en las dos mitades. La documentación anterior describía cargos legales en cada DNP; Previred no los entrega, y la descripción ya se ajustó. | No | Previred |
| 2026-10-16 | previred.conexion.sincronizar lee las declaraciones sin pago (DNP) como las entrega Previred, con su período e institución. Antes, en una empresa con DNP, el alcance deuda terminaba con error y esas deudas no quedaban guardadas: el conector no reconocía la forma en que Previred las entrega. | No | Consultar deuda previsional |
| 2026-10-16 | tgr.conexion.sincronizar lee el detalle con más calma, porque la Tesorería bloqueaba la segunda ronda: hasta 5 páginas por ronda, en vez de 10, con unos 15 minutos entre rondas, en vez de 10, y hasta 8 rondas por sincronización, en vez de 6 (unas 40 páginas, el detalle de unos 20 convenios). Con muchos convenios, el job queda en curso hasta cerca de 2 horas antes del webhook sync.succeeded; lo que guarda cada ronda ya se puede consultar. Además, las cuotas de un convenio cuya próxima cuota venció se releen a diario solo durante los 5 días siguientes al vencimiento; si sigue impaga, se releen cada 7 días, como las demás. Ids, esquemas y version no cambian. | No | Tesorería |
| 2026-10-15 | tgr.convenios_detalle.consultar (v2) agrega por convenio cuotasLeidasEn y comprobanteLeidoEn: cuándo se leyó su página de cuotas y cuándo su comprobante (ISO 8601, o null si esa página aún no se ha leído). Cada convenio conserva la última lectura de cada página, y una puede ser mucho más antigua que la otra: pagada, cuotasPagadas y proximaCuota valen a la fecha de cuotasLeidasEn; deudas, totalAPagar y montoCuotaContado, a la de comprobanteLeidoEn. Para saber qué tan al día está un convenio, usa esas dos fechas y no observadoEn. Además, tgr.conexion.sincronizar lee el detalle por tandas de hasta 10 páginas y, si quedan pendientes, continúa sola cada 10 minutos hasta completarlo (hasta 6 rondas por sincronización; lo que quede sigue en la siguiente programada), empezando por lo que nunca se leyó y siguiendo por las cuotas cuyo vencimiento ya pasó. Campo nuevo con el mismo id: bumpea version, y tu código existente sigue corriendo igual. | No | Tesorería |
| 2026-10-15 | Se corrigen las descripciones de pantallaLeidaEn y observadoEn en tgr.convenios_detalle.consultar: el detalle se lee y se guarda por convenio, así que pantallaLeidaEn dice cuándo se leyó el detalle por última vez (quizá solo de algunos convenios) y observadoEn dice cuándo se leyó el de cada convenio. Para saber si un convenio está al día, compara su observadoEn con el pantallaLeidaEn de tgr.convenios.consultar. Solo cambia el texto: la forma de la respuesta y la version no cambian. | No | tgr.convenios_detalle.consultar |
| 2026-10-15 | tgr.conexion.sincronizar ya no pierde lo que había leído del detalle de un convenio cuando una sincronización no alcanza a leerlo. Cada convenio conserva la última lectura de cada una de sus páginas (cuotas y comprobante): si hoy solo se leyeron sus cuotas, tgr.convenios_detalle.consultar entrega las cuotas de hoy con el total, la cuota contado y las deudas del comprobante anterior, y un convenio que la sincronización no alcanzó a abrir sigue con su última lectura en vez de quedar vacío. Un convenio que sale de las pantallas de la Tesorería deja de aparecer en el detalle. Además, la cuota de ajuste sale con su monto en cuanto la Tesorería la liquida; antes seguía en monto: null aunque la página de cuotas ya lo trajera. Ids, esquemas y version no cambian. | No | Tesorería |
| 2026-10-15 | tgr.conexion.sincronizar lee primero la página de cuotas de cada convenio y después su comprobante. Si la Tesorería bloquea la lectura antes de terminar, se guarda el detalle de cada convenio cuyas cuotas alcanzó a leer: tgr.convenios_detalle.consultar devuelve cada cuota con su vencimiento, monto y si está pagada, cuotasPagadas, numeroCuotas y proximaCuota, con deudas vacío y totalAPagar y montoCuotaContado en null, y el resultado de la sincronización lo indica. Antes no se guardaba nada del detalle. Un deudas vacío con totalAPagar en null no significa que el convenio no acoja deudas. Ids, esquemas y version no cambian. | No | Tesorería |
| 2026-10-15 | Nueva herramienta en beta bci_pyme.transferencias.buscar: valida un pago por transferencia contra la cuenta de BCI de la empresa. Recibe el monto, el día y, si lo tienes, el RUT de quien pagó, y devuelve los movimientos candidatos con una confianza (alta, media o baja) y los motivos de cada una. Lee lo ya sincronizado, sin entrar al banco: ultimaLecturaEn dice hasta cuándo miró y completo, si la cartola de esos días quedó entera. Requiere el permiso bci_pyme:read y el alcance movimientos. | No | Validar un pago por transferencia |
| 2026-10-15 | tgr.conexion.sincronizar lee el detalle de los convenios con una pausa de un cuarto de segundo entre páginas, en vez del segundo y medio del 2026-10-14: con más pausa se alcanzaban a leer menos páginas antes de que la Tesorería bloqueara la lectura. Si bloquea a mitad del detalle, la sincronización se detiene y guarda las tres pantallas sin volver a entrar, porque el bloqueo dura algunos minutos. Ids, esquemas y version no cambian. | No | Tesorería |
| 2026-10-14 | tgr.conexion.sincronizar ya no pierde los convenios cuando falla el detalle. Lee primero las tres pantallas y después el detalle de cada convenio, con una pausa entre páginas. Si la Tesorería no deja leer el detalle, la sincronización termina bien con las tres pantallas guardadas, conserva el detalle anterior y lo dice en el detalle del resultado. Antes fallaba entera y no guardaba nada. Cuando la Tesorería frena la lectura por exceso de consultas, el error es upstream_error (transitorio, se reintenta solo) y ya no upstream_unexpected_response. El detalle ya no abre la página «Estado de pago» de cada convenio, porque repetía lo que traen el comprobante y la página de cuotas: cuotasPagadas de tgr.convenios_detalle.consultar cuenta las cuotas que la página de cuotas marca como pagadas y queda en null si esa página no se leyó. Ids, esquemas y version no cambian. | No | Tesorería |
| 2026-10-14 | Gmail en beta, como herramienta en vivo: gmail.correos.buscar, gmail.correo.leer, gmail.adjunto.leer y gmail.correo.enviar. Emisso no guarda los correos: cada llamada consulta Gmail, y un adjunto llega como un enlace de descarga de cinco minutos. Enviar exige idempotencyKey y ocurre a lo más una vez; si la respuesta trae estado: "resultado_desconocido", el correo pudo salir: revisa Enviados antes de repetirlo con una clave nueva. Los permisos gmail:readonly y gmail:send no entran en el acceso total (*), ni en los perfiles de claves ni en los niveles de OAuth: se otorgan nombrándolos. Disponible solo para organizaciones invitadas. Nuevo error external_resource_not_found. | No | Gmail |
| 2026-10-10 | En el panel, Ajustes de una conexión del SII ofrece Dejar de emitir al dueño o administrador. Apaga la emisión de facturas, guías, notas y boletas desde esa conexión, y la conexión vuelve a contar en el plan como de lectura. Conserva su connectionId y lo sincronizado, y se puede activar de nuevo con Activar emisión. Funciona también con la conexión deshabilitada por falta de plan, así que puedes apagarla antes de contratar. Antes había que eliminar la conexión. Sin la emisión, sii.dte.descargar y sii.anulacion.emitir responden sin permiso, porque requieren sii:write. La API no cambia. | No | Emitir en el SII |
| 2026-10-09 | bci_360.movimientos.consultar entrega type como dice su contrato y como BCI PyME: la plata que entra a la cuenta, como una transferencia recibida, llega como debit y con display positivo; la que sale, como un pago o una comisión, llega como credit y con display negativo. Desde el 2026-09-22, BCI 360 los entregaba al revés. También se corrigieron los movimientos ya guardados, así que una consulta de cualquier mes devuelve el eje correcto sin volver a sincronizar. Si guardaste en tu sistema movimientos de BCI 360 consultados antes del 2026-10-09, vuelve a consultarlos: la corrección no cambia ultimaLecturaEn, así que comparar esa fecha no la detecta. Ids, esquema y version no cambian. | Sí, si compensabas el signo de BCI 360 | BCI 360 |
| 2026-10-08 | Se corrige la descripción de eventoOrden en sii.guias.consultar: no es el código del evento del receptor, sino un dato interno del SII sin significado documentado, que el portal no muestra y que hoy vale "5" en todas las guías. Para saber si el receptor registró un acuse o un reclamo, usa eventoDescripcion, que es lo que muestra la columna «Evento» del SII. Solo cambia el texto: la forma de la respuesta y la version no cambian. | No | sii.guias.consultar |
| 2026-10-08 | En search_docs, las herramientas que ejecuta Emisso dentro de una solicitud figuran con disponible: false y el motivo, y su ficha ya no trae un ejemplo para copiar: sii.carpeta_tributaria.verificar, sii.carpeta_tributaria.generar, sii.honorario.previsualizar, sii.honorario.emitir, sii.honorario.previsualizar_anulacion y sii.honorario.anular. Ninguna integración podía llamarlas: la llamada terminaba rechazada. La carpeta se pide con una solicitud puntual y las boletas de honorarios, con una solicitud de honorarios. Ids, contratos y version no cambian. | No | Carpeta tributaria |
| 2026-10-07 | En el panel, Guías de despacho funciona como Compras y ventas: al hacer clic en una guía se abre su ficha, con folio, RUT, fechas y montos, y hay filtro Todas / Emitidas / Recibidas y búsqueda por contraparte, RUT o folio. Las guías de traslado interno, que la empresa se emite a sí misma y el SII lista como emitida y como recibida, llevan la etiqueta «Traslado interno». La columna «Evento» aparece solo cuando el receptor registró un acuse o un reclamo; antes mostraba un «5» en todas las filas. La API no cambia. | No | sii.guias.consultar |
| 2026-10-07 | El SDK de TypeScript @emisso/connect y el CLI emisso dejan de mantenerse: no habrá versiones nuevas, correcciones ni soporte, y su documentación sale del sitio. Lo que ya instalaste no se desactiva con este cambio: la 0.1.0 de cada uno, la única publicada en npm, llama por debajo a la misma API REST, que sigue igual. Pero queda como está. Los métodos con nombre del SDK, como connect.tools.sii.rcv.consultar, son los de agosto: no incluyen la emisión en el SII ni varias herramientas más recientes, y notta.dte.consultar y notta.dte.descargar responden tool_not_found porque esas herramientas ya se retiraron. connect.tools.execute("<id>") del SDK y emisso execute del CLI sí llegan a cualquier herramienta vigente, y el CLI lista el catálogo actual. Lo que ninguno de los dos permite es fijar la Idempotency-Key: cada llamada inventa una que no ves ni puedes repetir. No los uses para emitir ni anular documentos: si la respuesta no llega, no tienes cómo repetir la llamada con la misma clave para conocer el resultado. Para pasar a REST, cada llamada es un POST /api/v1/tools/<id>/execute con la misma clave de API, la cabecera Content-Type: application/json, los argumentos dentro de input y la conexión en la cabecera X-Connect-Connection. En las que emiten o anulan, agrega tu propia Idempotency-Key (UUID v4) y guárdala junto al documento. Desde tu código, el camino recomendado es la API REST; para agentes, el servidor MCP. | No | Consultar con la API |
| 2026-10-07 | Los documentos de Previred se piden de a uno. Nuevas herramientas previred.comprobante.descargar (por folio), previred.f301.descargar (por periodo, nomina y centroCosto) y previred.certificado.descargar (por rutTrabajador): cada una entrega un enlace firmado al PDF o al archivo, con url y venceEn, válido por cinco minutos. previred.planillas.consultar, previred.f301.consultar y previred.certificados.consultar (v2) agregan comprobanteDisponible, archivoDisponible y certificadoDisponible, que dicen si el documento está guardado. Sus campos comprobanteUrl, archivoUrl y certificadoUrl quedan deprecados y se retiran el 2026-10-14: desde ese día las consultas traen solo los datos y la disponibilidad. Si solo lees los datos, no tienes que cambiar nada. Si usas el enlace, pídelo con la herramienta de descarga cuando el campo de disponibilidad venga en true. Firmar el documento de cada fila en cada consulta hacía las respuestas más lentas, aunque casi siempre se buscaban los datos. Nuevo error previred_documento_not_found. | No hoy; desde el 2026-10-14, sí, si lees los enlaces | Previred |
| 2026-10-07 | La emisión en el SII deja de ser beta: facturas, guías, notas y boletas 39 y 41 están disponibles en toda organización desde el 2026-10-06, sin pedir activación a soporte. Basta una conexión de representante con la emisión autorizada. Los títulos de sii.boleta.previsualizar, sii.boleta.emitir, sii.boleta.descargar, sii.boleta_sucursales.listar y sii.dte.descargar ya no dicen «beta»; ids, contrato y version no cambian. La emisión de boletas de honorarios sigue en beta. | No | Emitir en el SII |
| 2026-10-06 | BCI 360 deja de ser beta: cualquier organización lo conecta desde el panel o con un enlace, sin invitación, con el mismo plan y los mismos permisos que las demás conexiones bancarias. bci_360.saldos.consultar, bci_360.movimientos.consultar, bci_360.conexion.sincronizar y bci_360.conexion.verificar no cambian: ids, contratos y version siguen iguales. Las capturas gratuitas del piloto no se activan solas ni generan cobros, ni siquiera si abres su enlace antiguo: para sincronizar, crea una conexión nueva. La captura anterior se puede eliminar. | No | BCI 360 |
| 2026-10-06 | Nueva herramienta sii.dte.descargar: el PDF oficial de una factura 33 o 34, guía de despacho 52 o nota 56 o 61 emitida con el Facturador Gratuito del SII, por tipo, folio y fecha de emisión, en base64 con su SHA-256. Sirve para lo emitido por Emisso y para lo emitido directo en el portal. Requiere el permiso sii:write. | No | Descargar el PDF |
| 2026-10-06 | La guía de despacho 52 exige el transporte completo cuando lo mandas: transportistaRut, patente, choferRut y choferNombre juntos, como el formulario del portal del SII. Antes aceptaba datos sueltos que el portal no deja armar. Una guía sin transporte se arma igual que antes. La version de las dos tools no cambia. | Sí, si mandabas transporte incompleto | Guía de despacho 52 |
| 2026-10-06 | La guía de despacho 52 admite receptor.contacto, hasta 80 caracteres. Además aplica las reglas de largo del formulario del portal: descripcion de hasta 999 caracteres sin palabras de más de 30, y una guía que cabe en una página impresa (17 renglones entre líneas, descripciones y referencias). Lo que el portal no deja armar, la vista previa lo rechaza antes de ir al SII. La version de las dos tools no cambia. | No | Guía de despacho 52 |
| 2026-10-06 | La guía de despacho 52 de sii.dte.previsualizar y sii.dte.emitir admite de una a diez líneas con unidad, codigo (tipo y valor) y descripcion opcionales, hasta tres referencias, solicitanteRut y transporte (transportistaRut, patente, choferRut y choferNombre). Todo es opcional: una guía de una línea sin extras se arma igual que antes. La version de las dos tools no cambia. | No | Guía de despacho 52 |
| 2026-10-06 | sii.dte.previsualizar y sii.dte.emitir admiten la guía de despacho 52 con sus nueve motivos de traslado: además de constituye_venta, motivoTraslado acepta ventas_por_efectuar, consignacion, entrega_gratuita, traslado_interno, otro_traslado_no_venta, devolucion, traslado_exportacion_no_venta y venta_exportacion. Cada motivo es su propia variante (52:<motivo>) en la salida. La forma del candidato y la version de las dos tools no cambian. | No | Guía de despacho 52 |
| 2026-10-05 | mercadopublico.adjuntos.solicitar descarga también los adjuntos en Word (.docx, .doc), Excel (.xlsx, .xls) e imagen (.png, .jpg, .jpeg), además de PDF. En mercadopublico.adjuntos.consultar, cada documento trae formato, el formato real según su contenido, y el estado omitido_no_pdf pasa a llamarse omitido_formato. El cambio de nombre se hizo sin id nuevo ni cambio de version porque ninguna integración usaba ese valor. | Sí | Mercado Público |
| 2026-10-05 | sii.dte.emitir ya no deja para siempre como resultado_desconocido una factura que no se emitió. La reconciliación la cierra como rechazado con codigo sii_emission_not_sent cuando el intento se cortó antes del envío, y con sii_emission_not_in_rcv cuando se envió, el portal no la lista y una sincronización completa del RCV de ese mes, hecha al menos 12 horas después, no tiene el folio. La salida ya admitía rechazado; la version no cambia. | No | Resultados de emisión |
| 2026-10-05 | conexiones.estado.consultar (v4) agrega tiposDte a cada conexión: qué tipos de documento (33, 34, 52, 56, 61) le permite emitir el SII a la persona de esa conexión en esa empresa, cuáles le rechazó y cuándo se comprobó. El SII lo decide por persona y por empresa, y su menú muestra todos los tipos aunque no estén autorizados, así que Emisso lo comprueba al activar la emisión abriendo cada formulario con el mismo login. Vale mientras no cambie la credencial; antes de la primera comprobación, y después de cambiarla, vale null. Previsualizar o emitir un tipo rechazado responde el nuevo error sii_dte_type_not_authorized sin entrar al SII. Si el SII rechaza un tipo que no se había comprobado, la vista previa responde el mismo error. Antes llegaba como un error del conector. Las conexiones que ya emitían lo comprueban desde el panel, con «Volver a comprobar en el SII». | No | conexiones.estado.consultar |
| 2026-10-04 | Nueva herramienta tgr.convenios_detalle.consultar: el detalle de cada convenio de pago con la Tesorería. Trae cada cuota con su vencimiento, monto y si está pagada, la próxima cuota por pagar, cuántas van pagadas, el total del convenio, la cuota contado y las deudas acogidas con su condonación. tgr.conexion.sincronizar lo lee en la misma sesión, desde el enlace de cada fila; las conexiones existentes lo tienen desde su sincronización siguiente, y hasta entonces la herramienta responde vacía con pantallaLeidaEn en null. La cuota de ajuste sale con monto: null mientras la Tesorería no la liquida. Las otras tres consultas de tgr no cambian. | No | Tesorería |
| 2026-10-02 | sii.dte.emitir y sii.anulacion.emitir devuelven xmlFirmado en el resultado emitido/emitida: el XML que Emisso firmó y el SII aceptó, con su timbre (TED), para generar la representación impresa y el PDF417 sin otra llamada. Repetir la emisión con la misma clave lo devuelve. Nueva herramienta sii.dte_xml.consultar: entrega ese XML después, por el operacionId de la emisión, desde lo que Emisso guardó al emitir, sin consultar al SII; sirve también para documentos emitidos antes de este cambio. Nuevo error sii_emission_not_found. Campo opcional nuevo con el mismo id y la misma version (ver la excepción de arriba). | No | Facturas 33 y 34 |
| 2026-10-02 | sii.boleta.emitir devuelve resultado.pdfUrl, el enlace oficial de E-Boleta al PDF de la boleta (el mismo de «Ver PDF» en eboleta.sii.cl), para imprimir sin llamar a sii.boleta.descargar. Repetir la emisión con la misma clave lo devuelve. sii.boleta.descargar (v2) también entrega pdfUrl y deja de fallar con upstream_unexpected_response justo después de emitir: una boleta recién emitida dejaba el listado de E-Boleta con una forma que Emisso rechazaba entera. Previsualizar y emitir hacen menos consultas al SII y responden antes. Campos nuevos, mismos ids; sii.boleta.emitir conserva su version (ver la excepción de arriba). | No | Boletas 39 y 41 |
| 2026-10-02 | El menú lateral muestra inicialmente hasta cinco conexiones activas. «Mostrar más» despliega las demás activas en el mismo menú y «Mostrar menos» vuelve a cinco. El título «Conexiones» abre la lista completa, incluidas las pendientes y deshabilitadas. | No | Conexiones |
| 2026-10-02 | El menú lateral del panel muestra el RUT debajo del nombre de cada conexión, cuando está disponible, para distinguir conexiones del mismo sistema. La demo muestra su RUT ficticio. Los nombres de las conexiones se conservan. | No | Conexiones |
| 2026-10-01 | banco_estado.movimientos.consultar (v2) agrega estado a cada movimiento: provisorio si es la versión del día que el banco todavía no contabiliza (puede cambiar de glosa o de documento, o desaparecer, en el cierre nocturno) o definitivo si ya la contabilizó. En los dos casos el movimiento ocurrió. También agrega el filtro opcional estado. En chequera lo marca el banco; en cuenta corriente, que no trae marca, un movimiento sigue provisorio mientras su fecha sea hoy o posterior. Los movimientos ya guardados parten como definitivo y la sincronización siguiente marca los del día. Campo nuevo, mismo id. | No | BancoEstado |
| 2026-10-01 | banco_estado.movimientos.consultar refleja la cartola del banco. BancoEstado publica de día algunos movimientos provisorios y en el cierre nocturno los reemplaza por su versión definitiva, a veces con otra glosa u otro documento; Emisso guardaba las dos versiones y el movimiento aparecía repetido. Ahora, en los días que la sincronización leyó completos, un movimiento que el banco ya no muestra deja de aparecer y uno que vuelve a mostrar reaparece. Entre la medianoche y cerca de las 04:00 un movimiento del día puede no aparecer, igual que en el portal del banco. La forma de la respuesta no cambia. Si guardas los movimientos en tu sistema, vuelve a leer al menos el mes en curso y el anterior y reemplaza esos meses en tu copia, en vez de solo agregar filas nuevas. También se corrige la descripción de periodo: es el mes de la fecha del movimiento, no el período con que se pidió la sincronización. | No | BancoEstado |
| 2026-10-01 | sii.dte.previsualizar (v5): el precioUnitario de las facturas 33 y 34 admite hasta dos decimales, como el Facturador Gratuito (8402.49). El subtotal de cada línea sigue siendo round(cantidad × precioUnitario) en pesos enteros. Una línea en la que esa cuenta cae justo en medio peso se rechaza con validation_error en precioUnitario, porque el portal puede redondearla distinto que la cuenta exacta. Las guías y notas siguen con precio entero. | No | Facturas 33 y 34 |
| 2026-09-30 | sii.anulacion.previsualizar (v3) también anula boletas exentas 41 emitidas por Emisso: pide documento.tipoDte: "41". La nota va sin IVA y la preparación devuelve el monto en totales.exento, con neto e IVA en cero. | No | Anular o corregir un documento |
| 2026-09-30 | sii.anulacion.previsualizar (v2) también anula boletas afectas 39 emitidas por Emisso en la misma conexión: pide documento.tipoDte: "39" con su folio y fecha. La nota va por el total de la boleta, con referencia a ella y a su receptor o, si no tenía, a la propia empresa. sii.anulacion.emitir no cambia. Nuevo error sii_anulacion_no_admitida para las boletas que el portal no deja anular tal como están. | No | Anular o corregir un documento |
| 2026-09-29 | Nuevas herramientas conexiones.conexion.deshabilitar y conexiones.conexion.habilitar: pausan y reanudan una conexión por API o MCP, con las mismas reglas que el dashboard. Pausar no borra nada y la conexión deja de sumarse al cobro; reanudarla la vuelve a sumar, y la respuesta trae costoAdicional cuando la organización ya usa las conexiones de su plan. Exigen los permisos nuevos conexiones:disable y conexiones:enable, que ninguna clave existente tiene salvo las de autoridad total. | No | conexiones.conexion.deshabilitar |
| 2026-09-29 | Nueva herramienta conexiones.conexion.eliminar: borra una conexión por API o MCP con las mismas reglas que el dashboard. Pide el conexionId y el nombre exacto de la conexión como confirmación, y responde cuántos registros, sincronizaciones y webhooks se borraron. Exige el permiso nuevo conexiones:delete, que ninguna clave existente tiene salvo las de autoridad total: agrégalo en la clave que administra conexiones. Es irreversible. | No | conexiones.conexion.eliminar |
| 2026-09-29 | perspectivasFallidas también se llena en guías de despacho: en sii.conexion.sincronizar y en sincronizacion de sii.guias.consultar dice qué dirección (emitidas o recibidas) no se pudo traer y con qué código. Antes solo lo hacían las boletas de honorarios. | No | sii.guias.consultar |
| 2026-09-29 | conexiones.estado.consultar (v3): nuevo bloque historico con los meses cargados y si cargar más requiere un plan activo. | No | conexiones.estado.consultar |
| 2026-09-29 | El canal público GET /public/v1/indicadores/{codigo} sin fecha responde el valor vigente hoy en America/Santiago, en vez del último guardado. La UF y la UTM se publican por adelantado, así que la ruta devolvía la UF de un día futuro: consultada el 29 de septiembre, respondía la del 9 de octubre. En el dólar, el euro y el IPC la respuesta no cambia. La forma del JSON, la ruta con ?fecha= y la serie siguen igual. Si necesitas los valores ya publicados hacia adelante, pídelos con la serie. Las tools indicadores.valor.* no cambian. | No | Indicadores |
| 2026-09-27 | sii.rcv_totales.consultar (v2): los comprobantes de pago con tarjeta (48) pasan a sumable: false. Los informa al SII quien procesa el pago y pueden repetir ventas por las que la empresa también emitió boleta o factura; se midió en producción, con facturas del mismo mes que suman peso a peso el total 48. Si se suman depende del caso: sí, cuando la empresa no emite otro documento por esas ventas o corrigió la duplicidad con una nota de crédito; no, cuando la duplicidad sigue sin corregir. La guía del SII tiene los cuatro casos. Las boletas (39) siguen con sumable: true. La versión 1 estuvo publicada unas horas y solo la consultó Emisso. | Sí | sii.rcv_totales.consultar |
| 2026-09-27 | Nueva herramienta sii.rcv_totales.consultar: los totales del mes que el SII informa en el Registro de Compra-Venta sin detalle por documento, como las boletas electrónicas (39) y los comprobantes de pago con tarjeta (48). Trae un registro por mes y tipo, con la cantidad de documentos, sus montos y sumable, que indica si el total se suma a las ventas del mes (hoy, boletas y comprobantes de pago en ventas). Las ventas del mes son los documentos de sii.rcv.consultar más estos totales con sumable: true. El total se lee del resumen del SII, así que también llega completo en los meses con más de 1.000 boletas, en los que antes quedaba detenido en la última cifra que entregó el detalle. | No | sii.rcv_totales.consultar |
| 2026-09-27 | sii.rcv.consultar (v7) deja de incluir en documentos las filas de ventas de tipo 39 y 48 sin fecha de emisión. No eran documentos, sino el total acumulado del mes, con la cantidad en folio. Además, un mismo mes podía aparecer en más de una fila, una por cada cantidad que tuvo el total mientras el mes avanzaba. Ahora esos totales se leen, uno por mes, con sii.rcv_totales.consultar. Si tomabas boletas o pagos con tarjeta de sii.rcv.consultar, cambia a la herramienta nueva. Se conserva el id con aumento de version, con el uso real a la vista, y las organizaciones que consultan conexiones con esos totales reciben aviso directo. | Sí | sii.rcv.consultar |
| 2026-09-25 | Nuevo sistema Mercado Público: mercadopublico.adjuntos.solicitar encola la descarga de los adjuntos PDF de una licitación por su ID, y mercadopublico.adjuntos.consultar los entrega con enlaces de descarga. No pide clave: la conexión se crea con el RUT de la empresa mediante conexiones.conexion.crear y se cobra como cualquier otra. | No | Mercado Público |
| 2026-09-25 | Un validation_error de sii.dte.previsualizar trae en error.details solo los errores del documento que pediste. Antes, si fallaba un valor fijo (por ejemplo formaPago), faltaba un campo o sobraba uno, llegaba un único invalid_union que repetía la validación contra todos los tipos de documento: el error real quedaba entre avisos de la guía de despacho y de las notas. Ahora Emisso elige el documento por tipoDte y devuelve cada error en su ruta, como candidato.condicionPago.formaPago. Si el tipoDte no existe, un solo error lista los que sí. Qué se acepta no cambia: un candidato válido sigue siéndolo y uno inválido sigue rechazándose. | No | Facturas 33 y 34 |
| 2026-09-22 | bice_empresas.movimientos.consultar (v5) agrega counterparty con name, rut, bank y account, más counterpartySource. Los cuatro campos se llaman igual que en bci_pyme, bch_empresas y banco_security, así que el código que ya escribiste para otro banco sirve tal cual. El RUT sale sin puntos y con guión, en la misma forma con que lo entregan las tools del SII: cruzar un movimiento del banco contra el documento tributario que lo origina pasa a ser un join por RUT, y ya no hay que parsear la glosa. Se extrae del texto que el banco ya mandaba y que Emisso ya tenía guardado, así que aplica a todo el historial ya sincronizado: no hace falta volver a sincronizar ni se gasta un login. descripcion sigue viajando entera. Dos asimetrías que el banco impone y el contrato documenta: la cuenta de la contraparte solo viene en los cargos (un abono nombra a quién y desde qué institución, nunca la cuenta de origen), y en los cargos el banco abrevia y trunca el nombre de la institución a diez caracteres. counterpartySource en null significa que el banco NO informó contraparte, que es lo normal en pagos de impuestos, de la tarjeta propia y comisiones; no es un dato que falte por un problema de Emisso. | No | bice_empresas.movimientos.consultar |
| 2026-09-15 | Anulación de facturas en el Facturador Gratuito: sii.anulacion.previsualizar recibe el tipo (33), el folio y la fecha de emisión de una factura emitida con ese portal y devuelve la nota de crédito 61 que arma el SII, con su referencia y sus totales; sii.anulacion.emitir la firma y la envía con previewRef e Idempotency-Key obligatoria, igual que sii.dte.emitir. Emisso no propone líneas ni montos. La guía de emisión pasa a su propia sección, Emitir en el SII; la dirección anterior redirige. | No | Anular una factura |
| 2026-09-15 | Las facturas 33 y 34 del Facturador Gratuito admiten entre una y diez líneas en detalles, cada una con nombre, cantidad y precioUnitario. Emisso redondea el subtotal de cada línea y suma esos subtotales para el neto; el IVA se calcula una vez sobre el total. sii.dte.previsualizar pasa a v4 y sii.dte.emitir a v5, porque el documento que se firma lleva una línea de detalle por cada una. Una factura de una línea se valida y se emite igual que antes. Una vista previa hecha antes del cambio vence en 15 minutos: si emites con ella después del deploy, vuelve a previsualizar. | No | Facturas 33 y 34 |
| 2026-09-14 | Las facturas 33 y 34 del Facturador Gratuito admiten referencias: entre una y tres, a una orden de compra (801), una HES, una guía de despacho u otro documento del selector del portal. Cada una lleva tipoDocumento, folio, fecha y una razon opcional. sii.dte.previsualizar pasa a v3 y sii.dte.emitir a v4, porque el documento que se firma incluye esas referencias. Un candidato sin referencias se valida y se emite igual que antes. Una vista previa hecha antes del cambio vence en 15 minutos: si emites con ella después del deploy, vuelve a previsualizar. | No | Facturas 33 y 34 |
| 2026-09-10 | indicadores.valor.actual e indicadores.valor.consultar declaran en el contrato el formato de sus campos de fecha (fecha y fechaSolicitada): AAAA-MM-DD, con el patrón publicado en el OpenAPI. Los valores no cambian: siempre salieron en ese formato, porque vienen de una columna de fecha. Lo que cambia es que ahora el contrato lo dice. Si generas tu cliente desde el spec, esos tres campos pasan a validarse; una respuesta nuestra nunca los va a incumplir. El resto de las fechas del catálogo ya lo declaraba. | No | indicadores.valor.actual |
| 2026-09-10 | Los cuatro campos de fecha que el SII manda en DD/MM/AAAA (fechaEmision en sii.rcv.consultar y sii.guias.consultar, fechaBoleta y fechaEventoEstado en sii.boletas_honorarios.consultar) quedan marcados como deprecados a favor de su hermano *Date en AAAA-MM-DD, que pasa a ir primero en el schema y en los ejemplos. Ningún valor cambia: los cuatro siguen viajando tal cual, y fechaEmision del RCV sigue admitiendo "" cuando el DTE 48 llega sin fecha. Lo que sí cambia es el orden de claves del JSON: si exportas con Object.keys o escribes columnas en el orden en que llegan, fechaEmisionDate ahora aparece antes que fechaEmision. Motivo: new Date("07/09/2026") es el 9 de julio y new Date("28/08/2026") es Invalid Date; un integrador ordenó meses enteros contra fechas equivocadas sin que nada fallara. | No | sii.rcv.consultar |
| 2026-08-22 | folio pasa de número a texto en la salida de sii.rcv.consultar (v6), sii.guias.consultar (v4) y sii.documentos.consultar (v2), y en la entrada de sii.documentos.detallar (v2). Un folio superó el techo de int32 y el sync de una organización nueva abortó entero; un folio es un identificador y no admite aritmética. Los ids se conservan con bump de version aunque había consumidores reales: el cambio se decidió con el dato a la vista y se avisó al cliente afectado. Si comparabas folio contra un número, ahora es un string en decimal canónico, sin ceros a la izquierda. | Sí | sii.rcv.consultar |
| 2026-08-22 | search_docs declara en cada ficha por qué puerta la ejecuta: execute para las herramientas de solo lectura, execute_write para las que escriben (sincronizar, verificar, emitir, crear un enlace de conexión). Si mandas una herramienta que escribe por execute, el error trae armada la llamada correcta por execute_write. | No | El servidor MCP |
| 2026-08-16 | Los dos documentos de descubrimiento OAuth (/.well-known/oauth-authorization-server y /.well-known/oauth-protected-resource) dejan de publicar scopes_supported: ["*"] y pasan a listar los permisos reales del catálogo. Los consentimientos ya otorgados no cambian: el próximo consentimiento que un cliente pida recibe la autoridad que permite el rol de quien aprueba. El documento deja de sugerir el comodín; un owner o admin lo puede seguir otorgando, explícito o por omisión, igual que antes. | No | Autenticación |
| 2026-08-06 | La superficie MCP anuncia solo las dos meta-tools: tools/list devuelve search_docs y execute, con cualquier catálogo y cualquier organización. Los nombres nativos (sii__rcv__consultar) siguen despachando por tools/call como puerta de compatibilidad no anunciada. | No | El servidor MCP |
| 2026-08-06 | indicadores.valor.actual y indicadores.valor.consultar pasan a versión 2: la primera suma antiguedadDias (0 = el valor es de hoy, positivo = atrasado, negativo = fechado en el futuro) y la segunda suma fechaSolicitada y esArrastre. Campos nuevos en la salida, ids intactos. | No | indicadores.valor.actual |
| 2026-07-31 | Las tools de consulta de bci_pyme y banco_security dejan de consultar en vivo al banco: ahora leen el plano ya sincronizado, igual que las del SII y BICE. Mismos ids re-acuñados para otra clase de tool, con bump de version; la bitácora confirmó cero consumidores del contrato anterior antes de re-acuñarlos. | Sí | Sincronizar y consultar |
| 2026-07-30 | SII: nuevo alcance boletas_honorarios (boletas de honorarios electrónicas, emitidas y recibidas) y la tool sii.boletas_honorarios.consultar. | No | sii.boletas_honorarios.consultar |
| 2026-07-30 | Nuevo conector conexiones: sistemas.listar, enlace.crear y estado.consultar. Un agente puede acuñar el enlace para conectar un sistema y consultar su estado sin salir de MCP. | No | Conectar un sistema |
| 2026-07-28 | SII: nuevo alcance guias (guías de despacho, DTE 52) y la tool sii.guias.consultar. El SII solo retiene el detalle de los últimos 6 meses, así que la historia se construye sincronizando de forma continua, no con un backfill. | No | sii.guias.consultar |
Cómo enterarse
Esta página y el índice /llms.txt reflejan el estado vigente; la referencia por tool y los contratos OpenAPI se regeneran con cada deploy desde el mismo registro que sirve las llamadas, así que no pueden quedarse atrás. Si automatizas contra Emisso, GET /v1/tools te da la version y el flag deprecated de cada tool en runtime, sin esperar a que alguien lea una página.