Create a new user. Must pass your global (i.e. client) access_token.
This service returns the user's password as plain text.
The automatic update of the user's bank connections is disabled by default for any new user. User identifiers are regarded case-insensitive by finAPI.
P… - [Partner Checkin](https://docs.sonect.io/api-reference/API/partner-checkin.md): Perform oauth2 authentication and return user status and destination url. - [Start order](https://docs.sonect.io/api-reference/API/start-order.md): Informs the integrating partner that a transaction is initiated for a given amount. If response is positive funds are considered secured, but payment is not yet executed. - [Settle order](https://docs.sonect.io/api-reference/API/settle-order.md): Confirms transaction is finalised and payment should be made to given Sonect account. If response is positive then transaction is created presented to user. If negative transaction is not created. - [Authorization](https://docs.sonect.io/api-reference/API/Authorization.md):
Shop/terminal needs to authenticate itself to SONECT. The flow will follow the “Client credentials grant” - the simplest of all the OAuth 2.0 grants and is suitable for machine-to-machine authentication where a specific user’s permission to access data is not required.
- [Get Transaction](https://docs.sonect.io/api-reference/API/get_transaction.md):When the shop scans the barcode, partner can send the transaction ID to Sonect to get transaction details such as the amount. The cashier can then decide to reject or confirm the transaction.
- [Confirm Transaction](https://docs.sonect.io/api-reference/API/confirm_transaction.md):When a user sends a request and shows the barcode, client will scan it. The barcode is the transaction-id. When the cashier scans the barcode, he/she is confirming the transaction.
- [Reject transaction](https://docs.sonect.io/api-reference/API/reject_transaction.md):When a user confirms the transaction, there might be cases where the user needs to perform SCA on his bank app. In this case, the POS will have to reject the transaction if the user is not performing the SCA on time. We suggest the POS sets a default timeout on its side. Sonect will set a timeout… - [Link transaction](https://docs.sonect.io/api-reference/API/link_transaction.md):
Once the transaction is confirmed, POS calls Sonect to share its internal ID for reconciliation purposes. The cashier clicks on OK on the POS interface which would then open the till. This API is crucial as it signals to Sonect if the cashier was able to hand out the money successfully to the use… ## OpenAPI Specs - [13](https://docs.sonect.io/13.yml) - [5](https://docs.sonect.io/5.yml) - [6](https://docs.sonect.io/6.yml) - [8](https://docs.sonect.io/8.yml) - [9](https://docs.sonect.io/9.yml) - [4](https://docs.sonect.io/4.yml) - [26](https://docs.sonect.io/26.yml) - [27](https://docs.sonect.io/27.yml) - [28](https://docs.sonect.io/28.yml) - [3](https://docs.sonect.io/3.yml) - [25](https://docs.sonect.io/25.yml) - [19](https://docs.sonect.io/19.yml) - [21](https://docs.sonect.io/21.yml) - [22](https://docs.sonect.io/22.yml) - [23](https://docs.sonect.io/23.yml) - [12](https://docs.sonect.io/12.yml) - [15](https://docs.sonect.io/15.yml) - [16](https://docs.sonect.io/16.yml) - [17](https://docs.sonect.io/17.yml) - [18](https://docs.sonect.io/18.yml) - [11](https://docs.sonect.io/11.yml) - [1](https://docs.sonect.io/1.yml) - [10](https://docs.sonect.io/10.yml) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.