UtilsNet10 2026.8.0

Capa de abstracción multimotor de base de datos sobre ADO.NET, y el vocabulario de atributos que describe el mapeo objeto a tabla del ORM propio del framework. Compilación net10.0 de los mismos archivos de código fuente que ConectaDB.dll de .NET Framework, sobre Microsoft.Data.SqlClient y MySql.Data. SQL Server y MySQL están portados; Oracle y Visual FoxPro quedan como cáscaras que lanzan PlatformNotSupportedException. Dos avisos de despliegue medidos, que el compilador no ve: toda cadena de conexión de SQL Server heredada deja de conectar sin TrustServerCertificate=True, porque Microsoft.Data.SqlClient cifra por omisión; y sin "Allow User Variables=true" en la cadena, los parámetros de salida de los procedimientos almacenados de MySQL fallan.

Gestion de archivos del framework: la entidad Archivos con su CRUD y sus parametros, el motor ArchivosManejo (copiar, descargar, borrar, resolver rutas) y los contratos de la integracion con OneDrive. Compilacion net10.0 de los mismos archivos de codigo fuente que LiloSoft.Archivos.dll de .NET Framework. AVISO DE PORTABILIDAD: de los tres modos de almacenamiento, TipoManejo.Windows y TipoManejo.OneDrive funcionan integros; TipoManejo.Web NO, porque depende de cuatro tipos de System.Web (HttpPostedFileBase, HttpServerUtilityBase, HttpResponseBase y System.Web.UI.Page) que .NET moderno no tiene. Esos cuatro se declaran en el paquete como cascaras que lanzan PlatformNotSupportedException con el mensaje que nombra la alternativa de ASP.NET Core. En una aplicacion de ASP.NET Core resuelva la ruta con IWebHostEnvironment, lea el IFormFile a bytes y use TipoManejo.Windows.

Cliente de Microsoft Graph del framework: envio y lectura de correo de Microsoft 365 (mensajes, adjuntos, destinatarios, cabeceras y marcas) y acceso a OneDrive. Compilacion net10.0 de los mismos archivos de codigo fuente que LiloSoft.MsGraph365.dll de .NET Framework. No depende del SDK Microsoft.Graph ni de MSAL: habla con la API por HttpClient y obtiene el token contra el endpoint de OAuth, asi que su unica dependencia externa es Newtonsoft.Json.

Exportacion a Excel del framework: convierte List de T y DataTable en libros .xlsx sobre NPOI, con titulos, imagen de cabecera, etiquetas y comentarios de columna por atributo, columnas excluidas, totalizaciones y libros de varias hojas. Compilacion net10.0 de los mismos archivos de codigo fuente que LiloSoft.ExcelNPOI.dll de .NET Framework. Es la mitad de SALIDA del ciclo de Excel de la familia; la de entrada es Utilidades.CargarUnEXCEL, en el paquete UtilsNet10, y las dos usan NPOI 2.7.6. UNICA DIVERGENCIA CON EL ORIGINAL, y va aqui porque cambia una firma publica: ExcelSheetOptions.ImageTitle es byte[] en vez de System.Drawing.Image, porque System.Drawing no es portable en .NET moderno. Asigne el contenido del archivo de imagen tal cual; NPOI reconoce el formato por su cabecera.

Contrato de trabajos con progreso y cancelacion del framework: la interfaz IJob y su implementacion Job, con progreso, subprogreso, mensajes, cancelacion por CancellationToken y los cinco eventos de notificacion. Compilacion net10.0 de los mismos archivos de codigo fuente que LiloSoft.AsyncProgress.dll de .NET Framework. AVISO DE ALCANCE, y es la unica cascara de la familia que lo necesita: este paquete NO trae JobManager ni ProgressHub. Esas dos clases dependen de SignalR clasico, que no existe en .NET moderno, y su equivalente en ASP.NET Core exige inyeccion de dependencias que un singleton estatico no puede recibir. Se dejaron fuera a proposito hasta que exista una aplicacion en ASP.NET Core que las estrene; el trabajo exacto que haria falta esta documentado en el plan 2026-08-28-signalr-net10-asyncprogress.md. Lo que este paquete si da es lo que de verdad consumen los llamadores que no son web: IJob como contrato, que dos aplicaciones de la casa ya implementan por su cuenta.

