Odoo 中文社区

Odoo18将于2024年10月2日-4日发布，今天去runbot上看了下，发现Odoo18的地址栏简洁了不少：

odoo16的代码： https://github.com/odoo/odoo/blob/16.0/addons/mail/models/mail_tracking_value.py

odoo17的代码：
https://github.com/odoo/odoo/blob/17.0/addons/mail/models/mail_tracking_value.py

不一样的地方 还是蛮多的，

花了20分钟看了下odoo17 mail_tracking_value.py的提交历史，好像没提到修复这个问题，也可能不在这个文件里。又看了下mail模块的修复 ，发现有很多修复......，下次有时间时再看了...

这几天帮客户批量修改近千个数据，发现Odoo8 的 Messages相对简单就一个Body,导出Body内容都在；

顺便去看了下我们自用的Odoo12和另外个客户的Odoo13 Messages 多了几个O2M的对象，不少内容都在Tracking里, 但无意中发现 Odoo12 、13以及15，16， 导出 Tracking 中变动的浮点值 居然和 销售订单 底部 看到的不一样，在Mail.message 里面看到的也不一样，数值都是0。。。见下图：

然后去看了下Odoo17, 已经没这个问题了。

。

@digitalsatori 在 求助，odoo13销售页面搜索产品字段 中说：

@zhang-wei918 无法排除是因为你的系统中的定制的部分影响到了搜索的结果。

你可以在http://runbot.odoo.com中选择V13来测试，如果能还原你的问题，那就是Odoo的bug

谢谢回复，
测试环境，更新到最新的odoo13,更新base,卸载所有第三方模块，问题依旧，搜索 英文，中文，数字，筛选结果均不完整（均是7x 小于80），按订单号重新排序后会列出应该是正确的结果（3xxx,实际是2xxx）。
runbot 上只有4x条销售数据，暂时没还原问题，试着把销售数据增加到80条以上 排下序 问题就能重现了（导出了20条数据，复制成80条，导入几次，销售订单条目就增加了，附上数据文件 sale.order.rar ，

重现问题的截图：

采购订单 就没这个问题。

@zhang-wei918
github上有人提过类似的问题：
https://github.com/odoo/odoo/issues/96490

odoo13
由于要对用户提的一些问题进行测试，
所以最近时常需要备份生产数据，
而生产数据中有很多附件实际上用不着，
一：
先试了不带附件的备份，还原时会报错：
Database restore error: Postgres subprocess ('/usr/bin/pg_restore', '--dbname=km0517noattachment', '--no-owner', '/tmp/tmpqxs97xsy') error 1
登录此数据库 进去后一片空白，

二：
然后 去技术 附件 里面 把那些不用的附件筛选出来后，删掉，
再备份，发现居然 容量还是那么大，也就是说，附件几乎删光后，
备份下来的文件容量几乎没变。。。
重启服务器也是老样子，
5月31日，测试下来，这个方案可行，
删掉附件后，目录变小了，备份也变小了，
上次没检查目录是否变小，不过备份没变小，应该和没检查没关系啊，奇怪，
后来知道了，是需要手动执行下计划任务中的 Auto-vacuum internal data（然后空间就出来了，包含附件的备份也小了），
还有个发现，odoo13中重复的附件只会存一份在硬盘上，还是挺好的。

三：
以前也用pg命令来备份过，附件则用scp复制到测试服务器，
这个方案作为备用，
会再试着探索下 还有没有操作起来更方便些的方法。

有问题请教大家，Odoo13下 遇到过用户通过操作把 等待其他作业和就绪的 出入库单变为草稿的情况么？
昨天 今天，分别发现了2次，已经让 人去问 用户怎么操作的了，
用户 有 仓库 销售 采购 会计的管理员权限；

今天那单 就绪的入库单 其对应的 采购订单 上有一行 数量为0的 订单行，
结果导致对应的入库单 上也多了一行，而且数量 并不为0，

昨天 那单 等待其他作业的 出库单，不知道用户怎么操作的，和本来的 采购订单 还失去关联了，因此 退货的数量 没带到 对应的采购订单上，不知和变回过草稿状态是否有关。

