Administration web interface

 

Requirements

Check these requirements before using YSoft Payment System Administration web interface:

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 ).

images/download/attachments/36374049/image2016-5-17_18_18_43.png

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.

images/download/attachments/36374049/image2016-5-17_18_16_10.png

 

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).

images/download/attachments/36374049/image2016-5-9_17_7_34.png

Administration Overview

Administration web interface is dedicated for system administrators. Its left menu is divided into two main sections:

  • Manage – allows administrators to manage (create, modify, delete) any objects that are in YSoft Payment System

  • Configure – allows administrators to configure different settings and features for YSoft Payment System and for Cash Desk as well

 

Common Actions

Action

Description

Example

Language selection

You can select language of Administration web interface at the top right corner.

images/download/attachments/36374049/image2016-5-19_9_25_8.png

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.

images/download/attachments/36374049/image2016-5-19_9_30_20.png

Sorting

Some table columns allows sorting. Following icons represent ascending images/download/attachments/36374049/arrow-up.png and descending images/download/attachments/36374049/arrow-down.png order. Sorting affects all table results, not just visible page.

 

 

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.

images/download/attachments/36374049/image2016-5-19_10_13_23.png
images/download/attachments/36374049/image2016-5-19_10_14_9.png

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.

images/download/attachments/36374049/image2016-5-19_10_43_32.png

View detail

Some table records have a "View" link at the end of their row. This link will display more details about the record.

images/download/attachments/36374049/image2016-5-19_10_11_7.png

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.

images/download/attachments/36374049/image2016-5-19_10_37_52.png

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.

images/download/attachments/36374049/image2016-5-18_16_1_4.png

images/download/attachments/36374049/image2016-5-19_16_37_52.png

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:

  • Enabled - Customer can settle transactions and customer data are visible in Administration web interface.

  • Disabled - Customer cannot settle transactions and customer data are visible in Administration web interface.

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.

images/download/attachments/36374049/image2016-5-20_20_16_41.png
list of cash desks

images/download/attachments/36374049/image2016-5-20_20_16_1.png

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:

  • Closed - Cash Desk can be opened by cash desk operator in Cash Desk web interface.

  • Opened - Cash Desk is already opened by cash desk operator. Other operators cannot use this cash desk until the present operator close it or the administrator terminate the cash desk session.

  • Disabled - Cash desk is not visible in Cash Desk web interface (even for assigned operator).

  • Removed - Cash desk in not visible in Administration of Cash Desk web interface. This is a final state, without transition to any other state.

Type

Cash desk type affects functionality on detail of customer in the Cash Desk web interface. Possible types are:

  • General - This type allows you to use all actions (deposit, withdraw, change of virtual balance, refund, redeem) and you will also see all virtual balances assigned to a customer.

  • Merchant - This type is designed for environments with more than one API user merchant roles (usually there is only "safeq"). It will be always assigned to one merchant and it allows you to do only basic operations with customer virtual balance. Only virtual balance assigned to the same merchant will be visible in the Cash Desk web interface.

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:

  • Yes - This will display button "Customer history" on detail of customer in the Cash Desk web interface.

  • No - This will hide the button.

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.

images/download/attachments/36374049/image2016-5-25_13_53_9.png

images/download/attachments/36374049/image2016-5-25_13_56_42.png

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.

images/download/attachments/36374049/image2016-5-27_16_49_22.png

images/download/attachments/36374049/image2016-6-14_18_21_45.png

Periodic Recharges Attributes

Attribute

Description

Name

Periodic recharge name

Description

Optional periodic recharge description

Status

There are two possible statuses:

  • enabled - periodic recharge is enabled and will be executed on schedule

  • disabled - periodic recharge will not be executed

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:

  • recharge by amount - specified amount will be added with each execution

  • recharge to amount - virtual balance will be set to specified value, if current value is less than specified value (i.e. the resulting value will be maximum of current value and specified value)

Recurrence

Recurrence specifies periodicity of the recharge. Following options are possible:

  • daily - recharge will be executed every day

  • weekly - recharge will be executed every week at specified day of week

  • monthly - recharge will be executed at given day every month.

  • yearly - recharge will be executed every year at given day of given month

  • at the end of month - recharge will be executed at the last day of every month (regardless of number of days in the month) 

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.

images/download/attachments/36374049/image2016-6-3_13_16_11.png

images/download/attachments/36374049/image2016-6-3_14_17_50.png

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:

  • enabled - API user can access the APIs

  • disabled - API user cannot access the APIs

  • locked - API user used more than 5 wrong passwords and cannot access the APIs. Action Enable will unlock the API user.

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.

 

images/download/attachments/36374049/image2016-6-3_13_52_55.png

 

