Documentar que las consultas SQL funcionan en HANA

Confirmado por el usuario contra el Service Layer de HANA (DP_Stock y
DP_EntradasAbiertas). Quedan por confirmar el paginado y los tipos de metadatos.

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

CLAUDE.md

@@ -248,12 +248,10 @@ Reglas:
   devuelve siempre un JSON (`{abierta: null}`).
 
 **Sin verificar:**
-- **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
-  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.
+- **HANA**: el usuario confirmó (2026-10-13) que las consultas `DP_Stock` y `DP_EntradasAbiertas`
+  (con `PDN1.OpenInvQty`, filtro por almacén y parámetros con nombre) **funcionan en HANA** a través del
+  Service Layer. Falta confirmar en HANA el paginado (`$inlinecount`/`odata.count` es de `/b1s/v1`; en
+  `/b1s/v2` sería `$count`) y los tipos que informa en los metadatos (Reconstruir).
 - **Reprocesar** solo con tests (no contra SAP).
 - Fallo parcial al crear Devoluciones (solo se probó el caso feliz). El corte en lotes de
   `U_PrintingLines` líneas está probado con tests del algoritmo portado del addon, no contra SAP.