It is recommended to fill in the payment details of the individual creditor.
First, here is an overview of the different payment methods available in Uniconta.
Payment method: Creditor bank account
The creditor's bank account is also what we call BBAN (Basic Bank Account Number).
In Uniconta, a Danish bank account number must be entered as follows. The first 4 characters indicate the registration number of the bank and the remaining characters constitute the account number.
The Payment ID field is an alphanumeric free text field.
The account number can be entered as shown above, but the examples below will also be accepted. When outputting to payment file, all alphanumeric values will be removed.
The only requirements are the following:
For bank transfers abroad, an IBAN number and a SWIFT code must be provided.
The only requirements are the following:
Map type: Uniconta supports the following map types 71, 73, 75 and 04.
Payment ID: The payment identifier, which is 15 digits on +71 cards, uniquely identifies the payment. The last digit is a check digit, which is modulus calculated (so you don't have to taste it yourself).
The Payment ID will typically be a sequential number, such as an Invoice number. Debtor number is also often included in the Payment ID.
In the above example, the first 9 digits are used for the Debtor number. The following five digits are reserved for the sequential invoice number and are the only variable value in this example.
FI creditor number: Is an identification of the creditor's bank account. The creditor number has 8 digits - the first digit is 8.
In the following, the different options will be reviewed. It is based on the above FIK71 OCR line.
Payment ID is filled in with FI creditor number
In the example above, the vendor number is entered in the Payment ID field. The vendor number is the last digits in the OCR line.
Examples that will be valid:
Here is another example where the payment ID has a series of leading zeros. It is not necessary to enter the leading zeros, as the system inserts them itself.
Here is how it can be registered in the accounting journal.
Payment ID left blank
You can also leave the Payment ID blank. This means that there will be no automatics when generating the FIK payment string. generation of the FIK payment string. When registering the vendor invoice, make sure to insert the payment ID and vendor number as shown below. It is not necessary to enter the leading zeros, you will insert them yourself.
In this example, the invoice number is the first part of the Payment ID.
You can also copy the entire OCR line from the PDF invoice into the Payment ID field, which eliminates the need for tasting.
Payment ID is filled in with FIK mask
To further optimize the user-friendliness of registering creditor invoices and creditor payments, the option to specify a 'mask' for the creditor's FIK payment ID has been introduced. Note the space before +82302956.
In the example, we have a vendor who sends invoices with the OCR line below. The only value that changes is the invoice number. The invoice number is therefore replaced with the character 'n'. In our example, the invoice number is 5 digits '00123'. The last digit '5' is a check digit that the system calculates itself.
Uniconta will automatically insert the invoice number specified on the invoice item and add the check digit.
In the example below, we have a supplier who has sent an invoice with invoice number 7519258. The first digit of the invoice number is not part of the payment ID, as you can see below. The seven-digit invoice number will be included in the payment ID. Uniconta will take care of the registration to remove the first digit when creating the payment ID.
In the example above, Uniconta removes the least significant digits in the invoice number. There may also be situations where you want to remove the last digits of the invoice number.
This can be done by writing an 'L' in the FIK mask.
Here is an example of how the invoice is registered in an accounting journal.
Note that the Payment ID field is not filled in. Remember to enter the invoice number as it is used to create the OCR line.
FIK mask can also be used for +75 and +04.
Payment method: +73
Card type +73 does not have a payment ID in the form of a number, as this card type provides the name of the payer. The OCR line may look like this.
In the Payment ID field on the vendor, enter the vendor number.
Here is an example of how the invoice is registered in an accounting journal.
Payment method: +75
FIK75 is less similar to FIK71. The difference is that the payment ID is 16 digits and a message can be written to the recipient.
There are the same options for FIK mask etc. that were reviewed for FIK71.
In this example, only an invoice number is specified in the payment ID.
The FIK mask will look like this on the creditor.
Payment method: +04
Giro 04 has a fast payment ID and it can benefit the creditor, as shown above.
Note that it is not necessary to specify leading zeros.
In this example, the fixed payment ID is 65375998 and the check digit is 5.
Here is an example of how the invoice is registered in an accounting journal. Note that the Payment ID is blank, as the Payment ID is retrieved from the vendor during the payment.

- Registration number is before Account number
- Registration number must always be 4 digits
- The account number will be read as all the digits that come after the registration number. Uniconta automatically inserts leading zeros.
- 66107051101114
- 6610 7051101114
- 6610-7051101114
- 6610/7051101114
- Regnr: 6610 Account number: 7051101114
- 6610567689
- 6610-567689
- 6610 567689
- 6610/567689
- Account number: 6610 Account: 567

- Enter the SWIFT code in the SWIFT field.
- IBAN number is entered in the Payment code field


- +82302956
- 82302956





















