Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

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). 


Ee-invoices invoice 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 creditor addresses has been enhanced. The requirement takes effect on 16 November 2026. ASPECT4 Finance now 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. 

SAF-T i Danmark

Som led i implementeringen af den danske bogføringslov stiller Erhvervsstyrelsen krav om,

New functions 

at digitale bogføringssystemer skal understøtte
LabelsClient Release NotesKey
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.


Image Added

A4-42777
1171 1479

Danish SAF-T reporting - version 2.0 

SAF-T (Standard Audit File for Tax)

som standardformat til udveksling af bogføringsdata. SAF-T skal gøre det muligt at dele regnskabs- og bogføringsdata i et ensartet, struktureret og maskinlæsbart format mellem virksomheder, myndigheder og andre samarbejdspartnere. 

Med denne release er ASPECT4 Finance klargjort til de nyeste danske SAF-T krav. Løsningen understøtter anvendelsen af Erhvervsstyrelsens fællesoffentlige standardkontoplan og standardmomskoder, som danner grundlag for dannelse og udveksling af SAF-T data. Standardkontoplanen kan implementeres direkte eller via mapning af virksomhedens egne konti til den offentlige standardkontoplan. 

Erhvervsstyrelsen har offentliggjort SAF-T version 2.0, som fra 1. januar 2027 skal understøttes af registrerede digitale bogføringssystemer. Den nye version stiller blandt andet krav om udveksling af bogføringsdata på transaktionsniveau, obligatoriske stamdata, hovedbogsposteringer samt en række betinget obligatoriske oplysninger. Formålet er at styrke datadeling, automatisering og fremtidige offentlige indberetninger.

Virksomheder anbefales at sikre, at deres bogføringskontoplan og momskoder i ASPECT4 Finance er mappet til de gældende versioner af Erhvervsstyrelsens standardkontoplan og standardmomskoder for at understøtte korrekt SAF-T rapportering og fremtidig digital datadeling.

Kilder: Erhvervsstyrelsens vejledning om Standardkontoplan og SAF-T (opdateret 18. juni 2026) samt information om SAF-T version 2.0 (10. februar 2026). 

e-faktura via Nemhandel

Som følge af Erhvervsstyrelsens krav til digitale bogføringssystemer skal virksomheder kunne modtage elektroniske fakturaer via NemHandel i de standardiserede formater OIOUBL og Peppol BIS. Løsningen understøtter disse krav og gør det muligt at modtage og behandle e-fakturaer automatisk, hvilket bidrager til en mere effektiv og digital håndtering af indgående fakturaer.

Kilde: Nemhandel – fælles digital infrastruktur | erhvervsstyrelsen.dk

Dokumentation af bogføringsprocedurer

Bogføringsloven stiller krav om, at danske virksomheder beskriver deres bogføringsprocedurer. Med denne release er der tilføjet en skabelon, som kan anvendes i virksomhedens arbejde med at dokumentere bogføringsprocesser og sikre overholdelse af lovkravene.

XML-betalinger - strukturerede adresser

For at imødekomme bankernes krav til strukturerede adresseoplysninger i ISO 20022 XML-betalingsfiler er håndteringen af kreditoradresser blevet udvidet. Kravet træder i kraft 16-11-2026. ASPECT4 Finance understøtter nu strukturering af adresseoplysninger som vejnavn, postnummer og by i hybrid format.

Alle nye funktioner, kvalitetssikringer og rettelser er beskrevet på applikations- og opgaveniveau i dette dokument.

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

- Debtor and creditor data 

- VAT information and VAT codes 

SAF-T 2.0 to take effect 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 Budget-interface

12-month budget report - export to Microsoft® Excel® send via email 

