AssemblyVersion y FileVersion a 2.1.15.0 (estaban en 2.1.12.0); publicar.ps1 multiplataforma, unica forma de generar el zip

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

README.md

@@ -80,10 +80,11 @@ dotnet publish Net.Business.Services/Net.Business.Services.csproj -c Release -r
   súbela en cada publish. Se usa **semver** (`MAJOR.MINOR.PATCH`, cuarto número del
   `csproj` siempre `0`): `MAJOR` cambia el contrato de la API, `MINOR` agrega funcionalidad
   compatible, `PATCH` corrige o limpia sin cambio de contrato (detalle en `CLAUDE.md`).
-- `publicar.ps1` (solo Windows) genera `dist\ITCA_API_SAP_WMS_v<versión>.zip` sin
-  `appsettings.json`. Desde macOS se hace el mismo `dotnet publish` a mano con
-  `-p:HanaDll=...`, se borran `appsettings.json`/`appsettings.Development.json` de
-  la salida y se comprime.
+- **Única forma de generar el zip**: `publicar.ps1` (Windows: `.\publicar.ps1`; macOS/Linux con PowerShell 7:
+  `pwsh ./publicar.ps1`). Genera `dist/ITCA_API_SAP_WMS_v<MAJOR.MINOR.PATCH>.zip` sin `appsettings.json` ni
+  `appsettings.Development.json`; `-Destino <carpeta>` además copia el zip ahí (p. ej. `-Destino ~/Desktop`).
+  Verifica que `Version`, `AssemblyVersion` y `FileVersion` del `csproj` coincidan. En macOS/Linux define antes
+  `export HanaDll=<ruta>/Sap.Data.Hana.Core.v2.1.dll`. No hacer el `dotnet publish` a mano.
 - Control de versiones: rama `main` y etiquetas `vX.Y.Z.W` por versión
   publicada (ver `CLAUDE.md`).