Accounting transaction

Visma Business accumulates the fields for invoice entries which are matched with entries with the origination code for writing off payments

Visma Business accumulates the fields for invoice entries which are matched with entries with the origination code for writing off payments

Visma Business accumulates the fields for invoice entries which are matched with entries with the origination code for writing off payments. Acc. w/off variance amount in EURO is not in the database, but shows Acc. w/off variance amount in currency.

1 - Customer

The account number refer to a customer.

2 - Supplier

The account number refer to a supplier.

3 - General ledger account

The account number refer to a general ledger account.

4 - Capital asset

The account number refer to a capital asset.

If the standard currency, given in the Company information table is defined as Currency type 2 or 3 in the Currency table, the Amount in EURO will be calculated with the exchange rate given for Euro in Sales rate field in the Currency table.

The transaction has been approved for payment in Visma.net Approval. When this token follows the payment, approval of the payment in Visma.net AutoPay should not be required.

Used in Visma.net AutoPay for viewing of invoices.

See also: Authorisation

The fields can for example be used in connection with electronic funds transfer. In some companies, incoming invoices must be authorised by several people, for example invoices that are to be distributed between several organisational units. Business NXT sets the Auth. date 1 field to the current date when entries are authorised. If you delete the field in the Open supplier entry table, the transaction status for the general ledger transaction that it has been authorised is withdrawn.

The date is validated using the regional settings in Windows.

The fields can for example be used in connection with electronic funds transfer. In some companies, incoming invoices must be authorised by several people, for example invoices that are to be distributed between several organisational units. Business NXT sets the Auth. date 1 field to the current date when entries are authorised. If you delete the field in the Open supplier entry table, the transaction status for the general ledger transaction that it has been authorised is withdrawn.

The date is validated using the regional settings in Windows.

The Empl. no. is a unique number identifying one specific Employee.

Details about the payment can be seen using the View payment details processing.

If you did not complete the field during entry, Visma Business will retrieve the giro number from the Bank account or Postal giro field for the relevant associate in the Associate table.

The value in the field is also transferred to the Payment line table when you create a payment suggestion.

This field is also used for IBAN bank account numbers, depending on the recipient's country. You must in some cases also complete the Bank branch and Swift code fields. Which fields you must complete depend on the recipients country requirements. You can contact your bank or supplier for more information about this.

In this way, the outlay retrieves data from a bank account other than the default bank account.

The field is used for VAT control, to reveal any manual changes in VAT amounts that have been made before updating.

The field is mainly used to track the capital asset no on General ledger transactions concerning automatically generated postings on capital asset General ledger account.

1 - Acquisition

To be used on records concerning the main acquisition of capital assets. E.g. cars, or buildings.

2 - Addition

To be used on records concerning additions. The definition of an "addition" is e.g. winter tyres for a car or marquises on a building. Additions can be given a lifetime, that differs from the main acquisition.

3 - Revaluation

To be used on records meant to adjust the total value of a capital asset. An example when a revaluation can be performed is when a very old real estate has a much higher market value, than the book value.

Note:

Revaluation shall NOT be performed when a capital asset has a lower value than expected due to under-usage, in this case the lifetime, and consequently the periodic depreciations, shall be adjusted instead.

Note:

Revaluation of capital assets is in most countries surrounded by legal restrictions and shall be performed only after accurate consideration.

4 - Devaluation

To be used on records meant to adjust the total value of a capital asset. An example when a devaluation can be performed is when the value of a real estate falls under the book value due to a financial crisis or another extraordinary occurrence.

Note:

Devaluation shall NOT be performed when a capital asset has a higher value than expected due to over-usage, in this case the lifetime, and consequently the periodic depreciations, shall be adjusted instead.

Note:

Devaluation of capital assets might be surrounded by legal restrictions in your country and shall be performed only after accurate consideration.

5 - Sale

To be used on records concerning sales of capital assets.

6 - Discarded

To be used on records concerning discard of capital assets.

7 - (Not in use)

Not in use.

8 - Back transfer

Resets depreciation when capital assets are sold or discarded.

9 - Depreciation on investment

10 - Depreciation on addition

11 - Depreciation on revaluation

12 - Depreciation on devaluation

If no cash amount is entered on the voucher line, but a payment term with a cash discount has been entered, the cash amount will be calculated during the update and inserted on this record

