|
|
本帖最后由 假如十八 于 2011-11-1 16:44 编辑
% Y3 u6 J: |+ ^) B Z( Y
" r" j7 V7 x; j+ i* ?" c8 F- Z自打加入这家公司的供应链管理部门一来,各种各样的杯具和洗具就常常上演.其中杯具尤其的多,大概要有一个满汉全席的桌子才能摆的下.
: c/ x6 f; Y: b% Q) p
! S) G$ j# k( r: a4 H加入公司不久,做induction,就去看一下用的什么系统,结果一看,AS400,好嘛...历史悠久,性能稳定,我们建行一直都用他.杯具的是,这个系统至今已经有二十多年的历史.即使没有ORACLE, SAP这样的先进生产力代表,好歹功能你要好好的二次开发一下嘛...结果当一个料号有多个供应商的时候,杯具发生了...
j+ k* X/ t/ U' @, l4 |3 X1 t9 ?% D- B3 g4 u$ c9 N$ X
1). 库存值根据FIFO结算,没有问题
+ X: E9 q) D. g7 |1 X1 K9 G. @! B2). COGS根据FIFO结算,没有问题/ i( p4 ~4 k8 X1 h9 E! i% y
3). 每个供应商的POS,算不出来!
! N- X! I# o' x: `! r; T6 I) O# |) i, \$ r- C6 o5 X/ R2 T; M
% D3 V8 z: c: ?. p0 j! c& P为啥?有COGS,不是每个batch出多少清清楚楚么?是啊,是清楚,可是问题是这个COGS计算的时候是一个临时表,算完就扔掉了!
) ~3 y6 p* l6 M/ P% c. ]# |4 Y3 E" v2 w6 Y* p! ^4 m' X
就为了这个,不得不带着几个人用Sql server, 把所有的进货出货拿进来算,第一版用的fetch,第二版用的临时表对象,每个月结算时候总要花一天的时间算每个供应商的POS!直到我们催了IT部门两年之后,他们才把这个临时表保存下来了加以改进,终于不用做patch了.
& A* q" H( {' m9 \% y$ Q* E: C \# r/ Y0 n% X" W. s/ v
为什么一个料号有多个供应商?显然是为了节省成本.但是这个事情也不是那么容易的.一般来说,亚太区的供应商,价格便宜,但是MOQ很高,而且由于Franchise的问题,不允许在洲际调货,这个事情导致了亚太区的东西burn off rate一直在极低的水平徘徊.对本地的sourcing的部门来说,压力巨大,动力不足....
+ j! r/ n2 @ v: b! ?! P; ]
$ N" \. A. F! V: n2 o& Y& A* r怎么办?总部的大头儿们大腿一拍,上,没有困难创造困难也要上! cost saving不再以销售实现的extra margin为对象,直接买进来的cost saving达到百万英镑就行. 这下好了,本地的sourcing的人天天泼水节,splash all the cash away.....什么东西单价高就买什么,只要能比报价单上的低一个点,先买进来阿...结果看着钱哗哗的就淌出去了...& Q B6 M& j$ T T
0 I- P' h) \7 x; r I4 t6 P5 ?: g
然后库存部门就完蛋了,东西进来了卖不掉,滞销库存的准备金一天一小步,每月一大步,有一天我被叫去开了四个会,每个会上大家都骂库存部门,库存经理委屈死了,东西买进来我又没有控制权,现在这会儿骂我.......
/ [7 k( J$ G4 i6 I* j/ \. h ~2 s7 ^- a4 t
待续.
$ e- W5 L. m3 X! U7 l1 a, } D" T: V
8 b+ [) t% X% G* d+ F- E' K* q
+ w$ W2 n3 e1 ^; _( q3 f+ n1 X8 T |
评分
-
查看全部评分
|