This feature is currently unavailable and is scheduled to release on June 16, 2026. This article will be updated once the feature is live.
The Application Date is a field on the payment form that controls which accounting period a payment counts toward on your AR Aging Report. It gives your billing team flexibility to record a payment on one date but report it in a different accounting period, which is useful for month-end close and split-period payments.
For most payments recorded in real time, you won't need to change it. The field defaults to the right date automatically, and your day-to-day payment workflow stays the same.
Before You Start
Here are a few things to know before you continue:
- To see if you have access to this feature in ServiceCore, please check out this article on user permission levels.
- The Application Date only affects how a payment is reported in accounting reports like your AR Aging Report. It does not change when the payment was recorded or the Payment Record Date.
- You can't set the Application Date earlier than the Payment Record Date.
- You can't set the Application Date to a date inside a closed accounting period.
- Any user who can edit a payment can also edit the Application Date.
- The Application Date is not sent to QuickBooks Online (QBO). QBO continues to use the Payment Record Date for its own aging.
Where the Application Date Appears
The Application Date appears on the payment form when you check the box next to an invoice to apply a payment to. It shows as a blue clickable link directly below the Invoice Payment field for that invoice. Clicking it opens a date picker where you can adjust the date if needed.
The same field is available when editing an existing payment.
Understand the Default Application Date
The Application Date defaults to the later of the Payment Record Date and the Invoice Date. Here's how that plays out in practice:
- For a payment recorded the same day it's received on a past-dated invoice, the default is the Payment Record Date.
- For an old unapplied payment being applied to a newer invoice, the default is the Invoice Date.
- If the default date falls inside a closed accounting period, ServiceCore moves it forward to the earliest open date automatically.
Please Note: You can't set the Application Date earlier than the Payment Record Date. If you need to record a payment with an earlier date, update the Payment Record Date first. Keep in mind that changing a Payment Record Date that falls in a closed accounting period will trigger a warning in ServiceCore.
When to Change the Application Date
Most users recording payments in real time never need to change this field. The default handles it correctly. There are three scenarios where you'd intentionally change it.
Back-Dating a Late-Recorded Payment
A check arrives on December 28 but the office is closed for the holidays. On January 5, your billing staff records the payment and applies it to the customer's December invoice. The Payment Record Date is set to January 5th when the billing staff records the payment.
By default, the Application Date will be January 5, the Payment Record Date. Your billing staff can set the Payment Record Date to December 28 (the date the check actually arrived) and the Application Date should update to December 28 as well. If the Application Date does not automatically update, you can manually change the date to December 28th. This way, the payment reduces your December AR balance instead of January on your AR Aging Report.
Please Note: If your ServiceCore account has a closed accounting period set and you change a Payment Record Date that falls within that closed period, you'll see a warning: "Closed accounting for this period is in effect. Editing information in this period will affect your books." Check with your accountant before making changes to a closed period.
Split-Period Payment
A customer sends one $500 check on January 3 that covers a $200 balance on a December invoice and a $300 balance on a January invoice. They want each portion to age to the correct period.
Because the Application Date is set per invoice line, you can leave the January invoice at the default and set the December invoice's Application Date to a date in December. Each portion then ages to the right month on your AR Aging Report. This is something only the Application Date can handle, because a single Payment Record Date can't be in two periods at once.
Apply Old Unapplied Credit to a Newer Invoice
Sometimes a payment sits unapplied for a while before it gets linked to an invoice. When you apply it, the Application Date defaults to the Invoice Date, since that's the later of the two dates.
For example, a customer sent $500 on December 15 but it wasn't applied to anything at the time. An invoice was issued on January 10. On March 15, the customer asks you to apply that credit to the January invoice.
The Application Date will default to January 10. If the customer wants the application to age to March, when the decision was actually made, they can update the Application Date to March 15 instead. This lets them choose which accounting period the "use this credit" action belongs in.
Application Date and QuickBooks
ServiceCore does not send the Application Date to QuickBooks Online (QBO). QBO continues to use the Payment Record Date for its own aging. This is intentional. QBO's data model only supports one date per payment, so there's no way to store a per-invoice Application Date there.
Here's what this means in practice:
- If you never change the Application Date, your ServiceCore AR Aging Report and QBO aging will match for day-to-day payments.
- If you do change the Application Date, your ServiceCore AR Aging Report and QBO aging report will intentionally differ. ServiceCore reflects your chosen Application Date; QBO reflects the original Payment Record Date.
TIP: Think of it this way: ServiceCore is your source of truth for which accounting period a payment belongs to. QuickBooks is your source of truth for when the funds were actually recorded. If you don't change the Application Date, the two stay in sync. If you do change it, the difference is intentional.
Frequently Asked Questions (FAQs)
These FAQs address common questions and quick clarifications to help you use this feature with confidence.
Do I need to change the Application Date every time I record a payment?
No. For most payments recorded the same day they're received, the default is correct. You only need to change it if you want the payment to age to a different accounting period than the default.
Can I change the Application Date after a payment is already recorded?
Yes. Open the payment record, click Edit Payment, and the Application Date is available to adjust on each invoice line, as long as the new date falls in an open accounting period.
What happens if I unapply a payment and re-apply it to the same invoice?
The Application Date you previously set is restored automatically. You don't need to re-enter it. This is helpful during month-end close when you're shuffling payments between invoices.
Does the Application Date affect credit memo applications?
Yes. Credit memo applications are processed through the payment screen, where the Application Date field is available.
Does the Application Date affect refunds?
No. Refunds use the Refund Issued At date and are not affected by the Application Date.
What happens with Multi-Site Invoice payments?
When you apply a payment to a Multi-Site Invoice (MSI), the child invoices automatically inherit the Application Date of the parent invoice. You can't set Application Dates independently for child invoices.
Can I undo a change I made to the Application Date?
Yes. Open the payment record, click Edit Payment, and update the Application Date to the correct date, as long as it falls in an open accounting period.
If you have any questions, please reach out to our Support team through the chat widget on the bottom of this page or by sending an email to support@servicecore.com!