• A Confluence está sendo executada atualmente com todos os plugins que não são do sistema desabilitados. Pode haver perda de algumas funcionalidades
Páginas filhas
  • Price Lists - OMSA010 - Billing - P12

Index

Purpose

Use this routine to configure and maintain a Price List that defines the selling methods, involving one or more products or specific sales terms, applying distinct criteria such as region and price range.

The suggested sales price for a Price List is initially based on the Sales Price (Field B1_PRV1 of table SB1 - Product Register). You should only enter the percentage or discount value in the Price List if the sales price suggested by the Product Register has already been registered. Otherwise, it will not be applied.

Example of Price List application:


Item

Product Code

Product Disc.

Base Price

Sale Price

Discount Val.

Factor

State

Range

001

000001

Computer

1,000.00

900.00

100.00

0.90

SP

500.00

002

000001

Computer

1,000.00

850.00

150.00

0.85

SP

999,999.99


In the example above, the Computer product has a 10% discount on its base price when 500 units are sold to the State of Sao Paulo, and a 15% discount when exceeding 500 units.

Besides defining List items as shown above, you can also use the system to determine the validity periods, by date and time intervals, as well as specify a payment term.

Price Lists are marked by a caption, as follows:

  • Active List - Active lists are those within the period selected.
  • Inactive List - A list becomes inactive when its expiration date is exceeded.
  • Special Active List - Indicates that the user has changed the expiration of the list.

Mental Map

In this diagram, the data refer to the features of the routine: 

In the main page of the routine, the following options are available:

In the main page of the routine, the following options are available:

486px522

Main Fields 

Field:

Description

List Code

Alphanumeric field for specifying a code for the Price List being added.

When the option is Copy using the option by Others Actions, the system assumes the next available code for the copy.

Example:

A12

Description

Descriptive field that identifies the list added and/or yet to be added.

Example:

Default list for the month.

Start Date / End Date

In these fields, set the start and end dates of price list validity.

Example:

1/1/2016 to

Start Time/End Time

In these fields, enter validity schedule of the Price List registered. This information is often used by companies that practice Flash Sales.

Example:

A given company has decided on a promotion valid on 9/20/2003, from 9:00 AM to 10:00 AM, must set field Start Time to 09:00 and field End Time to 10:00. Sales made from 10:01 AM forward would no longer use this Price List.

Paymt Term

Enter the payment term valid for applying this price list. Thus, when adding the Sales Order, the system only checks the payment terms entered in the Price List; otherwise, it notifies that the terms are not valid for the List selected.

Use the magnifying glass next to the field or the F3 key to access the default query and thus select the payment term.

Example:

Prompt payment.

Group

Use this field to control the price list by product or by product group.

To control it by group, in the Product register, enter the group to which the product belongs. If you enter, in the list, the price of the product as well as the price for the group to which it belongs, the system assumes the price of the product, not that of the group.

Be mindful that the field has a trigger. If you fill out the group, the product is erased. You must enter either one or the other.

Type of Schedule

Use the down arrow beside the field to select between:

1-Single - The Price List is valid from the start date (start time) to the end date (end time). In this case, if you register the Price List to be valid from 10:00 AM on 9/17 to 8PM on 9/20, then all sales orders entered in this period can use this list.

2-Recurring - The list is valid between the two dates only between the start time and the end time. Using the previous example, the orders can only use the list during the days of the period, within the time entered; that is, from 10:00 AM on 9/17 to 8:00 PM on 9/20.  If the order is issued for 9/18 at 9:00 PM, the system does not accept it for this Price List.

Active List

Use the down arrow to select between:

  • 1-Yes or
  • 2-No.

Tip

The system lets you apply the factor or the discount value, but never one atop the other.

Base Price

The base sale price of a product is defined in its register, through field Sales Price.

When you add a Price List, the system offers the base price entered, and fields Sales Price and Discount Value always use the base price of the product as reference. However, if it has not been registered, enter it directly in field Sales Price.

Sales Price

Enter the sales price used for a product in the Price List, from the applied factors and discounts.

Example:

A price list is registered in the following situation:

Product Computer; Base Price $1,000.00 and Discount Value $100.00. In this situation the Sales Price is $900.00 (Base Price - Discount Value)

Discount Value

Enter the discount value to be applied to the Base Price of the product. When you fill out this field, the system automatically calculates the Sales Price field.

