Documentar correcciones de v2.1.3.0 (reopen) y v2.1.4.0 (lotes de la NC)
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
This commit is contained in:
1 parent
14fffa8ba4
commit
ded1638cd0
1 file changed
+15
@@ -30,6 +30,21 @@ Detalle técnico en `docs/PORTE_FUNCIONALIDAD_NUEVA.md`,
|
||||
transferencias siempre, sin depender de `Notificacion`. Detalle y tabla en
|
||||
`docs/PICKING.md`.
|
||||
|
||||
## Correcciones de la NC en Picking/DESPACHO (v2.1.3.0 y v2.1.4.0)
|
||||
|
||||
- **v2.1.3.0 — reapertura de factura**: `ConnectionServiceLayer.PostReOpen`
|
||||
trata el `204` sin cuerpo como éxito (antes fallaba al marcar `Exito` sobre
|
||||
`null` y respondía *"La Factura no se puede reabrir"* aunque SAP la
|
||||
reabría). El error de Picking ahora incluye el motivo real de SAP.
|
||||
- **v2.1.4.0 — lotes de la NC en DESPACHO, línea por línea**: si la línea de la
|
||||
factura tiene Entrega de origen (`BaseType = 15`) los lotes salen de la línea
|
||||
de la Entrega (`DeliveryNotes(BaseEntry)`, línea `BaseLine`); si no, de la
|
||||
línea de la factura (`LineNum`). Si los lotes no cubren la cantidad, o no se
|
||||
lee la Entrega, responde un error con línea y artículo. PICKING (estado 13)
|
||||
no cambió (lote nuevo por fecha y hora). Detalle en `docs/PICKING.md`.
|
||||
- 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.
|
||||
|
||||
## Cambios de configuración y correcciones hechas en esta carpeta
|
||||
|
||||
- **Credenciales y esquema HANA en `appsettings.json`**, sección `Hana`
|
||||
|
||||
Reference in new issue
Block a user