Entender los estados de pedidos agrupados

Customer App puede mostrar condicionalmente detalles de un pedido agrupado desde el historial agrupado o después de que otra superficie de pago agrupado pase la referencia de grupo. Esa entrada es un estado de lectura/navegación. No demuestra que se hayan completado la realización del pedido del grupo, el pago, el trabajo del proveedor, la pertenencia al carrito ni todos los pedidos.

Los detalles agrupados pueden combinar un resumen del grupo con una tarjeta para cada pedido devuelto en la vista actual. Considera tanto el resumen como cada tarjeta independientemente actualizados, autorizados y completos solo después de que los servicios responsables los concilien.

Entrada condicional y estados de lista

Estado visible	Interpretación segura
No aparece la opción del grupo	No se presenta una opción agrupada apta en el contexto actual; no se revela la existencia ni pertenencia de un grupo
Cargando	No se ha resuelto la lectura de pedidos del grupo; no se deduce ninguna conclusión de miembros, total, estado o pago
Aparece el resumen del grupo	Customer App creó una presentación a partir de los pedidos devueltos en la vista actual
Una o más tarjetas de pedido	Cada tarjeta representa una proyección devuelta de un pedido; no establece la pertenencia completa al grupo
Vacío	El resultado actual no contiene una tarjeta de miembro utilizable; la causa y existencia del grupo siguen siendo desconocidas
Error o estado que parece vencido	El acceso o la lectura actuales no están disponibles; no se deduce estado de pedido, grupo, pago ni realización

Si falta una referencia de grupo, el cliente puede volver a otra superficie. Esa navegación no demuestra que el grupo no exista, se haya cancelado o liquidado.

Resumen de grupo y tarjetas por pedido

Presentación	Alcance	Límite importante
Estado/progreso del grupo	Presentación del grupo derivada de los datos de miembros devueltos	Puede reflejar solo un miembro representativo o datos locales obsoletos; no es el estado de cada pedido
Resumen financiero del grupo	Valores agregados localmente de pedidos devueltos	No demuestra pertenencia completa, cargos autorizados, impuestos, reembolsos, eventos de billetera ni liquidación del proveedor
Resumen de método de pago	Presentación de eventos de pago devueltos	Puede omitir, combinar o eliminar duplicados de eventos; no establece que el pago se haya realizado correctamente
Resumen de cliente o entrega	Datos que parecen compartidos y se derivan de pedidos devueltos	No se debe suponer que sean iguales, actuales o autorizados en todos los miembros
Tarjeta por pedido	Presentación del negocio, subtipo, hora, estado e importe de un pedido	Cada campo puede tener otra revisión y estado de liquidación

No uses el resumen del grupo para sobrescribir o inferir el estado, importe, subtipo de entrega, pago, contacto o entrega de un pedido individual.

Pertenencia e integridad

Una referencia de grupo no es una capacidad que autorice a leer todos los pedidos relacionados. Se deben autorizar conjuntamente la cuenta, proyecto, sesión y grupo actuales y cada pedido. La lista devuelta también debe establecer su versión de pertenencia, recuento esperado o límite de integridad antes de considerarse completa.

El filtrado local, eliminación de duplicados, paginación, creación retrasada, realización parcial, caché obsoleta, reglas de acceso o fallo de lectura de un miembro pueden producir un subconjunto. Un total del grupo calculado a partir de ese subconjunto es solo un valor de presentación, no un recibo autorizado de finanzas o pertenencia.

Un pedido puede pertenecer, como máximo, a la versión exacta autorizada del grupo devuelta por el servicio responsable. Una tarjeta visible, referencia compartida, mismo cliente u hora de creación cercana no establecen la pertenencia.

Actualización independiente de cada pedido

Cada pedido puede cambiar de forma independiente el estado, importe, tratamiento de impuestos, eventos de pago o billetera, negocio, subtipo de entrega, horario, estado de entrega, conductor, mensajes, datos de contacto, elegibilidad para reseña o estado de cancelación/reembolso.

