跳转至内容
  • 版块
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(Flatly)
  • 不使用皮肤
折叠

Odoo 中文社区

  1. 主页
  2. 版块
  3. Odoo 新闻
  4. Odoo中国本土化研讨会圆满结束

Odoo中国本土化研讨会圆满结束

已定时 已固定 已锁定 已移动 Odoo 新闻
12 帖子 6 发布者 11.6k 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • L 离线
    L 离线
    liliane.lielico-corp.com
    写于 最后由 编辑
    #1

    2016年3月12日Odoo中国本地化研讨会,Odoo中国社区里上海及周边地区的合作伙伴和Odoo从业者汇聚一堂,共同探讨了目前Odoo在本地化进程中遇到的种种问题,并初步规划了针对这些问题的解决方案。包括社区中的Jeff, Amos及Odoo的用户和关注者都参加了这次会议,并提出了很多宝贵的意见。

    上海寰享作为发起者和主要参与团队,期望在不断探索Odoo的道路上,能够和中国Odoo社区中的每一位成员及关注Odoo的用户一起为社区贡献一份薄力。


    本次研讨会的议题是Odoo的中国本地化。软件的本地化进程是一个长期渐进的过程,需要持续不断的探索,明确的规划以及来自各方的努力。这次会议在有限的时间内,我们的与会者主要针对Odoo的财务和人力资源部分着重讨论,总结了目前本地化中最急需解决的一些问题(基于Odoo第九版),内容如下:

    财务:
    - 财务术语翻译
    - 财务期间,财务期末,如在期末可以自动结转
    - 标准财务报表:现金流量表,损益表,资产负债表
    - 发票及税:如何与开票机器进行信息整合,如何显示税的相关信息
    - 固定资产

    人力资源:
    - 增加员工基本信息字段
    - 表单打印
    - 工资信息的计算框架(工资计算器)
    - 按城市划分初步实现主要城市的公司工资结构:上海,深圳,北京,成都,青岛。

    针对这些继续解决的问题,会上讨论的近期方案如下:
    - 财务术语翻译由本次会议的参与者在transifex进行翻译,预期在两周内完成,审阅工作由上海寰享及社区志愿者完成。
    - 2016年3月19日周六,我们将继续中国社区的本地化活动,组织一次code sprint, 针对这次总结的部分问题进行现场编码,欢迎广大社区中的开发人员参加。开发的结果及贡献者,会直接推送到OCA。具体时间及地点, 注册信息会在3月15日上午公布。





    更多信息,请联系liliane.li@elico-corp.com或拨打18917672606


    1 条回复 最后回复
    0
    • R 离线
      R 离线
      Ronalin
      写于 最后由 编辑
      #2

      ;D目前还是任重道远啊,感谢目前正积极参与的志愿者!

      1 条回复 最后回复
      0
      • A 离线
        A 离线
        ap1689
        写于 最后由 编辑
        #3

        大家好,因为本地化进程是一个长期渐进的过程,建议本社区为“Odoo中国本地化”专设一个独立的板块。
        此外, Odoo官方都在使用Odoo的Website, Blogs, Forum以及Project等模块进行日常的工作,建议本社区向他们学习,更接地气,起码整合Odoo的社区forum模块吧,尤其"People"及"Badges"两个页面,让大家对社区的成员的活跃程度及贡献一目了然。难道Odoo在这些方面的架构不占优势吗?求解。 🙂



        1 条回复 最后回复
        0
        • A 离线
          A 离线
          ap1689
          写于 最后由 编辑
          #4

          如果有高人能提供本社区forum的Android版客户端的话就大好了, 这样可以强化论坛进行知识共享的功效,弱化QQ群的作用,因为QQ群里的讨论不能很好地进行本社区的知识积累及沉淀。 :-[

          1 条回复 最后回复
          0
          • mrshellyM 离线
            mrshellyM 离线
            mrshelly
            写于 最后由 编辑
            #5

            还有一个 交流的地方 可以沉淀知识的:

            https://gitter.im/odoo-china/Talk

            1 条回复 最后回复
            0
            • A 离线
              A 离线
              ap1689
              写于 最后由 编辑
              #6

              谢谢总监mrshelly的关注及回应,本人很认同以下所说的现况,希望Odoo在改变该现况方面能占一席之地,Odoo中文社区也应起带头作用。 🙂
              <br / http://lugir.com/drupal/big-problems-of-drupal-china-community.html br />......
              国内社区现存的几大主要问题:
              太过依赖于QQ
                QQ的优点沟通快,在群里提个问题,比其他渠道能够更快得到解答。但这里不是讲优点,而是谈谈QQ群最主要的弊端。
              交流内容无法复用。
                不像文档、博客等资源形式,一旦编写出来,便可以供用户反复查看。QQ群中的交流则不能——之前回答过一遍,再有人来问,还得再回答一遍。每一次除了解决提问人的问题之外,交流成果并没有有效的积累。
                如果社区每天产出一篇文档,一年也可以累计下365篇。但如果是每天在QQ群里交流100个问题,一年下来依然什么都没有。

              1 条回复 最后回复
              0
              • A 离线
                A 离线
                ap1689
                写于 最后由 编辑
                #7

                Hi, digitalsatori校长,因为你是本社区的创办人,所以请你在百忙中抽空谈谈你对本社区采用“Odoo的社区forum等模块”建议的看法,好吗?谢谢! 🙂

                1 条回复 最后回复
                0
                • 卓忆卓 离线
                  卓忆卓 离线
                  卓忆
                  写于 最后由 编辑
                  #8

                  [quote author=ap1689 link=topic=17539.msg32031#msg32031 date=1458183840]
                  Hi, digitalsatori校长,因为你是本社区的创办人,所以请你在百忙中抽空谈谈你对本社区采用“Odoo的社区forum等模块”建议的看法,好吗?谢谢! 🙂
                  [/quote]

                  会转达,另外,现在这个社区从2007年创办至今,我的建议倒是完善现有社区,
                  一方面,我们会努力增加社区的使用,渐渐减少QQ的使用。另外一方面,也不能操之过急。

                  不过Odoo发展太快,如果Odoo的forum能做到更新大版本数据保留,就更好了,如果数据不能保留,我倒是建议再等等。
                  现有 社区用了 3年,我倒是也习惯了,如果 SMF 出个改进版本,改进些用户体验,并且保留现有数据,当然就更好了,嘿嘿。

                  Odoo 的 forum 这里还有个技术问题,就是 用户的迁移,即现有社区注册,同时能用于Odoo的forum
                  Odoo自带的forum模块可以考虑作为一个社区的某个版块的链接,

                  恬淡

                  1 条回复 最后回复
                  0
                  • I 离线
                    I 离线
                    info521
                    写于 最后由 编辑
                    #9

                    首先把这个论坛程序换了

                    固步自封

                    1 条回复 最后回复
                    0
                    • A 离线
                      A 离线
                      ap1689
                      写于 最后由 编辑
                      #10

                      [quote author=卓忆 link=topic=17539.msg32114#msg32114 date=1459561103]
                      [quote author=ap1689 link=topic=17539.msg32031#msg32031 date=1458183840]
                      Hi, digitalsatori校长,因为你是本社区的创办人,所以请你在百忙中抽空谈谈你对本社区采用“Odoo的社区forum等模块”建议的看法,好吗?谢谢! 🙂
                      [/quote]

                      会转达,另外,现在这个社区从2007年创办至今,我的建议倒是完善现有社区,
                      一方面,我们会努力增加社区的使用,渐渐减少QQ的使用。另外一方面,也不能操之过急。

                      不过Odoo发展太快,如果Odoo的forum能做到更新大版本数据保留,就更好了,如果数据不能保留,我倒是建议再等等。
                      现有 社区用了 3年,我倒是也习惯了,如果 SMF 出个改进版本,改进些用户体验,并且保留现有数据,当然就更好了,嘿嘿。

                      Odoo 的 forum 这里还有个技术问题,就是 用户的迁移,即现有社区注册,同时能用于Odoo的forum
                      Odoo自带的forum模块可以考虑作为一个社区的某个版块的链接,
                      [/quote]

                      @卓忆 谢谢你的跟进。
                      你是本社区的管理者(版主)之一,更有号召力,如果可以的话,请你就议题‘本社区采用“Odoo的论坛forum等模块”的建议’在“集思广益”板块开一个帖,
                      让大家进行充分的讨论,好吗?谢谢! 🙂

                      1 条回复 最后回复
                      0
                      • 卓忆卓 离线
                        卓忆卓 离线
                        卓忆
                        写于 最后由 编辑
                        #11

                        [quote author=info521 link=topic=17539.msg32115#msg32115 date=1459596645]
                        首先把这个论坛程序换了

                        固步自封
                        [/quote]

                        谢谢 提出的建议,

                        不过我觉得 真要维护一个 社区,是件不容易的事情,固步自封 是谈不上的。
                        改版,数据转移也是个大工作量,其中 有个 非常  关键  部分 是 还有 原有 帖子的 链接的也最好保留。

                        另外,odoo自带的 forum 其实也有它的问题,
                        正如我提到的: 大版本迁移 数据能无损 转移么?
                        我觉得 对一个 专业化 专一化的 小软件,
                        或者 严谨如sap,可能可以办到,但sap的代价其实非常大。


                        如果有 一定的赞助或者 其他正面的推动力 来办 这件事 可能会更好。

                        恬淡

                        1 条回复 最后回复
                        0

                        • 登录

                        • 没有帐号? 注册

                        • 登录或注册以进行搜索。
                        • 第一个帖子
                          最后一个帖子
                        0
                        • 版块
                        • 标签
                        • 热门
                        • 用户
                        • 群组