@mojaloop/api-snippets 18.3.1 → 18.4.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +20 -0
- package/audit-ci.jsonc +7 -1
- package/docs/fspiop-rest-v2.0-ISO20022-openapi3-snippets.yaml +0 -2
- package/docs/sdk-scheme-adapter-outbound-v2_1_0-openapi3-snippets.yaml +1 -1
- package/docs/thirdparty-admin-v2.0-openapi3-snippets.yaml +3705 -0
- package/docs/thirdparty-openapi3-snippets.yaml +5 -5
- package/docs/thirdparty-v1.0-openapi3-snippets.yaml +3802 -0
- package/docs/thirdparty-v2.0-openapi3-snippets.yaml +1825 -0
- package/eslint.config.mjs +70 -0
- package/fspiop/v2_0_ISO20022/openapi3/components/schemas/FinancialInstitutionIdentification18.yaml +0 -1
- package/fspiop/v2_0_ISO20022/openapi3/components/schemas/FinancialInstitutionIdentification23.yaml +0 -1
- package/lib/fspiop/v2_0/index.js +0 -1
- package/lib/fspiop/v2_0/index.js.map +1 -1
- package/lib/fspiop/v2_0_ISO20022/index.js +0 -1
- package/lib/fspiop/v2_0_ISO20022/index.js.map +1 -1
- package/lib/fspiop/v2_0_ISO20022/json-schemas.json +0 -71
- package/lib/fspiop/v2_0_ISO20022/schemas.d.ts +0 -140
- package/lib/index.js +0 -1
- package/lib/index.js.map +1 -1
- package/lib/sdk-scheme-adapter/v2_0_0/backend/index.js +0 -1
- package/lib/sdk-scheme-adapter/v2_0_0/backend/index.js.map +1 -1
- package/lib/sdk-scheme-adapter/v2_0_0/outbound/index.js +0 -1
- package/lib/sdk-scheme-adapter/v2_0_0/outbound/index.js.map +1 -1
- package/lib/sdk-scheme-adapter/v2_1_0/backend/index.js +0 -1
- package/lib/sdk-scheme-adapter/v2_1_0/backend/index.js.map +1 -1
- package/lib/sdk-scheme-adapter/v2_1_0/outbound/index.js +0 -1
- package/lib/sdk-scheme-adapter/v2_1_0/outbound/index.js.map +1 -1
- package/lib/sdk-scheme-adapter/v2_1_0/outbound/json-schemas.json +1 -1
- package/lib/sdk-scheme-adapter/v2_1_0/outbound/schemas.d.ts +1 -1
- package/lib/thirdparty/v2_0/openapi.d.ts +1726 -0
- package/lib/thirdparty/v2_0/openapi.js +7 -0
- package/lib/thirdparty/v2_0/openapi.js.map +1 -0
- package/package.json +48 -45
- package/sdk-scheme-adapter/v2_1_0/components/schemas/transferRequest.yaml +1 -1
- package/test/dto/{thirdparty.test.ts → thirdparty_v1_0.test.ts} +1 -1
- package/thirdparty/v1_0/openapi3/components/schemas/FIDOPublicKeyCredentialAssertion.yaml +2 -2
- package/thirdparty/v1_0/openapi3/components/schemas/FIDOPublicKeyCredentialAttestation.yaml +3 -3
- package/thirdparty/v1_0/openapi3/thirdparty-dfsp-api.yaml +68 -61
- package/thirdparty/v1_0/openapi3/thirdparty-pisp-api.yaml +82 -75
- package/thirdparty/v2_0/openapi3/components/headers/Content-Length.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/headers/Content-Type.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/Accept.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/Content-Length.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/Content-Type.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/Date.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/FSPIOP-Destination.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/FSPIOP-Encryption.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/FSPIOP-HTTP-Method.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/FSPIOP-Signature.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/FSPIOP-Source.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/FSPIOP-URI.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/ID.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/ServiceType.yaml +6 -0
- package/thirdparty/v2_0/openapi3/components/parameters/SubId.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/Type.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/parameters/X-Forwarded-For.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/responses/200.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/responses/202.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/responses/400.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/responses/401.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/responses/403.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/responses/404.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/responses/405.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/responses/406.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/responses/501.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/responses/503.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Account.yaml +17 -0
- package/thirdparty/v2_0/openapi3/components/schemas/AccountAddress.yaml +25 -0
- package/thirdparty/v2_0/openapi3/components/schemas/AccountList.yaml +11 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Amount.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/AmountType.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/AuthenticationResponse.yaml +10 -0
- package/thirdparty/v2_0/openapi3/components/schemas/AuthenticatorAssertionResponse.yaml +32 -0
- package/thirdparty/v2_0/openapi3/components/schemas/AuthenticatorAttestationResponse.yaml +23 -0
- package/thirdparty/v2_0/openapi3/components/schemas/AuthorizationResponseType.yaml +8 -0
- package/thirdparty/v2_0/openapi3/components/schemas/AuthorizationResponseTypeAccepted.yaml +6 -0
- package/thirdparty/v2_0/openapi3/components/schemas/AuthorizationResponseTypeRejected.yaml +6 -0
- package/thirdparty/v2_0/openapi3/components/schemas/BinaryString.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentRequestChannelType.yaml +9 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentRequestChannelTypeOTP.yaml +6 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentRequestChannelTypeWeb.yaml +6 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentRequestsIDPatchRequest.yaml +16 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentRequestsIDPutResponseOTP.yaml +30 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentRequestsIDPutResponseWeb.yaml +39 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentRequestsPostRequest.yaml +44 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentStatus.yaml +9 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentStatusIssued.yaml +7 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentStatusRevoked.yaml +7 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentsIDPatchResponseRevoked.yaml +17 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentsIDPatchResponseVerified.yaml +19 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentsIDPutResponseSigned.yaml +23 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentsIDPutResponseVerified.yaml +23 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentsPostRequestAUTH.yaml +33 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ConsentsPostRequestPISP.yaml +32 -0
- package/thirdparty/v2_0/openapi3/components/schemas/CorrelationId.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/CredentialStatusPending.yaml +7 -0
- package/thirdparty/v2_0/openapi3/components/schemas/CredentialStatusVerified.yaml +7 -0
- package/thirdparty/v2_0/openapi3/components/schemas/CredentialType.yaml +11 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Currency.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/DateOfBirth.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/DateTime.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ErrorCode.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ErrorDescription.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ErrorInformation.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Extension.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ExtensionKey.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ExtensionList.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ExtensionValue.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/FIDOPublicKeyCredentialAssertion.yaml +71 -0
- package/thirdparty/v2_0/openapi3/components/schemas/FIDOPublicKeyCredentialAttestation.yaml +54 -0
- package/thirdparty/v2_0/openapi3/components/schemas/FirstName.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/FspId.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/GenericCredential.yaml +13 -0
- package/thirdparty/v2_0/openapi3/components/schemas/GeoCode.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/IlpCondition.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/IlpFulfilment.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/IlpPacket.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Integer.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/LastName.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Latitude.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Longitude.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/MerchantClassificationCode.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/MiddleName.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Money.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Name.yaml +2 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Note.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ParticipantsIDPutResponse.yaml +17 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ParticipantsPostRequest.yaml +20 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ParticipantsTypeIDPutResponse.yaml +8 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ParticipantsTypeIDSubIDPostRequest.yaml +15 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartiesTypeIDPutResponse.yaml +13 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Party.yaml +15 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartyComplexName.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartyIdInfo.yaml +17 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartyIdInfoTPLink.yaml +17 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartyIdType.yaml +58 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartyIdTypeTPLink.yaml +7 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartyIdentifier.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartyName.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartyPersonalInfo.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartyResult.yaml +10 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartySubIdOrType.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/PartyTPLink.yaml +14 -0
- package/thirdparty/v2_0/openapi3/components/schemas/QuotesIDPutResponse.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/QuotesPostRequest.yaml +79 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Scope.yaml +20 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ScopeAction.yaml +14 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ServiceType.yaml +15 -0
- package/thirdparty/v2_0/openapi3/components/schemas/ServicesServiceTypePutResponse.yaml +26 -0
- package/thirdparty/v2_0/openapi3/components/schemas/SignedCredential.yaml +23 -0
- package/thirdparty/v2_0/openapi3/components/schemas/SignedPayloadFIDO.yaml +11 -0
- package/thirdparty/v2_0/openapi3/components/schemas/SignedPayloadGeneric.yaml +11 -0
- package/thirdparty/v2_0/openapi3/components/schemas/SignedPayloadType.yaml +9 -0
- package/thirdparty/v2_0/openapi3/components/schemas/SignedPayloadTypeFIDO.yaml +5 -0
- package/thirdparty/v2_0/openapi3/components/schemas/SignedPayloadTypeGeneric.yaml +5 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Transaction.yaml +43 -0
- package/thirdparty/v2_0/openapi3/components/schemas/TransactionRequestState.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/TransactionState.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/TransactionType.yaml +1 -0
- package/thirdparty/v2_0/openapi3/components/schemas/TransfersPostRequestFIDO.yaml +15 -0
- package/thirdparty/v2_0/openapi3/components/schemas/TransfersPostRequestGeneric.yaml +15 -0
- package/thirdparty/v2_0/openapi3/components/schemas/Uri.yaml +8 -0
- package/thirdparty/v2_0/openapi3/components/schemas/VerifiedCredential.yaml +23 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppAccountRequestPostRequest.yaml +35 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppAccountRequestPutResponse.yaml +30 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppAccountsIDPutResponse.yaml +21 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppAuthorizationsIDPutResponseFIDO.yaml +15 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppAuthorizationsIDPutResponseGeneric.yaml +15 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppAuthorizationsIDPutResponseRejected.yaml +10 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppAuthorizationsPostRequest.yaml +67 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppTransactionRequestPostRequest.yaml +60 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppTransactionRequestPutResponse.yaml +67 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppTransfersPostRequest.yaml +19 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppTransfersPutResponse.yaml +25 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppVerificationsIDPutResponse.yaml +19 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppVerificationsPostRequestFIDO.yaml +28 -0
- package/thirdparty/v2_0/openapi3/components/schemas/tppVerificationsPostRequestGeneric.yaml +28 -0
- package/thirdparty/v2_0/openapi3/openapi-admin.yaml +99 -0
- package/thirdparty/v2_0/openapi3/openapi.yaml +64 -0
- package/thirdparty/v2_0/openapi3/paths/health.yaml +25 -0
- package/thirdparty/v2_0/openapi3/paths/metrics.yaml +25 -0
- package/thirdparty/v2_0/openapi3/paths/participants.yaml +50 -0
- package/thirdparty/v2_0/openapi3/paths/participants_ID.yaml +49 -0
- package/thirdparty/v2_0/openapi3/paths/participants_ID_error.yaml +51 -0
- package/thirdparty/v2_0/openapi3/paths/participants_Type_ID.yaml +169 -0
- package/thirdparty/v2_0/openapi3/paths/participants_Type_ID_error.yaml +52 -0
- package/thirdparty/v2_0/openapi3/paths/services_ServiceType.yaml +77 -0
- package/thirdparty/v2_0/openapi3/paths/services_ServiceType_error.yaml +49 -0
- package/thirdparty/v2_0/openapi3/paths/tppAccountRequest.yaml +49 -0
- package/thirdparty/v2_0/openapi3/paths/tppAccountRequest_ID.yaml +86 -0
- package/thirdparty/v2_0/openapi3/paths/tppAccountRequest_ID_error.yaml +48 -0
- package/thirdparty/v2_0/openapi3/paths/tppAccounts_ID.yaml +88 -0
- package/thirdparty/v2_0/openapi3/paths/tppAccounts_ID_error.yaml +48 -0
- package/thirdparty/v2_0/openapi3/paths/tppAuthorizations.yaml +51 -0
- package/thirdparty/v2_0/openapi3/paths/tppAuthorizations_ID.yaml +86 -0
- package/thirdparty/v2_0/openapi3/paths/tppAuthorizations_ID_error.yaml +55 -0
- package/thirdparty/v2_0/openapi3/paths/tppConsentRequests.yaml +48 -0
- package/thirdparty/v2_0/openapi3/paths/tppConsentRequests_ID.yaml +123 -0
- package/thirdparty/v2_0/openapi3/paths/tppConsentRequests_ID_error.yaml +48 -0
- package/thirdparty/v2_0/openapi3/paths/tppConsents.yaml +49 -0
- package/thirdparty/v2_0/openapi3/paths/tppConsents_ID.yaml +165 -0
- package/thirdparty/v2_0/openapi3/paths/tppConsents_ID_error.yaml +48 -0
- package/thirdparty/v2_0/openapi3/paths/tppTransactionRequests.yaml +48 -0
- package/thirdparty/v2_0/openapi3/paths/tppTransactionRequests_ID.yaml +83 -0
- package/thirdparty/v2_0/openapi3/paths/tppTransactionRequests_ID_error.yaml +52 -0
- package/thirdparty/v2_0/openapi3/paths/tppTransfers.yaml +47 -0
- package/thirdparty/v2_0/openapi3/paths/tppTransfers_ID.yaml +86 -0
- package/thirdparty/v2_0/openapi3/paths/tppTransfers_ID_error.yaml +52 -0
- package/thirdparty/v2_0/openapi3/paths/tppVerifications.yaml +49 -0
- package/thirdparty/v2_0/openapi3/paths/tppVerifications_ID.yaml +87 -0
- package/thirdparty/v2_0/openapi3/paths/tppVerifications_ID_error.yaml +49 -0
- package/thirdparty/v2_0/openapi3/thirdparty-dfsp-admin-api.template.yaml +53 -0
- package/thirdparty/v2_0/openapi3/thirdparty-dfsp-admin-api.yaml +2633 -0
- package/thirdparty/v2_0/openapi3/thirdparty-pisp-admin-api.template.yaml +57 -0
- package/thirdparty/v2_0/openapi3/thirdparty-pisp-admin-api.yaml +3103 -0
- package/tsconfig.build.json +4 -3
|
@@ -0,0 +1,1726 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* This file was auto-generated by openapi-typescript.
|
|
3
|
+
* Do not make direct changes to the file.
|
|
4
|
+
*/
|
|
5
|
+
export interface paths {
|
|
6
|
+
"/interface": {
|
|
7
|
+
parameters: {
|
|
8
|
+
query?: never;
|
|
9
|
+
header?: never;
|
|
10
|
+
path?: never;
|
|
11
|
+
cookie?: never;
|
|
12
|
+
};
|
|
13
|
+
get?: never;
|
|
14
|
+
put?: never;
|
|
15
|
+
/** @description Essential path to include schema definitions that are not used so that these definitions get included into the openapi-cli bundle api definition so that they get converted into typescript definitions. */
|
|
16
|
+
post: operations["test"];
|
|
17
|
+
delete?: never;
|
|
18
|
+
options?: never;
|
|
19
|
+
head?: never;
|
|
20
|
+
patch?: never;
|
|
21
|
+
trace?: never;
|
|
22
|
+
};
|
|
23
|
+
"/health": {
|
|
24
|
+
parameters: {
|
|
25
|
+
query?: never;
|
|
26
|
+
header?: never;
|
|
27
|
+
path?: never;
|
|
28
|
+
cookie?: never;
|
|
29
|
+
};
|
|
30
|
+
/**
|
|
31
|
+
* Health check endpoint
|
|
32
|
+
* @description The HTTP request GET /health is used to return the current status of the API.
|
|
33
|
+
*/
|
|
34
|
+
get: operations["HealthGet"];
|
|
35
|
+
put?: never;
|
|
36
|
+
post?: never;
|
|
37
|
+
delete?: never;
|
|
38
|
+
options?: never;
|
|
39
|
+
head?: never;
|
|
40
|
+
patch?: never;
|
|
41
|
+
trace?: never;
|
|
42
|
+
};
|
|
43
|
+
"/metrics": {
|
|
44
|
+
parameters: {
|
|
45
|
+
query?: never;
|
|
46
|
+
header?: never;
|
|
47
|
+
path?: never;
|
|
48
|
+
cookie?: never;
|
|
49
|
+
};
|
|
50
|
+
/**
|
|
51
|
+
* Prometheus metrics endpoint
|
|
52
|
+
* @description The HTTP request GET /metrics is used to return metrics for the API.
|
|
53
|
+
*/
|
|
54
|
+
get: operations["MetricsGet"];
|
|
55
|
+
put?: never;
|
|
56
|
+
post?: never;
|
|
57
|
+
delete?: never;
|
|
58
|
+
options?: never;
|
|
59
|
+
head?: never;
|
|
60
|
+
patch?: never;
|
|
61
|
+
trace?: never;
|
|
62
|
+
};
|
|
63
|
+
"/tppTransactionRequests": {
|
|
64
|
+
parameters: {
|
|
65
|
+
query?: never;
|
|
66
|
+
header: {
|
|
67
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
68
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
69
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
70
|
+
Date: components["parameters"]["Date"];
|
|
71
|
+
/**
|
|
72
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
73
|
+
*
|
|
74
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
75
|
+
*/
|
|
76
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
77
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
78
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
79
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
80
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
81
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
82
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
83
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
84
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
85
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
86
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
87
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
88
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
89
|
+
};
|
|
90
|
+
path?: never;
|
|
91
|
+
cookie?: never;
|
|
92
|
+
};
|
|
93
|
+
get?: never;
|
|
94
|
+
put?: never;
|
|
95
|
+
/**
|
|
96
|
+
* tppTransactionsPost
|
|
97
|
+
* @description The `/tppTransactionRequests` resource is analogous to the `/transactionRequests` resource described fspiop API. The PISP uses it to request the owner of the PISP's customer's account to transfer a specified amount from the customer's account with the DFSP to a named Payee, or a request to pay request from a named payer into the customer's account.
|
|
98
|
+
*/
|
|
99
|
+
post: operations["tppTransactionsPost"];
|
|
100
|
+
delete?: never;
|
|
101
|
+
options?: never;
|
|
102
|
+
head?: never;
|
|
103
|
+
patch?: never;
|
|
104
|
+
trace?: never;
|
|
105
|
+
};
|
|
106
|
+
"/tppTransactionRequests/{ID}": {
|
|
107
|
+
parameters: {
|
|
108
|
+
query?: never;
|
|
109
|
+
header: {
|
|
110
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
111
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
112
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
113
|
+
Date: components["parameters"]["Date"];
|
|
114
|
+
/**
|
|
115
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
116
|
+
*
|
|
117
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
118
|
+
*/
|
|
119
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
120
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
121
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
122
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
123
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
124
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
125
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
126
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
127
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
128
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
129
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
130
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
131
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
132
|
+
};
|
|
133
|
+
path: {
|
|
134
|
+
/** @description The identifier value. */
|
|
135
|
+
ID: components["parameters"]["ID"];
|
|
136
|
+
};
|
|
137
|
+
cookie?: never;
|
|
138
|
+
};
|
|
139
|
+
/**
|
|
140
|
+
* GetThirdpartyTransactionRequests
|
|
141
|
+
* @description The HTTP request `GET /tppTransactionRequests/{ID}` is used to request the
|
|
142
|
+
* retrieval of a third party transaction request.
|
|
143
|
+
*/
|
|
144
|
+
get: operations["GetThirdpartyTransactionRequests"];
|
|
145
|
+
/**
|
|
146
|
+
* tppUpdateTransactionRequests
|
|
147
|
+
* @description The HTTP request `PUT /tppTransactionRequests/{ID}` is used by the DFSP to inform the client about
|
|
148
|
+
* the status of a previously requested thirdparty transaction request.
|
|
149
|
+
*
|
|
150
|
+
* Switch(Thirdparty API Adapter) -> PISP
|
|
151
|
+
*/
|
|
152
|
+
put: operations["tppUpdateTransactionRequests"];
|
|
153
|
+
post?: never;
|
|
154
|
+
delete?: never;
|
|
155
|
+
options?: never;
|
|
156
|
+
head?: never;
|
|
157
|
+
patch?: never;
|
|
158
|
+
trace?: never;
|
|
159
|
+
};
|
|
160
|
+
"/tppTransactionRequests/{ID}/error": {
|
|
161
|
+
parameters: {
|
|
162
|
+
query?: never;
|
|
163
|
+
header: {
|
|
164
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
165
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
166
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
167
|
+
Date: components["parameters"]["Date"];
|
|
168
|
+
/**
|
|
169
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
170
|
+
*
|
|
171
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
172
|
+
*/
|
|
173
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
174
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
175
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
176
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
177
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
178
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
179
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
180
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
181
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
182
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
183
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
184
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
185
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
186
|
+
};
|
|
187
|
+
path: {
|
|
188
|
+
/** @description The identifier value. */
|
|
189
|
+
ID: components["parameters"]["ID"];
|
|
190
|
+
};
|
|
191
|
+
cookie?: never;
|
|
192
|
+
};
|
|
193
|
+
get?: never;
|
|
194
|
+
/**
|
|
195
|
+
* tppTransactionRequestsError
|
|
196
|
+
* @description If the server is unable to find the transaction request, or another processing error occurs,
|
|
197
|
+
* the error callback `PUT /tppTransactionRequests/{ID}/error` is used.
|
|
198
|
+
* The `{ID}` in the URI should contain the `transactionRequestId` that was used for the creation of
|
|
199
|
+
* the thirdparty transaction request.
|
|
200
|
+
*/
|
|
201
|
+
put: operations["tppTransactionRequestsError"];
|
|
202
|
+
post?: never;
|
|
203
|
+
delete?: never;
|
|
204
|
+
options?: never;
|
|
205
|
+
head?: never;
|
|
206
|
+
patch?: never;
|
|
207
|
+
trace?: never;
|
|
208
|
+
};
|
|
209
|
+
"/tppTransfers": {
|
|
210
|
+
parameters: {
|
|
211
|
+
query?: never;
|
|
212
|
+
header: {
|
|
213
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
214
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
215
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
216
|
+
Date: components["parameters"]["Date"];
|
|
217
|
+
/**
|
|
218
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
219
|
+
*
|
|
220
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
221
|
+
*/
|
|
222
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
223
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
224
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
225
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
226
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
227
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
228
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
229
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
230
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
231
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
232
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
233
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
234
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
235
|
+
};
|
|
236
|
+
path?: never;
|
|
237
|
+
cookie?: never;
|
|
238
|
+
};
|
|
239
|
+
get?: never;
|
|
240
|
+
put?: never;
|
|
241
|
+
/**
|
|
242
|
+
* tppPostTransfers
|
|
243
|
+
* @description The HTTP request POST `/tppTransfers` is used by a PISP to initiate a 3rd party Transaction request with a DFSP
|
|
244
|
+
*/
|
|
245
|
+
post: operations["tppPostTransfers"];
|
|
246
|
+
delete?: never;
|
|
247
|
+
options?: never;
|
|
248
|
+
head?: never;
|
|
249
|
+
patch?: never;
|
|
250
|
+
trace?: never;
|
|
251
|
+
};
|
|
252
|
+
"/tppTransfers/{ID}": {
|
|
253
|
+
parameters: {
|
|
254
|
+
query?: never;
|
|
255
|
+
header: {
|
|
256
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
257
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
258
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
259
|
+
Date: components["parameters"]["Date"];
|
|
260
|
+
/**
|
|
261
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
262
|
+
*
|
|
263
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
264
|
+
*/
|
|
265
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
266
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
267
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
268
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
269
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
270
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
271
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
272
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
273
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
274
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
275
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
276
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
277
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
278
|
+
};
|
|
279
|
+
path: {
|
|
280
|
+
/** @description The identifier value. */
|
|
281
|
+
ID: components["parameters"]["ID"];
|
|
282
|
+
};
|
|
283
|
+
cookie?: never;
|
|
284
|
+
};
|
|
285
|
+
/**
|
|
286
|
+
* tppGetTransfers
|
|
287
|
+
* @description The HTTP request `GET /tppTransfers/{ID}` is used to request the
|
|
288
|
+
* retrieval of a third party transaction request.
|
|
289
|
+
*/
|
|
290
|
+
get: operations["tppGetTransfers"];
|
|
291
|
+
/**
|
|
292
|
+
* tppUpdateTransfersRequest
|
|
293
|
+
* @description The HTTP request `PUT /tppTransfers/{ID}` is used by the DFSP to inform the client about
|
|
294
|
+
* the status of a previously requested thirdparty transaction request. The ID is the executionRequestId that was provided in the corresponding POST request.
|
|
295
|
+
*
|
|
296
|
+
* Switch(Thirdparty API Adapter) -> PISP
|
|
297
|
+
*/
|
|
298
|
+
put: operations["tppUpdateTransfersRequest"];
|
|
299
|
+
post?: never;
|
|
300
|
+
delete?: never;
|
|
301
|
+
options?: never;
|
|
302
|
+
head?: never;
|
|
303
|
+
patch?: never;
|
|
304
|
+
trace?: never;
|
|
305
|
+
};
|
|
306
|
+
"/tppTransfers/{ID}/error": {
|
|
307
|
+
parameters: {
|
|
308
|
+
query?: never;
|
|
309
|
+
header: {
|
|
310
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
311
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
312
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
313
|
+
Date: components["parameters"]["Date"];
|
|
314
|
+
/**
|
|
315
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
316
|
+
*
|
|
317
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
318
|
+
*/
|
|
319
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
320
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
321
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
322
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
323
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
324
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
325
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
326
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
327
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
328
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
329
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
330
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
331
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
332
|
+
};
|
|
333
|
+
path: {
|
|
334
|
+
/** @description The identifier value. */
|
|
335
|
+
ID: components["parameters"]["ID"];
|
|
336
|
+
};
|
|
337
|
+
cookie?: never;
|
|
338
|
+
};
|
|
339
|
+
get?: never;
|
|
340
|
+
/**
|
|
341
|
+
* tppTransfersRequestsError
|
|
342
|
+
* @description If the server is unable to find the transaction request, or another processing error occurs,
|
|
343
|
+
* the error callback `PUT /tppTransfers/{ID}/error` is used.
|
|
344
|
+
* The `{ID}` in the URI should contain the `transactionRequestId` that was used for the creation of
|
|
345
|
+
* the thirdparty transaction request.
|
|
346
|
+
*/
|
|
347
|
+
put: operations["tppTransfersRequestsError"];
|
|
348
|
+
post?: never;
|
|
349
|
+
delete?: never;
|
|
350
|
+
options?: never;
|
|
351
|
+
head?: never;
|
|
352
|
+
patch?: never;
|
|
353
|
+
trace?: never;
|
|
354
|
+
};
|
|
355
|
+
}
|
|
356
|
+
export type webhooks = Record<string, never>;
|
|
357
|
+
export interface components {
|
|
358
|
+
schemas: {
|
|
359
|
+
/**
|
|
360
|
+
* PartyIdType
|
|
361
|
+
* @description Below are the allowed values for the enumeration.
|
|
362
|
+
* - MSISDN - An MSISDN (Mobile Station International Subscriber Directory
|
|
363
|
+
* Number, that is, the phone number) is used as reference to a participant.
|
|
364
|
+
* The MSISDN identifier should be in international format according to the
|
|
365
|
+
* [ITU-T E.164 standard](https://www.itu.int/rec/T-REC-E.164/en).
|
|
366
|
+
* Optionally, the MSISDN may be prefixed by a single plus sign, indicating the
|
|
367
|
+
* international prefix.
|
|
368
|
+
* - EMAIL - An email is used as reference to a
|
|
369
|
+
* participant. The format of the email should be according to the informational
|
|
370
|
+
* [RFC 3696](https://tools.ietf.org/html/rfc3696).
|
|
371
|
+
* - PERSONAL_ID - A personal identifier is used as reference to a participant.
|
|
372
|
+
* Examples of personal identification are passport number, birth certificate
|
|
373
|
+
* number, and national registration number. The identifier number is added in
|
|
374
|
+
* the PartyIdentifier element. The personal identifier type is added in the
|
|
375
|
+
* PartySubIdOrType element.
|
|
376
|
+
* - BUSINESS - A specific Business (for example, an organization or a company)
|
|
377
|
+
* is used as reference to a participant. The BUSINESS identifier can be in any
|
|
378
|
+
* format. To make a transaction connected to a specific username or bill number
|
|
379
|
+
* in a Business, the PartySubIdOrType element should be used.
|
|
380
|
+
* - DEVICE - A specific device (for example, a POS or ATM) ID connected to a
|
|
381
|
+
* specific business or organization is used as reference to a Party.
|
|
382
|
+
* For referencing a specific device under a specific business or organization,
|
|
383
|
+
* use the PartySubIdOrType element.
|
|
384
|
+
* - ACCOUNT_ID - A bank account number or FSP account ID should be used as
|
|
385
|
+
* reference to a participant. The ACCOUNT_ID identifier can be in any format,
|
|
386
|
+
* as formats can greatly differ depending on country and FSP.
|
|
387
|
+
* - IBAN - A bank account number or FSP account ID is used as reference to a
|
|
388
|
+
* participant. The IBAN identifier can consist of up to 34 alphanumeric
|
|
389
|
+
* characters and should be entered without whitespace.
|
|
390
|
+
* - ALIAS An alias is used as reference to a participant. The alias should be
|
|
391
|
+
* created in the FSP as an alternative reference to an account owner.
|
|
392
|
+
* Another example of an alias is a username in the FSP system.
|
|
393
|
+
* The ALIAS identifier can be in any format. It is also possible to use the
|
|
394
|
+
* PartySubIdOrType element for identifying an account under an Alias defined
|
|
395
|
+
* by the PartyIdentifier.
|
|
396
|
+
* - CONSENT - A Consent represents an agreement between a PISP, a Customer and
|
|
397
|
+
* a DFSP which allows the PISP permission to perform actions on behalf of the
|
|
398
|
+
* customer. A Consent has an authoritative source: either the DFSP who issued
|
|
399
|
+
* the Consent, or an Auth Service which administers the Consent.
|
|
400
|
+
* - THIRD_PARTY_LINK - A Third Party Link represents an agreement between a PISP,
|
|
401
|
+
* a DFSP, and a specific Customer's account at the DFSP. The content of the link
|
|
402
|
+
* is created by the DFSP at the time when it gives permission to the PISP for
|
|
403
|
+
* specific access to a given account.
|
|
404
|
+
* @example PERSONAL_ID
|
|
405
|
+
* @enum {string}
|
|
406
|
+
*/
|
|
407
|
+
PartyIdType: "MSISDN" | "EMAIL" | "PERSONAL_ID" | "BUSINESS" | "DEVICE" | "ACCOUNT_ID" | "IBAN" | "ALIAS" | "CONSENT" | "THIRD_PARTY_LINK";
|
|
408
|
+
/**
|
|
409
|
+
* PartyIdentifier
|
|
410
|
+
* @description Identifier of the Party.
|
|
411
|
+
* @example 16135551212
|
|
412
|
+
*/
|
|
413
|
+
PartyIdentifier: string;
|
|
414
|
+
/**
|
|
415
|
+
* PartySubIdOrType
|
|
416
|
+
* @description Either a sub-identifier of a PartyIdentifier, or a sub-type of the PartyIdType, normally a PersonalIdentifierType.
|
|
417
|
+
*/
|
|
418
|
+
PartySubIdOrType: string;
|
|
419
|
+
/**
|
|
420
|
+
* FspId
|
|
421
|
+
* @description FSP identifier.
|
|
422
|
+
*/
|
|
423
|
+
FspId: string;
|
|
424
|
+
/**
|
|
425
|
+
* ExtensionKey
|
|
426
|
+
* @description Extension key.
|
|
427
|
+
*/
|
|
428
|
+
ExtensionKey: string;
|
|
429
|
+
/**
|
|
430
|
+
* ExtensionValue
|
|
431
|
+
* @description Extension value.
|
|
432
|
+
*/
|
|
433
|
+
ExtensionValue: string;
|
|
434
|
+
/**
|
|
435
|
+
* Extension
|
|
436
|
+
* @description Data model for the complex type Extension.
|
|
437
|
+
*/
|
|
438
|
+
Extension: {
|
|
439
|
+
key: components["schemas"]["ExtensionKey"];
|
|
440
|
+
value: components["schemas"]["ExtensionValue"];
|
|
441
|
+
};
|
|
442
|
+
/**
|
|
443
|
+
* ExtensionList
|
|
444
|
+
* @description Data model for the complex type ExtensionList. An optional list of extensions, specific to deployment.
|
|
445
|
+
*/
|
|
446
|
+
ExtensionList: {
|
|
447
|
+
/** @description Number of Extension elements. */
|
|
448
|
+
extension: components["schemas"]["Extension"][];
|
|
449
|
+
};
|
|
450
|
+
/**
|
|
451
|
+
* PartyIdInfo
|
|
452
|
+
* @description Data model for the complex type PartyIdInfo.
|
|
453
|
+
*/
|
|
454
|
+
PartyIdInfo: {
|
|
455
|
+
partyIdType: components["schemas"]["PartyIdType"];
|
|
456
|
+
partyIdentifier: components["schemas"]["PartyIdentifier"];
|
|
457
|
+
partySubIdOrType?: components["schemas"]["PartySubIdOrType"];
|
|
458
|
+
fspId?: components["schemas"]["FspId"];
|
|
459
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
460
|
+
};
|
|
461
|
+
/**
|
|
462
|
+
* ErrorCode
|
|
463
|
+
* @description The API data type ErrorCode is a JSON String of four characters, consisting of digits only. Negative numbers are not allowed. A leading zero is not allowed. Each error code in the API is a four-digit number, for example, 1234, where the first number (1 in the example) represents the high-level error category, the second number (2 in the example) represents the low-level error category, and the last two numbers (34 in the example) represent the specific error.
|
|
464
|
+
* @example 5100
|
|
465
|
+
*/
|
|
466
|
+
ErrorCode: string;
|
|
467
|
+
/**
|
|
468
|
+
* ErrorDescription
|
|
469
|
+
* @description Error description string.
|
|
470
|
+
*/
|
|
471
|
+
ErrorDescription: string;
|
|
472
|
+
/**
|
|
473
|
+
* ErrorInformation
|
|
474
|
+
* @description Data model for the complex type ErrorInformation.
|
|
475
|
+
*/
|
|
476
|
+
ErrorInformation: {
|
|
477
|
+
errorCode: components["schemas"]["ErrorCode"];
|
|
478
|
+
errorDescription: components["schemas"]["ErrorDescription"];
|
|
479
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
480
|
+
};
|
|
481
|
+
/**
|
|
482
|
+
* PartyResult
|
|
483
|
+
* @description Data model for the complex type PartyResult.
|
|
484
|
+
*/
|
|
485
|
+
PartyResult: {
|
|
486
|
+
partyId: components["schemas"]["PartyIdInfo"];
|
|
487
|
+
errorInformation?: components["schemas"]["ErrorInformation"];
|
|
488
|
+
};
|
|
489
|
+
/**
|
|
490
|
+
* Currency
|
|
491
|
+
* @description The currency codes defined in [ISO 4217](https://www.iso.org/iso-4217-currency-codes.html) as three-letter alphabetic codes are used as the standard naming representation for currencies.
|
|
492
|
+
* @enum {string}
|
|
493
|
+
*/
|
|
494
|
+
Currency: "AED" | "AFN" | "ALL" | "AMD" | "ANG" | "AOA" | "ARS" | "AUD" | "AWG" | "AZN" | "BAM" | "BBD" | "BDT" | "BGN" | "BHD" | "BIF" | "BMD" | "BND" | "BOB" | "BRL" | "BSD" | "BTN" | "BWP" | "BYN" | "BZD" | "CAD" | "CDF" | "CHF" | "CLP" | "CNY" | "COP" | "CRC" | "CUC" | "CUP" | "CVE" | "CZK" | "DJF" | "DKK" | "DOP" | "DZD" | "EGP" | "ERN" | "ETB" | "EUR" | "FJD" | "FKP" | "GBP" | "GEL" | "GGP" | "GHS" | "GIP" | "GMD" | "GNF" | "GTQ" | "GYD" | "HKD" | "HNL" | "HRK" | "HTG" | "HUF" | "IDR" | "ILS" | "IMP" | "INR" | "IQD" | "IRR" | "ISK" | "JEP" | "JMD" | "JOD" | "JPY" | "KES" | "KGS" | "KHR" | "KMF" | "KPW" | "KRW" | "KWD" | "KYD" | "KZT" | "LAK" | "LBP" | "LKR" | "LRD" | "LSL" | "LYD" | "MAD" | "MDL" | "MGA" | "MKD" | "MMK" | "MNT" | "MOP" | "MRO" | "MUR" | "MVR" | "MWK" | "MXN" | "MYR" | "MZN" | "NAD" | "NGN" | "NIO" | "NOK" | "NPR" | "NZD" | "OMR" | "PAB" | "PEN" | "PGK" | "PHP" | "PKR" | "PLN" | "PYG" | "QAR" | "RON" | "RSD" | "RUB" | "RWF" | "SAR" | "SBD" | "SCR" | "SDG" | "SEK" | "SGD" | "SHP" | "SLL" | "SOS" | "SPL" | "SRD" | "STD" | "SVC" | "SYP" | "SZL" | "THB" | "TJS" | "TMT" | "TND" | "TOP" | "TRY" | "TTD" | "TVD" | "TWD" | "TZS" | "UAH" | "UGX" | "USD" | "UYU" | "UZS" | "VEF" | "VND" | "VUV" | "WST" | "XAF" | "XCD" | "XDR" | "XOF" | "XPF" | "XTS" | "XXX" | "YER" | "ZAR" | "ZMW" | "ZWD";
|
|
495
|
+
/**
|
|
496
|
+
* ParticipantsIDPutResponse
|
|
497
|
+
* @description The object sent in the PUT /participants/{ID} callback.
|
|
498
|
+
*/
|
|
499
|
+
ParticipantsIDPutResponse: {
|
|
500
|
+
/** @description List of PartyResult elements that were either created or failed to be created. */
|
|
501
|
+
partyList: components["schemas"]["PartyResult"][];
|
|
502
|
+
currency?: components["schemas"]["Currency"];
|
|
503
|
+
};
|
|
504
|
+
/**
|
|
505
|
+
* MerchantClassificationCode
|
|
506
|
+
* @description A limited set of pre-defined numbers. This list would be a limited set of numbers identifying a set of popular merchant types like School Fees, Pubs and Restaurants, Groceries, etc.
|
|
507
|
+
*/
|
|
508
|
+
MerchantClassificationCode: string;
|
|
509
|
+
/**
|
|
510
|
+
* PartyName
|
|
511
|
+
* @description Name of the Party. Could be a real name or a nickname.
|
|
512
|
+
*/
|
|
513
|
+
PartyName: string;
|
|
514
|
+
/**
|
|
515
|
+
* FirstName
|
|
516
|
+
* @description First name of the Party (Name Type).
|
|
517
|
+
* @example Henrik
|
|
518
|
+
*/
|
|
519
|
+
FirstName: string;
|
|
520
|
+
/**
|
|
521
|
+
* MiddleName
|
|
522
|
+
* @description Middle name of the Party (Name Type).
|
|
523
|
+
* @example Johannes
|
|
524
|
+
*/
|
|
525
|
+
MiddleName: string;
|
|
526
|
+
/**
|
|
527
|
+
* LastName
|
|
528
|
+
* @description Last name of the Party (Name Type).
|
|
529
|
+
* @example Karlsson
|
|
530
|
+
*/
|
|
531
|
+
LastName: string;
|
|
532
|
+
/**
|
|
533
|
+
* PartyComplexName
|
|
534
|
+
* @description Data model for the complex type PartyComplexName.
|
|
535
|
+
*/
|
|
536
|
+
PartyComplexName: {
|
|
537
|
+
firstName?: components["schemas"]["FirstName"];
|
|
538
|
+
middleName?: components["schemas"]["MiddleName"];
|
|
539
|
+
lastName?: components["schemas"]["LastName"];
|
|
540
|
+
};
|
|
541
|
+
/**
|
|
542
|
+
* DateofBirth (type Date)
|
|
543
|
+
* @description Date of Birth of the Party.
|
|
544
|
+
* @example 1966-06-16
|
|
545
|
+
*/
|
|
546
|
+
DateOfBirth: string;
|
|
547
|
+
/**
|
|
548
|
+
* KYCInformation
|
|
549
|
+
* @description KYC information for the party in a form mandated by an individual scheme.
|
|
550
|
+
* @example {
|
|
551
|
+
* "metadata": {
|
|
552
|
+
* "format": "JSON",
|
|
553
|
+
* "version": "1.0",
|
|
554
|
+
* "description": "Data containing KYC Information"
|
|
555
|
+
* },
|
|
556
|
+
* "data": {
|
|
557
|
+
* "name": "John Doe",
|
|
558
|
+
* "dob": "1980-05-15",
|
|
559
|
+
* "gender": "Male",
|
|
560
|
+
* "address": "123 Main Street, Anytown, USA",
|
|
561
|
+
* "email": "johndoe@example.com",
|
|
562
|
+
* "phone": "+1 555-123-4567",
|
|
563
|
+
* "nationality": "US",
|
|
564
|
+
* "passport_number": "AB1234567",
|
|
565
|
+
* "issue_date": "2010-02-20",
|
|
566
|
+
* "expiry_date": "2025-02-20",
|
|
567
|
+
* "bank_account_number": "1234567890",
|
|
568
|
+
* "bank_name": "Example Bank",
|
|
569
|
+
* "employer": "ABC Company",
|
|
570
|
+
* "occupation": "Software Engineer",
|
|
571
|
+
* "income": "$80,000 per year",
|
|
572
|
+
* "marital_status": "Single",
|
|
573
|
+
* "dependents": 0,
|
|
574
|
+
* "risk_level": "Low"
|
|
575
|
+
* }
|
|
576
|
+
* }
|
|
577
|
+
*/
|
|
578
|
+
KYCInformation: string;
|
|
579
|
+
/**
|
|
580
|
+
* PartyPersonalInfo
|
|
581
|
+
* @description Data model for the complex type PartyPersonalInfo.
|
|
582
|
+
*/
|
|
583
|
+
PartyPersonalInfo: {
|
|
584
|
+
complexName?: components["schemas"]["PartyComplexName"];
|
|
585
|
+
dateOfBirth?: components["schemas"]["DateOfBirth"];
|
|
586
|
+
kycInformation?: components["schemas"]["KYCInformation"];
|
|
587
|
+
};
|
|
588
|
+
/**
|
|
589
|
+
* Party
|
|
590
|
+
* @description Data model for the complex type Party.
|
|
591
|
+
*/
|
|
592
|
+
Party: {
|
|
593
|
+
partyIdInfo: components["schemas"]["PartyIdInfo"];
|
|
594
|
+
merchantClassificationCode?: components["schemas"]["MerchantClassificationCode"];
|
|
595
|
+
name?: components["schemas"]["PartyName"];
|
|
596
|
+
personalInfo?: components["schemas"]["PartyPersonalInfo"];
|
|
597
|
+
};
|
|
598
|
+
/**
|
|
599
|
+
* PartiesTypeIDPutResponse
|
|
600
|
+
* @description The object sent in the PUT /parties/{Type}/{ID} callback.
|
|
601
|
+
*
|
|
602
|
+
* This is a variant based on FSPIOP `PartiesTypeIDPutResponse` specification.
|
|
603
|
+
* Main difference being that it returns a `Party` with the newly added
|
|
604
|
+
* `accounts` property.
|
|
605
|
+
*/
|
|
606
|
+
PartiesTypeIDPutResponse: {
|
|
607
|
+
party: components["schemas"]["Party"];
|
|
608
|
+
};
|
|
609
|
+
/**
|
|
610
|
+
* Amount
|
|
611
|
+
* @description The API data type Amount is a JSON String in a canonical format that is restricted by a regular expression for interoperability reasons. This pattern does not allow any trailing zeroes at all, but allows an amount without a minor currency unit. It also only allows four digits in the minor currency unit; a negative value is not allowed. Using more than 18 digits in the major currency unit is not allowed.
|
|
612
|
+
* @example 123.45
|
|
613
|
+
*/
|
|
614
|
+
Amount: string;
|
|
615
|
+
/**
|
|
616
|
+
* Money
|
|
617
|
+
* @description Data model for the complex type Money.
|
|
618
|
+
*/
|
|
619
|
+
Money: {
|
|
620
|
+
currency: components["schemas"]["Currency"];
|
|
621
|
+
amount: components["schemas"]["Amount"];
|
|
622
|
+
};
|
|
623
|
+
/**
|
|
624
|
+
* DateTime
|
|
625
|
+
* @description The API data type DateTime is a JSON String in a lexical format that is restricted by a regular expression for interoperability reasons. The format is according to [ISO 8601](https://www.iso.org/iso-8601-date-and-time-format.html), expressed in a combined date, time and time zone format. A more readable version of the format is yyyy-MM-ddTHH:mm:ss.SSS[-HH:MM]. Examples are "2016-05-24T08:38:08.699-04:00", "2016-05-24T08:38:08.699Z" (where Z indicates Zulu time zone, same as UTC).
|
|
626
|
+
* @example 2016-05-24T08:38:08.699-04:00
|
|
627
|
+
*/
|
|
628
|
+
DateTime: string;
|
|
629
|
+
/**
|
|
630
|
+
* Latitude
|
|
631
|
+
* @description The API data type Latitude is a JSON String in a lexical format that is restricted by a regular expression for interoperability reasons.
|
|
632
|
+
* @example +45.4215
|
|
633
|
+
*/
|
|
634
|
+
Latitude: string;
|
|
635
|
+
/**
|
|
636
|
+
* Longitude
|
|
637
|
+
* @description The API data type Longitude is a JSON String in a lexical format that is restricted by a regular expression for interoperability reasons.
|
|
638
|
+
* @example +75.6972
|
|
639
|
+
*/
|
|
640
|
+
Longitude: string;
|
|
641
|
+
/**
|
|
642
|
+
* GeoCode
|
|
643
|
+
* @description Data model for the complex type GeoCode. Indicates the geographic location from where the transaction was initiated.
|
|
644
|
+
*/
|
|
645
|
+
GeoCode: {
|
|
646
|
+
latitude: components["schemas"]["Latitude"];
|
|
647
|
+
longitude: components["schemas"]["Longitude"];
|
|
648
|
+
};
|
|
649
|
+
/**
|
|
650
|
+
* IlpPacket
|
|
651
|
+
* @description Information for recipient (transport layer information).
|
|
652
|
+
* @example AYIBgQAAAAAAAASwNGxldmVsb25lLmRmc3AxLm1lci45T2RTOF81MDdqUUZERmZlakgyOVc4bXFmNEpLMHlGTFGCAUBQU0svMS4wCk5vbmNlOiB1SXlweUYzY3pYSXBFdzVVc05TYWh3CkVuY3J5cHRpb246IG5vbmUKUGF5bWVudC1JZDogMTMyMzZhM2ItOGZhOC00MTYzLTg0NDctNGMzZWQzZGE5OGE3CgpDb250ZW50LUxlbmd0aDogMTM1CkNvbnRlbnQtVHlwZTogYXBwbGljYXRpb24vanNvbgpTZW5kZXItSWRlbnRpZmllcjogOTI4MDYzOTEKCiJ7XCJmZWVcIjowLFwidHJhbnNmZXJDb2RlXCI6XCJpbnZvaWNlXCIsXCJkZWJpdE5hbWVcIjpcImFsaWNlIGNvb3BlclwiLFwiY3JlZGl0TmFtZVwiOlwibWVyIGNoYW50XCIsXCJkZWJpdElkZW50aWZpZXJcIjpcIjkyODA2MzkxXCJ9IgA
|
|
653
|
+
*/
|
|
654
|
+
IlpPacket: string;
|
|
655
|
+
/**
|
|
656
|
+
* IlpCondition
|
|
657
|
+
* @description Condition that must be attached to the transfer by the Payer.
|
|
658
|
+
*/
|
|
659
|
+
IlpCondition: string;
|
|
660
|
+
/**
|
|
661
|
+
* QuotesIDPutResponse
|
|
662
|
+
* @description The object sent in the PUT /quotes/{ID} callback.
|
|
663
|
+
*/
|
|
664
|
+
QuotesIDPutResponse: {
|
|
665
|
+
transferAmount: components["schemas"]["Money"];
|
|
666
|
+
payeeReceiveAmount?: components["schemas"]["Money"];
|
|
667
|
+
payeeFspFee?: components["schemas"]["Money"];
|
|
668
|
+
payeeFspCommission?: components["schemas"]["Money"];
|
|
669
|
+
expiration: components["schemas"]["DateTime"];
|
|
670
|
+
geoCode?: components["schemas"]["GeoCode"];
|
|
671
|
+
ilpPacket: components["schemas"]["IlpPacket"];
|
|
672
|
+
condition: components["schemas"]["IlpCondition"];
|
|
673
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
674
|
+
};
|
|
675
|
+
/**
|
|
676
|
+
* AuthorizationResponseType
|
|
677
|
+
* @description Enum containing authorization response information; if the customer
|
|
678
|
+
* accepted the terms of the transfer, or rejected the terms.
|
|
679
|
+
* @enum {string}
|
|
680
|
+
*/
|
|
681
|
+
AuthorizationResponseType: "ACCEPTED" | "REJECTED";
|
|
682
|
+
/**
|
|
683
|
+
* ConsentStatusIssued
|
|
684
|
+
* @description Allowed values for the enumeration ConsentStatus
|
|
685
|
+
* - ISSUED - The consent has been issued by the DFSP
|
|
686
|
+
* @enum {string}
|
|
687
|
+
*/
|
|
688
|
+
ConsentStatusIssued: "ISSUED";
|
|
689
|
+
/**
|
|
690
|
+
* IlpFulfilment
|
|
691
|
+
* @description Fulfilment that must be attached to the transfer by the Payee.
|
|
692
|
+
* @example WLctttbu2HvTsa1XWvUoGRcQozHsqeu9Ahl2JW9Bsu8
|
|
693
|
+
*/
|
|
694
|
+
IlpFulfilment: string;
|
|
695
|
+
/**
|
|
696
|
+
* Integer
|
|
697
|
+
* @description The API data type Integer is a JSON String consisting of digits only. Negative numbers and leading zeroes are not allowed. The data type is always limited to a specific number of digits.
|
|
698
|
+
*/
|
|
699
|
+
Integer: string;
|
|
700
|
+
/**
|
|
701
|
+
* Note
|
|
702
|
+
* @description Memo assigned to transaction.
|
|
703
|
+
* @example Note sent to Payee.
|
|
704
|
+
*/
|
|
705
|
+
Note: string;
|
|
706
|
+
/**
|
|
707
|
+
* PartyIdTypeTPLink
|
|
708
|
+
* @description - THIRD_PARTY_LINK - is the DFSP's internal reference which allows DFSP to find out the corresponding consent
|
|
709
|
+
* @example PERSONAL_ID
|
|
710
|
+
* @enum {string}
|
|
711
|
+
*/
|
|
712
|
+
PartyIdTypeTPLink: "THIRD_PARTY_LINK";
|
|
713
|
+
/**
|
|
714
|
+
* PartyIdInfo
|
|
715
|
+
* @description Data model for the complex type PartyIdInfo.
|
|
716
|
+
*/
|
|
717
|
+
PartyIdInfoTPLink: {
|
|
718
|
+
partyIdType: components["schemas"]["PartyIdTypeTPLink"];
|
|
719
|
+
partyIdentifier: components["schemas"]["PartyIdentifier"];
|
|
720
|
+
partySubIdOrType?: components["schemas"]["PartySubIdOrType"];
|
|
721
|
+
fspId?: components["schemas"]["FspId"];
|
|
722
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
723
|
+
};
|
|
724
|
+
/**
|
|
725
|
+
* ServiceType
|
|
726
|
+
* @description The ServiceType enumeration describes the types of role for which a DFSP may query using the /services resource.
|
|
727
|
+
* Below are the allowed values for the enumeration ServiceType - THIRD_PARTY_DFSP - Enum used to query for DFSPs that have thirdparty features enabled. - PISP - Enum used to query for PISPs. - AUTH_SERVICE - Participants which provide Authentication Services.
|
|
728
|
+
* https://github.com/mojaloop/documentation/blob/main/website/versioned_docs/v2.0.0/api/thirdparty/data-models.md#3229-servicetype
|
|
729
|
+
* @enum {string}
|
|
730
|
+
*/
|
|
731
|
+
ServiceType: "THIRD_PARTY_DFSP" | "PISP" | "AUTH_SERVICE";
|
|
732
|
+
/**
|
|
733
|
+
* CorrelationId
|
|
734
|
+
* @description Identifier that correlates all messages of the same sequence. The supported identifiers formats are for lowercase [UUID](https://datatracker.ietf.org/doc/html/rfc9562) and uppercase [ULID](https://github.com/ulid/spec)
|
|
735
|
+
* @example b51ec534-ee48-4575-b6a9-ead2955b8069
|
|
736
|
+
*/
|
|
737
|
+
CorrelationId: string;
|
|
738
|
+
/**
|
|
739
|
+
* ParticipantsPostRequest
|
|
740
|
+
* @description The object sent in the POST /participants request.
|
|
741
|
+
*/
|
|
742
|
+
ParticipantsPostRequest: {
|
|
743
|
+
requestId: components["schemas"]["CorrelationId"];
|
|
744
|
+
/**
|
|
745
|
+
* @description List of PartyIdInfo elements that the client would like to update
|
|
746
|
+
* or create FSP information about.
|
|
747
|
+
*/
|
|
748
|
+
partyList: components["schemas"]["PartyIdInfo"][];
|
|
749
|
+
currency?: components["schemas"]["Currency"];
|
|
750
|
+
};
|
|
751
|
+
/**
|
|
752
|
+
* AmountType
|
|
753
|
+
* @description Below are the allowed values for the enumeration AmountType.
|
|
754
|
+
* - SEND - Amount the Payer would like to send, that is, the amount that should be withdrawn from the Payer account including any fees.
|
|
755
|
+
* - RECEIVE - Amount the Payer would like the Payee to receive, that is, the amount that should be sent to the receiver exclusive of any fees.
|
|
756
|
+
* @example RECEIVE
|
|
757
|
+
* @enum {string}
|
|
758
|
+
*/
|
|
759
|
+
AmountType: "SEND" | "RECEIVE";
|
|
760
|
+
/**
|
|
761
|
+
* TransactionScenario
|
|
762
|
+
* @description Below are the allowed values for the enumeration.
|
|
763
|
+
* - DEPOSIT - Used for performing a Cash-In (deposit) transaction. In a normal scenario, electronic funds are transferred from a Business account to a Consumer account, and physical cash is given from the Consumer to the Business User.
|
|
764
|
+
* - WITHDRAWAL - Used for performing a Cash-Out (withdrawal) transaction. In a normal scenario, electronic funds are transferred from a Consumer’s account to a Business account, and physical cash is given from the Business User to the Consumer.
|
|
765
|
+
* - TRANSFER - Used for performing a P2P (Peer to Peer, or Consumer to Consumer) transaction.
|
|
766
|
+
* - PAYMENT - Usually used for performing a transaction from a Consumer to a Merchant or Organization, but could also be for a B2B (Business to Business) payment. The transaction could be online for a purchase in an Internet store, in a physical store where both the Consumer and Business User are present, a bill payment, a donation, and so on.
|
|
767
|
+
* - REFUND - Used for performing a refund of transaction.
|
|
768
|
+
* @example DEPOSIT
|
|
769
|
+
* @enum {string}
|
|
770
|
+
*/
|
|
771
|
+
TransactionScenario: "DEPOSIT" | "WITHDRAWAL" | "TRANSFER" | "PAYMENT" | "REFUND";
|
|
772
|
+
/**
|
|
773
|
+
* TransactionSubScenario
|
|
774
|
+
* @description Possible sub-scenario, defined locally within the scheme (UndefinedEnum Type).
|
|
775
|
+
* @example LOCALLY_DEFINED_SUBSCENARIO
|
|
776
|
+
*/
|
|
777
|
+
TransactionSubScenario: string;
|
|
778
|
+
/**
|
|
779
|
+
* TransactionInitiator
|
|
780
|
+
* @description Below are the allowed values for the enumeration.
|
|
781
|
+
* - PAYER - Sender of funds is initiating the transaction. The account to send from is either owned by the Payer or is connected to the Payer in some way.
|
|
782
|
+
* - PAYEE - Recipient of the funds is initiating the transaction by sending a transaction request. The Payer must approve the transaction, either automatically by a pre-generated OTP or by pre-approval of the Payee, or by manually approving in his or her own Device.
|
|
783
|
+
* @example PAYEE
|
|
784
|
+
* @enum {string}
|
|
785
|
+
*/
|
|
786
|
+
TransactionInitiator: "PAYER" | "PAYEE";
|
|
787
|
+
/**
|
|
788
|
+
* TransactionInitiatorType
|
|
789
|
+
* @description Below are the allowed values for the enumeration.
|
|
790
|
+
* - CONSUMER - Consumer is the initiator of the transaction.
|
|
791
|
+
* - AGENT - Agent is the initiator of the transaction.
|
|
792
|
+
* - BUSINESS - Business is the initiator of the transaction.
|
|
793
|
+
* - DEVICE - Device is the initiator of the transaction.
|
|
794
|
+
* @example CONSUMER
|
|
795
|
+
* @enum {string}
|
|
796
|
+
*/
|
|
797
|
+
TransactionInitiatorType: "CONSUMER" | "AGENT" | "BUSINESS" | "DEVICE";
|
|
798
|
+
/**
|
|
799
|
+
* RefundReason
|
|
800
|
+
* @description Reason for the refund.
|
|
801
|
+
* @example Free text indicating reason for the refund.
|
|
802
|
+
*/
|
|
803
|
+
RefundReason: string;
|
|
804
|
+
/**
|
|
805
|
+
* Refund
|
|
806
|
+
* @description Data model for the complex type Refund.
|
|
807
|
+
*/
|
|
808
|
+
Refund: {
|
|
809
|
+
originalTransactionId: components["schemas"]["CorrelationId"];
|
|
810
|
+
refundReason?: components["schemas"]["RefundReason"];
|
|
811
|
+
};
|
|
812
|
+
/**
|
|
813
|
+
* BalanceOfPayments
|
|
814
|
+
* @description (BopCode) The API data type [BopCode](https://www.imf.org/external/np/sta/bopcode/) is a JSON String of 3 characters, consisting of digits only. Negative numbers are not allowed. A leading zero is not allowed.
|
|
815
|
+
* @example 123
|
|
816
|
+
*/
|
|
817
|
+
BalanceOfPayments: string;
|
|
818
|
+
/**
|
|
819
|
+
* TransactionType
|
|
820
|
+
* @description Data model for the complex type TransactionType.
|
|
821
|
+
*/
|
|
822
|
+
TransactionType: {
|
|
823
|
+
scenario: components["schemas"]["TransactionScenario"];
|
|
824
|
+
subScenario?: components["schemas"]["TransactionSubScenario"];
|
|
825
|
+
initiator: components["schemas"]["TransactionInitiator"];
|
|
826
|
+
initiatorType: components["schemas"]["TransactionInitiatorType"];
|
|
827
|
+
refundInfo?: components["schemas"]["Refund"];
|
|
828
|
+
balanceOfPayments?: components["schemas"]["BalanceOfPayments"];
|
|
829
|
+
};
|
|
830
|
+
/**
|
|
831
|
+
* QuotesPostRequest
|
|
832
|
+
* @description The object sent in the POST /quotes request.
|
|
833
|
+
*/
|
|
834
|
+
QuotesPostRequest: {
|
|
835
|
+
/**
|
|
836
|
+
* @description Common ID between the FSPs for the quote object, decided by the Payer FSP. The ID should be reused for resends of the same quote for a transaction. A new ID should be generated for each new quote for a transaction.
|
|
837
|
+
* @example b51ec534-ee48-4575-b6a9-ead2955b8069
|
|
838
|
+
*/
|
|
839
|
+
quoteId: components["schemas"]["CorrelationId"];
|
|
840
|
+
/**
|
|
841
|
+
* @description Common ID (decided by the Payer FSP) between the FSPs for the future transaction object. The actual transaction will be created as part of a successful transfer process. The ID should be reused for resends of the same quote for a transaction. A new ID should be generated for each new quote for a transaction.
|
|
842
|
+
* @example a8323bc6-c228-4df2-ae82-e5a997baf899
|
|
843
|
+
*/
|
|
844
|
+
transactionId: components["schemas"]["CorrelationId"];
|
|
845
|
+
/**
|
|
846
|
+
* @description Identifies an optional previously-sent transaction request.
|
|
847
|
+
* @example a8323bc6-c228-4df2-ae82-e5a997baf890
|
|
848
|
+
*/
|
|
849
|
+
transactionRequestId?: components["schemas"]["CorrelationId"];
|
|
850
|
+
/** @description Information about the Payee in the proposed financial transaction. */
|
|
851
|
+
payee: components["schemas"]["Party"];
|
|
852
|
+
/** @description Information about the Payer in the proposed financial transaction. */
|
|
853
|
+
payer: components["schemas"]["Party"];
|
|
854
|
+
/**
|
|
855
|
+
* @description SEND for send amount, RECEIVE for receive amount.
|
|
856
|
+
* @example SEND
|
|
857
|
+
*/
|
|
858
|
+
amountType: components["schemas"]["AmountType"];
|
|
859
|
+
/** @description Depending on amountType - If SEND - The amount the Payer would like to send, that is, the amount that should be withdrawn from the Payer account including any fees. The amount is updated by each participating entity in the transaction. If RECEIVE - The amount the Payee should receive, that is, the amount that should be sent to the receiver exclusive any fees. The amount is not updated by any of the participating entities. */
|
|
860
|
+
amount: components["schemas"]["Money"];
|
|
861
|
+
/** @description The fees in the transaction. The fees element should be empty if fees should be non-disclosed. The fees element should be non-empty if fees should be disclosed. */
|
|
862
|
+
fees?: components["schemas"]["Money"];
|
|
863
|
+
/** @description Type of transaction for which the quote is requested. */
|
|
864
|
+
transactionType: components["schemas"]["TransactionType"];
|
|
865
|
+
/** @description Longitude and Latitude of the initiating Party. Can be used to detect fraud. */
|
|
866
|
+
geoCode?: components["schemas"]["GeoCode"];
|
|
867
|
+
/**
|
|
868
|
+
* @description A memo that will be attached to the transaction.
|
|
869
|
+
* @example Free-text memo.
|
|
870
|
+
*/
|
|
871
|
+
note?: components["schemas"]["Note"];
|
|
872
|
+
/**
|
|
873
|
+
* @description Expiration is optional. It can be set to get a quick failure in case the peer FSP takes too long to respond. Also, it may be beneficial for Consumer, Agent, and Merchant to know that their request has a time limit.
|
|
874
|
+
* @example 2016-05-24T08:38:08.699-04:00
|
|
875
|
+
*/
|
|
876
|
+
expiration?: components["schemas"]["DateTime"];
|
|
877
|
+
/** @description Optional extension, specific to deployment. */
|
|
878
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
879
|
+
};
|
|
880
|
+
/**
|
|
881
|
+
* ErrorInformationResponse
|
|
882
|
+
* @description Data model for the complex type object that contains an optional element ErrorInformation used along with 4xx and 5xx responses.
|
|
883
|
+
*/
|
|
884
|
+
ErrorInformationResponse: {
|
|
885
|
+
errorInformation?: components["schemas"]["ErrorInformation"];
|
|
886
|
+
};
|
|
887
|
+
/**
|
|
888
|
+
* tppTransactionRequestPostRequest
|
|
889
|
+
* @description Used by: PISP
|
|
890
|
+
* The HTTP request POST /tppTransationRequest is used to request the creation of a transaction request on the server for the transfer described in the request.
|
|
891
|
+
* Callback and data model information for POST /tppTransationRequest:
|
|
892
|
+
* Callback - PUT /tppTransationRequest/{ID} Error Callback - PUT /tppTransationRequest/{ID}/error
|
|
893
|
+
*/
|
|
894
|
+
tppTransactionRequestPostRequest: {
|
|
895
|
+
/** @description Common ID between the PISP and the Payer DFSP for the transaction request object. The ID should be reused for resends of the same transaction request. A new ID should be generated for each new transaction request. */
|
|
896
|
+
transactionRequestId: components["schemas"]["CorrelationId"];
|
|
897
|
+
/** @description Information about the Payee in the proposed financial transaction. */
|
|
898
|
+
payee: components["schemas"]["Party"];
|
|
899
|
+
/** @description Information about the Payer in the proposed financial transaction. */
|
|
900
|
+
payer: components["schemas"]["PartyIdInfo"];
|
|
901
|
+
/** @description SEND for sendAmount, RECEIVE for receiveAmount. */
|
|
902
|
+
amountType: components["schemas"]["AmountType"];
|
|
903
|
+
/** @description Requested amount to be transferred from the Payer to Payee. */
|
|
904
|
+
amount: components["schemas"]["Money"];
|
|
905
|
+
/** @description Type of transaction. */
|
|
906
|
+
transactionType: components["schemas"]["TransactionType"];
|
|
907
|
+
/** @description A memo that will be attached to the transaction. */
|
|
908
|
+
note?: string;
|
|
909
|
+
/**
|
|
910
|
+
* @description Date and time until when the transaction request is valid. It can be set to get a quick failure in case the peer FSP takes too long to respond.
|
|
911
|
+
* @example 2016-05-24T08:38:08.699-04:00
|
|
912
|
+
*/
|
|
913
|
+
expiration: string;
|
|
914
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
915
|
+
};
|
|
916
|
+
/**
|
|
917
|
+
* tppAuthorizationsPostRequest
|
|
918
|
+
* @description Used by: DFSP
|
|
919
|
+
* The HTTP request PUT /tppTransactionRequests/<ID> resource will have the following content. The <ID> in the request should match the transactionRequestId which was given when the transaction request was created.
|
|
920
|
+
* It is used to return the: 1. status of the customer information for validation. 2. the status of that agreement of terms for the transfer 3. a challenge that the PISP's client is to sign if the terms are agreed to and the transaction is to be authorized.
|
|
921
|
+
*/
|
|
922
|
+
tppTransactionRequestPutResponse: {
|
|
923
|
+
transactionRequestId: components["schemas"]["CorrelationId"];
|
|
924
|
+
/** @description The challenge that the PISP's client is to sign */
|
|
925
|
+
challenge: string;
|
|
926
|
+
/** @description The unique identifier for the proposed transaction. It is set by the payer DFSP and signed by the payee DFSP as part of the terms of the transfer */
|
|
927
|
+
transactionId: components["schemas"]["CorrelationId"];
|
|
928
|
+
/** @description The amount that will be debited from the sending customer's account as a consequence of the transaction. */
|
|
929
|
+
transferAmount: components["schemas"]["Money"];
|
|
930
|
+
/** @description The amount that will be credited to the receiving customer's account as a consequence of the transaction. */
|
|
931
|
+
payeeReceiveAmount: components["schemas"]["Money"];
|
|
932
|
+
/** @description The amount of fees that the paying customer will be charged as part of the transaction. */
|
|
933
|
+
fees: components["schemas"]["Money"];
|
|
934
|
+
/** @description Information about the Payer type, id, sub-type/id, FSP Id in the proposed financial transaction. */
|
|
935
|
+
payer: components["schemas"]["PartyIdInfo"];
|
|
936
|
+
/** @description Information about the Payee in the proposed financial transaction. */
|
|
937
|
+
payee: components["schemas"]["Party"];
|
|
938
|
+
transactionType: components["schemas"]["TransactionType"];
|
|
939
|
+
/** @description The time by which the transfer must be completed, set by the payee DFSP. */
|
|
940
|
+
expiration: components["schemas"]["DateTime"];
|
|
941
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
942
|
+
};
|
|
943
|
+
/**
|
|
944
|
+
* ErrorInformationObject
|
|
945
|
+
* @description Data model for the complex type object that contains ErrorInformation.
|
|
946
|
+
*/
|
|
947
|
+
ErrorInformationObject: {
|
|
948
|
+
errorInformation: components["schemas"]["ErrorInformation"];
|
|
949
|
+
};
|
|
950
|
+
/**
|
|
951
|
+
* AuthorizationResponseType
|
|
952
|
+
* @description The customer accepted the terms of the transfer
|
|
953
|
+
* @enum {string}
|
|
954
|
+
*/
|
|
955
|
+
AuthorizationResponseTypeAccepted: "ACCEPTED";
|
|
956
|
+
/**
|
|
957
|
+
* SignedPayloadTypeGeneric
|
|
958
|
+
* @description Describes a challenge that has been signed with a private key
|
|
959
|
+
* @enum {string}
|
|
960
|
+
*/
|
|
961
|
+
SignedPayloadTypeGeneric: "GENERIC";
|
|
962
|
+
/** @description The API data type BinaryString is a JSON String. The string is a base64url encoding of a string of raw bytes, where padding (character ‘=’) is added at the end of the data if needed to ensure that the string is a multiple of 4 characters. The length restriction indicates the allowed number of characters. */
|
|
963
|
+
BinaryString: string;
|
|
964
|
+
/** SignedPayloadGeneric */
|
|
965
|
+
SignedPayloadGeneric: {
|
|
966
|
+
signedPayloadType: components["schemas"]["SignedPayloadTypeGeneric"];
|
|
967
|
+
genericSignedPayload: components["schemas"]["BinaryString"];
|
|
968
|
+
};
|
|
969
|
+
/**
|
|
970
|
+
* TransfersPostRequestGeneric
|
|
971
|
+
* @description The object sent in the PUT /tppAuthorizations/{ID} callback.
|
|
972
|
+
*/
|
|
973
|
+
TransfersPostRequestGeneric: {
|
|
974
|
+
responseType: components["schemas"]["AuthorizationResponseTypeAccepted"];
|
|
975
|
+
signedPayload: components["schemas"]["SignedPayloadGeneric"];
|
|
976
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
977
|
+
};
|
|
978
|
+
/**
|
|
979
|
+
* SignedPayloadTypeFIDO
|
|
980
|
+
* @description Describes a challenge that has been signed with FIDO Attestation flows
|
|
981
|
+
* @enum {string}
|
|
982
|
+
*/
|
|
983
|
+
SignedPayloadTypeFIDO: "FIDO";
|
|
984
|
+
/**
|
|
985
|
+
* FIDOPublicKeyCredentialAssertion
|
|
986
|
+
* @description A data model representing a FIDO Assertion result.
|
|
987
|
+
* Derived from PublicKeyCredential Interface in WebAuthN.
|
|
988
|
+
*
|
|
989
|
+
* The PublicKeyCredential interface represents the below fields with a Type of
|
|
990
|
+
* Javascript ArrayBuffer.
|
|
991
|
+
* For this API, we represent ArrayBuffers as base64 encoded utf-8 strings.
|
|
992
|
+
*
|
|
993
|
+
* https://github.com/mojaloop/documentation/blob/main/website/versioned_docs/v2.0.0/api/thirdparty/data-models.md#32128-fidopublickeycredentialassertion
|
|
994
|
+
*/
|
|
995
|
+
FIDOPublicKeyCredentialAssertion: {
|
|
996
|
+
/**
|
|
997
|
+
* @description credential id: identifier of pair of keys, base64 encoded
|
|
998
|
+
* https://w3c.github.io/webauthn/#ref-for-dom-credential-id
|
|
999
|
+
*/
|
|
1000
|
+
id: string;
|
|
1001
|
+
/** @description raw credential id: identifier of pair of keys, base64 encoded. */
|
|
1002
|
+
rawId: string;
|
|
1003
|
+
/** @description AuthenticatorAssertionResponse */
|
|
1004
|
+
response: {
|
|
1005
|
+
/** @description Authenticator data object. */
|
|
1006
|
+
authenticatorData: string;
|
|
1007
|
+
/** @description JSON string with client data. */
|
|
1008
|
+
clientDataJSON: string;
|
|
1009
|
+
/** @description The signature generated by the private key associated with this credential. */
|
|
1010
|
+
signature: string;
|
|
1011
|
+
/**
|
|
1012
|
+
* @description This field is optionally provided by the authenticator, and
|
|
1013
|
+
* represents the user.id that was supplied during registration.
|
|
1014
|
+
*/
|
|
1015
|
+
userHandle?: string;
|
|
1016
|
+
};
|
|
1017
|
+
/**
|
|
1018
|
+
* @description response type, we need only the type of public-key
|
|
1019
|
+
* @enum {string}
|
|
1020
|
+
*/
|
|
1021
|
+
type: "public-key";
|
|
1022
|
+
};
|
|
1023
|
+
/** SignedPayloadFIDO */
|
|
1024
|
+
SignedPayloadFIDO: {
|
|
1025
|
+
signedPayloadType: components["schemas"]["SignedPayloadTypeFIDO"];
|
|
1026
|
+
fidoSignedPayload: components["schemas"]["FIDOPublicKeyCredentialAssertion"];
|
|
1027
|
+
};
|
|
1028
|
+
/**
|
|
1029
|
+
* TransfersPostRequestFIDO
|
|
1030
|
+
* @description The object sent in the PUT /tppAuthorizations/{ID} callback.
|
|
1031
|
+
*/
|
|
1032
|
+
TransfersPostRequestFIDO: {
|
|
1033
|
+
responseType: components["schemas"]["AuthorizationResponseTypeAccepted"];
|
|
1034
|
+
signedPayload: components["schemas"]["SignedPayloadFIDO"];
|
|
1035
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
1036
|
+
};
|
|
1037
|
+
/**
|
|
1038
|
+
* tppTransfersPostRequest
|
|
1039
|
+
* @description The object sent in the PUT /tppAuthorizations/{ID} callback.
|
|
1040
|
+
*/
|
|
1041
|
+
tppTransfersPostRequest: {
|
|
1042
|
+
executionRequestId: components["schemas"]["CorrelationId"];
|
|
1043
|
+
transactionRequestId: components["schemas"]["CorrelationId"];
|
|
1044
|
+
authenticationInfo: components["schemas"]["TransfersPostRequestGeneric"] | components["schemas"]["TransfersPostRequestFIDO"];
|
|
1045
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
1046
|
+
};
|
|
1047
|
+
/**
|
|
1048
|
+
* TransactionState
|
|
1049
|
+
* @description Below are the allowed values for the enumeration.
|
|
1050
|
+
* - RECEIVED - Payee FSP has received the transaction from the Payer FSP.
|
|
1051
|
+
* - PENDING - Payee FSP has validated the transaction.
|
|
1052
|
+
* - COMPLETED - Payee FSP has successfully performed the transaction.
|
|
1053
|
+
* - REJECTED - Payee FSP has failed to perform the transaction.
|
|
1054
|
+
* @example RECEIVED
|
|
1055
|
+
* @enum {string}
|
|
1056
|
+
*/
|
|
1057
|
+
TransactionState: "RECEIVED" | "PENDING" | "COMPLETED" | "REJECTED";
|
|
1058
|
+
/**
|
|
1059
|
+
* tppTransfersPutResponse
|
|
1060
|
+
* @description Used by: DFSP
|
|
1061
|
+
* The issuing PISP will expect a response to their request for a transfer which describes the finalized state of the requested transfer.
|
|
1062
|
+
* This response will be given by a PUT callback call on the /tppTransfers/{ID} resource.
|
|
1063
|
+
* The {ID} given in the query string should be the executionRequestId which was originally used by the PISP to initiate the transaction.
|
|
1064
|
+
* https://github.com/mojaloop/documentation/blob/main/website/versioned_docs/v2.0.0/api/thirdparty/data-models.md#31612-post-thirdpartyrequestsauthorizations
|
|
1065
|
+
*/
|
|
1066
|
+
tppTransfersPutResponse: {
|
|
1067
|
+
completedTimestamp?: components["schemas"]["DateTime"];
|
|
1068
|
+
transactionState: components["schemas"]["TransactionState"];
|
|
1069
|
+
extensionList?: components["schemas"]["ExtensionList"];
|
|
1070
|
+
};
|
|
1071
|
+
};
|
|
1072
|
+
responses: {
|
|
1073
|
+
/** @description OK */
|
|
1074
|
+
200: {
|
|
1075
|
+
headers: {
|
|
1076
|
+
[name: string]: unknown;
|
|
1077
|
+
};
|
|
1078
|
+
content?: never;
|
|
1079
|
+
};
|
|
1080
|
+
/** @description Accepted */
|
|
1081
|
+
202: {
|
|
1082
|
+
headers: {
|
|
1083
|
+
[name: string]: unknown;
|
|
1084
|
+
};
|
|
1085
|
+
content?: never;
|
|
1086
|
+
};
|
|
1087
|
+
/** @description Bad Request */
|
|
1088
|
+
400: {
|
|
1089
|
+
headers: {
|
|
1090
|
+
"Content-Length": components["headers"]["Content-Length"];
|
|
1091
|
+
"Content-Type": components["headers"]["Content-Type"];
|
|
1092
|
+
[name: string]: unknown;
|
|
1093
|
+
};
|
|
1094
|
+
content: {
|
|
1095
|
+
"application/json": components["schemas"]["ErrorInformationResponse"];
|
|
1096
|
+
};
|
|
1097
|
+
};
|
|
1098
|
+
/** @description Unauthorized */
|
|
1099
|
+
401: {
|
|
1100
|
+
headers: {
|
|
1101
|
+
"Content-Length": components["headers"]["Content-Length"];
|
|
1102
|
+
"Content-Type": components["headers"]["Content-Type"];
|
|
1103
|
+
[name: string]: unknown;
|
|
1104
|
+
};
|
|
1105
|
+
content: {
|
|
1106
|
+
"application/json": components["schemas"]["ErrorInformationResponse"];
|
|
1107
|
+
};
|
|
1108
|
+
};
|
|
1109
|
+
/** @description Forbidden */
|
|
1110
|
+
403: {
|
|
1111
|
+
headers: {
|
|
1112
|
+
"Content-Length": components["headers"]["Content-Length"];
|
|
1113
|
+
"Content-Type": components["headers"]["Content-Type"];
|
|
1114
|
+
[name: string]: unknown;
|
|
1115
|
+
};
|
|
1116
|
+
content: {
|
|
1117
|
+
"application/json": components["schemas"]["ErrorInformationResponse"];
|
|
1118
|
+
};
|
|
1119
|
+
};
|
|
1120
|
+
/** @description Not Found */
|
|
1121
|
+
404: {
|
|
1122
|
+
headers: {
|
|
1123
|
+
"Content-Length": components["headers"]["Content-Length"];
|
|
1124
|
+
"Content-Type": components["headers"]["Content-Type"];
|
|
1125
|
+
[name: string]: unknown;
|
|
1126
|
+
};
|
|
1127
|
+
content: {
|
|
1128
|
+
"application/json": components["schemas"]["ErrorInformationResponse"];
|
|
1129
|
+
};
|
|
1130
|
+
};
|
|
1131
|
+
/** @description Method Not Allowed */
|
|
1132
|
+
405: {
|
|
1133
|
+
headers: {
|
|
1134
|
+
"Content-Length": components["headers"]["Content-Length"];
|
|
1135
|
+
"Content-Type": components["headers"]["Content-Type"];
|
|
1136
|
+
[name: string]: unknown;
|
|
1137
|
+
};
|
|
1138
|
+
content: {
|
|
1139
|
+
"application/json": components["schemas"]["ErrorInformationResponse"];
|
|
1140
|
+
};
|
|
1141
|
+
};
|
|
1142
|
+
/** @description Not Acceptable */
|
|
1143
|
+
406: {
|
|
1144
|
+
headers: {
|
|
1145
|
+
"Content-Length": components["headers"]["Content-Length"];
|
|
1146
|
+
"Content-Type": components["headers"]["Content-Type"];
|
|
1147
|
+
[name: string]: unknown;
|
|
1148
|
+
};
|
|
1149
|
+
content: {
|
|
1150
|
+
"application/json": components["schemas"]["ErrorInformationResponse"];
|
|
1151
|
+
};
|
|
1152
|
+
};
|
|
1153
|
+
/** @description Not Implemented */
|
|
1154
|
+
501: {
|
|
1155
|
+
headers: {
|
|
1156
|
+
"Content-Length": components["headers"]["Content-Length"];
|
|
1157
|
+
"Content-Type": components["headers"]["Content-Type"];
|
|
1158
|
+
[name: string]: unknown;
|
|
1159
|
+
};
|
|
1160
|
+
content: {
|
|
1161
|
+
"application/json": components["schemas"]["ErrorInformationResponse"];
|
|
1162
|
+
};
|
|
1163
|
+
};
|
|
1164
|
+
/** @description Service Unavailable */
|
|
1165
|
+
503: {
|
|
1166
|
+
headers: {
|
|
1167
|
+
"Content-Length": components["headers"]["Content-Length"];
|
|
1168
|
+
"Content-Type": components["headers"]["Content-Type"];
|
|
1169
|
+
[name: string]: unknown;
|
|
1170
|
+
};
|
|
1171
|
+
content: {
|
|
1172
|
+
"application/json": components["schemas"]["ErrorInformationResponse"];
|
|
1173
|
+
};
|
|
1174
|
+
};
|
|
1175
|
+
};
|
|
1176
|
+
parameters: {
|
|
1177
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
1178
|
+
"Content-Type": string;
|
|
1179
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
1180
|
+
Date: string;
|
|
1181
|
+
/**
|
|
1182
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
1183
|
+
*
|
|
1184
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
1185
|
+
*/
|
|
1186
|
+
"X-Forwarded-For": string;
|
|
1187
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
1188
|
+
"FSPIOP-Source": string;
|
|
1189
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
1190
|
+
"FSPIOP-Destination": string;
|
|
1191
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
1192
|
+
"FSPIOP-Encryption": string;
|
|
1193
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
1194
|
+
"FSPIOP-Signature": string;
|
|
1195
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1196
|
+
"FSPIOP-URI": string;
|
|
1197
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1198
|
+
"FSPIOP-HTTP-Method": string;
|
|
1199
|
+
/** @description The `Accept` header field indicates the version of the API the client would like the server to use. */
|
|
1200
|
+
Accept: string;
|
|
1201
|
+
/**
|
|
1202
|
+
* @description The `Content-Length` header field indicates the anticipated size of the payload body. Only sent if there is a body.
|
|
1203
|
+
*
|
|
1204
|
+
* **Note:** The API supports a maximum size of 5242880 bytes (5 Megabytes).
|
|
1205
|
+
*/
|
|
1206
|
+
"Content-Length": number;
|
|
1207
|
+
/** @description The identifier value. */
|
|
1208
|
+
ID: string;
|
|
1209
|
+
};
|
|
1210
|
+
requestBodies: never;
|
|
1211
|
+
headers: {
|
|
1212
|
+
/**
|
|
1213
|
+
* @description The `Content-Length` header field indicates the anticipated size of the payload body. Only sent if there is a body.
|
|
1214
|
+
*
|
|
1215
|
+
* **Note:** The API supports a maximum size of 5242880 bytes (5 Megabytes).
|
|
1216
|
+
*/
|
|
1217
|
+
"Content-Length": number;
|
|
1218
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
1219
|
+
"Content-Type": string;
|
|
1220
|
+
};
|
|
1221
|
+
pathItems: never;
|
|
1222
|
+
}
|
|
1223
|
+
export type $defs = Record<string, never>;
|
|
1224
|
+
export interface operations {
|
|
1225
|
+
test: {
|
|
1226
|
+
parameters: {
|
|
1227
|
+
query?: never;
|
|
1228
|
+
header?: never;
|
|
1229
|
+
path?: never;
|
|
1230
|
+
cookie?: never;
|
|
1231
|
+
};
|
|
1232
|
+
requestBody?: {
|
|
1233
|
+
content: {
|
|
1234
|
+
"application/json": components["schemas"]["ParticipantsIDPutResponse"] | components["schemas"]["PartiesTypeIDPutResponse"] | components["schemas"]["QuotesIDPutResponse"] | components["schemas"]["AuthorizationResponseType"] | components["schemas"]["ConsentStatusIssued"] | components["schemas"]["IlpFulfilment"] | components["schemas"]["Integer"] | components["schemas"]["Note"] | components["schemas"]["PartyIdInfoTPLink"] | components["schemas"]["PartyResult"] | components["schemas"]["ServiceType"] | components["schemas"]["ParticipantsPostRequest"] | components["schemas"]["QuotesPostRequest"];
|
|
1235
|
+
};
|
|
1236
|
+
};
|
|
1237
|
+
responses: {
|
|
1238
|
+
/** @description Ok */
|
|
1239
|
+
200: {
|
|
1240
|
+
headers: {
|
|
1241
|
+
[name: string]: unknown;
|
|
1242
|
+
};
|
|
1243
|
+
content?: never;
|
|
1244
|
+
};
|
|
1245
|
+
};
|
|
1246
|
+
};
|
|
1247
|
+
HealthGet: {
|
|
1248
|
+
parameters: {
|
|
1249
|
+
query?: never;
|
|
1250
|
+
header?: never;
|
|
1251
|
+
path?: never;
|
|
1252
|
+
cookie?: never;
|
|
1253
|
+
};
|
|
1254
|
+
requestBody?: never;
|
|
1255
|
+
responses: {
|
|
1256
|
+
200: components["responses"]["200"];
|
|
1257
|
+
400: components["responses"]["400"];
|
|
1258
|
+
401: components["responses"]["401"];
|
|
1259
|
+
403: components["responses"]["403"];
|
|
1260
|
+
404: components["responses"]["404"];
|
|
1261
|
+
405: components["responses"]["405"];
|
|
1262
|
+
406: components["responses"]["406"];
|
|
1263
|
+
501: components["responses"]["501"];
|
|
1264
|
+
503: components["responses"]["503"];
|
|
1265
|
+
};
|
|
1266
|
+
};
|
|
1267
|
+
MetricsGet: {
|
|
1268
|
+
parameters: {
|
|
1269
|
+
query?: never;
|
|
1270
|
+
header?: never;
|
|
1271
|
+
path?: never;
|
|
1272
|
+
cookie?: never;
|
|
1273
|
+
};
|
|
1274
|
+
requestBody?: never;
|
|
1275
|
+
responses: {
|
|
1276
|
+
200: components["responses"]["200"];
|
|
1277
|
+
400: components["responses"]["400"];
|
|
1278
|
+
401: components["responses"]["401"];
|
|
1279
|
+
403: components["responses"]["403"];
|
|
1280
|
+
404: components["responses"]["404"];
|
|
1281
|
+
405: components["responses"]["405"];
|
|
1282
|
+
406: components["responses"]["406"];
|
|
1283
|
+
501: components["responses"]["501"];
|
|
1284
|
+
503: components["responses"]["503"];
|
|
1285
|
+
};
|
|
1286
|
+
};
|
|
1287
|
+
tppTransactionsPost: {
|
|
1288
|
+
parameters: {
|
|
1289
|
+
query?: never;
|
|
1290
|
+
header: {
|
|
1291
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
1292
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
1293
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
1294
|
+
Date: components["parameters"]["Date"];
|
|
1295
|
+
/**
|
|
1296
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
1297
|
+
*
|
|
1298
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
1299
|
+
*/
|
|
1300
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
1301
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
1302
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
1303
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
1304
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
1305
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
1306
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
1307
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
1308
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
1309
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1310
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
1311
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1312
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
1313
|
+
/** @description The `Accept` header field indicates the version of the API the client would like the server to use. */
|
|
1314
|
+
Accept: components["parameters"]["Accept"];
|
|
1315
|
+
/**
|
|
1316
|
+
* @description The `Content-Length` header field indicates the anticipated size of the payload body. Only sent if there is a body.
|
|
1317
|
+
*
|
|
1318
|
+
* **Note:** The API supports a maximum size of 5242880 bytes (5 Megabytes).
|
|
1319
|
+
*/
|
|
1320
|
+
"Content-Length"?: components["parameters"]["Content-Length"];
|
|
1321
|
+
};
|
|
1322
|
+
path?: never;
|
|
1323
|
+
cookie?: never;
|
|
1324
|
+
};
|
|
1325
|
+
/** @description Transaction request to be created. */
|
|
1326
|
+
requestBody: {
|
|
1327
|
+
content: {
|
|
1328
|
+
"application/json": components["schemas"]["tppTransactionRequestPostRequest"];
|
|
1329
|
+
};
|
|
1330
|
+
};
|
|
1331
|
+
responses: {
|
|
1332
|
+
202: components["responses"]["202"];
|
|
1333
|
+
400: components["responses"]["400"];
|
|
1334
|
+
401: components["responses"]["401"];
|
|
1335
|
+
403: components["responses"]["403"];
|
|
1336
|
+
404: components["responses"]["404"];
|
|
1337
|
+
405: components["responses"]["405"];
|
|
1338
|
+
406: components["responses"]["406"];
|
|
1339
|
+
501: components["responses"]["501"];
|
|
1340
|
+
503: components["responses"]["503"];
|
|
1341
|
+
};
|
|
1342
|
+
};
|
|
1343
|
+
GetThirdpartyTransactionRequests: {
|
|
1344
|
+
parameters: {
|
|
1345
|
+
query?: never;
|
|
1346
|
+
header: {
|
|
1347
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
1348
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
1349
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
1350
|
+
Date: components["parameters"]["Date"];
|
|
1351
|
+
/**
|
|
1352
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
1353
|
+
*
|
|
1354
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
1355
|
+
*/
|
|
1356
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
1357
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
1358
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
1359
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
1360
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
1361
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
1362
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
1363
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
1364
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
1365
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1366
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
1367
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1368
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
1369
|
+
/** @description The `Accept` header field indicates the version of the API the client would like the server to use. */
|
|
1370
|
+
Accept: components["parameters"]["Accept"];
|
|
1371
|
+
};
|
|
1372
|
+
path: {
|
|
1373
|
+
/** @description The identifier value. */
|
|
1374
|
+
ID: components["parameters"]["ID"];
|
|
1375
|
+
};
|
|
1376
|
+
cookie?: never;
|
|
1377
|
+
};
|
|
1378
|
+
requestBody?: never;
|
|
1379
|
+
responses: {
|
|
1380
|
+
202: components["responses"]["202"];
|
|
1381
|
+
400: components["responses"]["400"];
|
|
1382
|
+
401: components["responses"]["401"];
|
|
1383
|
+
403: components["responses"]["403"];
|
|
1384
|
+
404: components["responses"]["404"];
|
|
1385
|
+
405: components["responses"]["405"];
|
|
1386
|
+
406: components["responses"]["406"];
|
|
1387
|
+
501: components["responses"]["501"];
|
|
1388
|
+
503: components["responses"]["503"];
|
|
1389
|
+
};
|
|
1390
|
+
};
|
|
1391
|
+
tppUpdateTransactionRequests: {
|
|
1392
|
+
parameters: {
|
|
1393
|
+
query?: never;
|
|
1394
|
+
header: {
|
|
1395
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
1396
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
1397
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
1398
|
+
Date: components["parameters"]["Date"];
|
|
1399
|
+
/**
|
|
1400
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
1401
|
+
*
|
|
1402
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
1403
|
+
*/
|
|
1404
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
1405
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
1406
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
1407
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
1408
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
1409
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
1410
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
1411
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
1412
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
1413
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1414
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
1415
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1416
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
1417
|
+
/**
|
|
1418
|
+
* @description The `Content-Length` header field indicates the anticipated size of the payload body. Only sent if there is a body.
|
|
1419
|
+
*
|
|
1420
|
+
* **Note:** The API supports a maximum size of 5242880 bytes (5 Megabytes).
|
|
1421
|
+
*/
|
|
1422
|
+
"Content-Length"?: components["parameters"]["Content-Length"];
|
|
1423
|
+
};
|
|
1424
|
+
path: {
|
|
1425
|
+
/** @description The identifier value. */
|
|
1426
|
+
ID: components["parameters"]["ID"];
|
|
1427
|
+
};
|
|
1428
|
+
cookie?: never;
|
|
1429
|
+
};
|
|
1430
|
+
requestBody: {
|
|
1431
|
+
content: {
|
|
1432
|
+
"application/json": components["schemas"]["tppTransactionRequestPutResponse"];
|
|
1433
|
+
};
|
|
1434
|
+
};
|
|
1435
|
+
responses: {
|
|
1436
|
+
200: components["responses"]["200"];
|
|
1437
|
+
400: components["responses"]["400"];
|
|
1438
|
+
401: components["responses"]["401"];
|
|
1439
|
+
403: components["responses"]["403"];
|
|
1440
|
+
404: components["responses"]["404"];
|
|
1441
|
+
405: components["responses"]["405"];
|
|
1442
|
+
406: components["responses"]["406"];
|
|
1443
|
+
501: components["responses"]["501"];
|
|
1444
|
+
503: components["responses"]["503"];
|
|
1445
|
+
};
|
|
1446
|
+
};
|
|
1447
|
+
tppTransactionRequestsError: {
|
|
1448
|
+
parameters: {
|
|
1449
|
+
query?: never;
|
|
1450
|
+
header: {
|
|
1451
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
1452
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
1453
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
1454
|
+
Date: components["parameters"]["Date"];
|
|
1455
|
+
/**
|
|
1456
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
1457
|
+
*
|
|
1458
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
1459
|
+
*/
|
|
1460
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
1461
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
1462
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
1463
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
1464
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
1465
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
1466
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
1467
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
1468
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
1469
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1470
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
1471
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1472
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
1473
|
+
/**
|
|
1474
|
+
* @description The `Content-Length` header field indicates the anticipated size of the payload body. Only sent if there is a body.
|
|
1475
|
+
*
|
|
1476
|
+
* **Note:** The API supports a maximum size of 5242880 bytes (5 Megabytes).
|
|
1477
|
+
*/
|
|
1478
|
+
"Content-Length"?: components["parameters"]["Content-Length"];
|
|
1479
|
+
};
|
|
1480
|
+
path: {
|
|
1481
|
+
/** @description The identifier value. */
|
|
1482
|
+
ID: components["parameters"]["ID"];
|
|
1483
|
+
};
|
|
1484
|
+
cookie?: never;
|
|
1485
|
+
};
|
|
1486
|
+
/** @description Error information returned. */
|
|
1487
|
+
requestBody: {
|
|
1488
|
+
content: {
|
|
1489
|
+
"application/json": components["schemas"]["ErrorInformationObject"];
|
|
1490
|
+
};
|
|
1491
|
+
};
|
|
1492
|
+
responses: {
|
|
1493
|
+
200: components["responses"]["200"];
|
|
1494
|
+
400: components["responses"]["400"];
|
|
1495
|
+
401: components["responses"]["401"];
|
|
1496
|
+
403: components["responses"]["403"];
|
|
1497
|
+
404: components["responses"]["404"];
|
|
1498
|
+
405: components["responses"]["405"];
|
|
1499
|
+
406: components["responses"]["406"];
|
|
1500
|
+
501: components["responses"]["501"];
|
|
1501
|
+
503: components["responses"]["503"];
|
|
1502
|
+
};
|
|
1503
|
+
};
|
|
1504
|
+
tppPostTransfers: {
|
|
1505
|
+
parameters: {
|
|
1506
|
+
query?: never;
|
|
1507
|
+
header: {
|
|
1508
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
1509
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
1510
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
1511
|
+
Date: components["parameters"]["Date"];
|
|
1512
|
+
/**
|
|
1513
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
1514
|
+
*
|
|
1515
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
1516
|
+
*/
|
|
1517
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
1518
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
1519
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
1520
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
1521
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
1522
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
1523
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
1524
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
1525
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
1526
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1527
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
1528
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1529
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
1530
|
+
/** @description The `Accept` header field indicates the version of the API the client would like the server to use. */
|
|
1531
|
+
Accept: components["parameters"]["Accept"];
|
|
1532
|
+
/**
|
|
1533
|
+
* @description The `Content-Length` header field indicates the anticipated size of the payload body. Only sent if there is a body.
|
|
1534
|
+
*
|
|
1535
|
+
* **Note:** The API supports a maximum size of 5242880 bytes (5 Megabytes).
|
|
1536
|
+
*/
|
|
1537
|
+
"Content-Length"?: components["parameters"]["Content-Length"];
|
|
1538
|
+
};
|
|
1539
|
+
path?: never;
|
|
1540
|
+
cookie?: never;
|
|
1541
|
+
};
|
|
1542
|
+
/** @description Transaction request to be created. */
|
|
1543
|
+
requestBody: {
|
|
1544
|
+
content: {
|
|
1545
|
+
"application/json": components["schemas"]["tppTransfersPostRequest"];
|
|
1546
|
+
};
|
|
1547
|
+
};
|
|
1548
|
+
responses: {
|
|
1549
|
+
202: components["responses"]["202"];
|
|
1550
|
+
400: components["responses"]["400"];
|
|
1551
|
+
401: components["responses"]["401"];
|
|
1552
|
+
403: components["responses"]["403"];
|
|
1553
|
+
404: components["responses"]["404"];
|
|
1554
|
+
405: components["responses"]["405"];
|
|
1555
|
+
406: components["responses"]["406"];
|
|
1556
|
+
501: components["responses"]["501"];
|
|
1557
|
+
503: components["responses"]["503"];
|
|
1558
|
+
};
|
|
1559
|
+
};
|
|
1560
|
+
tppGetTransfers: {
|
|
1561
|
+
parameters: {
|
|
1562
|
+
query?: never;
|
|
1563
|
+
header: {
|
|
1564
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
1565
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
1566
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
1567
|
+
Date: components["parameters"]["Date"];
|
|
1568
|
+
/**
|
|
1569
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
1570
|
+
*
|
|
1571
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
1572
|
+
*/
|
|
1573
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
1574
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
1575
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
1576
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
1577
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
1578
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
1579
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
1580
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
1581
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
1582
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1583
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
1584
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1585
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
1586
|
+
/** @description The `Accept` header field indicates the version of the API the client would like the server to use. */
|
|
1587
|
+
Accept: components["parameters"]["Accept"];
|
|
1588
|
+
};
|
|
1589
|
+
path: {
|
|
1590
|
+
/** @description The identifier value. */
|
|
1591
|
+
ID: components["parameters"]["ID"];
|
|
1592
|
+
};
|
|
1593
|
+
cookie?: never;
|
|
1594
|
+
};
|
|
1595
|
+
requestBody?: never;
|
|
1596
|
+
responses: {
|
|
1597
|
+
202: components["responses"]["202"];
|
|
1598
|
+
400: components["responses"]["400"];
|
|
1599
|
+
401: components["responses"]["401"];
|
|
1600
|
+
403: components["responses"]["403"];
|
|
1601
|
+
404: components["responses"]["404"];
|
|
1602
|
+
405: components["responses"]["405"];
|
|
1603
|
+
406: components["responses"]["406"];
|
|
1604
|
+
501: components["responses"]["501"];
|
|
1605
|
+
503: components["responses"]["503"];
|
|
1606
|
+
};
|
|
1607
|
+
};
|
|
1608
|
+
tppUpdateTransfersRequest: {
|
|
1609
|
+
parameters: {
|
|
1610
|
+
query?: never;
|
|
1611
|
+
header: {
|
|
1612
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
1613
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
1614
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
1615
|
+
Date: components["parameters"]["Date"];
|
|
1616
|
+
/**
|
|
1617
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
1618
|
+
*
|
|
1619
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
1620
|
+
*/
|
|
1621
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
1622
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
1623
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
1624
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
1625
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
1626
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
1627
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
1628
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
1629
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
1630
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1631
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
1632
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1633
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
1634
|
+
/**
|
|
1635
|
+
* @description The `Content-Length` header field indicates the anticipated size of the payload body. Only sent if there is a body.
|
|
1636
|
+
*
|
|
1637
|
+
* **Note:** The API supports a maximum size of 5242880 bytes (5 Megabytes).
|
|
1638
|
+
*/
|
|
1639
|
+
"Content-Length"?: components["parameters"]["Content-Length"];
|
|
1640
|
+
};
|
|
1641
|
+
path: {
|
|
1642
|
+
/** @description The identifier value. */
|
|
1643
|
+
ID: components["parameters"]["ID"];
|
|
1644
|
+
};
|
|
1645
|
+
cookie?: never;
|
|
1646
|
+
};
|
|
1647
|
+
requestBody: {
|
|
1648
|
+
content: {
|
|
1649
|
+
/**
|
|
1650
|
+
* @example {
|
|
1651
|
+
* "transactionRequestState": "RECEIVED"
|
|
1652
|
+
* }
|
|
1653
|
+
*/
|
|
1654
|
+
"application/json": components["schemas"]["tppTransfersPutResponse"];
|
|
1655
|
+
};
|
|
1656
|
+
};
|
|
1657
|
+
responses: {
|
|
1658
|
+
200: components["responses"]["200"];
|
|
1659
|
+
400: components["responses"]["400"];
|
|
1660
|
+
401: components["responses"]["401"];
|
|
1661
|
+
403: components["responses"]["403"];
|
|
1662
|
+
404: components["responses"]["404"];
|
|
1663
|
+
405: components["responses"]["405"];
|
|
1664
|
+
406: components["responses"]["406"];
|
|
1665
|
+
501: components["responses"]["501"];
|
|
1666
|
+
503: components["responses"]["503"];
|
|
1667
|
+
};
|
|
1668
|
+
};
|
|
1669
|
+
tppTransfersRequestsError: {
|
|
1670
|
+
parameters: {
|
|
1671
|
+
query?: never;
|
|
1672
|
+
header: {
|
|
1673
|
+
/** @description The `Content-Type` header indicates the specific version of the API used to send the payload body. */
|
|
1674
|
+
"Content-Type": components["parameters"]["Content-Type"];
|
|
1675
|
+
/** @description The `Date` header field indicates the date when the request was sent. */
|
|
1676
|
+
Date: components["parameters"]["Date"];
|
|
1677
|
+
/**
|
|
1678
|
+
* @description The `X-Forwarded-For` header field is an unofficially accepted standard used for informational purposes of the originating client IP address, as a request might pass multiple proxies, firewalls, and so on. Multiple `X-Forwarded-For` values should be expected and supported by implementers of the API.
|
|
1679
|
+
*
|
|
1680
|
+
* **Note:** An alternative to `X-Forwarded-For` is defined in [RFC 7239](https://tools.ietf.org/html/rfc7239). However, to this point RFC 7239 is less-used and supported than `X-Forwarded-For`.
|
|
1681
|
+
*/
|
|
1682
|
+
"X-Forwarded-For"?: components["parameters"]["X-Forwarded-For"];
|
|
1683
|
+
/** @description The `FSPIOP-Source` header field is a non-HTTP standard field used by the API for identifying the sender of the HTTP request. The field should be set by the original sender of the request. Required for routing and signature verification (see header field `FSPIOP-Signature`). */
|
|
1684
|
+
"FSPIOP-Source": components["parameters"]["FSPIOP-Source"];
|
|
1685
|
+
/** @description The `FSPIOP-Destination` header field is a non-HTTP standard field used by the API for HTTP header based routing of requests and responses to the destination. The field must be set by the original sender of the request if the destination is known (valid for all services except GET /parties) so that any entities between the client and the server do not need to parse the payload for routing purposes. If the destination is not known (valid for service GET /parties), the field should be left empty. */
|
|
1686
|
+
"FSPIOP-Destination"?: components["parameters"]["FSPIOP-Destination"];
|
|
1687
|
+
/** @description The `FSPIOP-Encryption` header field is a non-HTTP standard field used by the API for applying end-to-end encryption of the request. */
|
|
1688
|
+
"FSPIOP-Encryption"?: components["parameters"]["FSPIOP-Encryption"];
|
|
1689
|
+
/** @description The `FSPIOP-Signature` header field is a non-HTTP standard field used by the API for applying an end-to-end request signature. */
|
|
1690
|
+
"FSPIOP-Signature"?: components["parameters"]["FSPIOP-Signature"];
|
|
1691
|
+
/** @description The `FSPIOP-URI` header field is a non-HTTP standard field used by the API for signature verification, should contain the service URI. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1692
|
+
"FSPIOP-URI"?: components["parameters"]["FSPIOP-URI"];
|
|
1693
|
+
/** @description The `FSPIOP-HTTP-Method` header field is a non-HTTP standard field used by the API for signature verification, should contain the service HTTP method. Required if signature verification is used, for more information, see [the API Signature document](https://github.com/mojaloop/docs/tree/main/Specification%20Document%20Set). */
|
|
1694
|
+
"FSPIOP-HTTP-Method"?: components["parameters"]["FSPIOP-HTTP-Method"];
|
|
1695
|
+
/**
|
|
1696
|
+
* @description The `Content-Length` header field indicates the anticipated size of the payload body. Only sent if there is a body.
|
|
1697
|
+
*
|
|
1698
|
+
* **Note:** The API supports a maximum size of 5242880 bytes (5 Megabytes).
|
|
1699
|
+
*/
|
|
1700
|
+
"Content-Length"?: components["parameters"]["Content-Length"];
|
|
1701
|
+
};
|
|
1702
|
+
path: {
|
|
1703
|
+
/** @description The identifier value. */
|
|
1704
|
+
ID: components["parameters"]["ID"];
|
|
1705
|
+
};
|
|
1706
|
+
cookie?: never;
|
|
1707
|
+
};
|
|
1708
|
+
/** @description Error information returned. */
|
|
1709
|
+
requestBody: {
|
|
1710
|
+
content: {
|
|
1711
|
+
"application/json": components["schemas"]["ErrorInformationObject"];
|
|
1712
|
+
};
|
|
1713
|
+
};
|
|
1714
|
+
responses: {
|
|
1715
|
+
200: components["responses"]["200"];
|
|
1716
|
+
400: components["responses"]["400"];
|
|
1717
|
+
401: components["responses"]["401"];
|
|
1718
|
+
403: components["responses"]["403"];
|
|
1719
|
+
404: components["responses"]["404"];
|
|
1720
|
+
405: components["responses"]["405"];
|
|
1721
|
+
406: components["responses"]["406"];
|
|
1722
|
+
501: components["responses"]["501"];
|
|
1723
|
+
503: components["responses"]["503"];
|
|
1724
|
+
};
|
|
1725
|
+
};
|
|
1726
|
+
}
|