Tip

The system lets you apply the factor or the discount value, but never one atop the other.

Example:

A price list is registered in the following situation: Product Computer; Base Price $1,000.00; Discount Value $100.00; Factor 0.90 (10% discount on the base price); Sales Price $900.00 (Base Price - Discount Value)

The discount value determines the sales price, because it is calculated on the Base Price of the product.

Factor

This field determines the factor on the Base Price of the product. The system enters or calculates it when you fill out the field Discount Value. When entered, the system calculates the sales price based on the factor. When the factor is entered, the sales price is calculated.

State

Enter the State in which the Price List registered is valid.

Tip

For fields State and Operation Tp., a priority rule exists. When you enter the State, the system disregards field Operation Tp., regardless of its contents.

Therefore, for the data found in field Operation Tp. to have value, leave field State blank.

Type of Operation

In this field, select the type of operation performed:

1-State - Determines that the Price List is only valid for customers inside the State defined in parameter MV_ESTADO.

2-Interstate - Determines that the Price List is valid for all States, except the State set in parameter MV_ESTADO.

3-North and Northeast Indicates that the Price List is valid only for regions North and Northeast.

4-All - Indicates that the Price List is valid for all States of table 12 - Federative Unit.

Tip

For fields State and Operation Tp., a priority rule exists. When you enter the State, the system disregards field Operation Tp., regardless of its contents.

Therefore, for the data found in field Operation Tp. to have value, leave field State blank.

Range

Enter the maximum quantity of products for a given price list. This information is useful to link the price to a given sales quantity.

Example:

The higher the number of products sold, the lower the price.

Activation and Deactivation of Records

The purpose of the reserved field called Status is to allow the activation or deactivation of records, preventing the application from using the inactive ones.

1. Field initialization is always as Active and shows the options Active and Inactive.

2.  When the content of the field is set to Inactive, it means the record is blocked, and it is shown in the browser with a different color.

E-commerce

The option to send multiple price lists to CiaShop E-commerce, is implemented by marking the field e-commerce

Tip

The header registration, in which the rules for using the list in the sale are set, is made in the Cia Shop E-Commerce.

The integration sends products related to the list as well as their respective prices.

Use this feature to have a price list differentiated by rule.

The procedures for registering the Promotional and Default Price list remain the same.

Product Code

Use the magnifying glass or the F3 key to view the default query and set the product code.

Example:

Default Product

Group

Use the magnifying glass or the F3 key to view the default query and set the product code.

Example:

0002

Be mindful that the field has a trigger. If you fill out the group, the product is erased. You must enter either one or the other.

Grid Ref./CFG

The Grid Reference family code lets you use the routine practically, reducing the need to repeatedly register products with the same Grid Reference / Configurator.

Validity Use the calendar next to the field or enter the date in format DD/MM/YYYY with the validity date of the pricelist in use.
Maximum Price Enter the maximum price for the specified price list.

01. OVERVIEW

Use this routine to configure or perform maintenance on a Price List and compose various sales types, considering specific sales terms for one or for multiple products, using distinct criteria, such as region and price range.

To compose the discounts and sales price to be applied, the System refers to the product price, set in its register through field Sales Price.

Example

Item

Product Code

Product Disc.

Base Price

Sales Price

Discount Val.

Factor

State

Range

001

000001

Computer

1,000.00

900.00

100.00

0.90

SP

500.00

002

000001

Computer

1,000.00

850.00

150.00

0.85

SP

999,999.99


In the above example, the Computer product gets a 10% discount on its base price when 500 units are sold, in the State of Sao Paulo. Above 500 units, it gets a 15% discount.

Besides defining List items as shown above, you can also use the System to determine the validity periods, by date and time intervals, as well as specify a payment term.

Price Lists are identified on the grid, Active Tab column, as follows:

    • Active List: active lists are those within the period selected.
    • Inactive List: a list becomes inactive when its expiration date is exceeded.
    • Special Active List: indicates that the user has changed the expiration of the list.

Registration of Short Period Sales

The price list (DA0 and DA1) can register the following information:

DA0 – Header

    • Start Date and Time / End Date and Time of Validity;
    • Time Type: Single / Recurring;
    • List Active: Yes / No.

