Odoo 中文社区

安装模块解决此问题。

https://github.com/jeffery9/mail_sender

车到山前必有路
已经有很多部署案例了

这个是 oracle 功能吧。 能不能 详细说明下这个 功能。

要求他们出 addons

最近在玩k8s ， 关于用 k8s 运行odoo 写了个总结， http://www.cnblogs.com/odoouse/p/6883160.html

也可以用 盘点调整

拆解是 组装的相反方向，并不是将 大订单 拆分为小订单。

@eremiter 界面上显示 的时间 根据用户的时区 调整过， 数据库里面存储时，一律用 utc-0存储， 例如 用户个人设置时区为 东8区， 而数据库里是 13:52 换算为 东8，界面上显示 21:52

出现这个问题的原因是， 订单保存到数据库时，时间 13:52 直接存 的， 而不是 换算为 5:52 存

这个问题的原因是‘有些模块没有将时间以utc格式存回数据库’

具体，请阅 http://www.cnblogs.com/odoouse/p/5523275.html

@wanga18408 在 Odoo10.0生产Push Rule(推式规则)相关问题 中说：

工时就报

是因为 push rule 复制 成品的移库时，复制了 生产单 引用

注：
生产单与 成品移库是 通过 stock.move 上的 production_id 字段计算

window action 属于 框架，必须对 public 开放 read 权限， 否则 所有的弹窗均不能 正常工作。

所以 ir.* 开头的模型，都必须对 public 开放 read 权限； 例如

可以 根据 variant 选择相应的 组件

包裹 类型.... 包装类型 不是同一个概念

所以你选择不到

紫色 +1

最佳答案 置顶 +1

可以的。

运行 odoo.py -c config -d db -i stock,xxx,xxx,xxx --stop-after-all

config 换成你的配置文件
db换成你的数据库名
stock,xxx,xxx,xxx 换成你要安装的模块列表，用逗号隔开

good luck

居然翻出“老帖子”， 沉寂很久了吧

variant 的使用要权衡使用场景， 把握一个原则， 那就是Variants 公用了大多数的 属性，Variant 仅仅是个 细微的变化。

不要滥用

如果你是想下载源码，可以使用镜像 [检测到链接无效，已移除] br />

或者 镜像 [检测到链接无效，已移除] 【 截止今日，还未同步完成】

[quote author=jeffery link=topic=17274.msg30923#msg30923 date=1440734373]
[quote author=jeffery link=topic=17274.msg30919#msg30919 date=1440653480]
procurement Order[简写为PO] 建立和触发的机会有
[list type=decimal]
[li]如果是MTO模式，立即建立PO，然后通过定时任务，定期寻找解决PO的 规则
[/li]
[li]如果是MTS模式，在运行定时任务的时候，根据安全库存规则建立PO，然后立即寻找解决PO的 规则
[/li]
[li]或者使用JIT模式，当需求发生的时候，立即建立并运行PO，然后立即寻找解决PO的 规则
[/li]

[/list]

PO的满足，就是寻找解决PO的 规则，即寻找合适的pull rule..
首先，查找PO自身的 pull rule,  也就是订单行上指定的pull rule,
其次，查找 产品、产品类别上的 pull rule
然后，查找 仓库级别的pull rule
最后，查找 全局的pull rule.

按照上面的优先级，使用第一个找到的pull rule 求解PO
[/quote]

而pull rule则在Route 里面定义， Route包含2个类型的rule
[list type=decimal]
[li]pull rule
[/li]
[li]push rule
[/li][/list]

pull rule规则规定当某个location需要某种产品的时候，这个需求如何满足，可以
[list type=decimal]
[li]MTS，即从现有库存调取[/li]
[li]MTO，在需求库位发起一个新的PO[/li]
[/list]

push rule规则规定当产品到达某个location的时候，将会被送往哪个库位，以及如何调拨

push rule 和 put away strategy使用效果尽管很类似，但是它们是 不同的两个。
[/quote]


答到现在，似乎跟purchase order还没有发生关系，那继续往下说....

pull rule 规定了 当规则触发的时候，如何解决需求，可能采取的动作
[list type=decimal]
[li]buy，用购买的方式满足需求
[/li]
[li]manufacture，用制造的方式满足需求
[/li]
[li]move，用库存移动的方式满足需求
[/li]

[/list]

当规则的动作是 move时，又会
[list type=decimal]
[li]mts 从现有库位的库存调拨[/li]
[li]mto 在现有库位发起一个新的PO，注意，这个就能与其他的pull rule形成一个 链条[/li]
[/list]

待续...

[quote author=jeffery link=topic=17274.msg30919#msg30919 date=1440653480]
procurement Order[简写为PO] 建立和触发的机会有
[list type=decimal]
[li]如果是MTO模式，立即建立PO，然后通过定时任务，定期寻找解决PO的 规则
[/li]
[li]如果是MTS模式，在运行定时任务的时候，根据安全库存规则建立PO，然后立即寻找解决PO的 规则
[/li]
[li]或者使用JIT模式，当需求发生的时候，立即建立并运行PO，然后立即寻找解决PO的 规则
[/li]

[/list]

PO的满足，就是寻找解决PO的 规则，即寻找合适的pull rule..
首先，查找PO自身的 pull rule,  也就是订单行上指定的pull rule,
其次，查找 产品、产品类别上的 pull rule
然后，查找 仓库级别的pull rule
最后，查找 全局的pull rule.

按照上面的优先级，使用第一个找到的pull rule 求解PO
[/quote]

而pull rule则在Route 里面定义， Route包含2个类型的rule
[list type=decimal]
[li]pull rule
[/li]
[li]push rule
[/li][/list]

pull rule规则规定当某个location需要某种产品的时候，这个需求如何满足，可以
[list type=decimal]
[li]MTS，即从现有库存调取[/li]
[li]MTO，在需求库位发起一个新的PO[/li]
[/list]

push rule规则规定当产品到达某个location的时候，将会被送往哪个库位，以及如何调拨

push rule 和 put away strategy使用效果尽管很类似，但是它们是 不同的两个。