ProcessPriceChangeApproval

This field is a unique number used to identify a record in a file.

The key type designates which file the keys represent.

A code that determines whether a workflow recipient has accepted or rejected a workflow task that has been submitted for approval. Valid 
values are: A Accept. R Reject.

A code that specifies the action that is performed. Valid values are: A Add C Change

An inventory item number. The system provides three separate item numbers plus an extensive cross-reference capability to other item 
numbers (see data item XRT) to accommodate substitute item numbers, replacements, bar codes, customer numbers, supplier numbers, and 
so forth. The item numbers are as follows:   o Item Number (short) - An eight-digit, computer-assigned item number     o 2nd Item Number - The 
25-digit, free-form, user defined alphanumeric item number     o 3rd Item Number - Another 25-digit, free-form, user defined alphanumeric item 
number

A number that identifies the item. The system provides three separate item numbers plus an extensive cross-reference capability to 
alternative item numbers. The three types of item numbers are: Item Number (short) An 8-digit, computer-assigned item number. 2nd Item Number A 
25-digit, user defined, alphanumeric item number. 3rd Item Number  Another 25-digit, user defined, alphanumeric item number. In addition to 
these three basic item numbers, the system provides an extensive cross-reference search capability. You can define numerous 
cross-references to alternative part numbers. For example, you can define substitute item numbers, replacements, bar codes, customer numbers, or 
supplier numbers.

The system provides three separate item numbers plus an extensive cross-reference capability to alternate item numbers. These item 
numbers are as follows: 1.  Item Number (short) - An 8-digit, computer-assigned item number. 2.  2nd Item Number - The 25-digit, free-form, user 
defined alphanumeric item number. 3.  3rd Item Number - Another 25-digit, free-form, user defined alphanumeric item number.  In addition to 
these three basic item numbers, an extensive cross-reference search capability has been provided (see XRT). Numerous cross references to 
alternate part numbers can be user defined, such as substitute item numbers, replacements, bar codes, customer numbers, or supplier 
numbers.

An alphanumeric code that identifies a separate entity within a business for which you want to track costs. For example, a business unit 
might be a warehouse location, job, project, work center, branch, or plant. You can assign a business unit to a document, entity, or person for 
purposes of responsibility reporting. For example, the system provides reports of open accounts payable and accounts receivable by 
business unit to track equipment by responsible department. Business unit security might prevent you from viewing information about business units 
for which you have no authority.

The storage location from which goods will be moved.

A number that identifies a lot or a serial number. A lot is a group of items with similar characteristics.

A code that indicates the grade of a lot. The grade is used to indicate the quality of the lot. Examples include the following:    A1   Premium 
grade    A2   Secondary grade  The grade for a lot is stored in the Lot Master table (F4108).

A number that indicates the minimum potency or percentage of active ingredients acceptable for an item. The system displays a warning 
message if you try to purchase or issue items that do not meet the minimum acceptable potency. The system does not allow you to sell items 
that do not meet the minimum acceptable potency.

A number that identifies an entry in the Address Book system, such as employee, applicant, participant, customer, supplier, tenant, or 
location.

A code that identifies the currency of a transaction. 

Check this box to select an interactive execution mode.

A user defined code (00/UM) that indicates the quantity in which to express an inventory item, for example, CS (case) or BX (box).

The date when a transaction, contract, obligation, preference, or policy rule becomes effective.

The date on which a transaction, text message, agreement, obligation, or preference has expired or been completed.

A user defined code (system 40, type TY) that identifies an adjustment definition. You define adjustments on Price Adjustment Names. For 
Agreement Penalty Schedules Add a definition for each of the four types of penalties:        Minimum quantity         Maximum quantity         Under 
commitment         Over commitment

The unique key I.D. for each adjustment level.

The number of the related item in a pricing or discount policy. For example, with a policy of "Buy one, get one at half price," you enter the 
item number of the half price item in this field. (Future Use)

A user defined code (system 40, type VT) that identifies a price variable table. This name cannot contain imbedded special characters 
such as a dash (-), an asterisk (*), and so forth because the system would interpret them as arithmetic symbols if you included the variable table 
name in a price formula.

