-
Odoo 3d with google model-viewer
Andrea PiovesanaDone
-
Practical Introduction to DDMRP
Luis F MiléoDone
-
Odoo models XML import/export using generateDS to generate bindings from arbitrary XSD schemas
Raphaël ValyiDone
-
Testing best practices, tips and tricks
Simone OrsiDone
-
Introduction to Brazilian Localization (in Portuguese)
Renato Lima + Luis F MIleoDone
-
Create your own KPI Dashboard using OCA
Enric Tobella AlomarDone
-
Introduction to the OCA code quality and testing infrastructure
Stéphane BidoulDone
-
Ask me anything on Odoo Logistics
Joël Grand GuillaumeDone
-
Tips & tricks for daily work in OCA: migrating a module, reviewing PRs and AMA
Pedro M. BaezaDone
-
How to set up a runbot
Alexandre FayolleDone
Role Policy App
Presentation
Location: Track 1
-
10/15/20, 3:00 PM
-
10/15/20, 3:30 PM
(+0200)
(30 minutes)
Els Van Vossel, Richard Varghese and Luc De Meyer
els.vanvossel@noviat.com, luc.demeyer@noviat.com, r.varghese@canna.com
Els Van Vossel
Els Van Vossel is a senior Odoo Consultant and has been working with Odoo software since 2008. In 2010 she was Training Program Manager for OpenERP SA. As such, she wrote a couple of books and documentation about Odoo Accounting, Logistics, Manufacturing, CRM and Marketing. Currently, Els is working in various large Odoo projects (finance, access rights, project & service management, logistics, manufacturing, HR, …).
www.linkedin.com/in/elsvanvossel/
www.linkedin.com/in/elsvanvossel/
Luc De Meyer
Senior Odoo Architect and Director of Noviat, Belgium
Richard Varghese
Corporate IT Head of CANNA, Netherlands
Richard is responsible for end to end IT Services and the Open Source IT landscape for the group with a keen focus on Canna's Odoo implementations. In the past he has served in a similar capacity for Coca-Cola and comes with 18 years of industry experience in IT management for the sectors such as FMCG, Manufacturing, retail & wholesale operations.
Security in Odoo works in a sense that on installation of an app, every user has almost full access and sees all corresponding menu items. This approach is changed by the Role Policy app: a user only has the access rights that have explicitly been granted. On installation, all security groups are removed from users, actions, menu items and views.
The role policy app allows a to create roles through the Odoo UI or in a spreadsheet. Roles can easily be imported and exported, you can even delete lines through the import fo a role. As soon as a role has been configured, export it and adapt it to start defining your new role.
Menu items can be specified per role, allowing you to indicate for instance that a user only has access to Sales Invoices, but not to Supplier invoices. View modifier rules allow you to set fields required / invisible / removed / read-only per role. You can also hide a complete view. Suppose you have a role who needs to create customers, but does not necessarily know the VAT number. Create a role which does not have the VAT number as a mandatory field, and create a second role who will validate the customer data, and while doing so, will see the VAT number as a required field.
A sales user should be able to post sales invoices, but is not allowed to create other account moves on the spot? No problem with the Role Policy App; view type attributes such as create, edit, delete, duplicate, import, export_xlsx become role-based!
Model methods can be created by developers and allow you to define per role who is allowed to post entries, for instance.
You only want certain roles to be able to print a sales order? Simply add a reporting action Sales Quotation / Order to the roles allowed to print it. A role who is not assigned to a reporting action will not be able to print reports.
You can also use xpath expressions for more complex rules.
You can also use xpath expressions for more complex rules.