请检查文件夹结构是否正确（是否重复嵌套多层），检查odoo启动用户是否有访问该文件夹的权限。

建议检查windows日志信息。（控制面板\所有控制面板项\管理工具\实践查看器）

如果穩定使用odoo源碼，可以直接源碼基礎上改；或者新建模塊的方式繼承進行修改。

是谁跟你说可以通过context来动态决定Selection字段的可选项的？

@qxwo 在 docker下的odoo如何升级版本呢？ 中说：

现在是odoo14，想升到16.

Odoo的版本升级跟使不使用Docker部署没有关系。Odoo的大版本是不向后兼容的，也就是V15不兼容V14，V16不兼容V15。

所以需要代码升级和数据升级两步来完成升级。代码升级部分比较容易，如果你没有安装第三方模块，那么直接下载对应高版本的Odoo代码就完成了代码升级，如果有第三方模块那么就要对第三方模块的代码升级到符合新版本的代码要求。

数据升级相对麻烦些，因为不同版本间的数据结构有差异，所以需要将旧版本的数据映射到新版本的数据库上。可以参考这个开源的升级工具OpenUpgrade, 同样的如果有第三方的模块，那你就要为第三方模块写升级脚本以完成数据的升级。

并且升级过程一般是V14=> V15 然后 V15=>V16, 不能跨版本升级。

不用客气。个人建议是这样的：一个成功的实施者首先要对产品本身非常的熟悉，Odoo的有些功能并不是直接暴露给用户而是通过配置和加载模块才会出现的。切实的关注客户的核心需求，懂得提供简单有效的方案，而不是搞面面俱到复杂化。要了解有哪些优秀的第三方解决方案，比如之前提到的OCA的模块：https://github.com/oca 。当Odoo或第三方免费或收费的解决方案也无法满足客户需求时，了解一下成熟ERP对这类需求的解决方案，并请人来实现它。其实很多非技术的Odoo实施专家就是这样来操作的。

开发者模式和Studio工具都仅仅是一个辅助的工具，这个工具在不同的人手里因为对Odoo的不一样的了解程度而起到完全不一样的效果。但本质上它只是一个辅助工具，可以比较容易的来定义界面和报表，但是很难实现完整的业务逻辑。而且使用这些工具对未来的系统升级会面临挑战。

@天天开心小高同学 在 odoo通过外部接口实现审批流，单据只提交行a可以正常返回审批状态，但是如果单据提交行b，则不能正常返回审核状态 中说：

则不能进行正常的数据提交

有什么错误提示吗？

你说的标题是指你截图上方的“数字企业资源计划”，还是下面的应用名称？
最上方的你可以尝试看看web源码，下面的应用名称就是你的应用模块的名称。

不太清楚你的模型的结构，但是无论对于什么模型写的方式都是类似的

//方式一 recordset.state = 'confirm' //方式二 self['xxmodel'].write({'state': 'confirm'})

官方文档ORM API

@digitalsatori 好的, 谢谢

我的代码和视图是这样的，你参考下看看。
替代文字
替代文字
替代文字

首先打开常规设置中，顾客账号选择免费注册项
替代文字
然后点击默认访问权限，菜单定制，主页动作，指向用户登录后所需要直接访问的页面即可。
替代文字