The work date in Business Central lets you set a custom default posting date. When set, new journal lines use that date instead of today’s date.
When you open a general journal in Business Central, the posting date defaults to today’s date. Most of the time, that is exactly what you want. However, there are situations where you need to post a batch of entries for a past period – for example, the last day of the previous month. If you change the date on each line manually, there is a chance you will miss one and post it with the wrong date. The work date feature in BC solves this. Specifically, it lets you set a temporary default date so that new journal lines use that date on their own.
What Work Date Is in Business Central
The work date is a user-level setting in BC. It controls the default date that appears in new records – most commonly the posting date on journal lines. When you set it to a specific date, new lines in the general journal use that date on their own. So you do not need to update the date on each line individually.
Importantly, this setting is temporary. It does not change your system date or affect other users. Also, it resets to today’s date automatically the next time you log in. So there is no risk of leaving an old date active for days without noticing.
Furthermore, the work date is a per-user setting. Therefore, each user can set their own date independently. One team member can work with a July date while another works with an August date at the same time. This makes it safe to use even in a shared environment with multiple active users.
How to Change the Work Date in Business Central
Changing the work date takes just a few clicks. First, click the settings wheel icon in the top right corner of Business Central. Then, select My Settings from the dropdown. A dialog opens with your personal settings. You will see a field called Work Date. By default, it shows today’s date.
Next, click the field and type or select the date you want. Then click OK. After that, open the general journal again. The posting date on new lines will now default to the date you just set. You do not need to restart BC or refresh anything – it takes effect right away.
If you need to verify the setting is active, go back to My Settings and check the Work Date field. Also, you can confirm it by opening a new journal line and checking what date appears in the posting date field. If the date matches what you set, the setting is active.
Checking That the Setting Is Active
At the bottom of the Business Central screen, you will see the current calendar date displayed. This shows today’s actual date – not the work date. So if you want to confirm which date BC is using as a default, check My Settings rather than the status bar at the bottom. That is the only place that shows the active setting clearly.
What It Affects
This setting affects the default value in date fields across BC. The most common field it influences is the posting date on general journal lines. When you open a new journal line, the posting date field uses the work date as its default instead of today’s date.
However, the setting does not override date fields that already have a value. Specifically, it only applies to new lines or records where the date field has not been set yet. So existing lines keep their current posting date. Additionally, fields that pull their value from a document header – such as a sales order date – are not affected by this feature.
Also, it does not lock the posting date. BC still posts to whatever date is in the posting date field on each line. So if you set it and then manually change one line to a different date, that line will post to the manually entered date. In short, this is a default – not a restriction.
In addition, it is worth knowing that the setting does not affect documents you post through other flows, such as sales invoices posted directly from a sales order. Those documents use their own document date and posting date fields. The work date only applies where BC fills in a date field on a new line or record using the default.
When to Use It
The most common scenario for using this setting is period-end processing. For example, if you are posting accrual entries for the end of last month, you can set it to that month-end date. Then all new journal lines default to that date on their own. Consequently, you avoid the risk of posting to today’s date by mistake.
Another scenario is when you are working on entries that belong to a specific date – such as a payroll run, a bank reconciliation posting, or an opening balance. Rather than updating the date on each line, you set it once and then enter all the lines. This approach is especially useful when you have a large batch to process and want to stay focused on the entries themselves rather than the date field.
Also, this feature is useful when testing in a sandbox environment. If you want to simulate entries for a specific historical date, you set the work date to that date and work through the scenario. This is faster and more reliable than changing the posting date on each test record individually.
Finally, it is a useful safeguard during month-end close when multiple people are posting at the same time. Since the setting is per-user, each team member can set their own date for the work they are doing. There is no coordination needed between users, and no risk that one person’s setting affects another.
Wrapping Up: How the Work Date Reduces Posting Errors
The work date is a small setting with a practical daily benefit. Instead of updating the posting date on every journal line manually, you set it once and let BC handle the default. It reduces errors and saves time when you are working on entries for a past or future date.
In short, if your team regularly posts journal entries for prior periods, this feature is worth using. Moreover, since the setting resets automatically on the next login, there is no maintenance required. Set it, do your work, and it resets itself at the next login. That makes it one of the easiest and most practical settings to adopt in Business Central – low effort, immediate benefit, and no risk of permanent or unintended changes to system data.
For more Business Central guides and tutorials, visit NAV SEAL Blog and watch more videos on our YouTube Channel.