A user defined code (system 40, type FM) that identifies a price formula. All price formulas are stored in the Price Formula table (F4076).

A quantity that the system compares against accumulated sales volume to determine if a rebate should be awarded. You can define 
thresholds as quantities, weights, or sales amounts. Use the Level Break Type field in the adjustment definition to define the type of threshold.

This is a grouping of suppliers and items for pricing purposes.

A unique number your company assigns to identify a particular agreement. You might want to assign some significance to the agreement 
number (for example,an agreement type code, location, year, and so forth). An agreement might have multiple supplements to record 
addendum or changes, for example.

This is the date that the ledger file was updated. This field is updated at the same time as the Program ID, Terminal ID, and time in the Item 
Ledger file (F4111).

The time the request, suggestion, or task was created.

The supplement number records any changes or addendum to agreements that occur over time or by item. It can also indicate individual 
agreements that are tied to a master agreement. The system allows up to 999 different supplements per base agreement number.

This sequence number distinguishes rebate agreements for a specific supplier. You can enter an agreement number or the system assigns 
a number for you by incrementing the last agreement number for the supplier by one.

The code that identifies the work station ID that executed a particular job.

The number that identifies the batch or interactive program (batch or interactive object). For example, the number of the Sales Order Entry 
interactive program is P4210, and the number of the Print Invoices batch process report is R42565. The program ID is a variable length value. 
It is assigned according to a structured syntax in the form TSSXXX, where: T The first character of the number is alphabetic and identifies the 
type, such as P for Program, R for Report, and so on. For example, the value P in the number P4210 indicates that the object is a 
program. SS The second and third characters of the number are numeric and identify the system code. For example, the value 42 in the number P4210 
indicates that this program belongs to system 42, which is the Sales Order Processing system. XXX The remaining characters of the numer are 
numeric and identify a unique program or report. For example, the value 10 in the number P4210 indicates that this is the Sales Order Entry 
program.

The code that identifies a user profile.

The computer clock in hours:minutes:seconds.

The date that specifies the last update to the file record.

A user defined code (system 40/type PI) that identifies an inventory price group for an item. Inventory price groups have unique pricing 
structures that direct the system to incorporate discounts or markups on items on sales and purchase orders. The discounts or markups are 
based on the quantity, dollar amount, or weight of the item ordered. When you assign a price group to an item, the item takes on the same pricing 
structure defined for the inventory price group. You must assign an inventory price group to the supplier or customer, as well as to the item, for 
the system to interactively calculate discounts and markups on sales orders and purchase orders.

A user defined code (40/PC) that identifies a customer group. You can group customers with similar characteristics, such as comparable 
pricing.

A user defined code (40/PR) that identifies a preference type or a price adjustment hierarchy. In the user defined code table 40/PR, a 1 in 
the Special Handling Code field identifies a preference that J.D. Edwards supports. This field is hard coded for each preference. For 
Agreement Penalty Schedules, first set up a user defined code of PN (for penalty). Then enter it in this field.

A user defined code that indicates how level breaks occur in the Price Adjustment Detail table (F4072). The system supports the following 
four  types of level breaks: Quantity The system determines the correct adjustment based on the quantity ordered in the sales order. You can 
set up different adjustment breaks for different units of measure. Weight The system uses the weight assigned to the sales order detail line 
item to determine the proper adjustment level break. Amount The system uses the extended amount of the sales order detail line to determine 
the proper adjustment level break. When Currency Conversion is turned on, all amount-level breaks are stored and displayed based on the 
floating decimals of the currency code. None The system uses advanced preference features to determine the proper adjustment level break. 
Use this option only if you are using advanced preferences. 

A user defined code (system 40, type SI) that identifies the type of information that you want the system to use to update the Subledger field 
in the General Ledger file (F0911) when you use this adjustment type to price a sales order.

