這次的問題其實可以細分為兩個部份：
那這次廠商提出來的Solution是這樣：
那我看到廠商這樣回覆，再考量到這兩個問題的發生頻率，當然就提出以下處理建議：
2. 本週過版！
dear vicki：
一、查詢資料不完整：
程式修改將影響程式底層，建議第二階段一起過版。
已有多位同仁反應查詢中斷，距離第二階段上線還有26天，若遲遲不修改是否將造成同仁對系統產生不信任感。另廠商之說法(會影響程式底層)恐嚇!?實在令人匪夷所思。
此次過版項目，某某9/16下午有向您反應測試有問題。
因『第一階段測試環境』防火牆軟體過期所導致，9/16中午已將此項目過版了。
那身為一個專業的ＩＴ人員，我必須要壓抑住任何情緒化的字眼，以專業的角度再次提出並詳細說明我的看法與立場，所以我就寫了如下回覆：
針對近日業務反應的行內查詢問題，先說明我提出的處理建議如下：
問題狀況說明：
但此四項查詢中卻有1~4項未自動發查。
8月2例(8/21、8/25)，6月2例(6/9、6/24)，Vicki有收到通知的共四案。
臨時解：
請User手動加查缺漏的項目。
廠商於9/16提出的解決方案：
修改系統底層架構，另需User配合詳細測試，才敢過版。
Vicki認為：
在這個時間點更動系統底層不知道會引發什麼後續問題？
且上線的程式是經過大家詳盡測試的結果(也就是目前UAT環境)。
故期望此問題發生時可請User以手動加查補齊系統自動發查的缺漏。
User無法分辨是真的查詢中亦或是系統問題導致查不回來？
加上User回報的次數，平均約每天會發生一次。
須由資訊處人工重起批次程式。
修改此批次程式。
並不會對系統其他功能造成其他可能的負面影響。
可以最小的修正大大提升User使用上的順暢感，因此可先行過版。
當然，若堅持要兩項問題一齊修正，資訊處也是會全力配合的。
哈～我何嘗願意被人這樣想？！
我沒有幫誰，我只是做我覺得對的事。
只是，有誰察覺到在心底深處號啕大哭的那個我？！
被丟雞蛋的，不是只有你們。。。。。