做Inbound & Outbound 想到的

这次我负责了一个看似很简单,实则和复杂的程序,供应商主数据Inbound.主要功能要求是,从外部系统导出的一个用或分割的CSV 文件,列是按照接口要求事先给出的,主要分3块,一般数据层,银行层,公司代码层,因为我们系统的特殊要求,客户供应商分A类和B,C,D,E类,A类的是属于特别常用,关系密切,所以要求,创建时需要三级审批,也就是要先存放在准备表中,等通过了三级审批再放入系统表.这次的批量导入是包含创建和修改2部分,用数据类型"00"表示创建,"01"表示修改.

看起来不难,其实暗藏杀机,首先是数据检查,我做为一个保守的人,从来不把希望寄托在别人身上,所以宁愿我这边做尽可能仔细的检查,也不放过一条可能导入系统的垃圾数据,接下去问题来了,是一个文件里的记录条数一起检查好,然后一起传到BDC做呢,还是一条数据一条数据检查,并调用BDC呢?

还有,之前提到的A类供应商还有国际代码层数据,是一对多的关系,即一个供应商可以有多条国际版本,国际版本可以单独修改,但不能单独创建.国际版本数据单独修改时要求补国际版本

还有,银行数据也是一对多的关系,

最后公司代码数据,如果是单独修改或新建时不要三级审批

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22159564/viewspace-674390/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/22159564/viewspace-674390/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值