...
Table of Contents |
---|
The main change in the SCM v2.22.0 release is the first step towards 3rd party device support.
Additional minor changes include:
Improvement Improve how excursions from loggers are handled in situation where when a shipment is manually delivered to a time prior to an excursion event.
Dual Boundaries
Description: Dual Boundaries is an add-on feature that allows customers to define temperature warnings for shipments based on a temperature range instead of the traditional single boundaries (upper or lower), as illustrated below.
...
Dual Boundaries follow the same principles as other boundaries when generating warnings. They can be added to shipment and warning templates in a similar manner, as illustrated in the design mock below.
...
Dual boundaries will appear in the SCM UI as shown below.
...
Note that the feature becomes available once Controlant has enabled it for that account.
Impact:
Once the SCM release goes live, the change won’t impact the user/customer until the feature is enabled.
If the feature is enabled, the impact is mainly applicable to the Create Shipment actions.
This will impact users responsible for maintenance and update.
hipment and warning templates.
The procedure should remain the same for users creating shipments via templates and handling loggers at the receiving end.
Shipment reports and email/SMS alerts need minor updates to conform with the new boundaries. These are listed below in a separate section.
Impacted Requirements:
We added the following new requirements for this release:
...
Req. Id
...
Requirement Description
...
SCMRS-547
...
The shipment report displays the accumulated time the temperature has been outside each defined dual boundary for each logger in the shipment
...
SCMRS-546
...
The system will allow up to 800 hours and 50 minutes of accumulative tolerance limit on a dual boundary
...
SCMRS-545
...
Users can set severity status on each dual boundary
...
SCMRS-544
...
Users can set an accumulative tolerance limit on a dual boundary
...
SCMRS-543
...
Dual temperature boundary can be set to a maximum of 300°C
...
SCMRS-542
...
Dual temperature boundary can be set to a minimum of -237.1°C
...
SCMRS-541
...
The system warns the user if a non-supported logger is added to a shipment that has dual boundaries defined
...
SCMRS-540
...
CO 10.01 loggers or Saga loggers with firmware versions older than 2.3.0 do not support the dual boundary feature
...
SCMRS-539
...
Users can add and remove dual boundaries to warning templates
...
SCMRS-538
...
Users can add and remove dual boundaries to shipment templates
...
SCMRS-537
...
A maximum of six dual boundaries can be added to warning templates
...
SCMRS-536
...
A maximum of six dual boundaries can be added to shipment templates
...
SCMRS-535
...
There is a maximum of six dual boundaries per shipment
...
SCMRS-534
...
A dual boundary is a set of an upper boundary and a lower boundary. The value defined for the upper boundary must be greater than the value defined for the lower boundary
...
SCMRS-533
...
Users can add dual temperature warning boundaries to warning templates
...
SCMRS-532
...
Users can add dual temperature warning boundaries to shipment templates
...
SCMRS-531
...
Users can add dual temperature warning boundaries to a shipment
...
SCMRS-530
...
The dual boundary feature is a customer configuration.
...
SCMRS-529
...
The system supports dual boundaries: a pair of upper and lower temperature boundaries with a shared accumulative time tolerance limit
Minor Changes
A summary of other minor changes:
Changes to alert email
We made minor adjustments to the email sent after a logger triggers an alert. See a snapshot of a sample email below:
...
The Controlant MARS team usually handles these alerts directly from the loggers, so the user impact should be minimal.
The main changes include:
Updated email alert text and structure.
Links to the web interface (login required) and the share shipment view (no login required).
Impacted requirements:
We added the following new requirements for this release:
...
Req. Id
...
Requirement Description
...
SCMRS-286
...
The system allows up to five users to be added as recipients to alert emails per shipment.
Changes to shipment reports (PDF quality release report)
Dual boundaries will appear as below:
...
To align with the new addition to the solution, and to increase readability, the limit column for upper and lower boundaries will be updated as shown here:
...
Type
...
Previous
...
New
...
Lower
...
<5°C
...
Below 5°C
...
Upper
...
>25°C
...
Above 25°C
After the changes, the “Limit” column will appear as shown here:
...
Impacted requirements:
We added the following new requirements for this release:
...
Req. Id
...
Requirement Description
...
SCMRS-548
...
Minimum and maxium recorded temperatures displayed in the shipment detail view.
Improved user feedback when duplicating a shipment containing inactive loggers.
Provide the user with warning when requesting a shipment report if the shipment is missing data.
...
3rd party device support
Description: Controlant is taking the first step to support data from 3rd party devices. At first, the support will be limited to a specific provider and a specific device for a defined project.
The bulk of the changes will be outside the SCM solution but a couple of changes needed to be made for the SCM solution to ensure expected functionality.
New requirements:
SCMRS-551: SCM will not allow users to manually create new shipments with 3rd party devices.
SCMRS-552: SCM will not allow users to duplicate shipments with 3rd party devices through SCM UI.
SCMRS-553: SCM will not allow users to add 3rd party devices to existing draft shipments through SCM UI.
SCMRS-554: The system will consider it to be a missing data point if the time period between two measurements is more than the sampling rate plus 30 seconds.
Impact:
SCM will accept and be able to handle data from 3rd party devices. For most users there is no impact.
...
Min/Max shown in shipment view
This is the first (mini) step of bringing more data to the shipment view.
The minimum and maximum temperature values are one of the first data points that Quality Release look at when determining if a product can be released to market.
This information has been available in the pdf shipment reports that are generated at the end of the shipments, but is now available in the UI from the time logger starts reporting after the shipment is started.
...
New requirements:
SCMRS-555: User can see the minimum and maximum recorded temperature values across all loggers in the shipment detail view.
Impact: This information will be available to all users with access to the shipment.No change in how the system is used. This additional information can be leverage as needed by the users.
Excursion handling
We made minor updates with regards to how logger excursion events are displayed if a shipment is manually delivered to a time prior to the excursion taking place.
...
In the example, the logger was removed from the product, but the shipment wasn’t delivered. The temperature increased, resulting in an excursion. The shipment is later manually delivered at the time when the logger was detached from the product. This leaves the excursion, as shown in the image above, outside the monitoring period.
Previously, SCM was accounting for all excursions reported from loggers paired with the shipment and showing the excursions as triggered (see below image). This has been causing confusion for shipments similar to the example above.
...
The Excursion Boundaries table will now only show excursions that happened within the monitoring time resulting in the table being displayed as below.
...
User feedback if shipment is recreated with recalled/disabled loggers.
We are currently duplicating a lot of shipments and we are discovering ways we can improve that process and hopefully reduce the need to duplicate in the first place.
There was an urgent need to act quickly, as loggers that are not Active (disabled or recalled) are removed from the duplicated shipment. There are checks to ensure shipments are not created with inactive loggers and duplicating a shipment is indeed creating a new shipment.
However, it is not the simplest task for the user to detect this removal of loggers from the shipment and this has led to cases where a shipment arrives and a report is generated but missing a logger without an explanation.
To mitigate this we added two steps.
First, there is an error message in the pop-up modal.
...
Second, after the logger has been removed there will be an empty logger slot, indicating that there should have been a logger which is no longer there and preventing the user to immediately Ready the duplicated shipment without tending to the empty logger slot.
...
Warning when manually requesting report with missing data.
It was identified as a risk for a couple of customers that users might request a shipment report through the SCM UI wihtout realising the the shipment is missing data.
The shipment report does not yet reflect this status. To minimize risk and clarifying the status the following message was added to the request report modal.
...
...
Please get in touch with me with any questions or concerns at ragnar@controlant.com
...