DA1 – Items

    • Product or Product Group;
    • Base Price (automatically returns the value used in field Sales Price);
    • Sales Price (value to be effectively used in sale);
    • Discount / Factor (to be applied in field Sales Price);
    • Active (if this product is active in grid);
    • State;
    • Type of Operation (State / Interstate, and others);
    • Range / Currency;

As the payment method and terms are only set at the end of the concomitant sales process, in modules Store Control and Point of Sales, only price lists that lack definitions for these data are taken into account. The fields for payment method and terms become hidden in the Store Control module on the Price List registration screen.

In Assisted Sales and Point of Sales, only the State operation type is handled.


Possible Scenarios

Description

Action

A single price list with product being entered at sale.

The rule set in the price list is used and applied to the value of the product item.

The product exists in more than one active price list.

It is set by the parameter that defines whether the product value must be selected by the criterion of highest or of lowest value found in the search and applied to the value of the product item.

No active price list is found for the product.

The sale value of the product is the one registered in the product (field Sale Price).

There is no price list available for the product and the sale price registered in the product is 0 (zero).

The application notifies that this product cannot be registered, because it lacks a set sale value.



IMPORTANT!

  • The routines involved in flash sales registration are Bonus and Discount Rules.
  • When you open a sale, the system checks all currently active Price Lists, so you do not need to query active Lists every time a new product is launched.
  • The system will only check again for the existence of other active Price Lists after you open a new sale.
  • This is why parameter MV_LJRETVL is an index in List DA0. This new parameter is configured only with values 1 or 2, value 1 being intended for the System to capture the lowest price of a product among the active Price Lists, and value 2 for the highest price.

Product Grid Interface

The grid resource speeds up the registration of products that vary only in a few aspects, keeping their main characteristics.

Thus, you do not need to register the same product multiple times only because the product has various characteristics; that is, you only need to register the main product and all its variants, such as: color, model, etc. This enables Protheus to automatically register all product variants.


IMPORTANT!

To use the Product Grid resource, you need to set parameter MV_GRADE = T, thus activating the use of the product grid.

Activation and Deactivation of Records

The purpose of the reserved field called Status is to allow the activation or deactivation of records, preventing the application from using the inactive ones.

E-Commerce

The option to send multiple price lists to CiaShop E-commerce, is implemented by marking the field E-commerce.


IMPORTANT!

  • The registration of the header, in which the rule(s) for using the List are defined is done in the CiaShop E-Commerce. The integration sends products related to the list as well as their respective prices.
  • Use this feature if you want to have a Price List differentiated by rule.
  • The procedures for registering the Promotional and Default Price List remain the same.

Connections

Use this feature to identify the relationship between the records created in CRM, which are Suspect, Prospect, Customer, Contacts, Competitors, Suppliers, Partners, Opportunities, Proposals, Sales Orders, Invoices, Products, Price Lists, Sales Process, Sales Representatives, Business Unit, Sales Team, Promotions and Events.

The connection centralizes data on the relationship between an entity and another, making it easier to query them. Through this feature, you can, for example, link data from one Customer to the other, entering the function of the connection. For example: partner, associate, influencer, etc.

If you cannot find a feature that best fits your needs, you can register other connection features and associate them with the corresponding features; that is, when you register the feature "Uncle/Aunt", the corresponding feature will be "Nephew/Niece".

In the Connections Register you can also set the start and end dates of the connection.

02. EXAMPLE OF USE

Adding a Price List

  1. In SIGAOMS, access Updates > Sales Scenarios > Price Lists.
  2. On the Price List screen, press the F12 key to access the Parameters
  3. On the Parameters screen, note the parameter Display By?. This parameter indicates whether the screen will be displayed by:
    1. Product: all lists containing the product selected are displayed. This makes maintenance easier, if you need to edit/view the lists in which the product is found.
      We must emphasize that you can only use this option to edit/view the list.
    2. List: when you select this option, you can add various products to the Price List.
  4. Check and confirm the data.
  5. Then, on the Price List screen, click Add.
  6. Enter the data required for addition of List.
  7. Check and confirm the data.
  8. Press the down arrow to add other products to this Price List.
  9. You may associate the same product several times in the Price List, generating the application ranges for distinct criteria and prices.
  10. Press the DEL key to select/deselect an item for deletion.

