The definition of supplier price lists consists in four steps:

  • Setting up the invoicing elements to define the different invoice footers that can influence the price setting of a business partner,
     
  • Setting up the structure codes to define the different discount and charge columns that can be applied to a particular business partner.
    SEEREFERTTO See the documentation on the price list structure for further information.
     
  • Setting up the price list codes to define the various price setting rules that can apply to each structure code.
    SEEREFERTTO See the documentation on the price list setup for further information.
     
  • Entering the price list records to define the values of the product price, discounts and charges, for each price list code.
    SEEREFERTTO See the documentation on the price list entry for further information.

This function is thus the first in the supplier price list creation setup cycle. With this function, it is possible to create or modify the invoicing elements, in order to define the manner in which the invoice footers that they represent must be structured and calculated.

The setup of the invoice footers makes it possible to create numbered (1 to 99) fields (codes), where the calculation takes place during valuation of the invoice footer, based on the information in the supplier record concerned (refer to the Suppliers documentation).

All the information related to the purchase price list cycle is grouped in the Supplier BP record:

  • at the level of the Price list structure code, for the footer elements picked up from the invoice lines.
  • at the level of the Discounts and charges grid, for the general footer elements.

Only this centralized information will initialize:

  • the price list default values to be applied to the order lines and that can be accumulated at the footer, for a given supplier,
    SEEREFERTTO See the documentation on the price list structure for further information.
  • the default values for the purchase invoice footers.

Alone, the setup of the invoicing elements only makes it possible to define the invoice footers. When they are associated with the Price list structure, they are used to define the price list lines to be used in the footer.

SEEWARNING In this document, invoice means all the associated documents: for instance, the footers defined here are both for the orders and the invoices.

Prerequisites

SEEREFERTTO Refer to documentation Implementation

Screen management

The setup of the Purchase invoice elements is carried out in a single tab.

Each invoicing element is represented by a unique code with a maximum of three numeric characters. The different fields used in the setup are described below.

Entry screen

Allocation

Accounting code

In order to be able to post the invoicing element, it is necessary to define an accounting code. This accounting code is used to define an account that will be used in the accounting entry that will be generated.
SEEREFERTTO See the documentation on the accounting codes for further information.

Default analytical dimensions

It is also necessary to define the analytical dimensions for a specific invoicing element. These analytical dimensions are used as analytical allocation at the time of the generation of the accounting entries.

Remarks

  • When a document groups several original documents, which is the case notably for invoices that can originate from several receipts or several orders, the original invoicing elements are aggregated when the invoicing elements are for an amount or as a percentage (in the Control tab of the invoice, the result of the application of the invoicing elements is calculated in %).
  • When an order is partially invoiced, the invoicing elements in amount and as a percentage of the original order are split pro rata as a function of the transfer rules of the invoiced lines.

Inter-company management

Within the inter-company scenario, it will be necessary to define the invoicing elements that should be used. They must be defined in both the Purchasing and Sales modules. Their setup must be identical to ensure coherence within the framework of reciprocal invoicing. Once these elements are defined for both modules, they should be linked to each other in the function dedicated to the Inter-company setup.
A Sales invoicing element, expressed as an amount, for which the calculation basis is expressed tax excluded. If the sales invoicing element is expressed tax included, it can be used but should be linked to a purchasing invoicing element for which the calculation basis is expressed tax excluded.

Reports

By default, the following reports are associated with this function :

  PFOOTINV : Invoicing elements

This can be changed using a different setup.

Specific Buttons