Contents
ASPECT4 Finance Release Y26H2 includes a range of new features, enhancements, and corrections to reported issues.
SAF-T in Denmark
As part of the implementation of the Danish Bookkeeping Act, the Danish Business Authority requires digital bookkeeping systems to support SAF-T (Standard Audit File for Tax) as the standard format for exchanging bookkeeping data. SAF-T enables accounting and bookkeeping data to be shared in a consistent, structured, and machine-readable format between companies, authorities, and other business partners.
With this release, ASPECT4 Finance has been prepared for the latest Danish SAF-T requirements. The solution supports the Danish Business Authority’s public standard chart of accounts and standard VAT codes, which form the basis for generating and exchanging SAF-T data. The standard chart of accounts can be implemented directly or by mapping the company’s own accounts to the public standard chart of accounts.
The Danish Business Authority has published SAF-T version 2.0, which registered digital bookkeeping systems must support from 1 January 2027. The new version includes requirements for exchanging transaction-level bookkeeping data, mandatory master data, ledger entries, and a range of conditionally mandatory information. The purpose is to strengthen data sharing, automation, and future reporting to public authorities.
Companies are advised to ensure that their chart of accounts and VAT codes in ASPECT4 Finance are mapped to the current versions of the Danish Business Authority’s standard chart of accounts and standard VAT codes to support accurate SAF-T reporting and future digital data sharing.
Sources: The Danish Business Authority’s guidance on the standard chart of accounts and SAF-T (updated 18 June 2026), and information about SAF-T version 2.0 (10 February 2026).
E-invoices via NemHandel
As a result of the Danish Business Authority’s requirements for digital bookkeeping systems, companies must be able to receive electronic invoices via NemHandel in the standardised OIOUBL and Peppol BIS formats. The solution supports these requirements and enables e-invoices to be received and processed automatically, contributing to more efficient digital handling of incoming invoices.
Source: NemHandel - shared digital infrastructure | erhvervsstyrelsen.dk
Documentation of bookkeeping procedures
The Danish Bookkeeping Act requires Danish companies to describe their bookkeeping procedures. This release adds a template that companies can use to document their bookkeeping processes and support compliance with statutory requirements.
XML payments - structured addresses
To meet the banks’ requirements for structured address information in ISO 20022 XML payment files, the handling of vendor addresses has been enhanced. The requirement takes effect on 16 November 2026. ASPECT4 Finance supports the structuring of address information such as street name, postal code, and city in a hybrid format.
All new features, quality improvements, and corrections are described at application and task level in this document.
ASPECT4 Finance release Y26H2 indeholder en række nyheder, forbedringer og rettelser af uhensigtsmæssigheder.
Nye funktioner
| Labels | Client Release Notes | Key |
|---|---|---|
| 1120 | To link a general ledger account to an alternative account Trailer texts have been added to several fields. An option has been added to display only accounts with account level 9.
| A4-42777 |
| 1171 1479 | 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. | A4-38227 |
| 1211 | 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) | A4-40224 |
| 1221 1962 Budgetinterface | 12-month budget report - export to Excel send via email The “12-month budget report” application (1962) now supports output to an Excel-file that can subsequently be sent directly by email. This provides more flexible handling and sharing of budget reports.
Budget transaction interface A new ABC document has been developed that enables budget transactions to be imported from an Excel file to update budget data in ASPECT4 Finance. The solution supports more efficient maintenance and updating of budgets using spreadsheets as the data source.
Update budget entries in ASPECT4 Finance The “Budget transactions for ASPECT4 Finance” application (1221) supports the receipt, validation, and updating of budget entries received through the budget interface. This provides an efficient and controlled process for loading budget data into ASPECT4 Finance. For further information, see the application description. | A4-17517 |
| 1256 | Retrieve exchange rates Exchange rates can be retrieved despite the additional XML validation. | A4-42348 |
| 1270 3207 | 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 the “Scanned invoices” application (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 “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). | A4-39303 |
| 1301 | 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. | A4-42882 |
| 1901 | 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 the “Trial balance” application (1901). | A4-41395 |
| 2107 3107 | Handling transaction texts during manual settlement A new application parameter has been added to “Customer settlement” (2107) for specifying a default text code that is automatically suggested when the application starts. If the parameter is not specified, text code 105 is used by default.
The handling of transaction texts in “A/R settlement” (2107) and “A/P settlement” (3107) has been improved. If a manual transaction text is entered, the selected text code is automatically removed so that the manual text is used for the transaction. | A4-40973 |
| 2107 3107 | 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 help text: - Voucher type - Customer/Vendor - Offset account code - Currency code - Dimensions | A4-42788 |
| 2111 3111 | Norwegian organisation number For Norwegian customers and vendors, it is now possible to look up organisation numbers in the Brønnøysund registers to validate them and ensure accurate company information. | A4-6333 |
| 2111 3111 | 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. | A4-33610 |
| 2111 3111 | 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. | |
| 2213 3213 | Statement of account print code An option has been added to make it possible to change the print code that indicates whether a transaction has been printed on a statement of account. The function can be enabled through the application parameters for the relevant applications, so the print code can be corrected only when the option has been explicitly enabled.
| A4-42173 |
| 2250 2490 | Screen design The screen used to select a bank account has been updated. | A4-37884 |
| 2265 3265 | 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. | A4-39185 |
| 2658 3658 | Display and Search The applications have been enhanced with options to display and search by Organisation number (field KDCIR) and Contact person (field KKONP). | A4-38381 |
| 2991 2992 2995 3991 3992 3993 | 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. | A4-41846 |
| 3111 | Approver lookup/list The application 'Vendor maintenance' (3111) has been enhanced with an option to define how field K10A1 (Approver) is validated when ASPECT4 OCR Scanning/Workflow is used. The application parameters can be used to select validation against: - Registered ASPECT4 users - Values created in General File section 2911 'Permitted field values' This provides greater flexibility in the setup of approver management and validation in the workflow process.
When validation against application 'ASPECT4 users' (3811) is used for field K10A1, a list lookup (F4) can be configured so users can easily select from the registered ASPECT4 users. | A4-40643 |
| 3211 3812 | 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). | A4-32889 |
| 3211 | Drop-down-list for dimensions The application’s configuration options have been enhanced. An application parameter can now be used to define for each dimension whether values are selected from a list of current values or from a drop-down-list. This provides greater setup flexibility and more user-friendly entry. | A4-40493 |
| 3221 3222 3807 | Applications discontinued with ASPECT4 Finance Y26H2 Payable vendors (3807) Maintain EBF payment proposals (3221) Maintain payment proposals - selection (3222) | A4-42384 |
| 3438 | Vendor statement Vendor statements can now 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). | |
| 3443 | Overskrifter | A4-43536 |
| 3473 | Kreditorposter | A4-42386 |
| 3844 | Applikationsbeskrivelse | A4-41739 |
| Historik | Posteringstekster | A4-42574 |
| Import Kreditorstamdata | Import og validering af kreditorstamdata | A4-41439 |
| Interfacebogføring | Beskrivelse Beskrivelsen af applikationsparameteren til interfaceposteringer er opdateret og præciseret for denne parameter
| A4-40975 |
| Interfacebogføring | Validering af beløb og valutakurs på finansposter Der er indført en udvidet validering af finansposter, der importeres via interfacet til ASPECT4 Finance. Når både beløb i firmavaluta, beløb i valuta og valutakurs er angivet på en post, kontrolleres det automatisk, at værdierne stemmer overens. Valideringen tager højde for en tilladt afvigelse på op til 0,5 på valutakursen, som konfigureres i generelt register afsnit 1412 'Interfacestyring'. Hvis den indledende validering ikke kan godkende værdierne, foretages en sekundær kontrol, hvor beløbet i firmavaluta beregnes ud fra beløb i valuta multipliceret med valutakursen. Hvis det beregnede beløb, inden for den tilladte kursafvigelse, svarer til postens angivne beløb i firmavaluta, accepteres posten, og de angivne beløb og valutakurs anvendes. | A4-41244 |
| Interfacebogføring | Validering af debitor- og kreditorfakturaer ved interface til ASPECT4 Finance Valideringen af momsbeløb ved bogføring af debitor- og kreditorfakturaer via interfacet til ASPECT4 Finance er blevet udvidet med en ny applikationsparameter. Parameteren giver mulighed for at deaktivere den eksisterende validering, som kontrollerer, at momsbeløbet ikke overstiger fakturabeløbet. Ændringen understøtter scenarier, hvor fakturaer kan indeholde et momsbeløb, der er større end fakturabeløbet, eller hvor momsbeløbet har modsat fortegn af fakturabeløbet. Som standard er valideringen fortsat aktiveret.
| A4-42292 |
| Nemhandel e-faktura | Modtag e-faktura
| A4-38563 |
| Tutorials | Skabelon til beskrivelse af bogføringsprocedurer For at understøtte virksomheders arbejde med dokumentation af bogføringsprocedurer i henhold til bogføringsloven er der udarbejdet en skabelon til formålet. Skabelonen kan tilgås via Tutorials under Bogføringslovgivning med funktionsnavnet BOGFPROCED og kan anvendes som grundlag for udarbejdelse af virksomhedens egen beskrivelse af bogføringsprocedurer.
Erhvervsstyrelsen stiller som udgangspunkt krav om, at virksomheder omfattet af bogføringsloven har en nedskrevet beskrivelse af deres bogføringsprocedurer. [erhvervsstyrelsen.dk], [virksomhedsguiden.dk] Ifølge Erhvervsstyrelsens vejledning skal beskrivelsen mindst omfatte:
Erhvervsstyrelsens skabelon til bogføringsprocedure er opdelt i tre hovedområder: Generelle oplysninger
Registrering og afstemning af transaktioner
Opbevaring og fremfinding
Beskrivelsen skal opbevares sammen med regnskabsmaterialet og opdateres, når procedurerne ændres. Den skal ikke indsendes til Erhvervsstyrelsen, men skal kunne fremvises ved en eventuel kontrol. | A4-19609 |
| UDF | Betalingsbetingelsestekst i brugersprog Der er tilføjet en ny User Defined Function, som gør det muligt at hente betalingsbetingelsesteksten i brugerens sprog til anvendelse i blandt andet QueryManager. Funktionen benyttes som: PayTermText_1(koncern, firma, betalingsbetingelse) For yderligere information henvises til funktionsbeskrivelsen 'FINANCEUDF'. | A4-44072 |
| XML-betalinger | Strukturerede adresseoplysninger i XML-betalinger For at understøtte bankernes krav til strukturerede adresseoplysninger i betalingsfiler er håndteringen af adresseinformationer i XML-betalinger blevet ændret. Adresseoplysninger for betalingsmodtagere kan nu dannes i et hybrid format, så betalingsfilerne lever op til gældende ISO 20022-krav og bankernes valideringsregler. Hvis bynavn ikke kan fremfindes ud fra postnummer, så hentes bynavnet nu ud fra et defineret adressefelt fra kreditorstamdata. I applikationsparameteren til 'Vedligehold betalingsforslag' (3220) skal det noteres, hvilke adressefelter, der indeholder navn, vejnavn, postnummer og bynavn. Ændringen bidrager til at reducere risikoen for afviste betalinger og sikrer en mere ensartet behandling af betalingsoplysninger ved afsendelse af XML-betalinger.
| A4-40825 |
Fejlmeldte funktioner og uhensigtsmæssigheder
| Labels | Client Release Notes | Key |
|---|---|---|
| 1111 | Vis kontogrupper | A4-41609 |
| 1131 | Vis historik Når der vises historik over ændringerne på den enkelte momskode, så bibeholdes data nu på skærmen, når der returneres fra historikinformationerne. | A4-42423 |
| 1242 | Periodisering | A4-38984 |
| 1335 | Optimeret udsøgning af poster Søgeprocessen er optimeret, hvilket resulterer i hurtigere fremsøgning af finansposter. | A4-41378 |
| 1540 | Finanskontoplan til NEXT Workflow Der er rettet et problem i overførslen af finanskontoplanoplysninger til NEXT Workflow. Artskonti og dimensionskonti overføres nu korrekt til workflowet. | A4-41093 |
| 1640 | Korrekt rekvisitionsnummer til ASPECT4 TMS Der er rettet et problem i overførslen af rekvisitionsnumre til ASPECT4 TMS ved postering og genpostering via CHARTEQUE. I visse tilfælde blev rekvisitionsnummeret overført med et uønsket indledende tegn. Rekvisitionsnummeret overføres nu korrekt til TMS, så kun de numeriske værdier sendes til feltet REKVNR. | A4-44351 |
| 1674 3207 | Automatisk overførsel af indkøbsordrenummer ved indscannede kreditorfakturaer Gælder kun for brugere af ASPECT4 Manufacturing. Der er rettet et problem i håndteringen af kreditorfakturaer modtaget via tredjeparts scanningsløsninger gennem API'et til 'Scanning af kreditorfaktura' (3266). Indkøbsordrenummeret overføres nu korrekt til den tilhørende kreditorpost i feltet KREPSTT1.KPEXN5. Rettelsen gælder for alle nye posteringer, der oprettes efter implementeringen af rettelsen. | A4-40629 |
| 2111 3111 | Betalingsbetingelsestekst Der vises nu op til 40 tegn af betalingsbetingelsesteksten som trailertekst til debitors/kreditors betalingsbetingelse. | A4-39032 |
| 2111 | Forbedret navigation fra "Søg debitor" (2658) | A4-39034 |
| 2111 | Betalingsbetingelser til Microsoft Excel | A4-40057 |
| 2114 | Internetoplysninger på debitorer Håndteringen af internetoplysninger på debitorer er forbedret. Oplysningerne knyttes nu korrekt til den enkelte debitor i det relevante firma. | A4-38566 |
| 2114 2115 3114 3115 | Historik på ændrede mailadresser | A4-39682 |
| 2250 | SEPA Direct Debit Håndteringen af summering ved SEPA Direct Debit er forbedret. Antal fakturaer og det samlede opkrævningsbeløb summeres nu korrekt pr. forfaldsdato. | A4-40180 |
| 2265 3265 | Match på debitor | A4-40681 |
| 2265 3265 | Tekster på finansposter ved indbetalinger Hvis en betalingspost opdeles i to eller flere poster i applikationen Indbetalingsmodtagelse (2265/3265), og der efterfølgende dannes én samlet bankpost for indbetalingen, anvendes den definerede tekstkode nu konsekvent til dannelse af teksten på bankposten.
| A4-41740 |
| 2265 3265 | Debitorindbetaling
| A4-42245 |
| 2265 3265 | Håndtering af dimensioner ved modtagelse af debitorindbetalinger | A4-44477 |
| 2437 | Korrekt summering af afrundede beløb | A4-35576 |
| 2437 | Afrunding | A4-39911 |
| 3207 | Engelsk oversættelse De engelske tekster for applikationsparametrene er blevet opdateret og korrigeret, så de nu vises med korrekt oversættelse i brugergrænsefladen. | A4-42584 |
| 3207 | Beskrivelse af applikationsparametre Dokumentationen af applikationsparametre er udvidet med en beskrivelse af parameteren 'KID nummer på kreditnota'. Dette gør det lettere at forstå parameterens formål og anvendelse ved opsætning og vedligeholdelse af løsningen. | A4-42586 |
| Interfacebogføring | EU-moms | A4-38673 |
| Interfacebogføring | Sletning af kreditorposter i interfacet til ASPECT4 | A4-38862 |
| Interfacebogføring | Udkontering | A4-42802 |
| Norske-XML-betalinger | Retursvar fra banken ved XML-betalinger i norske selskaber | A4-43064 |
