mig33 wrote:
你幹嘛把"購物系統"和"金流系統"攪在一起
購物系統(就這次開發的)當然有新表格
金流系統，你可以去例如綠界、藍新....等
這些做金流的公司網站看看介紹
你先把金流系統的意義弄清楚再說吧
一般公司不會自己再去開發金流系統
如果有公司一個星期或一個月就開發出自己的金流系統
這是完全不可能的事情
一般公司只會去"串接"現有的金流系統
我猜你也是連那三張交易流程圖也看不懂的人
信用卡、ATM轉帳、超商取貨付款 都有貼給你看了
sunstars wrote:
可見是你沒看懂阿
我是在和你說
這個購物網站是新的
當然金流那邊要有點動作
然後你就說我搞在一起～～～
聽你說法你真的覺的
一般公司只會去"串接"現有的金流系統
金流公司都不用做一些設定喔！！
然後我整個就在講這個，你就又說我不懂。
然後我講表格
說直白一點是金流那端不用設定一下資料庫嗎？
JasonQ wrote:
你懂的....
但是就是有人不懂.....
把週結或是月結帳後的“匯款”金流跟帳務查詢資訊混在一起....
我深深覺得，有人只是拿關鍵字去搜尋，根本不懂裝懂....
mig33 wrote:
你幹嘛把"購物系統"和"金流系統"攪在一起
購物系統(就這次開發的)當然有新表格
mig33 wrote:
以下這張是信用卡的交易流程圖
口罩預購系統是"關貿網路公司"的
收單金流系統是"臺灣銀行"的
在新聞連收單金流系統是誰家的都報出來的情況下
口罩預購系統是"串接"臺灣銀行金流系統還能是謊話嗎？
也只有你真敢說 "新聞報串接 你就相信他阿"
以下這張是超商取貨付款的交易流程圖
比較一下上面信用卡的圖
信用卡的串接只有兩道箭頭線 (編號2, 6)
超商取貨付款的串接有四道箭頭線 (編號2, 4, 5, 9)
就算不會寫程式的人也知道哪一種的串接要處理較多的項目
恐怕就只有你和另一位網友一直堅持超商取貨付款在串接上比較簡單
mig33 wrote:
也只有你真敢說 "新聞報串接 你就相信他阿"
mig33 wrote:
我後來發現我真的不懂一些他想像的情節
例如金流公司只需要開帳號和把API文件給口罩預購系統公司即可
所以金流公司的確不用再修改資料庫和多寫什麼程式(沒金流公司的事了)
但他卻以為金流公司還要因此再修改資料庫
小笨賢 wrote:
超商取貨付款，要直接串超商系統，還要改寫，也要更高收費，價格考量所以不可能
超商取貨付款 要收價格2%手續費，外加運費
小笨賢 wrote:
政府系統 應該直接委託銀行串接
sunstars wrote:
所以沒看懂就要問
不要亂回阿
sunstars wrote:
超商取貨付款 已經順便把物流做好了
信用卡付款只到交易成功可出貨
並附帶上出貨資料
出貨到超商
還要在跑一次取貨不付款流程～～～
sunstars wrote:
請不要斷章取義
sunstars wrote:
說串接就串接不是很恐怖
串接只是讓不懂的人懂
真的事情是一大堆
我只是要讓你知道串接的背後
還有很多事情要做
小笨賢 wrote:
超商取貨付款，要直接串超商系統，還要改寫，也要更高收費，價格考量所以不可能
超商取貨付款 要收價格2%手續費，外加運費
sunstars wrote:
怎麼會沒事，開帳號後續金流公司不用跑一些流程嗎（可能自動化、也可能需要人工確認）
若太大的資料不用獨立在一個系統嗎？
233萬筆資料
mig33 wrote:
在開發程式上
金流歸金流、物流歸物流
這些工其實並沒有省下來
你感覺比較省事是消費者比較省事
但對寫程式的人來說並沒有比較省事
另外先付款後出貨的做法在系統設計上
很多小公司的系統都是做到產出物流號碼就停了
至於貨況，使用者自行去物流公司網站查詢
這叫簡易式收尾，雖不完美
但至少也提供了讓買家可以去物流公司網站做查詢
簡易式收尾可以省很多工
但取貨付款的話，就沒辦法採這種簡易式收尾
因為要把物流一併完成，金流也才能完成
mig33 wrote:
以上說的是一般網購的狀況
但這次的口罩系統，並不算"包裹指名"的貨物
也就是配送的口罩不會去區分這包(3片)是誰的、那包(3片)是誰的
這包(3片)是甲去領或是乙去領都無所謂(有訂且指定這個分店的人均可)
如果要採包裹指名的話，超商店員光是找誰的口罩就會找到發瘋
因此口罩系統也根本沒設計"物流追蹤"(包裹指名)的需要
口罩系統需要的是統計每個分店需要的口罩總數，合併成一個包裹
不然某分店有500人要買口罩，分成500個包裹，全國合計233萬份的包裹
承接的物流公司、中轉站人員、派送人員處理這麼多份包裹，也會發瘋
事情不是某網友在做，他就把別人的精力時間想得很廉價，你不要被他誤導了
總之能靠電腦系統解決的事情，絕對比靠用人工處理來的好
派送1萬多份包裹又比派送233萬份包裹好(四大超商分店數目約11500多)
口罩系統若要採"取貨付款"，反而跟現有的指名包裹物流模式不合
在不合的情況下硬要套用，只會花更多更多的工、沒比較省事...
mig33 wrote:
我說過 接銀行是串，接超商也是串
不管串接背後有多少事情要做
絕對不會是"超商取貨付款"做的比較少
假設你說的"串接銀行金流"要做很多事是成立的
難道就可以因此得出"串接超商金流"不必做很多事？
(若你覺得因此就可以做比較少的事，這又是你的"想像")
更何況也有網友指出來了
「要直接串超商系統，還要改寫」
於是要做的事情只會更多、不會更少
而且還存在233萬份指名包裹是找物流人員及超商店員麻煩等更嚴重的問題
mig33 wrote:
你用了"可能"兩字，代表你其實不知道
金流公司要做的事情就像你去銀行開帳戶或申請網路銀行那樣
如果有要跑什麼流程(人工確認)
超商取貨付款的模式也不會省下這些流程
所以討論要不要跑這些流程，有差嗎？
而且超商金流是"代收款"，多一個經手單位，代表更多流程
會從 "雙方確認" 變成 "三方確認"，這樣有比較省事嗎？
mig33 wrote:
"先付款再出貨"(金流不綁物流)可以合併成只剩1萬多筆的物流配送
但"取貨付款"(1筆金流綁1筆物流)會產生233萬筆物流配送，不是嚴重問題嗎？
為了怕癱瘓金流系統，不如改成癱瘓物流系統的概念？
