Administration web interface
Requirements
Check these requirements before using YSoft Payment System Administration web interface:
YSoft Payment System is connected to YSoft SafeQ server user management (for more information see safeq.authentication.address in Advanced configuration of YSoft Payment System#Authorization/Authentication)
At least one user with role safeq admins is available in YSoft SafeQ (f or more information about required SafeQ roles, see Integration of YSoft Payment System with YSoft SafeQ)
Services YSoft Payment System and YSoft SafeQ CML are running
Log In/Out
There are several ways how to get to Adminstration login page:
use shortcut named YSoft Payment System web interface , which should be on a desktop of your YSoft Payment System server
go to the index page https://<PAYMENT-SERVER-HOST>:8443 and click on link Payment System Administration
use direct link https://<PAYMENT-SERVER-HOST>:8443/payment-system/admin
Log In With Credentials
1 | Go to the YSoft Payment System Administration login page. |
|
2 | Enter credentials of YSoft SafeQ user with administrator rights (role safeq admins ). |
|
3 | Click Log in |
|
Log In As Current Windows User
1 | Go to the YSoft Payment System Administration login page. |
|
2 | Click link Log in as current Windows user. For more information about configuration of Single Sign On, see Configuring SSO for YSoft Payment System. |
|
Log Out
Log out button is located in the top right corner. User will also be automatically logged out after long inactivity(for more information about session timeout, see Working with Payment System#Sessiontimeout). |
|
Administration Overview
Administration web interface is dedicated for system administrators. Its left menu is divided into two main sections:
|
|
Common Actions
Action | Description | Example |
Language selection | You can select language of Administration web interface at the top right corner. |
|
Filtering | Some tables allow filtering of results. Filter is always located at the top of page, above table header. Filter fields usually represents table columns. Button "reset" will set filter fields to their default values. Page refresh will also trigger filter reset. |
|
Sorting | Some table columns allows sorting. Following icons represent ascending |
|
Pagination | Default table view will display maximum of 10 records per page. You can change this limit in table top right corner. Allowed values are 10, 25, 50 and 100 records per page. Present table page is represented by a number inside of blue square at the bottom of the table. Icons », «, »», «« will move you to the next, previous, last and first page, respectively. Pagination is not affected by page refresh. |
|
Bulk actions | Some tables contain check boxes. These are used for bulk actions located at the bottom of the table. Bulk action buttons are clickable only after selecting at least one record. Check box located at the top left corner will select all records from the present table page. |
|
View detail | Some table records have a "View" link at the end of their row. This link will display more details about the record. |
|
View all | Some details display previews from additional tables (for example "Last 5 transactions"). Link "view all" will forward you to the full table view. |
|
Remove action | These actions generally remove selected records from the view in the Administration web interface. In some cases, records remain in database for auditing purposes. Remove actions are final and cannot be reverted. |
|
Management
Customers
Customers represent users from external user management (usually from YSoft SafeQ) with an additional information about their balance. The same entity can be found in YSoft SafeQ under the name money account. Creation of new customers (money accounts) is in most cases handled from YSoft SafeQ web. Each customer can have up to two types of balance, personal and virtual. Their differences are described in Customer Attributes. For more information about money accounts in YSoft SafeQ, see Managing money accounts. Following examples show a list of customers and customer detail. Possible attributes and actions are described below. |
|
|
Customer Attributes
Attribute | Description |
Name | Customer name is usually represented in form of "Name Surname" and it is assigned during customer creation. It is possible to edit customer name on detail of customer by button "Edit customer", but we recommend changing the name of the original YSoft SafeQ user, because these data will be eventually synchronized into YSoft Payment System. Customer name and lookup key are automatically synchronized with YSoft SafeQ user after the opening of customer in Cash Desk web interface. This action will always overwrite original customer name. |
Lookup key | In case of SafeQ, lookup key represents username of YSoft SafeQ user. |
Personal Balance | Personal balance represents customer's real money deposited by cash desk, payment gateway or redeemed by a voucher. Each customer can have only one personal balance |
Virtual Balance | Virtual balance represents customer's bonus or free credit. It can be provided by periodic recharge, manual increase or by setting an initial account balance. Each customer can have many virtual balances, each assigned to a different API user merchant role, but in most cases there is only one named "safeq". In case of transaction settlement, drawing of virtual balance take always precedence before personal balance. For more information about transaction settlement, see Working with Payment System. |
Minimum Balance | Minimum balance represents a value below, which the personal balance cannot decrease. Its value can be positive, zero or even negative. Virtual balances are not affected by minimum balance. Their minimum value is always zero. |
Status | Available values for customer status are:
There is also a "Removed" status in which customer cannot settle transactions and customer data are not visible in Administration web interface. This is a final state, without transition to any other state. You can remove a customer by removing a money account in YSoft SafeQ web. |
Periodic recharges | List of assigned periodic recharges. |
Debts | Debts represent total overdrawn value of personal balance. Similarly to virtual balance, each debt is assigned to a different API user merchant role. For more information about debt configuration, see Working with Payment System#Overdrawntransactions |
Reservations | Reservations represent blocked personal or virtual balance (or both). For more information about reservations, see Working with Payment System#Reservations |
Transactions | Transactions represent history of balance changes. For more information, see Working with Payment System#Transactionsettlement |
Open deposits | Open deposits represent unfinished payment gateway deposits. For more information, see Deposit money through payment gateway |
Customer Actions
Action | Description |
Edit customer | Change customer name, minimum balance or status. |
Enable customer / Enable selected | Change customer status to "Enabled". |
Disable customer / Disable selected | Change customer status to "Disabled". |
Assign Selected | Assign selected customers to periodic recharge. |
Import Customers | Import customers from CSV file. |
Cash desks
Cash desks represents information about some physical place, where cash desk operators increase, decrease or refund balance on customer accounts on behalf of account owners. In an example scenario, a person, who would like to deposit money into money account, visits cash desk operator. Operator will deposit money on person's account through the Cash Desk web interface. This operation would increase both cash desk balance (where real money are stored) and personal balance (where electronic money are sent). For more information about usage of cash desks, see Cash Desk web interface. Following examples show a list of cash desks and cash desk detail. Possible attributes and actions are described below. |
|
|
Cash Desk Attributes
Attribute | Description |
Name | Cash desk name is used by cash desk operator in Cash Desk web interface as a main discriminator among different cash desks. |
Status / Initial status | There are several available values for cash desk status:
|
Type | Cash desk type affects functionality on detail of customer in the Cash Desk web interface. Possible types are:
|
Merchant | API user merchant role assigned to the cash desk with "merchant" type. |
Balance / Initial balance | In case of general cash desk type, the cash desk balance represents real money used for deposit or withdrawal from customer personal balance. In case of merchant cash desk type, there in no balance, because all operations affects only virtual balances. |
Enabled display of customer history | There are two possible values:
|
Current operator | Name of the cash desk operator, who lastly opened the cash desk. |
Assigned operators | You can select SafeQ users with role "cash desk operators". These users will see this cash desk after login into Cash Desk web interface (assuming that the cash desk is not disabled). |
Cash Desk Actions
Action | Description |
Create cash desk | Create a new cash desk. After the setting of initial balance, all other cash desk balance adjustments have to be performed in Cash Desk web interface through actions "Deposit into cash desk" and "Withdraw from cash desk". |
Edit cash desk | Edit cash desk attributes. |
Remove cash desk / Remove selected | Remove the cash desk. It will be no longer visible in the Administration web or Cash Desk web. |
Enable cash desk / Enable selected | Change cash desk status to "Enabled". |
Disable cash deks / Disable selected | Change cash desk status to "Disabled". |
Terminate cash desk session | Forcibly perform transition to "Closed" status. This will make cash desk available for all assigned operators and it will allow administrator to edit cash desk attributes. |
YSoft Payment Machines
YSoft SafeQ Payment Machines allow users to deposit money to their YSoft Payment System account without assistance of administrator or cash desk operator. For more detail about connecting of new YSoft Payment Machine, see Configuring YSoft Payment Machine. Following examples show a list of payment machines and payment machine detail. Possible attributes and actions are described below. |
|
|
YSoft Payment Machines Attributes
Attribute | Description |
Name | Name of the YSoft Payment Machine. Name is used for better identification of YSoft Payment Machine in the web administration (e.g. location). |
Status | Online status of the YSoft Payment Machine. Useful for troubleshooting. |
Authorization | Authorization status. Unauthorized machines cannot communicate with YSoft Payment System. |
IP | YSoft Payment Machine IP address. |
Firmware | YSoft Payment Machine firmware version. |
Serial number | YSoft Payment Machine serial number. |
MAC address | YSoft Payment Machine mac address. |
Closure | List of deposits for certain time period. For more details see Operating YSoft Payment Machine. |
YSoft Payment Machines Actions
Action | Description |
Grant authorization / Authorize selected | Authorizes YSoft Payment Machine allowing it to connect to YSoft Payment System. |
Remove authorization / De-authorize selected | De-authorizes Payment Machine making it unable to connect to YSoft Payment System. |
Rename YSoft Payment Machine | Shows dialog for renaming of YSoft Payment Machine. |
Periodic Recharges
Periodic recharge increases virtual balance of assigned customers on a regular basis. Since each virtual balance is bound to a merchant (API user with merchant role), periodic recharges are also bound to a merchant. Following examples show a list of periodic recharges and periodic recharge detail. Possible attributes and actions are described below. |
|
|
Periodic Recharges Attributes
Attribute | Description |
Name | Periodic recharge name |
Description | Optional periodic recharge description |
Status | There are two possible statuses:
|
Assigned merchant | Merchant (API user with merchant role), which identifies type of customer's virtual balance to be credited. |
Type | Periodic recharges can be set up to:
|
Recurrence | Recurrence specifies periodicity of the recharge. Following options are possible:
Please note that if you specify day of the month from interval 29-31, than the recharge will not be executed if the month does not have given amount of days - e.g. February does not have day 30 or 31 In case your YSoft Payment System was not running during some scheduled periodic recharge, don't worry, because all enabled periodic recharges are always executed retroactively or in other words all missed scheduled recharges will be executed at the first possible moment. |
Start | Recharge will start executing at the first possible moment after specified start date. Start date must be set to be in the future. |
Periodic Recharges Actions
Action | Description |
Enable recharge / Enable selected | Changes status of selected recharges to enabled. |
Disable recharge / Disable selected | Changes status of selected recharges to disabled. |
Remove recharge / Remove selected | Removes periodic recharge. Removed recharges remain in database for auditing purposes, but they are no longer visible in the Administration web. Recharge is inactive. |
Create periodic recharge. | Opens "create periodic recharge" page. |
View assigned customers | Shows page with list of customers currently assigned to the recharge. Customers can be assigned or unassigned from the recharge. |
API Users
API user represents account, which can access YSoft Payment System REST APIs. These APIs allow integration of YSoft Payment System with YSoft SafeQ subsytems and other third party systems. API user can have different roles (for example Merchant, Cashdesk, Admin, Balance management). API user named safeq is always created as a default. Since safeq API user is usually used by the rest of YSoft SafeQ suite, its credentials are also stored in YSoft SafeQ > System settings > YSoft Payment System under options paymentSystemApiUserName and paymentSystemApiPassword . Following examples show a list of API users and API user detail. Possible attributes and actions are described below. |
|
|
API Users Attributes
Attribute | Description |
Name | Name of the API user. Used for API authentication. |
Password | Password used for API authentication. |
Status | Current status of the API user. Possible values are:
|
Merchant API | Access to Merchant APIs - APIs for transaction processing (reservations, settlements). |
Cashdesk API | Access to Cashdesk APIs - APIs for deposits, withdrawals or closures on a Cashdesk. |
Admin API | Access to Admin APIs - APIs for management of customers, money accounts or periodic recharges. |
Balance Management API | Access to Balance Management API - APIs for increasing or decreasing virtual account balance. |
API Users Actions
Action | Description |
Enable API user / Enable selected | Enables or unlocks selected API users. |
Disable API user / Disable selected | Disables selected API users. |
Remove API user / Remove selected | Removes selected API users. Removed API users remain in database for auditing purposes, but they are no longer visible in the Administration web. |
Create API user | Opens create API user dialog. |
Change password | Opens change password dialog. |
Edit API user | Opens edit API user dialog used for change of API user access. |
Payment Gateways
Payment Gateways tab allows you to setup integration with payment gateways through payment gateway plugins. For more detail about installation, see Installing Payment Gateway Plugins. Connected payment gateways are displayed to clients as gateway options on their payment gateway deposit screens. For more detail about payment gateway deposit, see Deposit money through payment gateway. List of supported gateways can be found here Supported Payment Gateways. Following examples show a list of payment gateways and payment gateway detail. Possible attributes and actions are described below. |
|
|
|
|
|
Payment Gateways Attributes
Attribute | Description |
Name | Descriptive name of the plugin. This name will be used as gateway icon tool tip on payment gateway deposit page. |
URL | URL to the payment gateway plugin. At the moment YSoft Payment System supports two types with these default URLs:
Use YSoft Payment System server (or server where your payment gateway plugins are installed) true IP instead of "YPS_HOST". Payment gateway plugin need to be installed before using these URLs. Do not use localhost or 127.0.0.1 instead of "YPS_HOST", because this URL be used by clients for their payment gateway deposits. |
Icon URL | URL to the payment gateway icon. This icon helps visually distinguish the payment gateways. You can use either URL to the image from internet or you can use these two defaults:
Use YSoft Payment System server (or server where your payment gateway plugins are installed) true IP instead of "YPS_HOST". |
Minimum deposit amount | Minimum amount for one deposit. Bigger amount are usually used in case of payment gateway, which charges transaction fees. |
Status | Possible values are:
|
Require confirmation of terms and conditions | Flag indicating whether user must accept terms and conditions prior to transferring money through the payment gateway. |
Terms and conditions | Text of terms and conditions which is displayed when the confirmation is required. |
Payment Gateways Actions
Actions | Description |
Enable connection / Enable selected | Enables selected payment gateway connection |
Disable connection / Disable selected | Disables selected payment gateway connection. |
Remove connection / Remove selected | Removes selected payment gateway connection. Payment gateway information is still kept in system for auditing purposes, but the payment gateway is not accessible from the the web administration. |
Create connection to plug-in | Opens create plug-in connection dialog |
Edit connection | Opens edit plug-in connection dialog |
System Incidents
System incidents section is used as:
Following examples show a list of grouped incidents, list of incidents from one group and detail of one incident. Possible attributes and actions are described below. |
|
|
|
System Incidents Attributes
Attribute | Description |
Count | Incident occurrence count. Incidents of the same kind may occur many times so they are grouped together for better readability. |
Severity | Severity can have following values:
|
Incident source | Identifies part of the system, which generated the error. |
Decription | Incident description. |
Occurrence date | Date of incident occurrence. |
Incident detail | More detailed incident description. |
System Incidents Actions
Action | Description |
Remove selected incidents | Permanently deletes selected incidents. |
Reports
Reports contain filterable list of all transactions from YSoft Payment System. Following example shows a transaction history. Possible attributes and actions are described below. |
|
Reports Attributes
Attribute | Description |
ID | Internal system identifier of the transaction. |
Type | Type of transaction can have following values:
|
Balance change | Amount of the transaction. |
Final balance | Account balance after the transaction was performed. |
Date | Transaction processing date. |
Description | Transaction description - provided by merchant. |
Customer | Name of the customer, whose account participated in the transaction. |
Merchant | API user, who initiated the transaction. |
Reports Actions
Action | Description |
Export filtered transactions to CSV file | Download currently filtered transaction records as CSV file. |
Vouchers
Vouchers represent an alternative way of depositing money to customer personal balance by generating voucher codes with some assigned amount. These codes can be later redeemed by cash desk operator from Cash Desk web interface or by client through his Wallet web interface. Following example shows a list of vouchers. Possible attributes and actions are described below. |
|
Voucher Attributes
Attribute | Description |
Code | Unique code identifying the voucher. |
Amount | Amount by which the personal balance would be or was increased. |
Expiration date | If a voucher with New status exeeds this limit, it be automatically switched to Expired status. Vouchers with no expiration date will never expire. |
Status | Possible values are:
|
Redemption date | Date when the voucher was redeemed. |
Customer | Customer who redeemed the voucher. |
Voucher Actions
Action | Description | Example |
Remove selected | Remove selected vouchers. Removed vouchers remain in database for auditing purposes, but they are no longer visible in the Administration web and they cannot be redeemed. |
|
Generate vouchers | This action allows you to generate many New vouchers with random codes in one batch. Possible attributes are:
|
|
Import vouchers | This action allows you to import many New vouchers with given code from the CSV file. Possible columns in CSV file are:
|
|
Vouchers to template | In order to distribute new voucher codes to your money account owners, you can export your vouchers into printable file. This action requires DocX template with updatable fields, where each field represents voucher code. Selected vouchers will be exported into this template. Here are possible attributes:
Only vouchers in New status will be exported into output file. |
|
Export vouchers | This action allows you to export vouchers into CSV file. There are two basic modes.
|
|
Configuration
License
If this menu displays message "YSoft Payment System is fully activated", your YSoft Payment System is fully fuctions.
Otherwise check whether:
your YSoft SafeQ license contains YSoft Payment System feature
your YSoft Payment System is properly connected to YSoft SafeQ. For more deatail, see Integration of YSoft Payment System with YSoft SafeQ
YSoft Payment System without fully activated license will still allow login login into Administration web interface, but most actions will fail on "insufficient license" error.
Notifications
YSoft Payment System provides you with possibility to receive regular email notifications as an administrator or an account owner. YSoft Payment System uses SMTP configuration from YSoft SafeQ. System tries to deliver unsent notifications each 5 minutes. Interval can be changed by option notification.send-emails.cron. For more detail about advanced configuration, see Advanced configuration of YSoft Payment System#Notificationsupport.
There are four types of notifications available:
Account balance – Notification is issued once, when credit balance on money account goes under defined balance limit. Notifications are generated immediately after transaction settlement.
Transaction – Notification is issued once, when any transaction is performed on money account. Notifications are generated immediately after transaction settlement
Account statement – Notification is issued periodically and informs about all settled transactions on money account during given period. Notifications are generated at midnight of a server's local date.
Transaction history – Notification is issued periodically and informs administrator about all settled transactions in YSoft Payment System during given period. Notifications are generated at midnight of a server's local date.
Each notification can be customized using WYSIWYG editor and variables related to current type of notification. Click Save to apply changes in configuration of notifications.
Cash desks
Defines configuration for usage of cash desks. You can define rules for rounding, minimal amount for withdrawal and receipt formats (displayed in in Cash Desk web after deposit, withdrawal or refundation).
Cash desk template variable amount does not contain a currency symbol. If you wish to display currency on your cash desk receipts, insert it into template manually.
YSoft Payment System
This section describes basic configuration of YSoft Payment System accessible from Administration web interface. For more details about advanced configuration, see Advanced configuration of YSoft Payment System.
Configuration option | Description |
Decimal places | Any numeric input from the Administration or Cash Desk web interface is rounded to the given decimal places. The same is true for display of numbers in web interfaces. |
VAT | This number determines, which part of transaction amount will be displayed as tax. |
Maximum account balance | Maximum personal balance. Any deposit (or refund) exceeding this limit will fail. |
Initial account balance | Initial virtual balance for newly created customers. Balance is assigned to default safeq API user. Value of initial balance can be overridden before each customer creation (either from YSoft SafeQ web of through REST API). |
Maximum number of refunds per payment | Each transaction can be refunden by the given number of times (None, One, Many). |
Maximum refund time | Transactions older than this interval cannot be refunded. |
Reservations older than given number of hours, will be automatically canceled. | |
Expiration of pending deposits | Open payment gateway deposits older that the given number of days, will be automatically canceled. |
Overdrawn transactions | Enables or disables debt tracking in YSoft Payment System. It is recommended to use option Allow and register debt if necessary in you use YSoft Payment System with YSoft SafeQ. |





and descending
order. Sorting affects all table results, not just visible page.
























