AccessRejectionReasons

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

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.

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, 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.

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 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.

This is a one byte flag that is used to determine whether or not a specific line item on a sales or purchase order has additional extended 
text associated with it.

A generic field that you use for a remark, description, name, or address.

One of eight fields you can use to indicate why a requisition has been approved or rejected. Each of these fields is user defined. You set up 
and maintain the field names through vocabulary overrides. Place an X in each field to associate a reason with an order line. This will 
indicate each reason for which the line was approved or rejected. Leave fields blank if they are not applicable.

One of eight fields you can use to indicate why a requisition has been approved or rejected. Each of these fields is user defined. You set up 
and maintain the field names through vocabulary overrides. Place an X in each field to associate a reason with an order line. This will 
indicate each reason for which the line was approved or rejected. Leave fields blank if they are not applicable.

One of eight fields you can use to indicate why a requisition has been approved or rejected. Each of these fields is user defined. You set up 
and maintain the field names through vocabulary overrides. Place an X in each field to associate a reason with an order line. This will 
indicate each reason for which the line was approved or rejected. Leave fields blank if they are not applicable.

One of eight fields you can use to indicate why a requisition has been approved or rejected. Each of these fields is user defined. You set up 
and maintain the field names through vocabulary overrides. Place an X in each field to associate a reason with an order line. This will 
indicate each reason for which the line was approved or rejected. Leave fields blank if they are not applicable.

One of eight fields you can use to indicate why a requisition has been approved or rejected. Each of these fields is user defined. You set up 
and maintain the field names through vocabulary overrides. Place an X in each field to associate a reason with an order line. This will 
indicate each reason for which the line was approved or rejected. Leave fields blank if they are not applicable.

One of eight fields you can use to indicate why a requisition has been approved or rejected. Each of these fields is user defined. You set up 
and maintain the field names through vocabulary overrides. Place an X in each field to associate a reason with an order line. This will 
indicate each reason for which the line was approved or rejected. Leave fields blank if they are not applicable.

One of eight fields you can use to indicate why a requisition has been approved or rejected. Each of these fields is user defined. You set up 
and maintain the field names through vocabulary overrides. Place an X in each field to associate a reason with an order line. This will 
indicate each reason for which the line was approved or rejected. Leave fields blank if they are not applicable.

One of eight fields you can use to indicate why a requisition has been approved or rejected. Each of these fields is user defined. You set up 
and maintain the field names through vocabulary overrides. Place an X in each field to associate a reason with an order line. This will 
indicate each reason for which the line was approved or rejected. Leave fields blank if they are not applicable.

An option that specifies the type of processing for an event.