Mon, 2010-08-16 14:01 — FranklinTsao
就個人的印象中,有些系統會在日終作業前要求系統先進行帳務的檢核,確保帳務平帳之下才能進行日終批次作業,但是這負擔多是在分行的小主機上進行!
近來,為了配合T24的營業要求,加上帳務不平除非系統參數經USER設定錯誤,或是程式錯誤,基本上帳務是依據交易產生,如有錯帳,有系統會要求使用者設定一個臨時科目, 以讓使用者於隔日進行帳務調整!
不知道個人的認識是否有誤,有法規一定要要求在在日終批次作業前要先檢核帳務是平帳的??
還請 先進多予指教!
討論主題類別:
平帳是行員的自我再檢查
IT 系統記的帳，如果不能平，這種系統是不能上線的。
分行在日終要平帳，是一種自我再檢查：彙集後的傳票是否完整？每一張傳票的內容是否與電腦處理的相同？有沒有傳票漏了記電腦帳務？也就是說：要檢查送進系統 的 數據，和櫃台所發生的書面憑證的內容，是否一致？
行員的人工平帳，雖然用的是很傳統的方法，用來和系統所提供的資料作交叉比對，卻是極有效的平帳程序。
所以日終批次作業之前，分行應該要先平帳，用意在確保作為憑證與系統間的數據(input data)介面的行員，其所有的動作是正確無誤的。
至於如何限定平帳的時限，不能平帳的時候要怎麼處理，則是屬於作業程序之一；不能因此省略了平帳的程序。
系統是否應該專注在作業流程的順暢性?
GLS先進說的是沒錯!
平帳確時是會計檢核的基礎,所以才有3:30(或更晚一些)的時限!
但是對一個核心系統而言,此處並無分行系統喔!
那核心系統所處理的交易模組橫跨,ATM,有些有Treasury之下,為了24小時的營業機制,那核心系統是否就要等待?
基本在正常情況下,除非程式寫錯,參數設錯,不然不會有系統帳務出錯的情況!
加上帳務是因應交易而產生,如果在交易的安控符合標準與作業控管下,而且就個人的瞭解,平帳多是要確保櫃員的現金出納與帳務是否一致!但櫃員素質的提高與稽核的落實,個人以為才能有效防堵櫃員的舞弊!
加上國外諸多的核心系統多已不再列印傳票!因此肥蝦才想請問:如果以一個國際的觀點來審視下,是否一定要在EOD前要求核心系統先行進行平帳的檢核?是否有法規一定要求平帳後才能進行EOD,不能在EOD後發現臨時科目出錯再進行帳務的調整?
如果是櫃員的收納現金與應有的現金不合,這應可透過櫃員出納現金的系統管理作業達到一樣的目的!是否有法規或者國際慣例,一定要求在EOD前要作全體帳務平帳的檢核?(還含有treasury的模組下)
前提是要完成上述的規範，會計帳務處理才算正確完整
在全行會計(科子細目，總分類帳、明細分類帳)的觀點下，任何系統(本國業務、國際業務)，無論透過何種通路(分行、網銀、ATM、批次)、記帳屬性(現金、轉帳)，在一日的CYCLE中各有一個時間點決定交易是屬於該日的帳，全部確定後即可決定當天的帳告一段落(一日的CYCLE)。分行的交易因為借貸科目與平衡是櫃員的操作，所以櫃員必須自我檢查平衡，至於系統自己產生(批次)或自動化端末(ATM、網銀等)，平衡(借貸科目與金額)是系統本身自行判斷計算，所以只要系統本身處理邏輯沒問題，合計櫃員經手的帳也沒問題，全行當日的會計帳就沒有問題。24*365的不中斷服務，前提是要完成上述的規範，會計帳務處理才算正確完整。
這也是GLS所言: IT 系統記的帳，如果不能平，這種系統是不能上線的。 這是前提也是重點。但由於IT 系統記的帳是否正確?有些難以完全模擬測試，這是設計功力。
系統本身處理邏輯沒問題，合計櫃員經手的帳也沒問題，但系統可能會修改與變更,這怎麼辦?
FIN大大的說法,肥蝦認同!
因此不能平帳的系統是不能上線,GLS前輩的說法也沒錯!
但是肥蝦個人的拙見是以為,系統與人員間的互動及搭配,才是銀行系統的重點,雙方必須在營利,目標與互動下追求一個平衡點!
而不能過份仰賴系統,而忽略了業務的目標,以及系統在此目標中所應扮演與銀行人員間彼此互動暨配合的角色!
個人之所以會有此疑問,乃是因為個人先前實際碰了一個國外的核心系統就是這樣處理,可是在面對一些銀行的資深前輩時,都直接否定該系統的方法,可是這個產品也是有著一定的市場佔有率!
不知我個人以前的印象有否錯誤,肥蝦記得好像Temenos的T24好像原始版本並未進行平帳,也是類似用設一個臨時帳戶作為錯帳的暫時處理,以待人工帳務檢核,以便於T24的機制!
對於進行日終批次前要先平帳的要求,肥蝦個人也是了然於心,這都是一些從入行來被教導的觀念,但是隨著金融與IT情勢的演化,是否需要進一步的檢討與討論!像肥蝦先前接觸的核心系統,用設一個臨時帳戶作為錯帳的暫時處理的系統是否就是一個資深專家眼中的不合格套裝產品呢?
另一種觀念作法
T24.COREBANK這類系統，臨櫃轉帳交易大都是單邊科目，為確保平帳，對方科目就用臨時存欠這類科目，EOD再產生正確科目沖回臨時科目。讓櫃員結現金帳即可下'班。這是她們的看法，本地用戶如果使用，就要適應，以免牽一髮動全身。
請問這些核心系統對此會計的處理方式在論壇上的有價文件裡有寫嗎?
Dear FIN:
不知這些不同系統的會計處理是否在論壇上的有價文件中是否有明確述及?如有!可否告知小弟是那一本?
謝謝!
台灣金融研訓院近來有意願開BankingIT設計課程
原則性說明大概就是如此，接著就看個人對細節了解多深、最後就是設計觀及取捨了。台灣金融研訓院近來有意願開BankingIT設計課程，屆時如本人授課，歡迎參加指教。
敬候FIN大大的開課日期
謝謝FIN大大的說明與指教!
正在進行市場需求調查
剛得到通知，目前研訓院正在做市場調查，大約9月中即可知道台灣的BankingIT業有無此需求。如果確立有這個需求，我希望明年初能開始。
那裡可以回應研訓院市場調查?
記得以前研訓院的教育訓練還有資訊乙類,沒想到改版後就拿掉了!
研訓院對金融資訊系統的課程是少的可憐,以前都是開powerpoint, excel之類的!相關的書籍引入的也少(我記得有金融資訊系統規劃實務跟金融資訊管理制度實務,我買了其中的一本)
這方面應該有很多的空間!
會去徵詢幾個銀行的意見
獲知的消息是研訓院會去徵詢幾個銀行的意見。雖然結果如何未知，但是我已經開始準備了。對於您說的"金融資訊系統規劃實務"這本書我知道也認識作者，的確，這方面是根本沒人做，研訓院是應該擔起這個責任。
學校都在教ERP!難道銀行的資訊系統與know-how會比ERP小嗎?
肥蝦正在唸個人的第二個碩士-資管!很多同學都勸我去修習ERP的課程!他們一致認為ERP很複雜,很大.很紅!加上有ERP的認證,所以一堆學校都有專門ERP的課與專研ERP的老師!
個人不禁替金融資訊系統的訓練與傳承感到失望!
我去金融研訓院上了不下二十種以上的課程-但幾乎看不到資訊業的同伴,都是銀行裏的學員!
另一方面,金研院也無有關金融資訊系統的課程(之前有開過call-center與excel稽核)!
導致了這金融的資訊業界裡都只有on-job training,也可悲的也只有on-job training!
一個完全不明瞭客戶的業務,要如何去作出符合客戶的產品;而客戶也因不瞭解資訊的變化,因此非常封閉,應該說習慣了
所以導致台灣很多的資訊廠商作出的產品太過專屬,以致在對台灣之外的行銷上產生一些問題!
之前,一個國外的系統廠商朋友很奇怪的問我說:臺灣的資訊產品與能力都不錯啊!也許比不過歐美大廠,但卻是居於開發中國家之首,世界上還有廣大的市場,我們為何不去?
我個人只覺得好可惜!
期望您能加入我們的團隊，讓我們的內容更豐富、更多元化，如何?
我第一個工作就是在搞MRP(Material Requiremens Planning)，MRP可說是ERP的祖父。當時在負責的產品就是HP的MM3000(不超過2000頁的文件)，玩了1年，發覺最能導入MM3000就是電子業(標準用量、標準成本)，而且是外商(標準作業流程)，其他作鞋子的(Addidas)導入後，也是Garbage-In Garbage-Out。1年後轉戰銀行業，單搞High Availabiliy & Mission Critical就不知讀了幾本書(SAFE,NBX,SUP,BENEFIT,SAIL,NEFSS)，前後近30年，看的文件數量加總起來超過100,000頁，其他AP(SBAL,NEO-APLIKA,BANK,CBS,BANCS,HPS,T24,COREBANK)更是不知K了多少，當中指導我，真正讓我獲益可說全是日本人(美國人、歐洲人、澳洲人等，在我看來全是SALES本質-說的比做的好)-NEC/Japan,Fujitsu/Japan,IBM/Japan,這些日本人可以指導我，可說是在日本BankingIT在每家公司都是最重要的業務，龐大的團隊需要完善的教育體制，以及完整的文件，大部分我的同事看不懂日文，紛紛放棄，只有我硬著頭皮猜，經過近30年，總算現在看這些東西不吃力，2008離開IBM後，便以TBiCS當平台，希望能集結一些同好，想想如何讓BankingIT能永續發展。年初站長A君提議何不開班授課，本來也不想做這種恐誤人子弟之事，只想偶爾參加金融論談，演講了事。近來因為認識的L君推薦，才對研訓院提出企劃，但也只想一年只開一次，其餘時間還是想多唸點書，教課非我專長，也非本業，但如果能幫研訓院建立一個BankingIT訓練的模型，讓後續有經驗的人，退休之後也能夠指導後進，那麼第一次的辛苦我是願意投資的。謝謝Franklin Tsao的意見，從文字中我發現您是具使命感之人，期望您能加入我們的團隊，讓我們的內容更豐富、更多元化，如何?
可否提供該堂課程的名稱呢？謝謝
可否提供該堂課程的名稱呢？謝謝
課程名稱: 金融IT 教育訓練課程
課程名稱: 金融IT 教育訓練課程
對象內容:19課程，上課期間全部上完大約2個月，主要針對BankingIT從業者。新人可按ROADMAP參加全部課程，經驗者可挑自己感興趣者。
註:這構想可能需要一點時間，因為我還在構思教材，同時也需要看台灣金融研訓院進度。如果該院公布時，我會在站上公佈。
肥蝦想大家都願台灣的Banking IT盡自己的一己之力.
承蒙FIN大大的青睞,肥蝦想所有身為臺灣Banking IT的一分子,都想對台灣的Banking IT產業貢獻己能,真得期望由為人作嫁,到能於全球的市場佔有一席之地!
肥蝦的能力與資歷均非常淺薄,但如果能對台灣的Banking IT有所效力,肥蝦也是不怕他人譏笑,一定是盡心盡力參與!也許有一天,臺灣也能有個像SunGard,TEMENOS,...可以被全球叫得出的品牌!
可以参加您的远程教育课程么?
FIN总，不能当面请教，但对您的经验和知识非常渴望学习！
知無不答，言無不盡
實在抱歉，目前台灣金融研訓院並無這項規劃，未來亦不知何時會有。本站亦是小ˋ眾規模，沒有法人機構支援，也很難做的精緻。目前只能以Q&A滿足社員，歡迎你隨時提問，當知無不答，言無不盡。
研訓院決定不開課嗎?
我很期待FIN大大的課程,也常上來或到研訓院的網站看是否有FIN大大的課程!
請教FIN大大,您如此的說法,是說研訓院在評估後,決定不開課嗎?
9月10日(2010)才能確定。確定後研訓院才會公佈
9月10日(2010)才能確定。確定後研訓院才會公佈。方式是課堂上課，線上學習可能是以後之事。感謝Franklin如此關注，研訓院如果知道，早就該開始了。
核心系統教育課程
金融研訓院告知，將請我開下列課程，該課程將由銀行公會贊助，預計明年上半年開課。
銀行系統的全貌(架構與應用系統) 4H
核心系統設計實務 14H
分行系統設計實務 7H
核心銀行系統產品分析(國內國外) 3H
讚!大家一起來!
因為金研院的課程是年度式的規劃,所以現在在其網路上還看不到FIN大大的課程!
不過說真的,時間好像有點太短了!
但是能聆聽FIN前輩的課程,就是一種莫大的助益了!
原先規劃19課程40D
原先規劃19課程40D，可能太長了，剛起步，舉辦單位還不敢投入太多。
上了金融研訓院的訓練課程看,好像不在明年2月前耶!
有比較明確的日期嗎?
因為肥蝦正在開始規劃明年的學習目標!
金融研訓院的回覆
2010.11.12 - "課程公告配合銀行公會審核，時間應該會在12月初，但僅限銀行機構報名，如果 社員有興趣，可能要向服務機構(限銀行公會會員機構)申請"。
另 陳所長提到-"另針對非銀行機構開課，不知您那邊已掌握有多少位社員需求？如果有10~20位，我們可以考慮再另開一收費班次，不限對象"。
註:要努力撰寫講義了，3個月的時間應該說剛好。
大家一起相招來報名!!!!
這個機會是非常難得的!
銀行公會實在是無聊!
希望大家一起相招來報名!!!!
不然就要走旁門左道了!!!
詳細的報名資訊
請問是否有詳細的報名資訊，如上課時間等等(在銀行公會的網站上有嗎？)，另外如果另行開班的話，費用大約是多少呢？（以10~20名）
後續接棒者不斷繼續努力
據金融研訓院告知，由於這個課程是銀行公會委託代訓，所以參加者只限於銀行公會會員，而且經費全部由銀行公會贊助，所以參加者是完全免費的，如果是金融研訓院自行開課，則是對外公開任何人皆可報名，但是是要收費的。所以如果您在銀行上班，可以透過貴單位向銀行公會報名參加，詳細參加辦法/時間會在今年12月底以前公告。
10-20人是金融研訓院開課的基本人數，由於我是受委託授課講師，只領我的鐘點費，所以不知4天的課，金融研訓院會收多少費用?不過應該可以從相關課程推算出來。
由於本社位於松江路設址，最大的會議室亦只能容納10人左右，而且本社無法提供授課證書，所以目前並無自行開課計畫，除非能想出其他辦法，否則由金融研訓院開課可能是最好的方式。本人計劃於2011年1月完成講義，所以還有一段時間，有興趣的朋友，大家不妨集思廣義，說不定有其他更好的辦法。
本人與站長當初創設本站目標之ㄧ，就是希望透過這個網站，凝聚同好，同時亦能夠讓散居各處的高手異人，有一個共通平台，透過授課方式，將經驗傳承下去，這才是最大目的。所以這次本人的開課可以說是扮演一個先鋒角色，將來能否發揚光大，還是要接棒者，不斷繼續努力。
有關-銀行系統的全貌(架構與應用系統) 4H 課程
有關-銀行系統的全貌(架構與應用系統) 4H 課程，我的講義大綱如下，歡迎各位社員提供補充意見。
。銀行業務與銀行系統
。通路系統
。核心系統
。支付系統
。總行管理情報系統
。電子金融系統
。對外系統
。其他業務系統
。系統經營與管理
講義 A4 100頁 PDF
FIN大大,您的講義可否販售?
因為身為vendor side,無緣參加FIN大大的課程!
因此想先拜讀大作,因此不知可否放在有價文件處或直接向您購買呢?
計劃2011年開始銷售
現在還在撰寫中，完稿後將交給研訓院印刷出書，電子版將贈送給TBICS銷售，這是我2011年計畫。
修習 ERP 著重在｛導入｝
目前狀況是：
ERP的認證 可抵減轉題
ERP的課程 認證及格有學分
修習 ERP 著重在｛導入｝並不是要教你設計 ERP 或探討 ERP 應有功能
導入是因為系統不是為你設計（不是依據你的管理流程設計）因此要你繞一圈繞兩圈來避開系統限制
來滿足你的管理需求 達成正確即時反映出在財報上
MRP 是製造業 才有的東西
ERP 是企業控管不一定有 MRP
＞＞肥蝦正在唸個人的第二個碩士-資管!
＞＞很多同學都勸我去修習ERP的課程!
＞＞他們一致認為ERP很複雜,很大.很紅!
＞＞加上有ERP的認證,
＞＞所以一堆學校都有專門ERP的課與專研ERP的老師!
Add new comment