Skip to main content
Solved

In 25R1 When an Appointment is Paused, system not updating the Email time card activity.

  • February 19, 2026
  • 4 replies
  • 44 views

Forum|alt.badge.img+3

In 25R1, we noticed a change in behavior related to paused Appointments.

When an Appointment is paused, the system is not updating the Employee Time Activity/Time Card immediately. The time activity only gets updated after the Appointment is completed.

However, in 23R2, the Employee Time Activity was updated immediately when the Appointment was paused.

Has this behavior changed in 25R1 (or in any 2024 version)?
Is this an intentional system change, or has anyone else experienced the same issue?

I reviewed the all the release notes from 24R1 to 25R2 but there is no change noticed.

 

 

Best answer by vdiaz

Thanks for the detailed description — and for checking the release notes as well. What you’re seeing in 25R1 is expected, because there was a behavioral change compared to 23R2.

This change was introduced across these builds:

  • 2023R1 Update 16 (2023R116)

  • 2023R2 Update 11 (2023R211)

  • 2024R1 Update 03 (2024R103)

What changed, and why

In earlier versions (including 23R2), the system could create/update Employee Time Activities / Time Cards immediately when an Appointment log was set to Paused.

However, creating time activities for paused logs created downstream issues when the paused time spanned multiple days:

  • If a user paused a log on Appointments (FS300200) and then a related time entry was created/updated on Employee Time Activities (EP307000) or Employee Time Cards (EP406000), and the entry spanned multiple days, the system created a single entry with an incorrect duration.

  • This happened because the Time Spent field on Employee Time Activities /  Employee Time Cards does not support multiple days / durations over 24 hours.

  • Even more importantly: if that “long” entry was approved or released, the system was unable to split the time properly (one line per day). In some configurations (depending on Time Behavior settings on the Service Order Type), this blocked users from completing the appointment or completing the log line, because the system tried to insert the split lines at completion time — and was not able if the time is already approved/released.

Result in 25R1

To prevent incorrect long-duration entries and avoid completion-blocking scenarios, the system no longer updates/creates the Employee Time Activity/Time Card immediately upon pause in the same way it did in 23R2. Instead, it updates at a safer point (for example, once the appointment/log is completed and the system can correctly generate/split entries as needed).

There is no need to complete the entire appointment to get the time to flow to time activities, setting the log to complete is enough. 

Release note references

This behavior change is documented in the release notes. I’ll include the exact links here:

4 replies

vdiaz
Acumatica Moderator
Forum|alt.badge.img+2
  • Acumatica Moderator
  • Answer
  • February 20, 2026

Thanks for the detailed description — and for checking the release notes as well. What you’re seeing in 25R1 is expected, because there was a behavioral change compared to 23R2.

This change was introduced across these builds:

  • 2023R1 Update 16 (2023R116)

  • 2023R2 Update 11 (2023R211)

  • 2024R1 Update 03 (2024R103)

What changed, and why

In earlier versions (including 23R2), the system could create/update Employee Time Activities / Time Cards immediately when an Appointment log was set to Paused.

However, creating time activities for paused logs created downstream issues when the paused time spanned multiple days:

  • If a user paused a log on Appointments (FS300200) and then a related time entry was created/updated on Employee Time Activities (EP307000) or Employee Time Cards (EP406000), and the entry spanned multiple days, the system created a single entry with an incorrect duration.

  • This happened because the Time Spent field on Employee Time Activities /  Employee Time Cards does not support multiple days / durations over 24 hours.

  • Even more importantly: if that “long” entry was approved or released, the system was unable to split the time properly (one line per day). In some configurations (depending on Time Behavior settings on the Service Order Type), this blocked users from completing the appointment or completing the log line, because the system tried to insert the split lines at completion time — and was not able if the time is already approved/released.

Result in 25R1

To prevent incorrect long-duration entries and avoid completion-blocking scenarios, the system no longer updates/creates the Employee Time Activity/Time Card immediately upon pause in the same way it did in 23R2. Instead, it updates at a safer point (for example, once the appointment/log is completed and the system can correctly generate/split entries as needed).

There is no need to complete the entire appointment to get the time to flow to time activities, setting the log to complete is enough. 

Release note references

This behavior change is documented in the release notes. I’ll include the exact links here:


Forum|alt.badge.img+3

@vdiaz Thanks for sharing the information.

Let’s consider a scenario: An appointment was paused on Thursday of this week, and I plan to resume it next Wednesday. In this case, the appointment was paused in the previous week and is being resumed in the following week. If the previous week’s timesheet has already been released, how will the time entry be updated when the appointment is resumed?


vdiaz
Acumatica Moderator
Forum|alt.badge.img+2
  • Acumatica Moderator
  • February 23, 2026

You are correct — that scenario is valid. However, the system does not allow carrying a paused appointment time log across different timecard weeks once the earlier week’s timecard is released. 

When resuming the appointment the following week, the system will need to update or split the time for earlier dates. If the prior week’s timecard has already been released, those entries cannot be adjusted, which makes the "pause → resume" flow across weeks unsupported.

Recommendation: If your work spans multiple weeks, do not pause the same appointment across timecard boundaries. Complete the appointment and create a new one when the work resumes. This ensures each appointment's labor stays within a single timecard period, allowing for smooth approval and release of timecards.


Forum|alt.badge.img+3

@vdiaz I’m still trying to understand this scenario clearly.

When an appointment is paused, the system immediately creates a time entry for that same week. The next log will only start when the service person visits the customer site again — even if that happens two weeks later. When the user completes the second log, the labor hours will be posted for the week in which the second visit actually occurs.

However, we cannot simply close the appointment in this situation. If any parts were purchased against that appointment, we need to consider how that will be handled. For example, if a purchase order was created from the appointment, can we still close that appointment and create a new one instead?