Niveles técnicos de acceso y alcance de comercios
La comprobación actual de acceso del cliente de Business App permite los niveles técnicos de acceso 0 y 2. Estos valores son identificadores técnicos, no una lista completa de roles comerciales, cargos, planes o derechos. El proyecto, el comercio, la configuración y la autorización del servidor siguen determinando qué puede ver y cambiar una cuenta.
Antes de empezar
- Confirma el proyecto previsto antes de iniciar sesión cuando aparezcan Project Name y Set project.
- Pregunta al administrador de Ordering qué comercios deben estar asociados a la cuenta.
- No deduzcas permisos a partir de una pestaña o botón visible. Comprueba el resultado de cada acción que dependa del servidor.
Niveles técnicos de acceso
| Nivel técnico de acceso | Entrada a Business App | Alcance de datos previsto por el código fuente | Qué no demuestra |
|---|---|---|---|
| 0 | Permitida por la comprobación actual de la aplicación. | El espacio de trabajo puede recibir actualizaciones de pedidos y mensajes a nivel de proyecto, sujetas a la autorización y configuración del servidor. | No demuestra que haya permiso para todas las acciones relacionadas con pedidos, comercios, cuentas, mensajes o dispositivos. |
| 2 | Permitida por la comprobación actual de la aplicación. | La aplicación obtiene los comercios disponibles para la cuenta y usa sus identificadores para filtrar las actualizaciones entrantes de pedidos. | No demuestra un rol universal de «gerente», propiedad de todos los comercios ni un derecho comercial. |
| Cualquier otro valor | No permitida por la comprobación actual de la aplicación. | El flujo de inicio de sesión actual intenta cerrar la sesión recién creada en vez de entrar en el espacio de trabajo. | No determina si la cuenta puede usar otro producto de Ordering. |
Cómo interactúan los alcances de proyecto y comercio
| Alcance | Cuándo se selecciona o determina | Qué cambia | Comprobación segura para el operador |
|---|---|---|---|
| Proyecto | Antes de iniciar sesión si está habilitada la selección de proyecto, o desde la configuración fija de la aplicación. | El contexto de API y configuración usado por la aplicación. | Confirma que el proyecto previsto abra el espacio de trabajo esperado. |
| Cuenta con sesión iniciada | Durante la autenticación. | El nivel técnico, la sesión y el contexto de cuenta usados por solicitudes posteriores. | Confirma que el perfil pertenezca al operador previsto. |
| Comercios disponibles | Después de iniciar sesión, a partir de la lista de comercios del servidor. | Qué comercios usa una cuenta de nivel 2 para filtrar las actualizaciones entrantes de pedidos. | Compara la lista Businesses con la asignación que espera el administrador. |
| Autorización específica de la tarea | Cuando la aplicación consulta o modifica un pedido, comercio, mensaje o cuenta. | Si se acepta, rechaza o limita la lectura o acción solicitada. | Comprueba el resultado visible en lugar de asumir que entrar en el espacio de trabajo autoriza la acción. |
Qué cambia con el alcance de comercios
El alcance de comercios puede afectar los que aparecen en Businesses, los pedidos y actualizaciones pertinentes para la cuenta y la aceptación de acciones específicas de un comercio. Se evalúa junto con el proyecto seleccionado y las reglas de API específicas de la tarea.
Para el nivel técnico de acceso 2, Business App obtiene la lista de comercios asociados con la cuenta en modo dashboard. Cuando la lista está disponible, la aplicación ignora las actualizaciones entrantes de pedidos de comercios que no aparecen en ella.
La disponibilidad del rol depende de los permisos de la cuenta y de la API. Usa la lista de comercios disponible y el resultado de cada acción para confirmar el acceso efectivo.
Variaciones y límites
- La selección de proyecto solo aparece si está habilitada en la compilación de la aplicación.
- Los métodos disponibles para iniciar sesión dependen de la configuración del proyecto.
- La comprobación 0 o 2 de Business App se realiza en el cliente después de autenticar; las rutas de API pueden aplicar sus propias comprobaciones de nivel, propiedad, validación y configuración.
- Los metadatos de salas en tiempo real son detalles de transporte, no definen un rol o derecho público.
- Las asignaciones de comercios pueden cambiar fuera de la aplicación. Actualiza la lista antes de concluir que el alcance está desactualizado.
- Los roles y permisos de propietario, gerente, personal, cocina y preparación de pedidos dependen del producto y la configuración de cada proyecto.
Solución de problemas
| Qué observas | Interpretación | Siguiente acción |
|---|---|---|
| La aplicación cierra la sesión después de autenticar. | Es posible que la cuenta devuelta no tenga el nivel técnico de acceso 0 o 2. | Pide al administrador del proyecto que verifique el nivel técnico de la cuenta. No vuelvas a enviar las credenciales repetidamente. |
| No aparece el selector de proyecto. | La aplicación puede tener configurado un proyecto fijo. | Confirma el proyecto previsto con el administrador antes de trabajar con pedidos activos. |
| La lista Businesses está vacía o incompleta. | El alcance vinculado a la cuenta, el proyecto, la conectividad o la autorización del servidor pueden limitar el resultado. | Confirma el proyecto, actualiza una vez y pide al administrador que revise las asociaciones de comercios. |
| No aparece una actualización de pedido para una cuenta de nivel 2. | El comercio del pedido quizá no esté en la lista devuelta para la cuenta, o los datos en tiempo real pueden no estar disponibles. | Comprueba la lista de comercios y la cola de pedidos; luego escala el caso con el contexto visible del pedido y el comercio. |
| Se rechaza una acción visible. | La entrada al espacio de trabajo y la autorización de una acción son independientes. | Mantén sin cambios el registro actual y sigue la ruta de recuperación de la guía de la acción correspondiente. |