Time zone problems in Field Service Schedule Board

Question

Time zone problems in Field Service Schedule Board

Lacramioara Predoi 0

Hello! I have a problem with the time zone in Field Service Schedule Board, it doesn't keep the Time Zone I select, every time it changes to another one and I have incorrect timing on bookings. I mention that every resource has the same time zone. Also I've notice that there are other options that change in board view, like travel duration. Do you know how I can fix this problem?

User's image

0 comments

2 answers

Your answer

Answer 1

BabybooHN 2,955 Independent Advisor

Dear @Lacramioara Predoi

To help me pinpoint the exact cause and provide you with the most accurate solution for the Schedule Board time zone and travel duration issue, could you please clarify a few brief details?

Are you using the legacy Schedule Board or the new Schedule Board experience?
Is this resetting behavior happening only for your user account, or are other dispatchers/schedulers experiencing the exact same issue on their end?
Are you modifying a personal Schedule Board tab or a shared/public tab?
Does the time zone reset immediately upon refreshing or closing the browser, or does it reset when switching between different Schedule Board tabs?
Does your personal user time zone in Dynamics 365 (under Settings > Personalization Settings > General) match the time zone you are selecting on the board view?
Are you using any browser auto-clear settings or extensions that clear session storage/cookies when you navigate away from the app?

Once I have this context, I will provide you with the exact step-by-step instructions to fix this. I look forward to your reply!

Lacramioara Predoi 0 Reputation points

2026-08-28T10:04:53.1966667+00:00
Hi @BabybooHN , Thank you for your reply, please see bellow the answer to your questions, hope it helps.

Are you using the legacy Schedule Board or the new Schedule Board experience? - the new one

Is this resetting behavior happening only for your user account, or are other dispatchers/schedulers experiencing the exact same issue on their end? - it happens to me and all dispatchers

Are you modifying a personal Schedule Board tab or a shared/public tab? - it's shared tabs and if I modify, it doesn't change to the others users

Does the time zone reset immediately upon refreshing or closing the browser, or does it reset when switching between different Schedule Board tabs? - both cases

Does your personal user time zone in Dynamics 365 (under Settings > Personalization Settings > General) match the time zone you are selecting on the board view? - yes, we are all on the same time zone like the board view

Are you using any browser auto-clear settings or extensions that clear session storage/cookies when you navigate away from the app? - no
BabybooHN 2,955 Reputation points Independent Advisor

2026-08-28T10:13:47.5866667+00:00
Dear @Lacramioara Predoi

Thank you for providing the detailed clarification.

This behavior occurs because changes made directly inside the Board view settings pane on a shared Schedule Board tab only apply to your temporary browser session. In the new Schedule Board experience, when multiple dispatchers share a tab, modifications to the Time Zone or Travel Duration view will not persist across session refreshes or propagate to other users unless saved directly to the Schedule Board Setting (msdyn_scheduleboardsetting) record in Dynamics 365 by an System Administrator.

Here is how you can permanently resolve this issue:

Solution 1: Update and Save the Tab Default Settings (For System Administrators)

If you or a colleague have System Administrator or Field Service Administrator privileges:

Open the Schedule Board.

Select the affected Shared Tab.

Click the three dots next to the tab name (or click the Gear icon in the top-right corner of the board) and select Scheduler settings.

In Board view settings, adjust the Time Zone and Travel Duration settings as desired.

Scroll to the bottom of the settings pane and click Save as default (or Save tab settings).

Note: This updates the underlying metadata record for the shared tab in Dataverse, ensuring all dispatchers load the correct time zone by default upon refreshing or switching tabs.

Solution 2: Clear Local Board Cache in Browser Storage

If the board settings continue to reset despite saving the defaults, temporary session caching in the new Schedule Board framework may be overriding the saved tab configuration.

Open Dynamics 365 Field Service in your browser.

Press F12 to open Developer Tools.

Go to the Application tab (or Storage tab in Firefox/Edge).

Expand Local Storage and select your Dynamics 365 URL.

Filter or look for keys containing ScheduleBoard or msdyn_ and clear them (or click Clear site data).

Refresh the browser page (Ctrl + F5) to force the Schedule Board to re-fetch the latest saved tab settings from Dataverse.

Solution 3: Verify Time Zone Settings on the Default Board

If the issue persists specifically when opening the Schedule Board for the first time:

Go to Advanced Settings > Customizations > Customize the System.

Navigate to Entities > Schedule Board Setting.

Verify that the system-level default board settings mirror the designated corporate time zone for all dispatchers.

For official documentation on managing tab configurations in the new Schedule Board, please see: Configure Schedule Board Tab Settings in Dynamics 365 Field Service

Please try saving the tab defaults using an administrator account or clearing the local board cache, and let me know if this permanently locks in your time zone.

If the answer is helpful, please click "Yes" and kindly upvote it. If you have extra questions about this answer, please click "Comment".

Note: Please follow the steps in the forum document to enable e-mail notifications if you want to receive the related email notification for this thread.
BabybooHN 2,955 Reputation points Independent Advisor

2026-08-31T02:28:57.4766667+00:00

Dear @Lacramioara Predoi

I hope you’re doing well. I just wanted to check in and see how things are going with the steps I shared earlier. If you ran into any difficulties at any point or if something is unclear, please don’t hesitate to let me know. I completely understand that these processes can sometimes be tricky, and I’m here to make it as easy as possible for you.

Feel free to share any details or questions you might have, I’m ready to listen and assist you further

Answer 2

The behavior points to a schedule board settings mismatch rather than a resource time zone issue.

Use this check path:

In Field Service, open Scheduling > Schedule Board.
On the affected board tab, select ... > Scheduler settings.
In Board view settings, verify the Time Zone value. This setting controls the time zone the schedule board uses, and booking times on the board adapt to that selection.
Since other board view options such as Show travel duration are also changing, verify the settings on the specific active board tab again. Board view settings apply only to the selected schedule board tab.
Check the user time zone in Dynamics 365:
- Select Settings in the upper-right corner.
- Select Personalization Settings.
- On the General tab, confirm the Time Zone is correct.
Make sure the user personalization time zone and the schedule board tab time zone match.

If bookings still show incorrect times, check whether this is a daylight saving time issue:

Open the booking record directly, not from the schedule board.
Check Start Time and End Time.
If the booking record shows the correct times but the schedule board shows shifted times, the board is applying the wrong UTC offset during a DST transition.
Go to a date after the DST transition on the schedule board and verify whether bookings appear correctly there.
If many bookings are affected, consider rescheduling them with the schedule assistant after the DST transition occurs.

Also verify resource work hours if availability looks wrong on the board:

Open the resource’s Work Hours tab.
Confirm working hours exist and the recurrence covers the dates shown.
Check for overlapping business closures or time-off entries.
Verify the time zone on the resource’s work hours matches the resource’s actual location.