v2.42.0

Corregido

• El domicilio del portal se separa en calle, villa/población, ciudad y comuna. El portal entrega el domicilio
  en una sola celda con las etiquetas del propio SII ("CALLE 123, Villa/Pob. NOMBRE, Ciudad NOMBRE, Comuna NOMBRE").
  obtenerDatosContribuyente solo quitaba la comuna del final, así que direccion llevaba "Villa/Pob." y "Ciudad"
  y podía pasar los 70 caracteres de DirOrigen: el SII rechazaba el EnvioBOLETA entero por XSD (cvc-maxLength-valid,
  caso real de un comercio con domicilio con villa y ciudad). Ahora direccion es solo la calle, y villaPoblacion,
  ciudad y comuna van en su campo; direccionPortal conserva el texto original sin tocar. No se recorta ningún dato.
  obtenerEmisor ahora entrega la ciudad real en vez de repetir la comuna. Cambio de comportamiento visible:
  quien componía el domicilio a partir de direccion y esperaba la villa o la ciudad dentro debe leer
  villaPoblacion y ciudad. No cambia ninguna firma ni la forma del XML.
• solicitar() distingue el bloqueo de la persona que firma por "situaciones pendientes con el SII". Al pedir
  folios de factura, nota o guía, el SII puede responder "La persona autenticada no puede realizar trámites de
  Factura Electrónica, ya que tiene situaciones pendientes con el SII". Esa página no se reconocía y volvía como
  UNKNOWN: No se obtuvo CAF, que un consumidor tomó por racionamiento de folios y reintentó durante horas (caso
  real, certificación de factura en maullín, 20/10/2026). Nuevo CafSolicitor.esPersonaConSituacionesPendientes,
  incluido en esRechazoDuro, y nuevo errorCode PERSONA_CON_SITUACIONES_PENDIENTES con el motivo y la acción
  (regularizar en el SII). La boleta (39) no recibe este bloqueo. Valor nuevo en la unión CafSolicitarErrorCode:
  un consumidor con un switch exhaustivo sobre los códigos debe agregarlo.