March 22nd 1st Payment

Dec 22, 2020 Your mortgage payment is typically due at the beginning of the month. Your very first mortgage payment, however, isn't due on the first day of the month after you close. Instead, it's due the first day after the first full month after you close. That means if you close on March 15, your first mortgage payment isn't due April 1—it's due May 1. Oct 01, 2020 If the birthday is between the 21st and the end of the month, the payment arrives on the fourth Wednesday of the month. So, if you reach full retirement age on Nov. 15 and start benefits then, you’ll get your first Social Security payment on the third Wednesday of December. There's an exception if you were born on the first day of the month.

Billing statements are generated the first working day of each month, and are normally due around the 22nd of the month.

  • March 22nd 2020 218 1st St SE Minot, ND 58701 701-838-1026 Stleosminot.org [email protected] Office Hours. Payment due by.April 1st, 2020.
  • March 22: CMS Relaxes Quality Reporting Deadlines. Clinicians and facilities participating in CMS quality reporting programs, including the Merit-based Incentive Payment System, also known as MIPS, will have more flexibility in data submission. For the MIPS program, 2019 data submission deadlines have been moved to April 30.
  • The first mortgage payment after closing is due two months after closing. So, if you close in January, you skip February and owe the first payment on March 1. You're not let off the earlier payments though. Interest starts from the day you close, and the amount is added to your monthly payment.

Students are sent official notification that their U-Bill is available for review via email to their @uiowa.edu email address.Students have 24/7 access to view their accounts online using MyUI, and can anticipate the availability of their U-Bill around the first of the month, for each month there is a balance due and/or transaction activity on their account.

If our office has not received at least the minimum payment due by the monthly due date, your account may be restricted and a late payment fee may be assessed. If you do not receive an email please notify the University Billing Office as soon as possible. Missed or undeliverable email is not an acceptable reason for late payment and will not exempt the account from restrictions or late payment fees.

Statements include Contract Charges (Tuition, Room and Meal Plan) and Miscellaneous Charges(all other items). Contract charges for the semester will be billed in full as follows:

  • Fall Semester - August
  • Winter Semester - December
  • Spring Semester - January
  • Summer Semester - June

The University Billing Office offers two payment options:

  1. Pay the 'Statement Balance' at the beginning of each semester.
  2. Pay the 'Minimum Payment' which will automatically enroll the account in the Deferred Payment Plan.

Paying Balance in Full

If you choose to pay the full amount of the contracted items you will pay the total shown as the 'Statement Balance' by the date indicated on your U-Bill.

Deferred Payment Plan

Paying an amount less than the Statement Balance automatically enrolls your account in the Deferred Payment Plan. Students will have the option to pay contracted items (Tuition, Room and Meal Plan) in three installments during the Fall and Spring semesters as follows:

  • Fall Semester - August, September, October
  • Spring Semester - January, February, March

A $20.00 Deferred Payment Fee will be assessed on the last installment of the semester if you choose this billing option.

During the Summer Semester installments can be paid as follows:

March 22nd 1st Payment Status

  • Summer Semester - June, July

A $15.00 Deferred Payment Fee will be assessed on the last installment of the summer semester if you choose this billing option.

The Minimum Payment displayed on the U-Bill is calculated by billing the appropriate portion of the total contracted charges, plus all miscellaneous charges you have incurred during the month.

International Bank Payments