If no Cash amount is entered on the Voucher line, but a payment term with a cash discount has been entered, the cash amount will be calculated during the update and inserted on this record

If you have not entered the cash due date on an invoice, it is calculated on the basis of the Voucher date and Payment terms if the Payment terms carries a cash discount %.

The date is validated using the regional settings in Windows.

The amount fields for the transaction are updated with the accumulated Client interest amount plus the value in the Client interest proposal amount field.

If you have selected Convert client interest in foreign exchange to default exchange in the Bank account processing field in the Bank account table, the Client interest amount field is converted at the current exchange rate with reference to the Client interest proposal amount in currency field.

Visma Business updates the client interest amount fields for the transaction with the accumulated Client interest amount in currency plus the value in the Client interest proposal amount in currency field.

The amount is converted using the current exchange rate with reference to the currency for the transaction. If you have selected Convert client interest rates in currency to default currency in the Bank account processing field in the Bank account table, the Client interest amount field is converted at the current exchange rate with reference to the Client interest proposal amount in currency field.

The date is validated using the regional settings in Windows.

Settings from the Bank account and Client processing fields are taken into account. The value in the field is not accumulated, but is overwritten with new values. Client interest proposal amount and Client interest proposal amount in currency are calculated using the same interest rate. When you post this, reference is made to whether it is to be processed in domestic amount or in currency amount. You can change the value in the field, and the change is taken into account when you post client interest. The field is emptied when you run the Delete interest proposal processing in the Associate table.

Client interest proposal amount in currency is calculated using the same Interest rate as Client interest rate amount. When you post this, reference is made to whether it is to be processed in domestic amount or in currency amount. You can change the value in the field, and the change is taken into account when you post client interest. The field is emptied when you run the Delete interest proposal processing in the Associate table.

If the Client interest to date field is blank, this field is updated with the voucher date. You can change the value in the field, and the change is taken into account when you post client interest. The field is emptied when you run the Delete interest proposal processing in the Associate table.

The date is validated using the regional settings in Windows.

This field is used when calculating the Client interest proposal amount. You can change the value in the field, and the change is taken into account when you post client interest. The field is emptied when you run the Delete interest proposal processing in the Associate table.

The date is validated using the regional settings in Windows.

The date is validated using the regional settings in Windows.

1 - Outlay

2 - Client responsibility 1

3 - Client responsibility 2

4 - Client responsibility 3

Shows the fraction of the VAT amount that is not deductible. Occurs only on transactions with a VAT code that has Cost % defined in the VAT code table. Occurs in companies with a mix of VAT-liable and non-VAT-liable activities.

Shows the fraction of the VAT percentage that is not deductible. Occurs only on transactions with a VAT code that has Cost % defined in the VAT code table. Occurs in companies with a mix of VAT-liable and non-VAT-liable activities.

The field can be used for selection of credit amounts. Eg for reporting and analysis purposes

In general ledger transactions, Business NXT makes a distinction between the amount entered and the amount posted. The amount entered shows the amount as it was typed in during voucher entry, inclusive of VAT, but exclusive of any investment tax. Business NXT deducts any input or output VAT, using the result as the base amount for the taxes. The amount posted is equal to this base amount plus any tax.

Business NXT makes a distinction between the amount entered and the amount posted. The amount entered shows the amount as it was typed in during voucher entry, inclusive of VAT, but exclusive of any investment tax. Business NXT deducts any input or output VAT, using the result as the base amount for the taxes. The amount posted is equal to this base amount plus any tax.

The cross reference can be entered in the Cross reference field on the voucher and will update this field on customer transactions, open customer entries, supplier transactions and open supplier entries.

If a cross reference has been entered on a voucher, this voucher will match against the open supplier entry or an open customer entry with the same value in its reference field.

The cross reference can also be entered or overridden direct in the Open supplier entry or the Open supplier entry table, to complete the entries before running the Match references processing in these tables.

The Cross reference field in the Customer transaction table and the Supplier transaction table will show the reference of the open entry to which the transaction was matched, but only if the matching was performed by running the processing Match entry-for-entry.

If postings are made to both debit and credit accounts in the same voucher line, the Cross-account no. and Cross-account type fields indicate the customer, supplier, Capital assetor General ledger accountaccount relating to the other transaction generated from the voucher line.

