從技術上講，信用卡或借記卡退款與電匯相同嗎？
我試圖找出一些類別來包含某種匯款/交易，但我的銀行“專業知識”不足。
好的，我要分組的是以下內容：
- 信用卡退款
- 借記卡退款
- ACH
- 電匯
- 銀行轉賬
我有點不同意 Wikipedia <https://en.wikipedia.org/wiki/Wire_transfer>放在同一行：電匯、銀行轉帳和信用轉帳。
銀行轉賬也可以是與電匯明顯不同的 ACH。但確實，電匯也是銀行轉賬。關於學分轉移，並不是我想在這裡吹毛求疵，但對我來說，這是另一回事（尤其是取決於上下文）。
從物件導向繼承的角度來看，我會說：
Wire Transfers -> Bank TransfersACHs -> Bank Transfers現在談到銀行卡退款，我有點懷疑，我會說“是的，當然它們就像銀行轉賬”，但不是真正的電匯。一方面，它們是電子的，這是肯定的，但另一方面，電匯通常需要銀行賬戶詳細資訊（即 IBAN + SWIFT/BIC 程式碼 + 所有者姓名）。
Credit Card -> Bank CardDebit Card -> Bank Card所以：
Credit Card Refunds -> Bank Card RefundsDebit Card Refunds -> Bank Card Refunds但：
Bank Card Refunds -> ???一般來說，我不太確定我是否可以考慮使用銀行卡進行的購買（無論是實際類型）都可以視為電匯，因為企業並沒有真正擁有客戶的實際銀行賬戶詳細資訊。
無論如何，如果有人能夠闡明銀行卡退款以及它們是否可以被視為某種電匯，那將是非常感激的。
[編輯]
好吧，我為什麼要尋找類別的原因是，我目前正在開發一款通過電匯（SEPA + International）執行退款+補償（在善意手勢的意義上）以及退款購買的軟體用銀行卡。
我正在尋找一個包含整個軟體及其子組件的名稱。
退款在某種意義上是不准確的，因為某些遺留原因，它還處理據稱與退款不同的善意手勢。
長話短說：
- 善意的電匯+卡無法處理的退款
- 銀行卡退款
關於整個事情，除了“匯款”或“交易”之類的東西。
匯款/交易：
電匯：
- 退款
- 善意手勢
銀行卡：
- 退款
不過，不確定這種結構是否有意義。
您的標題問題的簡單答案，
從技術上講，信用卡或借記卡退款與電匯相同嗎？
是**沒有。**它們在技術上並不相同，甚至在技術上也不相關。
在技術實現方面，借記卡或信用卡購買退款與普通卡購買交易相同。它們通過給定的卡支付網路（即 Visa、Mastercard 等）作為發卡銀行和商業銀行之間的資金轉移進行處理。
實際上，信用卡退款（技術上）與信用卡購買相同，只是前面有一個負號。
你還問了一個關於信用卡交易的後續問題，
我不太確定我是否可以考慮使用銀行卡進行的購買（無論是實際類型）都可以被視為電匯，因為企業實際上並沒有客戶的實際銀行賬戶詳細資訊。
答案是否定的。如上所述，信用卡和借記卡交易通過由 Visa 或 Mastercard 等品牌管理的專用支付網路進行。有幾種不同類型的卡交易可能通過給定的網路以不同的方式處理，但它們與通過 SWIFT 等網路處理的“電匯”完全分開處理。
綜上所述，您似乎正在嘗試解決對交易類型進行分類的更大問題。如果沒有更多上下文，這是一個更難解決的問題（分類的目的是什麼？）因此，也許您可以在更多上下文中進行編輯，或者如果它足夠不同，請提出另一個問題。
您正在錯誤地處理這個問題。它也可能不應該出現在這個網站上。從編碼的角度來看，您對此的思考方式存在一些思維錯誤。您將信用卡視為一個類別，但每種類型的發卡機構都有自己的規則，並且可能有超越一般規則的契約。每個清算這些項目的金融機構也可以有自己的規則。
電彙和 ACH 在銀行對銀行的基礎上進行標準化，但是通過銀行訪問電匯系統，作為局外人，您無法直接訪問其中任何一個。Fed Wire 有一個獨立的國際系統，還有西聯匯款等私人系統。內部銀行轉賬按照特定銀行內部的規則執行。
還有一些金融機構無法直接使用有線設施。信用合作社通過代理銀行進入銀行系統。他們沒有直接訪問系統的合法權利。此外，一些其他類型的美國金融機構提供交易服務，但只能通過代理銀行獲得。一些保險公司允許您通過支票賬戶之類的功能索取保險金，但向賬戶中充值是非法的，並且支票可以“通過”另一家銀行“支付”。在這些情況下，允許真正的退款，但添加任何款項都是違法的。
美國的一些州對在其境內經營的銀行施加法律限制。某些類型的交易只有在它們起源於其州邊界內時才會發生。例如，某些州只允許在 ATM 機在州界內進行存款。來自同一家銀行的錢不能從另一個州到達，即使它是同一家合法公司。儘管這通常不會影響您，但一個州未來的某些法律可能會影響允許的內容並非不可能。
在這種情況下，您需要一個結構良好的需求文件，其中所有規則都由主題專家涵蓋。您不可能在網路論壇或一般法規中收集到足夠的資訊。
在美國，你有五十個州，聯邦政府，你有領土和地區的管理機構，如波多黎各或哥倫比亞特區。在各州，您有獨立的銀行、保險和經紀監管機構。有幾個州將它們統一起來。在聯邦一級，有貨幣管制員辦公室、聯邦存款保險公司、美聯儲、國家信用合作社管理局和消費者金融保護局。此外，您還擁有製定自己的法規和契約要求的發卡機構。最後，您有軟體供應商。這些中的每一個都具有破壞您的軟體的合法權利。
雖然您需要的大部分內容都已標準化，但這不是收集這些標準的論壇。您正在處理一個很好解決的問題，但您需要知道數據供應商是如何解決這個問題的。您還需要了解他們如何監控任何司法管轄區的法律變化。
這篇文章的大部分內容只是抽象的，因為大多數州都同意大致統一的法律。但是，如果 A 人因死亡而在人壽保險公司有存款，並且他們使用借記卡進行了 100 美元的購買並且購買被取消並退款，則您不能添加額外的錢，因為保險公司不接受. 假設在歐洲有效的東西在阿拉巴馬州是允許的，即使在其他所有州都是可以接受的，這是不安全的。您也不應該因為 Visa 允許某些事情就認為 Diner’s Club 也會允許。
由主題專家審查的適當需求文件是無可替代的。
我知道您想在 OO 框架中執行此操作，但是在您了解規則的技術組件之前，這不會開始。此外，我可能會看到額外的資金通過 IRS 和相應的州稅務機關對您提出稅務報告要求，並且根據交易金額或頻率，還會對收款銀行提出洗錢報告要求。