Catálogos y parámetros administrativos comunes, todos con la convención de la casa Xxx/XxxDB sobre el ORM por atributos de ProveedorWeb: geografía (Pais, Departamentos, Ciudades, Barrios, CodigosPostales y la consulta consolidada UbicacionesGeograficasDB), terceros (MaestroTerceros, MiembrosConsorcio, ProveedoresRetenciones, ProveedorProductos, NivelTributario, DianTipoIdentificacion, DianTriutos), impuestos, monedas y tasas de cambio, documentos y sus prefijos por sucursal, estructura organizacional (Areas, Dependencias, CentroCostos, ModulosSistema), clasificación libre para añadir clasificaciones a cualquier entidad sin cambiar el esquema, períodos con su validación de abierto/cerrado, y los parámetros de integración de correo (implementan IBuzonesCorreoElectronico y se entregan tal cual a un emisor), OneDrive y WhatsApp. Compilación net10.0 de los mismos 88 archivos de código fuente que LiloSoft.AdminGenerales.dll de .NET Framework, sin exclusiones ni sustituciones. Avisos de esta plataforma: los tipos de una plataforma y de la otra son tipos distintos para el runtime, así que hay que recompilar contra esta versión y no mezclar los dos ensamblados; el ensamblado moderno no incluye el recurso incrustado Properties.Resources del original, que no tiene ni un consumidor en el código; el cargue desde Excel de las clases XxxDB pasa por NPOI en vez de OleDb y corta el cargue ante una fila enteramente vacía; y las cadenas de conexión heredadas necesitan TrustServerCertificate=True porque Microsoft.Data.SqlClient cifra por omisión.

Contexto multiempresa y multisucursal del ERP, con la convención de la casa Xxx/XxxDB sobre el ORM por atributos de ProveedorWeb: empresas (Empresas, EmpresasDB), sus datos fiscales y tributarios (EmpresaFiscal, EmpresasFiscalSoloDatos y sus enumeraciones EmpresasFiscal_TipoEmpresa, EmpresasFiscal_TipoPersonaJuridica y EmpresaFiscal_TipoLogo), parámetros por empresa (EmpresaParametrizada), grupos empresariales (EmpresasAsociadas), sucursales (Sucursales), la asignación de usuarios a empresas y sucursales (UsuariosEmpresa, UsuariosSucursales y la vista consolidada UsuariosEmpresas_Vw), el apoyo MultiEmpreasHelper y el constructor de criterios tipados BusquedaFirme con su enumeración Operador. Es la librería que administra los valores que consume el MultiEmpresaAttribute de ConectaDB, con el que BaseDB filtra automáticamente por empresa y sucursal el SQL que genera. Compilación net10.0 de 20 de los 22 archivos de código fuente de LiloSoft.Empresas.dll de .NET Framework. AUSENCIA DELIBERADA: el ensamblado moderno NO incluye el tipo público SeleccionarEmpresa, el formulario de Windows Forms con el que una aplicación de escritorio pide al usuario su empresa y sucursal al iniciar sesión; incluirlo obligaría a UseWindowsForms y a net10.0-windows, es decir a volver Windows-only una librería de contexto multiempresa que consumen aplicaciones web, así que los cuatro ejecutables de escritorio que lo usan (ContableSys, GeneralSys, NominaSys y MediosMagneticos) siguen con el ensamblado original de .NET Framework. Es el único tipo que falta: los otros 24 tipos públicos están todos, con sus 298 miembros, verificado por metadatos contra el ensamblado original. Otros avisos de esta plataforma: los tipos de una plataforma y de la otra son tipos distintos para el runtime, así que hay que recompilar contra esta versión y no mezclar los dos ensamblados; el ensamblado moderno no lleva los recursos incrustados Properties.Resources ni SeleccionarEmpresa.resx del original, que solo alimentaban ese formulario; el cargue desde Excel de las clases XxxDB pasa por NPOI en vez de OleDb y corta el cargue ante una fila enteramente vacía; y las cadenas de conexión heredadas necesitan TrustServerCertificate=True porque Microsoft.Data.SqlClient cifra por omisión.