The University of Iowa has partnered with Flywire for a more cost-effective method for international students to wire funds from their home country from any bank. You will be offered excellent exchange rates allowing you to pay in your home currency (in most cases) and save a significant amount of money compared to traditional bank methods. The posting of your payment to the University will be faster, you will have the ability to track your payment and Flywire will notify you when the University has received your funds.
Go to: www.flywire.com/signup/uiowa to register and then follow the instructions to make a payment.

  • To get started, select the country from which your funds will be coming from and the payment amount (in US dollars) you wish to make to your student U-bill.
  • In most cases, the US dollar amount will be converted into your home currency at preferential exchange rates, which will translate into savings for you.
  • After providing some basic information, you will visit your bank (via phone, online or in person) to send funds from your local bank to Flywire.
  • Flywire will then convert the funds to US dollars and forward the US dollar amount to the University of Iowa where it will be directly credited to your account.
  • Through the Flywire dashboard you will be able to track where your payment is in the transfer process.
  • You will receive an email confirmation when your payment is deposited into the University’s bank account.
  • No matter your time zone, you will have a dedicated multilingual customer support team available to you, reachable 24/7 via live chat, Skype, email and phone to answer any of your questions.
  • VIDEO: Paying with FlyWire's International Payment Solution -https://v.qq.com/x/page/t0398t1y70z.html

Employer Deferment

Students who receive tuition reimbursement from their employer can request to have the payment of their tuition and fees deferred until the end of the semester (about 30 days after grades are posted on MyUI) for a fee of $35.00 per semester. The deferment only applies to tuition and mandatory fees. All other charges on your monthly bill will need to be paid as billed. This agreement does not include course fees or any other fee associated with your registration.
To apply for this deferment, the Employer Deferment Request must be fully completed by the student through MyUI no later than the enrollment deadline (see below for deadlines by semester).

Agreements can cover multiple semesters and expire at the end of the academic year. Students that wish to continue with the deferred payment agreement must submit a new form no later than the enrollment deadline for the semester they plan to attend.

Employer Deferment Enrollment Deadlines

  • Fall Semester - August 1
  • Spring Semester - January 1
  • Summer Semester - June 1

Qualifying student's deferred tuition balances must be paid by the following dates.

  • Fall Semester - January 22
  • Spring Semester - June 22
  • Summer Semester - September 22
March

An accepted Employer Deferment Request does not result in the University billing the employer directly. The student will remain financially responsible for the balance of their bill and all restrictions will apply if payment is not received by the due dates stated above.

This chapter contains the following topics:

15.1 Payment Terms

Payment terms are used by the JD Edwards EnterpriseOne Accounts Payable and Accounts Receivable systems to specify a payment due date and, optionally, a discount percent and discount due date. Payment terms enable you to enter invoices and vouchers more efficiently because the system calculates the due dates and discounts for you. You can specify a default payment term on the customer and supplier records. Then, when you enter a voucher or invoice for that customer or supplier, you can either accept the default value or override it with a different payment term.

Payment term codes can range from simple to complex, depending on your organization's policies. You define a payment term by using a one-, two-, or three-character combination of these types of characters:

  • Alphabetic (A–ZZZ)

  • Numeric (0–999)

  • Special characters (including blank)

For example, you might use A1%, which combines all three types of characters, for a percentage payment term code.

The JD Edwards EnterpriseOne Accounts Payable and Accounts Receivable systems use the same payment terms; payment terms are not system specific.

15.1.1 Commonly Used Payment Terms

You can use a blank payment term code for the most commonly used payment term, but you should also set up that payment term with a code to use as an override, especially if you use a nonblank default payment term on the customer or supplier record. For example, if the supplier master record is set up to use 001 as the payment term code, and you want to override it on the voucher to the blank payment term code, the system will continue to supply the default (001) from the supplier record every time you clear the field.

15.1.2 Types of Payment Terms

Two types of payment terms are available:

Payment TermDescription
StandardStandard payment terms enable you to:
  • Specify due dates by entering a specific date, specifying the number of days to add to the invoice date, or specifying the number of months to add to the invoice date and the date in the month.

  • Specify discounts as a percent of the gross amount for each invoice or voucher, or each invoice or voucher pay item.

  • Specify discount due dates.

  • Divide an invoice or voucher equally into multiple payments. You can specify a due date for the first payment and the number of days to add to each remaining payment.

