Order Configuration Control Deliveries and Invoicing

345 rebates, seasonal promotions, and progressive price reductions. Note: Rebate, Refund, Reduction In some accounting jurisdictions you have to differentiate between the three following terms: • Rebate: reimbursement to the client, usually at the end of the year, that depends on the quantity of goods purchased over a period. • Refund: reduction on the order line or invoice line if a certain quantity of goods is purchased at one time or is sold in a framework of a promotional activity. • Reduction: a one-off reduction resulting from a quality defect or a variation in a product’s conformance to a specification. Intelligent price management is difficult, because it requires you to integrate several conditions from clients and suppliers to create estimates quickly or to invoice automatically. But if you have an efficient price management mechanism you can often keep margins raised and respond quickly to changes in market conditions. A good price management system gives you scope for varying any and all of the relevant factors when you are negotiating a contract. To help you work most effectively, OpenERP’s pricelist principles are extremely powerful yet are based on simple and generic rules. You can develop both sales pricelists and purchase pricelists for products capable of accommodating conditions such as the date period, the quantity requested and the type of product. Tip: Do not confuse the different price specifications Do not confuse the sale price with the base price of the product. In OpenERP’s basic configuration, the sale price is the list price set on the product form but a customer can be given a different sale price depending on the conditions. It is the same for purchase price and standard cost. Purchase price is your suppliers’ selling price, which changes in response to different criteria such as quantities, dates, and supplier. This is automatically set by the accounting system. You will find that the two prices have been set by default to the same for all products with the demonstration data, which can be a source of confusion. You are free to set the standard cost to something different. Each pricelist is calculated from defined policies, so you will have as many sales pricelists as active sales policies in the company. For example a company that sells products through three sales channels could create the following price lists: 1. Main distribution: • pricelist for Walbury, • pricelist for TesMart, 2. Postal Sales. 3. Walk-in customers. A single pricelist can exist in several versions, only one of which is permitted to be active at a given time. These versions let you set different prices at different points in time. So the pricelist for walk-in customers could have five different versions, for example: Autumn, Summer, Summer Sales, Winter, Spring. Direct customers will see prices that change with the seasons. Each pricelist is expressed in a single currency. If your company sells products in several currencies you will have to create as many pricelists as you have currencies. The prices on a pricelist can depend on another list, which means that you do not have to repeat the definition of all conditions for each product. So a pricelist in USD can be based on a pricelist in EUR. If the currency conversion rates between EUR and USD change, or the EUR prices change, the USD rates can be automatically adjusted.

22.7.1 Creating Price Lists

To define a pricelist use the menu Sales → Configuration → Pricelists → Pricelists . For each list you should define: