Quickpass预录入系统

就如 mrshelly所说的"你开放了 xmlrpc ,  web 端用了验证码也白搭...."


这个xmlrpc开了有那么大安全隐患吗?

兄弟们漏了一个情况，解决方案可能就在我上面写的“或者”里

看一下invoice工作流的paid节点[attachimg=1]

OE 有强劲的二次开发定制能力

我只能讲.... 一切皆有可能...
而且开发投入成本不会太大...

嗯，经过这个问题，对关联的外部ＩＤ又有了进一步的了解

经测试，７版本的修改方法同样

这个要看你是否修改过相关的代码了...

如果没有. 这种情况应该不太可能. 当然, 如果配置不当, 也可能存在这样的问题.
建议你还是看看 用户手册. 基本的进销存部分, 还是不应该有问题的..

一般是按部门来管理权限的.

所以, 只要你把你的位置 从当前部门提升到 组织机构中的上层, 上上层. 理论上 就提权了...

我看这个回贴，也研究了几天，还是不知道怎么改，惭愧啊
而我draft是建立时就默认的值
    _defaults={
            'state':lambda *a:'draft',

那个节点到底如何访问，我还得再搞搞

好东西！谢谢buke分享。

刚刚尝试了一下，发现现在只有Joshua这样的写法有效了，楼主的写法不成功。

[quote author=digitalsatori link=topic=6005.msg15104#msg15104 date=1366772429]
试试这里： https://github.com/shine-it/filter_product_quantity
搜索库存数量没问题了，暂时还没实现排序功能。
[/quote]


是在太感谢了  装上这个模块后  问题迎刃而解。太棒了

直接加工作流进去就是了

谢谢他享！！学习了！

如果这样的话我们要对应别的字段是不是有两个办法，一个是看看能不能重载，另一个是用related字段。

就是你说的意思。

我这里强调name_search的调用是当用户在下拉列表中输入字符或按下向下箭头时，由系统自动调用的，而 search 方法是当用户从列表中选择”搜索更多...“链接后系统才调用。这个问题困惑我几天才找到答案。我一开始以为当用户在下拉列表中输入时，系统就会调用 search 方法，实际上不是，需要在 name_search 中显式调用 search 方法才行。