Danish SAF-T reporting - version 2.0 

SAF-T (Standard Audit File for Tax) is a standardised format for exchanging transaction-level bookkeeping and accounting data between companies, systems, and authorities. In Denmark, SAF-T 2.0 is based on the Danish Bookkeeping Act and supports more flexible and consistent sharing of financial data. 

The report contains structured bookkeeping data and enables the exchange of detailed transactions for purposes such as audit, reporting, and data sharing with public authorities. 

The report contains detailed transaction-level data and associated master data, including: 

- Chart of accounts and general ledger entries

- Customer and vendor data 

- VAT information and VAT codes 

Effective date of SAF-T 2.0 in Denmark 

SAF-T version 2.0 must be supported by all registered digital bookkeeping systems from 1 January 2027. 

Common entry 

The application has been discontinued. 

Use the dedicated applications for transaction entry instead: 

'Pre-registration' (1241) 

'Voucher Registration' (1242) 

'A/R settlement' (2107) 

'A/P settlement' (3107) 

'Approve and post invoice' (3205) 

'Fixed asset entries without integration' (4220) 

Retrieve exchange rates 

Exchange rates can be retrieved despite the additional XML validation. 

Closing periods for incoming invoices received via Next 

The 'Last month-end closing date, vendor' in application 'Date limination' (1270) can now be used to close an accounting period for incoming invoices received in application 'Scanned invoices' (3207) via NEXT (API: EG3266RA). 

The enhancement makes it possible to prevent new invoices from being received in the closed period while work can continue on workflow coding and approval of vouchers from the previous month. 

In addition, the functionality in application 'Month-end closing via Job Scheduling' (1271) has been enhanced so that the date can be maintained automatically as part of the scheduled month-end closing process when it is run through the Job Scheduling System (0160). 

Improved display of transaction details

Trailer texts have been added to several fields when using the “Display transaction” function for general ledger, customer, vendor, and fixed asset transactions. This makes the displayed values easier to understand and improves usability when viewing entries. 

Trial balance in Excel 

The spreadsheet now includes information about the current group and company, as well as the account group for the accounts. 

Use EG1901QD as the 'Print query (report)' in the function/user permission for application 'Trial balance' (1901). 

Trailer texts 

Trailer texts have been added to several fields to provide better information and improve usability when registering incoming and outgoing payments. 

The following fields now have a trailer text: 

- Voucher type 

- Customer/Vendor 

- Offset account code 

- Currency code 

- Dimensions 

Postal code handling 

Postal code lookup by postal district/city has been improved in situations where the same postal code may be linked to several postal districts. This occurs, for example, in Germany, where a postal code does not always uniquely identify a single postal district. The change ensures accurate handling of the combination of country, postal code, and postal district during postal code lookup. 

Attachments 

Customer and vendor currency codes (ISO codes) can now be used as keywords when archiving in Attachments, providing greater flexibility in the archiving setup. 

Screen design 

The screen used to select a bank account has been updated. 

Receipt of payments via CAMT054 

A new stylesheet has been developed for receiving and processing payments in CAMT054 format. The solution supports the import of bank transactions and efficient handling of incoming payments in ASPECT4 Finance. 

Display and Search 

The applications have been enhanced with options to display and search by Organisation number (field KDCIR) and Contact person (field KKONP). 

Total overdue amount 

The 'Customer balance list' (2991) and 'Vendor balance list' (3991) applications now include a column showing the total overdue amount. This provides a quicker overview of customers’ and vendors’ overdue balances. 

Design update 

The reports have been redesigned and are now presented in a more modern and consistent layout, improving readability and the overall user experience. 

Cleaning up posting proposal

Application 'Incoming invoices' (3211) learns from previous registrations and stores account/dimension combinations that form the basis for subsequent posting suggestions. If an incorrect account is used only once, it is remembered permanently and continues to be suggested even after the original invoice has been corrected. 

The application 'Removing posting proposal' (3812) can be used to remove posting suggestions from 'Incoming invoices' (3211). 

Applications discontinued with ASPECT4 Finance Y26H2 

'Payable vendors' (3807) 

'Maintain EBF payment proposals' (3221) 

'Maintain payment proposals - selection' (3222) 

Vendor statement of account

Vendor statements can be printed using the application 'Vendor statement - ABC' (3438). 

The statement can be generated in the following formats: 

- Excel-file for distribution by email 

- OIOUBL for sending via NemHandel 

Further information about functionality and setup is available in the application description and the application parameter description for 'Vendor statement - ABC' (3438). 

A4-37329

Headings 

The display of headings in the overview of open journals has been corrected so that they are shown correctly. 

Vendor transactions

The list shows the vendor’s invoice number and the entry due date. This provides a better overview of the transactions displayed. 

Application description 

The application description for 'Resend in case of error - archiv' (3844) has been updated with improved and more precise documentation. 

Transaction texts 

The creation, modification, and deletion of transaction texts will now be logged, making it possible to track when and how transaction texts have been updated or removed. 

Import and validation of vendor master data 

The function for importing, updating, and validating vendor master data through the ABC profile EG403.VENDOR.UPDATE has been improved. The change supports more efficient handling and maintenance of vendor master data in ASPECT4 Finance. 

Validation of amounts and exchange rates on general ledger transactions

Enhanced validation has been introduced for general ledger transactions imported through the interface to ASPECT4 Finance. When a transaction contains an amount in company currency, an amount in foreign currency, and an exchange rate, the values are automatically checked for consistency. 

The validation allows an exchange-rate deviation of up to 0.5, configured in general file section 1412 'Interface control'. 

