Integración de Data Action y Multi Action en el repositorio de archivos (Parte II)

En el primera parte del blog hemos visto los cambios introducidos con la integración del repositorio de archivos de Data Action (DA) y Multi Action (MA). esta segunda parte veremos las configuraciones de permisos requeridas en diferentes áreas y las preguntas frecuentes.

Contenido de la Parte II:

Consejos útiles

Preguntas más frecuentes

Consejos útiles

Permisos requeridos para DA/MA y artefactos relacionados

La integración de DA/MA en el repositorio de archivos significa que la asignación de permisos para estos dos artefactos también debe tenerse en cuenta al configurar una lógica empresarial. A continuación se muestra una descripción general de los permisos necesarios, junto con los de los artefactos relacionados:

Para activación de DA/MA por parte del usuario

Para el usuario que crea DA/MA (y frontend para Trigger)

Los permisos que se muestran arriba deben ser el resultado de permisos agregados otorgados en las siguientes áreas:

1. 1. Permiso de rol
      • Acceso a archivos públicos/privados (si se usa)
      • Permisos generales de DA/MA
   2. Pertenencia al espacio de trabajo (si se utiliza el espacio de trabajo)
   3. Permisos de uso compartido del repositorio de archivos

Esto significa que la configuración de permisos requerida para DA/MA es la siguiente:

• Para usuarios que activan DA/MA
  • Acceso a archivos públicos/privados (permiso de rol): Leer
  • Acceso general de DA/MA (permiso de rol): Leer y ejecutar
  • Si el DA/MA se almacena en un espacio de trabajo, el usuario debe ser asignado como miembro del espacio de trabajo
  • Permiso individual de DA/MA (Permiso de uso compartido del repositorio de archivos): Leer (incluye Ejecutar implícitamente, cuando se otorga a través del permiso de rol)

• Para usuarios que crean DA/MA
  • Acceso a archivos públicos/privados (permiso de rol): Crear, Leer, Eliminar, Administrar
  • Acceso general de DA/MA (permiso de rol): Crear, Leer, Eliminar, Actualizar, Ejecutar
  • Si el DA/MA debe almacenarse en un espacio de trabajo, el usuario debe estar asignado como miembro del espacio de trabajo
  • Permiso DA/MA individual (Permiso para compartir repositorio de archivos): (Son propietarios de archivos, pero también están sujetos a la configuración de permisos de roles).
    Nota: los creadores también necesitarán Crear archivos permiso para la carpeta de destino donde desean guardar el DA/MA.

Puntos para recordar

Recuerde asignar «Leer» a los importadores de contenido
Como se menciona en parte I del blog, el Leer el permiso no viene automáticamente con Crear en la configuración general para DA/MA bajo permisos de rol, por lo tanto, se debe tener cuidado al asignar esto a los creadores de DA/MA. Pero tenga en cuenta que los importadores de contenido, dado que se convertirán en propietarios de archivos de DA/MA importados, requerirán Rcabeza permiso también para ver los artefactos importados.
Si los importadores de contenido también deberían poder sobrescribir los artefactos existentes (por ejemplo, en casos de reimportación), recuerde otorgarles Actualizar permiso.

Si usa espacios de trabajo, recuerde que mover artefactos de públicos al espacio de trabajo restablecerá los permisos del repositorio de archivos.
Por lo tanto, para evitar el trabajo de configuración doble, configure los permisos para DA/MA individuales después de haberlos trasladado al lugar de trabajo designado y realice las pruebas desde allí.

Las carpetas no son espacios de trabajo
Dejar de compartir Leer el permiso a una carpeta que contiene DA/MA compartido no retirará el acceso a esos artefactos de forma predeterminada. Para dejar de compartirlos también, recuerde seleccionar la opción «A la carpeta seleccionada, sus subcarpetas y archivos» en el momento de eliminar el acceso.
Esto es diferente para los espacios de trabajo, donde los artefactos contenidos no son accesibles para los usuarios sin autorización para el propio espacio de trabajo.
Del mismo modo, al mover DA/MA compartido a una carpeta no compartida, no se retirará el acceso existente. Para eliminar el acceso, elimine Leer permiso del DA/MA desde el cuadro de diálogo para compartir el repositorio de archivos.

