...
You may have created a new vertical solution or customizations for a customer that expands the functionality of the Package Number dimension in the standard Business Central application. Your customizations likely changed workflows and added new functionality derived from the Package Numbers.
In this case enabling having our standard implementation for Package Numbers in Mobile WMS enabled is likely to do more harm than good. Our standard implementation supports a specific standard workflow, and when this changes it is likely you rather should create your own custom implementation for Package Numbers in Mobile WMS.
...
All-in-all your customizations to processes and workflows may consist of changes to standard BC, changes to mobile application.cfg, modifed and new DocumentTypes, new mobile Lookup pages etc. This is almost guaranteed to make up the major part of your customizations and the most time consuming part of your project. The custom implementation for Package Numbers is just on top of that to make sure the tracking dimension works "behind the scenes". When organizing your project the actual changes to processees and frontend are best done from other codeunits to make it easier to maintain your custom Package Number implementation (see below).
...
Maintaining your custom implementation
The number of events in our "framework" is around 35 events in our initial release of the framework (MOB5.39). Future versions of Mobile WMS could likely add new events to the framework. This may cause both existing and new features of Mobile WMS to longer work as intended with your custom Package Numbers implementation.
Every once in a while you may need to investigate if new events are needed for your custom implementation. Unfortunately this can currently only be done the hard, manual way. Below is a suggestion of how your may process this:
...