Editing the Price List

   You can edit the Price List for quick editing of prices of a specific product.

  1. On the Price List screen, press the F12 key to access the Parameters
  2. On the Parameters screen, enter the required parameters, noting:
    1. Display By?: defines whether option Edit must be by product or list. If you select List, all the data on the list selected for editing are displayed (default option). If you select Product, all the lists containing this product are displayed.
    2. Product?- If the option Display by Product is selected, enter the code of the product you want displayed for editing.
  3. Check and confirm the data.
  4. Click Edit.
  5. A window is displayed for editing, in accordance with parameter settings.
  6. If the editing parameters are set by Product, all lists with which it is associated are listed.
  7. Configure and confirm the changes.

Copying the Price List

  1. On the Price List screen, select the List you want to copy.
  2. Click Other Actions/Copy.
  3. Then the Price List - Copy screen is displayed, in which all fields are filled out, just as they were filled out for the List selected.
  4. Enter the Code and Description of the new List you want to add.
  5. You can also edit the other fields, if needed.
  6. Check and confirm the data.

Creating a Price List from the Product Register

  1. On the Price List screen, click Other Actions / Generate.
  2. On the Parameters screen, select the data to generate the List.
  3. Check and confirm the data.

Adjusting the Price List

  1. On the Price List screen, click Other Actions / Adjustment.
  2. Click Parameters.
  3. Setting the parameters displayed on the Parameters screen is self-explanatory; however, you should pay attention to the following data.
    1. Adjustment Factor?: enter the price adjustment factor. You get the new values by applying this factor.
    2. Number of Decimal Places?: enter the quantity of decimal places to be used when saving the new price.
       Example: if you enter 0 (zero) and the calculation of the new value is 46.74, the system saves 46.00 disregarding the cents.
    3. Reapply Factor? Define how to apply the multiplication factor for the adjustment calculation:
      1. Option Base Price: applies the formula: Base Price x Multiplication Factor x Factor.
      2. Option Price List: applies the formula: Sales Price x Multiplication Factor.
    4. Check and confirm the data.
    5. The lists are adjusted in accordance with parameter settings.

Configuring the Header of the Price List Registered in the CiaShop E-Commerce

  1. In Store Control, access Price List and register the Price List, filling out the following fields:
    1. List Code: enter the contents of field ERP Code registered in E-Commerce.
    2. E-Commerce: enter whether the list is active or inactive.
  2. Enter the other fields of the header
  3. On the grid, fill out the following fields:
    1. Product Code: enter the code of the E-Commerce product.
    2. Sales Price: enter the sales price.
    3. Validity: enter the date of price publication.
  4. Enter the other information and confirm it.
  5. Access CiaShop Services Monitor.
  6. Check whether the Variable Price List service was successfully executed.
  7. Select the option Log to view the history of the execution of the service and its results.
  8. Select the option Detail to view the products updated.

IMPORTANT!

  • For each Register export, a control sequence is generated in field Seq. and saved in field Exp Dt (the date of the last export).
  • Only follow this procedure to register Price Lists not of types Standard and Promotional.

Using the Product Grid Resource in Sales Price List

  1.  Select the option Price List and add a Price List for a grid reference product.
  2. To check the application of the Price List, select the option Sales Orders.
  3. Add a Sales Order for a product (full code) of the associated grid family.
  4. Enter the list code in the header of the Order.

IMPORTANT!

For further details, access: Product Grids (MATA550 - SIGAEST).

Configuring the Note

  1. In Related Features, click Notes.
  2. On the upper menu, you can Filter, Search, Print and Configure.
  3. The lower menu displays five options: Edit, Add, View, Environment and Related Features.
  4. When you view a registered note, the data displayed are: Code of Note, Code of User who created the note, User Name, Note Edit Date, Note Addition Date, Title, Contents and Attachments.

Using the Product Grid Resource in Sales Price List

  1. Select the option Price List.
  2. Add a Price List for a grid reference product.
  3. To check the application of the Price List, select the option Sales Orders.
  4. Add a Sales Order for a product (full code) of the associated grid family.
  5. Enter the List code in the header of the Order.

Activating/Deactivating Records

  1. Field initialization is always as Active and shows the options Active and
  2. When the content of the field is set to Inactive, it means the record is blocked, and it is shown in the browser with a different color.

