Usar PDN1.OpenInvQty en la consulta FIFO y ajustar el despliegue

- DP_EntradasAbiertas (v3) lee OpenInvQty en lugar de OpenQty.
- publicar: la release no contiene enlaces simbólicos (copia real de @dp/shared).
- DEPLOY.md y CLAUDE.md actualizados.

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

CLAUDE.md

@@ -52,6 +52,8 @@ Pasos de la UI (decididos):
   crea/actualiza `DP_Stock` y `DP_EntradasAbiertas` sola (variante según `DB_TYPE`). El analizador
   SQL del Service Layer **no admite `FORMAT`** y SAP reescribe el `SqlText`: al cambiar el SQL hay
   que subir `version` en `sql-queries.definitions.ts`. Los parámetros van entre comillas simples.
+  `DP_EntradasAbiertas` (v3) lee la cantidad abierta de `PDN1.OpenInvQty` (no `OpenQty`); el campo
+  de usuario `U_OpenQty` del UDO conserva su nombre.
 - **Listado** de planificaciones **paginado en SAP** (`$top/$skip/$inlinecount`, OData v3 del SL v1),
   más nueva primero, con filtros por estado, almacén y rango de fechas. Por defecto 20 por página,
   máximo 100. En la pantalla: botones **Atrás** / **Siguiente**; filtros y página quedan en la URL.
@@ -69,7 +71,8 @@ Pasos de la UI (decididos):
   `HTTPS_KEY_PATH`+`HTTPS_CERT_PATH`) y redirección opcional de HTTP (`HTTP_REDIRECT_PORT`). El servicio
   lo administra **NSSM** (decisión del usuario; se evaluó WinSW y no se lo consideró lo bastante estable);
   nginx no es necesario. NSSM 2.24 estable puede no arrancar en Windows recientes: usar la 2.24-101. `npm run publicar` arma `release/devolucion-proveedores/` (API + web + solo dependencias de
-  producción, ~55 MB). Guía completa: `deploy/windows/DEPLOY.md`.
+  producción, ~55 MB, **sin enlaces simbólicos**: `@dp/shared` va como copia real, porque la API lo
+  importa al ejecutarse y un enlace no sobrevive a copiar de Mac a Windows). Guía completa: `deploy/windows/DEPLOY.md`.
 - **Logs**: la aplicación **no escribe logs a archivo**; usa el `Logger` de Nest por consola. En
   producción NSSM captura la salida y la rota a los 10 MB (no limita cuántos archivos conserva: hay que
   limpiar los viejos). Con `NO_COLOR=1` el log sale sin códigos de
@@ -248,8 +251,8 @@ Reglas:
 - **HANA**: el addon .NET ya funcionaba en HANA, y las consultas son un port de las suyas, así que
   su lógica está probada. Lo que no se ha probado es **cómo las recibe el Service Layer de HANA**
   (`SQLQueries`: su analizador es más estricto que el `DoQuery` del addon; en MSSQL rechazó `FORMAT`) y los
-  dos cambios respecto al addon: el filtro por almacén (`PDN1.WhsCode`) y los parámetros con nombre
-  (`:item`, `:whs`). Tampoco el paginado (`$inlinecount`/`odata.count` es de `/b1s/v1`; en `/b1s/v2` sería
+  tres cambios respecto al addon: el filtro por almacén (`PDN1.WhsCode`), la columna `PDN1.OpenInvQty`
+  y los parámetros con nombre (`:item`, `:whs`). Tampoco el paginado (`$inlinecount`/`odata.count` es de `/b1s/v1`; en `/b1s/v2` sería
   `$count`) ni los tipos que HANA informa en los metadatos.
 - **Reprocesar** solo con tests (no contra SAP).
 - Fallo parcial al crear Devoluciones (solo se probó el caso feliz). El corte en lotes de