Revisar el carrito antes del pago
El carrito muestra actualmente uno o más registros de carrito junto con un contexto de pedido compartido. Puede incluir carritos habituales de negocio, un carrito de regalo, carritos solo de reserva o carritos agrupados. Una fila, total, estado o botón Pagar visible no es un recibo autorizado de preparación o liquidación.
Abrir o volver a enfocar el carrito puede iniciar tareas de opciones de pedido, dirección, carrito, socket, complemento o recuperación de pagos pendientes. No actualices, vuelvas a enfocar ni abras el pago para comprobar si se actualizó el estado del carrito.
Los tipos de carrito tienen distintos requisitos
| Tipo de carrito | Límite de la presentación actual | Qué sigue sin resolverse |
|---|---|---|
| Carrito habitual de un negocio | Se pueden mostrar artículos y el contexto de un negocio | Catálogo, entrega, dirección, totales, pago y elegibilidad para Realizar pedido actuales |
| Carrito de regalo | Se puede mostrar un carrito sin la rama habitual de negocio | Política de regalo, destinatario/entrega, supervivencia a actualizaciones, pago y estado del pedido |
| Carrito solo de reserva | Una reserva puede mantener visible el carrito incluso sin filas habituales de artículos | Validez de reserva, horario, importe y elegibilidad para Realizar pedido |
| Carritos de varios negocios | Se pueden agrupar varios carritos para mostrarlos y continuar al pago | Pertenencia exacta, preparación homogénea, opciones por carrito y liquidación del grupo |
| Carrito pendiente | Puede aparecer un estado/grupo pendiente independiente | Proveedor, confirmación, pago y resultado del pedido |
Ningún tipo de carrito debe heredar las reglas de preparación de otro sin un resultado actual y exacto.
Entrar al carrito y actualizarlo puede tener efectos
Para un cliente autenticado, el contexto compartido del pedido puede leer opciones de pedido y carritos cuando están listos el estado de la cuenta, idioma o proyecto. Una actualización manual puede iniciar el mismo trabajo. Después, la lectura puede conciliar el país, las opciones y la dirección guardados; sincronizar un tipo de pedido; actualizar las opciones de pedido; reemplazar carritos; y activar acciones posteriores.
Al enfocar el carrito también se pueden confirmar automáticamente algunos carritos vinculados a proveedores pendientes. Estas no son lecturas pasivas de presentación. Que termine la carga, se actualice la lista o cambie el estado no demuestra que se hayan completado todos los efectos una sola vez.
Conciliación de opciones y dirección guardadas
La fuente actual puede combinar opciones de pedido del servidor con el tipo de pedido, momento, ciudad, país y contexto de dirección guardados localmente. Puede buscar una dirección guardada coincidente y luego actualizar opciones locales o del servidor cuando los valores difieran.
La dirección guardada, el registro de dirección, la dirección predeterminada, la dirección del pedido activo, la dirección del carrito, el filtro de ciudad y la disponibilidad del negocio son elementos distintos. Que una dirección coincida o aparezca no demuestra titularidad, estado predeterminado, vigencia ni que la usen todos los carritos. Los datos locales faltantes u obsoletos no deben sobrescribir una revisión más reciente y autorizada del servidor/carrito.
La preparación visible y la preparación para el pago son distintas
| Estado visible | Interpretación segura |
|---|---|
| No aparece “Cargando carrito” | La página aún puede esperar el estado compartido del pedido o trabajo en segundo plano |
| Estado vacío | No se muestra un carrito retenido; no demuestra que no exista un carrito ni un efecto pendiente |
| Fila de carrito visible | La lista actual conservó el carrito; aún puede ser no válido u obsoleto |
| Botón Pagar visible | Existe al menos un carrito localmente válido en ese grupo mostrado |
| Aparece un carrito no válido junto a uno válido | La preparación es heterogénea; nunca infieras elegibilidad de todo el grupo |
| Etiqueta Pendiente | El carrito está pendiente; la liquidación del proveedor/pedido es independiente |
| No aparece un error | Algunos fallos de contexto de pedido o socket quizá no tengan un estado de error propio en la página |
| Cambia el total o estado | Cambió una proyección; la dirección, opciones, pago, proveedor y pedido aún pueden diferir |
Antes de pagar, el sistema confirma la elegibilidad del pedido, la dirección y las opciones disponibles. Los requisitos pueden variar si el carrito incluye varios comercios, reservas, estudiantes u opciones especiales.
Ramas de escuela, reserva y carrito de regalo
- Los carritos escolares pueden exigir un estudiante actual y autorizado antes de Realizar pedido. Una fila del carrito no demuestra titularidad del estudiante, contexto dietético ni asignación.
- Los carritos de reserva pueden seguir visibles con estado de reserva aunque su forma habitual de producto sea distinta. Una reserva visible no es un recibo de reserva actual.
- El carrito de regalo usa ramas distintas para negocio, dirección, entrega, total y pago. Es posible que la lógica de actualización lo omita si conserva solo los carritos habituales de negocio; que desaparezca no demuestra que se haya cancelado o limpiado.
- Si cambia el tipo de pedido, dirección, momento, cuenta o proyecto, cualquiera de estas ramas puede invalidarse sin que cambien inmediatamente todos los carritos visibles.
La agrupación puede ocultar estados heterogéneos
Los grupos de carrito se crean a partir del estado local y las referencias de grupo actuales. Los carritos válidos contribuyen a los botones y totales, mientras que los miembros no válidos pueden permanecer en el mismo grupo mostrado. Cuando solo un miembro es válido localmente, la ruta puede seguir usando la referencia de otro miembro, que aparece primero.
Por eso, un grupo puede tener primero un miembro no válido, ser parcialmente válido, mezclar carritos pendientes y activos o estar obsoleto. Un botón, total, etiqueta de grupo o miembro válido no demuestra la pertenencia exacta ni que el destino elegido para Pagar sea correcto.
Vigencia de sockets y datos memorizados
Los eventos de socket del carrito y las opciones del pedido pueden reemplazar, combinar, mover o quitar el estado del carrito. Las comparaciones de marcas de tiempo pueden rechazar un evento anterior, pero no demuestran una revisión autorizada única de cuenta/proyecto/carrito en todas las funciones de retorno.
Las filas y grupos memorizados del carrito comparan solo ciertos campos o referencias. Un cambio de validez, dirección, reserva, pago, negocio, horario u otro estado de preparación puede seguir sin reflejarse si no cambian los campos comparados. Una pantalla quieta no demuestra que los datos del carrito estén vigentes.
Pasos al pago y al proveedor de pagos
| Paso | Qué inicia | Qué no demuestra |
|---|---|---|
| Pago individual | Revisión de una referencia de carrito seleccionada | Titularidad del carrito, opciones actuales, compatibilidad del pago ni creación del pedido |
| Pago múltiple | Validación del grupo y flujo de pago/realización | Pertenencia completa ni preparación de todos sus miembros |
| Confirmación de carrito pendiente | Conciliación con Ordering.co/proveedor | Que no haya cargo, que el pago haya tenido éxito, que se haya creado el pedido ni que se haya ejecutado exactamente una vez |
| Pago de regalo | Ramas de pago específicas de regalo | Destinatario, entrega, pago ni liquidación del pedido |
| Navegación a Pedidos | Presentación actual de pedidos de Ordering.co | Finalización de proveedor, billetera, reembolso, grupo, socket o complemento |
Si un paso vuelve, se cierra, da error o pierde la respuesta, mantén separados los resultados del carrito, pago, proveedor y pedido. No repitas Pago, confirmación, pago ni Realizar pedido para forzar que coincidan.
Resultados desconocidos o parciales
| Situación | Interpretación segura |
|---|---|
| Desaparece el carrito después de actualizar | Puede deberse al filtrado, reemplazo, estado completado, pérdida de carrito de regalo o generación obsoleta |
| Cambia una opción o dirección guardada | Es posible que se haya actualizado una capa mientras los carritos siguen obsoletos |
| Se actualiza un miembro del grupo | Mantén sin resolver los demás miembros |
| Se dirige a otro lugar por el primer miembro no válido | La agrupación/selección local de destino no es segura; no continúes |
| Cambia el foco de un carrito pendiente | Es posible que ya se esté ejecutando la confirmación; no actives otro ciclo de foco |
| La actualización de socket contradice la pantalla | Las revisiones memorizadas/locales/de socket no coinciden |
| Pago vuelve sin resultado | El pago del carrito/pedido no está resuelto |
| Cambia la cuenta o el proyecto | Rechaza las funciones de retorno anteriores del carrito, opciones, dirección, proveedor y socket |
Solucionar problemas de forma segura
- Identifica si el registro visible es un carrito habitual, de regalo, reserva, pendiente o un miembro de varios carritos.
- Considera desconocida la ausencia de presentación de carga o error; no implica éxito, ausencia ni preparación.
- No actualices, vuelvas a enfocar, cambies la dirección o tipo de pedido ni abras Pago para diagnosticarlo.
- Conserva los estados no válidos, parciales, heterogéneos y obsoletos sin mover artículos, vaciar carritos, cambiar pagos ni realizar un pedido.
- Si siguen siendo incoherentes el carrito actual autorizado y el estado posterior, usa un canal de soporte aprobado con una clase de estado que no revele valores.
Los informes de soporte deben usar descripciones como “preparación del carrito sin resolver” o “los miembros del grupo tienen revisiones distintas”. No incluyas contenido del carrito, opciones, direcciones, datos de estudiante o regalo, información de pago, identificadores de negocio/cuenta/carrito/pedido, mensajes de proveedores, enlaces ni capturas privadas.
Privacidad y accesibilidad
- El contenido del carrito, direcciones, horarios, contexto de estudiante/regalo, reservas, pagos y relaciones de grupo pueden ser privados. No los incluyas en documentación ni diagnósticos.
- El alcance del tipo de carrito y los estados de carga/vacío/error/no válido/pendiente/parcial/obsoleto, filas expandidas, botones Pagar y consecuencias destructivas/de pago requieren texto accesible explícito.
- Los encabezados de grupo y totales deben identificar su alcance sin depender del orden, color, iconos o posición espacial.
- Con texto grande, las filas, advertencias y botones deben adaptarse sin ocultar estados no válidos o pendientes. El foco debe seguir siendo predecible después de actualizaciones de socket, refresco, navegación y retorno del proveedor.
- El comportamiento del lector de pantalla, teclado, conmutador, área segura, Atrás y movimiento reducido puede variar según el dispositivo y la versión de la aplicación.