If the Posting errors account from the Company information table has been used, because the original account is non-existent, the Cross-account no. and Cross-account type fields indicate instead the customer, supplier, Capital asset or General ledger account to which you attempted to post the voucher.

If postings are made to both debit and credit accounts in the same voucher line, the Cross-account no. and Cross-account type fields indicate the customer, supplier, Capital asset or General ledger account account relating to the other transaction.

If the Posting errors account from the Company information table has been used, because the original account is non-existent, the Cross-account no. and Cross-account type fields indicate instead the customer, supplier, Capital asset or General ledger account to which you attempted to post the voucher.

1 - Customer

The account number refer to a customer.

2 - Supplier

The account number refer to a supplier.

3 - General ledger account

The account number refer to a general ledger account.

4 - Capital asset

The account number refer to a capital asset.

The field originally contains the same value as the Outstanding amount, or the Posted amount field if the correction is run on General ledger transaction or Capital asset transaction.

Each time the Currency correction processing is run, the field will be updated with the product of Curr. corr. exch. rate and Outstanding amount in currency or the Amount in currency if the correction is run on General ledger transaction or Capital asset transaction.

If no exchange rate adjustment has been performed, the field shows the same value as the Value date field.

The date is validated using the regional settings in Windows.

The field is updated when you run the Transfer corrections to table processing from the Currency correction data table. If no exchange rate adjustment has ever been performed, the field shows the same value as the Exchange rate field, which is inherited from the voucher.

The currency number is normally inherited from the voucher. If no currency number was entered on the voucher, the field will anyway be updated with the Currency no. from the Company information table.

If the field is already filled in, the value is overwritten by the bank reconciliation system. If bank reconciliation is not in use the field can be used manually.

The date is validated using the regional settings in Windows.

If the field is already filled in, the value is overwritten by the bank reconciliation system. If bank reconciliation is not in use the field can be used manually.

The date is validated using the regional settings in Windows.

In general ledger transactions, Business NXT makes a distinction between the amount entered and the amount posted. The amount entered shows the amount as it was typed in during voucher entry, inclusive of VAT, but exclusive of any investment tax. Business NXT deducts any input or output VAT, using the result as the base amount for the taxes. The amount posted is equal to this base amount plus any tax.

Business NXT makes a distinction between the amount entered and the amount posted. The amount entered shows the amount as it was typed in during voucher entry, inclusive of VAT, but exclusive of any investment tax. Business NXT deducts any input or output VAT, using the result as the base amount for the taxes. The amount posted is equal to this base amount plus any tax.

The number is visualised and can be changed in the Change counters processings dialog in the Company information table.

The currency number you want Business NXT to use for the payment if it diverts from the suppliers standard currency.

The receiver of the products. It will only have a value if the receiver of the product is different from the receiver of the invoice.

If you have not entered a due date on an invoice voucher, it will be calculated on the basis of the Voucher date and the Payment terms fields. If you have not entered the due date (i.e. the payment date) in payments and credit notes vouchers, it is set equal to the voucher date.

Due date can be overridden. The new date is used for Reminder, interest computation and payment history.

The Due date field is also used when you execute the Create payment suggestion processing from the corresponding open entry table. A selection will be made in relation to the outlay date.

The date is validated using the regional settings in Windows.

The values are included on open supplier entries and supplier transactions.

The values are included on open supplier entries and supplier transactions.

For payment abroad, this field is used to enter the declaration code in accordance with national rules. You define valid values and related texts in the Declaration code table. The values are included on open supplier entries and supplier transactions.

The values are included on open supplier entries and supplier transactions.

The Empl. no. is a unique number identifying one specific Employee.

In general ledger transactions, Business NXT makes a distinction between the amount entered and the amount posted. The amount entered shows the amount as it was typed in during voucher entry, inclusive of VAT, but exclusive of any tax. Business NXT deducts any input or output VAT, using the result as the base amount for the taxes. The amount posted is equal to this base amount plus any tax.

If several errors are detected, they are listed with a comma separating them.

Illegal value date

Unknown organisational unit 1

Unknown organisational unit 2

Unknown organisational unit 3

Unknown organisational unit 4

Unknown organisational unit 5

Unknown organisational unit 6

Unknown debit account, Cust. no., Account no. or Cap. asset no.

