You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Updated document ToC navigation link for gh-pages. (#5)
* - Removed the suppression of ToC pages on gh-pages.
- Removed the document ToC to eliminate duplication.
* - Update release to v8.5.2
- Update circleCI to use { .Revision } instead instead of { checksum "package.json" } (recommended by Miguel - mojaloop/documentation#135)
- Restored ToC in documents - do not want to alter the current document content.
* Corrected the internal document ToC navigation for gh-pages.
@@ -227,7 +227,7 @@ The Scheme may wish to provide some mechanism for porting a Scheme ID from one D
227
227
228
228
The following sections describe each service and the obligations and responsibilities of stakeholders. Each service consists of processes: most of the processes are linked to specific API calls specified in the "Open API Specification" section of this document.
229
229
230
-
## 2.The Account Lookup Service
230
+
## 2.The Account Lookup Service
231
231
232
232
### 2.1 Description of the Account Lookup Service
233
233
@@ -517,7 +517,7 @@ following sections:_
517
517
518
518
7._Real-time Transaction Interception Options_
519
519
520
-
8. Appendix: Scheme Supported Use Cases and System Parameters
520
+
## 8. Appendix: Scheme Supported Use Cases and System Parameters
521
521
522
522
_<ul>This is the same table as appears in the Business Rules document, but it has added the systemic codes necessary for the Platform to recognize a transaction as belonging to a given use case or secondary use case. A scheme would only define Secondary Use Cases if it wanted to write rules and/or specify fees that are unique to that Secondary Use Case</ul>_
[16 - Appendix: Risk Management, Security, Privacy, and Service Standards](#16.-appendix:-risk-management-security-privacy-and-service-standards)
71
+
[16 - Appendix: Risk Management, Security, Privacy, and Service Standards](#16-appendix-risk-management-security-privacy-and-service-standards)
72
72
73
73
## **A Guide to This Document**
74
74
@@ -307,7 +307,7 @@ Section Headings and bulleted entries underneath section headings are actual pro
307
307
308
308
- The Payee Participant must affirm, upon submission of each Transfer Response with a Transaction State "Committed", that the Transfer is being credited to an account that is AML-compliant and is executed in accordance with any account volume limitations, or any other regulation that apply in the territories in which they operate, and that the Payee has been provided all disclosure and has provided all consents necessary to conduct the Transfer in accordance with the Rules and under Applicable Law.
309
309
310
-
## 7. Liability - Allocation of Responsibilities
310
+
## 7. Liability - Allocation of Responsibilities
311
311
312
312
- Each Participant is responsible for errors made by them, and for fraud committed by its employees or contractors, in accordance with Applicable Law.
@@ -342,7 +342,7 @@ Mojaloop as a technology is designed to allow system-to-system connectivity. Sch
342
342
343
343
The relevant L1P principles here are low cost and "openness". The Mojaloop code in particular has the potential to turn cross-border transactions from ones that are governed by complex relationships (as in the case of traditional correspondent banking) into ones which are competed for in an open, interconnected marketplace. Schemes will need to evaluate the merits of this (arguably promoting lower costs) with the risks of dominance by major institutions. Scheme-to-scheme business arrangements may have a beneficial "level the playing field" characteristics. Hybrid relationships are also possible. This is an evolving area of the payment industry, and one where considerable variety of arrangements are both possible and likely.
344
344
345
-
## 13 Choice: Scheme Use by Other FSP's
345
+
## 13. Choice: Scheme Use by Other FSP's
346
346
347
347
A successful L1P aligned scheme will be used by many enterprises -- merchants, billers, government agencies, etc. as well as individual people. There will also be a wide range of other FSPs (Financial Services providers) which are not DFSP's: in other words, which do not hold customer transaction accounts. This includes payments services providers: aggregators, merchant services providers, various DFSP processors, etc., all of which may want to connect to and use the scheme.
0 commit comments