|
|
本帖最后由 假如十八 于 2011-11-1 16:44 编辑
; f1 b# F: \& D0 i# H" H3 v- U' K+ ], a: |( a1 A/ H) p
自打加入这家公司的供应链管理部门一来,各种各样的杯具和洗具就常常上演.其中杯具尤其的多,大概要有一个满汉全席的桌子才能摆的下.; s* c" K9 J9 ^2 Q. a
# q4 M9 g1 Q9 u' `3 W
加入公司不久,做induction,就去看一下用的什么系统,结果一看,AS400,好嘛...历史悠久,性能稳定,我们建行一直都用他.杯具的是,这个系统至今已经有二十多年的历史.即使没有ORACLE, SAP这样的先进生产力代表,好歹功能你要好好的二次开发一下嘛...结果当一个料号有多个供应商的时候,杯具发生了...% \# t# v4 R; U0 m: r2 D
! X+ u- t! r0 u4 i0 n1). 库存值根据FIFO结算,没有问题* B4 r; z" k' d: {- b& V
2). COGS根据FIFO结算,没有问题' `' g$ C$ O( p; o: B' U- j" {/ |
3). 每个供应商的POS,算不出来!
s! [7 p% W. X) U! k( V/ I) k; Y: b- u# R0 Y0 d E2 K4 \, I6 Q
3 M. U% C6 X* M, d0 f6 c为啥?有COGS,不是每个batch出多少清清楚楚么?是啊,是清楚,可是问题是这个COGS计算的时候是一个临时表,算完就扔掉了!( \6 r+ R$ {6 s/ c. |( T' L5 h7 U6 d
) ?1 T& _( h) p- @5 Q! J6 v: s
就为了这个,不得不带着几个人用Sql server, 把所有的进货出货拿进来算,第一版用的fetch,第二版用的临时表对象,每个月结算时候总要花一天的时间算每个供应商的POS!直到我们催了IT部门两年之后,他们才把这个临时表保存下来了加以改进,终于不用做patch了. X; C1 G# V" {2 x
/ `: \6 ~; t5 |- ^5 \# a' R
为什么一个料号有多个供应商?显然是为了节省成本.但是这个事情也不是那么容易的.一般来说,亚太区的供应商,价格便宜,但是MOQ很高,而且由于Franchise的问题,不允许在洲际调货,这个事情导致了亚太区的东西burn off rate一直在极低的水平徘徊.对本地的sourcing的部门来说,压力巨大,动力不足....4 X% @4 v/ ? e2 D1 {7 R
' x( h7 h6 K) D; B8 _% W怎么办?总部的大头儿们大腿一拍,上,没有困难创造困难也要上! cost saving不再以销售实现的extra margin为对象,直接买进来的cost saving达到百万英镑就行. 这下好了,本地的sourcing的人天天泼水节,splash all the cash away.....什么东西单价高就买什么,只要能比报价单上的低一个点,先买进来阿...结果看着钱哗哗的就淌出去了...
0 R/ M% v8 s4 Q: R5 C# d
2 b+ E7 [3 p3 _* k4 _然后库存部门就完蛋了,东西进来了卖不掉,滞销库存的准备金一天一小步,每月一大步,有一天我被叫去开了四个会,每个会上大家都骂库存部门,库存经理委屈死了,东西买进来我又没有控制权,现在这会儿骂我.......) Q2 o: f; `' E L$ J+ B: @
3 B* Y, [ j$ E k7 B4 w
待续.; C. g/ l" o3 C
# Y& I3 V) g3 j, I5 u) @+ u
$ B5 q& J- G+ y; A( P- o2 Q
3 K; _$ j$ L K( l' M' h5 _2 |8 ?1 T- X |
评分
-
查看全部评分
|