Usa el contrato revisado de detalles de pedido
Los detalles de pedido de Driver App son una composición con estado, no una página de registro pasiva. Al montarse puede leer datos del pedido o asignación, datos relacionados del negocio y mensajes, unirse al tiempo real, seguir la ubicación y preparar controles condicionales antes de que Driver seleccione una acción.
Los datos de pedidos mostrados pueden estar desactualizados. El acceso a grupos y logística, la elegibilidad para acciones y la finalización del proveedor dependen del estado relacionado del pedido y del servicio.
Disponibilidad
Las entradas autenticadas registradas pueden provenir de una tarjeta de pedido, historial, solicitud logística, navegación dentro de la App o destino de notificación abierta compatible. Las formas de detalle normal, agrupado y logístico difieren. Existe una rama de representación para grupos logísticos, pero no se ha demostrado que la entrada productiva con todas las propiedades requeridas del grupo sea portable.
Requisitos previos
- Ámbito Driver autenticado y ruta registrada con entrada validada.
- Autorización actual del pedido/asignación en cada lectura y mutación.
- Fixtures sintéticos/redactados para todos los campos de PII, pago y datos personalizados.
- Limpieza explícita del ciclo de vida para lecturas, sockets, ubicación, mensajes y recursos multimedia.
- Contratos de tareas separados para cada acción de contacto, mapa, mensaje, reseña, asignación, estado, medio, PIN, evidencia o proveedor.
Límites de responsabilidad
| Límite | Responsabilidad | Límite |
|---|---|---|
| Envoltorio de ruta | Proporcionar pedido/referencia/asignación y adaptadores de permisos/acciones Driver. | Que la ruta sea visible no implica autorización. |
| Controlador de detalles | Cargar pedido/asignación, negocio, mensajes y datos relacionados; gestionar estado de tiempo real/ubicación. | El montaje produce efectos y puede resolverse parcialmente. |
| Encabezado | Mostrar referencia/estado/tipo/pago/hora/prioridad e iconos de navegación/acción. | La presentación no demuestra vigencia ni resolución. |
| Contenido | Mostrar campos personalizados, negocio/cliente, productos/comentarios, recibo/pago y ubicación/vehículo. | Hay datos sensibles y financieros; no se afirma corrección ni posibilidad de compartir. |
| Grupo/logística | Mostrar integrantes/estado específico de asignación cuando el formato lo admite. | Estado/acciones de integrantes no son atómicos ni portables. |
| Controles condicionales | Exponer intención de tarea según estado/configuración/permisos/lecturas. | La visibilidad no es elegibilidad ni éxito. |
| API | Autorizar lecturas/mutaciones y controlar escrituras/acciones posteriores. | No se ha confirmado la relación con el artefacto en ejecución. |
Entradas y resultados
| Entrada/estado | Resultado del cliente | Límite |
|---|---|---|
| Objeto de pedido proporcionado | Puede mostrarse de inmediato y luego iniciar efectos relacionados. | El objeto recibido puede estar obsoleto/incompleto. |
| Referencia de pedido proporcionada | Obtener carga/contenido/error. | Respuesta/vigencia/despliegue no demostrados. |
| Referencia de asignación | Lectura de asignación/detalle seguida del formato de detalle compartido. | Propiedad/vencimiento/bloqueo son independientes. |
| Arreglos de negocio/cliente/campos personalizados/producto/recibo | Secciones/acordeones/filas condicionales. | PII/pagos no verificados. |
| Estado socket/ubicación/mensajes | Actualizaciones/indicadores/controles posteriores de detalles. | Orden/vigencia/limpieza no demostrados. |
| Estado/configuración/permisos | Controles de tarea condicionales. | No se ha establecido el grafo de transiciones del servidor. |
Seguridad y privacidad
- Minimiza el acceso a identidad, contacto, dirección, coordenadas, campos personalizados, comentarios de pedido, productos, pagos, mensajes, PIN, evidencia y medios.
- Nunca copies, registres, captures ni compartas datos reales de detalles durante el diagnóstico.
- Mantén deshabilitadas las transferencias de contacto/mapa/portapapeles/nativas en arneses de evidencia.
- Vincula lecturas/socket/ubicación tardíos a la generación actual de pedido/cuenta.
Límites y estados de fallo
| Estado | Significado | Respuesta de mantenimiento |
|---|---|---|
| Carga/error | Lecturas del montaje pendientes/fallidas. | No actúes. |
| Objeto proporcionado obsoleto | Presentación inmediata antes de actualizar. | No lo llames actual. |
| Formato parcial de grupo/logística | La rama puede omitir/desviar datos de integrantes. | Mantén bloqueada la afirmación de portabilidad. |
| Divergen encabezado/cuerpo/tiempo real | Las entradas se resolvieron en momentos distintos. | Detén acciones y concilia. |
| Control condicional visible | Se cumplió la regla del cliente. | La elegibilidad del servidor es independiente. |
| Control de proveedor/Linking/portapapeles | Transferencia externa/local. | Finalización y privacidad son independientes. |
Diagnóstico
Diagnostica por separado la entrada de ruta, propiedad de lectura, generación, efectos de montaje y estado visible. Nunca abras controles reales de contacto/mapa/mensaje/estado para verificar los detalles. Usa fixtures sintéticos normales/agrupados/logísticos/vacíos/con error y un registro de efectos.
Vuelve a revisar cuando cambien entradas de ruta, lecturas de montaje, ciclo de vida de socket/ubicación/mensajes, esquemas de campos, formato de grupo/logística, presentación de recibos/pagos o visibilidad de acciones.
Guías relacionadas: Detalles del pedido · Entrega activa · Historial de entregas · Contrato de comunicación · Contrato de mapas · Contrato de mutación de pedidos