系统自动生成的MO,未扣减在此之前已经手工创建的MO数量,原因是: 制造路径不同 [image: 1591409767115-a597f337-ca1a-4436-ba59-2ed6d2778965-image.png] [image: 1591409822555-00f653b0-25df-4aa7-a1cd-6677ae9a6b40-image.png]

将用户选择的记录和次数记录到cookie中， 前端读取默认的记录的时候先从cookie 中获取

求odoo 大神 给一个odoo 连接阿里云 发送短信的 实例

你根本不需要用_patch_method来自定义create方法，继承对应的实体类，然后直接覆写create方法就可以了。 另外，你的_patch_method的调用参数也是错的。

那个是我打错了,已经通过nginx代理解决这个问题了 感谢回复~

Odoo原生就可以放上视频链接，然后直接播放，你可以对应你的摄像头API参考下。

感觉要通过两边的环境（代码版本，python模块版本，Odoo配置文件等）对比再寻找下原因了。

@Joshua 谢谢,找到问题了,记录下. 的确是postgres的版本问题导致的.本地pg是9.5.19,恢复的数据是服务器上的pg10.12的数据,所以恢复后登录报错如上. ps:卸载pg旧版本安装新版本的时候,注意要卸载干净,否则会安装不上的.

拜托 各位参加官方本地化翻译的贡献者，odoo是ERP应用的专业领域和行业别很广，对官方本地化"预设"的翻译要贴近系统用语，如此对学习者和从业者，才能精准理解"系统应用的功能"，这对系统的理解和沟通上才有帮助，往后各位做项目时，再针对行业特性的"业务应用"需求，自行客制修改成"行业的精准用语，拜托了

return {'domain': {'payment_method_id': [('payment_type', '=', payment_type), ('id', 'in', payment_methods_list)]}} 这是给字段动态加domain return {'value': {'website_warehouse_id': False}} 這是给字段动态加值 还有return {'error'} return {'warning'}, 请问除了这几个还有哪些, 具体功能是什么

2020-4-9 模型变更日志 序号 应用类别 说明 1 全局 Sale_Order与Sale_Order_Line的实体关系变更为嵌套关系 2 全局 服务接口[ODOO标准服务]销售新增Sale_Order与Sale_Order_Line的接口关系 3 全局 服务接口[ODOO标准服务]接口实体Sale_Order_Line切换为从实体模式 4 全局 外部接口[ODOO接口]销售新增Sale_Order与Sale_Order_Line的接口关系 5 Web端 外部接口[ODOO标准接口]销售新增Sale_Order与Sale_Order_Line的接口关系 6 Web端 取消简报看板系统界面行为组，转由实体界面行为组承担对应功能 7 Web端 服务接口Web服务接口实体Sale_Order_Line切换为从接口模式 8 移动端 补充商机/线索主信息展示业务逻辑

odoo13 自带了支付宝支付。 官网应用也只有odoo12的微信支付sdk

