F03B11AsOfAgingSummary

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.

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

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

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

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 amount of an invoice or voucher pay item that is unpaid.

Total amount of all invoice pay items that are past due.

The total amount of the invoices that is due prior to the first aging category defined when the Credit Analysis Refresh program (R03B525) 
was last run. Aging information can be set up in the Accounts Receivable constants or the Credit Analysis Refresh program. For example, if the 
first 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 more 
than 30 days in the future.

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.

A code that identifies the currency of a transaction. 

The number of invoice pay items that had an open amount at the time the Credit Analysis Refresh program (R03B525) was run. 

The total open amount of chargebacks for the customer.

The total number of open chargeback pay items.

The amount of the invoice or voucher pay item that is eligible to be subtracted from the gross amount when the transaction is paid. The 
system calculates discount amounts based on the payment term entered on the transaction.  Note: If the system calculates the discount, verify 
that it applies to the pay item specified. Usually, freight, sales tax, and labor charges that are included in the gross amount do not qualify for 
discounts.

The amount of the discount that is taken on or before the discount due date.

The number of invoice pay items with a due date prior to the aging date specified when the Credit Analysis Refresh program (R03B525) 
was run. 

Total amount of all open chargebacks that are past due.

Total discount available amount for all open invoice pay items that are past due.

The total number of invoice pay items that are due in the current period, as specified by the Age as of Date field on the form. 

Total amount of all chargebacks that are due in the current period.

Total discount available amount for all open invoices due in the current period.

Total discount amount for all open invoices due in the current period and contain a discount due date greater than or equal to the current 
date.

The total payment amount received from a customer that was not applied to invoices.

The number of unapplied receipts records (RU) in the Customer Ledger table (F03B11) that have a pay status not equal to P. 

A value that indicates the total amount of invoices with a gross amount less than zero, excluding invoices with document types R1, R5, and 
RU. 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 F03B16S on the Account Statistical Summary form and information from 
F03B16 on the Periodic Statistics form.

The total number of open credit pay items. The system updates this field when you run the Credit Analysis Refresh program (R03B525).

The total value of the open draft amounts.  Outstanding drafts are considered all drafts in Italy and only drafts not yet due in France.

The number of draft records (R1) in the Customer Ledger table (F03B11) that have a pay status not equal to P. 

The unresolved domestic amount of the deduction. The currency associated with this amount appears in the Base Currency Code field 
(BCRC).

Future use.

A code that specifies whether the transaction is included in the the A/R Statistical History table (F03B16). Valid values are: Blank The 
transaction is not included in the A/R Statistical History table.   1 The transaction is included in the A/R Statistical History table.