Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Settlement & fees model

Model

How it works

Invoice

OnePipe (via Polaris client) will invoice the calling app periodically for all calls to the endpoint. At settlement, Polaris will debit aggregated fee from the app’s client bank account, credit the settlement account.

The OnePipe-Polaris agreed fee will then be debited from the settlement account and split to relevant parties. Amount or Commission

The Polaris should have it's own way of debiting the auth creds (account number), then execute the transfer. Polaris needs to send a share of income to the settlement account at the host which will then be shared with OnePipe, host and ISO

Process flows

Sequence of calls

  1. App of JS calls /transact with the right auth details

  2. Provider responds with WaitingForOTP if not overridden

  3. App calls /transact/validate to supply OTP

  4. Provider responds with any of the completion codes Successful or Failed.

  5. To query the status of a transaction, the app can call /transact/query

  6. Where the provider supports it, the app can call /transact/reverse to request a reversal

The process flow follows the scenario 2 approach, where the provider micro service (optionally) implements 2FA for a given transaction.

Gliffy
imageAttachmentId

...

att213876779
baseUrlhttps://onepipe.atlassian.net/wiki
macroId

...

1e818ec9-

...

cf13-

...

4be8-

...

861d-

...

a37546c2ed95
name

...

Polaris Transfer Funds
diagramAttachmentId

...

att210501908
containerId

...

213778503
timestamp

...

Special notes

...

1583743806140