老婆協助設立的合資公司〈合資公司的店面開幕啦!〉，上週因為現場的 POS 機連不上後台的 ERP 系統，導致原先自動化的流程停擺，只能改用人工作業。
偏偏 POS 機的廠商堅稱他們完全沒動系統、是 ERP 廠商的 API 串接有問題；但詢問 ERP 廠商，他們也說 API 介面沒有任何改動。
這下好了，兩邊都說自己沒問題，但結果就是現場連不上線，整個流程大亂。像這種狀況，如果公司有 IT 人員，當然是由他去負責找出問題、並解決，但很遺憾，小公司哪來的 IT 人員阿!
由於這套 ERP 是老婆推薦的，因此她自告奮勇、想要排查問題；老婆跟這家 ERP 公司合作已久，手頭有多家公司都用同一套系統，因此她相信 ERP 公司的說法。
剛好我上週有時間聽老婆講述 ERP 公司對於錯誤碼的解讀，因為我們先前曾經遇過固定 IP 設定的問題，所以我提醒老婆可以往這個方向去排查。
一陣手忙腳亂後，老婆先是把現有的浮動 IP 加入 ERP 公司的白名單中，然後再請 POS 廠商進行測試。
本來滿心期待這樣就能解決問題，但沒想到還是無法連線；老婆不死心地繼續請 ERP 公司解讀錯誤碼，又發現先前 POS 廠商為了測試，改掉原本有金鑰簽證的 ID，這才又改回去。
想不到這樣還是不行，連老婆都有點動搖了，但經過跟 ERP 公司的討論，發現 POS 機廠商在提出連線需求時，登錄帳號的路徑多了一個 「/」符號。
就這樣，困擾大家已久的連線問題被解決了...
POS 廠商沒有因此認錯，即便是因為這麼蠢的 bug，他們還是認為是 ERP 先有問題，它們才會改來改去。
但我想說的是，IP 的白名單一開始明明就是 POS 廠商設定的，這表示他們工程師一直都知道這件事，那為何不直接去設定固定 IP 呢？這讓我百思不得其解。
或許 POS 廠商原先軟體真的沒問題，但因為 IP 位址改變、而連不上 ERP 系統，這到底要算誰的鍋？
經過這次事件後，我才發現，認真要解決這個問題的竟然是我老婆，其他人都是在坐等答案；合資公司的老闆只會一直催促 POS 機廠商解決，然後 POS 廠商一再否認自己有問題。
責任推來推去，這就是人性；我們的時間究竟有多少是浪費在跟人扯皮、而不是專注在解決問題上面呢？
沒有留言:
張貼留言