別人不走的路

目標：企金客戶
破壞方式： 一站購足式。除了連貸、信用狀、外匯操作這些傳統企金業務。還提供，整體市場分析，營運分析建議（企管顧問）。甚至於上下游廠商串聯介紹及金流平台（B2B）。
複製難度：難
成本結構：高
以台灣的銀行業務去作：未知的東西，沒人願意當第一個。應該還是外商會先做吧，然後本地銀行會嘗試複製，或挖人。
閱讀全文…

先寫標題

數量級的不同

台灣的系統跟大陸的系統，其中最大的差異，就是數量級的不同

就我本身參與規劃的系統來說。

台灣的核心銀行，目標客戶數600萬到800萬，很多了。但這在大陸只是一個中小型的省的數量，更別說是直管市了，那會上億。

所以相同的系統，相同的功能，從台灣搬過去就能用的？ 除非剛好是地方級。不然，像我客戶那樣，光客戶數就破億，要作系統大集中。有誰能確保自己設計的系統撐得住？

這時候 系統架構的強固性跟彈性的價值才會彰顯出來。
一個客戶端連線會消耗系統多少資源？
沒有做分散式規劃的話，一台機器能撐多少同時的連線？這麼大的機器，客戶願不願意買？
有做分散式處理的話，頻寬要多少？網點要怎樣分佈？整個伺服器群的規劃？資料的即時性？
會有千奇百怪的問題冒出來，這樣，你手上產品的價值還剩多少？要小修、大修還是重翻？
不修不改能給多少人用？留多久的資料？留多少的資料？
修修改改又能吃多少？
重寫，重翻，你有多少成本？客戶付你多少錢？你還剩什麼價值？
這些，不是我們在台灣隨隨便便用一台PC搞定幾百個concurrent connection的時候能夠想像的！
機器是n台，架構的好，管的好的話它的複雜度可能一直都是1，普通一點的是n，而更常見的是n^2。
PM，SA，Arch，DBA這些人都具有規劃得出這樣數量級系統的能力嗎？
就還不用說使用者需求，文化，法律等等的差異了。
待續

話說 FNS的core banking他的設計架構是以CIF為中心。

所有個產品、額度、關係人、擔保品，都圍繞著CIF。

但是外圍系統不是這樣幹啊。

所以，以相同的觀點來看事情：

既然所有跟核心帳務相關的東西都要先開CIF。

那以下的系統都可以重新設計，以客戶CIF為中心。

閱讀全文…

現在的銀行

對於放貸部份

消金 企金 是分開的

而貸款戶跟帳戶又是分開的

如果有 互相擔保

甚至是 企金的集團戶

總額度是多少 用了多少

各級額度限制是多少 用了多少 可不可以平調 或是母公司向下調

各幣種的限額又是多少

如果同時有多個loan account要開立，佔用額度的時候會不會相互衝突或是沒有占到？

閱讀全文…

好吧，我有寫過垃圾信程式。
當然，這世界上有幾乎用之不盡的Open Relay跟撥接網路。
所以，還沒有人用下面的拗步。
但是，總有一天，只要退信機制存在的一天，下面這一招一定可以用。
退件垃圾信
================
把收件人放到寄件人，然後，收件人就填個relay伺服器上一定不存在的帳號，以現在的mail server不支援vrfy機制的情況，mail server就會先收，然後退信。
退到哪？ 就是真正要給的收件人啦，同時寄出的server還是完全合法的server喔。

先寫標題
1. SFA
2. CRM
3. Financial Planning

更新
以台灣現在的金融市況
應該先做的是
下車機制 也就是停損的監控跟警示，甚至於不正常交易的監控跟警示。雖然台灣的財管，還是以基金為主，也可以說是被中菲電腦幾乎獨佔。但是這一塊的東西，畢竟跟中菲擅長的不同，可以做，有市場，只是要快。
半年內沒成品，就別做了。