Posts made by 卓忆

谢谢您的分享，
我测试下来有个问题：
一个采购订单，只有一个供应商，在入库后，
怎么 能创建 对应这1个采购订单 3个 供应商账单呢？

10月14日左右，odoo官网恢复正常。

抛转引玉：我这里一个做法 是创建 盘点单：

如果有更好的做法，也希望大家指出，谢谢。

选择Odoo的理由

当时还叫OpenERP,

一：首先，看着还觉得顺眼吧，红白配色，那个小蚂蚁感觉也很有力量和生机：

二：适用于小公司的模块化的设计，需要的装，不需要就不装，可以随着公司成长增加模块。

对于小公司来说，本来也没什么流程，比较随意，有这么个开源的ERP来重塑下流程也挺好。（当年的那些图标看起来和速达什么竟然还有些相似。。）

三：重点来了：居然还是全开源的，也就是说：完全看得到是怎么实现的！还有各种社区支持。

想想现在很多餐厅的透明厨房，可能也是受到开源文化的影响吧！
而且当时已经有了相当多的用户积累，在中国还有好几个社区，以网站，QQ等形式存在着，汉化，本地化这些事，就是社区的先行者们在做的，当时就觉得：怎么才看到这个软件，有了社区的帮助，很多坑就能爬出来了，没有社区的话，想想简直是。。。所以至今依然带着一份感激，谢谢大家。

截止到2019年10月，官方数据Odoo已经拥有400万+用户；在中国社区也依然存在着，就像《大教堂和集市》中提到的，各种社区就像各种集市一样，提供着各种服务。

最近打开Odoo官网，速度慢且不说，而且页面是错乱的

QQ群397750860 给出了解决方案：

通过：www.odoocdn.com 访问即可；

卓忆原创连载：我和Odoo的故事一：遇到Odoo

从今天开始写我和Odoo的故事，其中的很多坑，相信大家都会遇到，
也希望我的经历能给大家些许帮助，能做好自己的各自工作，共同建设好我们的社会。
中间难免有些错误和纰漏，也望大家不吝指正，谢谢。

进入IT行业

• 1994年开始接触电脑，那时候最大的感触：就是Koei公司的一些列产品，三国志系列、大航海系列；都是非常优秀和经典的作品，应该说是做到了寓教于乐，现在回想起来，其中可以品味的地方有太多太多。。

• 1995年开始从事IT行业，我翻到自己的名片，居然还是软件部主管。。。那时候主要关心的重点，还是游戏，原因是当时不理解为什么学习和工作会变得那么枯燥，它完全可以很有趣。- ps：到写这篇文章时，自己的内心有了一个比较好的答案。

• 1996年感觉本来的公司管理上非常混乱，但是老板人很好，不光是嘴上，而且是心里觉得那就是我的师父吧。。。想到这里，心里还是很酸楚的，但是这样下去不行，

从技术到管理

1996年9月，换了份工作，老板、老板娘都是海归，他们有几点做得很好：

 1.上班都很准时，而且都会提早到，
 2.上班时该做什么事情，他们自己都很清楚，忙的比较有序，
 3.下班后大家还会闲聊，相处得很愉快，

很快的就开始有了3个连锁店，后来多的时候我记得是5家，也是在那里我有了更多的人脉积累，我 是其中2个连锁店的店长，这时候新的管理问题就来了。

寻找管理系统

• 1999年我因一个小病请假了2周，病愈后去了一家澳洲连锁数码打印的企业去学习："Snap Printing",他们拥有自己的管理软件EPP,还有很多方面，在当时看来都是非常值得学习的，老板当时也缺人，邀请我去做那里的IT部门经理，我后来请教了身边一个有学问的客户，他思考了3天，建议我跳槽，我的外公是印刷行业的，他是很高兴看到我去印刷行业的，也给了我他的建议。

• 2000年，由于自己还是很喜欢本来的电脑零售业，于是就自己创业，找了几个同事一起回到太平洋数码一期又开始卖起了电脑，组起了网络，安装调试各种系统。。。那时候就开始留意企业管理软件：使用了速达3000，还有若干个进销存软件，感觉到总是不对劲。。。