A code that specifies additional processing features related to an adjustment. Valid values are: 1 Do not print the adjustment on the invoice 
or the purchase order print document. The system adds the adjustment amount to the unit price. 2 Print the adjustment on the invoice or the 
purchase order print document. The system adds the adjustment amount to the unit price. 3 Update the Sales Order Detail File table (F4211) with 
adjustment detail line information. The system will not include this type of adjustment when it calculates the current net price. Use this code for 
order-level adjustments only. 4 Create an accrual adjustment. The system updates the Price Adjustment Ledger File table (F4074) and 
posts the adjustment to the general ledger during the Sales Update process.  5 Create a rebate adjustment. The system updates the Rebate 
Transaction Summary table (F4078) with the quantity, weight, and amount of the order detail line.  6 Print the adjustment on the invoice. The 
system adds the adjustment to the order total, but does not include it in the unit price. The system will post separate G/L and A/R entries for this 
adjustment during Sales Update.  7 Create a supplier proof of sale rebate adjustment. The system updates the Rebate Transaction Summary 
table with the quantity, weight, and amount of the order detail line and posts the adjustment to the general ledger during Sales Update.  8 Create 
a rounding adjustment, based on the rounding rules set up in the Price Adjustment Detail Revisions program (P4072). The system adds the 
adjustment amount to the unit price. 

Specifies whether the adjustment type can be manually added to or changed from the Price Adjustments form (P4074W) when you enter 
sales orders.

A code indicating how the adjustment affects the price of a sales order line. For WorldSoftware, valid codes are:    Y The adjustment price 
overrides the base price.    N The adjustment is used to calculate a discount or markup to the base price. For OneWorld, a checkmark indicates 
that the override price overrides the base price. No checkmark indicates that the adjustment is used to calculate a discount or markup to the 
base price. For Agreement Penalty Schedules:     o For WorldSoftware, enter N.     o For OneWorld, leave the override price turned off (no 
checkmark).

A code that specifies the level at which the system calculates price adjustments. Valid values are: 1 Line level - The system calculates the 
adjustment based on information in the sales order detail line. 2    Basket level - The system calculates the adjustment based on information 
accumulated from all sales order detail lines that you have identified as a basket pricing group. You define the basket reprice group on the 
Additional Information tab on the Item Branch Information form in the Item branch program (P41026). If you are defining a basket or order level 
adjustment, leave the Item Group and Order Detail Group fields blank.  3 Order level - The system calculates the adjustment based on 
information accumulated from all the sales order detail lines you have identified as an order pricing group. You define the order reprice group on the 
Additional Information tab on the Item Branch Information form in the Item branch program. If you are defining a basket or order level 
adjustment, leave the Item Group and Order Detail Group fields blank.  4 Volume incentive level - The system calculates the adjustment based on the 
accumulated value of multiple sales orders. The accumulated value is based on how you define the adjustment in the Price Adjustment 
Type program (P4071). If you are working with the Agreement Management system, for Agreement Penalty Schedules, enter 1 to calculate the 
penalty at the sales order detail-line level.

A code that indicates whether the adjustment is subject to sales tax. The system calculates tax on the adjustment only if the customer has 
also been defined as taxable.  Note: This option applies to detached adjustments only.

This flag is used for future enhancements.

A user defined code that you enter to indicate the J.D. Edwards system, such as Sales Order Management and Procurement, that the price 
adjustment supports.

Use this flag to control whether an adjustment type of 6 is subject to a payment term discount. If you set this flag to Y or 1, the system will not 
use the adjustment amount in any payment term discount calculation.

A code you use to specify whether an adjustment is mandatory. Valid codes are:    Y Yes, this adjustment is mandatory    N No, this 
adjustment is not mandatory 

A code (system 40/type RA) that identifies the beneficiary of a rebate. The party you identify here becomes the recipient of the credit order 
you create when a customer reaches a rebate threshold. The customer and the beneficiary may or may not be the same address. The 
beneficiary becomes the Sold To Address of the create order.

This is a 75 character detailed descriptive text field to be used for miscellaneous notes or text information.

This is a 75 character detailed descriptive text field to be used for miscellaneous notes or text information.

The address book number of the person who originated the change request. The system verifies this number against the Address Book.

Determines the rate that will be used when the rebate amount is calculated. It can be a single rate based on the most applicable threshold 
or it can be based on a collection of rates that are applied from each threshold interval.

A code (43/RT) that indicates whether the rebate is a percentage of the quantity purchased or a fixed currency amount.