Advanced Advanced payment terms provide all the features of standard payment terms, but also enable you to:
  • Specify a calendar and work day rule to use in conjunction with the due date. For example, if the due date falls on a weekend day, the system can automatically change it to the previous Friday or following Monday.

  • Specify a based-on date other than the invoice date, such as the GL date or service/tax date.

  • Calculate net and discount due dates using date ranges that allow you to add days and months, specify a fixed date, or use a combination of the two.

  • Divide a transaction into multiple payments based on a percentage. For example, the amount of the first payment might be 20 percent of the total amount and the amount of the second and third payments might each be 40 percent of the total.

  • Specify varying discount percentages for multiple payments. For example, the percentage of a discount for the first payment might be 10 percent and the remaining payments might be 20 percent each.

  • Specify varying discount percentages based on the due date. For example, you might grant a 5 percent discount to customers who pay within 10 days and a 2 percent discount to customers who pay between 11 and 30 days.


March 22nd 1st Payment Form

15.2 Standard Payment Terms

You set up standard payment terms using the Payment Terms Revisions program (P0014). The system uses the information for the payment term code to calculate the values for the due date, discount available, and discount due date on the invoice and voucher entry forms. Unlike advanced payment terms, you do not set up due date rules for standard payment terms.

15.2.1 Standard Payment Term Codes

Standard payment terms enable you to set up these basic payment due dates:

  • Due upon receipt

  • Fixed

  • Net

  • Proximate date

  • Split

The system stores standard payment terms in the Payment Terms table (F0014).

15.2.1.1 Due Upon Receipt Payment Terms

Use due upon receipt payment terms when you want the due date to equal the invoice date. You set up the payment term without specifying any additional information.

15.2.1.2 Fixed Payment Terms

Use fixed payment terms when you want to specify a due date instead of having the system calculate the due date. For example, if you want all transactions due at the end of the year regardless of when they were entered, enter a due date of December 31, 2006.

15.2.1.3 Net Payment Terms

Use net payment terms to specify the due date of the transaction by adding some number of days to the invoice date of the transaction. Assume that you specify net 30 days to pay and you enter a transaction with an invoice date of June 14. The system calculates the due date as July 14.

In addition to specifying the net days to pay (or due date), you can specify the discount percent and the discount days. The system multiplies the gross amount by the discount percent to calculate the discount available. It then adds the discount days to the invoice date to determine the discount due date.

Assume that you set up a payment term code for:

  • Discount of 1 percent.

  • Discount days of 10.

  • Net days to pay of 30.

You enter a transaction with an invoice date of June 14. The system calculates the discount due date as June 24 and the net due date as July 14. The customer has until June 24 to remit their payment to receive a 1 percent discount; otherwise, the payment is due July 14.

15.2.1.4 Proximate Date Payment Terms

Use proximate date payment terms when you want the transaction due date to be on the same date of the month regardless of the invoice date. You specify the number of months to add to the invoice date and the date in that month on which the transaction is due.

Assume that you set up a payment term code for:

  • Proximate month of 1.

  • Proximate day of 10.

You enter a transaction with an invoice date of May 20. The system calculates the due date as June 10. To specify a due date for the last day of the month, use a proximate month of 0 and proximate days of 31. The system uses the last day of the month regardless of the number of days in the month.

In addition to specifying the proximate month and day, you can specify the discount percent and the discount days. The system multiplies the gross amount by the discount percent to calculate the discount available, and adds the discount days to the invoice date to calculate the discount due date.

Assume that you set up a payment term code for:

  • Discount of 1 percent.

  • Discount days of 10.

  • Proximate month of 1.

  • Proximate days of 10.

You enter a transaction with an invoice date of June 14. The system calculates a discount due date of June 24 and a net due date of July 10. The customer has until June 24 to remit their payment to receive a 1 percent discount; otherwise, the payment is due July 10.

15.2.1.5 Split Payment Terms

Use split payment terms when you want the system to divide the transaction evenly into multiple payments with different due dates and the number of days between the second and subsequent payments is constant.

You specify the net days to pay, the number by which you want to divide the transaction, and the days to pay aging. The system uses the net days to pay to calculate the due date of the first payment, and the days to pay aging to calculate the due dates for the second and subsequent payments.

Assume that you set up a payment term code for:

  • Net days to pay of 20.

  • Split payments of 4.

  • Days to pay aging of 30.

You enter a voucher with an invoice date June 14. The system divides the voucher into four payments and calculates these due dates:

  • For the first payment, the due date is July 4 (20 days from the invoice date).

  • For the second payment, the due date is August 3 (30 days from the due date of the first payment).

  • For the third payment, the due date is September 2 (30 days from the due date of the second payment).

  • For the fourth payment, the due date is October 2 (30 days from the due date of the third payment).

    Note:

    You do not see the effects of the split until you complete the entry process for the transaction and then re-inquire on it.

    In addition to specifying the split payment term, you can specify the discount percent and the discount days. The system calculates the discount available for each payment. You specify the information for the split payment term, as well as the discount percent and the number of days to add to the invoice date to calculate the discount due date.

Assume that you set up a payment term code for:

  • Discount of 1 percent.

  • Discount days of 10.

  • Net days to pay of 20.

  • Split payments of 3.

  • Days to pay aging of 30.

You enter a transaction for 3,000 USD with an invoice date of June 1. The system calculates these dates for each payment:

PaymentGross AmountDiscount AmountDiscount Due DateDue Date
001100010June 11June 21
002100010July 11July 21
003100010August 10August 20
March 22nd 1st payment act

The system performs soft rounding on amounts that do not divide equally.

15.3 Advanced Payment Terms

Advanced payment terms enable you to customize payment due dates by setting up due date rules. Due date rules enable you to set up more complex and diverse payment terms because you can:

  • Specify a work day calendar and work day rule.

    Specify which days of the month are work days and which are weekends and holidays. Additionally, if due dates fall on a weekend or holiday, you can specify whether to use that date or have the system automatically change the due date to the previous or following working day.

  • Specify the based-on date.

    Unlike the due dates for standard payment terms, which are always based on the invoice date, advanced payment terms enable you to specify whether to use the invoice date, GL date, or service/tax date.

  • Specify the number of days and months to add to or subtract from the based-on date based on a range of transaction dates, or specify the months to add and a fixed date based on a date range.

  • Specify unique rules for net and discount due dates.

    You could have net due dates that use a date range and are based on the GL date and discount due dates that have a fixed date based on the invoice date.

The system stores advanced payment term information in these tables:

  • Advanced Payment Terms (F00141).

  • Due Date Rules (F00142).

  • Due Date Rules Day Range (F00143).

  • Installment Payment Terms (F00144).

  • Multitiered Payment Terms (F00147).

15.3.1 Work Day Calendars and Rules

Dates

Before you set up due date rules, set up work day calendars using the Work Day Calendar program (P00071). Calendars enable you to specify actual work days, weekends, holidays, and other user-defined types of days for your organization. You can set up multiple calendars and reference one of them in a due date rule.

After you set up a work day calendar, you specify how the system calculates the due date on a nonworking day. You specify the work day rule for a due date rule using the Due Date Rule Revisions program (P00146). By using a work day rule, you can adjust the payment's due date to correspond to your work days, as well as prevent unintended grace periods that might occur if the due date falls on a Saturday and your business is closed.

For example, you can instruct the system to:

  • Use work days only when counting the days to calculate the due date and not allow the due date to occur on a nonwork day.

  • Use the work day after the calculated due date as the due date. For example, if the calculated due date occurs on the weekend, the system moves it to the following Monday.

  • Use the work day before the calculated due date as the due date. For example, if the calculated due date falls on the weekend, the system moves it to the previous Friday.

Work day calendars are stored in the Workday Calendar table (F0007).

