Edit

Share via


Cash register functionality for Norway

Note

Community interest groups have now moved from Yammer to Microsoft Viva Engage. To join a Viva Engage community and take part in the latest discussions, fill out the Request access to Finance and Operations Viva Engage Community form and choose the community you want to join.

This article explains the cash register functionality that's available for Norway in Microsoft Dynamics 365 Commerce. It also provides guidelines for setting up the functionality. The functionality consists of the following parts:

  • Common point-of-sale (POS) features that customers in all countries/regions can use. Examples include an option that prevents a copy of a receipt from being printed more than one time.
  • Norway-specific features, such as digital signatures for sales transactions.

Overview of cash register functionality for Norway

Common POS features

For information about POS features that customers in all countries/regions can use, see Help resources for Dynamics 365 Retail.

The following POS localization features that were previously implemented and made available to customers in all countries/regions can now be used specifically for Norway:

  • Print text fields on a receipt in a large font size. You can use the Font size parameter in the Receipt format designer to specify that the large font size should be used for a field in the receipt format. (The large font size is approximately double the usual font size.) For example, you can use this parameter to print the "Copy" indicator on a copy of a receipt in large characters.
  • Register the printing of receipt copies in the POS audit event log. You can use the Audit parameter in the POS functionality profile to enable copies of receipts to be printed and other POS audit events to be registered. The audit events are registered in the channel database and in Headquarters. You can view the audit events on the Audit events page.
  • Prevent a copy of a receipt from being printed more than one time. When the Audit parameter in the POS functionality profile is enabled, the Allow printing receipt copies POS permission controls whether copies of receipts can be printed. There's also an option that lets you prevent a copy of a receipt from being printed more than one time.

Additionally, the following POS feature was implemented for Norway but made available to customers in all countries/regions:

  • Register additional events in the POS audit event log. If you enable the Audit parameter in the POS functionality profile, the following events are registered in the POS audit event log:

    • Price checks
    • Tax overrides
    • Corrections to line quantities
    • Clearing transactions from the channel database

Norway-specific POS features

Enable the following Norway-specific POS features when you set the ISO code parameter in the POS functionality profile to No.

Digital signing of sales transactions

The system digitally signs every sales transaction. It creates the signature and records it in the POS transaction journal at the same time that the system finalizes the transaction. The signature is also available in the journal that you export for audit purposes.

The system signs only transactions for cash sales. Here are some examples of transactions that the signing process excludes:

  • Prepayments (customer account deposit)
  • Prepayments for sales orders (customer order deposit)
  • Issuing a gift card
  • Nonsales transactions (float entry, tender removal, and so on)

The data that the system signs is a text string that consists of the following data fields. The data fields are separated by semicolons.

  1. Previous signature for the same POS (A zero [0] is used for the first transaction.)
  2. Transaction date
  3. Transaction time
  4. Sequential signed transaction number
  5. Transaction amount including tax
  6. Transaction amount excluding tax

The digital signing process uses an RSA 1024-bit key that has a SHA-1 hash function (RSA-SHA1-1024). The system uses a certificate that you install on Commerce Scale Unit for signing. The unique identifier of the certificate (footprint) is recorded together with the signature.

The system stores the signature in the store database and the headquarters (HQ) database together with the transaction data. You can view the transaction signature, together with the transaction data that you used to generate it, on the Fiscal transactions FastTab of the Store transactions page.

Receipts

Receipts for Norway can include additional information that you implement by using custom fields:

  • Receipt title – You can add a field to a receipt format layout to identify the type of receipt. For example, a sales receipt includes the text "Sales receipt."

  • Signed transaction sequential number – The sequential number of a signed transaction can appear on the receipt to associate a printed receipt with a digital signature in the database.

  • Receipt totals – Custom fields for receipt totals exclude nonsales amounts from total transaction amounts. Nonsales amounts include amounts for the following operations:

    • Prepayments (customer account deposit)
    • Prepayments for sales orders (customer order deposit)
    • Issuing a gift card
    • Adding funds to a gift card

X and Z reports

The information that the system includes on X and Z reports is based on Norwegian requirements. For example, Total cash sales amounts include only amounts for cash sales transactions and exclude issue gift card operations and prepayments. Total cash sales are also listed per item group and payment method. In addition, cumulative Grand total sales and Grand total returns amounts are maintained and printed.

SAF-T Cash Register audit file

You can export the POS transaction journal in the predefined Standard Audit File - Tax (SAF-T) Cash Register format. The audit file includes information about the organization, relevant primary data (such as item groups, items, and tax codes), cash sales transaction data together with signatures for those transactions, nonsales event data, and end-of-date report data.

You can export the audit file for the following scenarios:

  • Per store
  • All stores
  • Per terminal
  • All terminals

You can also send a report from one legal entity on behalf of another legal entity. In this case, you must run the export from the operating legal entity and specify the reporting legal entity as the sender of the report.