日志里 只看到 用户试图 取消 过 订单，试图删除过订单，昨天可能还引起过 服务器 超时
我没找到 怎么让 就绪的 入库单，或者 等待其他作业的 出库单 变回草稿的方法，在这里 也留个贴。

谢谢2位的回复。

采购订单上有个字段“账单状态”，在值为“no”时，目前翻译叫“无需开单”, 觉得这个翻译不太合适，改为什么比较好呢？

大问题没有，就是 容易误解，以为 这个采购订单 是无需开票的，

采购订单 purchase.order
状态(state): draft, sent, to approve, purchase, done, cancel
账单状态(invoice_status)及翻译: no---无须开单， to invoice---未收到账单， invoiced---已完全开单。

计算 invoice_status 账单状态逻辑（依赖采购订单的state, 采购订单行的数量product_qty,已接收 (qty_received)-也就是收货数量,已开单(qty_invoiced)-也就是开票数量）：
第一种情况：是根据订单状态判断
po的状态不是purchase 或 done--->invoice_status='no'
第二种情况：（订单状态是purchase/done的情况）
采购订单行比较数量（采购数量或收货数量，下面说明）跟开票数量：
筛选出没有显示类型display_type的订单行，如果开票数量<数量--->invoice_status='to invoice'，任意一个是to invoice,po的账单状态是to invoice
筛选出没有显示类型display_type的订单行，如果开票数量>=数量--->invoice_status='invoiced'，全部都是invoiced, po的账单状态就是invoiced
否则--->invoice_status='no'
说明：数量：如果设置的控制策略是订货数量，那么上述提到的数量是product_qty,；如果设置的控制策略是收到数量，那么上述提到的数量就是收到数量(qty_received)

这个翻译 倒是不着急，目前 “按订单开票” 策略 下，分组前 先筛选 采购订单，采购订单中没有“无需开单”的 ，只有询价单状态才会出现“无需开单”；

如果开票 策略 是 按收货来，确认 采购订单后， 如果还没收货， 账单状态 是 no（目前翻译“无需开票”）, 目前我是 不会用这个 策略，所以目前问题不大 ；
另外：控制策略如果是订货数量，原来的代码逻辑也不是太好，部分收货+部分开票后，这个账单状态 就 invoiced---已完全开单了，应该还是 to invoice比较好，或者增加个状态； Odoo15 runbot上测试也是如此。或者把 已完全开单 的翻译 改为 已开单 可能也就好了。

@226408
谢谢答复（图文很详细，点赞），他们现在的操作和这个类似：也是分2步：先出库，选原批号；再入库，创建新批号。

@digitalsatori 在 请教：在内部调拨时改变批次的方法， 中说：

不应该在不明白业务背景的情况下讨论怎样的技术实现。

我觉得首先要搞明白为什么改变了仓库就必须改变产品的序列号。客户利用产品的序列号在做什么样的跟踪统计。我们是不是可以不调整产品序列号同样满足客户的管理需求。

谢谢回复，
管理上是这样的：
公司规定：在入库时，会按不同的仓库给出批号，
这样在出库时也就比较清楚（相当于 再次强调），
一：而且是会随着送货单打印，有发货仓库，也有批号，
因为有时候 同一个地方 不同的 仓库 尾缀也是不同的，
比如 从上海仓发出，但是实际上 上海 仓库也有几个位置，
目前他们还没有 把仓库拆得更细，只拆到地区。
打印的送货单是给内部仓库人员 ，有时也会给最终客户，
批号上体现位置的话，便于仓库人员查找；
二：外包装上还会贴上标签 打印 批号 ，这个标签上目前不打 发货仓，主要依靠批号来 知道发货仓；

三：另外 销售和库管人员在看在手产品时，也能快速按批号知道产品的具体位置（比如：在上海的 2楼仓库）
四：导出的有些报表里面，也会需要看这些批号，
主要基于上述4个原因，用户认为目前这样会更直观一点。

当然这样的方式不一定是最好，所以用户也没有说一定要实现，
目前是通过多操作一次的方式 来更换批号，
也是可以达到他们的目的。