A value you enter to indicate how you want to calculate the rebate amount. The code you enter in the Rebate Type field controls how the 
rebate is applied. For example, you could award a fixed amount or you could calcualte a percentage of accumulated sales.

A code that identifies how to handle future sales when a customer reaches a rebate threshold. Valid values are:    Yes  Reset sales history 
totals (F4078) and rebate paid to date to zero when you create a credit order for the given customer/rebate total.    No    Do not reset sales 
history totals and rebate paid when you create a credit order, but leave them at their current values. You may also use 1 for Yes and 0 for No.

An algebraic expression the system uses to calculate the adjustment to which the formula is attached. When you define formulas, use 
standard arithmetic symbols to indicate addition (+), subtraction (-), multiplication (*), and division (/). In the formula you can also include units of 
measure and currency codes, and references to fields in the Sales Order Detail table (F4211) and to variable tables. You identify each of these 
with a symbol. You define these symbols in the pricing constants, which you access from the branch/plant constants. The following is an 
example of a pricing formula that refers to a variable table. (.90 * &PROPANE) + 2  The ampersand identifies PROPANE as a variable table.

 Free good processing code 03.

 Free good processing code 02.

 Free good processing code 01.

A code that indicates how you want the system to process free good items. Valid codes are:    1   Separate line item. The system writes the 
free good item to the Sales Order Detail table (F4211) as a separate line item. For example, the customer buys 10 items at 1 dollar each and 
gets 2 free. The system writes two lines to the file: one line for 10 items at a total of 10         dollars and one line for 2 items at a total of zero.    2   
Net down price. The system adds the free good item to the original sales detail line. It recalculates unit price based on the original extended 
price added to the total free goods price. The customer is responsible for the cost of the original order quantity. For example, the customer 
buys 10 items at 1 dollar each and gets 2 free. The system writes one line to the Sales Order Detail line for 12 items, but the total price is for 10 
items (10 dollars; unit price of each item = 83         cents).    3   Net down quantity. The system adds the free good item to the Sales Order 
Detail table as a separate line item, but subtracts the quantity of the free items from the total quantity of the original items. For example, the 
customer buys 10 items at 1 dollar each and receives 2         free. The customer is charged for the original order quantity (10) less the free goods 
(2), so in this example, the charge is 8 dollars. NOTE: When you use processing type 2 or 3, the free good item must be identical to the original 
item ordered.

A number that indicates how many items the customer must buy over the From Level entered on the Price Adjustment Detail form before 
additional free goods are awarded. For example, if the From Level is 10 and the Quantity Per Ordered is 3, the customer receives additional 
free goods when the order is for 13 or more. The customer receives free goods for ordering a value that reaches the defined level break. 
Additionally, the customer receives free goods for every multiple of the value in the Quantity Per Ordered field over the From Level. In our example, 
the customer receives free goods for ordering at least 10 and also for every multiple of 3 over 10. If the order is for 25, the customer 
receives the number of free goods in the Quantity Ordered field, multiplied by 5.  Five represents every multiple of 3 past the From Level. The From 
Level is 10, so additional free goods are awarded for the following quantities: 13, 16, 19, 22, and 25. The calculations that the system uses are 
as follows: Quantity Per Ordered Factor = (Quantity Ordered - From Level (ADMNQ)) divided by Quantity Per Ordered (FGFQTY) Total Free 
Goods Quantity = Free Good Quantity Ordered value (FGUORG) + (Free Good Quantity Ordered value * Quantity Per Ordered Factor)

A code that controls how the system processes lines on a transaction. It controls the systems with which the transaction interfaces, such as 
General Ledger, Job Cost, Accounts Payable, Accounts Receivable, and Inventory Management. It also specifies the conditions under 
which a line prints on reports, and it is included in calculations. Codes include the following: S Stock item   J Job cost   N Nonstock item   F Freight  
T Text information   M Miscellaneous charges and credits   W Work order

