With the never ending updates for Office 365/2016 it has become necessary to be able to determine what build number you, your users, are running to be able to determine if you have all the latest updates installed, and/or determine if you have a known bugged update installed… so you can determine if you need to update/revert your installation.
As per most things, it isn’t really hard to locate this information once you’ve done so once.
How to Retrieve the Version and Build Information of Your Access 365/2016 Installation
- Click on the File tab
- Click on Account on the left-hand side menu. Then look for the version and build information under the About Access heading on the right-side.
As I said, it’s not a question of being hard, it’s a question of being aware where Microsoft moved such information to. Now you know!
(2) is on the left, but why should i be picky
In my case I include versions of all references and Access in use in error reporting. It could be useful to also include the build number. Is the build number also available in VBA?
Have you seen Determine Installed Version of any MS Office Program – VBScript
Depending on the level of detail you are after, you can also use code such as
The commands ‘Application.Build’ and ‘SysCmd(715)’ don’t return the same results in Office 2016
Daniel,
What is missing here is a history of the Application.Version and Aplication.Build numbers toed to the Office version.
This would be especially helpful in cases like differentiating between Access 2016 and Access 2019, which BOTH return 16.0 as the Application.Verison number. However, since there ARE some functional changes between the two (for example, the hot-keys needed to trigger a compress & repair operation from MS-Access changed form [Alt]+Y+C in Access 2016 to [Alt]+Y+1+C in Access 2019). Being able to truly differentiate between the versions can be important. A table of .Version and .Build # values would be a big help in this regard.