- Enviado
- 7 de noviembre de 2026 a las 23:37 UTC
- Autor
- Kamo
- Commit
- 5da3b2b
Las pantallas de la canalización de alquiler y adquisición eran datos simulados y sus Las páginas de Coming Soon eran marcadores de posición. Ahora leen y escriben SecurityService: - Solicitudes de alquiler, reservas, solicitudes de compra y listas de pedidos de proveedores leídos /pos/solicitudes-de-alquiler, /reservas, /solicitudes-de-compra y /pedidos-de-proveedores, con una columna Cuenta, palabras de estado en lugar de códigos y vacío El departamento de adquisiciones cambia entre solicitudes y pedidos de proveedores. - /commerce/bookings/new crea una solicitud de alquiler (activo, fechas, tipo de tarifa, estimación calculada de la manera en que lo hace el servidor, cuenta de cliente opcional); /commerce/procurement/new crea una solicitud de compra (id de proveedor enviado como un Ambos leen ?accountId, ?marketId y llevan ?back. - Las páginas de registro muestran solo lo que llevan los DTO, mantenga la confirmación de la reserva y Aprobar y dejar que un gerente archive el registro bajo una cuenta (PUT .../cuenta) o quitárselo uno. - Lista los registros abiertos con withReturn; cada alquiler Nuevo va a /commerce/bookings/new (el antiguo /commerce/requests/new nunca existió). - los tipos de posApi ahora coinciden con RentalRequestDTO, BookingDTO, PurchaseRequestDTO y VendorOrderDTO, incluyendo accountUid / accountName.