跳转至内容
  • 版块
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 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 开发与实施交流
43 帖子 5 发布者 60.2k 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • Y 离线
    Y 离线
    yuzifu
    写于 最后由 编辑
    #28

    [b][size=99px]产品管理[/size][/b]

    这tinyerp里面,产品管理被设计的比较简单,要关注的有三块:产品类别、价格表、产品

    [b][size=99px][color=blue]产品类别[/color][/size][/b]

    在定义产品分类的界面里,利用“上级分类”这个参数,它是可以逐层细分的
    而且定义的子层类别在显示的时候都会把所有上级的名称显示出来
    关于这一点,我们不必太在意

    而几个会计参数则是让该产品发生业务时相关的会计信息记录在哪个科目下
    如果实施公司所使用的会计制度是中国的话,那么这几个参数是要修改的
    它缺省的值是按老外的会计制度规定的科目

    [b][size=99px][color=blue]价格表[/color][/size][/b]

    这可能算是产品模块里最复杂的一部分了,虽然只有“价格表版本”和“价格表”这两项
    但当我尝试建立一个价格表时,它分别经历了这些步骤:
    价格表类型-》价格表-》价格表版本-》价格表明细

    而产生的命名分别是(举其一):
    销售价格表-》标准销售价格表-》默认销售价格表版本-》默认销售价格表明细

    在这一系列的设置当中,第三步里面可以设定价格表生效的时候段,第四步里面可以设置的参数就更多了,比如在哪些产品、产品模板、产品类别中生效;该价格表的价格计算方法(它是针对所有产品的)等等

    看了tinyerp里的价格表设置之后,我心里头冒出了三个问题:
    一是如何针对销售点(商店)来设置价格表,是否可以增加一个参数用来设置生效的销售点(商店)呢?
    二是当只针对某些商品进行价格调整时,在价格表中要如何实现?要知道,系统里面的价格调整可是针对所有产品的(见上一段)。
    三是商品销售套餐在价格表当中要如何体现(跟第二个问题类似)?

    [b][size=99px][color=blue]产品[/color][/size][/b]

    首先要设置的是单位,在tinyerp里还添加了“单位类别”
    除了在设置单位里必须指定“单位分类”外,我暂未发现“单位类别”有啥别的用处

    在设置单位时还有几个参数值的琢磨,比如“Factor”、“因子”(这处翻译需商榷)、“舍入精度”。
    Factor是指什么?
    “因子”的原文也是Factor,那么它又是指什么?
    “舍入精度”的原文是法文,我不认识,阿门!
    它的表达方法也让我费了一会儿神,0.01是表示精确到百分位吗
    若真如此的话,那它后面那个加数减数的按钮增量为1就设置的不通情理了。

    tinyerp里的产品设置还是不够灵活的,因为在这里你只能用“模板”和“型号”这两级来表达,或许我说的不够明白,那么我举个例子,polo公司生产的春装白色XL码T恤,在tinyerp里可以这么来表达,polp公司生产的春装白色T恤是模板,而XL码是型号,那模板跟型号组合起来就是该款所有产品了。而我觉的EBS的“弹性域”或compiere的“属性集”用在这那效果会相当的好。

    在产品模板的定义界面里,我比较关注的参数有这么几个:单位、采购方法、价格、科目信息(请参考本篇开头的“产品类别”相关信息)、仓库信息

    在产品型号的定义界面里,相对来讲是相当的简单,我在这也不一一列举了,地球人都知道。

    在“产品”里,我们可以看到所有被定义的产品,当然也可以新定义产品,不过这都“产品模板”和“产品型号”的集大成者,无需另加说明。

    在完成以上产品分类和登记完产品之后,我们就可以在“分类产品”里查看到属于本类的所有产品了

    [[i] 本帖最后由 yuzifu 于 2008-3-13 14:05 编辑 [/i]]

    1 条回复 最后回复
    0
    • O 离线
      O 离线
      ooop
      写于 最后由 编辑
      #29

      [quote]原帖由 [i]wjfonhand[/i] 于 2008-3-13 00:12 发表 www.shine-it.net/tinyerp/redirect.php?goto=findpost&pid=469&ptid=126
      今天看了一下wiki里关于库存管理的文档。这块文档比较多,文档组正在加紧翻译。翻译质量也不一样,有很多需要校对的地方。

      最不幸的是tiny book竟然不是按照每个模块的各个界面组织的,有些它说的功能在其他模块里 ... [/quote]

      [i]wjfonhand[/i] ,你这个测试是在那个模块的那个菜单下,也许 我可以帮你看看!

      1 条回复 最后回复
      0
      • W 离线
        W 离线
        wjfonhand
        写于 最后由 编辑
        #30

        这个是我不小心安装上的,应该不是我们现阶段测试应该涉及的内容,我们暂且略过吧。

        GoodERP -- Odoo China fork

        1 条回复 最后回复
        0
        • W 离线
          W 离线
          wjfonhand
          写于 最后由 编辑
          #31

          测试组上两周的目标鲁莽地制定了三个模块的测试计划。实际上我们只完成了一个半。采购模块测试完成了。产品模块yuzhifu也跑过了,但是没有针对文档和界面提出修正意见,所以还要重新走一遍各个界面,把测试结果反馈给文档组作为修正界面翻译和用户手册的依据。

          库存模块测试已经开始,但错误地测试了发运模块。由于我多安装了一些模块,导致工作超出了计划范围,影响了进度,在这里作出检查。

          测试服务器由于网速太慢,暂时不能使用,接下来我们也会在本机测试。

          GoodERP -- Odoo China fork

          1 条回复 最后回复
          0
          • W 离线
            W 离线
            wjfonhand
            写于 最后由 编辑
            #32

            第二次协调员会议刚刚结束,会上讨论了下一步的工作计划。测试组明确了三方面职责:

            1- 依次执行常用模块中的界面,对界面翻译提出修正意见提交文档组
            2- 逐个运行常用模块中的报表,对报表提出修改意见提交开发组
            3- 测试前根据用户手册计划模块测试范围(哪些界面,哪几个报表),测试后对用户手册提出修改意见,并在wiki上加注说明。

            第二个双周的计划是:

            1- 完成产品、库存模块各个界面的测试,提出翻译修正意见。
            2- 完成采购、产品、库存模块报表的需求整理,提交开发组。
            3- 完成采购、产品、库存模块用户手册的复核。

            GoodERP -- Odoo China fork

            1 条回复 最后回复
            0
            • Y 离线
              Y 离线
              yuzifu
              写于 最后由 编辑
              #33

              嗯,对测试工作没有过经验,要加强了。

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

                加入测试组。

                1 条回复 最后回复
                0
                • W 离线
                  W 离线
                  wjfonhand
                  写于 最后由 编辑
                  #35

                  今天进行库存模块的测试。
                  首先是设置部分。

                  存货地点,这个不如统一翻译成货位。
                  这里窗口的标签没有翻译过来,货位名称用于输入货位的名字,有效这个勾一定要打上的。用途里的几个

                  选项,分别是供应商库存 采购库存 公司库存 生产库存 客户库存 和 库存盘亏。分别是什么意思还要后

                  面详细测试一下。库存帐号应该翻译成总帐科目,我想不到在这里输入一个总帐科目会起什么作用。难道

                  是按原材料 产成品 在制品分成几个仓库?这里还有待后面测试。上级地址用于构造后面用的仓储结构,

                  这里翻译成上级库位好一些。

                  第二个页签翻译成坐标也可以,xyz三个值确定一个库位在仓库中的具体位置。

                  后面三个打印按钮,一个产品链接。产品链接比较简单,单击后列出仓位内的产品(这里如果能把数量为

                  0的过滤掉就好了)。三个打印按钮分别是:

                  分仓汇总表:应该翻译成仓位总帐 比较好,打印出来的列表竟然没有仓库名称。这个肯定不行的。pdf里

                  的表头翻译应该是 产品 型号 数量 计量单位 单价 金额,这个需要更正一下。

                  分仓批货:这个应该是仓位明细表,会把下级仓位的库存分别列出来。因为我这里没有批次管理的库存,

                  结果只有 仓位 产品 数量三个列。与下一个列表比起来,这个更适合仓管人员查看,下一个适合财务人

                  员查看。

                  仓位明细帐:这个列表比上个列表多了单位 单价和金额几个字段。表格标题都要按仓位总帐重新修整一

                  下。

                  仓库,这里要输入三个库位:入库库位、出库库位和实际库位。实际上,tiny ERP中只有实际库位是与企

                  业中具体的仓库对应的。所以实际库位下面实际上还可以细分几个库位,如一仓库、材料库等。

                  所有者地址实际上是用于输入仓库保管员的信息的,不过保管员要事先维护成业务伙伴联系人。这个比较

                  怪,要是像产品经理那样维护成用户更合理些。

                  最小库存规则那里用于输入每个产品的再订货点。实际上只要看最小数量就行了,不知道为什么还要输入

                  最大数量。那个定购批量应该是指采购的批量,比如我们需要一支烟,却不得不一次买一盒。

                  这里的采购订单可能是指mrp运行后生成的采购订单

                  GoodERP -- Odoo China fork

                  1 条回复 最后回复
                  0
                  • W 离线
                    W 离线
                    wjfonhand
                    写于 最后由 编辑
                    #36

                    追踪,这里是指用于质量追溯的批号和序列号管理。

                    第一个是托盘号,在这里可以新建一个托盘号,不过业务上估计是在库存移动的界面上创建的吧。这里点了一下向上追溯和向下追溯的按钮,列出这个托盘上的物料移动记录。但是点两个按钮结果是一样的,为什么呢?

                    第二个是库存批号。这里可以新建一个批号,不过这个也应该是采购收货时建立的。这里会直接列出所有的批号。但是有一点要注意的是,一个批号里可以包含多个不同的产品,这个有点难理解。双击批号的产品行,可以看到相关的物料移动记录。

                    第三个是生产批号,这个难道和库存批号不是一样的么,有这个必要么?也有两个追溯按钮。这个估计也应该是在生产收货的时候创建的。

                    底层,这里是列出物料移动的记录:

                    物料移动,这个界面会列出所有物料移动的记录。
                    待审核物料移动,这个界面会列出没有审核的物料移动记录。这里可以点击审核按钮将其状态改为已审核。
                    已审核的物料移动,这里会列出已审核的物料移动记录。这里可以点击完成按钮将其状态改为完成。

                    双击列出来的每一行,都可以直接打开物料移动的行项目界面。

                    这里有一个打印货品标签按钮,打印出来的是产品的编号 数量 单位 描述,后面还有serial和tracking,总是空白的。不知是什么作用。

                    接下来的再订货规则已经在仓库设置菜单中看过了,略过。

                    接下来是库存盘点的内容。

                    首先,库存盘点单,是一个单据抬头,用于加入库存盘点记录,并记录审核状态。未审核和已完成。

                    盘点记录是列出所有盘点单的盘点记录,并可用于打印。

                    这个盘点功能除了在实际盘点后做盘盈盘亏调整外,还可用于输入库存的期初数据。

                    下一个功能是库位结构,Tiny ERP中有很多这样的树形结构,就是在定义这些库位时指定上级库位形成的,还可以选定其中一个节点存成个人的快捷方式。双击某个库位节点,就能看到每个产品在这个库位的当前数量和价格。这里不太人性化的是还是会显示库存数量为0的产品。并且有些行的文字是红色的,不知道代表什么含义。

                    GoodERP -- Odoo China fork

                    1 条回复 最后回复
                    0
                    • Y 离线
                      Y 离线
                      yuzifu
                      写于 最后由 编辑
                      #37

                      一、库存不能显示只大于0的产品
                      [attach]41[/attach]
                      见上图,并没有一处可以这样筛选的地方。

                      二、采购订单明细这里把“产品”放到最上面更方便
                      [attach]43[/attach]

                      三、在群里讨论过的“保证期”
                      [attach]42[/attach]
                      这一处的意义还没有弄懂

                      四、商店它的存货是仓库还是货位
                      [attach]44[/attach]
                      在定义的界面里,它是属于仓库的,可是对于一个连锁店,若这样设置的话,那么不论是统计或者是配送都很复杂

                      五、产品界面里有两个“采购方式”

                      [attach]42[/attach]
                      看上下两图中的“采购方式”

                      [attach]45[/attach]

                      [[i] 本帖最后由 yuzifu 于 2008-3-25 18:03 编辑 [/i]]

                      1 条回复 最后回复
                      0
                      • digitalsatoriD 离线
                        digitalsatoriD 离线
                        digitalsatori 管理员
                        写于 最后由 编辑
                        #38

                        [quote]原帖由 [i]wjfonhand[/i] 于 2008-3-23 19:42 发表 www.shine-it.net/tinyerp/redirect.php?goto=findpost&pid=508&ptid=126
                        存货地点,这个不如统一翻译成货位。
                        [/quote]
                        这个不能同意。货位是指在仓库中的存放货物的具体位置,一般由ZABI(Zone, Aisle, Bin, Item) 的坐标来标识。Tiny中的Stock Location可以是一个货位,但更多的是其更高级的应用。这个概念在wiki上专门有强调,请朋友们留意。

                        【上海先安科技】(tony AT openerp.cn)

                        1 条回复 最后回复
                        0
                        • digitalsatoriD 离线
                          digitalsatoriD 离线
                          digitalsatori 管理员
                          写于 最后由 编辑
                          #39

                          [quote]原帖由 [i]wjfonhand[/i] 于 2008-3-23 19:42 发表 www.shine-it.net/tinyerp/redirect.php?goto=findpost&pid=508&ptid=126
                          所有者地址实际上是用于输入仓库保管员的信息的,不过保管员要事先维护成业务伙伴联系人。这个比较怪,要是像产品经理那样维护成用户更合理些。

                          最小库存规则那里用于输入每个产品的再订货点。实际上只要看最小数量就行了,不知道为什么还要输入最大数量 [/quote]

                          所有者地址在这里应该就是一个地址的概念。这边理应按wjfonhand的想法引入用户,这样就可以根据用户所属的公司来区分分公司仓库。<这是一个值得改进的地方>.

                          最大量是有意义的,比如库存的最大存货量为7条香烟,目前存货为0,每次至少2条,那么根据最大存货量一次最多的进货为6条烟。

                          【上海先安科技】(tony AT openerp.cn)

                          1 条回复 最后回复
                          0
                          • digitalsatoriD 离线
                            digitalsatoriD 离线
                            digitalsatori 管理员
                            写于 最后由 编辑
                            #40

                            wjfonhand的货品追踪方面的问题稍后研究。先看看yuzifu的贴图。
                            1、确实是个问题,官方网站上也有讨论,加之不太合理的搜索界面。Fabien在论坛上说将在近期内把Tiny的人机交互界面的改进放在重要的位置希望能有出色表现。e-Tiny的界面设计相对倒更加合理些。

                            2、无所谓

                            3、保质期,上架期??

                            4、对应仓库的,为什么用仓库会复杂?不用仓库能怎样简单?请解释一下

                            5、我这边的翻译,上图中的叫“供货方式”,下图中的叫"获取方式“

                            【上海先安科技】(tony AT openerp.cn)

                            1 条回复 最后回复
                            0
                            • Y 离线
                              Y 离线
                              yuzifu
                              写于 最后由 编辑
                              #41

                              针对第4点,我说说我这里的情况,公司有总部和各门店、仓库、配送中心,配送中心存储镜片,仓库存储除镜片之外的所有物品,门店会存放数量不多的各商品样品,制镜工厂在配送中心。
                              若每个商店都是仓库的话,那么我要统计全公司的某种商品分布在哪怎么处理,且门店与门店之间以及门店与仓库之间的调货是相当频繁的,那这样的话做进出仓处理的量就会很大,而若只是内部调拔的话,那只是货位上商品的调整,而涉及的单据就会很简单。

                              1 条回复 最后回复
                              0
                              • digitalsatoriD 离线
                                digitalsatoriD 离线
                                digitalsatori 管理员
                                写于 最后由 编辑
                                #42

                                每个门店是要指定一个仓库,但是并不是说不同的门店不可以指定同一个仓库。另外,货位上商品的调整为什么就比仓库的调拨操作要容易?

                                [[i] 本帖最后由 digitalsatori 于 2008-3-26 17:34 编辑 [/i]]

                                【上海先安科技】(tony AT openerp.cn)

                                1 条回复 最后回复
                                0
                                • Y 离线
                                  Y 离线
                                  yuzifu
                                  写于 最后由 编辑
                                  #43

                                  我认为货位的调拔是内部进行的,
                                  只要在“装箱单”填一张单就可以实现商品的转移
                                  而若是仓库的话,那不是要先从货位移到out,然后移动另一个仓库的in吗,最后才到另一个货位?

                                  若商店不指定货位,那么当销售了商品后,它只能反映到仓库?

                                  [[i] 本帖最后由 yuzifu 于 2008-3-31 10:57 编辑 [/i]]

                                  1 条回复 最后回复
                                  0

                                  • 登录

                                  • 没有帐号? 注册

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