A code that determines the trade account that the system uses as the offset when you post invoices or vouchers. The system concatenates 
the value that you enter to the AAI item RC (for Accounts Receivable) or PC (for Accounts Payable) to locate the trade account. For 
example, if you enter TRAD, the system searches for the AAI item RCTRAD (for receivables) or PCTRAD (for payables).  You can assign up to four 
alphanumeric characters to represent the G/L offset or you can assign the three-character currency code (if you enter transactions in a 
multicurrency environment). You must, however, set up the corresponding AAI item for the system to use; otherwise, the system ignores the G/L 
offset and uses the account that is set up for PC or RC for the company specified.  If you set up a default value in the G/L Offset field of the 
customer or supplier record, the system uses the value during transaction entry unless you override it.  Note: Do not use code 9999. It is reserved for 
the post program and indicates that offsets should not be created.

The amount per unit, derived by dividing the total cost by the unit quantity.

The price of a related item in a pricing or discount policy. For example, with a policy of "Buy one, get one free," the free item is the related 
item. Enter this price in the unit of measure of the related item quantity.

The quantity of units affected by this transaction.

If a price adjustment is associated with any free goods information, this flag will be set to Y.  Moreover, the option field in the Price 
Adjustment Detail Revisions will be displayed in reverse image to signify that the record is associated with free good information.

A value that specifies how an adjustment or preference will be applied to a price. This value can be a quantity, weight, or amount, 
depending on how you have defined the level-break type in the Price Adjustment Detail table (F4072).

This is a 8 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

A 15-position reference that is reserved for the user.  J.D. Edwards does not currently use this field and does not plan to use it in the future.

This is a 15 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

This is a 6 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

This is a 2 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

A code that indicates how the system adjusts an order line. The value in this field works in conjunction with the Basis field (BSCD). How you 
define the Basis field determines whether you enter a number or a code in this field. For WorldSoftware , if your basis code is    1-5   Enter a 
positive number for markups, for example, 10. Enter a negative number for discounts, for example, 10-.    6     You want to base the adjustment on 
a variable table. Enter the code that identifies the variable table.    7     You want to use a formula to calculate the price. Enter the code that 
identifies the formula.    8     You want to calculate the adjustment using a custom program. Enter the program ID. For Agreement Penalty 
Schedules: Because the basis code for penalties is 5,enter a number as the factor value. Most agreement penalties are for a currency amount. The 
system multiplies the factor you enter by each unit of measure to calculate the penalty. For OneWorld, if your BasisCode is    1-5   Enter a 
positive number for markups, for example, 10. Enter a negative number for discounts, for example, 10-.    6     You want to base the adjustment on a 
variable table. Enter the code that identifies the variable table in the Formula Name column.    7     You want to use a formula to calculate the 
price. Enter the code that identifies the formula in the Formula Name column.    8     You want to calculate the adjustment using a custom 
program. Enter the program ID in the Formula Name column.

A user defined code (40/CM) that specifies the basis for calculating item costs. Cost methods 01 through 19 are reserved for J.D. Edwards 
use.

A code that specifies how the system uses the factor value to calculate the adjustment or penalty schedule. The Basis Code field works 
with the Factor Value field. Valid values are: 1 Multiply the base price by the factor value. The adjusted price is a percentage of the base 
price. 2 Multiply the current net price by the factor value. The adjusted price is a percentage of the current net price. 3 Multiply the item cost by the 
factor value. The adjusted price is a percentage of the item cost. You cannot use this basis code for a basket-level or order-level 
adjustment. 4 Add the factor value to the item cost. You cannot use this basis code for a basket-level or order-level adjustment. Note: If you use basis code 3 
or 4, specify the item cost that you want to use in the calculation in the Cost Method field (LEDG) in the detail area of the Price Adjustment 
Detail form. 5 Adjust the price by the factor value. If the value is positive, it increases the price by that amount; if the value is negative, it 
decreases the price by that amount. 6 Use the adjustment amount from the variable table. You specify the variable table in the Factor Value field. 7 Use 
a formula to calculate the adjustment. You specify the name of the formula in the Factor Value field. 8 Use a custom, user-defined program to 
calculate the adjustment. You specify the program ID in the Object Library field.         Note: If you define an adjustment that uses a custom 
program, the program must be one that you developed for this purpose and are prepared to support. J.D. Edwards is not responsible for providing 
custom programs or for supporting programs that you have developed. 9 Calculate the adjustment so that the resulting unit price has a gross 
profit margin equal to the factor value. You cannot use this basis code for a basket-level or order-level adjustment, or for a sliding rate 
adjustment. For Agreement Penalty Schedules, enter 5 for all penalty schedules.

