The CALIDUS ePOD system will be modified as follows:
The Reason Codes Maintenance screen will be modified to allow the users to maintain the Group for which the code entered is valid - this may be left blank to indicate codes that may be used for all jobs.
A new flag against each reason code will indicate whether this reason code is partner-specific or generic.
A new optional text item will also be added to allow the users to maintain an Export Reason Code, used when exporting completed jobs back to external systems.
Note: Reason codes themselves must still be unique to the system - a reason code must not exist for one job group (for example a pallet network partner) and also for the Partners job group or Partnerlink global reason codes. If the same reason code is required across multiple job groups, the Export Reason code can be used to achieve this in the export file.
The Site maintenance screen will be modified to add a new configuration flag to control whether the system should check if there are different reason codes for owners and operators. This will be configured to be enabled for Partnerlink's system.
The Job Group maintenance screen will be modified to add a new configuration flag to control whether reason codes for this Job Group are exclusive i.e. no generic Partnerlink codes may be used for jobs of this Job Group, only ones that have been specifically assigned to the Job Group. It is expected that the Pallet Network (for example Palletforce) job group will have this set. It is also possible that other Partner job groups will have this enabled, in case it is decided that the generic Partnerlink codes may not be used for jobs that are owned and operated by the same partner. In the examples contained in this estimate, I have assumed that the Partner Job Codes will allow the use of the generic codes as well as specific codes, although this configuration may be changed at any time.
These new flags and Reason codes fields will be sent to the Android PDA application.
When prompting for Clause Reason Codes at job confirmation, the device will check the settings to decide which clause reason codes to display:
- If this is a Pallet Network job (e.g. in the Palletforce Job Group), the device will show only clause reason codes for this pallet network.
- If this is a job owned and operated by the same partner, the device will show all generic Partnerlink clause reason codes, and also all clause reason codes specific to that partner.
- If this job is being operated on behalf of a different partner, the device will show only the generic Partnerlink clause reason codes.
All Export processes will be modified to check reason codes when exporting completed or cancelled jobs to the external systems - the processes will look up the reason code used on the job and substitute it for the Export Reason Code is one exists.
Note: All other reason codes (e.g. cancellation reason codes) are expected to be unaffected by this change, as the data for these reason codes will not be modified. However, if it is decided that this functionality is applicable across all reason codes, these may be configured to act in the same way as the clause reason codes.
Note: Although this modification will support multiple pallet network job codes, currently only Palletforce is in use within Partnerlink. If other pallet networks are added into this implementation, there may be more work required when importing jobs from JobShare, and exporting completed jobs out to the external pallet network systems.
The signature screen will be modified so that the title of the current Pallets tab will be displayed as "Clause" instead, only for the Partnerlink style. |