有点抽象
从现实中抽象出生活的实质,将原本的梦想逐渐变为现实!
posts - 0,  comments - 0,  trackbacks - 0

0516
1、按客户提供重新调整装载界面,解决线路数据过多,引起界面异常(每次查询数据增大)
2、接口转储收货单,关于批次和父批次"000000"方式的数据下载更改,预计发货日期字段的修改
3、转储出库写入默认四级行政ID
3、RF发运修改输入原因码,取任务按路线排序来取(部分)

0517
1、接口新增销售订单赠送和补损
2、装载维护新增“目的地”:新建外键并指定外键名,在关系列表中新选择左右BIO,新建字段类型为InDirect,在关系表中建
3、装载创建新建“承运商”查询及显示:
StringBuffer regions = new StringBuffer();
try {
    String query = "select region_id from shippingline where transport_company_name='"+transport_company_name+"'";
    EXEDataObject results = WmsWebuiValidationSelectImpl.select(query);
    if(results.getRowCount() > 0){
        while (true) {
            regions.append("'").append(results.getString(new TextData("region_id"), "").pResult).append("',");
            if(!results.getNextRow())
                break;
        }
    }
} catch (Exception e) {
    // TODO: handle exception
}

4、RF拣货原因码跳过,取任务时按库位线路顺序号来取任务,任务取消后在指定间隔时间内再执行,每执行拣货时执行一次清除过期任务
-- 0517 订单原始类型
alter table orderdetail_m add(type varchar2(20));
--补损 赠品
alter table orderdetail add(qtydamage number, qtypresenter number);
posted @ 2012-05-17 18:30 有点抽象| 编辑 收藏
1、接口:
(1)基础数据 IS_DUE_DATE 为 X时,为E 其余为 M
(2)所有接口出货订单站点默认从线路维护表中取
SELECT LINE_NUMBER, LINE_NAME, TRANSPORT_ORDER  FROM SHIPPINGLINE WHERE REGION_ID = ?
 (3) 部门领用:replace(V_REC.SGTXT, '|', '')

2、发运时装载箱数的查询修改:

select nvl(sum(casenum), 0) casenum
   from (select loadid,
                caseid,
                (case sum(casenum)
                  when 0 then
                   1
                  else
                   sum(casenum)
                end) casenum
           from (select o.loadid,
                        (case to_char(pd.cartontype)
                          when 'PALLET' then
                           pd.qty / pack.casecnt
                          else
                           0
                        end) casenum,
                        pd.caseid
                   from Orders o, PickDetail pd, SKU, PACK
                  where o.orderkey = pd.orderkey
                    and o.loadid = '0000017847'
                    and PD.SKU = SKU.SKU
                    and SKU.Packkey = PACK.Packkey
                    and SKU.Storerkey = pd.storerkey
                    AND pd.status >= '5'
                    and pd.status <> '9')
          group by loadid, caseid)

3、在输入原因框处跳转,可以按ESC退出。如果在拣货途中,按ESC退出,应该像标准版一样输入原因码。
posted @ 2012-05-14 21:16 有点抽象| 编辑 收藏
1、发运改装载状态 测试完成
2、强制未拣货完成的装载号不能发运: ->测试完成
3、接口: 转储出库单:
上传中间表WMS2SAP_TRAN_SO新加:SHIPNO 装载号  TRANNO 合并单号

下载新加 Z_TRANSPROT 合并单号,写入Orders.ReceipKey
上传时,过账单号TRANNO修改为 发货单号 ORDERS.EXTENORDERKEY, 原为ORDERDETAIL.EXTENORDERKEY
4、接口: 报废预留单:加入线路ID,线路名称(以本仓库名作为四级行政ID查询)


五七;

1、整理longwin代码

2、更新loan服务器代码

3、客户VPN咨询

posted @ 2012-05-11 21:41 有点抽象| 编辑 收藏
1、<装载维护>中,删除装载ID后,在"<装载创建>"界面,系统自动丢失"线路"和"站点"信息;在<出货订单>界面,系统自动丢失<线路ID>. 
    这样会造成,重新组建<装载创建>,要重新维护<线路><站点>等数据.
修改:TrLoadOrderDetail.java

2、发运改装载状态。 修改:ServiceShip7001.java

3、强制未拣货完成的装载号不能发运:
修改:ServiceShip7001.java

购买DHA60粒装

posted @ 2012-05-10 16:58 有点抽象 阅读(60) | 评论 (0)编辑 收藏

05-08 ~ 05-09

1.新增客户名称,线路名称,发运顺序字段
2.该界面的站点和发运顺序字段关联线路维护界面的目的地和发运顺序字段.
3.交货地,出库通道,外部装载等三个字段目前不会用到,可放在最后
4.希望在这个界面上直显示已拣货待装载发运的订单,且搜索查询界面不要太复杂
5.对于历史装载单据放在装载维护界面看
6.搜索界面增加波次号的搜索条件
7.装载维护界面的装载号里面的明细增加目的地字段
8、"装载创建"界面---点击"查询"---所有订单不分状态均会出现在此界面
实际运作中可能出现某一个或多个波次拣货完成,需要单独发运,创建装载号的时候,所有订单(拣货完成和未完成)的单据均会查询出来,那么人为勾选这一批需要单独发运的波次订单,难以操作.
故建议:1.在此界面增加一个或多个波次的查询功能;
       2.此界面的"销售商""交货地""出货通道""外部装载"等列无用到的可以取消,换以显示我们便于查看的相关信息,如"波次号""订单状态""箱数""专卖店名称"等.

posted @ 2012-05-09 10:29 有点抽象 阅读(126) | 评论 (0)编辑 收藏
仅列出标题  

<2025年7月>
293012345
6789101112
13141516171819
20212223242526
272829303112
3456789

留言簿

文章分类(10)

文章档案(12)

搜索

  •  

最新评论