Cliente REST tipado sobre HttpClient, con serialización JSON de los tipos propios del framework, envío de formularios y descarga de archivos. Compilación net10.0 de los mismos archivos de código fuente que LiloSoft.RestFullClientLib.dll de .NET Framework, con una fábrica de HttpClient propia: el original configura el canal seguro con ServicePointManager, que en .NET moderno compila pero no afecta a HttpClient. Importante: por omisión acepta cualquier certificado de servidor, porque los servicios en localhost usan autofirmados; para activar la validación normal se pone la clave de configuración RestClientValidarCertificados en "S".

Núcleo del framework: el ORM propio por atributos (BaseDB), seguridad y menús, auditoría, parámetros de sistema, consultas definidas, formularios dinámicos y tareas programadas. Compilación net10.0 de los mismos archivos de código fuente que ProveedorWeb.dll de .NET Framework. No incluye la superficie de ASP.NET WebForms ni de Membership (proveedor de mapa del sitio, páginas y controles de usuario, roles), ni los miembros que devolvían tipos de WinForms (CargarArbolMenus y las propiedades NodoSite y MenuForm de NodoItemWeb), porque reponerlos volvería la librería dependiente de Windows. El resto de esas clases sí está, incluido el enum MenuApp.TipoPermiso. Aviso medido: el generador de SQL escribe los literales del WHERE con la cultura actual, así que con una cultura de coma decimal el SQL sale mal formado.

Capa de abstracción multimotor de base de datos sobre ADO.NET, y el vocabulario de atributos que describe el mapeo objeto a tabla del ORM propio del framework. Compilación net10.0 de los mismos archivos de código fuente que ConectaDB.dll de .NET Framework, sobre Microsoft.Data.SqlClient y MySql.Data. SQL Server y MySQL están portados; Oracle y Visual FoxPro quedan como cáscaras que lanzan PlatformNotSupportedException. Dos avisos de despliegue medidos, que el compilador no ve: toda cadena de conexión de SQL Server heredada deja de conectar sin TrustServerCertificate=True, porque Microsoft.Data.SqlClient cifra por omisión; y sin "Allow User Variables=true" en la cadena, los parámetros de salida de los procedimientos almacenados de MySQL fallan.

Capa de abstracción multimotor de base de datos sobre ADO.NET, y el vocabulario de atributos que describe el mapeo objeto a tabla del ORM propio del framework. Compilación net10.0 de los mismos archivos de código fuente que ConectaDB.dll de .NET Framework, sobre Microsoft.Data.SqlClient y MySql.Data. SQL Server y MySQL están portados; Oracle y Visual FoxPro quedan como cáscaras que lanzan PlatformNotSupportedException. Dos avisos de despliegue medidos, que el compilador no ve: toda cadena de conexión de SQL Server heredada deja de conectar sin TrustServerCertificate=True, porque Microsoft.Data.SqlClient cifra por omisión; y sin "Allow User Variables=true" en la cadena, los parámetros de salida de los procedimientos almacenados de MySQL fallan.

