2016/01/01

[TIPTOP] 解決擾人的現行年度月份漏改,造成單據無法輸入的窘況

[TIPTOP] 解決擾人的現行年度月份漏改,
造成單據無法輸入的窘況
每年1月,總是上線熱門月份。
今年終於不用在客戶家度過元旦假期。
但身體似乎已習慣這時期仍在作戰的亢奮狀態。
於是,早上七點多生理時鐘早醒了。
JANDI 傳來工廠不能打單的求救訊息,
--- 工廠今天還是要上班。
大概猜測到應該是現行年度期別沒修改導致的問題。
從 JANDI 告訴金平修改的方式,一分鐘就解決了。
但心裡想的是:
如果這種問題一直困擾著使用 TIPTOP 客戶,
當財務忘了改、MIS 放假,
真的會造成系統的單據無法正常輸入。
「為何一個產品要讓每個客戶都有同樣的困擾 ?」
其實只要花個10分鐘修改一下,
就能免除跨月後單據無法輸入的窘況:
(這參數真的不同於關帳日期,沒有什麼好讓人花時間去修改...)
產中總說請客戶設定排程..
但這不就造成服務端、客戶端重複性的問題一再發生?
我只知道以後都不用擔心月初參數忘了修改... ^^
   #ADD BY mos 160102 - 自動更新年度期別至目前日期的月份
     CALL s_ymtodate(g_sma.sma51,g_sma.sma52,g_sma.sma51,g_sma.sma52)
          RETURNING l_bdate,l_edate
    IF g_today > l_edate THEN
       IF g_sma.sma52 = '12' THEN
          UPDATE sma_file SET sma51 = g_sma.sma51+1,
                              sma52 = '1'
       ELSE
          UPDATE sma_file SET sma52 = g_sma.sma52+1
       END IF
    END IF
   #ADD BY mos 160102 - 自動更新年度期別至目前日期的月份#END


科技始終來自於人性 -- 懶。

1 則留言:

Unknown 提到...

xx mos,這段寫法要加到那支程式呢?不會每支去check sma51的都要加吧?
讚 · 回覆 · 16分鐘

Mos Hsieh 我直接寫在使用者登入一定會執行的程式 - udm_tree ,
這樣每個使用者進來都會檢查再判斷是否更新 .

目前有缺點是若是有差距N個月,
就得等第N個人 , 才會更新到正確的月份
不過這少見啦, 就用最簡單的方式解決問題吧 ^^

2015/10 --> 2015/11
2015/11 --> 2015/12
2015/12 --> 2016/01
2016/01 這樣就不會再更新了