很多人掉进了odoo的时间坑
odoo约定关于日期的数据，存放在数据库时，以 utc0 时区也就是不带时区 存放，应用程序读取日期展示日期时， 转换成用户的时区展示。 用户的时区通过context传递。
odoo本身能很好的处理 这， 例如 每个模型都自带的 create_date / write_date
代码
它在处理这些的时候，会 使用 utc-0 时区 存数据库。
在 web client 以及 其他界面 展示这些日期 信息时， 能 根据用户的 时区， 例如 上海时区 【东8区】
如果用户的时区 切换到 其他， 例如 fiji [ utc-12 区] 与 上海时间 相差 4小时。
展示的时间 为 当地时间， 在上海时间基础上 加 4小时， 所以是 5/13 01:46
而订单存放数据库的 时间是 utc-0
但是 某些应用 在往数据库存 这些时间的时候， 有的没有处理好。
例如，stock picking 的 字段 date_done是 分拣完成时的 日期， 分拣完成时读取 系统时间，此时本应该转换为 utc-0 并写入数据库 作为 date_done.. 的数据
但是 odoo sa的程序员在写这个逻辑的时候，并没有转换为utc-0
代码
self.write(cr, uid, [picking.id], {'date_done': time.strftime(DEFAULT_SERVER_DATETIME_FORMAT)}, context=context)
time.strftime() 读取odoo服务器的当前时间【带时区】， 如果服务器运行在 utc-8 ，则数据库存的日期也是 with utc-8， 也就是 下图示的前 2笔交易[ id = 15, 16]
这样， 当用户从应用程序读取改数据时， 在此数据基础上 +时差， 变成了。
造成 时差 8 小时
原因是， odoo代码里面的相关 日期处理是 不正确的， 没有 遵循 在存数据前去掉 时区信息。
要解决这个问题， 2个 方式
1， 遵守约定，存数据库时使用 utc-0
例如 stock 有问题部分的 代码 修改， 已经提交 PR [ https://github.com/odoo/odoo/pull/12063 ]
@@ -506,7 +506,7 @@ def _quant_create(self, cr, uid, qty, move, lot_id=False, owner_id=False, src_pa
'qty': float_round(qty, precision_rounding=rounding),
'cost': price_unit,
'history_ids': [(4, move.id)],
- 'in_date': datetime.now().strftime(DEFAULT_SERVER_DATETIME_FORMAT),
+ 'in_date': datetime.utcnow().strftime(DEFAULT_SERVER_DATETIME_FORMAT),
'company_id': move.company_id.id,
'lot_id': lot_id,
'owner_id': owner_id,
2, 使用workaround 解决此问题， 那就是 将 odoo 服务器的时区设置为 utc -0
使用 dpkg-reconfigure tzdata 设置 时区
设置为 utc-0 之后的 测试
服务器设置为 utc-0 之后， datetime.datetime.now() 和 datetime.datetime.utcnow() 以及 time 获取的时间 都是 不带时区信息， 这样 就能 避免时差 问题。