Catálogos y parámetros administrativos comunes, todos con la convención de la casa Xxx/XxxDB sobre el ORM por atributos de ProveedorWeb: geografía (Pais, Departamentos, Ciudades, Barrios, CodigosPostales y la consulta consolidada UbicacionesGeograficasDB), terceros (MaestroTerceros, MiembrosConsorcio, ProveedoresRetenciones, ProveedorProductos, NivelTributario, DianTipoIdentificacion, DianTriutos), impuestos, monedas y tasas de cambio, documentos y sus prefijos por sucursal, estructura organizacional (Areas, Dependencias, CentroCostos, ModulosSistema), clasificación libre para añadir clasificaciones a cualquier entidad sin cambiar el esquema, períodos con su validación de abierto/cerrado, y los parámetros de integración de correo (implementan IBuzonesCorreoElectronico y se entregan tal cual a un emisor), OneDrive y WhatsApp. Compilación net10.0 de los mismos 88 archivos de código fuente que LiloSoft.AdminGenerales.dll de .NET Framework, sin exclusiones ni sustituciones. Avisos de esta plataforma: los tipos de una plataforma y de la otra son tipos distintos para el runtime, así que hay que recompilar contra esta versión y no mezclar los dos ensamblados; el ensamblado moderno no incluye el recurso incrustado Properties.Resources del original, que no tiene ni un consumidor en el código; el cargue desde Excel de las clases XxxDB pasa por NPOI en vez de OleDb y corta el cargue ante una fila enteramente vacía; y las cadenas de conexión heredadas necesitan TrustServerCertificate=True porque Microsoft.Data.SqlClient cifra por omisión.

Gestion de archivos del framework: la entidad Archivos con su CRUD y sus parametros, el motor ArchivosManejo (copiar, descargar, borrar, resolver rutas) y los contratos de la integracion con OneDrive. Compilacion net10.0 de los mismos archivos de codigo fuente que LiloSoft.Archivos.dll de .NET Framework. AVISO DE PORTABILIDAD: de los tres modos de almacenamiento, TipoManejo.Windows y TipoManejo.OneDrive funcionan integros; TipoManejo.Web NO, porque depende de cuatro tipos de System.Web (HttpPostedFileBase, HttpServerUtilityBase, HttpResponseBase y System.Web.UI.Page) que .NET moderno no tiene. Esos cuatro se declaran en el paquete como cascaras que lanzan PlatformNotSupportedException con el mensaje que nombra la alternativa de ASP.NET Core. En una aplicacion de ASP.NET Core resuelva la ruta con IWebHostEnvironment, lea el IFormFile a bytes y use TipoManejo.Windows.

Contrato de trabajos con progreso y cancelacion del framework: la interfaz IJob y su implementacion Job, con progreso, subprogreso, mensajes, cancelacion por CancellationToken y los cinco eventos de notificacion. Compilacion net10.0 de los mismos archivos de codigo fuente que LiloSoft.AsyncProgress.dll de .NET Framework. AVISO DE ALCANCE, y es la unica cascara de la familia que lo necesita: este paquete NO trae JobManager ni ProgressHub. Esas dos clases dependen de SignalR clasico, que no existe en .NET moderno, y su equivalente en ASP.NET Core exige inyeccion de dependencias que un singleton estatico no puede recibir. Se dejaron fuera a proposito hasta que exista una aplicacion en ASP.NET Core que las estrene; el trabajo exacto que haria falta esta documentado en el plan 2026-08-28-signalr-net10-asyncprogress.md. Lo que este paquete si da es lo que de verdad consumen los llamadores que no son web: IJob como contrato, que dos aplicaciones de la casa ya implementan por su cuenta.

