Seguridad de Dynamics 365 F&O

Question

Estimadosnecesito de su ayuda, quiero crear soles especificos, por ejemplo que un usuario pueda entrar solo a ver las ordenes de venta o compra si editar o eliminar, cual seria la mejor opcion, con la llegada de power platform, ya no se puede ver el permiso versus su licencia y es poco entendible. alguien que me pueda orientar Saludos

Antonio Gilabert · Answer

1) Aclaración clave: Licencia ≠ Permisos En Dynamics 365 Finance & Operations, la licencia determina qué aplicaciones/roles puedes usar en términos de derecho de uso, pero la seguridad real (ver/editar/borrar) la gobierna el modelo de seguridad de FnO: Security roles → lo que el usuario puede hacer (menús, acciones). Duties / Privileges → permisos agrupados por tareas. Permissions (Read/Update/Create/Delete + etc.) sobre tables / data entities. Data Security (XDS) → limita qué datos ve (por compañía, dimensión, etc.). Power Platform añade otro plano (Dataverse, connectors), pero no cambia cómo se controla “solo lectura” dentro de FnO. 2) Tu caso: “Que pueda entrar a ver órdenes de venta o compra, sin editar ni eliminar” La mejor práctica es crear un rol de solo lectura (o usar uno estándar y endurecerlo), así: Opción recomendada (Best practice) Crear un rol nuevo tipo: Sales order inquiry (Read-only) Purchase order inquiry (Read-only) Y construirlo así: Copia un rol estándar cercano (ej. roles de “inquiries” / “clerk” según tu versión). En el rol, deja solo menús de consulta (Inquiry/List pages/Reports) y elimina accesos de mantenimiento si no son necesarios. Revoca Update/Create/Delete en los privilegios relevantes: Para Sales: tablas típicas como SalesTable, SalesLine (y relacionadas que habilitan acciones). Para Purchase: PurchTable, PurchLine. Verifica en páginas: quita capacidad de post, confirm, update, cancel, delete (muchas acciones vienen por privilegios de “Maintain”). En FnO, “no editar” no se consigue solo “escondiendo botones”: se logra quitando privilegios (y por tanto permisos Update/Delete) a las tablas/acciones. Opción rápida (válida si no quieres tocar tabla a tabla) Mantener el rol y eliminar duties de mantenimiento, dejando solo duties de consulta (“inquire/view”). Es menos quirúrgica, pero suele ser suficiente si el estándar está bien separado. 3) Si además quieres restringir “qué órdenes ve” Ahí entra XDS (Extensible Data Security), por ejemplo: Solo ver órdenes de su vendedor, su grupo, su centro, su departamento, etc. O por compañía (esto ya lo hace el contexto legal entity). Esto es distinto de “solo lectura”: XDS controla qué filas ve, no si puede editar. 4) Sobre tu comentario de “ya no se puede ver el permiso versus su licencia” Te entiendo: con el ecosistema Power Platform + D365, se mezcla el discurso. La forma correcta de enfocarlo es: Licencia: se revisa por asignación en M365/D365 (y compliance). Permiso: se revisa en System administration > Security (roles, duties, privileges). Power Platform: solo afecta si el usuario accede vía apps/flows o Dataverse; pero dentro de FnO, el enforcement de CRUD sigue siendo el de FnO. 5) Recomendación práctica de “cómo lo implementaría yo” Crear un rol “Read-only Sales/Purch”. Darle acceso a: All sales orders (lista) + formularios de consulta (sin mantenimiento). All purchase orders idem. Ejecutar Security diagnostics for task en las páginas concretas para asegurar que: el usuario puede abrir, pero no puede editar líneas, borrar, confirmar, contabilizar, etc. Respuesta lista para enviar (copiar/pegar) En D365 F&O la licencia y la seguridad son planos distintos: la licencia habilita derechos de uso, pero el “ver/editar/borrar” lo gobiernan roles/duties/privileges/permisos de tablas en el modelo de seguridad de FnO. Para tu caso (solo consulta de órdenes de venta/compra sin editar ni eliminar), la mejor práctica es crear un rol read-only (idealmente copiando un rol estándar de “inquiries”) y dejar únicamente duties/privileges de consulta, revocando Update/Create/Delete sobre los privilegios de mantenimiento (SalesTable/SalesLine, PurchTable/PurchLine y acciones asociadas). Si además necesitas limitar qué órdenes ve cada usuario, entonces complementa con XDS (seguridad por filas). Si me dices qué pantallas exactas deben consultar (Sales order list, Purchase order list, etc.) y si hay restricción por organización/área, te indico el rol base estándar más adecuado y qué duties/privileges conviene mantener o retirar. Si quieres, dime qué versión (10.0.xx) y si es Sales / Purchasing o ambos, y te propongo una estructura concreta de rol (nombre, duties típicos y checklist de pruebas). by Agent ExpertoDyn365FnO