@steven 在 odoo14 主应用界面 模块 名称 无法更改 中说： 本人安装了一个自定义模块“MBO”，然后将manifest文件中“name：MBO”改成了“name：‘目标管理’”，接着无论“升级”、“更新”或“执行已安排的升级”，都无法在“主应用”界面中，使该自定义模块的名称显示为“目标管理”。请问这是何种原因造成？如何解决该问题？先谢！ 更新名称后，需要重启服务器，然后再点击”刷新本地模块列表"按钮就可以了。

@digitalsatori 我试用了这个办法，在数据库中使用“select from ir_moudle_module”查询中，发现根本没有“execute”名称，该名称已经被改名重构后的名称替代了。 后来我在主应用界面，将视图切换成“列表”模式，进入该应用的信息界面，使用“卸载”按钮完成了卸载。 [image: 1647249738066-9ccd2b7a-ce9b-4573-843c-03720a9903db-image.png] 可能用你的办法，SOL语句直接删除改名后的模块名称也可以。 非常感谢！

@eric2017 安装了数据备份模块，重新恢复一下

@阿巴阿巴 设置日期范围为一天就好

@leuan 在 odoo10，如何在离开页面时触发事件？ 中说： @eric2017 试一下在页面销毁的时候的 触发事件就好了 谢谢！改成window.onunload后果然就可以了。真是出乎意料

@digitalsatori [image: 1642207924635-c01b2aa1-f706-4847-937d-c1678c31a044-image.png] odoo.conf文件没有设置log文件。 问题已解决，我试着没有运行程序，但是odoo依旧能用，怀疑是电脑有多个服务，选择开机重启，解决了问题。

我有一个表单，里面有地址A，引入了地图页面，搜索框是B，搜索后的选择是C。如图： [image: 1640591923541-fd65c160-c173-4658-9eb2-462c627d6aa8-image.png] 我的问题是：想要在B输入搜索，在C中选择具体的某一个地址后，A中能得到C的地址。但是不知道怎么从C取得值，以及赋值给A。

@保定_粉刷匠 谢谢，已搞定。

@阿巴阿巴 在 关于继承partner视图无法隐藏email的问题 中说： 请问这个原因是什么？假如我要隐藏多个页面，有没有简洁的写法，而不是每个页面写一个查找？ 就我所知每个页面都要有一个xpath的定位，没有简洁写法。

@阿巴阿巴 在 关于many2one的domain问题 中说： 我学习到的知识里，compute与@api.depends()是联动的，在监听到值改变后，用于实时计算值，是否我忽略了其它东西？ 对啊，所以说compute字段通过depends可以取代onchange方法啊。至于onchange返回warning，domain这些也可以用其他方法来替代。

梳理和制订业务流程 , 最重要的是"符合管理规范"的核心流程 , 当需要一个标准流程来推动一个业务需求时,就优先整合这些 核心流程 , 只要我们制订的新流程大部分来自核心流程, 员工在操做时就易于上手不易犯错(因为是基础) , 最重要的是先天的符合规范, 例如 "寄库核心流程" 这个流程基于物权已经规范好, 当要制订一个流程推动" 来料加工"业务时就可以将他整合进来, 员工会易于理解和操作并合于规范 。 还有往后只要精益 核心流程 , 也就影响到其他流程, 事半功倍, 之后员工对核心流程掌握的越好, 就越能理解背后规范管理的目的, 员工只要理解真正的目的, 就能在业务流程上发挥弹性, 企业也容易推动更多的商业模式, 例如寄库的货可以拿来生产, 销售, 调货 , 租赁 ..等等

产品序料号在通例上, 会附在实体产品标签上, 这样的应用就不是一个系统字段所能及的

@wjfonhand 菜单搜索在企业版重有一些小bug 搜索所有的单据 均为一对多 多对多,

需求：基于补货效益的考量, 客户需要汇总补货需求后, 再执行计划性的补货 作法：对销售/制造/采购等补货需求都自动触发”请求”, 补货执行人员计划后再建立补货单执行 [image: 1637738741392-4f676689-036c-4aba-8594-b33a8af8b657-image.png] [image: 1637738776374-reqset1-resized.png]

主数据没有状态，怎么加审批？线下？

我们公司目前考虑内部使用ERP系统，寻求在济南ODOO开发平台的实施和软件工程师合作。详情站内联系。

@aiwino 加下企鹅群：374626483

技术方：深圳欧度 原文地址：https://app.odoo.vip/blog/3/post/odooapp-10 原生H5响应式设计自适配是成本最低的，企业版自带主题开箱即用，社区版使用第三方比如OCA组织的web_responsive模块搭配使用效果也很好。各种应用场景广泛兼容，缺点是PC大屏幕菜单不够直观有些人可能不习惯，以及手机浏览器也要加载并执行完整个odoo富客户端框架才能显示过于笨重，体验一般毕竟只是个Web页面。[image: 1634801196328-k1.jpg] 官方App套壳封装则是进阶之路，UI主题风格虽然不变，但可以在H5的基础上多出一些原生能力替代，比如多套odoo系统用户切换，日期时间下拉框选择控件、消息提醒等功能体验都有所提升。安卓和苹果系统版本都有，缺点就是还没开源无法基于原生能力部分进行扩展开发。 企业微信、钉钉、飞书、WeLink等移动互联网开放平台的集成，odoo整体可以作为其子系统，也可以将各个功能模块平移成各个子应用。其中组织架构和消息通知的互联互通是核心，更多上层应用的一体化整合需要根据需求和成本来定制。优势是有很多开源的通用性模块可参考借鉴和经验交流，取长补短强强联合，最终的用户体验一定是最佳的，毕竟一个国民APP就可完成所有功能。缺点则是odoo就变成没有存在感的纯后台管理和服务支撑了，当然还有一些封闭式的内网环境也不适合。[image: 1634801212173-k2.jpg] 第三方用RPC协议对接的产品级APP，比如MERP是综合全能型，还有一种是模块应用级对接。这和官方App配置差不多，服务端协议域名端口用户名密码设置正确就可以用了，但是体验完全不同，因为接口只传输必要的数据，界面则是本地化原生控件动态渲染，整体流畅度比HTML页面好太多。缺点就是商业软件没法定制，以及Web前端界面的一些深度二次开发在这里没法体现。 完全定制开发的项目级APP，可以用成本最高性能最好的Android和iOS各端原生开发，也可以先用当下流行轻量级的Vue、React框架重构整个odoo前端UI层，然后用Hybrid混合模式打包成双端应用，更可以用符合中国国情的uniapp、Taro等多端开发框架统一发布微信百度支付宝头条抖音360QQ等战国时代小程序平台的应用需求。 完美理想终身事业型的史诗级OdooApp，吸收上述所有方案经验和精华，不仅支持odoo所有版本，更支持桌面端、平板端、手机端的主流操作系统全部平台的应用程序、APP、小程序、快应用。完全协议原生渲染，包括初始化应用名称、界面主题以及首页、页眉、页脚、菜单等内容都由odoo动态配置实时下发全网通客户端生成。其最大缺点就是如果没有网络将只有一个空白雪花页，优势则颠覆了传统应用的开发方式，只要用odoo最传统的ERP实施理念即可以免开发的拥有自己独一无二的全平台动态同步APP应用。 [image: 1634801275978-k3.jpg]

[使用Odoo为鞋服业打造精益生产系统.docx](无效文件格式，允许的格式有：.png, .jpg, .bmp, .pdf, .doc, .rar, .gif, .jpeg)