When customers can expect this release:
Bug Fixes:
CS-1176 - Bailey - Downtimes missing following server movePlant
Reporter:
Todd Spencer
Initial Description:
Sample URL
Description
Bailey was running a report on downtimes in January, and they are gone.
Attached is a screenshot for one day (January 14) and the emailed report for that day.
Are we able to correct this?
Fixed
Problem identified, reasons missing from import on Feb 11. Re-importing and investigating cause
CS-1064 - Vit-Best Scheduling Module - One area shows as UnLICENSED
Reporter:
Javier Munguia
Sample URL:
https://saas132.shoplogix.com/optimizer/#/optimizer/area/3
Description:
Scheduling Module was working correctly for this customer, but now there is one area, Bottle Packaging, that can not be accessed using the Optimizer and now it shows a message saying the module is unlicensed but ONLY WHEN ACCESSING THIS AREA. The other areas load the optimizer correctly.
Area:
https://saas132.shoplogix.com/optimizer/#/optimizer/area/3
I checked the XML config an all areas are set the same.
I will appreciate your help.
Fixed
Customer confirms Optimizer works correctly now
[Mondelez][Chicago]:Unable to fetch JSON query
Reporter:
Aadesh Srivastav
Sample URL
Description:
[Site]:Chicago
[Issue]:Unable to fetch JSON query for a specific date-27 Jan 2020 the same JSON query is working fine for date.
[Error while accessing the JSON]: "DataInfo version="5.0.0.11164" message="Error writing response: No exporter found for type 'Invalid' and format 'json'"/>"
Fixed
Tested JSON query for all days that previously were not working, all are working now.
CS-633 - Urgent Issue- Venture
Reporter:
Brian Shen
Sample URL
None
Description:
Server: saas34
Customer: Venture
Machine: Paint Line
Time: 22/01/2020 06:00 – 23/01/2020 06:00
The scrap total in the ‘loss section’ is 116. The total scrap in the scrap pareto at the bottom of the screen is 146.5+57.75+14.17+11.03+6.77= 236.22. The scrap in the production chronological =
13+10+11+10+19+13+12+10+8+8+13+15+11+18+7+7+15+10+12+21+12 = 255
The scrap numbers in the PNE are as follows:
Production Table – attached, total scrap=115.76
Quality Summary: 115.76
Please advise why the scrap on the production chronological and the scrap pareto on the whiteboard do not tally up to the total scrap on the loss area and the PNE reports.
Note: the hourly display on the whiteboard is correct. The problem only seems to be related to that specific time period on the ‘meeting report’.
Fixed
The partner confirms the issue has been solved
CS-558 - Scrap: FONZASO PLANT
Reporter:
Brian Shen
Sample URL
None
Description
HQ-1582120138
machine FZ ISOLA TAVOLA 3" = we see the correct quantity of scrap (184 + 35) in the detail of the machine, but in the complete production department the quantities of the scraps are different (145 + 74) (in the same first shift of today).
The total is the same, are different the scrap reasons.
can you verify ?
Fixed
QA tested on QATESTING server, version: 5.0.0.11624, initial issue verified and passed
CS-440 - HQ-1576640145 - Shift Pace Option "Snap to Shift" set to True but URL shows: "snaptoshift=false"
Reporter:
Twan Kersten
Sample URL
None
Description
Shift Pace Option "Snap to Shift" set to "True" but URL shows: "snaptoshift=false"
e.g.
https://mdlz-lkb.shoplogix.com/whiteboard/#/shiftpace/area/4/snaptoshift=false&remain=false&elapsed=false&uptime=false&green=0.9500000000000001&yellow=0.8&red=0.6
Fixed
QA tested on QATESTING server, version: 5.0.0.11761:
If Snap To Shift = YES, snaptoshift=false is not displayed in URL → PASS
CS-439 - Real-time View remaining time does not match in WB (IAC Strasburg)
Reporter:
David Montgomery
Sample URL:
None
Description
HQ-1568906830
Real time summary end times are off vs the whiteboard/actual runs. See case attachments for examples.
Fixed
Verified Remaining Production and Job Remaining/Expected End time is correct in Machine Chrono, Machine Meeting, and Status (maintenance) views for jobs with or without production.
CS-435 - Ignore jobs without proper MachineID when importing from XML file (Scheduling Module)
Reporter:
Yevgeniy N
Sample URL
None
Description
HQ-1576257710
After several tries I found that if you have to import jobs from an XML file generated by the customer to be used in the Scheduling module, the MachineID field in each job cannot be empty (like "") or have the name of a machine that is not on our server. Otherwise NONE OF THE JOBS WILL BE IMPORTED from the XML file.
This is an issue because the customer wants to scheudle some jobs in the future, not necesarily back to back, and we explained the customer this is not possible since there cant be gaps between jobs. We suggested to have dummy jobs like "cleaning" if they are doing something between jobs and they did created these dummy jobs, but since this jobs can be used in any machine these jobs don't have a specific machine (machineID="") and this prevents the job import to work.
Also the XML is being generated by the customer's scheduling department as a dump file from their existing ERP, so it includes a few jobs from machines that are not in our saas server (manual processes), which also causes the job imort not to work.
All these issues could be solved if our system ignored jobs that are not assigned to a specific machine in our saas server.
Could you make our system ignore these kind of jobs when importing them from an XML file please?
Thank you.
Fixed
QA tested on QATESTING server, version: 5.0.0.11704
Upload the file with 'Incorrect machine id first and Append=False' → PASS
Upload the file with 'Incorrect machine id second and Append=False' → PASS
Upload the file with 'No machine id first and Append=False' → PASS
Upload the file with 'No machine id second and Append=False' → PASS
Upload the file with 'Incorrect machine id first and Append=True' → PASS
Upload the file with 'Incorrect machine id second and Append=True' → PASS
Upload the file with 'No machine id first and Append=True' → PASS
Upload the file with 'No machine id second and Append=True' → PASS
CS-434 - UI - HQ-1570100225 - Period Detail and Shift Hours Show Different Changeover Time
Reporter:
Jesse Hildebrand
Sample URL
None
Description
(JH) Adding a new example with links to make it easier to validate:
Shifthours:
Period Detail:
Notice that the job starts in the period detail at 10:06 and then shows up in the shift hours side bar as starting around 10:45. If any more info is needed let me know.
Fixed
CS-430 - HQ-1570190736 - Line Summary View has Period Detail of Bottleneck shown. All Planned/Unplanned Stops are showing up in black color for all sites
Reporter:
Jitesh Arora
Sample URL:
None
Description:
Line Summary View has Period Detail of Bottleneck shown. All Planned/Unplanned Stops are showing up in black color for all sites
Fixed
PNE-249 - 10 - Super Ricas in the "CHRONO" view, the scrap cannot be edited correctly
Reporter:
Ismael Arriojas
Description
#1128 HQ-1574870963
Hello,
Super Ricas in the "CHRONO" view, the scrap cannot be edited correctly, by making a decrease in the scrap, this is added to the current value, generating an increase in the total value. Attached image.
Thanks and regards.
Closed
The issue is not reproducible
PNE-670 - Plant Meeting values are not matching Shift Line
Description
Plant Meeting Cycle, Expected Production and values in Micro Stoppage and other states other then Running are not matching with Shift Line
Fixed
QA tested and no longer reproducible after code fix
Downtime Pareto Updates:
Prevent the same filter from being picked twice (i.e. see comment from #1000 level1=jobFilter2&level2=jobFilter3&level3=jobFilter2)
Fix for occurrences/durations for states shown with no reasons (i.e. Idle, Slow Running, Micro Stoppage, etc...)
Setup Exceeded should be shown (would be shown when this state has occurred in the same places Setup is shown in Pareto)
No Job in the hour, the respond is blank → should be ‘No Job Recorded’
Not showing reason for part of the hour where there is no job
Schedule Optimizer Updates:
Original requester:
Mbaki on behalf of VitBest
The end-user is now able to view the following metrics:
Production Remaining
Job Time Remaining
Good Production
Runtime Variance
New Line Level Meeting Report by Plant:
Original requester:
Jesse on behalf of MDLZ
Customer Description
The ability to select which lines to show or hide under the plant view since some lines, due to complexity, are configured in SLX but data is not used for site consolidation.
For multi-category big plants (i.e. Curitiba) provide the ability to see lines based upon individual category. Possibly with a selection option (i.e. plants within a plant).
Settings to configure Line specific & KPI specific targets for each gauge for example Line 1 targets for GE gauge R-Y-G ->60%-70%-75% vs. Line 2 targets for GE gauge R-Y-G ->70%-80%-85%. Similar ability for other gauges on this view such as Rejects/Scrap.
Summary of Deliverables
Phase 1 Deliverable Functionality | Phase 2 Deliverable Functionality |
All lines within an area will be displayed as specified in mock-ups below. View will include GE and Reject gauges | The ability to select which lines are shown and hidden. (cross product) |
| See multiple categories of plants if they exist within the larger plant. (need to double check functionality, weighting?, rollup metrics?) |
Gauge targets configurable for the overall view (not line specific). | Line specific targets for each gauge. (cross product, to confirm just line specific, not job specific?) |
Purpose and Intended Audience/Use
To provide a plant level Whiteboard report that shows various overall metrics for each line within a plant. Designed to provide insight into the performance of an entire line and to compare multiple lines on a single server. The ability to sort in order of various metrics for each line will allow for customization of the report to meet plant specific needs and more robust comparison/reporting capabilities.
Scope and Overview
The enhancement will contain a single new report for each Shoplogix server that will be available for each configured line on the server. The report will not be available at the machine level due to the data used and it will make use of already available metrics and will not contain any new or modified calculations.
The report will include basic navigation/menu features that are common to other Shoplogix reports including a Home Button in the top left corner, a gear icon signifying a menu of different options (specified in further sections) and a navigation menu that will take the user to other line level views. Offsets and time periods selected will also be respected when navigating to and from the view. Mouse-over descriptions will also be available for all components within the view. Clicking on the title of any line within the view will take the user to the Line Summary view for that line. The new report will also be available as an icon in all line level navigation menus as well as the home navigation menu on the Shoplogix Tree View at a plant level. It will also contain translation capabilities for multiple languages and customer specific terminology similar to other Whiteboard reports.
Enhancements for the report will be akin to other reports with changes and issues subject to review by the Shoplogix Product Team prior to escalation and the dedication of development time. Support for any customer issues with the report will follow the same procedure as other cases, escalating according to internal customer policy prior to being reviewed by the Shoplogix Support Team who will determine the course of action to alleviate the issue.
Items mentioned in the Customer Description section that are not addressed in this specification will be included in Phase 2 of enhancements after the view has been tested and is in use on live Shoplogix servers.
Functional Requirements
User Interface
Shown below is a mock-up view of the Plant Level Line View and a diagram describing the functionality of each portion of the view:
Gauge Settings
Basic sorting functionality for each gauge (such as GE high to low, Reject percent high to low etc.) will be included to order the lines based on their performance for each gauge. Users will have the ability to turn gauges on or off to a maximum of three gauges and a minimum of zero gauges. Available gauges will include GE, Reject and Cycle Time. MTBF capabilities are to be added when the MTBF gauge enhancement is added to the Whiteboard. Gauge target settings will be customizable for the overall view and these settings will apply to all lines within the view.
Menu Options
The search bar shown in the first mock-up will allow the user to take advantage of filtering functionality available in other Whiteboard views. This will allow for certain downtime reasons to be isolated or excluded from the view (such as blocked or starved) via a series of commands specified by the pop-up menu, similar to other Whiteboard views. This functionality will only affect the pareto charts within the view, all other settings will remain the same.
If there exist multiple sub-plants within a larger plant they can be selected to show lines specific to that sub-plant in the tree view but selecting the overall plant will simply show each line from all sub-plants in the order they appear in the tree menu by default. The ability to filter out lines or label lines based on sub-plants within larger plants will not be included in this round of enhancements.
The default settings for the view will be to order each line based on the tree level view and set the default time period to the past 24 hours going backwards from the beginning of the current shift. Menu options will allow the user to order lines based on GE, Rejects and Cycle times; specify the time period shown; adjust gauge settings; and change the display as outlined below:
Changes
Aleks
Here are some additional requirements for Plant Level Meeting View:
'Percent' is redundant for OEE Target and Scrap Target;
Offset should be respected when navigating to Analysis (shiftrollup), Chrono (shiftchrono), Layout and Line Summary (when clicking on Line title);
OEE (GE) should replace Goal as option in Sorting, Target (Goal Target = OEE Target) and Guages (Hide Goal = Hide OEE).
Plant Level Line View Specification V7
The scope states that there will be one report per server. A server can host one or many plants, and although it is implied, can you please ensure that the reporting will allow reporting by plant and 'plant within a plant' etc.?
ADD EXAMPLE
On the Functional Requirements screenshot for the Plant Level Line View, the header shows E4 CDM – Nov 3rd 2019, 06:00 – Nov 4th, 06:00. would this show the plant and or 'plant within a plant' rather than a line?
Correction of Line OEE Unit Conversion and Cycle Factor Issues
Unit conversion - full stack
the counts from the EOL machines and the rates from the BN machine are not being converted to line units. The issue with this is that the base units for most BN machines is something like cookies and the base units for EOL machines are usually cases, pallets, bags, etc. So you'd need to convert them to line units which will always be a weight (KG or LBS) this way you're comparing weight to weight in the numerator and denominator of the shiftline view.
Cycle factor respected if job from bottleneck is taken from the past
In this case if the job on the BN exists outside of the query period, the job is still stitched forward and the rate is used at the correct intersection point but the cycle factor of that job will not be pulled into shift line. Ideally it would be pulled in so the rate matches that of the BN machine.