Disponibilidad del pago para varios negocios

Customer App contiene un comportamiento integrado para pagar en varios negocios, pero las fuentes actuales no establecen un único recorrido compatible y seguro para crear un grupo de carritos y completar todos los efectos de carrito, pago, proveedor, billetera y pedido. Esta página es una referencia de capacidad bloqueada, no un procedimiento de pago.

No se ha establecido que se complete el pedido para varios negocios

No infieras que está disponible porque haya una pantalla registrada, un resumen agrupado, un control Realizar pedido habilitado, un retorno del proveedor o navegación a los detalles de un pedido agrupado. La pertenencia al grupo y cada resultado financiero/de pedido requieren un recibo autorizado y recuperable.

El Pago múltiple integrado y MultiCart independiente son distintos

Superficie	Límite de la fuente actual	Disposición pública
Pago múltiple integrado	Los puntos de entrada actuales del carrito pueden abrir Pago múltiple para varios carritos o un grupo existente. Una rama crea el grupo dentro de Pago múltiple antes de mostrar la pantalla habitual de pago.	Se puede acceder, pero la seguridad de modificación y finalización está bloqueada.
MultiCart independiente	La ruta está registrada, pero el código estático fijado no establece que haya un punto de entrada habitual en producción.	El acceso sigue siendo desconocido; que esté registrada no la convierte en un recorrido para clientes.
Detalles del pedido agrupado	Una superficie de lectura posterior puede mostrar el contexto devuelto del pedido agrupado.	No demuestra que se haya iniciado el pago, realizado el pedido ni completado el grupo.

La rama anidada de creación de grupo y la ruta independiente pueden reutilizar código, pero no constituyen pruebas de navegación equivalentes. La creación del grupo puede comenzar al montar la rama anidada, así que abrirla no es una prueba pasiva de accesibilidad.

Creación del grupo y pertenencia

Estado	Interpretación segura
No hay carritos aptos	No se debe inferir ni crear una solicitud de grupo válida.
Un carrito apto	Se aplica el límite del pago de un solo carrito; no se ha establecido que sea válido crear un grupo.
Varios carritos sin agrupar	Se puede solicitar crear un grupo, pero siguen sin resolverse la pertenencia, la titularidad del punto de entrada y la identidad resultante del grupo.
Grupo existente	Se puede mostrar la pertenencia devuelta después de volver a autorizarla; no demuestra que todos los carritos actuales sigan perteneciéndole.
Carritos mixtos, obsoletos o no válidos	Pueden diferir la pertenencia, el negocio, la entrega, la dirección, el cupón, el pago y los totales.
Respuesta del grupo o navegación	Avanzó una fase; no se deduce automáticamente que hayan terminado el carrito, pago, proveedor o pedido.

Un contrato compatible requiere una cuenta/proyecto/sesión actuales y exactos, un conjunto de carritos aptos y propios, una instantánea versionada de pertenencia y creación idempotente del grupo. Abrir o enviar repetidamente no debe crear grupos duplicados.

Resumen de carritos múltiples y vigencia

Pago múltiple integrado puede mostrar varias secciones de carrito/negocio y un resumen combinado. Los carritos visibles pueden provenir del estado de grupo conservado localmente mientras se actualiza otro contexto por cambios en cupones, entrega, dirección, horario u otros datos.

Capa visible	Qué no demuestra
Secciones de carrito/negocio	Pertenencia actual al grupo, elegibilidad del carrito ni una sola revisión compartida
Cantidades/opciones de productos	Catálogo actual ni actualización correcta entre carritos
Subtotal o total combinado	Importe canónico, moneda, descuentos, tarifas, propinas, uso de billetera o liquidación del proveedor
Carga o Realizar pedido deshabilitado	Qué carrito, campo, proveedor u operación sigue pendiente
Resumen actualizado	Que se hayan actualizado juntos todos los carritos y ramas financieras

Si cambia una capa sin una nueva instantánea autorizada del grupo, mantén desconocido el resultado de todo el pago para varios negocios.

Ramas de cupones, propinas, billetera, pago y proveedor

Rama	Separación requerida
Cupón	La presentación grupal/por carrito, requisitos, reemplazo, analítica, totales e identidad aplicada/eliminada deben resolverse explícitamente.
Propinas, tarifas, impuestos y totales	Requieren el mismo importe, moneda, destinatario y revisión bloqueados en todos los carritos.
Billetera o fidelidad	Las reservas, débitos, reversiones y el saldo restante son independientes del proveedor y el pedido.
Método de pago	La disponibilidad, selección, instrumento guardado, desafío, retorno y confirmación de Ordering.co son etapas distintas.
Proveedor externo	La aceptación o retorno del proveedor es entrada para la conciliación de Ordering.co, nunca prueba de que se hayan realizado todos los pedidos del grupo.
Efectivo o rama sin proveedor	La ausencia de un proveedor externo no demuestra que se hayan creado los pedidos del grupo de forma atómica.