概述 Odoo是一个非常成功的开源软件，提供了开源免费的社区版，和商业收费的企业版。虽然Odoo仍然提供商业版，但Odoo整体上还算开源比较彻底的。 整体区别 整体上，企业版是在社区版的基础上增加了一些收费模块，以及一些增值服务，比如技术支持服务。具体的社区版和企业版的功能差别可以参考官网的如下说明： https://www.odoo.com/zh_CN/page/editions 收费区别 社区版和企业版的最大区别当然是否收费方面。社区版完全免费而[HX1] 且开源，可以从官网下载源码，并对源码进行修改和扩展。这种模式非常适合企业基于Odoo开发自用的系统。如果是商业公司基于Odoo来开发产品并销售呢？由于Odoo基于LGPL协议，修改和扩展的部分可以不开放源码，所以，这也为基于Odoo开发商业产品提供可能。Odoo的企业版也是提供源码的，由于Odoo自己仅仅提供SaaS的企业版，所以Odoo会对其SaaS服务进行升级和维护，用户无需得到源码。由Odoo合作伙伴提供的企业版，也是有源码的，可以自己进行二次开发并自用，如果分发这些收费模块的源码则属于侵权。  企业版的收费如何呢？针对SaaS服务，需要另行咨询官方。如果是本地部署的，则可以在官方网站提供的计价页面进行计算。 https://www.odoo.com/zh_CN/pricing  经过试用，价格主要包括几个部分： l  用户，按月，用户量购买。也即后台的用户账号数 l  功能，按月购买 所以，如果需要购买企业版，则先计算自己的用户量，以及需要使用的功能。基本上一年几万块前的成本。 另外一种模式，是将企业版Odoo部署在Odoo.sh这个PaaS平台上，这个可以理解为将Odoo运行在他们的IaaS服务平台上。这个需要根据对资源的需求量来额外计算价格。   Odoo官方服务，以及Odoo代理商提供的服务区别 商业版其实有两种模式，一种是Odoo官方提供的SaaS模式，另一种是由其合作伙伴[HX2] 提供的本地化部署（或托管）模式。 购买Odoo的SaaS服务，一般不可能自己实施，一般还需要购买官方的，或是其合作伙伴的实施服务。Odoo官方提供了4个等级的实施服务供选择。具体可以参考：https://www.odoo.com/zh_CN/pricing-packs 虽然，购买Odoo的SaaS服务，也可以使用合作伙伴的实施服务，但中国企业因为速度，服务等各方面，应该很少会购买Odoo的SaaS服务。可选的替代方案包括Odoo合作的浪潮云的SaaS服务，或者使用阿里云的IaaS进行自行部署。这个时候实施可以考虑自己，或者找合作伙伴做。 企业版和社区版的切换 社区版和企业版是同一个产品，只是一些收费模块和增值服务的区别。所以，如果社区版不需要收费功能，建议不需要使用企业版服务，毕竟太贵了，而且对中国的支持不一定好。如果社区版，需要使用收费模块，可以另行购买这些模块，同时享受服务。 当不再需要企业版的收费模块，可以停用，即可转换至社区版。SaaS上，PaaS的应用也可以通过数据库迁移，代码下载等方式方便地迁移到本地部署上。 如何决策 首先，针对中大型公司，购买Odoo企业版的服务是很必要的。我们主要是来看看中小型企业。Odoo的服务比较贵，而且针对中国市场服务能力不一定强，所以服务方面可以依靠国内的厂商提供，即时他们遇到难题，他们也有渠道向原厂获取技术支持。如果是必须使用Odoo的一些收费功能，则可以按照模块来采购企业版，费用也是非常便宜的。

