DelinquencyNoticeProcessing

A number that the system assigns to each policy record to identify it.

A value used in conjunction with CRDY and AGR2 to define the current and first aging categories.

A value used in conjunction with AGR1 and AGR3 to define the first and second aging categories.

A value used in conjunction with AGR2 and AGR4 to define the second and third aging categories.

A value used in conjunction with AGR3 and AGR5 to define the third and fourth aging categories.

A value used in conjunction with AGR4 and AGR6 to define the fourth and fifth aging categories.

A value used in conjunction with AGR5 and AGR7 to define the fifth and sixth aging categories.

A value used in conjunction with AGR6 to define the sixth aging category.

The specified number of days for the Accounts Receivable aging report.

A value used in conjunction with the value of AGR1 to define the number of days in the current aging category.

The total open invoice amount that is in the current aging category as defined in either the Accounts Receivable constants or the 
processing options of Credit Analysis Refresh. If you age by days, the system determines the current aging category by using the days defined in the 
first two aging categories. For example, if the first aging category is -30 and the second aging category is 0, the date on the invoice that you 
use to age (invoice date, due date, statement date, or G/L date) must be equal to or before the aging date that you define.

The total open invoice amount that is in the first category as defined in either the Accounts Receivable constants or the processing options 
of Credit Analysis Refresh. If you age by days, the system determines the first aging category by using the days defined in the second and 
third aging categories. For example, if the second aging category is 0 and the third aging category is 30, the date on the invoice that you use 
to age (invoice date, due date, statement date, or G/L date) must be equal to but no more than 30 days after the aging date that you define.

The total open invoice amount that is in the second category as defined in either the Accounts Receivable constants or the processing 
options of Credit Analysis Refresh. If you age by days, the system determines the second aging category by using the days defined in the third 
and fourth aging categories. For example, if the third aging category is 30 and the fourth aging category is 60, the date on the invoice that you 
use to age (invoice date, due date, statement date, or G/L date) must be between 30 and 60 days after the aging date that you define.

The total open invoice amount that is in the third category as defined in either the Accounts Receivable constants or the processing options 
of Credit Analysis Refresh. If you age by days, the system determines the third aging category by using the days defined in the fourth and 
fifth aging categories. For example, if the fourth aging category is 60 and the fifth aging category is 90, the date on the invoice that you use to 
age (invoice date, due date, statement date, or G/L date) must be between 60 and 90 days after the aging date that you define.

The total open invoice amount that is in the fourth category as defined in either the Accounts Receivable constants or the processing 
options of Credit Analysis Refresh. If you age by days, the system determines the fourth aging category by using the days defined in the fifth and 
sixth aging categories. For example, if the fifth aging category is 90 and the sixth aging category is 120, the date on the invoice that you use to 
age (invoice date, due date, statement date, or G/L date) must be between 90 and 120 days after the aging date that you define.

The total open invoice amount that is in the fifth category as defined in either the Accounts Receivable constants or the processing options 
of Credit Analysis Refresh. If you age by days, the system determines the fifth aging category by using the days defined in the sixth and 
seventh aging categories. For example, if the sixth aging category is 120 and the seventh aging category is 150, the date on the invoice that you 
use to age (invoice date, due date, statement date, or G/L date) must be between 120 and 150 days after the aging date that you define.

The total open invoice amount that is in the sixth category as defined in either the Accounts Receivable constants or the processing options 
of Credit Analysis Refresh. If you age by days, the system determines the sixth aging category by using the days defined in the seventh 
and eighth aging categories. For example, if the seventh aging category is 150 and the eighth aging category is 180, the date on the invoice that 
you use to age (invoice date, due date, statement date, or G/L date) must be between 150 and 180 days after the aging date that you 
define.

The total open invoice amount that is in the seventh category as defined in either the Accounts Receivable constants or the processing 
options of Credit Analysis Refresh. If you age by days, the system determines the seventh aging category by using the days defined in the 
eighth aging category. For example, if the eighth aging category is 180, the date on the invoice that you use to age (invoice date, due date, 
statement date, or G/L date) must be more than 180 days after the aging date that you define.

The amount retained on your books for the number of days indicated by the category number. The system automatically computes aging 
each time you inquire on an account or print a report.

In Accounts Receivable, the date that the net payment is due. In Accounts Payable, the date that the payment is due to receive a discount 
or, if no discount is offered, the net due date. The system calculates the due date based on the payment term entered, or you can enter it 
manually. If you enter a negative voucher or invoice (debit or credit memo), the system might use the G/L date as the due date regardless of the 
payment term entered. A processing option in the master business function (P0400047 for vouchers and P03B0011 for invoices) controls how 
the system calculates the due date for debit and credit memos.

The most recent date on which the fees were calculated. The system uses this date for further fee calculations, by determining the number 
of days that elapse between calculations.

