Version 2.1.10.0: Version, AssemblyVersion y FileVersion alineadas (Swagger muestra AssemblyVersion)

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

CLAUDE.md

@@ -10,7 +10,7 @@ comprimido (versión antigua)**.
 
 ## Versión y control de versiones
 
-- **Versión actual: 2.1.9.0** (rama `limpieza-2.1.8.0`; `main` = 2.1.7.0) (`Net.Business.Services.csproj`: `Version`,
+- **Versión actual: 2.1.10.0** (rama `limpieza-2.1.8.0`; `main` = 2.1.7.0) (`Net.Business.Services.csproj`: `Version`,
   `AssemblyVersion`, `FileVersion`). Cada versión tiene su commit; al publicar
   se sube la versión (ver `publicar.ps1`).
 - **Git**: rama `main`, remoto `origin` =
@@ -124,6 +124,10 @@ transferencias siempre, sin depender de `Notificacion`. Detalle y tabla en
   la línea de `StockTransfers`. Detalle, errores y diagnóstico en
   `docs/TRANSFERENCIA_IMPORTACION.md`. Probado con datos reales (SQL Server) solo la consulta: entradas
   de 1 y 2 líneas, y una transferencia cancelada libera la entrada.
+- **v2.1.10.0 — solo versión** (sin cambios de comportamiento): `Version`, `AssemblyVersion` y
+  `FileVersion` del `csproj` quedan iguales (2.1.10.0). Swagger muestra `AssemblyVersion`
+  (`Startup.cs`: `OpenApiInfo.Version`); si Swagger muestra otro número el servidor corre
+  binarios viejos (pool sin reiniciar, carpeta equivocada o sitio desde `bin\Debug`).
 - Sin probar contra SAP: confirmar con la factura 292410 que SAP devuelve
   `BaseType`/`BaseEntry` en las líneas y `BatchNumbers` en las de la Entrega.