images/download/attachments/36374049/image2016-6-3_14_41_31.png

 

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:

  • PayPal plugin URL https://<YPS_HOST>:8443/paypal-integration/api/v1

  • DIBS plugin URL https://<YPS_HOST>:8443/dibs-integration/api/v1

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:

  • PayPal icon http://<YPS_HOST>:8080/paypal-integration/assets/icon.png

  • DIBS icon http://<YPS_HOST>:8080/dibs-integration/assets/icon.png

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:

  • enabled - user can deposit through the payment gateway

  • disabled - user cannot deposit through the payment gateway and it is not visible on payment gateway deposit screen

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:

  1. Early warning system - to notify system administrator about urgent situations needed to be fixed ASAP (for example "payment gateway is down" - sysadmin should fix it before first user would be affected)

  2. Suspicious activity detection - to detect risky or unusual activity in system and let admin check the risks related

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.

images/download/attachments/36374049/image2016-5-27_9_18_37.png

images/download/attachments/36374049/image2016-6-3_15_6_10.png

images/download/attachments/36374049/image2016-6-3_15_30_34.png

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:

  • Info - information message without need for administrative action.

  • Warning - issue which does not prevent the system to operate normally. However, it is advised that the issue is analysed and resolved by the administrator.

  • Error - serious problem which should be immediately resolved by the administrator.

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.

images/download/attachments/36374049/image2016-6-3_15_43_3.png

Reports Attributes

Attribute

Description

ID

Internal system identifier of the transaction.

Type

Type of transaction can have following values:

  • Balance decrease - decrease a virtual balance for a specific merchant of a customer

  • Balance increase - increase a virtual balance for a specific merchant of a customer

  • Balance reset - increase a virtual balance for a specific merchant of a customer

  • Cash desk deposit - deposit money to a specific customer's account through a cash desk

  • Cash desk withdrawal - withdraw money from a specific customer's account through a cash desk

  • Debt registration - one of customer's transactions registered/created new debt

  • Debt write off - a part (or whole) of customer's debt was paid off

  • Deposit via payment gateway - customer deposited some money to his/her YPS account through a payment gateway

  • Initial imported debt - debt created during creation of a new imported customer (a debt from a previous payment system)

  • Initial imported deposit - initial balance of a new imported customer (a balance of an account from a previous payment system)

  • Money transfer - money transferred by one step transaction

  • Recharge event - virtual money deposited by a periodic recharge

  • Transaction refund - partly or fully refunded a customer's transaction

  • Transaction settlement - settled customer's reservations (finish step of microtransaction)

  • Voucher redemption - redemption of a voucher. Deposit money to a customers's account by a voucher through a YSoft Wallet or Cash Desk

  • YSoft Payment Machine deposit event - deposited money through a YSoft Payment Machine

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.

images/download/attachments/36374049/image2016-6-3_16_7_50.png

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:

  • New - Voucher can be redeemed.

  • Expired - Voucher expired and it cannot be redeemed.

  • Redeemed - Voucher was already redeemed by some customer. It cannot be redeemed again.

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:

  • Number of vouchers - System will generate random codes for the given number of vouchers. Maximum number is 1000.

  • Voucher value - Each generated voucher will have given amount value.

  • Expiration date - Each generated voucher will have given expiration date. This field is optional. If you omit it, generated vouchers will never expire.

images/download/attachments/36374049/image2016-6-3_16_41_14.png

Import vouchers

This action allows you to import many New vouchers with given code from the CSV file. Possible columns in CSV file are:

  • Code (first mandatory column) - Unique voucher code. Use maximum of 10 characters.

  • Amount (second mandatory column) - Decimal value from 0.0001 up to 1000000000.

  • Expiration date (third optional column) - Date in the yyyy-mm-dd format. It has to be in future. If you omit it, generated vouchers will never expire.

images/download/attachments/36374049/image2016-6-3_16_52_22.png

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:

  • Template file - You can use our example template Vouchers_mass_print.docx.

  • Type - You can export either selected vouchers from you vouchers menu or records created after specific date.

  • Output file format - Choose your output format

Only vouchers in New status will be exported into output file.

images/download/attachments/36374049/image2016-6-6_10_44_30.png

Export vouchers

This action allows you to export vouchers into CSV file. There are two basic modes.

  • export new vouchers - When you select this type, you will export vouchers in New status from the specific date.

  • export voucher changes - When you select changed vouchers type, you will export all status changes from all vouchers and from the specific date.

images/download/attachments/36374049/image2016-6-6_12_11_49.png

Configuration

 

License

If this menu displays message "YSoft Payment System is fully activated", your YSoft Payment System is fully fuctions.

Otherwise check whether:

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.

Expiration of reservations 

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.