1992年十月在Paul Oser（BARS Vehicle部門的經理）的力薦下，我這麼一個對IBM DB2 database和Accounting（會計）一無所知的人就順利成了BARS Accounts Receivable（應收帳款）部門的一名系統維護和開發的程式師。

由於我是DB2 database的新手，第一年在這個組裡我是格外用心地摸索如何和同事相處融洽，從他們那兒學得DB2的技術和了解應收帳款如何操作。經過一年半的時間，我對DB2的技術和Accounting的知識都有了不少增進，於是大膽地接下一個Consolidate Statements的project。這個project是GM要整合支付汽車經銷商的帳。

因為GM有許多不同品牌的車子（Chevrolet、Buick、Oldsmobile、Pontiac…..），一個汽車經銷商可能同時代售二、三個品牌的GM車子。當時系統是讓經銷商用一個品牌、一張發票的向GM要求付款。後來GM發現一個經銷商可能在某一個品牌上是GM要付錢給他，但在另一個品牌上是經銷商欠GM更多的錢。GM是按時30或45天付款（按合約決定付款期限），但經銷商拖欠GM的錢可能遙遙無期。因此GM要求BARS Accounts Receivable系統改成每一個經銷商無論他們代售多少品牌的車子，只用一張發票來要求GM付款，這張發票會綜合所有品牌的出入款來結算最後款額。這樣的改變是對GM十分有利，但系統改變的難度也是極大。

這個project在組裡討論過許多次，也經歷過二、三個組裡資深同事的手，但因為它的複雜性而一直停滯不前。喜歡挑戰的我覺得這個project是客戶十分想要的，就向組長請命一試。沒想到在我和客戶來來回回、細細商討他們的要求，寫下條理清晰、要求完善的設計改變方案後，這個像燙手山芋般傳來傳去的project花了半年時間就成功上線，從那之後經銷商在某一個品牌欠GM的錢都自動從他們在另一個品牌賺到的錢中付給了GM。

1992-1995年，我在BARS Accounts Receivable組裡待了三年，想轉到BARS Vehicle Billing組裡去學習比Accounts Receivable 更難的技術，也就是經銷商如何在系統裡完成複雜的訂車手續，Consolidate Statements這個project就是我的安打，它把我如願的送上了BARS Vehicle Billing的壘上。

補註：

1. 1988-1991年十月，Paul Oser是我在全力以赴應用IMS databases做電腦系統時的組長。1992年十月，在750辦公大樓的四樓走道上遇見他時，他已是BARS系統Vehicle Billing部門的經理。

2. 在Consolidate Statements這個project上，我不單是獨立完成需求分析，還寫了80%的程式，因為同事們都不相信我的設計能達成客戶需求，所以不想淌這個渾水。