Central Ledger API
Introduction
This document provides detailed information about the Central Ledger API. The Central Ledger API is a Mojaloop API enabling Hub Operators to manage admin processes around:
Creating/activating/deactivating participants in the Hub
Adding and updating participant endpoint information
Managing participant accounts, limits, and positions
Creating Hub accounts
Performing Funds In and Funds Out operations
Creating/updating/viewing settlement models
Retrieving transfer details
For background information about the participant and settlement model details that the Hub Operator can administer using the Central Ledger API, see section Basic concepts.
Basic concepts
To provide context for the admin operations that the Central Ledger API enables, this section gives a brief definition of some basic concepts.
Participant
Either the Hub itself or a Digital Financial Service Provider (DFSP) that is a participant in a Mojaloop scheme.
Endpoint
The DFSP callback URL where the Hub routes API callbacks. The URL specified is the endpoint set up in the outbound API gateway.
Limit
Currently, only one type of limit is supported, it is called "Net Debit Cap (NDC)". In the future, it is possible to add support for further types of limits.
The Net Debit Cap represents the liquidity cover available for a specific account (the Position account). It is the total amount of good funds which the scheme attests are available to guarantee that a participant is able to settle the liabilities it incurs on the Position account as a consequence of transferring funds. This amount of good funds is represented as the balance of an account (the Settlement account), which is tied to the Position account by a settlement model. The source of the funds in this account can be either funds recorded by the scheme's administrators as having been deposited to or withdrawn from the Settlement account, or funds which are automatically credited to or debited from the account by the scheme if the account is the Settlement account for an immediate gross settlement model.
It should also be possible for a participant to specify that an amount, or a proportion, of the funds available in a Settlement account should be excluded from the Net Debit Cap calculation. In cases where a participant is a long-term net beneficiary of funds via settlement, or where participants keep extra funds in their Settlement account to cover periods when it may not be possible to deposit funds to those accounts, it may wish to exclude part of the balance of its Settlement account from use as cover for transfers.
Account
Also called Ledger. The Hub maintains a number of internal accounts to keep track of the movement of money (both e-money and real money) between DFSPs.
Position
The Position represents the net of:
transfers on that account which have cleared but have not yet settled, and
transfers on that account where:
the DFSP is the debtor party, and
the transfer has been accepted for processing by the Hub, but has not yet cleared.
The Position for a given account is always verifiably up to date.
When a transfer is requested, the Hub will check that the DFSP has liquidity cover available on that account to cover the amount of the transfer. If it does not, the transfer will be rejected.
We currently allow liabilities to the participant which have been created as a consequence of transfers on the account where the participant is the beneficiary to reduce the participant's Position as if the liabilities had already been settled.
Funds In and Funds Out
Funds In and Funds Out operations are used to track (in the Hub accounts) money movements related to deposits and withdrawals, as well as settlements.
Funds In operations record either the deposit of money into a DFSP's settlement bank account or the settlement amount for a receiving DFSP.
Funds Out operations record either the withdrawal of money from a DFSP's settlement bank account or the settlement amount for a sending DFSP.
Settlement model
Refers to how settlement happens within a scheme. Settlement is the process of transferring funds from one DSFP to another, so that the payer's DFSP reimburses the payee's DFSP for funds given to the payee during a transaction. A settlement model specifies if participants settle with each other separately or settle with the scheme, whether transfers are settled one by one or as a batch, whether transfers are settled immediately or with a delay, and so on.
HTTP details
This section contains detailed information regarding the use of the application-level protocol HTTP in the API.
HTTP header fields
HTTP headers are generally described in RFC 7230. Any headers specific to the Central Ledger API will be standardised in the future.
HTTP methods
The following HTTP methods, as defined in RFC 7231, are supported by the API:
GET
– The HTTP GET method is used from a client to retrieve information about a previously-created object on a server.POST
– The HTTP POST method is used from a client to request an object to be created on the server.PUT
– The HTTP PUT method is used from a client to request an object already existing on the server to be modified (to replace a representation of the target resource with the request payload).
NOTE: The
DELETE
method is not supported.
HTTP response status codes
The HTTP response status codes table lists the HTTP response status codes that the API supports:
Status Code | Reason | Description |
---|---|---|
200 | OK | Standard response for a successful |
201 | Created | The |
202 | Accepted | The request has been accepted for processing, but the processing has not been completed. |
400 | Bad Request | The server could not understand the request due to invalid syntax. |
401 | Unauthorized | The request requires authentication in order to be processed. |
403 | Forbidden | The request was denied and will be denied in the future. |
404 | Not Found | The requested resource is not available at the moment. |
405 | Method Not Allowed | An unsupported HTTP method for the request was used. |
406 | Not Acceptable | The requested resource is capable of generating only content not acceptable according to the Accept headers sent in the request. |
500 | Internal Server Error | A generic error message, given when an unexpected condition was encountered and no more specific message is suitable. |
501 | Not Implemented | The server does not support the requested service. The client should not retry. |
503 | Service Unavailable | The server is currently unavailable to accept any new service requests. This should be a temporary state, and the client should retry within a reasonable time frame. |
API services
This section introduces and details all services that the API supports for each resource and HTTP method.
High-level API services
On a high level, the API can be used to perform the following actions:
/participants
: View, create, update participant-related details, such as limit (Net Debit Cap), position, or endpoints configured./settlementModels
: View, create, update settlement-model-related details, such as granularity, delay, liquidity check, and so on./transactions
: View transaction details for a particular transfer.
Supported API services
The Supported API services table includes high-level descriptions of the services that the API provides. For more detailed information, see the sections that follow.
URI | HTTP method | HTTP method | HTTP method | HTTP method |
| Get information about all participants | Not supported | Create participants in the Hub | Not supported |
| View limits for all participants | Not supported | Not supported | Not supported |
| Get information about a particular participant | Update participant details (activate/deactivate a participant) | Not supported | Not supported |
| View participant endpoints | Not supported | Add/Update participant endpoints | Not supported |
| View participant limits | Adjust participant limits | Not supported | Not supported |
| View participant positions | Not supported | Not supported | Not supported |
| View participant accounts and balances | Not supported | Create Hub accounts | Not supported |
| Not supported | Update participant accounts | Record Funds In or Out of participant account | Not supported |
| Not supported | Not supported | Record a Transfer as a Funds In or Out transaction for a participant account | Not supported |
| Not supported | Not supported | Add initial participant limits and position | Not supported |
| View all settlement models | Not supported | Create a settlement model | Not supported |
| View settlement model by name | Update a settlement model (activate/deactivate a settlement model) | Not supported | Not supported |
| Retrieve transaction details by | Not supported | Not supported | Not supported |
API Resource /participants
/participants
The services provided by the resource /participants
are primarily used by the Hub Operator for viewing, creating, and updating participant-related details, such as limit (Net Debit Cap), position, or endpoints configured.
GET /participants
Retrieves information about all participants.
Example request
Example response
NOTE: In the example below,
dev1-central-ledger.mojaloop.live
indicates where the Central Ledger service of the Mojaloop Hub is running. This detail will be different in your implementation.
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | The identifier of the participant in the form of a fully qualified domain name combined with the participant's | |
| yes | Date and time when the participant was created. | |
| yes | A flag to indicate whether or not the participant is active. Possible values are | |
| yes | List of links for a Hypermedia-Driven RESTful Web Service. | |
| yes | The list of ledger accounts configured for the participant. |
POST /participants
Creates a participant in the Hub.
Example request
Request data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | The currency that the participant will transact in. |
Example response
NOTE: In the example below,
dev1-central-ledger.mojaloop.live
indicates where the Central Ledger service of the Mojaloop Hub is running. This detail will be different in your implementation.
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | The identifier of the participant in the form of a fully qualified domain name combined with the participant's | |
| yes | Date and time when the participant was created. | |
| yes | A flag to indicate whether or not the participant is active. Possible values are | |
| yes | List of links for a Hypermedia-Driven RESTful Web Service. | |
| yes | The list of ledger accounts configured for the participant. |
GET /participants/limits
Retrieves limits information for all participants.
Query parameters
Name | Required | Type | Description |
---|---|---|---|
| no | The currency of the limit. | |
| no | Limit type. |
Example request
Example response
NOTE: In the example below,
dev1-central-ledger.mojaloop.live
indicates where the Central Ledger service of the Mojaloop Hub is running. This detail will be different in your implementation.
Response data model
Each limit in the returned list is applied to the specified participant name and currency in each object.
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | The currency configured for the participant. | |
| yes | The limit configured for the participant. |
GET /participants/{name}
Retrieves information about a particular participant.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. |
Example request
Example response
NOTE: In the example below,
dev1-central-ledger.mojaloop.live
indicates where the Central Ledger service of the Mojaloop Hub is running. This detail will be different in your implementation.
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | The identifier of the participant in the form of a fully qualified domain name combined with the participant's | |
| yes | Date and time when the participant was created. | |
| yes | A flag to indicate whether or not the participant is active. Possible values are | |
| yes | List of links for a Hypermedia-Driven RESTful Web Service. | |
| yes | The list of ledger accounts configured for the participant. |
PUT /participants/{name}
Updates participant details (activates/deactivates a participant).
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. |
Example request
Request data model
Name | Required | Type | Description |
---|---|---|---|
| yes | A flag to indicate whether or not the participant is active. |
Example response
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | The identifier of the participant in the form of a fully qualified domain name combined with the participant's | |
| yes | Date and time when the participant was created. | |
| yes | A flag to indicate whether or not the participant is active. Possible values are | |
| yes | List of links for a Hypermedia-Driven RESTful Web Service. | |
| yes | The list of ledger accounts configured for the participant. |
GET /participants/{name}/endpoints
Retrieves information about the endpoints configured for a particular participant.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. |
Example request
Example response
Response data model
POST /participants/{name}/endpoints
Adds/updates endpoints for a particular participant.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. |
Example request
Request data model
Example response
GET /participants/{name}/limits
Retrieves limits information for a particular participant.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. |
Query parameters
Name | Required | Type | Description |
---|---|---|---|
| no | The currency of the limit. | |
| no | Limit type. |
Example request
Example response
Response data model
Each limit in the returned list is applied to the specified participant name and currency in each object.
Name | Required | Type | Description |
---|---|---|---|
| yes | The currency configured for the participant. | |
| yes | The limit configured for the participant. |
PUT /participants/{name}/limits
Adjusts limits for a particular participant.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. |
Example request
Request data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The currency configured for the participant. | |
| yes | The limit configured for the participant. |
Example response
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The currency configured for the participant. | |
| yes | The limit configured for the participant. |
GET /participants/{name}/positions
Retrieves the position of a particular participant.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. |
Query parameters
Name | Required | Type | Description |
---|---|---|---|
| no | The currency of the limit. |
Example request
Example response
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The currency configured for the participant. | |
| yes | Position value. | |
| yes | Date and time when the position last changed. |
GET /participants/{name}/accounts
Retrieves the accounts and balances of a particular participant.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. |
Example request
Example response
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | Identifier of the ledger account. | |
| yes | Type of ledger account. | |
| yes | The currency of the ledger account. | |
| yes | A flag to indicate whether or not the ledger account is active. Possible values are | |
| yes | Account balance value. | |
| yes | Value reserved in the account. | |
| yes | Date and time when the ledger account last changed. |
POST /participants/{name}/accounts
Creates accounts in the Hub.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. |
Example request
Request data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The currency of the participant ledger account. | |
| yes | Type of ledger account. |
Example response
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | The identifier of the participant in the form of a fully qualified domain name combined with the participant's | |
| yes | Date and time when the participant was created. | |
| yes | A flag to indicate whether or not the participant is active. Possible values are | |
| yes | List of links for a Hypermedia-Driven RESTful Web Service. | |
| yes | The list of ledger accounts configured for the participant. |
POST /participants/{name}/accounts/{id}
Records Funds In or Out of a participant account.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | Account identifier. |
Example request
Request data model
Name | Required | Type | Description |
---|---|---|---|
| yes | Transfer identifier. | |
| yes | Reference to any external data, such as an identifier from the settlement bank. | |
| yes | The action performed on the funds. Possible values are: | |
| yes | The reason for the FundsIn or FundsOut action. | |
| yes | The FundsIn or FundsOut amount. | |
| no | Additional details. |
Example response
PUT /participants/{name}/accounts/{id}
Updates a participant account. Currently, updating only the isActive
flag is supported.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | Account identifier. |
Example request
Request data model
Name | Required | Type | Description |
---|---|---|---|
| yes | A flag to indicate whether or not the participant account is active. |
Example response
PUT /participants/{name}/accounts/{id}/transfers/{transferId}
Records a transfer as a Funds In or Out transaction for a participant account.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | Account identifier. | |
| yes | Transfer identifier. |
Example request
Request data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The FundsOut action performed. Possible values are: | |
| yes | The reason for the FundsOut action. |
Example response
POST /participants/{name}/initialPositionAndLimits
Adds initial limits and a position for a particular participant.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. |
Example request
Request data model
Name | Required | Type | Description |
---|---|---|---|
| yes | The currency of the participant. | |
| yes | The limit configured for the participant. | |
| no | Initial Position. |
Example response
API Resource /settlementModels
/settlementModels
The services provided by the resource /settlementModels
are used by the Hub Operator for creating, updating, and viewing settlement models.
GET /settlementModels
Retrieves information about all settlement models.
Example request
Example response
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | Settlement model identifier. | |
| yes | Settlement model name. | |
| yes | A flag to indicate whether or not the settlement model is active. | |
| yes | Specifies whether transfers are settled one by one or as a batch. Possible values are:
| |
| yes | Specifies the type of settlement arrangement between parties. Possible values are:
| |
| yes | Specifies if settlement happens immediately after a transfer has completed or with a delay. Possible values are:
| |
| yes | The currency configured for the settlement model. | |
| yes | A flag to indicate whether or not the settlement model requires liquidity check. | |
| yes | Type of ledger account. Possible values are:
| |
| yes | A flag to indicate whether or not the settlement model requires the automatic reset of the position. |
POST /settlementModels
Creates a settlement model.
Example request
Request data model
Name | Required | Type | Description |
---|---|---|---|
| yes | Settlement model name. | |
| yes | Specifies whether transfers are settled one by one or as a batch. Possible values are:
| |
| yes | Specifies the type of settlement arrangement between parties. Possible values are:
| |
| yes | Specifies if settlement happens immediately after a transfer has completed or with a delay. Possible values are:
| |
| yes | The currency configured for the settlement model. | |
| yes | A flag to indicate whether or not the settlement model requires liquidity check. | |
| yes | Type of ledger account. Possible values are:
| |
| yes | A special type of ledger account into which settlements should be settled. Possible values are:
| |
| yes | A flag to indicate whether or not the settlement model requires the automatic reset of the position. |
Example response
GET /settlementModels/{name}
Retrieves information about a particular settlement model.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the settlement model. |
Example request
Example response
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | Settlement model identifier. | |
| yes | Settlement model name. | |
| yes | A flag to indicate whether or not the settlement model is active. | |
| yes | Specifies whether transfers are settled one by one or as a batch. Possible values are:
| |
| yes | Specifies the type of settlement arrangement between parties. Possible values are:
| |
| yes | Specifies if settlement happens immediately after a transfer has completed or with a delay. Possible values are:
| |
| yes | The currency configured for the settlement model. | |
| yes | A flag to indicate whether or not the settlement model requires liquidity check. | |
| yes | Type of ledger account. Possible values are:
| |
| yes | A flag to indicate whether or not the settlement model requires the automatic reset of the position. |
PUT /settlementModels/{name}
Updates a settlement model (activates/deactivates a settlement model).
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the settlement model. |
Example request
Request data model
Name | Required | Type | Description |
---|---|---|---|
| yes | A flag to indicate whether or not the settlement model is active. |
Example response
Response data model
Name | Required | Type | Description |
---|---|---|---|
| yes | Settlement model identifier. | |
| yes | Settlement model name. | |
| yes | A flag to indicate whether or not the settlement model is active. | |
| yes | Specifies whether transfers are settled one by one or as a batch. Possible values are:
| |
| yes | Specifies the type of settlement arrangement between parties. Possible values are:
| |
| yes | Specifies if settlement happens immediately after a transfer has completed or with a delay. Possible values are:
| |
| yes | The currency configured for the settlement model. | |
| yes | A flag to indicate whether or not the settlement model requires liquidity check. | |
| yes | Type of ledger account. Possible values are:
| |
| yes | A flag to indicate whether or not the settlement model requires the automatic reset of the position. |
API Resource /transactions
/transactions
The services provided by the resource /transactions
are used by the Hub Operator for retrieving transfer details.
GET /transactions/{id}
Retrieves information about a particular transaction.
Path parameters
Name | Required | Type | Description |
---|---|---|---|
| yes | Transfer identifier. |
Example request
Example response
Response data model
Name | Required | Type | Description |
---|---|---|---|
| Quote identifier. | ||
| Transaction identifier. | ||
| Identifies an optional previously-sent transaction request. | ||
| Payee details. | ||
| Payer details. | ||
| Transaction amount. | ||
| Transaction details. | ||
| A memo that will be attached to the transaction. | ||
| Additional details. |
Data models used by the API
Format
For details on the formats used for element data types used by the API, see section Element Data Type Formats in the Mojaloop FSPIOP API Definition.
Element Data Type Formats
This section defines element data types used by the API.
Amount
For details, see section Amount in the Mojaloop FSPIOP API Definition.
Boolean
A "true"
or "false"
value.
DateTime
For details, see section DateTime in the Mojaloop FSPIOP API Definition.
Enum
For details, see section Enum in the Mojaloop FSPIOP API Definition.
Integer
For details, see section Integer in the Mojaloop FSPIOP API Definition.
Number
The API data type Number
is a an arbitrary-precision, base-10 decimal number value.
String
For details, see section String in the Mojaloop FSPIOP API Definition.
UUID
For details, see section UUID in the Mojaloop FSPIOP API Definition.
Element Definitions
This section defines element types used by the API.
IsActive
Data model for the element IsActive.
Name | Required | Type | Description |
---|---|---|---|
| yes | A flag to indicate whether or not a ledger account / participant is active. Possible values are |
IsActiveBoolean
Data model for the element IsActiveBoolean.
Name | Required | Type | Description |
---|---|---|---|
| yes | A flag to indicate whether or not an account / participant / settlement model is active. |
CurrencyEnum
For details, see section Currency enum in the Mojaloop FSPIOP API Definition.
RequireLiquidityCheck
Data model for the element RequireLiquidityCheck.
Name | Required | Type | Description |
---|---|---|---|
| yes | A flag to indicate whether or not a settlement model requires liquidity check. |
Self
Data model for the element Self.
Name | Required | Type | Description |
---|---|---|---|
| yes | Fully qualified domain name combined with the |
SettlementDelay
Data model for the element SettlementDelay.
Name | Required | Type | Description |
---|---|---|---|
| yes | Enum of String | Specifies if settlement happens immediately after a transfer has completed or with a delay. Allowed values for the enumeration are:
|
SettlementGranularity
Data model for the element SettlementGranularity.
Name | Required | Type | Description |
---|---|---|---|
| yes | Enum of String | Specifies whether transfers are settled one by one or as a batch. Allowed values for the enumeration are:
|
SettlementInterchange
Data model for the element SettlementInterchange.
Name | Required | Type | Description |
---|---|---|---|
| yes | Enum of String | Specifies the type of settlement arrangement between parties. Allowed values for the enumeration are:
|
Complex types
Accounts
The list of ledger accounts configured for the participant. For details on the account object, see IndividualAccount.
ErrorInformation
For details, see section ErrorInformation in the Mojaloop FSPIOP API Definition.
ErrorInformationResponse
Data model for the complex type object that contains an optional element ErrorInformation used along with 4xx and 5xx responses.
Extension
For details, see section Extension in the Mojaloop FSPIOP API Definition.
ExtensionList
For details, see section ExtensionList in the Mojaloop FSPIOP API Definition.
IndividualAccount
Data model for the complex type IndividualAccount.
Name | Required | Type | Description |
---|---|---|---|
| yes | Identifier of the ledger account. | |
| yes | Type of the ledger account (for example, POSITION). | |
| yes | The currency of the account. | |
| yes | A flag to indicate whether or not the ledger account is active. Possible values are | |
| yes | Date and time when the ledger account was created. | |
| yes | The entity that created the ledger account. |
Limit
Data model for the complex type Limit.
Money
For details, see section Money in the Mojaloop FSPIOP API Definition.
Participant
Data model for the complex type Participant.
Name | Required | Type | Description |
---|---|---|---|
| yes | The name of the participant. | |
| yes | The identifier of the participant in the form of a fully qualified domain name combined with the participant's | |
| yes | Date and time when the participant was created. | |
| yes | A flag to indicate whether or not the participant is active. Possible values are | |
| yes | List of links for a Hypermedia-Driven RESTful Web Service. | |
| yes | The list of ledger accounts configured for the participant. |
ParticipantFunds
Data model for the complex type ParticipantFunds.
Name | Required | Type | Description |
---|---|---|---|
| yes | Transfer identifier. | |
| yes | Reference to any external data, such as an identifier from the settlement bank. | |
| yes | The action performed on the funds. Possible values are: | |
| yes | The reason for the FundsIn or FundsOut action. | |
| yes | The FundsIn or FundsOut amount. | |
| no | Additional details. |
ParticipantLimit
Data model for the complex type ParticipantLimit.
Name | Required | Type | Description |
---|---|---|---|
| yes | The type of participant limit (for example, | |
| yes | The value of the limit that has been set for the participant. | |
| yes | An alarm notification is triggered when a pre-specified percentage of the limit is reached. Specifying an |
ParticipantsNameEndpointsObject
Data model for the complex type ParticipantsNameEndpointsObject.
ParticipantsNameLimitsObject
Data model for the complex type ParticipantsNameLimitsObject.
Name | Required | Type | Description |
---|---|---|---|
| yes | The currency configured for the participant. | |
| yes | The limit configured for the participant. |
Party
For details, see section Party in the Mojaloop FSPIOP API Definition.
PartyComplexName
For details, see section PartyComplexName in the Mojaloop FSPIOP API Definition.
PartyIdInfo
For details, see section PartyIdInfo in the Mojaloop FSPIOP API Definition.
PartyPersonalInfo
For details, see section PartyPersonalInfo in the Mojaloop FSPIOP API Definition.
RecordFundsOut
Data model for the complex type RecordFundsOut.
Name | Required | Type | Description |
---|---|---|---|
| yes | The FundsOut action performed. Possible values are: | |
| yes | The reason for the FundsOut action. |
Refund
Data model for the complex type Refund.
Name | Required | Type | Description |
---|---|---|---|
| yes | Reference to the original transaction id that is requested to be refunded. | |
| no | Free text indicating the reason for the refund. |
SettlementModelsObject
Data model for the complex type SettlementModelsObject.
Name | Required | Type | Description |
---|---|---|---|
| yes | Settlement model identifier. | |
| yes | Settlement model name. | |
| yes | A flag to indicate whether or not the settlement model is active. | |
| yes | Specifies whether transfers are settled one by one or as a batch. Possible values are:
| |
| yes | Specifies the type of settlement arrangement between parties. Possible values are:
| |
| yes | Specifies if settlement happens immediately after a transfer has completed or with a delay. Possible values are:
| |
| yes | The currency configured for the settlement model. | |
| yes | A flag to indicate whether or not the settlement model requires liquidity check. | |
| yes | Type of ledger account. Possible values are:
| |
| yes | A flag to indicate whether or not the settlement model requires the automatic reset of the position. |
TransactionType
For details, see section TransactionType in the Mojaloop FSPIOP API Definition.
Last updated