假如你拿着一張工行卡去建行的ATM取了100元，這時候就發生了跨行業務。 這個過程非常簡單： 建行系統告訴工行系統，有個工行用戶要在我這兒取100元，能不能讓他取？ 工行說，他的工行賬戶夠扣100元，你先幫我給了吧！ 建行ATM就吐出100元給你； 於是，你拿到了現金，同時你的工行賬戶也減少了100元。對你而言，整個交易就已經結束了。但是，建行先替工行給了你100元，這里形成了一個銀行間的債務關系：工行欠建行100元。這100元何時還，怎么還，雖說是銀行之間的事，但是只有等這100元還清了，銀行才會把這筆交易當做是真的完結了。可見，銀行的一次跨行取款可以分為支付和清算兩個步驟。
-
從你塞卡到ATM吐出鈔票，這個過程稱為支付（Payment）
-
工行還給建行100元，這個過程稱為清算（Clearing）
支付反映的是交易的信息流，一般都是實時的。當你在建行ATM取款時，工商銀行層面只是在它內部賬戶做了一次記賬而已，工商銀行的資金並未減少。但是建行和工行之間一定會發生實際的資金划轉以清償債權債務關系，所以清算反映的是交易的資金流。銀行之間可以每天清算一次，也可以隔一段時間再清算，不過大多數情況下的清算都是非實時的。
現代社會的幾乎所有商業行為，最終都會產生交易。而所有的交易，除了物物交換，最終都體現在銀行賬戶間的資金划撥上，因此一個國家的支付清算系統（Payment and Clearing System）是最基礎的工程。這個系統涉及兩個問題：
1. 信息流如何傳遞——即建行和工行之間以什么方式通信？
2. 資金流如何清算——即工行什么時候，以什么方式還給建行100塊？
這兩個問題的解決方案，就是我們要介紹的CNAPS（中國現代化支付清算系統）。CNAPS是逐漸演化而來的，在這個方案出來之前，為了解決信息流和資金流問題，我們經歷了古代的票號，近代的手工聯行系統，以及電子聯行系統EIS。所以在介紹CNAPS之前，先讓我們回到古代，看看古人是如何用票號和鏢局來解決這兩個問題的。