FaaST.Fintec.Shared.Resources 7.8.0

• .NETCoreApp 3.1

  • HtmlAgilityPack (>= 1.11.67)
  • Nancy (>= 2.0.0)
  • Polly (>= 7.2.1)

• net6.0

  • HtmlAgilityPack (>= 1.11.67)
  • Nancy (>= 2.0.0)
  • Polly (>= 7.2.1)

• net8.0

  • HtmlAgilityPack (>= 1.11.67)
  • Nancy (>= 2.0.0)
  • Polly (>= 7.2.1)

v7.8.0
     - Factoring (feature): el detalle de indicadores de cartera suma dos columnas
       propias para el abono parcial (ticket 556). DocumentoDetalle expone
       MontoAbonoParcial y FechaAbonoParcial, alimentadas por mt_abono y
       fe_abono_parcial que devuelve sp_sel_indicadores_cartera_detalle.
     - Las dos quedan juntas en las posiciones 12 y 13, a continuacion de Monto
       Anticipado, donde las pidio el negocio. Eso corre las columnas 12 a 31 a
       las 14 a 33. El ColumnOrder solo gobierna la posicion en la grilla.
     - La columna Fecha de Abono preexistente NO se toca ni se reemplaza: sigue
       con su propio origen (fe_abono del documento) y su propia semantica. La
       nueva FechaAbonoParcial trae la fecha del ultimo abono parcial, con
       fallback a MAX(fe_creacion) de las filas de pago cuando fe_abono no fue
       escrita, cosa que el flujo de prorroga hace habitualmente.
     - Sin cambios en IFactoringResources ni en ninguna firma existente. Las dos
       propiedades son aditivas: los consumidores que no las usen no se enteran.
     - Requiere que el ambiente tenga el SP actualizado y el parametro
       tbl_parametros_general co_parametro 57 en '1'. Con el parametro apagado
       las dos columnas llegan en null.
     - Bump 7.7.0 - 7.8.0.

     v7.7.0
     - Colombia (feature): nuevo indicador Experian. ColombiaFactoringStrategy
       implementa ObtenerIndicadoresExperian consumiendo POST
       api/co/experian/obtener-informacion-experian (antes devolvia el dummy
       "Metodo no disponible para Colombia.").
     - Sin cambios en IFactoringResources: se reutiliza la firma existente
       ObtenerIndicadoresExperian(ObtenerIndicadoresEstandarRequest). El nit se
       envia en req.Rut, igual que Chile envia el rut, y req.linea se propaga.
     - DataEstandar suma 3 campos aditivos que devuelve Experian Colombia:
       Nit, RazonSocial y FechaConsulta. Quedan null para los buros de Chile.
     - Bump 7.6.0 - 7.7.0.

     v7.6.0
     - Peru (feature): nuevo indicador APEFAC, analogo a Sentinel. Metodo
       ObtenerIndicadoresApefac que consume POST api/pe/apefac/obtener-resumen.
     - Nuevos modelos: ObtenerIndicadoresApefacRequest, ObtenerIndicadoresApefacResponse
       (DataApefac) e IndicadorApefac.
     - Chile y Colombia: el metodo queda no disponible (NotImplementedException /
       "Metodo no disponible para Colombia."), igual que Sentinel.
     - Bump 7.5.2 - 7.6.0.

     v7.5.2
     - Chile (BREAKING en runtime): ValidarDocumentoElectronico vuelve a apuntar a
       POST /api/v1/validez del Monitor de Cesiones. Lineamiento del equipo del
       Monitor: el shared library debe usar SOLO el endpoint que encola.
     - El endpoint encola la peticion y responde 202 Accepted con
       { jobId, documentos, mensaje }. No devuelve valido/html sincrono.
     - Validacion ahora expone los campos JobId, Documentos, Mensaje, Encolado.
       Valido y Html quedan en su valor default (false / "") porque la
       validacion no es sincrona. Consumidores que necesiten valido/html
       deben consumir /api/v1/sincronizar por su cuenta o leer la BD del
       Monitor.
     - Bump 7.5.1 -> 7.5.2.

     v7.5.1
     - Chile (fix): ValidarDocumentoElectronico ahora apunta a POST /api/v1/sincronizar
       en vez de POST /api/v1/validez. /api/v1/validez paso a fire-and-forget (202 sin
       resultados). /api/v1/sincronizar es sincrono, mismo payload, devuelve
       resultados[0].validez.{valido,html} (anidado bajo "validez").
     - Sin cambios de API publica: ValidarDocumentoRequest / ValidarDocumentoResponse
       siguen iguales.

     v7.5.0
     - Chile: ValidarDocumentoElectronico migrado a POST /api/v1/validez (servicio Monitor de Cesiones).
     - Reemplaza GET /api/v1/facturaelectronica/validez-documento.
     - tipoValidacion fijo en "compuesta" (preserva match exacto con monto + fechaEmision).
     - Servicio interno: elimina autenticacion Bearer y retry por 401 en este metodo.
     - DTO ValidarDocumentoRequest sin cambios; req.Token/Usuario/Modulo se ignoran.
     - El consumer debe apuntar Header.UrlEndPoint al GW de Monitor de Cesiones.

     v7.4.0
     - Agregado método TruncarMonto(decimal valor, int decimales = 2) en IFactoringResources y las 3 estrategias (CL, PE, CO).
     - TruncarMonto corta el valor a N decimales sin redondear (ej. 104.575 -> 104.57). Pensado para cálculos de IVA donde la regla tributaria es truncar.

     v7.3.0
     - Chile: Configurado endpoint para indicadores EFA (api/cl/equifax/obtener-informacion-efa)

     v7.2.2
     - Colombia: ValidarDocumentoElectronico ahora retorna documento válido con HTML ficticio

     v7.2.0
     - Agregado soporte para .NET 6.0 (triple-target: net8.0, net6.0, netcoreapp3.1)

     v7.1.0
     - Restaurado soporte dual para .NET 8.0 y .NET Core 3.1
     - Fix: Corregido error "The request message was already sent" en llamadas HTTP con retry por 401
     - Fix aplicado en los 3 países (CL, PE, CO): SendAsync, PostAsync y PutAsync

     v7.0.0
     - Colombia: Integraación con aplicaciones externas.
     
     v6.0.2
     - Colombia: Indicadores de cartera para CO.

     v6.0.1
     - Colombia: Actualización de etiquetas (cuadro nuevo)

     v6.0.0
     - BREAKING CHANGE: Soporte exclusivo para .NET 8.0 (eliminado netcoreapp3.1)

     v5.2.2
     - Colombia: Ajuste de etiquetas.

     v5.2.0:
     - Colombia: Implementación de respuestas dummy para métodos no disponibles
     - Colombia: Métodos de indicadores de cartera retornan respuestas vacías (9 métodos)
     - Colombia: Métodos de documentos electrónicos SII retornan respuestas dummy (10 métodos)
     - Colombia: Métodos de burós de crédito Chile retornan respuestas dummy (7 métodos)
     - Colombia: Métodos de Sentinel Perú retornan respuestas dummy (1 método)
     - Colombia: Métodos CAVALI Perú retornan respuestas dummy (8 métodos)
     - Colombia: Métodos DIAN retornan respuestas dummy (3 métodos)
     - Los microservicios que usen Colombia no fallarán por métodos no implementados

     v5.1.0:
     - Agregado soporte para Colombia (CO)
     - Implementación de ColombiaFactoringStrategy
     - Validación de NIT colombiano con dígito de verificación
     - Configuraciones de etiquetas para Colombia (NIT, IVA 19%, Municipio, Departamento)
     - Métodos de indicadores de cartera para Colombia

     v5.0.11:
     - Agregado campo TipoCambio a ObtenerIndicadoresCarteraDeudor
     - Agregado campo TipoCambio a ObtenerIndicadoresCarteraPagador
     - Implementado método ValidarEnrolamientoContribuyente
     - Implementación de endpoints para obtener los detalles de indicador cartera.
     - Implementación de columnas en los detalles de los indicadores.
     - Implementación de indicador experian
     - Implementación de indicador SENTINEL
     - Implementación del campo AncladoResumen
     - Impementación de endpoints 4009 y 4007 de cavali
     - Implementación del campo code cache para congelar indicadores SUNAT y SENTINEL
     - Implementación del campo code cache consulta RUC
     - Implementación del campo code cache SENTINEL y SUNAT
     - Implementación para la homologación con CHILE
     - Implementación de cálculos de interés
     - Implementación proyecto de prueba
     - Implementación de indicadores para CHILE
     - Implementación para objetos con URLs
     - Implementación para obtener documentos Dte
     - Cambio en el retorno de variables públicas.
     - Implementación de etiquetas para pagador y proveedor.
     - Redondeo de montos.
     - Corrección de RUC x RUT.
     - Se incluye de forma dinámica los anclados.
     - Se incluye indicador para los deudores.
     - Implementación de nuevos endpoints para enrolamiento y verificación.
     - Implementación de ObtenerIndicadoresCarteraDeudor para Perú
     - Adición de campos en clase DteContribuyenteEntity
     - Implementación de ObtenerIndicadoresCarteraPagador