客户有若干个仓库，
不同仓库的产品，批次的尾号不同，
比如在上海00001sh；在广州00001gz。
有一个产品在上海库存一共有100个，
希望调拨50个到 广州仓库，并且改变其序列号，
如果直接改序列号，100个产品的序列号都变了，
调拨时目前又无法修改序列号。
现在采取的方法是：出库到虚拟库位，
再从虚拟库位入库，这样是可以调整序号的，就是多了一步操作，
不知道是不是有更好的方法，
比较 人性化的操作 是不是能在调拨时 就 修改序列号呢？
由发出库的 序列号 00001sh 50个 ，到 接收库时 改为 00001gz 50个。
谢谢。

@bomb
开启开发者模式后， 设置 | 技术 | 数据库结构 | 小数精度下

试试，设置 Product Unit of Measure 的精度，
记得先在测试库中测试，
另外，有的地方 页面上 还有精度的设置，这就需要 开发人员配合了；

@bomb

在设置 - 用户&公司 中 找到 需要设置的用户，
在 首选项 ，主页动作 这里 设定 为 对应的页面 （有时候 会有2个页面，设置后 ，登录下 此用户 进行测试）

@qdlzc 在 odoo 在Ubuntu 和Windows 平台上安装，各有什么利弊？ 中说：

本人大白一枚，初拜山门，一头雾水，听闻企业版大多在Ubuntu平台安装，尝试了Ubuntu server版，发现是全命令行模式，odoo是Deb文件，学习成本比较高，不理解为什么不用更亲民的windows平台，是Ubuntu更稳定吗？为什么这么多大企业都选命令行的界面？求路过的各位神仙指点一下，谢谢，拜了......

不是神仙，抛砖引玉：
官方是在 linux 系统下开发的，所以linux 下相对各方面情况都会更好些，另外有个要点：linux是开源的，windows 是闭源的，开源都有相关的开源协议，linux 和 windows 是2个 不太一样的生态，一个更商业化，另外一个 能让用户 有更大的自由度 或者能去 了解 计算机背后运作的机制。

如果hold得住，会选择 linux 作为服务器，因为 可以避免许可证方面的法律问题。

如果只是打算看看odoo如何，可以选windows的安装版本，不过问题应该会比在linux下更多些。

@dycalc 在 整理及测试：Odoo11安装,Odoo11生产环境部署：在Ubuntu Server16.04下Odoo11安装并配置为服务 中说：

@卓忆 是的，用的是阿里云的ubuntu 16.04，后面我换了centos7装了odoo12用了sass就好了，谢谢你

客气了，最近也没怎么装odoo11,现在主要是 18.04 下装odoo13 和 odoo14,基本还是以这个教程为基础，less 这块在上述环境中安装方法基本还是一致的。

@dycalc 安装odoo11 ? 环境是 ubuntu server 16.04 ?

2021年1月6日，Odoo14 社区版79634eefb225a7aaa6c3c26af126fb69078c22ac

发现 产品 库存 上 没有了Make To order的选项，

检查了下 MTO模块已经安装了，

到仓库这里，发现多了个补货的菜单， 取代以更灵活的，让仓库人员在首次 补货时进行 选择

如上图，如果选Order Once,会生成一次 采购询价单， 前提是 路线 勾选了 购买 ，并且设置了供应商；

如果选 自动订单，以后这个产品 每次 销售 都会生成 询价单

2020年12月15日

这几天有2个实施的客户都问到了 合并开票的操作，

测试下来发现Odoo原生的设计还是相当不错的。

在Odoo12和Odoo13中：

同一个客户公司，发票地址一样，就可以合并开票。

选中 需要合并开票的 订单，在动作中 ，选择开票即可：

发票地址不一样订单的不会合并到同一张发票中，

反过来说，如果要合并开票到一张 电子发票中，订单上的开票地址需要一致，多么细心的设计；

己方不同的销售合并到发票中时，只取其中一位销售；

第二则：

利用好某个OCA的第三方模块 Odoo12和Odoo13

都能 方便的 导出 所有 已送货 ，未开票的 销售订单及 销售订单明细，

因为这个第三方模块 允许 筛选出 订单行（o2m） 下 已送货大于零的 销售订单；

注：文章即发布起，即拥有其著作权，为了保护原创，请尊重版权，转发注明出处，谢谢