群组信息 私有

administrators

 

成员列表

  • RE: Odoo版本号和中国笑话

    学得语言越多,了解的文化越多,会不会可用版本号越少 🤔

    发布在 集思广益
  • RE: 新手求助,在网页修改模型添加字段和py文件有没有同步?

    @kakabu 如果服务启动不了,可以通过查看服务器日志文件定位出错原因。

    发布在 Odoo 开发与实施交流
  • Odoo版本号和中国笑话

    上个月跟老外Odoo开发者在Twitter上瞎逼逼,关于Odoo未来版本号开了个中国式玩笑。以为老外不懂中文,甚是狂妄。没想到这个老外竟然懂中文,并提出了严重的质疑。只好启动中文专家教育模式😜

    0_1542074602215_Ivan_Yelizariev_on_Twitter___Thank_you__Makes_sense_then_😀…__.png

    发布在 集思广益
  • RE: 你所了解的Odoo都是错误的 1. 关于审批

    @226408 感谢您的分享,也非常认可您的看法。希望能看到你更多的“开箱即用”作品😁

    发布在 Odoo 开发与实施交流
  • RE: odoo12中自定义controller访问404,请教一下解决办法。。

    如果你有多个数据库,请在启动odoo服务器时用 -d DATABASE-NAME 指定数据库,或者用db-filter来指定数据库

    发布在 Odoo 新手求助
  • RE: Odoo 11中如何实现工作流 Workflow 发布在 Odoo 新手求助
  • 你所了解的Odoo都是错误的 1. 关于审批

    关于标题

    其实把Odoo换成“一切”也可以。因为正如李普曼在《Public Opinion》里所说:“多数情况下我们并不是先理解后定义,而是先定义后理解。我们往往只能看到自己所熟悉、所喜欢的景象,那些与之相抵触的事实则会视而不见,而这自然就构成了我们认知的“刻板印象”(Sterotype)。当然我们这里毕竟不是来探讨哲学,社会学命题的,而是想跟大家聊聊Odoo相关的一些“刻板印象”。

    但是聪明如你,一定会反问:“你如何保证你说的不是你的刻板印象呢?”。谁能保证呢?总之,你的认知是错误的。好吧,我们的认知是错误的。

    关于审批

    昨天接到一个关于Odoo的问询电话。

    “为什么Odoo没有工作流?”
        “你是说那个有限状态机工作流吗?”
    “我不管什么机的流,就是我们领导要审批,怎么实现?”
        “Odoo里审批是有的啊,比如订单需要审批,发票需要审批,费用需要审批。还可以有条件审批,比如订单金额超过某设定金额,就需要销售经理审批”
    “噢,我们的审批比这复杂,我们有串审,并审,要跨部门多人审批,要能灵活定义审批流”
        “那你们现在怎么审的?
    我们有自己的OA系统,但那玩意儿太难用了,所以考虑一下Odoo”
    

    说到这,我已经基本了解了,这个关于工作流的问题已经无数次的经历过了。我们还曾经努力试图“满足”客户的这样的需求。当然结果并不满意。想想他们对那个专门为审批而生的OA系统那么不齿,我倒觉得更需要思考一下这个“审批”的逻辑本身是不是出了问题。

    从跟客户的交谈中了解到这样一个观点:所谓管理就是一系列审批流程。管理到位就是把审批细化到每一个业务操作中,因为人是会犯错误的,所以通过层层的审批就能最大程度杜绝错误,就能让领导做到有效的监管。乍一听似乎没有问题,员工出错,有其它部门同事确认呢,再不济,还有领导审核把关啊,还有领导的领导盯着呢,还有领导的领导的领导批示呢...。因为日常每个人都涉及了大量的审批提交和审批工作,为了防止人浮于事,要求每次审批还都要有审批意见。所以,就会有一个定制要求,就是将一些常用的审批意见保存,以方便审批人选择。所以,每个审批流里都充满了“已审核”,“通过”,”同意“, ”已阅“。

    业务太忙了,下面每个单子我都要这样点太麻烦了,能不能设计一个批量审批的功能。就是点一个按钮就就把所有我需要审批的待审批单子自动全部审批通过,这样效率会提高很多。“这?你是认真的吗?!” 这个批量审批我们是不是应该申请一个专利,因为需求真的很旺盛啊。

    那真的业务出了问题,怎么认定责任呢?领导批了呀,连老板都已阅了呢!

    还有一个关于审批的共性需求,就是考虑到固化的审批流太过僵化,我们的业务太过复杂,需要由审批发起者来自定义审批流,确定由哪些人员,领导参与审批。“嗯,那个审批发起人的权限很高吗?”, “不是,就是业务操作人员啊”, “那为什么他能给领导派活呢??”

    个人以为业务部门内合理的审批是必要的,毕竟业务处理人员才是最了解业务和当前状态的人,但超过两个人的审批就是官僚了。对于更上级的管理人员,因为有更多的信息来源和更广的管理视角则更应该关注业务状态的分析和计划工作,而不是参与到具体的业务操作审批中。大多数情况下,业务的协同需要的是业务信息的正确传递,比如订单确认后我们可以自动通知仓库备货,提供准确的备货信息,通知财务部门开票,提供客户的信用和开票信息。如果某些业务需要进行多部门的会商讨论,完全可以利用Odoo中无处不在的Chatter功能进行讨论,讨论的过程和结论都与能业务记录关联。

    如果你还是坚持要那个复杂的审批工作流,真的Odoo不会比你的OA做得更好。

    发布在 Odoo 开发与实施交流
  • Odoo 12 新特性简介

    做了一个视频简单介绍了一下Odoo最新发布的版本12的一些新特性:

    发布在 Odoo 新闻
  • RE: 阿里云部署 CentOS7.4+Python3.6+Postgresql10+Odoo12+OpenResty1.13(Nginx1.13) 实例教程

    @mugua 很棒,如果能用markdown语法编辑一下帖子就更赞👍了。

    另外,安装lessc的部分不对,Odoo V12 使用Sass不再使用Less,所以只要安装sassc就可以了:

    yum install sassc
    
    发布在 Odoo 安装指南
  • RE: 求助:采购订单后wizard的采购明细选择,无法使用Checkbox。

    Odoo中只需要填写本次收货数量,未填写的不做入库处理。不存在需要删除不入库行的问题。

    发布在 Odoo 开发与实施交流