15.3.2 Due Date Rules

Before you set up advanced payment term codes, you must define the rules that the system uses to calculate due dates for invoices and vouchers. You can set up as many due date rules as necessary.

You can set up a due date rule for either a discount due date or a net due date. After you set up due date rules, you set up the advanced payment term code that uses the rule and you specify a discount percentage, if desired. Thus, the due date rule is linked to the advanced payment term code and discount percentage to define:

  • Default payment term code for a customer or supplier.

  • Payment term code for a specific invoice or voucher.

  • Payment term code for a specific invoice or voucher pay item.

You can verify that the due date rules that you set up are correct by using the Simulator program, which is available from the Due Date Rules Revisions program (P00146). The Simulator program enables you to perform multiple tests on due date rules without entering transactions.

15.3.2.1 Due Date Rule Components

Using a combination of due date components enables you to set up unlimited payment terms to meet your business needs. A due date rule can consist of any of the components listed in this table.

ComponentDescription
Based-on DateAn invoice date, GL date, or service/tax date.
Days to AddThe number of days that the system adds to the based-on date.
Months to AddThe number of months that the system adds to the based-on date.
Fixed DaysThe same date every month, such as the 10th or 15th of each month.
Date RangeA range of days that the system uses in conjunction with other components.
Work Day CalendarA calendar that you can use to specify the days of the week that are working days.
Work Day RuleA rule that you can use to ensure that if a due date is on a nonworking day, the system moves it forward or backward to an actual work day. You can also specify whether to count nonworking days when calculating the due date.
Multitiered DiscountsA payment term that enables multiple discount percentages. For example, you might set up a payment term that enables your customer to receive a 20 percent discount on their invoice if it is paid within 10 days, a 10 percent discount if it is paid within 20 days, and no discount if the full amount is paid after 20 days. You can define up to five tiers of discount percentages.

March 22nd 1st payment auto loan

15.3.2.2 Date Ranges

You set up date ranges at the time that you set up due date rules. If you specify a date range for a due date rule, the system uses the last day in the range in conjunction with the months to add, the days to add, or a fixed date. If you do not specify a month to add, days to add, or a fixed date, the system assigns the last day of the range as the due date.

For example, if you set up a date range from the 10th to the 25th of June and you do not specify a fixed date or months and days to add, the due date of the payment is June 25th.

The ranges cannot overlap, and they must include a full month (the 1st through the 31st). The system always uses the last day of the month, regardless of the number of days in the month, when you specify fixed days as 31.

When you set up a date range, you can specify the number of months to add along with the number of days to add or the fixed date. However, you cannot specify both the number of days to add and a fixed date. The types of date ranges that you can specify are:

  • Months to add.

  • Days to add.

  • Fixed date.

  • Months to add and days to add.

  • Months to add and fixed date.

When a due date rule contains a date range, the system first calculates the due date based on the components within the rule, such as the months to add or fixed days. Then the system uses the date range to complete the calculation. For example, the system reads these components to calculate the due date on an invoice:

  • Based-on date: invoice date of January 10.

  • Months to add: 1.

  • Fixed days: 1.

  • Date ranges:

    • From day 1 to day 1 with days to add of 30.

    • From day 2 to day 31.

The system adds one month to the invoice date and uses the fixed days of 1 to calculate a due date of February 1. Then the system reads the first date range and adds 30 days to calculate a final invoice due date of March 3. Based on this setup, the second date range will never be used in the calculation.

15.3.3 Advanced Payment Term Codes

After you set up due date rules, you assign them to an advanced payment term code using the Advanced Payment Terms program (P00145). Advanced payment term codes are three-character alphanumeric values that identify the type of payment term. When you create advanced payment term codes, you can also specify the discount percent to use for the discount due-date rule that you assign. The system uses this discount percent unless you set up installment or multitiered discounts, in which case the system clears the value specified.

15.3.3.1 Installment Payment Terms

