Business NXT documentation

Home
Connected services
Business NXT can be integrated to a number of Visma.net services to support streamlined workflows between the different financial systems.
Visma.net AutoInvoice
Visma.net AutoInvoice works behind the scenes on all ingoing and outgoing electronic documents, and gives you full control over your invoicing and ensures a streamlined workflow.
Extended mapping information
When sending invoices to Visma.net AutoInvoice, there's a default set of mapping rules that apply to the output data.
Default mapping for PEPPOL BIS 3.0 - invoicing
The default field-to-field mapping is used for electronic invoicing though Visma.net AutoInvoice using the PEPPOL BIS 3.0 billing format.
Relevant validation rules and causes
In this section all rules relevant for Business NXT that may cause errors will be described.
DK-R - Rules specific to Denmark
These rules are in use in addition to the common rules, when sending to Danish receivers.

Connected services
Business NXT can be integrated to a number of Visma.net services to support streamlined workflows between the different financial systems.
- Single sign-on
- Master Data Management
  Master Data Management (MDM) is a concept in Visma for sharing common data across multiple applications. Master data is information which is key for running a business.
- Visma.net Approval
  Visma.net Approval is used to approve for example invoices, expense claims and cost requests online, wherever and when it suits you.
- Visma.net AutoInvoice
  Visma.net AutoInvoice works behind the scenes on all ingoing and outgoing electronic documents, and gives you full control over your invoicing and ensures a streamlined workflow.
  - Settings for Visma.net AutoInvoice
    In order to use Visma.net AutoInvoice for electronic order documents such as invoices and order confirmations, you need to create a user account in Visma.net AutoInvoice and connect that user account to Business NXT.
  - Extended mapping information
    When sending invoices to Visma.net AutoInvoice, there's a default set of mapping rules that apply to the output data.
    - Default mapping for PEPPOL BIS 3.0 - invoicing
      The default field-to-field mapping is used for electronic invoicing though Visma.net AutoInvoice using the PEPPOL BIS 3.0 billing format.
      - Introduction
        The purpose of this document is to explain how invoicing in Business NXT through the Visma.net AutoInvoice integration works using the PEPPOL BIS 3.0 Billing format.
      - Invoice - Document information
        This section includes all document references, including document no, dates and currency information.
      - AccountingSupplierParty - Invoice sender information
        This section contains information about the sender of the invoice.
      - AccountingCustomerParty - Invoice customer information
        This section contains information about the receiver of the invoice.
      - PayeeParty - Factoring company information
        The PayeeParty is only included if the document is identified as a factoring invoice.
      - Delivery - Goods delivery information
      - PaymentMeans - Payment information
        This section contains information about supplier or factoring bank account available to use for payment of the invoice.
      - AllowanceCharge - Document level discounts and additions
        This section shows any freights or discounts on header level. All amounts in this section are presented as net amounts.
      - TaxTotal - Summation of VAT related amounts
        This section displays sums of all VAT amounts in the invoice, as total and per VAT code.
      - LegalMonetaryTotal - Invoice total amounts
        This section includes the invoice amount and all sums of header and line amounts.
      - InvoiceLine - Invoice line information
        The invoice line section includes all relevant information about the invoice line.
      - Relevant validation rules and causes
        In this section all rules relevant for Business NXT that may cause errors will be described.
        PEPPOL-EN16931 - PEPPOL BIS rules common to all markets
        These are common rules for PEPPOL BIS 3.0, used in all countries where the format is used.
        DK-R - Rules specific to Denmark
        These rules are in use in addition to the common rules, when sending to Danish receivers.
        NO-R - Rules specific to Norway
        These rules are in use in addition to the common rules, when sending to Norwegian receivers.
        SE-R - Rules specific to Sweden
        These rules are in use in addition to the common rules, when sending to Swedish receivers.
        EN16931 - model rules
        These are rules for the UBL model, on which PEPPOL BIS 3.0 is based.
      - Mapping lists
      - Business NXT field reference
        This section lists all Business NXT columns mentioned in the documentation with the VBS identification used and the name displayed in Business NXT in the selected language.
    - Default mapping requiring configuration
    - Overriding other mapping options
- Visma.net AutoPay
  Visma.net AutoPay offers a streamlined workflow that can be managed directly in your Visma financial management solution.
- Visma.net AutoReport
  Visma.net AutoReport can be used to automatically generate and send for example tax reports to the tax authorities.
- Visma.net Expense
  Visma.net Expense simplifies life on the road and provides your organisation with a modern and efficient expense and reimbursement solution.
- WebFaktura
  WebFaktura is a solution designed for accounting offices that want to provide a simple electronic invoicing service for their clients.
- Pre-approval of invoices for payment
  You can set up Visma.net Approval and Visma.net AutoPay for approval of invoices and payments in Business NXT in one go.
- Tables for connected services
  The tables in this section are used for some Business NXT integrations with Visma.net services.
- Payroll
  Payroll is a cloud-based service that makes it easy both for employers and employees to manage time registration, expenses, salaries and more, using automatic flows.

DK-R - Rules specific to Denmark

These rules are in use in addition to the common rules, when sending to Danish receivers.

: Note that the included rules are the Denmark specific rules considered relevant when sending from Business NXT. For a complete list of PEPPOL BIS 3.0 Billing rules (including country specific) go here
DK-R-002 - Danish suppliers MUST provide legal entity (CVR-number).: This will fail if Company no has not been set in Company information.
DK-R-005 - For Danish suppliers the following Payment means codes are allowed: 1, 10, 31, 42, 48, 49, 50, 58, 59, 93 and 97: Business NXT uses 31 for Payment means.
DK-R-006 - For Danish suppliers bank account and registration account is mandatory if payment means is 31 or 42: Business NXT uses 31 for Payment means, with correct output according to DK rules.
DK-R-013 - For Danish Suppliers it is mandatory to use schemeID when PartyIdentification/ID is used for AccountingCustomerParty or AccountingSupplierParty: Business NXT always includes schemeID for PartyIdentification. If AutoInvoice endpoint scheme is incorrectly defined in the Associate table, this rule may fail on AccountingCustomerParty cac:PartyIdentification.
DK-R-014 - For Danish Suppliers it is mandatory to use schemeID when PartyLegalEntity/CompanyID is used for AccountingCustomerParty or AccountingSupplierParty: This will only fail if Company no has not been set in Company information.