Integration

In this section, you will find settings that apply to the integration of the accounting to the Accounts Payable and Accounts Receivable.

Integrate customer invoice ledger into Accounting

Here you select whether the Customer Invoice Ledger from the Sales module should be integrated with the Accounting module. In order for this to be possible, your system must contain MONITOR's Accounting module. The invoice ledger consists of a ledger portion which shows one accounting post (record) per invoice, and a total accounting order that contains the ledger's accounting as a total amount per account. It is the total accounting order that will be transferred and that will create a voucher in the Accounting. There are four different alternatives for the integration of invoice ledgers:

• The first alternative is No, which means that no accounting will be transferred to the Accounting module when the ledger is reset.
• The second alternative, Yes, via ledger, means that the voucher for the accounting will be directly created in the Accounting when the ledger is reset.
• The third alternative Yes, via ledger + check, means that the ledger's accounting after reset must first be loaded and approved in a special procedure, before the accounting is updated into the Accounting module. This takes place in the Load Vouchers procedure in the Accounting module.
• The fourth alternative Yes, without ledger means that the invoices automatically will update the accounting directly during printout. The ledger will also be reset. Please Note! If this alternative is used all invoices will become a voucher.

The printout (and the reset of ledgers during the first three alternatives) is made in the Print Customer Invoice Ledger / Accounting Orders procedure in the Sales module. Before the integration of ledgers can be applied, you must first enter a separate voucher number series for the current ledger type. This is done in the Global Settings module, in the Number Series procedure.

Integrate incoming payment ledger into Accounting

Here you select whether the incoming payment ledger from the Sales module should be integrated with the Accounting module. The incoming payment ledger consists of a ledger portion which shows one accounting post (record) per invoice, and a total accounting order that contains the ledger's accounting as a total amount per account. It is the total accounting order that will be transferred and that will create a voucher in the accounting. There are three different alternatives regarding how to integrate ledgers.

• The first alternative is No, which means that no accounting will be transferred to the Accounting module when the ledger is reset.
• The second alternative, Yes, via ledger, means that the voucher for the accounting will be directly created in the Accounting when the ledger is reset.
• The third alternative Yes, via ledger + check, means that the ledger's accounting after reset must first be loaded and approved in a special procedure, before the accounting is updated into the Accounting module. This takes place in the Load Vouchers procedure in the Accounting module.
• The fourth alternative Yes, without ledger means that the incoming payments automatically will update the accounting directly when the incoming payment is saved. The ledger will also be reset. If this alternative is used it will create one voucher per batch number/payment date.

The printout (and the reset of ledgers during the first three alternatives) is made in the Register Incoming Payments procedure in the Sales module. Before the integration of ledgers can be applied, you must first enter a separate voucher number series for the current ledger type. This is done in the Global Settings module, in the Number Series procedure.

Integrate final coded supplier invoices into Accounting

Here you select whether the final coded supplier invoice ledger from the Purchase module should be integrated with the Accounting module. The supplier invoice ledger consists of a ledger portion which shows one posting (record) per invoice, and a total accounting order that contains the ledger's accounting as a total amount per account. This ledger allows you to select whether to integrate the total accounting order or the supplier invoice ledger into the accounting. There are three different alternatives regarding how to integrate ledgers.

• The first alternative is No, which means that no accounting will be transferred to the Accounting module when the ledger is reset.
• The second alternative, Yes, via ledger, means that the voucher for the accounting will be directly created in the accounting when the ledger is reset.
• The third alternative Yes, via ledger + check, means that the ledger's accounting after reset must first be loaded and approved in a special procedure, before the accounting is updated into the Accounting module. This takes place in the Load Vouchers procedure in the Accounting module.
• The fourth alternative Yes, without ledger means that the invoices automatically will update the accounting directly during registration. The ledger will also be reset. Please Note! If this alternative is used all invoices will become a voucher.

