RetroAdjustRetrievalFunction

Use this parameter to retrieve information from the Retro Adjustment Workfile table (F4812G).  Each piece of information is associated with 
a unique field name.  A one-to-ten character "Data Alias" identifies the field name.  Enter the Data Alias (in upper case characters), which is 
associated with the information you want to retrieve from the table.  Select Data Aliases from the group associated with the Smart Field you 
are using.  (Only use Alpha fields if using an Alpha Smart Field, Character fields if using a Character Smart Field, etc.)  The following Data 
Aliases are available in this table:   Alpha Fields DL01 (Description)    DCTI (Document Type - Original Invoice)    KCOI (Document Company 
(Original Invoice)   SFX (Pay Item (Original Invoice)    AUSR (Created By User) USER    (User ID)    PID (Program ID)    JOBN (Work Station 
ID) Character Fields    RXOP2 (Re-Apply Markup Option) Date Fields    IVD (Original Invoice Date)    IDGJ (Original Invoice Batch Date)    DGJ (Original G/L 
Batch Date)    CADT (Creation Date)    UPMJ (Date Updated) Numeric Fields    DOCZ (Document - Original Invoice)    ICU (Batch Number 
(Original Invoice)    ICUJ (Batch Number - Original G/L)    RAG (Retro Adjustment Group Number)    UPMT (Time Last Updated) 

A unique number that the system assigns to each billing record. The system assigns the number from the Next Numbers - Automatic table 
(F0002) for system 15, line 2 (Billing Control).

A date that identifies the financial period to which the transaction is to be posted.  The company constants specify the date range for each 
financial period. You can have as many as 14 periods. Generally, period 14 is used for audit adjustments. The system validates this field for 
PBCO (posted before cutoff), PYEB (prior year ending balance), PACO (post after cutoff), and WACO (post way after cutoff) messages.

A number that provides an audit trail for the billing detail transactions related to the same billing control ID. The system initially assigns 001 
as the sequence number (SBSQ) of the original transaction. If you split a transaction, the system increments the number to the next available 
sequence numbers (SBSQ) for the resulting transactions.

A number that provides an audit trail to the original transaction of a billing detail transaction. The system initially assigns 000 as the parent 
sequence number. The number remains 000 unless you split the transaction. In this case,the sequence number (SBSQ) of the original 
transaction becomes the parent sequence number (PRSQ) for the resulting transactions.

A number you can use to track the changes applied to a billing detail transaction. The system initially assigns 001 as the secondary 
sequence number (SCSQ). Each time you modify the billing detail transaction, the system increases the number by 1.

The split link field ties component records to their base record when a transaction split occurs.

A code that attaches the component record to its base work file record.

A component code identifies a provisional burden that is accounted for at the billing detail transaction level.

A hidden flag, embedded in the Invoice Print with Smart Fields program (R48507), that indicates whether a section is a footer or non-footer 
section. These values are passed into the smart fields when you design a version of the Invoice Print with Smart Fields program to determine 
whether the logic should use the Business View field or Previous Business View field. Valid values are: Blank Non-footer section. 1 Footer 
section.

A unique number that the system assigns to each billing record. The system assigns the number from the Next Numbers - Automatic table 
(F0002) for system 15, line 2 (Billing Control).

A date that identifies the financial period to which the transaction is to be posted.  The company constants specify the date range for each 
financial period. You can have as many as 14 periods. Generally, period 14 is used for audit adjustments. The system validates this field for 
PBCO (posted before cutoff), PYEB (prior year ending balance), PACO (post after cutoff), and WACO (post way after cutoff) messages.

A number that provides an audit trail for the billing detail transactions related to the same billing control ID. The system initially assigns 001 
as the sequence number (SBSQ) of the original transaction. If you split a transaction, the system increments the number to the next available 
sequence numbers (SBSQ) for the resulting transactions.

A number that provides an audit trail to the original transaction of a billing detail transaction. The system initially assigns 000 as the parent 
sequence number. The number remains 000 unless you split the transaction. In this case,the sequence number (SBSQ) of the original 
transaction becomes the parent sequence number (PRSQ) for the resulting transactions.

A number you can use to track the changes applied to a billing detail transaction. The system initially assigns 001 as the secondary 
sequence number (SCSQ). Each time you modify the billing detail transaction, the system increases the number by 1.

The split link field ties component records to their base record when a transaction split occurs.

A code that attaches the component record to its base work file record.

A component code identifies a provisional burden that is accounted for at the billing detail transaction level.

Enter a valid value.

You can enter a date with or without slashes (/) or dashes (-) as separators. If you leave a date entry field blank, the system supplies the 
current date.

Reserved by J.D. Edwards.

A generic 10-char string reserved for future use in cash forecasting.

The error number assigned by the JDE edit/update programs designating the exact error that occured.