Unknown credit account, Cust. no., Account no. or Cap. asset no.

Unknown debit VAT code or VAT code

Unknown credit VAT code or VAT code

Unknown debit VAT rate

Unknown credit VAT rate

Unknown debit investment tax

Unknown credit investment tax

Unknown debit payment terms

Unknown credit payment terms

Unknown distribution key

Illegal debit turnover cl. or Turnover class

Illegal credit turnover cl. or Turnover class

Missing credit turnover cl. or Turnover class

The grace period for the debit has exceeded

The grace period for the credit has exceeded

Unknown organisational unit 7

Unknown organisational unit 8

Unknown organisational unit 9

Unknown organisational unit 10

Unknown organisational unit 11

Unknown organisational unit 12

Missing accounting period

This date is used as basis for transactions to be picked when processing Create payment suggestion in table Open supplier entry is run.

You can automatically have the estimated payment date set to a workday in the voucher line before update, if the calculated payment date is a Saturday for example. You can thus have payment-free days. To make use of this, proceed as follows:

The date is validated using the regional settings in Windows.

Is updated from the Voucher table.

Is updated from the Voucher table.

If the field is already filled in, the value is overwritten by the bank reconciliation system. The value is updated from Voucher. If a bank reconciliation system is not in use the field can be used manually.

If the field is already filled in, the value is overwritten by the bank reconciliation system. The value is updated from Voucher. If a bank reconciliation system is not in use the field can be used manually.

If the field is already filled in, the value is overwritten by the bank reconciliation system. The value is updated from Voucher. If a bank reconciliation system is not in use the field can be used manually.

The fixed amount is given on the voucher and can contain of eg freight, packaging, insurance or other parts of the total invoice amount from which no cash discount shall be deducted.

The fixed amount in currency is given on the voucher and can contain of eg freight, packaging, insurance or other parts of the total invoice amount from which no cash discount shall be deducted.

The fixed Amount in EURO is derived from the fixed Amount in currency

If interest method 1 or 2 applies, the value in the field will be accumulated after each interest invoicing. If interest method 3 or 4 applies, the field will be updated only once. Interest method is defined in the Country table.

If interest method 1 or 2 applies, the value in the field will be accumulated after each interest invoicing. If interest method 3 or 4 applies, the field will be updated only once. Interest method is defined in the Country table.

If interest method 1 or 2 applies, the value in the field will be accumulated after each interest invoicing. If interest method 3 or 4 applies, the field will be updated only once. Interest method is defined in the Country table.

The amount can be entered on the voucher line and inherited to the transaction. It can also be entered (or overridden) directly on the transaction record.

The amount can be entered on the voucher line and inherited to the transaction. It can also be entered (or overridden) directly on the transaction record.

The amount can be entered on the voucher line and inherited to the transaction. It can also be entered (or overridden) directly on the transaction record.

The date is validated using the regional settings in Windows.

If not filled in, Visma Business uses the interest rate specified for the customer or for the customer's Country no. in the Country table when the interest note is printed. Interest rate can also be changed for one single entry, in this case interest can be calculated for the same customer at different rates in the same interest note.

The field will show values only on the interest invoice print-out and NOT on the screen.

Interest is calculated from the Due date up to the current date when Interest method 1 or 2 is defined in the Country table, and to the payment date when interest method 3 or 4 is defined in the Country table. If you want to calculate interest manually, you can fill in the fields as information. If you have agreed no interest for a particular period after the Due date, this field can be filled in with the date to which you want interest to be calculated.

If you have filled in the Maximum number of interest days field in the Payment term table, the field will show Interest to date as Interest from date + Maximum number of interest days. If you are using the Interest free days in the Payment term table, the field will show Interest from date as Due date + Interest free days.

The date is validated using the regional settings in Windows.

Only relevant on payments where the currency differ from the currency on the matched invoice.

If the Invoice no. field is empty on the Voucher, this field will be updated with the Voucher no. field instead. This requires that Affects turn./purch. is selected in the Voucher type table.

The field will equal the Amount field if no Currency correction processing has been performed.

It must be set back in time if you want to reprint a reminder after you have approved the printout, or dispatch the next reminder earlier than warranted by the reminder interval in the Reminder table.

The date is validated using the regional settings in Windows.