Glossary

The purpose of the screen

Alphabetical list of terms.

Element	Description
Additional bank code / NCC code	National clearing code (NCC) for distinguishing banks within each country. The NCC code must be entered in a specific format. This is particularly used in the following countries, using the following names: Canada – National Routing Code(s):Transit – 9 digits – format: CC123456789 Germany - German Bankleitzahl – 8 digits - format: BL12345678 Austria - Austrian Bankleitzahl – 5 digits - format: AT12345 Switzerland - Swiss Clearing Code – 3 až 6 digits – format: SW123-4-5-6 Great Britain – Sort Code – 6 digits – format: SC123456 USA – Fedwire Routing Number – 9 digits – format: FW123456789 If the beneficiary's account number is entered in IBAN format, the NCC code need not be entered in payments to Germany, Austria, Switzerland and the UK.
Amount	Transferred amount. Up to two decimals can be entered.
Authorization - signature of active operations	Authorization is performed using the login method: KB Key - Prompt displayed in app on mobile phone Security password - own password + SMS code (does not need to be sent for each operation) Chip card - PIN Personal certificate in file - own password + SMS code (does not have to be sent for each operation) (method is not offered since 1.1.2019) Changing the registered telephone number You can only change the registered telephone number in person at a KB branch.
Bank business days	Days in which payment orders and other transactions are processed (usually from Monday to Friday).
BIC	see SWIFT
Batch orders	Repeting, rejecting - If the order fails to be entered on the due date (e.g. because of insufficient funds on the account), we will still try to enter such order repeatedly in the course of the next two business days. If the entry is still not successful (sufficient funds are not replenished to the account), we will reject the order after repeated attempts during the two business days. Overnight Processing - At least two attempts in the course of the next two business days will be made (this applies for non-conversion orders). Processing modes Online A batch sent in the online mode will be “broken up” into individual orders that will be sent for processing on their due dates (collections to other financial institutions one day before their due dates). The system of is used for processing these orders (with the exception of collection orders in CZK to other banks - these are not added to the multi-round processing system). Those orders that were not booked due to insufficient funds will no longer be sent in a batch for night processing; they will be rejected just like standard online payment orders. In these orders, not all non-accounting data is transferred. Orders processed online, regardless of the selected mode of processing of the batch: Foreign currency payment with conversion express payments in CZK (only until 14:00 of the current day) collections to other financial institutions payments to the debit of term accounts payments to the credit of term accounts SEPA Direct Debits Batch In the batch mode, a batch is sent to the bank, where it is “broken up” into individual orders. On their due dates, orders with the current due date will form batches and these will be sent for processing (for collections to other financial institutions, these collections are sent two business days before their due dates - only online). In these payment orders, the bank guarantees transfer of all non-accounting data. Continuous If a batch is sent in the continuous mode of processing, the batch will be “broken up” into individual orders that will be sent for clearing on their due dates. They do not enter the system of multi-round processing of orders. In this mode, processing is not finished by rejection of the payment; batches of non-booked orders with current due date will be created and sent for night processing. In these payment orders, the bank guarantees transfer of all non-accounting data. If a batch is authorised after 6 pm in the continuous mode, all orders of this batch will be accounted on the next business day.
Constant symbol	Numeric data detailing the payment identification.
Counteraccount bank code	Beneficiary's account bank code. Only banks within the Czech Republic can be selected.
Counteraccount number	Beneficiary's account number. Only a beneficiary's account in CZK can be used in payment orders in CZK. Some account numbers may contain an ante-number separated from the account number by a hyphen. This hyphen should be included only if at least four digits follow. Some account numbers may contain two hyphens - the first separating the ante-number, the second is a part of the account number. Do not enter the second hyphen. Example: for account number 104-061, enter 104061 for account number 19-104061, enter 19-104061 for account number 19-104-061, enter 19-104061
CSV	see Save to CSV
Current available balance	Account balance that can actually be used for a payment from the account. It includes previously executed but not yet settled online transactions and the permitted overdraft amount. Does not reflect so-called off-line payment card transactions, which do not create blocks of financial funds in the account immediately after execution of the transaction. You will see information about off-line transactions only once they have been recorded. If a permitted overdraft is set for the account, the overdraft amount will be displayed.
Current balance	This field shows the account balance immediately after night settlement of all transactions by the bank system. This is the default account balance for the business day. It does not include transactions not settled or a permitted overdraft.
Desription for me	Detailed payment description only for the payer.
Detail of charges	Mode of payment of fees related to sending the remittance, paid by Komerční banka, intermediary banks and the beneficiary's bank: OUR – all fees paid by the payer BEN – all fees paid by the beneficiary SHA - payer pays his/her bank fees, beneficiary pays his/her bank and intermediary bank fees SLV (SEPA only) - payer pays his/her bank fees, beneficiary pays his/her bank
Direct debit (general) agreement	the account owner (or an authorised person) allows the counterparty (i.e. the payment beneficiary's account) to directly debit his/her own account (i.e. transfer funds from the owner’s account to the beneficiary’s account) up to the single payment limit (the payment limit is defined by the party permitting the direct debit agreement). The single payment limit can be set up to the total daily limit of the subject. If the subject’s total daily limit is exceeded, setting up the direct debit agreement will not be permitted.
Direct debit mandate for O2 - landline / internet	The account owner (or an authorised person) allows O2 Czech Republic a.s. to directly debit funds for landline / internet payments from his/her own account up to the specified limit. The single payment limit must be greater or equal to CZK 500.00 and must not exceed the daily limit of the subject. If the subject’s limit is exceeded, the direct debit mandate will not be created. The telephone number always relates to a single reference number. Multiple telephone numbers may relate to a single reference number. If multiple telephone numbers relate to a single reference number, it is necessary to set a limit sufficient to cover payment for all the telephone numbers. If the client has multiple reference numbers, a separate direct debit mandate must be set up for each reference number.
Direct debit SIPO agreement	The account owner (or an authorised person) allows Česká pošta to directly debit funds from his/her account within the framework of the SIPO system and to further process the directly debited amount according to the effective terms and conditions of SIPO. The SIPO single payment limit entered via the MojeBanka application must not exceed the subject’s daily limit and, at the same time, it must not exceed (due to technical restrictions) the amount of CZK 99 998.00. If the subject’s daily limit is exceeded, setting up the SIPO agreement will not be permitted. A SIPO direct debit mandate cannot be created to the debit of a natural person - entrepreneur or a legal entity via MojeBanka.
Due date	Date when bank starts processing the order. It is possible to enter a payment order with an advance due date of up to 364 days in advance. You can choose the date using the embedded calendar. To be sure that the order processing will start the same Business day it was created, the bank must receive it for processing by 8:30 pm at the latest (end of the Business day). In case of a direct debit order is going to other bank it is necessary to enter due dates at least one Business day later than the current date.
EAA	European Economic Area – all states of EU + Iceland, Lichtenstein, Norway and Switzerland.
Express payment in CZK	Express payments shorten the time of sending payment to an account in another bank. Ideally, these payments are paid in to the partner’s bank on the due date, or on the Business day next to the due date at the latest. If an Express payment is sent within Komerční banka, the marker indicating it as Express will be removed and the payment will be processed using standard procedure.
Filter	Allows the user to search in according to precise criteria. The simple filter allows the user to search using basic options.. The advanced filter also allows the user to search using more detailed specifications.
Foreign (universal) payment	Payment in foreign currency or in CZK to an account abroad or payment in foreign currency to another bank in the Czech Republic. Use this type to enter "Urgent" payments (the value date is the same as the entered Due date), or "Express" payments (the value date is the day following the entered Due date). The value date is the date of recording to accounts of another bank at KB or to accounts of KB at another bank; the Due date is the date Komerční banka records the order to the payer's account at KB. Urgent payments can be created in selected currencies only. Payments to KB Bratislava may be sent as "Express" only. Payments in any of the currencies shown in the list can be created as express. Note that for AUD and JPY, the value date is postponed by two days from the due date due to the different time zones. Latest times for sending foreign payments in order to keep the due date of the current Business day: Mode of payment processing \| Currency of payment \| Latest time to be sent (Business day) Urgent \| HRK, HUF, PLN \| 10:00 Urgent \| RUB \| 11:00 Urgent \| CHF, CZK, DKK, NOK, SEK \| 13:00 Urgent \| EUR, USD, CAD, GBP \| 14:00 Express with conversion* \| any \| 17:00 Express without conversion \| any \| 20:30 *) Express with conversion – the debtor's account currency is different from the payment currency. The table does not include payments to the target bank of KB Bratislava. Payments to the target bank of KB Bratislava in EUR, CZK and USD received by 15:00 and payments in other currencies (with the exception of AUD, HRK and JPY) received by 14:00 will be paid into the creditor's account right on the current business day; otherwise, they will be paid in on the next business day. For details about foreign payment transactions, see http://www.kb.cz/en/people/individuals/foreign-payment-transactions.shtml. This page also provides information about payments in CNY and payments to Russia in RUB (including the sample order). Note: If the currency of the payment is different from the currency of the beneficiary's account, the beneficiary's bank may convert it to the beneficiary's account currency using the exchange rate of the beneficiary's bank.
Frequency and number of days between direct debits	This value specifies after how many days from the last processed direct debit another direct debit payment associated with the direct debit mandate can be made: Daily - Every calendar day, only one direct debit payment can be executed. Weekly - A direct debit payment can be taken from the account on the 5th calendar day from the last direct debit payment at the earliest (i.e., for 4 days from the day the last direct debit payment was executed, all requests for direct debits will be rejected). Monthly - A direct debit payment can be taken from the account on the 25th calendar day from the last direct debit payment at the earliest (i.e., for 24 days from the day the last direct debit payment was executed, all requests for direct debits will be rejected). Quarterly - A direct debit payment can be taken from the account on the 80th calendar day from the last direct debit payment at the earliest (i.e., for 79 days from the day the last direct debit payment was executed, all requests for direct debits will be rejected). Semiannually - A direct debit payment can be taken from the account on the 180th calendar day from the last direct debit payment at the earliest (i.e., for 179 days from the day the last direct debit payment was executed, all requests for direct debits will be rejected). Annually - A direct debit payment can be taken from the account on the 360th calendar day from the last direct debit payment at the earliest (i.e., for 359 days from the day the last direct debit payment was executed, all requests for direct debits will be rejected). Unlimited - Every calendar day, any number of direct debit payments, each up to the entered limit, can be executed. Other - If you select this option, you must enter a specific number of days between direct debits. The settings only apply to changes to the ordres that have been set to this frequency in the past. Examples: 0 - Every calendar day, any number of direct debit payments, each up to the entered limit, can be executed. We recommend this value in cases when more than one direct debit request can be sent to your account from a single counteraccount (electricity, gas payments etc., if you pay for multiple consumer locations, payments to mobile operators, if you pay for multiple phone numbers, payments to school dining room, if you pay for more children etc.). 1 - Every calendar day, only one direct debit payment can be executed. 25 - The account can be debited once, on the 25th calendar day at the earliest, where the 25th calendar day passed from the last direct debit payment (i.e. for 24 days from the day on which the last direct debit payment was processed, all requests for direct debiting of the account will be rejected). This interval is recommended for payments to be direct-debited once in a month (longer interval is not suitable due to "short" February, or the direct debiting date can be moved - Saturdays, Sundays, holidays). 30 - A direct debit payment can be taken from the account once, on the 30th calendar day from the last direct debit payment at the earliest (i.e. during the 29 days from the day the last direct debit payment was executed, all requests for direct debit from the account will be rejected). 180 - A direct debit payment can be taken from the account once, on the 180th calendar day from the last direct debit payment at the earliest (i.e. during the 179 days from the day the last direct debit payment was executed, all requests for direct debit from the account will be rejected). 360 - A direct debit payment can be taken from the account once, on the 360th calendar day from the last direct debit payment at the earliest (i.e. during the 359 days from the day the last direct debit payment was executed, all requests for direct debit from the account will be rejected). Note: When setting the value of monthly direct debit payments, the lower number of days in February must be taken into consideration (28 or 29 days). The recommended setting for monthly direct debit payments is 25 days.
IBAN	International Bank Account Number - account number in the international format. Subjects participating in the payment system within EU / EEA countries are obliged to use the account number in IBAN format.
Instant payments	Special type of payments that are credited to the target account in another bank immediately within minutes. The "Send as instant payment" floating menu will only appear if the target bank allows you to receive these payments. If the target bank accepts payments, but exceptionally restricts their receipts, the application will offer an appropriate alert.
Message for beneficiary	Detailed description of the payment for the beneficiary – also displayed to the payer.
Multi-round processing system	see HERE
Multiple authorization	see HERE.
Online and Offline payments done using the payment card	Online payment - Information about the payment is immediately sent to the bank and the bank immediately decreases current available balance on the account. Also the payment is being displayed in the section Cards / Pending transaction summary. Offline payment – Information about the payment is sent by the trader additionally, the bank does not know about the transaction so the current available balance is not decreased by this operation.
Order template	Previously saved payment order which can be used for faster payment´s entering. TIP! You can modify your tempates in section Payments / Template administration / Order templates. TIP!
PDF	Multiplatform (viewable across operating systems) file format. We use this format to display (store) information as a rule about changes to the contractual documentation, the signing of applications for banking products etc.
Print	Button used to print selected list or form.
QR code	Quick Response Code alias information "encoded" in a simple black and white pattern. An image can carry any numeric, letter, bit or kanji information.
Quick links	Quick access to selected functionalities.
Save to authorisation	After selecting the button, the order will only be saved, for example, for later additions and changes, or for the final signature by another authorized user. For some operations (typically for processing an order on another bank's account), the button may not be available.
Save to CSV	Button used to save or open the list in CSV format.
SEPA	Payments in EUR to the SEPA area. SEPA payments can be used for foreign (cross-border) payments in EUR or for payments in EUR within the Czech Republic (both outside KB and to KB accounts). You can enter more detailed identification details of the debtor and creditor in SEPA payments to be sent to a so-called SEPA compatible bank ( these data usually depend on the agreement between the debtor and creditor). A SEPA-compatible bank is a bank that accepts SEPA payments with all optional SEPA payment data. Fees for SEPA payments are always shared between the payer and beneficiary (SHA type). Latest times for sending SEPA payments in order to keep the due date of the current Business day: Mode of payment processing / Latest time to be sent (Business day) Urgent / 14:00 Express with conversion* outside KB / 17:00 Express without conversion / 20:30 Express with conversion* within KB / 20:30 *) Express with conversion – the debtor's account currency is different from the payment currency. The table does not include payments to the target bank of KB Bratislava. Payments to the target bank of KB Bratislava received by 15:00 will be paid into the creditor's account right on the current business day; otherwise, they will be paid in on the next business day. The guaranteed period for crediting of a SEPA payment to the beneficiary’s account is 1 business day from the due date specified in the SEPA payment (with considerations to national calendars). Until 11:00 am, urgent SEPA payments will be processed with additional SEPA information (payment reference and optional identification data) only if the SCT purpose category-Description field contains the "SEPA" phrase. Additional info HERE
SEPA area	States in EU + additional countries. More info HERE
Specific symbol	Numeric data detailing the payment identification. 9999999999 format (10 of 9) hides cotra-account name.
SWIFT	Society for Worldwide Interbank Financial Telecommunication – it is a code used for unique identification of a specific bank.
Tax residence	The place where the person pays the taxes Individual person: A tax resident is a individual person who resides in our territory or usually resides there. The only exception is persons who stay in the Czech Republic only for the purpose of study or treatment - although they "usually stay" in the Czech Republic, they are not considered tax residents (for details see § 22 of Act No. 586/1992 Coll., On taxes on revenue, as amended.) Legal entities: a tax resident is a legal entity that has its registered office or place of management in the Czech Republic (for details, see Section 17 of Act No. 586/1992 Coll., on Income Taxes, as amended)
Term deposit (account)	A type of savings account intended for guaranteed interest on invested funds. Unlike a classic savings account, however, the client arranges it for a predetermined period and interest. They may not withdraw or deposit money for the agreed period.
Transaction status	Partially authorised - an order that has been partially signed within multiple authorisation. It is possible to authorise, edit and cancel it. These are also displayed on the Orders for authorisation screen. Pending - an order that has been fully signed and is awaiting processing (such as an order with an advance due date). It is possible to edit and cancel it. Pending funds - an order with insufficient account balance after sending for processing, which has been included in the multi-round processing system. Awaiting authorization - an order entered without signing and submitting for processing. It is possible to authorise, edit and cancel it. These are also displayed on the Orders for authorisation screen. Recorded - an order that has been fully signed and recorded. It will decrease payer's current available balance and increase the beneficiary's current available balance. Rejected - an order that has been fully signed and then rejected. The reason for rejection is specified in the Status description field. Processed - a direct debit order that has been passed for processing to another bank. Being processed - an order currently under processing Cancelled - an order that has been deleted by the user before processing.
Standing order status	being processed - the standing order has been signed and is being processed pending - processing may wait for sufficient funds created - the new standing order has been processed and accepted modified - modification of the standing order has been processed and accepted cancelled – cancellation of the standing order has been processed and accepted rejected – processing of the standing order has been rejected deleted - the standing order has been deleted before completion of signing
Variable symbol	Numeric data detailing the payment identification.

MojeBanka Business