• 2008年又找朋友开发，当时费用也不算低了，内部友情价：2个多月开发时间，付了1万多，不过最后的结果是小问题非常多，也就不了了之了。。

• 2006年有个朋友的制造业企业打算上ERP，他们少IT，于是我就去做了个兼职，2008年左右他们2万多买了神州数码的ERP软件，但是就闲置在哪里了。

• 2011年记得没错的话，好像是由于一次事故，他们下决心开始整顿管理，投入20万，开始实施用友T6，没想到半年多下来：怨声载道。

遇见ODDO

• 2012年，我们开始反思。
  老板又招了个开发，打算自己开发一套系统。
  我呢就在网上找各类文档，就是那时候开始，发现了OpenERP,后来叫Odoo,我感觉那就是我想要找的软件。

章浩
2019年9月28日
提前预祝大家国庆快乐，阖家幸福。

谢谢分享，言简意赅

可以看看 这篇教程：

https://alanhou.org/odoo12-development-environment/

“默认 Odoo 使用.odoorc文件。Linux 系统中缺省的路径是在家目录（$HOME）”

另外odoo运行后， 可以运行 ps aux | grep odoo ,可以看到 配置文件的路径；

有几种方式，
一：
Odoo可以使用Automated Actions 来实现邮件通知等，
而且 非常的灵活，
可以参考：https://www.odoo.net.cn/topic/4569/休假申请自动邮件通知/3

还有：https://www.cnblogs.com/odoouse/p/4690369.html

二：还有种，就是参考 calendar 中的Remind 写法，这个可以浏览器弹窗（浏览器需要允许下），
odoo apps 里面搜v12的 remind ： http://www.odoo.com/apps/modules/browse/page/2?search=remind&series=12.0 给您参考下；

三：Odoo11 开始，又多了个 Activities ;

@funsu youtube 搜 odoo studio 可以看，
我最近有个小计划：抽空会搬运一些youtube 的视频到 B站，
不过国内 审核比较严格，也不知道能搬成么，
先搬了一段：
https://www.bilibili.com/video/av62436316/

目前 用了机器字幕，先凑合看。

@qxwo 嗯，好用就好，拥有众多的第三方插件也是我们选择Odoo的一个原因，特别是OCA的插件，质量都相当不错。 能形成这样的生态相当不易。

@qxwo
我们一般采用从上一次销售报价单 复制，再修改的做法，
复制之后，其实也知道上一次 销售的价格是多少了；
另外：
odoo app上有些历史价格查询的 模块：
http://www.odoo.com/apps/modules/category/Sales/browse?search=history

最近我们还用了这个：
http://www.odoo.com/apps/modules/12.0/sale_order_line_price_history/
订单行上有个按钮可以点下 查询 此客户之前 购买此产品的价格。
如下2图：
供参考。

起因：
发现一个小bug，修复后打算更新代码，
发现客户那里 Teamviewer连不上了，只能去现场了，
早上6:30起来先做了另外个安装测试，还算顺利，
8:40左右出门，到了现场后，
经过一番测试
发现其它电脑Teamviewer也都连不上，
结合用户的现场回馈，
看来是 总防火墙把Teamviewer给封了，
有朋友推荐了向日葵，那个倒是很早就试过，不行，
这里得出一个 经验：这类解决方案，目前不太适合大范围推广，
很有可能就是被封的命运。
......

折腾了3个多小时，总算凑合能上外网了，
期间还为了图方便，脑残的点过下 2片网卡桥接，
结果是直接引起 交换机 封锁了这个物理网口，哭死，
此处略过数字。。
从出门开始过了6个小时左右，总算把代码放到生产环境，
备份 老代码，
复制 新代码，
然后 运行，发现报错，哭死。。
ERROR: column res_currency.currency_rate does not exist
LINE 1: ...tive" as "active","res_currency"."name" as "name","res_curre...
按技术说的填了一个坑后，
还是报错，
，
而由于时间已经下午4点多了，自己还是有点急了，
还会想到孩子的作业还没盯，
然后就是手里还有篇行事历没写。。。

