A través de su conector me conecto a Odoo y muchas tablas se cargan perfectamente. Solo Account.move_line no carga bien; carga los nombres de las columnas, pero no muestra ningún dato.
Hasta donde sé, tengo todos los permisos habilitados en mi cuenta. Además, cuando reviso la pantalla de E/S de sesión, no veo ningún mensaje de error y figura como «correcto». He revisado sus foros, pero no encuentro ningún caso relacionado con esto.
¿Alguna idea de a qué puede deberse esto?
¿Es posible añadir una captura de pantalla (anonimizada) de los detalles de la solicitud en Online Monitoring en Invantive Cloud tal como se describe en Meer inzicht met nieuwe Online Monitoring?
Puede encontrar los detalles haciendo clic en la solicitud de descarga que representa el tema de este asunto.
La solicitud de descarga generalmente tiene una instrucción SQL donde el nombre de la tabla es visible.
Por favor, deje visibles al menos los siguientes datos de ambas columnas:
Por ejemplo:
Verifique cuidadosamente que inicie sesión en el sitio web de Invantive Cloud con el mismo nombre de usuario que utiliza para procesar datos, por ejemplo, a través de Invantive Bridge Online. Solo verá las solicitudes del usuario de Invantive Cloud con el que inicie sesión en el sitio web.
Asegúrese de seleccionar primero la solicitud para mostrar los detalles. Solo debe haber una solicitud visible en la captura de pantalla.
Verifique también cuidadosamente si la solicitud tiene una ruta con odata4, apps o mcp. Las solicitudes con otras rutas generalmente no son relevantes para este propósito.
Además, el usuario de Invantive Cloud que recibió el mensaje de error generalmente recibirá un correo electrónico con un mensaje de error y consejos en su dirección de correo electrónico en caso de que haya un mensaje de error en Power BI, Power Query, Azure Data Factory, Qlik o Tableau.
Se aconseja revisar el correo no deseado del usuario involucrado para este tipo de correos enviados desde support@invantive.eu.
Podemos reproducir el comportamiento en nuestro entorno, aunque no está claro si la causa es la misma. Añadiremos algunos registros (logging) al respecto en el software.
El mensaje de error es:
No tiene suficientes permisos para acceder al campo “analytic_coverage” en Apunte contable (account.move.line). Póngase en contacto con su administrador del sistema.
Operación: lectura
Usuario: 2
Grupos: permitido para los grupos ‘Contabilidad analítica’
Aunque el mensaje lo sugiere, esto parece ser un problema de configuración más que de licencia.
¿Podría usted:
Eso nos ayudaría a determinar cuál es la mejor manera de proceder.
No utilizamos contabilidad analítica, por lo tanto, la opción no está marcada. ¿Sería posible excluir estas columnas de la carga de datos?
El problema ahora es que no podemos determinar qué campos requieren qué características, por lo que significaría o bien eliminar completamente esta columna (o columnas) o añadirlas a una tabla derivada.
¿Es problemático marcar la casilla y ver si eso soluciona el problema o cambia la administración? Sería útil saber si se trata del mismo problema. (Esto también se puede hacer en una administración de prueba cuando esté disponible).
¡Gracias por la rápida respuesta. Eso lo solucionó!
Gracias por probarlo, nos alegra que haya ayudado. Hablaremos internamente sobre cuál es la mejor manera de proceder y modificaremos el software cuando se considere necesario.
Tras una consulta interna, se ha decidido mantener la lógica actual: si un usuario no tiene permisos sobre un modelo según el servidor de la API (en este caso, de Odoo), no se devuelve ninguna fila.
Esto garantiza que el comportamiento sea predecible y se mantenga coherente en todas las plataformas y en todas las tablas vinculadas.
Sin embargo, se ha añadido un registro (interno) para que en el futuro sea más fácil de analizar mediante el código itgenodo111. En Session I/O debe poder verse que faltaban los permisos, y es posible que más adelante se perfeccione para que esto sea visible sin necesidad de hacer clic para ver más detalles.
There is a new provider attribute that can be set on the startup SQL or preferably when testing tables from the UniversalSQL editor in Invantive Cloud:
set skip-error-on-no-access false
This way an error message comes through when there is no access, which makes it easier to diagnose the issue. Additionally session I/Os will be updated to show a failed HTTP request.