Use this field to enter credit orders in the Sales Order Management system. To enter a credit order, use a line type for which the Reverse 
Sign Flag (RSGN) is set to Y in the Line Type Master table (F40205). The system stores all credit prices in the Base Price table (F4106).

The list or base price to be charged for one unit of this item. In sales order entry, all prices must be set up in the Item Base Price File table 
(F4106).

A number that identifies multiple occurrences, such as line numbers on a purchase order or other document. Generally, the system assigns 
this number,but in some cases you can override it.

In the A/R and A/P systems, a code that corresponds to the pay item. In the Sales Order and Procurement systems, this code identifies 
multiple transactions for an original order. For purchase orders, the code is always 000. For sales orders with multiple partial receipts against an 
order, the first receiver used to record receipt has a suffix of 000, the next has a suffix of 001, the next 002, and so on.

A number that, along with order number and order type, uniquely identifies an order document (such as a purchase order, a contract, a 
sales order, and so on). If you use the Next Numbers by Company/Fiscal Year facility, the Automatic Next Numbers program (X0010) uses the 
order company to retrieve the correct next number for that company. If two or more order documents have the same order number and order 
type, the order company lets you locate the desired document. If you use the regular Next Numbers facility, the order company is not used to 
assign a next number. In this case, you probably would not use the order company to locate the document.

A user defined code (00/DT) that identifies the type of document. This code also indicates the origin of the transaction. J.D. Edwards has 
reserved document type codes for vouchers, invoices, receipts, and time sheets, which create automatic offset entries during the post 
program. (These entries are not self-balancing when you originally enter them.) The following document types are defined by J.D. Edwards and 
should not be changed: P Accounts Payable documents   R Accounts Receivable documents   T Payroll documents   I Inventory documents  
O Purchase Order Processing documents   J General Accounting/Joint Interest Billing documents   S Sales Order Processing documents

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

For OneWorld, the sequence by which users can set up the order in which their valid environments are displayed. For World, a sequence or 
sort number that the system uses to process records in a user defined order.

A user defined code (40/AS) that identifies a price and adjustment schedule. A price and adjustment schedule contains one or more 
adjustment types for which a customer or an item might be eligible. The system applies the adjustments in the sequence that you specify in the 
schedule. You link customers to a price and adjustment schedule through the customer billing instructions. When you enter a sales order, the 
system copies the schedule attached to the sold to address into the order header. You can override this schedule at the detail line level. For 
Agreement Management, this is the Agreement Penalty Schedule. The information in the Agreement Penalty Schedule provides the system 
with the criteria for an agreement to have penalty conditions.

The date on which the person with the appropriate authority approves a requisition.

The date a controlled update was requested.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

Special Input Expected
If this function is being called in an interactive mode equal to 'C', this parameter should have the 
value of the Time of Day field for the pending record.
^

Special Input Expected
If this function is being called in an interactive mode equal to 'C', this parameter should have the 
value of the Date Updated field for the pending record.
^

A number that identifies an item group or an order detail pricing group. Each pricing group is comprised of either item category codes (for 
an item group) or sales order detail field values (for an order detail group). For every unique combination of values in the pricing group, the 
system assigns a number (key ID) to identify the group. The system retrieves this number from the Next Numbers program (P0002) for the 
system code 40 and the line number 5.

A number that identifies a customer pricing group. Each pricing group comprises customer category codes. For every unique combination 
of values in the pricing group, the system assigns a number (key ID) to identify the group. This number is retrieved from the Next Numbers 
program (P0002) using system code 45, line number 2.

A number that identifies an order detail pricing group. Each group consists of sales order detail values. For each unique combination of 
values in the order group, the system assigns a number (key ID) to identify the group. The system retrieves this number from the Next Numbers 
program (P0002) by using system code 45 and line number.