# Payments management
{% hint style="info" %}
*Path: SBO > Services > Payments*
{% endhint %}
* [Definition](#id-1.16.x-paymentsmanagement-definition)
* [Create a payment](#id-1.16.x-paymentsmanagement-definition)
* [Searching and Sorting](#id-1.16.x-viewingandmanaginglistings-searchingandsorting)
* [Keyword Search](#keyword-search)
* [Filters](#id-1.16.x-viewingandmanaginglistings-filters)
* [Smart Sorting](#id-1.16.x-viewingandmanaginglistings-sorting)
* [Read a payment](#id-1.16.x-paymentsmanagement-readapayment)
* [Pay-in list](#id-1.16.x-paymentsmanagement-pay-inlist)
* [Payout list](#id-1.16.x-paymentsmanagement-payoutlist)
* [Payments details](#id-1.16.x-paymentsmanagement-paymentsdetails)
* [Payment overview](#id-1.16.x-paymentsmanagement-paymentoverview)
* [Statuses](#id-1.16.x-paymentsmanagement-statuses)
* [PSP information](#id-1.16.x-paymentsmanagement-pspinformation)
* [Update a payment](#id-1.16.x-paymentsmanagement-updateapayment)
* [Update a pay-in](#id-1.16.x-paymentsmanagement-updateapay-in)
* [Update a payout](#id-1.16.x-paymentsmanagement-updateapayout)
* [Delete a payment](#id-1.16.x-paymentsmanagement-deleteapayment)
* [Related resources](#id-1.16.x-paymentsmanagement-relatedresources)
## Definition
The payments section is where super administrators/administrators can see all payments made on the platform. There are two types of payments:
* The “pay-in”: is the money that comes from the customer in the payment system when he makes a payment.
* The “payout”: is the money that is directed to the service provider from the payment system when the offerer requests to be paid for his service by the platform.
{% hint style="info" %} At each step of the booking and payment validation process, an email is sent to the user.
{% endhint %}
{% hint style="warning" %} The payouts are not automatic, the super-administrators or the administrators with the dedicated roles can do the payout from the SBO.
{% endhint %}
{% hint style="warning" %} The payout is secured by a password. You have to enter it every time you want to make a transfer.
{% endhint %}
WHO CAN USE THIS FEATURE?
Logged super-administrators and administrators, can use this feature.
## Searching and sorting
### Keyword search
BackOfficeThe keyword search field (figure 1) is displayed at the very top of the interface, next to the BackOffice logo.
To perform a search, enter your query in the field and hit “Enter” on your keyboard.
Figure 1
### Filters
The filters feature helps filter and sort items through different filtering and sorting options.
#### **Date Range**
You can select the start and end date to filter listings within that range (figure 2).
Figure 2
Figure 2.1
Once the time and date are filled, click “Filter” (figure 2.1), and the results will be filtered following the selected values.
### Smart Sorting
The smart sorting feature on the payment dashboard aids operators in efficiently reviewing relevant payments on the platform. It follows specific principles for prioritizing the display of payments, as outlined below.
1. Error Payments Priority:
* Non-bank wire payments that are flagged as erroneous will be displayed first.
2. Creation Date Priority:
* The remaining payments will be displayed based on their creation date.
* The most recent payment will be shown first, followed by older payments.
## Create a payment
Payment is automatically created when a booking is accepted by the asker and the offerer. People concerned about the payment procedure will receive a mail to follow the process. A payment cannot be created by an administrator.
## Read a payment
To see a payment list super-administrators or administrators have to choose between the pay-in and the payout interface. To do so, click “Pay-ins” or “Payouts” on the top border (figure 1).
Figure 1
### Pay-in list
On the pay-in list, all payments done by the services customers will be listed.
Each incoming payment is an item on the pay-in list (figure 2).
Figure 2
Each pay-in block (figure 2 ) is composed of:
* The status of the payment.
* The date and hour the Pay-in have been made
* The ultimate beneficiary of this Pay-in
* The payment source
* The payment type used to do the Pay-in
* The associated service
* The total amount paid for the booking.
* For Pay-in = booking amount (inclusive of offeror fees) + asker fees
* The Pay-in ID
### Payout list
On the payout list, super-administrators or administrators will see all payments that are done **or** that should be done to the services providers.
Each outgoing payment is an item on the payment list (Figure 3).
Figure 3
Each payout block is composed of:
* The payment status OR the button to perform the payout (prerequisites are displayed if the payout cannot proceed)
* The date and hour the payout has been made
* The payment beneficiary
* The payment source
* The payment status
* The payment type to the beneficiary
* The associated service
* The total amount paid for the service.
* For payouts = booking amount - platform fees
* The payout ID
### Payments details
To read the payment details, click on the pen icon and it will redirect you to the payment details page. It is the same information for the pay-in and the payouts
The payment detail page (figure 4) is composed of:
* The payment ID at the top
* The table of content
* The payment status is on the right side of the page.
Figure 4
#### Payment overview
The first part is the payment overview (figure 5).
Figure 5
The first section is the payment overview card, which is composed of:
* The payment type
* The amount of the payment
* The beneficiary (most of the time is the service provider)
* The payment source
* The booking ID related to this payment
The second section is about:
* The due date
* The payment ID
* Invoice: click on “Download” to download the invoice (figure 5)
{% hint style="info" %} The invoice is available only when the payment has been made. It is about platform fees paid
{% endhint %}
#### Statuses
The statuses card (figure 6) allows the super-administrator or the administrator to follow the history of the Statuses process.
Figure 6
#### PSP information
For each payment, super-administrators or administrators can see the PSP information (figure 7). Stripe is the example here.
Figure 7
These pieces of information and presentation can change according to the PSP chosen. The goal is to be able to associate the information of payment with the information displayed directly from the PSP interface.
## Update a payment
### Update a pay-in
Pay-in cannot be updated.
### Update a payout
Super-administrators or administrators can update the status of the payout.
As explained above, payouts are non-automatic, super-administrators or administrators have to do it manually.
{% hint style="info" %} The automatic payout has not been integrated for security reasons.\ An outgoing payment can hardly be recovered.
{% endhint %}
To update the payment status super-administrators or administrators have to pay the offerer. Click “Send x €” (figure 8) to perform the payment action.
Figure 8
A modal will appear (figure 9) to fill in the payment password. Click “Send” to do the payment.
Figure 9
The other way to do it is, to click on the pen feature. Super-administrators or administrators will be redirected to the payment detail page. On the right side, super-administrators or administrators will have the button “Send €x to …” (figure 10).
Figure 10
The same modal will appear (figure 9) and you have to fill in the payment password and click “Send”.
By doing this, the payment status for payouts will be updated.
## Delete a payment
Pay-ins or payouts cannot be deleted.
## Related resources
**Dashboard:**
* [Payments dashboard](https://features.scnd.com/v2.0/dashboards/payments-dashboard)
**Bundle configuration:**
* [Payment Service Provider feature (PSP) - Configuration](https://features.scnd.com/v2.0/superadmin/bookings/broken-reference)
**Business rules:**
* [Payment Service Provider feature (PSP) - Business rules](https://features.scnd.com/v2.0/core-concepts/payment-service-provider-features-psp)