Configuring the Header of the Price List Registered in the CiaShop E-Commerce

  1. In Store Control, access Price List and register the price list, filling out the following fields:
    1. List Code: enter the contents of field ERP Code registered in E-Commerce.
    2. E-Commerce: enter whether the list is active or inactive.
  2. Fill out the other fields of the header
  3. On the grid, fill out the following fields:
    1. Product Code: Enter the code of the E-Commerce product;
    2. Sales Price: Enter the Point of Sale.
    3. Validity: Enter the date of price publication.
  4. Enter the other information and confirm it.
  5. Access CiaShop Services Monitor.
  6. Check whether the Variable Price List service was successfully executed.
  7. Select the option Log to view the history of the execution of the service and its results.
  8. Select the option Detail to view the products updated.

Configuring the Connection

  1. In Related Features, click Add.
  2. On the Connections Register screen, the data on entity, code and name of the connector are loaded automatically.
  3. Fill out the fields Connection Function, Function Description, Connected Entity Type, Entity Type Description, Connected Entity Code, Entity Description, Note and Start and End Dates.
  4. The field Connection Functions is filled out through a standard query.
  5. After filling out the function, the field Corresponding Function is automatically filled out. If there is more than one, select the one that best meets your needs.
  6. If you need to register a new function, click Edit. 
  7. The function code is automatically loaded in sequential form.
  8. Fill out the fields Name, Category, Note, Status, Relationship with the Entity and Association of Corresponding Function.
  9. In the corresponding functions register, there is a standard query listing the functions already registered.
  10. The connections query browser has a Disconnect option, which undoes the relationship links of registro.END.

03. PRICE LIST SCREEN

Other Actions / Related Features

Action

Description

Add

Allows access to the screen Price List - Add, in which you can add a new record.

Edit

Allows access to the screen Price List - Edit, in which you can edit the parameters set for the record selected.
If the editing parameters are set by Product, all lists with which it is associated are listed.

Search Product in List

Use this feature to search a given record in Lists having a large number of items, through any field of the screen.

Notes

Use this feature to add, edit or delete comments or notes related to records of the following entities:
CRM, Suspects, Customers, Prospects, Contacts, Competitors, Sales Representatives, Opportunities, Proposals, Orders, Suppliers, Partners, Products, Price List, Sales Process, Business Unit, Sales Team, Promotion and Events.

Other Actions > View

Allows access to the screen Price List - View, which displays the parameters set for the record selected in detail.

Other Actions > Delete

Use this feature to delete the record selected.
You cannot undo this operation after confirming the deletion.

Other Actions > Copy

You can access the Price List - Copy, in which you can create new Price Lists from the List selected, when these have items in common.

This option enables registration of Lists with similar characteristics like common items, to avoid having to retype them.

The system displays all the fields that were configured for a specified list, earlier selected in the maintenance Price List screen, thereby enabling registration of a new list.

In this option you may duplicate List items, which requires adjusting the List header at each duplication.

Other Actions > Generate

Use this feature to access the screen Price List - Generate, in which you can use a record as reference to create another.

When you select products on the routine's Parameters screen, the System displays, in Price List items, all product data already entered; however, you must enter the List header items.

In the Validity field you can set the date from which the item on the list is valid, though this field is not required.

For price list validity purposes, the System always takes into account the data found in fields Start Date/Time and End Date/Time; however, the List items may have later validity dates.

Other Actions > Adjustment

Use this option to apply a multiplication factor to adjust the prices of products from lists specified in parameters.


04. PRICE LIST SCREEN - ADD

Main Fields and Parameters


FieldDescription
List CodeUse this code to identify the Price List you are registering.
DescriptionUse this description to identify the Price List you are registering.

Start Date/Time
End Date/Time

These fields determine the Price List validity schedule and are often used in companies that have Flash Sales.

Example:

  • If a company has determined a sale the validity of which is in 9/20/2018, from 9:00 to 10:00 AM.
  • You must fill out field Start Time with 09:00 and field End Time with 10:00. Thus, the products sold after 10:01 AM on 9/20/2018 can no longer be on sale with this Price List.

Important!

When you add the Sales Order, the date used for Price List validation is the issue date of the Sales Order, not the base date of the System. 
Paymt Term

Payment term valid for application to the Price List being registered. Thus, when you add the Sales Order, only the payment term entered in the Price List is used. 

Otherwise, a warning is issued notifying that the term is not valid for the List selected.

Schedule Type

Type of schedule to be applied to the Price List, which can be:

1-Single: the Price List is valid from the start date (start time) to the end date (end time).
In this case, suppose the List was saved at 10:00 AM on 09/17 up to 8:00 PM on 09/20, all sale orders entered in this period are part of the list.

2-Recurring: the Price List is valid between the two dates only between the start time and the end time.
Using the example above, the orders can use the List only during the days of the period, within the time entered; that is, 10:00 AM on 09/17 to 8:00 PM on 09/20.
If an order is issued at 9:00 PM on 09/18, the system rejects it for this Price List.

Active List

Enter whether the List is active in the system:

1 - Yes2 - No

E-Commerce

Enter whether multiple lists will be sent to the CiaShop E-commerce, by marking this field:

1 - Active
2 - Inactive

Important!

  • The registration of the header, in which the rule(s) for using the List are defined is done in the CiaShop E-Commerce.
  • The integration sends products related to the List as well as their respective prices.
  • Use this feature if you want to have a Price List differentiated by rule.
  • The procedures for registering the Promotional and Default Price List remain the same.
Product CodeProduct Code for Price List composition.
Group

Use this field to control the Price List by product or by product group.

To control it by group, in the Product register, enter the group to which the product belongs. 

If you enter, in the List, the price of the product as well as the price for the group to which it belongs, the System assumes the price of the product, not that of the group.

Base Price

The base sale price of a product is defined in its register, through field Sales Price.

When you add a Price List, the system offers the base price entered, and fields Sales Price and Discount Value always use the base price of the product as reference. However, you can fill out field Sales Price directly, if it has not been registered already.

Grid Ref./CFG

Code of grid reference family, which lets you use the routine practically, reducing the need to repeatedly register products with the same reference of grid/configurator.

Sales Price

Sales price used for a product in the Price List, from the applied factors and discounts.

Example:
A price list is registered in the following situation:

    • Product = Computer
    • Base Price = 1,000.00
    • Discount Value - 100.00
    • Sales Price = 900.00 (Base Price - Discount Value)
Discount Val.

Discount value to be applied on the base price of the product.

Example:
A price list is registered in the following situation:

  • Product = Computer
  • Base Price = 1,000.00
  • Discount Value - 100.00
  • Factor = 0.90 (10% discount on base price)
  • Sales Price = 900.00 (Base Price - Discount Value)

The discount value determines the sales price, because it is calculated on the base price of the product.

Important!

  • When you fill out this field, the System automatically calculates the Sales Price
  • The System lets you apply the factor or the discount value. Never one atop the other.
Factor

Specifies the factor to be applied on the base price of the product and can be entered or calculated by the system when the field Discount Value is filled out.

When entered, the System calculates the Sales Price based on the Factor.

Active

Enter whether the factor at issue is:

1 - Active
2 - Inactive

State

Federation Unit in which the Price List registered is in effect.

Important!

  • For fields State and Operation Tp., a priority rule exists.
  • If you fill out the field State, the System disregards the field Operation Tp., regardless or its contents. Hence, for the data found in the latter field to have value, leave the first one blank.
Tipo Operac.

The type of operation in which the price is valid:

1 - State: the Price List is valid only for customers within the State, as set in parameter MV_ESTADO.
2-Interstate
- the Price List is valid for all States, except the State set in parameter MV_ESTADO.
3-North and Northeast:
the Price List is valid only for regions North and Northeast.
4-All: the Price List is valid for all States of table 12 - Federative Unit.

Important!

  • For fields State and Operation Tp., a priority rule exists.
  • If you fill out the field State, the system disregards the field Operation Tp., regardless or its contents. Hence, for the data found in the latter field to have value, leave the first one blank.
Range

Maximum quantity of products for which the Price List is valid.

Example:
The higher the number of products sold, the lower the price.

Important!

This information is useful when the price needs to be linked to a sale quantity. 
CurrencyCode of valid currency for the Price List.
ValidityValidity date of item that composes the Price List.
Maximum PriceMaximum price of product.
Price Type

Identification of price type, which can be:

1 - Sales Price2 - Consumer Sale
3 - Wholesale
4 - Retail
5 - Consumer Sale

05. PARAMETERS

Billing Environment

  • MV_ESTADO

Product Grid

  • MV_GRADE

06. TABLES

  • DA0 - Price List
  • DA1 - Price List Items
  • SB1 – Products
  • SE4 - Payment Terms