A date that the system uses to determine the aging category to which to assign an invoice. The system compares the aging date to the 
invoice date, statement date, due date, or G/L date, which is defined by the value in the Date Aging Based On field (AGE), and then uses the 
value in the Aging Method field (AGEM) to determine which aging category to update. If you use method 1, the aging categories are defined in 
the Aging Days fields (CRDY, AGR1, AGR2, AGR3, AGR4, AGR5, AGR6, and AGR7) in the Accounts Receivable constants.  If you leave this 
field blank, the system uses the current date.  Note: The Sales Order Management system also uses this date for credit checks. Leave this 
field blank to ensure that the credit checks are always current.

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 a specific organization, fund, or other reporting entity. The company code must already exist in the Company 
Constants table (F0010) and must identify a reporting entity that has a complete balance sheet. At this level, you can have intercompany 
transactions. Note: You can use company 00000 for default values such as dates and automatic accounting instructions. You cannot use company 00000 
for transaction entries.

An Address Number that the system uses when the customer requests shipments to a variety of locations across the country but wants to 
send all invoices to a single address. The system accesses an address for each shipping destination,and each address contains an "S" 
code to indicate Ship-to only. In addition,the Billing Instruction record for each of these addresses points to a common Related Address Number. 
You can designate this address as the address the Print Invoices program uses to create an invoice from any sales order shipped to the 
Ship-to only destination.

A code that designates which aging categories the system uses to assign invoices. The system uses the date specified in the Age as of 
Date field (DAG) and the value specified in the Date Aging Based On field (AGE) to calculate the aging for each invoice, and then assigns 
them to the aging category specified by this code. Valid codes are: 1 Aging days. The system assigns invoices to the aging categories 
specified in the Aging Days fields. The aging categories are user defined. 2 Fiscal periods. The system uses the fiscal periods defined by the date 
pattern assigned to the company record as the aging categories. 3 Calendar. The system uses each calendar month as an aging category.

The processing mode used in Purchase Order Consolidator to signify when specific orders are being processed.

This is an internally assigned number that groups transaction records with a batch header record based on a particular execution of the G/L 
Post for that batch.

The program selected to produce the statement or delinquency notice.

The version of the statement print program that was used to print statements. The system uses the print program and version specified to 
reprint statements unless you override the version. 

The total amount of the delinquency fee invoice records (RF). The system displays this information from either the A/R Statistical Summary 
table (F03B16S) or the A/R Statistical History table (F03B16), depending on the form. The system displays information from the F03B16S 
table on the Account Statistical Summary form and information from the F03B16 on the Periodic Statistics form.

The total number of delinquency notices that were sent to a customer.

The date of the last deliquency notice that was sent to the customer. The system displays this information from either the A/R Statistical 
Summary table (F03B16S) or the A/R Statistical History table (F03B16), depending on the form. The system displays information from the 
F03B16S table on the Account Statistical Summary form and information from the F03B16 table on the Periodic Statistics form.

The name of the collection manager responsible for managing this customer's account. You must set up the collection manager in the 
address book, and then create an entry in the user defined code table 01/CM. When you set up the user defined code value, you must also enter 
the address book number of the collection manager in the Description 02 field. You enter the user defined code that represents the collection 
manager in this field.

This is a generic field used as a work field.

A value that specifies the total amount of the invoice or voucher pay item. The gross amount might include the tax amount, depending on 
the tax explanation code. The system does not decrease the gross amount when payments are applied. When you void a transaction, the 
system clears the gross amount field.

The foreign currency amount entered on the transaction. If the Multi-Currency Conversion option on the General Accounting constants is set 
to Y, the foreign amount is multiplied by the exchange rate to arrive at the domestic amount. If the Multi-Currency Conversion option is set to Z, 
the foreign amount is divided by the exchange rate.

The due date for the past-due invoices that print on the delinquency notice when you are using the Tiered Delinquency Notice Print 
program (R03B21). The system calculates the notification payment date by adding the value of the Pay By Days field (PBDY) from the applicable 
notification instruction to the aging date that is set up in the Accounts Receivable constants or the processing options of the Print Delinquency 
Notices program (R03B525).  Providing the customer with a notification payment date is a legal requirement in several countries. 

A list of valid codes for a specific user defined code list.

A number that represents an aging category or severity level depending on the setting of the Determine Severity Level processing option 
in the Print Delinquency Notices program (R03B525).  If the processing option is blank (aging categories), the number represents a range of 
days, fiscal period, or calendar month as specified in either the Accounts Receivable constants or the processing options of the Print 
Delinquency Notices program to which the system assigns past-due invoices. Customers with past-due invoices that are in the aging category that 
you specify are eligible to receive a delinquency notice.  If the processing option has a value of 1 (total reminders sent), the number 
represents the severity level based on the number of delinquency notices previously sent. For example, if the number is 3, the invoice must have been 
included on 2 delinquency notices to be considered for another delinquency notice. 

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

This field specifies the number of delinquency notices that have been generated for an invoice pay item. 

The amount of an invoice or voucher pay item that is unpaid.

A code that specifies which date on the invoice record to use to calculate aging. The system compares the date specified on the invoice 
record to the date entered in the Age as of Date field (DAG) to determine the aging, and then updates the aging category based on the method 
specified in the Aging Method field (AGEM). Valid values are: I Invoice date   D Due date   G G/L date   S Statement date