Instead of paying an invoice or a voucher all at one time, you can enter the transaction for installment payments by using installment payment terms. Like split payment terms, installment payment terms divide the transaction into multiple payments over a specified period of time. Unlike split payment terms, which divide the transaction evenly by a specified number, you determine the percentage of each installment and the percentage of the discount for each installment.

The system calculates the installment amount by multiplying the transaction's gross amount by the percentage that you define. The system calculates the discount due date and net due date of each installment based on the due date rules that you assign to it.

Because you can assign different due date rules to each installment, you can create unlimited variations of the amounts due, the discounts allowed, the dates by which payments must be received to receive a discount, and the dates on which the installment must be paid before it is considered delinquent.

These examples describe the different types of installment payment terms that you might set up:

ExampleDescription
Equal payments with a discount.You might set up five equal payments:
  • Payment 1 = 20 percent with a 10 percent discount

  • Payment 2 = 20 percent with a 10 percent discount

  • Payment 3 = 20 percent with a 10 percent discount

  • Payment 4 = 20 percent with a 10 percent discount

  • Payment 5 = 20 percent with a 10 percent discount

The discount and net due dates of the payment depend on the due date rules that you assign to the payment term.

Unequal payments with a discount.You might set up three unequal payments:
  • Payment 1 = 50 percent with a 5 percent discount

  • Payment 2 = 30 percent with a 5 percent discount

  • Payment 3 = 20 percent with a 5 percent discount

The discount and net due dates of the payment depend on the due date rules that you assign to the payment term.

Unequal payments with varying discounts.You might set up four unequal payments:
  • Payment 1 = 40 percent with a 10 percent discount

  • Payment 2 = 30 percent with a 8 percent discount

  • Payment 3 = 20 percent with a 6 percent discount

  • Payment 4 = 10 percent with a 5 percent discount

The discount and net due dates of the payment depend on the due date rules that you assign to the payment term.


This example uses an installment payment term for an invoice that is to be split into three installments:

ParameterValue
Amount9,000
Invoice DateJuly 15
Based-on DateInvoice Date
First Installment2,000 with a 10 percent discount
Second Installment3,000 with a 5 percent discount
Third Installment4,000 with a 1 percent discount

Because the total percentage must equal 100, you must round the percentage of the last installment up as shown in this table:

Percent of InstallmentCalculation
First Installment2000 / 9000 = 22.222 percent
Second Installment3000 / 9000 = 33.333 percent
Third Installment4000 / 9000 = 44.445 percent

When you enter the invoice for 9,000, the system calculates the installment amounts as shown in this table:

Amount of InstallmentCalculation
First Installment9000 Ã .22222 = 1,999.98
Second Installment9000 Ã .33333 = 2,999.97
Third Installment9000 Ã .44444 = 4,000.05

The system uses soft rounding when amounts do not divide evenly.

Installment payment terms use due date rules to determine the discount and net due dates to assign to the transaction. The system uses the based-on date specified on the due date rule to determine the due dates for the first installment only. The system uses due dates of the first installment as the based-on date for the second installment, and the due dates of the second installment as the based-on date for the third installment, and so on.

For example, suppose in the previous example that you have these due date rules assigned to each installment to calculate the corresponding discount and net due dates:

Due Date RuleBased-on DateDays to Add
DISCTInvoice Date10
NETInvoice Date30
22nd

Because you entered the invoice with an invoice date of July 15, the system calculates the due dates for each installment:

InstallmentDiscount Due DateCalculationNet Due DateCalculation
FirstJuly 25The system adds 10 days to the invoice date.August 14The system adds 30 days to the invoice date.
SecondAugust 24The system adds 10 days to the net due date of the first installment.September 13The system adds 30 days to the net due date of the first installment.
ThirdSeptember 23The system adds 10 days to the net due date of the second installment.October 13The system adds 30 days to the net due date of the second installment.

