Log de errores del Service Layer: DOCENTRY = BaseEntry del documento base; columnas VARCHAR(100)

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

CLAUDE.md

@@ -47,12 +47,14 @@ transferencias siempre, sin depender de `Notificacion`. Detalle y tabla en
   `ErrorLogger` (asignado en `Startup` a `Net.Data/HelperData/Log/HelperLogServiceLayer.AddError`)
   en los fallos de `PostAsync`, `PatchAsyncSBA` y `PatchNoContentAsync`. Guarda en
   `ITC_WMS_SAP.ITCA_LOG_INTEGRACION`: `ORIGEN = "ServiceLayer"`,
-  `PROCESO = "ServiceLayer Error"`, `NRO_ORDEN`/`DOCENTRY` = ruta del recurso
-  (p. ej. `CreditNotes`, truncada a 30), `TRAMA_ORIGEN` = JSON enviado,
+  `PROCESO = "ServiceLayer Error"`, `NRO_ORDEN` = ruta del recurso (p. ej.
+  `CreditNotes`), `DOCENTRY` = `BaseEntry` de la primera línea del JSON (factura o
+  solicitud base; vacío si no hay), `DOCENTRYSAP`/`DOCNUMSAP` = `0` (SAP rechazó),
+  `TRAMA_ORIGEN` = JSON enviado,
   `TRAMA_RESPUESTA` = mensaje de SAP. Solo en error. La respuesta de la API al
   consumidor no cambia y si el log falla no rompe el flujo. No cubre
-  `PostActionAsync` (cuerpo `{}`) ni `PostReOpen`/`PostClose`. Los tamaños de las
-  columnas del log no se verificaron.
+  `PostActionAsync` (cuerpo `{}`) ni `PostReOpen`/`PostClose`. Las columnas `PROCESO`, `NRO_ORDEN`
+  y `DOCENTRY` son `VARCHAR(100)`.
 - **v2.1.6.0 — cantidades**: (1) la NC de PICKING (estado 13) solo incluye líneas
   con `cantidad facturada − CantidadPedida > 0`, igual que DESPACHO (antes una
   línea completa generaba una línea de NC con cantidad 0); (2) la transferencia