Headquarters implements the SAF-T Cash Register format by using Electronic reporting.

Setting up Commerce for Norway

This section describes the settings that are specific to and recommended for Norway. For more information, see Help resources for Dynamics 365 Retail.

To use the Norway-specific functionality, complete these tasks:

  • Set the Country/region field to NOR (Norway) in the primary address of the legal entity.
  • Set the ISO code field to NO (Norway) in the POS functionality profile of every store that is located in Norway.

Specify the following settings for Norway.

Enable features for Norway

Enable the following features in the Feature management workspace of Commerce headquarters:

  • (Norway) Enable additional audit events in POS
  • (Norway) Enable additional information in end-of-day statements in POS

Make sure that you specify the name of the legal entity. This name prints on X and Z reports.

On the Bank account information FastTab, in the Routing number field, specify the organization number.

Set up value-added tax (VAT) per Norwegian requirements

Create sales tax codes, sales tax groups, and item sales tax groups. Set up sales tax information for products and services. For more information about how to set up and use sales tax, see Sales tax overview.

Specify sales tax groups and enable the Prices include sales tax option for stores that are located in Norway.

Set up functionality profiles

Enable auditing and set up receipt numbering.

Update POS permissions groups and individual permission settings for store workers

Set the Allow printing receipt copy permission to an appropriate value:

  • Allow always – The operator can print a copy of a receipt multiple times.
  • Allow only once – The operator can print a copy of a receipt only one time.
  • Allow only once, and only if HQ DB is available – The operator can print a copy of a receipt only one time, and only if the HQ database is available through Commerce Data Exchange: Real-time Service, so that the system can verify that no copies of the receipt were previously printed in any store.
  • Never – The operator can't print a copy of a receipt.

Configure custom fields so that they can be used in receipt formats for sales receipts

On Language text, add records for the labels of the custom fields for receipt layouts. The Language ID, Text ID, and Text values that are shown in the table are examples. You can change them to meet your requirements.

Language ID Text Text ID
en-US Receipt title 900011
en-US Is gift card 900012
en-US Total (sales) 900013
en-US Tax total (sales) 900014
en-US Total with tax (sales) 900015
en-US Tax amount (sales) 900016
en-US Cash transaction ID 900017

On Custom fields, add records for the custom fields for receipt layouts. The Caption text ID values must correspond to the Text ID values that you specified on Language text.

Name Type Caption text ID
ReceiptTitle_NO Receipt 900011
IsGiftCard_NO Receipt 900012
SalesTotalExt_NO Receipt 900013
TaxTotalExt_NO Receipt 900014
TotalWithTaxExt_NO Receipt 900015
AmountPerTaxExt_NO Receipt 900016
CashTransactionSequentialNumber_NO Receipt 900017

Note

It's important that you specify correct custom field names, as listed in the preceding table. An incorrect custom field name causes missing data in receipts.

Configure receipt formats

For all required receipt formats, change the value of the Print behavior field to Always print for the receipt format.

In the Receipt format designer, add the following custom fields to the appropriate receipt sections. The field names correspond to the language texts that you defined in the previous section.

  1. Header:

    • Receipt title – This field identifies the type of receipt.
    • Cash transaction ID – This field prints the sequential number of the signed cash transaction.
  2. Lines:

    • Is gift card – This field marks the receipt line as related to the Issue gift card or Add to gift card operation.
  3. Footer:

    • Total (sales) – This field prints the receipt's total cash sale amount. The amount excludes tax. Prepayments and gift card operations are excluded.
    • Tax total (sales) – This field prints the receipt's total tax amount for cash sales. Prepayments and gift card operations are excluded.
    • Total with tax (sales) – This field prints the receipt's total cash sale amount. The amount includes tax. Prepayments and gift card operations are excluded.
    • Tax amount (sales) – This field prints the receipt's tax amount for cash sales per tax code. Prepayments and gift card operations are excluded.

For more information about how to work with receipt formats, see Set up and design receipt formats.

Configure the SAF-T Cash Register export format

You can download the SAF-T Cash Register configuration from Microsoft Dynamics Lifecycle Services (LCS). For more information, see Import electronic reporting configurations. Download the following configurations:

  • Retail channel data.version.1 – The data model configuration.
  • DMM Retail channel data.version.1.14 – The data model mapping configuration.
  • NO SAF T Cash Register.version.1.20 – The format configuration.

After you import the configurations, on the Commerce parameters page, on the Electronic documents tab, in the SAF-T Cash register export format field, select the name of the format configuration that you imported.

You must also map required master data to predefined SAF-T standard codes. For more information, see the SAF-T Cash register documentation that the Norwegian Tax Administration provides. To create the mapping, set the new SAF-T Cash register code field on the following pages:

  • Item groups
  • Payment methods
  • Sales tax codes

Configure channel components

To enable the Norway-specific functionality, you must configure channel components. For more information, see the deployment guidelines.