Custom Query (73 matches)

Searchable index was added after the import functions were written and importing while searchable index is mirroring is slower than with it off. There are start and stop methods in CreateDataService.

With the concept of the maintenance technician entering the task and the production person entering the "fault entry" against that task there needs to be a clear work flow for sharing these task numbers.

One way to do this would be to reserve a number of tasks (say 5) for a technician and provide a report with the task numbers and space to write down the details. The technician could then print the report and hand the reserved numbers out to production as work comes up. Using the printed report to record the details in the space provided for later entering the "work done" into the task number. The production person would then have a task number to enter their "fault entry" against at any time they wish.

Another way to do this would be to make it very easy for the production person to list the "Immediate Callouts" for period and production reference. As these would be the only tasks to which this applies. They would then enter faults against these tasks. The constraint on this would be that all tasks must be entered (with descriptions) before the production person came around to wanting to enter their "fault entries" to produce their production report.

Some CMMS systems require the production person to create the task or work order and provide this number to the technician. This often fails since:

1. Production personnel don't know the correct asset names, technician or planner then often has to correct or adjust the task details.
2. The production person's world is often a busy one where taking time to enter a fault before calling a technician is simply not possible.
3. The technician should be providing a service to the customer.

• Note: This does not apply to "Work Requests" of a low priority where the production person may want to enter the faults or work requests at their leasure, this functionality should still be available.

For production report see ticket #41.

Found that this is due to an IE bug when the PC's dpi is set to 120 instead of 96 or color is 16 bit instead of 32bit. Note that other image programs in windows handle this ok. For more info see:

​http://www.wpdfd.com/forums/wpdfd/browsers/poor_quality_images_in_ie/