Preguntas más frecuentes

Preguntas para la creación de DA/MA:

P: ¿Por qué la página que enumera todos los DA/MA ahora está en blanco?
R: La lista que solía contener todos los DA/MA ahora muestra solo los archivos abiertos recientemente por el usuario actual. Los DA/MA creados anteriormente antes de la ola 20203.06 no se han ido, sino que se han integrado en el repositorio de archivos.

P: ¿El usuario ha creado un DA/MA, pero no se puede encontrar en el repositorio de archivos?
R: Asegúrese de que se le haya concedido al usuario Leer para la configuración general de DA/MA en la configuración de permisos de rol.

P: El usuario está creando un DA/MA y no puede volver a editar después de actualizar, porque «Archivo no encontrado». ¿Lo que está sucediendo?
R: De forma similar a lo anterior, el DA/MA creado no se pierde si se ha guardado de antemano. Asegúrese de que el usuario haya sido otorgado Leer para la configuración general de DA/MA en la configuración de permisos de rol.

P: El usuario ha comenzado a crear un DA/MA, pero ¿por qué no se puede guardar?
R: Compruebe si al usuario se le ha concedido la Crear archivos permiso para la carpeta de destino.

P: El usuario ha creado un DA/MA, es el propietario del archivo, pero no parece tener acceso completo y no puede actualizar ni ejecutar el DA/MA
R: Los propietarios de archivos de DA/MA no tienen acceso completo de manera predeterminada, pero están sujetos a los permisos otorgados en la configuración de permisos de su función. Otorgue al usuario todos los permisos allí para habilitar el privilegio completo.

Preguntas para la ejecución del disparador DA/MA:

P: ¿El usuario ve un activador DA/MA en la historia/aplicación, pero está inactivo y no puede activarse?
R: Verifique la configuración de permisos de rol del usuario para DA/MA y otorgue Ejecutar permiso si falta.

Un DA/MA inactivo es una indicación de que no se ha concedido el permiso de ejecución.

P: El usuario ve un disparador de DA/MA en la historia/aplicación; parece estar activo, pero al activarlo aparece un error que indica que el DA/MA se eliminó o que no hay permiso para acceder a él. (No se elimina).
R: Los permisos para DA/MA son permisos agregados otorgados a través de diferentes áreas. Compruebe por lo tanto lo siguiente:

1. Permiso de espacio de trabajo: ¿Se almacena el DA/MA en un espacio de trabajo? En caso afirmativo, compruebe si el usuario está asignado como miembro del espacio de trabajo
2. Permiso de depósito de archivos: ¿Se comparte el DA/MA específico con el usuario? El usuario requiere aquí Leer permiso para la ejecución.

   Cuando se encuentre con un mensaje de error, compruebe si se ha asignado el permiso de lectura.

Preguntas a DA/MA Importación/Exportación:

P: ¿Después de la importación, no se puede encontrar el DA/MA?
R: Verifique la configuración de permisos de rol del usuario para DA/MA y otorgue Leer permiso si falta.

P: ¿Un usuario ha importado un DA/MA pero ahora no puede volver a importarlo y sobrescribirlo?
R: Verifique la configuración de permisos de rol del usuario para DA/MA y otorgue Actualizar permiso si falta.

P: ¿Se puede exportar DA/MA desde un arrendatario con la integración del repositorio de archivos (activada) a un arrendatario sin la integración (desactivada)?
R: No, esto no es posible. Pero es posible al revés: exportar desde un arrendatario con la integración del repositorio de archivos desactivada a otro que tenga la integración activada.

Otras lecturas

Más información sobre el tema de la configuración de permisos para DA/MA está disponible en el portal de ayuda de SAP: