ConnectionServiceLayer: unificar LoginPost en Login (eran identicos)

Las 4 llamadas a LoginPost() ahora llaman a Login(). Sin cambios de comportamiento.

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

CLAUDE.md

@@ -93,8 +93,10 @@ transferencias siempre, sin depender de `Notificacion`. Detalle y tabla en
   `TotalDetalle_Parcial`/`_Invoice`/`SerieOrigen` y un `if` vacío en
   `CreateHojaRuta`) y se agregaron comentarios en Picking, Recibo,
   `ConnectionServiceLayer`, `CreditNotesRepository`, `InvoiceRepository` y
-  `RepositoryWrapper`. Sigue pendiente: código comentado, `Login`/`LoginPost`
-  duplicados y `PatchAsyncSBA`.
+  `RepositoryWrapper`. Además se unificó `LoginPost()` en `Login()` (eran idénticos;
+  las 4 llamadas a `LoginPost` ahora llaman a `Login`). Sigue pendiente: código
+  comentado, `PatchAsyncSBA` y la redundancia de las transferencias automáticas
+  (3 copias en Picking/Recibo) y de los métodos POST/PATCH del cliente.
 - 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.
 
@@ -148,7 +150,7 @@ Picking, columna `HORA` en `B_Log`. Lo que **no** se trajo: `Chatbots` y
 - `BE_ResultadoTransaccion<T>.NombreEstacion`: setter con recursión infinita
   (bomba de tiempo; hoy nada lo asigna).
 - `ConnectionServiceLayer.PatchAsyncSBA<T>`: con un `204` real devuelve `null`
-  sin marcar éxito. `Login()`/`LoginPost()` duplicados.
+  sin marcar éxito.
 - El cliente HTTP `bypass-ssl-validation` acepta cualquier certificado TLS hacia
   el Service Layer (se quitó el método `ValidarCertificado`, que no se usaba).
 - `appsettings.json` (fuera de git, en `.gitignore`) contiene credenciales