GITBOOK-1631: No subject

Author: venky-ganapathy

SUMMARY.md

@@ -369,8 +369,8 @@
 * [G2P Bridge](g2p-bridge/README.md)
   * [Features](g2p-bridge/features/README.md)
     * [Cash, goods & services](g2p-bridge/features/cash-goods-and-services.md)
-    * [Extensibility Layer](g2p-bridge/features/extensibility-connect-to-sponsor-banks.md)
-    * [Account Mapper Resolution](g2p-bridge/features/account-mapper-resolution.md)
+    * [Extensibility Layer](g2p-bridge/features/extensibility-connect-to-sponsor-banks/README.md)
+      * [Address resolver - SPAR](g2p-bridge/features/extensibility-connect-to-sponsor-banks/account-mapper-resolution.md)
     * [Reconciliation with Sponsor Bank](g2p-bridge/features/reconciliation-with-sponsor-bank.md)
     * [Scaling for High Volumes](g2p-bridge/features/scaling-for-high-volumes.md)
     * [Interoperability](g2p-bridge/features/interoperability.md)

g2p-bridge/features/extensibility-connect-to-sponsor-banks.md renamed to g2p-bridge/features/extensibility-connect-to-sponsor-banks/README.md

@@ -1,4 +1,6 @@
-# Account Mapper Resolution
+# Address resolver - SPAR
+
+**Specific implementation of Address resolver - where G2P Bridge connects to OpenG2P SPAR to retrieve the Financial Address of a Beneficiary**
 
 The upstream Program Management (MIS) systems provide a disbursement list for every disbursement cycle. While many MIS systems currently store beneficiary financial address, the DPI paradigm seeks to abstract this financial address information into a de-coupled purpose built account mapper service. This design ensures that the beneficiary has to ensure his correct financial address (either a bank account or a mobile wallet) only in one single place as opposed to registering his financial address in every Program.