If the initial validation cannot approve the values, a secondary check calculates the amount in company currency by multiplying the foreign-currency amount by the exchange rate. If the calculated amount, within the permitted exchange-rate deviation, matches the stated company-currency amount, the transaction is accepted and the stated amounts and exchange rate are used. 

Receive e-invoices 

ASPECT4 supports the receipt of electronic invoices via NemHandel in OIOUBL format. The functionality contributes to automated handling of incoming invoices and supports companies’ work with digital business documents. 

An invoice is received through an ABC document, which starts a process that handles: 

- Archiving the invoice against the vendor and voucher in ASPECT4 Attachments 

- Optional invoice matching in an ASPECT4 industry solution 

- Pre-registration/posting of the invoice 

- Optional initiation of an ASPECT4 Workflow for invoice approval 

Payment terms text in the user’s language 

A new User Defined Function has been added that retrieves the payment terms text in the user’s language for use in QueryManager and elsewhere. 

Use the function as follows: 

PayTermText_1(group, company, payment terms) 

For further information, see the function description 'FINANCEUDF'. 

Account groups 

When List (F4) is used in the Account group field, the available account groups are now listed correctly. 

Display history 

When the the changes log for an individual VAT code is displayed, the data now remains on the screen when returning from the history information. 

Accruals 

The screen is now displayed correctly when manual accrual entries are created. 

Optimised search

The search process has been optimised, resulting in faster retrieval of general ledger transactions. 

General ledger chart of accounts for NEXT Workflow 

An issue with transferring general ledger chart-of-accounts information to NEXT Workflow has been corrected. General ledger accounts and dimension accounts are now transferred correctly to the workflow. 

Correct requisition number for ASPECT4 TMS 

An issue with the transfer of requisition numbers to ASPECT4 TMS during posting and reposting via CHARTEQUE has been corrected. In some cases, the requisition number was transferred with an unwanted leading character. The requisition number is now transferred correctly to TMS, so only numeric values are sent to the REKVNR field. 

Automatic transfer of purchase order number for scanned vendor invoices 

This correction applies only to users of ASPECT4 Manufacturing. 

An issue with vendor invoices received from third-party scanning solutions through the API 'Vendor invoice scanning' (3266) has been corrected. The purchase order number is now transferred correctly to the associated vendor entry in field KREPSTT1.KPEXN5. 

The correction applies to all new transactions created after the correction has been implemented. 

Payment terms text 

Up to 40 characters of the payment terms text are now shown as trailer text for the customer’s/vendor’s payment terms. 

Improved navigation from 'Search customer' (2658) 

The handling of calls from the application 'Search customer' (2658) has been improved. When a customer is selected and the user subsequently navigates to other applications, the call is now completed correctly, providing a more stable and coherent workflow. 

Payment terms in Microsoft Excel 

Selected payment terms from Customer master maintenance can now be opened directly in Microsoft Excel. This ensures accurate export and display of the data in Excel. 

Customer internet information 

The handling of internet information for customers has been improved. The information is now linked correctly to the individual customer in the relevant company. 

History of changed email addresses 

When an email address is changed, the original value is now written correctly in the history when the email address exceeds 50 characters. 

SEPA Direct Debit 

Summation handling for SEPA Direct Debit has been improved. The number of invoices and the total collection amount are now totalled correctly by due date. 

Matching payments to customers 

Validation when matching payments to customers has been improved. The currency code is checked correctly during matching. 

Customer payments 

The following improvements have been implemented for customer payments: 

- Customer number 0 are now ignored during automatic payment matching, ensuring more precise matching. 

- If the bank supplies more unstructured payment information lines for the same payment, they are now combined correctly into a single payment information field in ASPECT4 without inserting extra spaces. 

- Information about links between payment lines and customer numbers is now stored and can be reused for future automatic matching of payments to customers. 

Handling dimensions when receiving customer payments 

Handling dimensions when receiving customer payments has been improved. The required dimensions are now assigned automatically to general ledger transactions based on the account’s dimension requirements and the setup in general file section 2266 'A/R payments - dimensions'. 

Correct summation of rounded amounts 

The summation of goods receipts, triangular trade, and services has been improved. Totals are now calculated from the rounded amounts shown in the specification, ensuring consistency between the displayed entries and the totalled amounts. 

Rounding 

Rounding of amounts has been standardized across the lists and data generated when the application is run. This ensures consistent display and calculation of amounts in the generated data set. 

English translation 

The English application parameter texts have been updated and corrected so that they are now displayed with accurate translations in the user interface. 

Description of application parameters 

The application parameter documentation has been expanded with a description of the 'KID number on creditnote' parameter. This makes the parameter’s purpose and use easier to understand during setup and maintenance. 

EU VAT 

The calculation and generation of EU VAT entries have been improved. The exchange rate registered on the associated customer or vendor transaction is now used, ensuring accurate calculation of EU VAT. 

Deleting vendor transactions in the ASPECT4 interface 

The deletion of vendor transactions from interface journals is now handled correctly. Deletion is limited to the relevant entries on the current voucher, which are then returned to the application 'Scanned invoices' (3207). This applies to both scanned invoices and EDI invoices. 

Posting pre-entered vendor invoices

Posting pre-entered vendor invoices the code for 'VAT reporting period' is now automatically reset on the generated general ledger transaction. 

Bank status response for XML payments in Norwegian companies 

The settlement of open items is now handled correctly when a cash discount is applied as part of a payment. The payment and the applied discount are now included properly in the settlement process, ensuring an accurate calculation of the remaining balance.