请教一个对象权限设定
-
我没管你重申不重申...
<br />...<br /> 'date_order':fields.date('Date Ordered', required=True, states={'confirmed':[('readonly',True)], 'approved':[('readonly',True)]}, select=True, help="Date on which this document has been created."),<br /><br />...<br />
注意看 字段的 states 属性.... -
@breterniu 根据对象状态来设置访问规则有两种方法。mrshelly很详尽的跟你解释了如何在对象的字段级别根据状态设置访问规则，另一种就是记录级的访问规则，就是你提到的方法。
之所以你的方法不成功，是因为你只为该对象设置了读的权限规则，对增，删，改并没有设置权限规则，OpenERP对不设定规则的表示默认具有该权限。对于你的需求，你可以再增加一条记录规则应用于（create, write, delete): [('state','!=','approved')] -
我测试了按照[('state','!=','approved')] 应该是可以的，不知道楼主是用什么账号登陆，如果是admin？还是你的状态名字写错了。你试试用非管理员的用户登陆。而且逻辑上也没问题，你要的是在approve下不能修改换句话那就是在draft下或者done的状态可以修改。因为不知道你实际是想怎么用,不过在定义权限的时候，也是按上面digitalsatori说的那样，如果你没给[b]改，增，删[/b]定义一个domain他就默认你可以在任何状态修改。你一开始定义read没效是因为那样定义的的意思只是state为apprved的时候才能在tree view上看到，对[b] 改，增，删[/b]完全没有约束。
-
再次感谢！
用记录规则方式似影响到对象动态权限，然而中间出现很多莫名其妙错误，如图所示，如字符集问题，一些字段仍可更新等等。
（1）用记录规则定义与状态相关的对象权限仍不是合理的方案，基于工作流状态的ACL方式（通过配置文件）应是解决办法。目前基于字段级定义更可靠些。
（2）OPENERP应偏实施而不是二次开发。
[quote author=Joshua link=topic=2753.msg9274#msg9274 date=1328665839]
我测试了按照[('state','!=','approved')] 应该是可以的，不知道楼主是用什么账号登陆，如果是admin？还是你的状态名字写错了。你试试用非管理员的用户登陆。而且逻辑上也没问题，你要的是在approve下不能修改换句话那就是在draft下或者done的状态可以修改，因为不知道你实际是想怎么用。不过在定义权限的时候，也是按上面digitalsatori说的那样，如果你没给[b]改，增，删[/b]定义一个domain他就默认你可以在任何状态修改。你一开始定义read没效是因为，那样定义的的意思只是state为apprved的时候才能在tree view上看到，对[b] 改，增，删[/b]完全没有约束。
[/quote] -
（1）看了openerp其他模块代码，基于工作流状态的权限设定定义在字段上是通行的做法：如
readonly=True, states={'draft':[('readonly',False)]},
（2）由于对openerp开发还不是很了解，做出“以实施为主”的判断可能有误。这个问题可延伸至如何实现openerp的商业价值？
看了一下，Openerp主要还是面向生产制造企业，咨询和实施的价值应大于二次开发，若不是基于业务模型及开发技术透彻的掌握，二次开发是否会破坏原有的业务设计？
若是基于openerp平台开发框架，开发新的行业应用是否是openerp的方向？
[quote author=Jeff link=topic=2753.msg9282#msg9282 date=1328691473]
“OPENERP应偏实施而不是二次开发”
这个说法有什么依据呢？
我倒是觉得OpenERP的实施过程以二次开发为主配置为辅。
[/quote]