Contexto multiempresa y multisucursal del ERP, con la convención de la casa Xxx/XxxDB sobre el ORM por atributos de ProveedorWeb: empresas (Empresas, EmpresasDB), sus datos fiscales y tributarios (EmpresaFiscal, EmpresasFiscalSoloDatos y sus enumeraciones EmpresasFiscal_TipoEmpresa, EmpresasFiscal_TipoPersonaJuridica y EmpresaFiscal_TipoLogo), parámetros por empresa (EmpresaParametrizada), grupos empresariales (EmpresasAsociadas), sucursales (Sucursales), la asignación de usuarios a empresas y sucursales (UsuariosEmpresa, UsuariosSucursales y la vista consolidada UsuariosEmpresas_Vw), el apoyo MultiEmpreasHelper y el constructor de criterios tipados BusquedaFirme con su enumeración Operador. Es la librería que administra los valores que consume el MultiEmpresaAttribute de ConectaDB, con el que BaseDB filtra automáticamente por empresa y sucursal el SQL que genera. Compilación net10.0 de 20 de los 22 archivos de código fuente de LiloSoft.Empresas.dll de .NET Framework. AUSENCIA DELIBERADA: el ensamblado moderno NO incluye el tipo público SeleccionarEmpresa, el formulario de Windows Forms con el que una aplicación de escritorio pide al usuario su empresa y sucursal al iniciar sesión; incluirlo obligaría a UseWindowsForms y a net10.0-windows, es decir a volver Windows-only una librería de contexto multiempresa que consumen aplicaciones web, así que los cuatro ejecutables de escritorio que lo usan (ContableSys, GeneralSys, NominaSys y MediosMagneticos) siguen con el ensamblado original de .NET Framework. Es el único tipo que falta: los otros 24 tipos públicos están todos, con sus 298 miembros, verificado por metadatos contra el ensamblado original. Otros avisos de esta plataforma: los tipos de una plataforma y de la otra son tipos distintos para el runtime, así que hay que recompilar contra esta versión y no mezclar los dos ensamblados; el ensamblado moderno no lleva los recursos incrustados Properties.Resources ni SeleccionarEmpresa.resx del original, que solo alimentaban ese formulario; el cargue desde Excel de las clases XxxDB pasa por NPOI en vez de OleDb y corta el cargue ante una fila enteramente vacía; y las cadenas de conexión heredadas necesitan TrustServerCertificate=True porque Microsoft.Data.SqlClient cifra por omisión.

Exportacion a Excel del framework: convierte List de T y DataTable en libros .xlsx sobre NPOI, con titulos, imagen de cabecera, etiquetas y comentarios de columna por atributo, columnas excluidas, totalizaciones y libros de varias hojas. Compilacion net10.0 de los mismos archivos de codigo fuente que LiloSoft.ExcelNPOI.dll de .NET Framework. Es la mitad de SALIDA del ciclo de Excel de la familia; la de entrada es Utilidades.CargarUnEXCEL, en el paquete UtilsNet10, y las dos usan NPOI 2.7.6. UNICA DIVERGENCIA CON EL ORIGINAL, y va aqui porque cambia una firma publica: ExcelSheetOptions.ImageTitle es byte[] en vez de System.Drawing.Image, porque System.Drawing no es portable en .NET moderno. Asigne el contenido del archivo de imagen tal cual; NPOI reconoce el formato por su cabecera.

Cliente de Microsoft Graph del framework: envio y lectura de correo de Microsoft 365 (mensajes, adjuntos, destinatarios, cabeceras y marcas) y acceso a OneDrive. Compilacion net10.0 de los mismos archivos de codigo fuente que LiloSoft.MsGraph365.dll de .NET Framework. No depende del SDK Microsoft.Graph ni de MSAL: habla con la API por HttpClient y obtiene el token contra el endpoint de OAuth, asi que su unica dependencia externa es Newtonsoft.Json.

Cliente REST tipado sobre HttpClient, con serialización JSON de los tipos propios del framework, envío de formularios y descarga de archivos. Compilación net10.0 de los mismos archivos de código fuente que LiloSoft.RestFullClientLib.dll de .NET Framework, con una fábrica de HttpClient propia: el original configura el canal seguro con ServicePointManager, que en .NET moderno compila pero no afecta a HttpClient. Importante: por omisión acepta cualquier certificado de servidor, porque los servicios en localhost usan autofirmados; para activar la validación normal se pone la clave de configuración RestClientValidarCertificados en "S".