@devlas/dte-sii 2.14.3 → 2.16.0

package/CafSolicitor.js

@@ -37,7 +37,7 @@ class CafSolicitor {
   /**
    * @param {Object} options - Opciones de configuración
    * @param {string} options.ambiente - 'certificacion' o 'produccion'
-   * @param {string} options.rutEmisor - RUT del emisor (ej: 76192083-9)
+   * @param {string} options.rutEmisor - RUT del emisor (ej: 76543210-K)
    * @param {string} options.pfxPath - Ruta absoluta al certificado PFX
    * @param {string} options.pfxPassword - Contraseña del certificado
    * @param {string} [options.baseDir] - Directorio base para guardar archivos
@@ -194,7 +194,7 @@ class CafSolicitor {
    * Detecta la página de bloqueo duro de timbraje del SII.
    *
    * El SII usa al menos DOS redacciones para la misma página de rechazo:
-   *   - "NO SE AUTORIZA TIMBRAJE ELECTRÓNICO"  (la documentada en PLAN-MEJORAS-CAF.md)
+   *   - "NO SE AUTORIZA TIMBRAJE ELECTRÓNICO"  (ver el CHANGELOG)
    *   - "NO AUTORIZA TIMBRAJE ELECTRÓNICA"     (observada 2026-07-22 en tipo 56)
    *
    * Detectar solo la primera hacía que la segunda cayera al genérico
@@ -247,7 +247,7 @@ class CafSolicitor {
    * Verificación de Actividades sale explícito ("no registra Verificación de
    * Actividades..."), en producción el SII solo dice esto — mismo texto para tipo 39
    * (boleta) y 33 (factura), sin indicar la causa real. Verificado 2026-07-24 contra
-   * 78441936-3, en ambos tipos, con el mismo request real repetido dos veces.
+   * 79555666-7, en ambos tipos, con el mismo request real repetido dos veces.
    *
    * Sin esta detección caía en el genérico `UNKNOWN: No se obtuvo CAF en la
    * respuesta`, que no distingue este caso (probable Verificación de Actividades,
@@ -281,7 +281,7 @@ class CafSolicitor {
    * usuarios ni timbrar. Sin este mensaje el usuario ve un error genérico y vuelve a
    * intentar sin saber que lo único que corresponde es ir al SII.
    *
-   * Caso real (12/08/2026, RUT 78441936-3): Verificación de Actividades aprobada,
+   * Caso real (12/08/2026, RUT 79555666-7): Verificación de Actividades aprobada,
    * usuario enrolado en maullin y certificación de boleta enviada — y aun así palena
    * rechazaba todo, porque la inscripción por internet estaba bloqueada de origen.
    */
@@ -300,7 +300,7 @@ class CafSolicitor {
    * autorizado como emisor electrónico en producción — no hay nada que arreglar del lado
    * del enrolamiento, porque el portal ni siquiera deja abrir la mantención de usuarios.
    *
-   * Caso real (12/08/2026, RUT 78441936-3): el flujo de enrolamiento siguió de largo con
+   * Caso real (12/08/2026, RUT 79555666-7): el flujo de enrolamiento siguió de largo con
    * páginas vacías —sin formulario ni hidden `key`— hasta reventar con un 500 en
    * `eu_graba_usuario`. El 500 era el síntoma; esta frase, en el PRIMER paso, la causa.
    */
@@ -313,7 +313,7 @@ class CafSolicitor {
    * ¿Este HTML es un rechazo que hace inútil seguir el flujo?
    *
    * ⚠️ Los rechazos del SII NO llegan siempre en la última respuesta. Este caso real
-   * (12/08/2026, RUT 78441936-3, tipo 39 en palena) llegó en el PASO 2
+   * (12/08/2026, RUT 79555666-7, tipo 39 en palena) llegó en el PASO 2
    * (`of_solicita_folios_dcto`), donde solo se miraba `esBloqueoTimbraje`. El flujo
    * siguió de largo y terminó devolviendo el genérico `UNKNOWN: No se obtuvo CAF`,
    * escondiendo un mensaje que la librería ya sabía interpretar desde julio.
@@ -381,7 +381,7 @@ class CafSolicitor {
    * anulado completamente... los documentos que el Servicio reciba con dichos folios
    * serán rechazados". Por eso hay que abrir cada rango para saber si sirve, y por eso
    * este método hace un request por rango. Verificado en maullin el 14/08/2026 con el
-   * RUT 77967443-6: de 6 rangos listados en el tipo 56, solo 2 eran usables.
+   * RUT 76543210-K: de 6 rangos listados en el tipo 56, solo 2 eran usables.
    *
    * @param {number} tipoDte
    * @returns {Promise<Array<{ campos: Object, folioDesde: number, folioHasta: number,

package/EnviadorSII.js

@@ -1195,7 +1195,7 @@ class EnviadorSII {
 
     const [rutNum, dv] = rutEmisor.split('-');
     // Fallback a rutEmisor si el certificado no expone RUT (ver
-    // docs/EXTRACCION_RUT_CERTIFICADO.md) — evita un TypeError por .split
+    // ver el JSDoc de Certificado) — evita un TypeError por .split
     // sobre null cuando el PFX no tiene el RUT en ningún campo conocido.
     const rutEnvia = this.certificado.rut || rutEmisor;
     const [rutEnviaNum, dvEnvia] = rutEnvia.split('-');

package/FolioService.js

@@ -167,7 +167,7 @@ class FolioService {
               // tipo entraba como candidato válido.
               //
               // Pasó de verdad (14/08/2026): al reusar CAF previos, los tipos 56 y 61 del
-              // RUT 77967443-6 resolvieron a CAF de 78206276-K. El timbre quedó firmado con
+              // RUT 76543210-K resolvieron a CAF de 77111222-3. El timbre quedó firmado con
               // la llave de otro contribuyente y el SII devolvió `RFR - Rechazado por Error
               // en Firma` para todo el envío, lo que a su vez trababa la declaración de
               // simulación ("no debe contener documentos con reparos o rechazos").
@@ -761,7 +761,7 @@ class FolioService {
       // negativas: son resultados esperados (ese rango ya estaba anulado, o sus folios ya
       // se usaron) y aparecen mezclados con anulaciones exitosas.
       //
-      // Contarlos rompía la limpieza (medido el 13/08/2026, RUT 77967443-6, tipo 33):
+      // Contarlos rompía la limpieza (medido el 13/08/2026, RUT 76543210-K, tipo 33):
       //     20 rangos a procesar
       //     ✓ 47-49 anulado   ✓ 43-46 anulado
       //     ✗ 31-34 ya anulado ✗ 27-30 ya anulado  → CORTE, 8 rangos sin intentar

package/README.md

@@ -25,6 +25,7 @@ npm install @devlas/dte-sii
 - [Libros electrónicos y RCOF](#libros-electrónicos-y-rcof)
 - [Gestión de folios](#gestión-de-folios)
 - [Sesión y autenticación con el SII](#sesión-y-autenticación-con-el-sii)
+- [Descargar el XML completo desde el portal (Respaldo MIPYME)](#descargar-el-xml-completo-desde-el-portal-respaldo-mipyme)
 - [Aceptación y reclamo de DTE (WsReclamo)](#aceptación-y-reclamo-de-dte-wsreclamo)
 - [Estados SII: Interpretación de respuestas](#estados-sii-interpretación-de-respuestas)
 - [Manejo de errores](#manejo-de-errores)
@@ -69,7 +70,7 @@ const caf  = new CAF(fs.readFileSync('caf_33.xml', 'utf8'))
 const dte = new DTE({
   Encabezado: {
     IdDoc:   { TipoDTE: 33, Folio: 1 },
-    Emisor:  { RUTEmisor: '76354771-K', RznSoc: 'Mi Empresa SpA', GiroEmis: 'Software', DirOrigen: 'Av. Ejemplo 123', CmnaOrigen: 'Santiago', Acteco: 620200 },
+    Emisor:  { RUTEmisor: '76543210-K', RznSoc: 'Mi Empresa SpA', GiroEmis: 'Software', DirOrigen: 'Av. Ejemplo 123', CmnaOrigen: 'Santiago', Acteco: 620200 },
     Receptor: { RUTRecep: '12345678-9', RznSocRecep: 'Cliente SA', GiroRecep: 'Comercio', DirRecep: 'Calle 456', CmnaRecep: 'Providencia' },
   },
   Detalle: [
@@ -81,7 +82,7 @@ dte.generarXML().timbrar(caf).firmar(cert)
 
 const envio = new EnvioDTE({ certificado: cert })
 envio.agregar(dte)
-envio.setCaratula({ RutEmisor: '76354771-K', RutReceptor: '60803000-K', FchResol: '2024-01-15', NroResol: 123 })
+envio.setCaratula({ RutEmisor: '76543210-K', RutReceptor: '60803000-K', FchResol: '2024-01-15', NroResol: 123 })
 envio.generar()
 
 const enviador = new EnviadorSII(cert, 'produccion') // o 'certificacion'
@@ -121,7 +122,7 @@ const dte = new DTE({
   tipo: 33,
   folio: 1,
   emisor: {
-    rut: '76354771-K', razonSocial: 'Mi Empresa SpA',
+    rut: '76543210-K', razonSocial: 'Mi Empresa SpA',
     giro: 'Desarrollo de software', direccion: 'Av. Ejemplo 123',
     comuna: 'Santiago', actividadEconomica: 620200,
   },
@@ -158,7 +159,7 @@ const { EnvioDTE, EnviadorSII } = require('@devlas/dte-sii')
 const envio = new EnvioDTE({ certificado: cert })
 envio.agregar(dte)
 envio.setCaratula({
-  RutEmisor:   '76354771-K',
+  RutEmisor:   '76543210-K',
   RutReceptor: '60803000-K', // RUT del SII para envíos propios
   FchResol:    '2024-01-15',
   NroResol:    123,
@@ -178,14 +179,14 @@ const resultado = await enviador.enviarDteSoap(envio)
 // Estado del sobre (EnvioDTE)
 const estadoSobre = await enviador.consultarEstado({
   trackId: resultado.trackId,
-  rutEmisor: '76354771-K',
+  rutEmisor: '76543210-K',
 })
 // estadoSobre.esExitoso / esIntermedio / esRechazado
 // estadoSobre.codigo   → 'EPR', 'RPR', 'RSC', etc.
 
 // Estado de un DTE individual
 const estadoDte = await enviador.consultarEstadoDte({
-  rutEmisor:   '76354771-K',
+  rutEmisor:   '76543210-K',
   rutReceptor: '12345678-9',
   tipoDte:     33,
   folio:       1,
@@ -244,13 +245,13 @@ const fs = require('fs')
 const cert = new Certificado(fs.readFileSync('empresa_cert.pfx'), 'clave')
 const caf  = new CAF(fs.readFileSync('caf_39_cert.xml', 'utf8'))
 
-const dte = new DTE({ tipo: 39, folio: 1, emisor: { rut: '76354771-K', ... }, items: [ ... ] })
+const dte = new DTE({ tipo: 39, folio: 1, emisor: { rut: '76543210-K', ... }, items: [ ... ] })
 dte.generarXML().timbrar(caf).firmar(cert)
 
 const envio = new EnvioBOLETA({ certificado: cert })
 envio.agregar(dte)
 envio.setCaratula({
-  RutEmisor: '76354771-K',
+  RutEmisor: '76543210-K',
   FchResol:  '2019-10-18',  // fecha de resolución de certificación (entregada por el SII)
   NroResol:  0,             // siempre 0 en certificación
 })
@@ -271,13 +272,13 @@ const fs = require('fs')
 const cert = new Certificado(fs.readFileSync('empresa_prod.pfx'), 'clave')
 const caf  = new CAF(fs.readFileSync('caf_39_prod.xml', 'utf8'))
 
-const dte = new DTE({ tipo: 39, folio: 1, emisor: { rut: '76354771-K', ... }, items: [ ... ] })
+const dte = new DTE({ tipo: 39, folio: 1, emisor: { rut: '76543210-K', ... }, items: [ ... ] })
 dte.generarXML().timbrar(caf).firmar(cert)
 
 const envio = new EnvioBOLETA({ certificado: cert })
 envio.agregar(dte)
 envio.setCaratula({
-  RutEmisor: '76354771-K',
+  RutEmisor: '76543210-K',
   FchResol:  '2024-01-15',  // fecha real de resolución SII de la empresa
   NroResol:  123,           // número real de resolución SII de la empresa
 })
@@ -303,7 +304,7 @@ service.cargarCAF(fs.readFileSync('caf_39.xml', 'utf8'))
 
 const boleta = await service.crearBoleta({
   folio:      1,
-  emisor:     { rut: '76354771-K', razonSocial: 'Mi Empresa', giro: 'Software', ... },
+  emisor:     { rut: '76543210-K', razonSocial: 'Mi Empresa', giro: 'Software', ... },
   items:      [{ nombre: 'Producto', cantidad: 1, precioConIva: 10000 }],
   resolucion: {
     fecha:  process.env.SII_AMBIENTE === 'certificacion' ? '2019-10-18' : '2024-01-15',
@@ -323,8 +324,8 @@ const { LibroCompraVenta, Certificado } = require('@devlas/dte-sii')
 
 const libro = new LibroCompraVenta()
 libro.setCaratula({
-  RutEmisorLibro: '76354771-K',
-  RutEnvia:       '76354771-K',
+  RutEmisorLibro: '76543210-K',
+  RutEnvia:       '76543210-K',
   PeriodoTributario: '2024-06',
   FchResol: '2024-01-15', NroResol: 123,
   TipoOperacion: 'VENTA',  // o 'COMPRA'
@@ -349,7 +350,7 @@ const { ConsumoFolio, CAF, Certificado } = require('@devlas/dte-sii')
 
 const rcof = new ConsumoFolio()
 rcof.setCaratula({
-  RutEmisor:  '76354771-K',
+  RutEmisor:  '76543210-K',
   FchResol:   '2024-01-15',
   NroResol:   0,
   FchInicio:  '2024-06-15',
@@ -395,7 +396,7 @@ const fingerprint = createCafFingerprint(cafXml)           // hash único del CA
 
 // Reservar el siguiente folio disponible del rango del CAF
 const folio = registry.reserveNextFolio({
-  rutEmisor:      '76354771-K',
+  rutEmisor:      '76543210-K',
   tipoDte:        caf.getTipoDTE(),
   folioDesde:     caf.getFolioDesde(),
   folioHasta:     caf.getFolioHasta(),
@@ -407,7 +408,7 @@ const folio = registry.reserveNextFolio({
 
 // Marcar folio como enviado al recibir trackId del SII
 registry.markFolioSent({
-  rutEmisor: '76354771-K', tipoDte: 33, folio,
+  rutEmisor: '76543210-K', tipoDte: 33, folio,
   folioDesde: caf.getFolioDesde(), folioHasta: caf.getFolioHasta(),
   ambiente: 'produccion', cafFingerprint: fingerprint,
   trackId: '0245283324',
@@ -421,7 +422,7 @@ const { resolveCafPath } = require('@devlas/dte-sii')
 
 const cafPath = resolveCafPath({
   tipoDte:       33,
-  rutEmisor:     '76354771-K',
+  rutEmisor:     '76543210-K',
   requiredCount: 1,          // necesito al menos 1 folio disponible
   ambiente:      'produccion',
 })
@@ -439,7 +440,7 @@ const { FolioService, Certificado } = require('@devlas/dte-sii')
 
 const service = new FolioService({
   ambiente:    'produccion',
-  rutEmisor:   '76354771-K',
+  rutEmisor:   '76543210-K',
   certificado: new Certificado(fs.readFileSync('empresa.pfx'), 'clave'),
 })
 
@@ -493,7 +494,7 @@ const fs   = require('fs')
 const path = require('path')
 
 const CAF_DIR    = path.join(__dirname, 'cafs')
-const RUT        = '76354771-K'
+const RUT        = '76543210-K'
 const AMBIENTE   = 'produccion'
 const TIPO_DTE   = 33
 const UMBRAL     = 10   // solicitar nuevo CAF cuando queden menos de N folios
@@ -568,6 +569,41 @@ const datos = await auth.obtenerDatosEmpresa()
 const cookies = await SiiPortalAuth.getCookieStringForPfx(cert)
 ```
 
+#### Caché de sesión: un mapa por certificado
+
+Un login contra `zeusr.sii.cl` es un handshake con certificado, **caro y contado por el SII**,
+que bloquea el RUT por *"máximo de sesiones autenticadas"*. Por eso las cookies se cachean en
+disco, en `$DATADIR/sii_session_cache.json`, con un TTL de 90 minutos.
+
+Desde **2.16.0 el caché es un mapa por huella de certificado**. Antes guardaba una sola sesión,
+así que en un servidor multi-tenant cada certificado invalidaba al anterior y **todos**
+re-autenticaban en cada pasada: el costo crecía lineal con la base de clientes.
+
+- El formato viejo se **migra**, no se descarta.
+- Poda automática: expiradas primero, y tope de 200 entradas.
+- Escritura atómica y relectura previa, para que dos réplicas sobre el mismo volumen no se
+  borren las sesiones entre sí.
+
+```javascript
+SiiPortalAuth.limpiarSesionCache(certHash)   // borra una
+SiiPortalAuth.limpiarSesionCache()           // borra todas
+```
+
+> ⚠️ **En un servidor, apunta `DATADIR` a un volumen persistente.** Sin eso el caché vive en el
+> filesystem del contenedor y se pierde en cada redeploy, forzando un re-login de toda la base.
+
+#### Reintento ante fallas de red/TLS
+
+`autenticar()` reintenta 3 veces con espera progresiva (1s, 2s, 4s) ante errores de transporte.
+
+> ⚠️ El SII devuelve **`EPROTO` de forma intermitente** al abrir la conexión TLS con certificado
+> (`rsa_pss ... last octet invalid`), y reintentando con el **mismo** certificado funciona. **No
+> es señal de certificado vencido ni no habilitado**, aunque lo parezca. Interpretarlo así marca
+> como rotos certificados que están sanos.
+
+El **límite de sesiones nunca se reintenta** (cada intento empeora el bloqueo) y se distingue por
+`err.code === 'SII_LIMITE_SESIONES'`.
+
 ### SiiSession: sesiones HTTP autenticadas
 
 ```javascript
@@ -580,6 +616,91 @@ const resp = await session.request('GET', 'https://herculesr.sii.cl/...')
 
 ---
 
+## Descargar el XML completo desde el portal (Respaldo MIPYME)
+
+`descargarRespaldoMipyme()` baja el **XML firmado completo** de los DTE emitidos o recibidos
+desde el "Respaldo de archivos MIPYME" del portal (`www1.sii.cl/cgi-bin/Portal001`).
+
+Es la única vía que entrega el **documento entero**: detalle línea por línea, `CdgItem` del
+proveedor, referencias y TED. `obtenerDetalleDtes()` solo trae metadatos y
+`obtenerResumenRegistro()` solo totales mensuales.
+
+**Requiere únicamente el certificado digital**, no estar certificado como emisor.
+
+> 🔴 **Existe SOLO en producción: no hay ambiente de certificación.** Medido sobre
+> `/cgi-bin/Portal001/lista_documentos.cgi`: `www1.sii.cl` responde 200, `maullin.sii.cl`
+> redirige a `Error404` y `www4c.sii.cl` da 404 (para contrastar, una ruta real de maullin
+> redirige al login de certificación, no a un 404).
+>
+> Consecuencia para cualquier consumidor: con el resto del sistema apuntando a maullin, este
+> método **igual lee documentos reales del contribuyente**. Es de solo lectura contra el SII,
+> pero escribe facturas reales en la base del entorno que lo llame. Un entorno de desarrollo
+> necesita una puerta explícita; no alcanza con mirar la variable de ambiente del DTE, porque
+> esta función no tiene ambientes.
+
+```javascript
+const auth = new SiiPortalAuth({ pfxBuffer, pfxPassword })
+
+const { total, tramos } = await auth.descargarRespaldoMipyme('76543210', '6', {
+  origen: 'RCP',            // 'ENV' emitidos | 'RCP' recibidos
+  desde:  '2026-01-01',
+  hasta:  '2026-08-18',
+  tipoDoc: '',              // vacío = todos
+  reintentos: 3,
+})
+// tramos: [{ desde, hasta, total, xml }, ...] — un XML por tramo
+```
+
+### Modo streaming (`onTramo`) — obligatorio para históricos grandes
+
+Sin `onTramo` **todos los XML quedan en memoria hasta el final**: ~6,4 KB por documento, o sea
+unos 7 MB para 1.100 documentos, y crece lineal.
+
+```javascript
+await auth.descargarRespaldoMipyme(rut, dv, {
+  origen: 'RCP', desde, hasta,
+  onTramo: async (t) => { await guardar(t.xml) },   // se persiste y se suelta
+})
+// con onTramo, los tramos del resultado vienen SIN `xml`
+```
+
+### Qué hay que saber del portal
+
+| | |
+|---|---|
+| **Tope de 20 por descarga** | Es del servidor, no cosmético. Con 21 devuelve **HTML de error**, no un XML recortado. El método trocea el rango solo, del **más reciente al más viejo**. |
+| **Un día con más de 20** | No se puede partir más por fecha: se lanza error explícito. Tiene salida cortando por `TPO_DOC` (un tipo de DTE por consulta). ⚠️ **No** usar `FOLIO`/`FOLIOHASTA`: borran `FEC_HASTA` en silencio y devuelven otro conjunto. |
+| **Encoding** | El XML viene en **ISO-8859-1**. Leerlo como utf8 rompe los acentos. |
+| **Captcha** | Hoy va vacío, pero el SII puede encenderlo sin avisar → `RESPALDO_CAPTCHA`. |
+| **Alcance** | Solo lo registrado en el sistema de facturación **gratuito** del SII. Un comercio que ya migró a otro sistema no encuentra ahí sus documentos nuevos. |
+
+> 🔴 **El portal viejo comunica sus rechazos por `alert()` de JavaScript, con HTTP 200** — no en
+> el HTML visible ni en el `<title>`, que dice otra cosa. Y la página **válida** trae además un
+> `//alert(...)` **comentado**. Clasificar por título, limpiar los `<script>` antes de parsear, o
+> creerle al alert comentado: las tres cosas producen diagnósticos falsos.
+
+Los errores traen **`err.mensajePortal`** con el texto exacto del SII. **Mostrar ese texto, no
+una traducción propia.**
+
+⚠️ **`SIN_DATOS` no es lo mismo que `INDETERMINADO`.** El primero es un veredicto definitivo
+("acá no hay nada") y el consumidor puede cerrar ese período para siempre. Los otros dos
+significan "no se pudo concluir" y "no pudimos preguntar": tratarlos igual cerró en falso un
+período que ya tenía 24 documentos bajados.
+
+| código | qué pasó | ¿reintentar? |
+|---|---|---|
+| `RESPALDO_SIN_DATOS` | el RUT no tiene información en MIPYME | no |
+| `RESPALDO_CAPTCHA` | el SII encendió el captcha | no |
+| `RESPALDO_RECHAZADO` | rechazo con un texto que no conocemos; llega literal | no |
+| `RESPALDO_INDETERMINADO` | **varios** mensajes del template, sin veredicto único; llegan en `err.mensajesPortal` | sí, más tarde |
+| `RESPALDO_SIN_EMPRESA` | página de ingreso sin ningún alert; causa no determinada | no |
+
+Contrato completo, respuestas reales y los errores que cuestan tiempo (es **POST** no GET;
+`ORIGEN=ENV` no `EMI`; el listado es obligatorio antes de la descarga) en
+la sección de arriba.
+
+---
+
 ## Aceptación y reclamo de DTE (WsReclamo)
 
 `WsReclamo` implementa el web service `WSRECLAMO` del SII (v1.2) para registrar eventos de aceptación/rechazo de DTE por parte del receptor.
@@ -594,7 +715,7 @@ const ws = new WsReclamo(new Certificado(fs.readFileSync('empresa.pfx'), 'clave'
 
 // Consultar historial de eventos de un DTE
 const eventos = await ws.listarEventosHistDoc({
-  rutEmisor:   '76354771-K',
+  rutEmisor:   '76543210-K',
   tipoDTE:     33,
   folio:       1,
   rutReceptor: '12345678-9',
@@ -605,7 +726,7 @@ const estado = await ws.consultarEstadoReceptor({ ... })
 
 // Registrar aceptación (ACD) o reclamo (RCD)
 await ws.ingresarAceptacion({
-  rutEmisor: '76354771-K', tipoDTE: 33, folio: 1,
+  rutEmisor: '76543210-K', tipoDTE: 33, folio: 1,
   accion: 'ACD', // ACD=Aceptado, RCD=Reclamado, ERM=Otorga Mercaderías
 })
 ```
@@ -676,7 +797,7 @@ const { configure, configureRetry } = require('@devlas/dte-sii')
 // Configuración global (aplicar al inicio de la app)
 configure({
   ambiente:          'produccion',  // 'produccion' | 'certificacion'
-  defaultRutEmisor:  '76354771-K',
+  defaultRutEmisor:  '76543210-K',
   tokenCacheTtlMs:   300_000,       // 5 minutos (default)
 })
 
@@ -758,7 +879,7 @@ const require = createRequire(import.meta.url)
 const { Certificado, CAF, DTE, EnviadorSII } = require('@devlas/dte-sii')
 ```
 
-**TypeScript con ESM** (patrón usado en `devlas-cloud-api-node`):
+**TypeScript con ESM** :
 
 ```typescript
 import { createRequire } from 'module'
@@ -814,7 +935,7 @@ import type {
 | `FolioService` | `FolioService.js` | Consulta, solicita y anula folios ante el SII |
 | `CafSolicitor` | `CafSolicitor.js` | Solicitud automatizada de CAF al SII |
 | `SiiSession` | `SiiSession.js` | Sesiones HTTP autenticadas con certificado (cookie jar) |
-| `SiiPortalAuth` | `SiiPortalAuth.js` | Autenticación al portal SII; obtiene datos de empresa; Singleton por cert |
+| `SiiPortalAuth` | `SiiPortalAuth.js` | Autenticación al portal SII; datos de empresa; RCV; **respaldo MIPYME (XML completo)**; caché de sesión por certificado |
 
 ### Libros y reportes
 
@@ -880,7 +1001,7 @@ El directorio `cert/` contiene los helpers necesarios para ejecutar el proceso d
 - Generación de muestras impresas
 
 ```javascript
-// Uso desde devlas-cloud-api-node
+// Uso desde un proyecto ESM
 const { CertFolioHelper } = require('@devlas/dte-sii')
 ```