15.3.3.2 Multitiered Discount Payment Terms

Many companies want to reward their customers for early and prompt payments by allowing a greater discount based on the date that the customers remit their payment. Being able to change the discount percentage based on the date enables you to negotiate better terms with your suppliers and offer better terms to your customers.

You can set up advanced payment terms that allow the discount percentage to vary according to the number of days that have passed from the date that you specify as your based-on date for your due date rule. You can define up to five tiers of discount percentages.

For example, you might set up a payment term that allows a 10 percent discount if the payment is remitted within 10 days from the invoice date, a 5 percent discount if the payment is remitted within 20 days, and a 1 percent discount if the payment is remitted between 21 and 29 days.

To determine the discount due date for the first tier, the system uses the information that you provide on the due date rule. To determine the discount due date for subsequent tiers, the system adds the ending day of the tier to the based-on date specified.

To calculate new discount percentages and discount due dates for subsequent tiers, you must run either the Update A/R Invoices program (R005142) or the Update A/P Vouchers program (R005141).

15.4 Examples: Advanced Payment Terms and Due Date Rules

Because payment terms can be very complex, these examples might be helpful when you set up advanced payment terms that use a combination of date ranges and rules. All examples assume that you are using a work day rule that specifies actual (all) days in the due date calculation, as opposed to working days only. You use the Due Date Rule Revisions program to set up date ranges.

15.4.1 Example: Invoice Date

If the invoice date is between the 1stand 15th, set up a payment term that uses a fixed date of the 10thin the following month. Otherwise, add two days to the invoice date if it is between the 16thand 31st.

Specify a date range for 1–15 that adds 1 month and has fixed days of 10.

The system calculates the due date to be the 10thof the following month for all transactions that have an invoice date between the 1stand the 15th.

Specify a separate date range for each date after the 15th:

From DayTo DayDays to Add
16162
17172
18182
19192
20202

Continue adding a range for each single day that adds two days through the 31st.

Important:

Do not set up a second range for 16–31 that adds two days. This is a common mistake. In this case, the system would calculate the due date on the 2nd of the following month because it adds two days to the last day specified in the date range, which could be the 28th, 29th, 30th or 31st, depending on the month and year.

15.4.2 Example: GL Date

If the GL date is between the 1st and the 10th, set up a payment term that adds one month and five days to the GL date. If the date is between the 11thand the 20th, add one month to the GL date. If the date is between the 21st and the 31st, add one month and use a fixed date of the 31st.

Specify a separate date range for each day between the 1st and the 10th:

From DayTo DayDays to AddMonths to Add
1151
2251
3351
4451
5551

Continue adding a range for each single day that adds one month and five days through the 10th.

Important:

Do not set up a range from 1–10 that adds one month and five days. This is a common mistake. In this case, the system would calculate the due date to be on the 15th of the next month for all transactions with a GL date between the 1st and the 10th because it uses the last day of the range (10) and adds one month and five days to it.

Specify a date range for each day between the 11th and the 20th:

From DayTo DayDays to AddMonths to Add
111101
121201
131301
141401
151501

Continue adding a range for each single day that adds one month through the 20th.

Specify a date range between the 21st and 31st that adds one month and has fixed days of 31.

From DayTo DayDays to AddMonths to AddFixed Days
21310131

You do not need to specify a separate range for each date because the due date is fixed.

15.4.3 Example: Prior to Invoice Date

Your company requires payment for goods prior to shipment. Set up a payment term that subtracts 10 days from the invoice date. Because the payment term is not dependent on a date range, specify –10 for the days to add.

Because the customer is prepaying for an item, the payment will be entered as an unapplied receipt until the invoice is generated. When the invoice is generated, it will be matched against the unapplied receipt. Allowing the calculation of due dates prior to the invoice date can help you manage prepayment billing. Additionally, you can use prepayment due date rules in installment payment terms if you need to manage different payment percentages in accordance with different due dates.