title | description | author | ms.custom | ms.topic | ms.date | ms.author | ms.reviewer |
---|---|---|---|---|---|---|---|
General Information and Considerations When Upgrading to Business Central |
This article provides tips and considerations to prepare a solution when you're planning to upgrade to Business Central 2023 release wave 2 and later. |
jswymer |
bap-template |
conceptual |
03/18/2024 |
jswymer |
jswymer |
This article provides important information and tips for things to consider when you prepare to upgrade to [!INCLUDEprod_short] 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 [!INCLUDEprod_short] base application.
You can upgrade to [!INCLUDEprod_short] online from supported versions of [!INCLUDEprod_short] on-premises, as long as extensions handle your application customizations.
The process consists of two parts:
- Convert nonstandard functionality and customizations to apps and per-tenant extensions. For more information, see Deploying a Tenant Customization.
- Run the cloud migration tool as described in Migrate on-premises data to Business Central online, and then swi and latertch to use [!INCLUDEprod_short] online going forward.
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:
- What's new and planned for Business Central 2024 release wave 1
- What's new and planned for Business Central 2023 release wave 2
[!INCLUDEprod_short] 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:
- Deprecated Features in Application
- Deprecated Features in the Platform - Clients, Server, and Database
- Deprecated Fields, and Fields Marked as Obsolete
-
The default port for client services port for [!INCLUDEserver] has changed to 7085 instead of 7046. You can still use 7046, but you have to change the port number in the [!INCLUDEserver] instance configuration. For more information, see Configuring Business Central Server.
-
NET Core no longer supports Server principle names (SPN). This change affects the delegation from the [!INCLUDEwebserver] to the [!INCLUDEserver] when they're on different computers.
The affected scenarios are described in Deploying Business Central in a Two-Computer Topology and Deploying Business Central in a Three-Computer Topology.
For more information about how to set up delegation, see Configuring Delegation for Business Central Web Server. You can do this task anytime, but after upgrade, users won't be able to sign in to the web client until you do.
[!INCLUDEprod_short] 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
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.
Upgrading the Application Code
Upgrading the Data
Deprecated Fields, and Fields Marked as Obsolete