The printout (and the reset of ledgers during the first three alternatives) of final coded supplier invoices is made in the Print Supplier Invoice Ledger / Accounting Orders procedure in the Purchase module. Before the integration of ledgers can be applied, you must first enter a separate voucher number series for the current ledger type. This is done in the Global Settings module, in the Number Series procedure.

Integrate outgoing payment ledger into Accounting

Here you indicate whether the Outgoing payment ledger from the Purchase module should be integrated with the Accounting module. The Outgoing Payment ledger consists of a ledger portion which shows one posting (record) per invoice, and a total accounting order that contains the ledger's accounting as a total amount per account. It is the total accounting order that will be transferred and that will create a voucher in the Accounting. There are three different alternatives regarding how to integrate ledgers:

• The first alternative is No, which means that no accounting will be transferred to the Accounting module when the ledger is reset.
• The second alternative, Yes, via ledger, means that the voucher for the accounting will be directly created in the Accounting when the ledger is reset.
• The third alternative Yes, via ledger + check, means that the ledger's accounting after reset must first be loaded and approved in a special procedure, before the accounting is updated into the Accounting module. This takes place in the Load Vouchers procedure in the Accounting module.
• The fourth alternative Yes, without ledger means that the outgoing payments automatically will update the accounting directly when the outgoing payment is saved. The ledger will also be reset. If this alternative is used it will create one voucher per batch number/payment date.

The printout (and the reset of ledgers during the first three alternatives) is made in the Make Payments procedure in the Purchase module. Before the integration of ledgers can be applied, you must first enter a separate voucher number series for the current ledger type. This is done in the Global Settings module, in the Number Series procedure.

Integrate preliminary coded supplier invoices into Accounting

Here you indicate whether the Preliminary coding ledger from the Purchase module should be integrated with the Accounting module. The Preliminary Coding ledger consists of a ledger portion which shows one posting (record) per invoice, and a total accounting order that contains the ledger's accounting as a total amount per account. It is the total accounting order that will be transferred and that will create a voucher in the Accounting. There are four alternatives of integrating preliminary coded supplier invoices:

• The first alternative is No, which means that no accounting will be transferred to the Accounting module when the ledger is reset.
• The second alternative, Yes, via ledger, means that the voucher for the accounting will be directly created in the Accounting when the ledger is reset.
• The third alternative Yes, via ledger + check, means that the ledger's accounting after reset must first be loaded and approved in a special procedure, before the accounting is updated into the Accounting module. This takes place in the Load Vouchers procedure in the Accounting module.
• The fourth alternative Yes, without ledger means that the preliminary coding of invoices automatically will update the accounting directly when the preliminary coding is saved. The ledger will also be reset.

The printout (and the reset of ledgers during the first three alternatives) is made in the Print Supplier Invoice Ledger / Accounting Orders procedure in the Purchase module. Before the integration of ledgers can be applied, you must first enter a separate voucher number series for the current ledger type. This is done in the Number Series procedure in the Global Settings module.

Integrate deleted final coded supplier invoices into Accounting

Here you indicate whether the deleted final coded supplier invoices from the Purchase module should be integrated with the Accounting module. If you integrate the journal, the accounting will create a voucher for each deleted supplier invoice. The consecutive number for the invoice will automatically be the voucher number in the accounting. There are four alternatives of integrating deleted supplier invoices. See more in the Integrate final coded supplier invoices into Accounting above.

Before the integration of ledgers can be applied, you must first enter a separate voucher number series for the current ledger type. This is done in the Global Settings module, in the Number Series procedure. You create voucher number series in the Voucher Number Series procedure.

Integrate deleted preliminary coded supplier invoices into Accounting

Here you indicate whether the deleted preliminary coded supplier invoices from the Purchase module should be integrated with the Accounting module. If you integrate the journal, the accounting will create a voucher for each deleted supplier invoice. The consecutive number for the invoice will automatically be the voucher number in the accounting. There are four different ways of integrating deleted preliminary coded supplier invoices. See more in the Integrate preliminary coded supplier invoices into Accounting above.