La fuente actual no permite afirmar públicamente que se apliquen cupones de forma coherente a todo el grupo, que el total mostrado sea definitivo ni que un resultado de pago actualice todos los carritos.

Límites de dirección, entrega, horario y mapa

Cada carrito puede depender de la dirección, tipo de pedido, detalles de entrega, horario, disponibilidad del negocio y campos de validación configurados actuales. Pago múltiple puede conservar el estado anterior del grupo/carrito después de cambiar la dirección, el tipo de pedido, el cupón o la hora.

La disponibilidad de cada comercio depende de la dirección y del servicio de entrega. Buscar o consultar direcciones puede usar servicios de ubicación externos; revisa los permisos del dispositivo y confirma la cobertura para cada comercio.

Realizar pedido, confirmación y resultados parciales

Resultado observable	Interpretación segura
Se habilita Realizar pedido	La validación local considera apto el estado visible actual; la autoridad del servidor/grupo/pago es independiente.
Se solicita Realizar pedido	Puede haber comenzado una operación de varias etapas; se deben seguir bloqueando envíos duplicados.
Algunos carritos tienen éxito y otro falla	Liquidación parcial del grupo; no digas que se realizó o completó el pedido agrupado.
El proveedor informa éxito	El pago de Ordering.co y la creación de pedidos por carrito aún requieren conciliación.
Se solicita confirmación	Comenzó otra fase de la operación; no es el resultado final.
Se abren los detalles del pedido agrupado	Cambió la navegación/lectura; no se han demostrado los pedidos exactos creados ni la liquidación financiera.
Se pierde la respuesta o se reinicia la aplicación	Mantén desconocidos todos los resultados de carrito, pago, proveedor, billetera y pedido.
Parece posible reintentar	No se ha establecido un reintento idempotente seguro sin el recibo original de la operación.

Ningún estado de éxito está completo salvo que identifique cada carrito de entrada y devuelva un resultado autorizado del grupo, pagos, efectos de billetera/proveedor y todos los pedidos, o un resultado parcial exacto y recuperable.

Cuenta de invitado y titularidad

Los carritos de invitado y con sesión iniciada tienen límites distintos de identidad y unión. Una capacidad de invitado, carrito visible o resultado posterior de Iniciar sesión/Registrarse no demuestra que se haya transferido al titular de la cuenta actual la pertenencia al grupo ni la titularidad de pagos/pedidos.

La cuenta, proyecto, sesión, capacidad de invitado, grupo, carrito, negocio, pago, proveedor y generación de operación deben coincidir antes de aceptar cualquier resultado. Los resultados tardíos no deben entrar en otro contexto de cuenta o proyecto.

Carga, errores y estados desconocidos

• Un esqueleto de transición no demuestra que se pueda acceder a MultiCart independiente ni que se haya creado correctamente el grupo.
• Que falte un error, estado vacío o de reintento no convierte una solicitud fallida de grupo en éxito.
• Un cupón, total, tipo de pedido, dirección u horario obsoleto mantiene desconocida la autoridad para realizar el pedido.
• Un error genérico de proveedor/pago no identifica qué carrito o fase financiera se actualizó.
• Volver a Inicio, Carrito, Pago o una pantalla de pedido agrupado es navegación, no un recibo de realización.
• No repitas creación de grupo, Realizar pedido, confirmación, pago, billetera, cupón ni acciones del proveedor para descubrir un resultado desconocido.

Accesibilidad y privacidad

La pertenencia al grupo/carrito, secciones del negocio, estado de productos, cupón, dirección, entrega, horario, totales, propina, billetera, pago, proveedor, carga, error, estado parcial/desconocido, Realizar pedido, confirmación y salida segura necesitan encabezados semánticos, nombres, roles, valores, consecuencias, orden del foco y anuncios claros. El texto grande, teclado, lector de pantalla, Atrás, cuadro modal y retorno del proveedor deben mantener distinguibles el carrito y las consecuencias para el grupo.

No compartas direcciones, coordenadas, datos de pago ni detalles de cuenta al pedir soporte, salvo que el canal de soporte los solicite de forma segura y sean necesarios para atender el caso. Revisa el total y el estado de cada pedido por separado.

Guías relacionadas: Revisar el carrito antes del pago · Revisar cupones · Entender tarifas, impuestos y propinas · Revisar los límites de los métodos de pago · Revisar billeteras y fidelidad · Entender errores y reintentos del pago