当时应该收手了，去测试服务器好好测测，改天再去，
不过一时心急：
执行了 ./odoo-bin -c /etc/odoo/odoo.conf -d xxx -u base,

第二次报错，是报缺少pysftp,
就很纳闷了，之前安装的时候，怎么没说少这个，
后来想起来当时因为安装pysftp 超时，所以代码中注释掉了，
于是在__manifest__.py中注释了这部分代码；
一天下来已经挺累了，
期间还接了个电话，帮朋友介绍了个业务，
这时候大脑短路的一刻来了，
心里想着中午有过备份，而且由于断过网，用的用户应该不多吧，
所以没有再次备份数据库！，
再执行： ./odoo-bin -c /etc/odoo/odoo.conf -d xxx -u base,

然后呢，还是挂，而且。。。数据库管理界面也进不去了，哭倒在地……

这个报错，以前肯定看到过，但是就是想不起来了，
一步步排查，又折腾了1个小时左右。
页面总算可以打开了，但样子有点怪（这也提供了线索），

恢复的数据库也 不能进，日志还是 语法错；
什么原因呢？
继续缩小范围排查，发现 是这次注释的没写好少注释了个括号，
到晚上7点左右，总算踏上了回家的路。

以此为记：
1：这次过去主要是解决 一个 Teamviewer被封的问题，对下一步动作就是：更新代码其实并没有多做测试，出这样的问题，也真正是一个教训，下次会更详细的了解问题，做出相应的准备，上面这篇完全是不在状态做的一系列行为，如果不在状态，首先要调整好状态，或者少做一点，或者准备更充分一点。清醒的话，第一个坑，就不会踩进去。
2：代码本地Run过之后，在测试服务器上还是要测，
3：生产环境：代码改动前，先通知所有用户，手机调为飞行模式！然后停掉服务，数据库备份，老代码备份，
4： manifest.py中如果有语法错误，会导致 管理数据库的页面都不能进

刚无意中又看到这贴，逻辑严谨，个人观点认为可以放到教程中，
谢谢分享。

又去翻了下在用的OCA的模块，好像还真都是AGPL 协议的，

另外，想起有朋友问过协议方面问题，按此贴我的理解是：
基于Odoo社区版LGPL可以发布自己的商业版！
如果此商业版中 用到的 OCA AGPL的模块，
则此模块 则需要 单独沿用OCA 的AGPL 协议，
如果有 模块是依赖于 AGPL 协议的，则 还是需要按AGPL来，
换句话说：“自己的 商业版也可以加 OCA 的模块，只要保持此模块的 协议不变。”
关键是：别把本来 AGPL 的模块改成 LGPL 。对吧？

很久不上了，改过版了，放个截图：

10.0时看到过一个模块，
http://www.odoo.com/apps/modules/10.0/printer_tray/
您看看，好用的话，可以试着联系作者，看看是不是有高版本的，

oca后续好像也在一直更新，是否可用，要测试了：
服务器端额外要装点依赖的，
https://github.com/OCA/report-print-send
这个方案似乎要在odoo服务端上接打印机

1: 去设置中 激活 开发者模式
2：到用户中，把需要看到所有会计功能的用户，勾选 显示所有会计功能：

参考：https://www.odoo.com/forum/help-1/question/how-do-i-resolve-entries-are-not-of-the-same-account-error-when-trying-to-confirm-a-payment-on-an-invoice-104650

把税 的 科目 改掉， 本来类型： 应付的，改为 负债类，
本来 应收的 改为： 资产类，
下图是 选了个 ：101201 流动性转移 ，就可以了， 可能新增个 流动资产，或者流动负债，更贴切，不过关键是科目类型。

希望对你有所帮助。

补充：
确认销售订单时，自动生成采购询价单，需要有3个条件：
产品为 库存商品，并且设置了 供应商，路线为Make To Order + Buy：
https://www.odoo.com/documentation/user/12.0/zh_CN/purchase/replenishment/flows/purchase_triggering.html