Important Information and Considerations When Upgrading to Business Central

This article provides important information and tips for things to consider when you prepare to upgrade to Business Central 2023 release wave 2 (version 23) or 2024 release wave 1 (version 24). The information that's relevant for you depends on which version you're upgrading from, and how much your solution differs from the Business Central base application.

Migrate to Business Central online

You can upgrade to Business Central online from supported versions of Business Central on-premises, as long as extensions handle your application customizations.

The process consists of two parts:

New and changed application and platform features

There are several new and changed application features available in version 23 and later for users, administrators, and developers. For an overview of these features, consult:

Deprecated or redesigned functionality

Business Central occasionally deprecates features in application and platform. In most cases, features are replaced by more modern and sustainable features. If you're upgrading a solution that depends on the deprecated or changes functionality, you might have to change application code as part of the upgrade process.

For example, sometimes code is refactored so that fields are no longer used. Or the functionality is moved from the base application to an extension. Typically, if you have custom extension code that depends on these fields, you have to create a new version of the extension to handle the change.

Learn more about the deprecated features at:

Permissions and permission sets

Business Central 2021 release wave 1 (v18) introduced a new model for permissions. In previous versions, permission sets and permissions are defined only as data, which means they're stored in the tables of the application and tenant databases. Permission sets and permissions can now be defined in AL code as objects and packaged in extensions. This new model is the recommended model. To learn more, see Entitlements and Permissions.

  • If you've already made the transition to the new permissions model in your current solution, then there's no extra work related to permission sets required for upgrade.
  • If you're upgrading a solution that hasn't transitioned to the new permissions model, we recommend that you do. However, you can continue using the legacy model. Whichever model you choose, there's permission-related tasks you have to complete as part of upgrade. Learn more at Upgrading Permissions Sets and Permissions

Report platform

Version 20 introduced a new report rendering model. Previously, report rendering was done by the application. Now, by default, report rendering is done by the platform. In support of this new model, various changes have been made that affect upgrade from version 19 and earlier. If you're upgrading from version 20 or later, the solution should already include the necessary changes.

Learn more at Upgrading reports.

See Also

Upgrading the Application Code
Upgrading the Data
Deprecated Fields, and Fields Marked as Obsolete