Actualizar un pedido, abrir Detalles del pedido o recibir un evento de socket no actualiza el grupo ni todos sus miembros. Los eventos de grupo/pedido requieren una vinculación exacta con cuenta, proyecto, sesión, grupo, pedido, revisión y audiencia. Se deben ignorar eventos ajenos, duplicados, obsoletos o tardíos.

Navegación y pasos a otras superficies

Los detalles agrupados pueden dirigir condicionalmente a Detalles del pedido individual, mensajes, seguimiento o un contacto externo. Esos destinos tienen lecturas, modificaciones, permisos, efectos de proveedor y límites de privacidad propios.

Abrir una tarjeta puede iniciar lecturas adicionales del pedido. Abrir mensajes puede solicitar el estado de leído. Abrir un contacto puede salir de Customer App. El comportamiento de Atrás también puede diferir después de volver de un pago agrupado o del historial agrupado. Ninguna de estas acciones demuestra la realización del grupo, pago, entrega del mensaje, finalización del proveedor, repetición del pedido ni liquidación de todos los miembros.

Esta referencia no ofrece procedimientos para realizar un pedido agrupado, pagar, repetir un pedido, enviar un mensaje ni contactar.

Resultados desconocidos o parciales

Situación	Interpretación segura
Aparece el resumen antes que todas las tarjetas	La pertenencia/integridad y los valores agregados siguen siendo parciales
Las tarjetas muestran estados distintos	Conserva el estado de cada pedido; no los sustituyas por el resumen visual del grupo
Difieren el grupo y los totales de los pedidos	La pertenencia, revisiones, impuestos, pago, billetera o reembolso pueden diferir
Falla una tarjeta mientras aparecen otras	Mantén desconocidos el miembro fallido y la integridad del grupo
La app vuelve a los pedidos después de un pago agrupado	Revisa el estado de cada pedido; la confirmación de uno no confirma los demás
Volver a pedir u otra acción da resultados mixtos	No presentes el grupo como exitoso ni listo para pagar
Un socket o actualización cambia una sola tarjeta	Las revisiones de miembros y grupos siguen sin cambiar hasta conciliarse
Cambia la cuenta/proyecto durante una lectura	Descarta la generación anterior y rechaza todos los resultados tardíos

No repitas la realización, pago, repetición, mensajes, actualización o navegación solo para que coincidan los estados del grupo y sus tarjetas.

Privacidad y accesibilidad

Los datos de pedidos agrupados pueden combinar datos del cliente, direcciones, contacto, negocios, finanzas, pagos, billetera, entrega, conductor, mensajes y relaciones de pedidos. No incluyas referencias reales de grupo/pedido, valores, contactos, ubicaciones, datos financieros, capturas, enlaces ni errores sin filtrar en documentación o diagnósticos.

No dependas solo del color, el progreso, el orden de las tarjetas o los iconos para interpretar el estado. La app y el dispositivo pueden ofrecer distintas opciones de accesibilidad; revisa el texto y el estado de cada pedido por separado.

Solucionar problemas de forma segura

• Que falte una entrada o tarjeta no revela la existencia del grupo o pedido.
• Considera parcial el resumen del grupo hasta que se autorice la pertenencia exacta.
• No uses la primera tarjeta o la seleccionada para inferir el estado de todos los pedidos.
• No repitas la realización, el pago, Volver a pedir, mensajes, contacto ni actualización para resolver un estado desconocido del grupo.
• Si no coinciden totales o estados, conserva la discrepancia sin calcular ni ingresar valores de reemplazo.
• Si aparecen datos ajenos u obsoletos, sal de la superficie y evita copiar, contactar, enviar mensajes o actuar sobre un miembro.

Usa únicamente descripciones sin valores, como “pertenencia al grupo sin resolver” o “tarjeta de miembro obsoleta”.

Guías relacionadas: Ver pedidos activos y anteriores · Entender los detalles y el estado del pedido · Seguir un pedido · Entender los mensajes del pedido · Entender los estados de volver a pedir · Entender los estados de recuperación del pago