Before the integration of ledgers can be applied, you must first enter a separate voucher number series for the current ledger type. This is done in the Global Settings module, in the Number Series procedure. You create voucher number series in the Voucher Number Series procedure.

Integrate deleted customer invoices into Accounting

Here you select whether the deleted customer invoice ledger should be integrated with the Accounting module. If you integrate the ledger, the accounting will create a voucher for each deleted customer invoice. The consecutive number for the invoice will automatically be the voucher number in the accounting. There are four alternatives regarding integration of deleted supplier invoices. See the Integrate customer invoice ledger into Accounting above.

Before the integration of ledgers can be applied, you must first enter a separate voucher number series for the current ledger type. This is done in the Global Settings module, in the Number Series procedure. You create voucher number series in the Voucher Number Series procedure.

Integrate unplanned stock movements into Accounting

Here you select whether or not the ledger for unplanned stock movements should be integrated with the Accounting module. If you integrate the ledger, a voucher for each unplanned stock movement will be created in the accounting. The consecutive number of the transaction will automatically become the voucher number in the accounting. There are three different alternatives regarding how to integrate unplanned stock movements:

Before the integration of ledgers can be applied, you must first enter a separate voucher number series for the current ledger type. This is done in the Global Settings module, in the Number Series procedure. You create voucher number series in the Voucher Number Series procedure.

Integration basis with total for final coded supplier invoices

This setting is important when you apply the integration of final coded supplier invoices to the Accounting module. Here you indicate whether the total accounting order or the supplier invoice ledger should create vouchers in the accounting. This setting, when checked, will determine that the total accounting order will create the voucher. If you have not checked this alternative, one voucher per supplier invoice will be created instead. The vouchers will receive the invoice's consecutive number as their voucher number.

Integration basis with total for preliminary coded supplier invoices

This setting is important when you apply the integration of preliminary coded supplier invoices into the Accounting module. Here you indicate whether the total accounting order or the supplier invoice ledger should create vouchers in the accounting. This setting, when checked, will determine that the total accounting order will create the voucher. If you have not checked this alternative, one voucher per supplier invoice will be created instead. The vouchers will receive the invoice's consecutive number as their voucher number.

Integration basis with total for customer invoices?

This setting is important when you apply the integration of customer invoices to the Accounting module. Here you indicate whether the total accounting order or the invoice ledger should create vouchers in the accounting. This setting, when checked, will determine that the total accounting order will create the voucher. If you have not checked this alternative, one voucher per invoice will be created instead. The vouchers will receive the invoice number as their voucher number.

Transfer old supplier invoices to the first open period?

This setting is important when using preliminary coding of supplier invoices in the system. The purpose of the setting is that preliminary coded invoices that have been registered and then final coded a month or more later, will still be allowed to be integrated into the accounting without creating a difference between the general ledger and the accounts payable ledger.

During final coding, if this setting is NOT activated, a message appears when saving suggesting that the voucher date will be the same as the invoice date. That is, if the invoice's voucher date occurs in a closed period, the invoice and the ledger entry will also be in the closed period. This means that the closed period must be opened in order to reset the ledger.

During the final coding, if this setting IS activated, a message appears when saving suggesting that the voucher date will be the first day in the next open period. By clicking OK, the invoice and the invoice's ledger entry will be transferred to an open month.

Please Note! This date, the voucher date, will determine the purchase and supplier statistics. You can change the invoice's voucher date after the final coding as long as the preliminary coding ledger has not been reset. Any changes made of the invoice's voucher date will update the statistics. ledger and accounts payable ledger.

Outgoing payment ledger with total per payment date?

With this setting checked a separate journal/total accounting order per payment day will automatically be created in the Print Outgoing Payment Ledger / Accounting Orders. The purpose is to easier be able to reconcile the general ledger account with the bank account statement.

Incoming payment ledger with total per payment date?

With this setting checked a separate journal/total accounting order per payment day will automatically be created in the Print Incoming Payment Ledger / Accounting Orders procedure. The purpose is to easier be able to reconcile the general ledger account with the bank account statement.

of