mig33 wrote:
所以採用超商的金流，...(恕刪)
用超商的金流，還需要台銀資訊人員支援ATM、信用卡...金流嗎？
根本不用上系統！！
只需要超商跟政府談好拆帳、匯款、結帳期限...就好了！！！
你還要堅持附掛個金流系統其實很簡單！！？
補充：
都上網預購好了，為何還要到超商預付款？
腦袋有洞的人才會喜歡一件事跑兩次超商吧？
個人積分：286分
文章編號：76794097
個人積分：44分
文章編號：76794143
個人積分：1230分
文章編號：76794163
個人積分：286分
文章編號：76794203
個人積分：283分
文章編號：76794242
JasonQ wrote:
他抓錯重點啦.....
我認為你提出的想法特點在於“到藥局刷健保卡辦理預購”....
執行細節可討論...不需要在一次可以購買多少口罩上執著....
所以我有偷偷虧他～～
JasonQ wrote:
用超商的金流，還需要台銀資訊人員支援ATM、信用卡...金流嗎？
根本不用上系統！！
只需要超商跟政府談好拆帳、匯款、結帳期限...就好了！！！
因為有些人覺的大系統
才有宣傳重點
但現在都什麽時候了～
不是應該用最簡單的方式來用嗎
所以最簡單不就是
將健保卡轉換到網購(disable)順道限制每天轉換人數
然後網購用一個購物車系統（身份都是序號）
初期每日藥局結帳後跑批次（確認哪些可以開始買及轉換資料匯入超商的系統做店到店匯入）
金額部份談妥回饋比率給藥局，然後藥局依轉換人數比率領取金額
這樣不是大家都有錢賺
個人積分：44分
文章編號：76794527
個人積分：44分
文章編號：76795272
JasonQ wrote:
你不也是不斷地認為串接金流很簡單而堅持反駁我的想法？
更正確點說
串接金流，先付款是串、後付款也是串
接銀行是串、接超商也是串，所以這部分的工是無法省下的
至於你前面提到：
JasonQ wrote:
對口罩分配系統設計來說，更省下了串接預付金流的程式碼與驗證不是嗎？
以刷卡流程來說
難道你以為輸入信用卡號、手機接收驗證碼....都是口罩分配系統在做？
這恐怕又是你自己想像的誤解了
一般公司的系統因為資安能力不高的緣故
很少設計成用自己的刷卡頁面(這樣要擔負妥善處理信用卡號的責任)
其實都是直接把訂單資訊餵給銀行的信用卡刷卡網站
因此整個刷卡流程是在銀行網站進行的，最後才把結果丟回公司系統
所以看似複雜的刷卡程序，都是銀行網站在跑，公司系統就只是接收最後結果
串接金流系統
刷卡或轉帳的程序很麻煩？其實都是銀行在處理的
公司系統只要把銀行系統餵過來的金流資訊對映到訂單
同樣的，改成超商付款
不管是ibon付款，或是貨到付款
物流歸物流、金流歸金流，也總是要串接金流的
難道要人工一一去對映哪筆款項是屬於哪個訂單？
既然串接金流要做的工橫豎都是做，難度差異不大
所以沒什麼好討論，這才是我沒跟你回應的緣故
但是我後來想想
應該是你把刷卡頁面手機接收認證碼也看成是口罩系統在做
才會把它想得很複雜
既然串接金流要做的工難度差異不大
先付款再出貨，先出貨再付款
這兩者的設計差異才真的比較大
先收款再出貨，在搶時效的情況下
可以先不管"逾時未取"要怎麼處理
也可以直接把已付款帳沒入當懲罰(不做退款機制)
所以這部分的工可以省很多
那如果先出貨再付款
也可以不做"逾時未取"的處理嗎？
如果沒做"逾時未取"的處理
有些人棄標，你是不是又要罵為什麼不做這部分？
前面就說了
看看已經公佈的口罩2.0規則有沒有關於棄標的定義和罰則？
https://www.cna.com.tw/news/firstnews/202003105012.aspx
沒有棄標的定義和罰則的情況下
當然是把系統設計成先付款再出貨
個人積分：44分
文章編號：76795418
sunstars wrote:
所以我有偷偷虧他～～(恕刪)
如下圖紅框
之前你說不太懂的部分
就解釋給你聽
還是紅字的部分你說不懂
但其實你也不想懂？
就設計系統來說
一次賣3片跟一次賣10片20片的設計會有差異嗎？
其實沒有
所以這個問題跟設計系統無關
跟政府的政策有關係
以這次口罩2.0來說
政府放出700萬片
每個人可以買3片(=一週份) 可以賣給233萬人
如果每個人可以買10片 就只能賣給70萬人
如果每個人可以買20片 就只能賣給35萬人
假設有250萬人想利用口罩2.0
那一次3片至少可以滿足大部分的人
一次10片就只能滿足不到1/3的人
當然在產能持續提升的情況下
上數數字可以做滾動式修正
但應該也還沒到可以讓一個人一口氣買20片的地步
產能還沒到這地步卻要開始一次可以買10片20片的話
其結果就是某部份人先領，某部分人要等一段時間領
個人積分：286分
文章編號：76795506
mig33 wrote:
更正確點說串接金流，...(恕刪)
不是喔，我從頭到尾都沒有把刷卡、預付系統當成預購系統介面的一部分喔！
我一直強調“串接金流”....
預購支付系統必須在預購介面設定“串接”的鏈結，還要把金額拋轉到金流系統，待金流系統驗證、確認付款後資料再拋轉回預購介面，接著顯示預購成功的確認畫面....
（若是有退款更麻煩）
所以需要台銀資訊人員出來撰寫這部分介面與呼叫付款金流的程式碼，還要呼叫第三方驗證的資安認證系統....
最後再將訂單資訊拋轉到超商的訂購系統，匯入對方的進銷存系統...（中間省略物流部分）
貨到付款就不同了...
訂單確認後，直接將訂單資訊拋轉到超商訂購系統，註明“需收款”....
買方付款後，透過超商的進銷存系統確認買家、庫存、應收、實收，轉換成“應付”財務報表、數據....
如果要自動一點，這些資訊拋轉回到預購系統扣帳（扣訂單數量）、立帳（立應收帳款）、核帳（核對應收與訂購資訊）....
別忘了，衛福部準備了233萬份口罩開放預購...
前面串接金流就是233萬人次的金流驗證串接...（不討論健保資料庫鏈結...等等驗證）所以要做壓力測試（不只包含訂購系統介面）
若是單純訂購、貨到付款，則是只有訂購表單的接收、資訊入後台資料庫，統整資料後匯出訂單....
你堅持貨到付款比較難處理？堅持預付比較簡單？
個人積分：283分
文章編號：76795701
mig33 wrote:
如下圖紅框
之前你說不太懂的部分
就解釋給你聽
還是紅字的部分你說不懂
但其實你也不想懂？
就設計系統來說
一次賣3片跟一次賣10片20片的設計會有差異嗎？
其實沒有
所以這個問題跟設計系統無關
跟政府的政策有關係
以這次口罩2.0來說
政府放出700萬片
每個人可以買3片(=一週份) 可以賣給233萬人
如果每個人可以買10片 就只能賣給70萬人
如果每個人可以買20片 就只能賣給35萬人
假設有250萬人想利用口罩2.0
那一次3片至少可以滿足大部分的人
一次10片就只能滿足不到1/3的人
當然在產能持續提升的情況下
上數數字可以做滾動式修正
但應該也還沒到可以讓一個人一口氣買20片的地步
產能還沒到這地步卻要開始一次可以買10片20片的話
其結果就是某部份人先領，某部分人要等一段時間領
你是不是沒看懂我的話
簡單說我的說法就是
讓去藥局領的人及網購的客群切割出來
讓網購的人可以一次買多，但可領週期拉長
如一次可買10片，在目前一週可領三片狀況下
網購一次可領的間隔約24天好了
所有有特別提到可以用轉換身份來做區隔
對比現在大家都要來排隊來說讓網購可以確實買到
及紓解藥局壓力，所以再沒轉換身份前藥局還可領
做假設網購要分擔240萬人
每天開放10萬人可領取申請，直到24天後，網購的量才會剛剛好用完~~
看現在的方式就是一次性的網購
對比我這樣滾動是可購買不是方便多了
當然如果怕轉換身份被盜用
可以用兩段式密碼條，第一段給藥局刷，第二段遮住才是真的登入身份，或是兩段加起來才是真的身份都可以