The application '12-month budget report' (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. 

Image Added


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. 

Image Added


Update budget entries in ASPECT4 Finance 

The application 'Budget transactions for ASPECT4 Finance' (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

Download of exchange rates 

Exchange rates can still be downloaded despite the additional XML validation. 

A4-42348
1270 3207
1271

Closing periods for incoming invoices received via Next 

The 'Last month-end closing date, creditor' in application 'Date limitation' (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). 

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, A/R, A/P, and fixed asset transactions. This makes the displayed values easier to understand and improves usability when viewing entries. 

A4-42882
1901

Financial report in Microsoft® 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 'Financial report' (1901). 

A4-41395
2107 3107

Handling transaction texts during manual settlement 

A new application parameter has been added to application 'A/R 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. 

Image Added

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 a trailer text: 

- Voucher type 

- Debtor/Creditor 

- Offset account code 

- Currency code 

- Dimensions 

A4-42788
2111 3111

Norwegian organization number 

For Norwegian customers and suppliers, it is now possible to look up organization numbers in the 'Brønnøysund' registers to validate them and ensure accurate company information. 
 
Image Added

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 smaller city or village. The change ensures accurate handling of the combination of country, postal code, and postal district during postal code lookup. 

A4-33610
2111 3111

Attachments 

Debtor and creditor currency codes (ISO codes) can now be used as keywords when archiving in ASPECT4 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. 

Image Added

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 Organization number (field KDCIR) and Contact person (field KKONP). 

Nye funktioner

LabelsClient Release NotesKey1120

Sammenkædning af artskonto med alternativ kontonummer

  • Der er påsat trailertekster på diverse felter.
  • Der er oprettet en mulighed for kun at få vist konti med kontoniveau 9.

Image Removed

A4-427771171 1479

Dansk SAF-T rapportering - version 2.0
SAF-T (Standard Audit File for Tax) er et standardiseret format til udveksling af bogførings- og regnskabsdata på transaktionsniveau mellem virksomheder, systemer og myndigheder. I Danmark er SAF-T 2.0 baseret på bogføringsloven og understøtter en mere fleksibel og ensartet deling af finansielle data.  [erhvervsstyrelsen.dk]

Rapporten indeholder strukturerede bogføringsdata og muliggør udveksling af detaljerede transaktioner samt anvendelse til fx kontrol, indberetning og datadeling med offentlige myndigheder. [erhvervsstyrelsen.dk].
Rapporten indeholder detaljerede data på transaktionsniveau samt tilhørende stamdata, herunder bl.a.:

  • Kontoplan og finansposter (General Ledger)
  • Debitor- og kreditordata
  • Momsoplysninger og momskoder
     

Ikrafttræden af SAF-T 2.0 (Danmark)

SAF-T version 2.0 skal understøttes af alle registrerede digitale bogføringssystemer fra den 1.  januar 2027.

A4-382271211

Fælles indtastning

Applikationen er udgået.

Benyt i stedet de specifikke applikationer til jeres posteringsregistrering.

'Forregistrering' (1241)

'Bilagsregistrering' (1242)

'Debitorudligning' (2107)

'Kreditorudligning' (3107)

'Godkend og konter kreditorfaktura' (3205)

'Anlægsposter uden integration til Finans' (4220)

A4-402241221 1962 Budgetinterface

12 måneders budgetrapport – eksport til regneark via e-mail
Applikationen '12 måneders budgetrapport (1962)' understøtter nu udskrivning til regneark, som efterfølgende kan fremsendes direkte via e-mail. Dette giver en mere fleksibel håndtering og deling af budgetrapporter.

Image Removed

Interface af budgetposter
Der er udarbejdet et nyt ABC-dokument, der gør det muligt at importere budgetposter fra en Excel-fil til opdatering af budgetdata i ASPECT4 Finance. Løsningen understøtter en mere effektiv vedligeholdelse og opdatering af budgetter ved brug af regneark som datakilde.
 
Image Removed
 
Opdater budgetposter i ASPECT4 Finance
Applikationen 'Budgetposter til ASPECT4 Finance' (1221) understøtter modtagelse, validering og opdatering af budgetposter modtaget via budgetinterface. Dette giver en effektiv og kontrolleret proces til indlæsning af budgetdata i ASPECT4 Finance.

For yderligere information henvises til applikationsbeskrivelsen for applikationen.

A4-175171256

Hent kurser

Det er sikret at kurser stadig kan hentes trods yderligere indlagt XML-validering.

A4-423481270 3207

Lukning af periode for indkommende fakturaer, der modtages via Next

Det er nu muligt at anvende feltet 'Sidste månedsafslutningsdato, kreditor' i applikation 'Datoafgrænsning' (1270) til at lukke en regnskabsperiode for indkommende fakturaer, der modtages via applikation 'Indscannede fakturaer' (3207) via NEXT (API: EG3266RA).

Forbedringen gør det muligt at afgrænse modtagelsen af nye fakturaer til den afsluttede periode, samtidig med at der fortsat kan arbejdes med workflow-kontering og godkendelse af bilag fra den foregående måned.

Desuden er funktionaliteten i 'Månedsafslutning (via Jobafvikling)' (1271) udvidet, så datoen kan vedligeholdes automatisk som en del af den planlagte månedsafslutning, når processen afvikles via Jobafviklingssystemet (0160).

A4-393031301

Forbedret visning af postdetaljer
Der er tilføjet forklarende trailertekster på en række felter ved anvendelse af funktionen "Vis post" på finans-, debitor-, kreditor- og anlægsposter. Dette gør det lettere at forstå de viste værdier og giver øget brugervenlighed ved opslag på poster.

A4-428821901

Saldobalance til Excel

Regnearket er tilføjet information om aktuel koncern og firmanummer samt kontogruppen til den enkelte konto.

Benyt EG1901QD som 'Query til udskrift (rapport)' i funktions/brugertilladelsen til applikation 'Saldobalance' (1901).

A4-413952107 3107

Håndtering af posteringstekster ved manuel udligning

Der er tilføjet en ny applikationsparameter i 'Debitor udligning' (2107) til angivelse af en standardtekstkode, som automatisk foreslås ved opstart af applikationen. Hvis parameteren ikke er angivet, anvendes tekstkode 105 som standard.

Image Removed

 
Samtidig er håndteringen af posteringstekster i 'Debitor udligning' (2107) og 'Kreditor udligning' (3107) forbedret. Hvis der indtastes en manuel posteringstekst, fjernes den valgte tekstkode automatisk, så den manuelle tekst anvendes på posteringen.

A4-409732107 3107

Trailertekster
Der er tilføjet trailertekster på en række felter for at give bedre information og øge brugervenligheden ved registrering af ind- og udbetalinger.

Følgende felter er nu understøttet med trailertekst:

  • Bilagstype
  • Debitor/Kreditor
  • Modkontokode
  • Valutakode
  • Dimensioner
A4-427882111 3111

Norsk Organisationsnummer
For norske debitorer og kreditorer er det nu muligt at foretage opslag i Brønnøysundregistrene for at validere organisationsnumre og sikre korrekte virksomhedsoplysninger.
 
Image Removed

A4-63332111 3111

Postnummerhåndtering
Opslag på postnummer efter postområde/by er forbedret i situationer, hvor samme postnummer kan være knyttet til flere postområder. Dette forekommer blandt andet i Tyskland, hvor et postnummer ikke altid entydigt identificerer et enkelt postområde. Ændringen sikrer en korrekt håndtering af kombinationen af land, postnummer og postområde ved opslag på postnummer.

A4-336102111 3111

Attachments 
Debitor- og kreditorvalutakode (ISO-kode) kan nu benyttes som keyword ved arkivering i Attachments, hvilket giver større fleksibilitet i arkiveringsopsætningen.

A4-439372213 3213

Kode for udskrift på kontoudtog
Der er tilføjet mulighed for at ændre udskriftskoden, der angiver, om en post er udskrevet på et kontoudtog. Funktionen kan aktiveres via applikationsparametrene for de relevante applikationer, så rettelse af udskriftskoden kun er mulig, når den er eksplicit tilvalgt.
 

Image Removed

A4-421732250 2490

Skærmdesign
Skærmbilledet, hvor der vælges en bankkonto, har fået et opdateret design.

A4-378842265 3265

Modtagelse af indbetalinger via CAMT054

Der er udarbejdet et nyt stylesheet til modtagelse og behandling af indbetalinger i CAMT054-format. Løsningen understøtter import af banktransaktioner og effektiv håndtering af indbetalinger i ASPECT4 Finance.

A4-391852658 3658Vis og Søg
Applikationerne er udvidet med mulighed for at vise og søge på Organisationsnummer (felt KDCIR) og kontaktperson (felt KKONP).

A4-38381
2991 2992 2995 3991 3992 3993

Total

forfaldent beløb
Applikationerne 'Debitor saldoliste

overdue amount 

The 'Debtor balance list' (2991)

og 'Kreditor saldoliste

and 'Creditor balance list' (3991)

er udvidet med en kolonne, der viser det samlede forfaldne beløb. Dette giver et hurtigere overblik over debitors og kreditorers forfaldne saldoer.

applications now include a column showing the total overdue amount. This provides a quicker overview of debtors' and creditors’ overdue balances. 

Design update 

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

 
 
Designopdatering
Rapporterne er blevet redesignet og præsenteres nu i et mere moderne og ensartet layout, hvilket forbedrer læsbarheden og den samlede brugeroplevelse.

 

A4-41846
3111
Opslag/Liste af godkender
Applikationen 'Kreditorvedligehold' (3111) er udvidet med mulighed for at definere, hvordan felt K10A1 (Godkender) skal valideres ved brug af

Approver lookup/list 

The application 'Creditor 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. 

Image Added

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

Via applikationsparametrene kan det nu vælges, om feltet skal valideres mod:

  • Oprettede ASPECT4-brugere
  • Værdier oprettet i generelt register afsnit 2911 'Tilladte værdier til felt'

Dette giver større fleksibilitet i opsætningen af godkenderstyring og validering i workflowprocessen.

Image Removed
Når validering mod 'ASPECT4-brugere' (3811) anvendes for felt K10A1, kan der opsættes et listeopslag (F4), så brugeren nemt kan vælge blandt de registrerede ASPECT4-brugere

. 

A4-40643
3211 3812

Oprydning i konteringsforslag

'Kontering af kreditorfaktura' lærer af tidligere konteringer og gemmer konto-/dimensionskombinationer, som danner grundlag for efterfølgende konteringsforslag. Hvis en forkert konto anvendes blot én gang, bliver den permanent husket og fortsætter med at blive foreslået, selv efter at den oprindelige faktura er blevet rettet.

Applikation 'Oprydning i konteringsforslag' (3812) kan benyttes til at fjerne konteringsforslag til 'Kontering af kreditorfaktura' (3211.)

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

Dropdown-bokse på dimensioner og momskode

Konfigurationsmulighederne i applikationen er udvidet. Via en applikationsparameter kan det nu defineres pr. dimension om værdier skal vælges fra en liste over aktuelle værdier eller via en dropdown-boks. Dette giver øget fleksibilitet i opsætningen og en mere brugervenlig registrering.

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. 

 Image Added

Image Removed

A4-40493
3221 3222 3807
Applikationer der udgår med

Applications discontinued with ASPECT4 Finance Y26H2

 

'Payable creditors'

Betalbare kreditorer

(3807) 

Vedligehold betalingsforslag EBF

'Maintain EBF payment proposals' (3221)

Vedligehold betalingsforslag - udvalg

 

'Maintain payment proposals - selection' (3222) 

A4-42384
3438
Kreditor kontoudtog
Der er tilføjet mulighed for at udskrive kreditor kontoudtog via applikationen 'Kreditor kontoudtog

Creditor statement of account

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

Kontoudtoget kan genereres i følgende formater:

  • Excel-fil til distribution via e-mail
  • OIOUBL til afsendelse via NemHandel
Yderligere oplysninger om funktionalitet og opsætning findes i applikationsbeskrivelsen samt beskrivelsen af applikationsparametre for 'Kreditor kontoudtog

 

The statement can be generated in the following formats: 

- Microsoft® 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 'Creditor statement - ABC' (3438). 

A4-37329

3443
Overskrifter
Visningen af overskrifter på oversigten over åbne journaler er rettet, så de nu fremstår korrekt.

Headings 

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

A4-43536
3473
Kreditorposter
Listen viser nu leverandørens fakturanummer og postens forfaldsdato. Dette giver et forbedret overblik over de viste poster.

Creditor transactions

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

A4-42386
3844
Applikationsbeskrivelse
Applikationsbeskrivelsen for applikationen 'Gensend ved fejl i arkivering' (3844) er blevet opdateret med forbedret og mere præcis dokumentation.

Application description 

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

A4-41739
Historik
History
Posteringstekster
Oprettelse, ændring og sletning af posteringstekster, bliver fremadrettet logget, så det er muligt at følge, hvornår og hvordan posteringstekster er blevet opdateret eller fjernet.

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. 

A4-42574
Import
KreditorstamdataImport og validering af kreditorstamdata
Funktionen til import, opdatering og validering af kreditorstamdata via ABC-profilen
Creditor master data

Import and validation of creditor master data 

The function for importing, updating, and validating creditor master data through the ABC profile EG403.VENDOR.UPDATE

er blevet forbedret. Ændringen understøtter en mere effektiv håndtering og vedligeholdelse af kreditorstamdata i

has been improved. The change supports more efficient handling and maintenance of creditor master data in ASPECT4 Finance. 

A4-41439
Interfacebogføring

Beskrivelse

Beskrivelsen af applikationsparameteren til interfaceposteringer er opdateret og præciseret for denne parameter

Interface posting

 Description 

The description of the application parameter for interface posting has been updated and clarified. 

Image Added

Image Removed

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-41244Interfacebogfø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.

Interface posting

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. 

A4-41244
Interface posting

Validation of debtor and creditor invoices through the ASPECT4 Finance interface 

The validation of VAT amounts when posting debtor and creditor invoices through the ASPECT4 Finance interface has been enhanced with a new application parameter. The parameter makes it possible to disable the existing validation that checks whether the VAT amount exceeds the invoice amount. 

The change supports scenarios in which invoices may contain a VAT amount greater than the invoice amount or where the VAT amount has the opposite sign to the invoice amount. The validation remains enabled by default. 


Image Added

Image Removed

A4-42292
Nemhandel e-
faktura
invoice
Modtag

Receive e-

faktura

invoice

ASPECT4

understøtter modtagelse af elektroniske fakturaer

supports the receipt of electronic invoices via NemHandel

i

in OIOUBL

-format. Funktionaliteten bidrager til en automatiseret håndtering af indgående fakturaer og understøtter virksomhedernes arbejde med digitale forretningsdokumenter.
 
En faktura modtages via et ABC dokument, hvor der startes en proces, der sikrer følgende håndtering: Arkivering af fakturaen på kreditor og bilag i ASPECT4 attachments

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 creditor 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 

  • Evt. fakturamatch i en ASPECT4 brancheløsning
  • Forregistrering/bogføring af faktura
  • Evt. igangsættelse af et ASPECT4 Workflow til fakturagodkendelse

    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.

    Image Removed

    Image Removed

    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:

    • Hvordan virksomhedens løbende transaktioner registreres.
    • Hvordan bogføringen afstemmes.
    • Hvordan regnskabsmateriale opbevares på betryggende vis.
    • Hvem der er ansvarlig for procedurerne.

    Erhvervsstyrelsens skabelon til bogføringsprocedure er opdelt i tre hovedområder:

    Generelle oplysninger

    • CVR-nummer
    • Ansvarlige personer
    • Eventuel ekstern bogholder/revisor
    • Bogføringssystem
    • Kontoplan

    Registrering og afstemning af transaktioner

    • Oversigt over væsentlige transaktionstyper
    • Procedure for registrering
    • Procedure for afstemning

    Opbevaring og fremfinding

    • Opbevaring af regnskabsmateriale
    • Betryggende opbevaring
    • Fremfinding af materiale ved kontrol eller revision.

    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-19609UDF

    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-44072XML-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.

    Image Removed
    Se funktionsbeskrivelsen XMLPAYKRE for yderligere information om de strukturerede adresser.
     

    A4-40825
    Fejlmeldte funktioner og uhensigtsmæssigheder

    Template for describing bookkeeping procedures 

    A template has been created to support companies in documenting bookkeeping procedures in accordance with the Danish Bookkeeping Act. The template is available under Tutorials - Bookkeeping legislation with the function name BOGFPROCED and can be used as the basis for the company’s own description of its bookkeeping procedures. 

    Image Added


    As a general rule, the Danish Business Authority requires companies subject to the Danish Bookkeeping Act to have a written description of their bookkeeping procedures. 

    According to the Danish Business Authority’s guidance, the description must at least cover: 

    - How the company’s ongoing transactions are recorded 

    - How the bookkeeping records are reconciled 

    - How accounting records are stored securely 

    - Who is responsible for the procedures 

    The Danish Business Authority’s template is divided into three main areas: 

    General information 

    - CVR number (Organization number i Denmark)

    - Responsible persons 

    - Any external bookkeeper/auditor 

    - Bookkeeping system 

    - Chart of accounts 

    Recording and reconciliation of transactions 

    - Overview of significant transaction types 

    - Recording procedure 

    - Reconciliation procedure 

    Storage and retrieval 

    - Storage of accounting records 

    - Secure storage 

    - Retrieval of records for inspection or audit 

    The description must be retained with the accounting records and updated when the procedures change. It does not have to be submitted to the Danish Business Authority but must be available in the event of an inspection. 

    A4-19609
    UDF

    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 ASPECT4 QueryManager and elsewhere. 

    Use the function as follows: 

    PayTermText_1(group, company, payment terms) 

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

    A4-44072
    XML-payment

    Structured address information in XML payments in hybrid format

    To support the banks’ requirements for structured address information in payment files, the handling of address information in XML payments has been changed. Payee address information can now be generated in a hybrid format, ensuring that payment files comply with current ISO 20022 requirements and bank validation rules. 

    If a city name cannot be found from the postal code, it is now retrieved from a defined address field in the creditor master data. 

    The application parameter for 'Maintain payment proposals' (3220) must specify which address fields contain the name, street name, postal code, and city. 

    The change helps reduce the risk of rejected payments and ensures more consistent handling of payment information when XML payments are sent. 

    Image Added


    For further information about structured addresses, see the XMLPAYKRE function description. 

    A4-40825

    Reported defects and issues 

    LabelsClient Release NotesKey
    1111
    Vis kontogrupper
    Ved Liste (F4) i feltet Kontogruppe vises de tilgængelige kontogrupper nu korrekt.

    Account groups 

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

    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.

    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. 

    A4-42423
    1242
    Periodisering
    Oprettelsesbilledet vises nu korrekt ved oprettelse af manuelle periodiseringsposteringer.

    Accruals 

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

    A4-38984
    1335

    Optimeret udsøgning af poster

    Optimized search

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

    Søgeprocessen er optimeret, hvilket resulterer i hurtigere fremsøgning af finansposter.

    A4-41378
    1540
    Finanskontoplan til

    General ledger chart of accounts for NEXT Workflow

    Der er rettet et problem i overførslen af finanskontoplanoplysninger til NEXT Workflow. Artskonti og dimensionskonti overføres nu korrekt til workflowet.

     

    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. 

    A4-41093
    1640
    Korrekt rekvisitionsnummer til

    Correct requisition number for 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.

     

    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. 

    A4-44351
    1674 3207

    Automatisk overførsel af indkøbsordrenummer ved indscannede kreditorfakturaer

    Automatic transfer of purchase order number for scanned creditor invoices 

    This correction applies only to users of

    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

     

    An issue with supplier invoices received from third-party scanning solutions through the API 'Scanning Supplier Invoices' (3266)

    . Indkøbsordrenummeret overføres nu korrekt til den tilhørende kreditorpost i feltet

    has been corrected. The purchase order number is now transferred correctly to the associated creditor entry in field KREPSTT1.KPEXN5.

    Rettelsen gælder for alle nye posteringer, der oprettes efter implementeringen af rettelsen.

     

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

    A4-40629
    2111 3111

    Payment terms text 

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

    A4-39032
    2111

    Improved navigation from 'Search debtor' (2658) 

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

    A4-39034
    2111

    Payment terms in Microsoft® Excel® 

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

    A4-40057
    2114

    Debtor internet information 

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

    A4-38566
    2114 2115 3114 3115

    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. 

    A4-406292111 3111

    Betalingsbetingelsestekst

    Der vises nu op til 40 tegn af betalingsbetingelsesteksten som trailertekst til debitors/kreditors betalingsbetingelse.

    A4-390322111

    Forbedret navigation fra "Søg debitor" (2658)
    Håndteringen af kald fra applikationen 'Søg debitor' (2658) er forbedret. Når der vælges en debitor og efterfølgende navigeres videre til andre applikationer, gennemføres kaldet nu korrekt, hvilket sikrer en mere stabil og sammenhængende arbejdsgang.

    A4-390342111

    Betalingsbetingelser til Microsoft Excel
    Det er nu muligt at åbne udsøgte betalingsbetingelser fra Debitor stamvedligehold direkte i Microsoft Excel. Dette sikrer en korrekt eksport og visning af data i Excel.

    A4-400572114

    Internetoplysninger på debitorer

    Håndteringen af internetoplysninger på debitorer er forbedret. Oplysningerne knyttes nu korrekt til den enkelte debitor i det relevante firma.

    A4-385662114 2115 3114 3115Historik på ændrede mailadresser
    Ved ændring af en e-mailadresse registreres den oprindelige værdi nu korrekt i historikken – også når e-mailadressen overstiger 50 tegn.

    A4-39682
    2250

    SEPA Direct Debit

    Håndteringen af summering ved

     

    Summation handling for SEPA Direct Debit

    er forbedret. Antal fakturaer og det samlede opkrævningsbeløb summeres nu korrekt pr. forfaldsdato.

    has been improved. The number of invoices and the total collection amount are now totaled correctly by due date. 

    A4-40180
    2265 3265
    Match på debitor
    Valideringen ved matching af betalinger mod debitorer er forbedret. Der foretages nu korrekt kontrol af valutakoden i forbindelse med matchningen.

    Matching payments from debtor

    Validation when matching payments from a debtor has been improved. The currency code is checked correctly during matching. 

    A4-40681
    2265 3265

    Tekster på finansposter ved indbetalinger
    Håndteringen af posteringstekster ved debitorindbetalinger er forbedret. Det er nu muligt automatisk at få påsat korrekte posteringstekster på både finansposter og tilhørende modposter i henhold til opsætningen i generelt register, afsnit 2265 'Debitor indbetalinger - opsæt'.

    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.

     General ledger transaction texts for incoming payments 

    The handling of transaction texts for A/R payments has been improved. Correct transaction texts can now be assigned automatically to both general ledger transactions and associated offset transactions in accordance with the setup in general file section 2265 'A/R payments - setup'. 

    If a payment transaction is split into two or more entries in application 'Receiving incoming payments' (2265/3265), after which one consolidated bank transaction is created for the payment, the defined text code is now used consistently to generate the text on the bank transaction. 

    Image Added

    Image Removed

    A4-41740
    2265 3265

    Debitorindbetaling
    Følgende forbedringer er implementeret i håndteringen af debitorindbetalinger:

  • Kunder oprettet med kundenummer 0 ignoreres nu ved automatisk betalingsmatch, hvilket sikrer en mere præcis matchning.
  • Hvis banken leverer flere ustrukturerede betalingsinformationslinjer for samme betaling, samles disse nu korrekt i ét betalingsinformationsfelt i ASPECT4 uden indsættelse af ekstra mellemrum.
  • Receiving incoming payments

    The following improvements have been implemented for incoming debtor payments: 

    - Debtor 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 debtor numbers is now stored and can be reused for future automatic matching of payments from debtors. 

    Oplysninger om tilknytning mellem betalingslinjer og kundenumre gemmes nu og kan genanvendes ved fremtidig automatisk matchning af betalinger til kunder.

    A4-42245
    2265 3265
    Håndtering af dimensioner ved modtagelse af debitorindbetalinger
    Håndteringen af dimensioner ved modtagelse af debitorindbetalinger er forbedret. Finansposterne får nu automatisk påsat de nødvendige dimensioner baseret på kontoens dimensionskrav og opsætningen i generelt register, afsnit 2266 'Indbetalinger - dimensioner'.

    Handling dimensions when receiving debtor payments 

    Handling dimensions when receiving debtor 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'. 

    A4-44477
    2437
    Korrekt summering af afrundede beløb
    Summeringen af varemodtagelser, trekantshandel og serviceydelser er forbedret. Totalerne beregnes nu på baggrund af de afrundede beløb, der vises i specifikationen, hvilket sikrer overensstemmelse mellem de viste poster og de summerede beløb.

    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. 

    A4-35576
    2437
    Afrunding
    Håndteringen af afrunding er harmoniseret på tværs af de lister og data, der dannes under afvikling af applikationen. Dette sikrer ensartet visning og beregning af beløb i det genererede datagrundlag.

    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. 

    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.

    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. 

    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.

    Description of application parameters 

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

    A4-42586
    Interfacebogføring
    Interface posting

    EU

    -moms
    Beregningen og dannelsen af EU-momsposter er blevet forbedret. Der anvendes nu den valutakurs, der er registreret på den tilhørende debitor- eller kreditorpost, hvilket sikrer en korrekt beregning af EU-moms.

    VAT 

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

    A4-38673 
    Interfacebogføring

    Sletning af kreditorposter i interfacet til ASPECT4
    Sletning af kreditorposter fra interfacejournaler håndteres nu korrekt. Sletningen er afgrænset til de relevante posteringer på det aktuelle bilag, som efterfølgende tilbageføres til applikationen 'Scannede Fakturaer' (3207). Dette gælder både indscannede fakturaer og EDI-fakturaer.

    A4-38862Interfacebogføring

    Udkontering
    Ved udkontering nulstilles koden 'Periodeangivelse for momsindberetning' nu automatisk på de genererede finansposter.

    A4-42802Norske-XML-betalingerRetursvar fra banken ved XML-betalinger i norske selskaber
    Udligning af åbne poster håndteres nu korrekt, når der opnås kasserabat i forbindelse med en betaling. Betalingen og den opnåede rabat indgår nu korrekt i udligningsprocessen, hvilket sikrer en præcis opgørelse af den resterende saldo.
    Interface posting

    Deleting creditor transactions in the ASPECT4 interface 

    The deletion of creditor 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. 

    A4-38862
    Interface posting

    Posting pre-entered supplier invoices

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

    A4-42802
    NO-XML-payments

    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. 

    A4-43064