本系列背景介绍 Odoo 是一个基于Python语言构建的开源软件，面向企业应用的CRM，ERP等领域，其目标是对标SAP，Oracle等大型软件提供商，但却通过仅仅一个平台满足企业所有管理的业务需求。 本系列文章针对Odoo 14版，从系统安装，开发环境配置，代码结构，主要功能升级，源码赏析，Anodoo对Odoo的关键扩展等角度，预先给大家介绍即将在2020年发布的这一最新版本。 本篇概述        Odoo在本地化方面非常成熟，一套系统，不同国家不同语言都可以使用。针对系统中保存的数据，都可以实现多语言支持。本文在介绍Odoo14的时候，同时将这个体系向大家做一个介绍。 Odoo官方是怎么做好本地化工作 Odoo已经发展十几年，具备非常成熟的架构和功能。在本地化方面也是非常成熟的，中国的用户完全不用担心。现有包括官方的，以及中国多个社区现有的翻译成果已经可以很好地支持中文，如果自己定制，还可以基于Odoo的翻译架构轻松地进一步优化。Anodoo的目标之一就是基于Odoo，通过翻译优化，定制出一个完全面向国人的CRM，除了操作习惯，完全的中文化也是之一。 Odoo的官方本地化工作基于Transifex。关于Transifex，具体请访问：http://www.transifex.com。（建议注册和登录体验一下）。目前在Transifex上的翻译工作有几千人，其中中文的翻译有近300人，足以看出Odoo在中国的发展。 如何参与到Odoo 14官方的翻译工作贡献中国人的力量 通过上图可以看到Odoo在上面维护了当前多个可用版本的本地化项目，包括2020年发布的Odoo14。具体地址是：https://www.transifex.com/odoo/odoo-master/ 。你可以点击翻译查看如何参与。有多种方式，包括注册和登录后在线翻译，也可以下载PO，并使用poedit等编辑工具进行修改和维护。 由于Transifex提供了和Github整合的方案，Odoo应该是将自己的Github库和Transifex进行了对接的。同时，从源码上，也看到Odoo和Gengo，Transifex等平台有对接的模块，有兴趣的可以好好研究，学习一下Odoo是如何做好本地化工作的。 如何在项目中做好Odoo本地化 由于Odoo是源码开放的免费产品，所以很多人都会基于源码发布，或多或少都会做一些定制。那么针对中文的翻译可以说是很重要的一环。 那如何做好Odoo的中文翻译呢，参考我的Anodoo项目，我会参与到Odoo官方的翻译项目中，这样可以将我项目中的一些翻译提交到官网，同时，为了确保那些未被官方收录的翻译能应用在自己项目的上，所以会在Transifex上创建一个自己的翻译项目，维护好自己的PO文件，供Anodoo的使用者使用。 如果大家使用Odoo13，除了使用官方已经随产品发布提供的PO文件之外，也可以到Transifex中下载最新的包，通过文本比较工具，快速将好的翻译同步到自己的项目PO中，并保持半年或一年一次的同步频率。自己的项目中一旦修改了PO文件，就需要维护好这些文件了。 项目中对于一些翻译的修改还可以通过直接后台修改记录（ir_translation）的方式直接修改。这种修改的好处是快捷，但缺点是需要备份。 总结一下，最好的办法，是平时在后台数据库即时修改，并定期将数据库做了更新的部分定义同步PO文件，也可以将官方和中国其他平台社区提供的PO改进一并同步到自己的PO中，在一并更新到自己的系统。Anodoo由于是对外提供的CRM产品，所以会基于这个方法，同步维护好这些PO，从而实现在官方的基础上，对中文翻译改进。 Odoo的本地化设置 Odoo的本地化设置功能是非常丰富的。包括设置系统加载支持的语言，如英语，汉语等。可以通过多种方式如CSV，PO等导入翻译文件，也可以导出进行编辑。修改后，再导入。可以通过“已翻译术语”，查看所有的翻译记录，并如上文所提到的，在这里快捷修改翻译中文。 针对使用者，Odoo在个人喜好中可以修改自己的语言。管理员可以设置所有用户的默认语言为汉语，也可以在用户管理中设置其他单个用户的不同语言。        针对对外发布的网站，同样可以设置网站可以使用那些语言发布。对于多语言的网站，访问者通过切换语言，可以查看自己喜欢的语言版本。这个可以通过Odoo面向全球一百多个国家的官网查看使用效果。 Odoo本地化的相关源码 Odoo的模块化做的非常好，同样，在每一个模块下的i18n目录，都提供了不同语言的翻译文件，如中文的zh_CN.po文件。针对PO的文件格式，这里不重点描述。Odoo会通过注释，将翻译对应哪个模块Module，哪个模型Model，哪个字段Field等都进行备注，所以，开发人员可以按照这个格式去查找，或者创建翻译条目。 以下是一段PO代码，便于你的理解 #. module: crm #: model:ir.model.fields.field_description:crm.field_crm_lead_expected_revenue msgid “Prorated Revenue” msgstr “按比例分摊收入” 在base模块中，Odoo通过ir_translation.py对翻译的所有条目进行管理，也就是系统会将PO中的数据导入到这里，然后在前台渲染是通过同步到内存后进行快速读取。Anodoo的做法是针对后台修改的记录，都会在这个表新增的标注字段上做好标注，并定期将这些数据同步到PO中，再随版本发布或对外单独提供更新。 Odoo同样，提供了针对Gengo，Transifex的扩展，从而实现和这些平台的对接，有兴趣的可以具体研究。 结语        Odoo的中文化非常成熟，这也解除了国人使用这一国外开源产品的顾虑。中国人使用外国产品，如何做好中文化是基础，所以这也是为什么把这个主题放在系列的第三篇文章中介绍，希望对你们有帮助。

@digitalsatori 在 Odoo 10中销售订单预收款为全款的问题 中说： 需要了解的是Odoo V10.0官方已不再支持（官方目前支持的版本为：11.0，12.0，13.0），所以即使确认为新发现的bug，这个bug官方也不会再去修复。 多谢！

请问高手，部署完后有移动APP可以登录这个服务器吗？

原因是库存移动方式设了“触发其它规则”

odoo 实施"开箱即用": 使用多属性，来维护多个同质性的产品 业务场景说明 : 特斯拉汽车 依颜色和配备价差，来维护多个车款的销售价格，有时会依冷门车型给予特价。 [image: 1584180157112-003-resized.png] [image: 1584180168291-004-resized.png] [image: 1584180179446-005-resized.png] [image: 1584180191127-006-resized.png] [image: 1584180201755-007-resized.png] 台北-226408 QQ = 3045661196 Mail= [email protected] odoo 实施"开箱即用"

@digitalsatori 不好意思,我表达不够清晰,我想要的报表如下,昨天自己手工整理了,主要是想分析下Oddo 的MRP 逻辑，我会让IT试试您给的方法,感谢！ [image: 1583457548601-6cecb98c-a720-4382-8a3f-c02da71a1b22-image.png]

打算上线一套13.0版本的系统，需要部署人员 QQ 757549797