Contrato de historial y soporte de Driver App
El historial de Driver es una vista filtrada de datos normales de Orders en las pestañas Completed y Cancelled. No es un libro financiero ni un sistema de soporte aparte.
Disponibilidad
Los Drivers con sesión iniciada pueden consultar tarjetas anteriores cuando la lectura de la lista de pedidos devuelve estados coincidentes con los filtros y la paginación actuales. Las tarjetas pueden aparecer individualmente o en un grupo derivado por el cliente, y pueden abrir detalles de pedidos individuales.
La versión revisada de Driver App no tiene una ruta de Support dedicada, flujo de tickets, botón de soporte universal ni URL universal de soporte. Los mensajes y controles de contacto específicos del pedido corresponden a contratos de comunicación independientes.
Requisitos previos
- Usa una sesión Driver autenticada.
- Confirma la pestaña seleccionada (Completed o Cancelled), filtros, conexión, paginación y estado en caché/sin conexión.
- Trata los identificadores de tarjetas, datos de clientes/negocios, mensajes y presentación de pagos como información operativa privada.
- Usa un proceso externo de soporte aprobado cuando la App no ofrezca una acción pertinente para ese pedido.
Límites de responsabilidad
| Responsable | Responsabilidad |
|---|---|
| Lista Orders | Solicitar filas anteriores dentro del ámbito Driver, aplicar filtros/paginación y mostrar estado de carga/vacío/error |
| Interfaz de tarjeta de historial | Mostrar identificador, fecha, negocio, tipo de pedido, estado, grupo, notificación e indicadores de caché cuando estén disponibles |
| Detalles del pedido | Leer y mostrar el pedido seleccionado y las acciones propias |
| Contrato de comunicación | Controlar mensajes específicos del pedido, portapapeles, teléfono, correo y transferencias a apps externas |
| Contrato de presentación de pago | Describir método de pago, efectivo, eventos y totales mostrados sin afirmar que se resolvió el pago |
| Organización de soporte | Controlar tickets, escalación, respuesta, reembolsos, disputas y resolución operativa fuera de este conjunto de rutas |
Entradas y resultados
El historial consume el mismo contrato de lista de pedidos dentro del ámbito Driver que usa Orders. El resultado es una página de filas con paginación y datos de relaciones/presentación. El código del cliente puede agrupar las filas devueltas para mostrarlas y actualizar tarjetas a partir del estado en tiempo real o sin conexión.
Los estados observables estables son:
- marcadores de posición de carga;
- tarjetas Completed o Cancelled con contenido;
- presentación agrupada con integrantes expandibles;
- resultado vacío con los filtros seleccionados;
- error de solicitud/red;
- estado de presentación en caché sin conexión Last Update; la sincronización pendiente está excluida en la versión actual porque no se monta la acción sin conexión; y
- disponibilidad de una página posterior.
Ningún estado demuestra historial completo, estado más reciente, creación de caso de soporte, reembolso, captura de pago, pago al conductor ni resolución financiera.
Seguridad y privacidad
- Minimiza los datos mostrados y registrados de pedidos, clientes, contactos, direcciones, mensajes y pagos.
- Nunca envíes credenciales, enlaces de restablecimiento, PIN, coordenadas precisas ni datos de pago por un canal de soporte no verificado.
- Un control de teléfono, correo, mapas, portapapeles o mensajes es una transferencia externa o mutable, no una lectura pasiva del historial.
Límites y estados de fallo
- Completed/Cancelled son categorías configuradas de estado, no estados de pago.
- La paginación, filtros, caché, agrupación, sockets y plugins de API pueden cambiar el conjunto visible.
- Los encabezados de grupos no establecen un estado atómico único del pedido.
- Las etiquetas y totales de pago son datos de presentación; reembolsos, comisiones, propinas, gestión de efectivo, saldos del proveedor y liquidación requieren evidencia a cargo de Finanzas.
- La ausencia de una ruta Support es autoritativa para el código fuente aceptado de esta versión, pero no define el proceso externo de soporte de una organización.
- El comportamiento del backend desplegado sigue sin confirmarse.
Diagnóstico
- Si falta un pedido, comprueba pestaña, filtros, paginación, conexión y Last Update antes de escalar.
- Si la tarjeta y el detalle discrepan, actualiza una vez y registra la referencia de pedido saneada y los estados visibles.
- Si se disputa la presentación del pago, usa el proceso financiero/de soporte aprobado; no deduzcas una liquidación del estado ni los totales.
- Si no corresponde una opción de contacto específica del pedido, sal del flujo de la App y usa el canal de soporte aprobado por la organización.
Guías relacionadas: Contrato de comunicación · Historial de entregas