Причины

Руководство по модулю — более глубокое погружение!

Причины

Введение

Когда на производстве случаются ситуации, почти всегда необходимо записывать причину их характера. Обычно это происходит в ответ на то, что одитор требует удовлетворительных объяснений по повседневным вопросам.

V5 Traceability позволяет руководству ввести список наиболее распространенных причин, чтобы помочь операторам своевременно реагировать на такие вещи, как «поврежденные пакеты», «загрязненные ингредиенты», «остановка линии; и т.п.

Причины можно настроить в V5 Traceability, чтобы помочь операторам записывать правильную информацию и ограничить количество проблем и ошибок при вводе данных.

Различные причины могут быть зафиксированы в различных сценариях, и все они стандартно настраиваются в системе. Это руководство по модулям позволяет пользователям понять установку и конфигурацию всех кодов Reason в продукте.

Содержание

1. Настройка причин

Первым шагом к настройке причины в Центре управления является нажатие зеленого «+» (1) в правом нижнем углу главной панели. Это создаст новую запись в списке. После этого в первую колонку (2) можно ввести причину. Это будет текст, который будет представлен оператору, когда он выполнит действие, определенное в «типе» (см. ниже). Для каждого «типа» действия может быть указано несколько различных причин. Это позволяет операторам выбирать причину, которая лучше всего объясняет их действия.

Отметка в поле «Свободный текст» (3) позволит оператору добавить дополнительную информацию, если он выберет эту причину. Это полезно для предоставления менеджерам и руководителям дополнительной информации о том, почему было выполнено действие.

Последний столбец (5 – «код») позволяет вводить буквенно-цифровой код по выбору клиента. Это может быть сокращением для определенной причины и полезно при создании отчетов.

Наконец, нам нужно определить «тип» (4) для нашего Разума. Это определяет, когда V5 Traceability будет запрашивать у операторов причины своих действий.

2. «Типы»

Как упоминалось выше, «Тип», который мы назначаем созданной нами причине, будет определять, когда будет запрошена причина. У нас есть несколько вариантов в этом отношении, которые будут определены ниже.

При выборе всех вариантов оператору будет предложено указать причину своих действий во всех обстоятельствах, описанных ниже.

Устанавливает причину типа «Утверждение» для использования при утверждении изменений контрольных списков/формул и т. д.

Запрашивает причину на производственном терминале при отмене партии.

   

Запрашивает причину при добавлении или редактировании партий в 'Пакетный просмотр' окно в Центре управления.

Это событие происходит после завершения серийного производства. Это должно быть включено, и это можно сделать, установив флажок «Требуется подпись» для формулы этой конкретной партии в «Формулы» раздел Центра управления. Эту функцию также можно включить глобально, если это необходимо для каждого производственного цикла. Обратитесь в службу поддержки SG за помощью в настройке.

Во время пакетной обработки в приложении «Терминал» после завершения образца пакета оператору будет представлен следующий экран в Терминале.

 

Затем супервизору или менеджеру потребуется ввести свои учетные данные V5 вверху. Как мы видим, у нас есть «господин Супервайзер», чтобы сделать это. Затем супервайзер должен будет проверить и подписать рассматриваемую партию. В этом случае с пакетом все в порядке, поэтому г-н Супервайзер выберет «Пакет рассмотрен и принят», предоставит электронную подпись и выберет «Принять подписание». Это позволит завершить партию, и этикетка будет напечатана в обычном режиме.

Если по какой-либо причине партия неприемлема, то супервайзер выберет «Партия проверена и отклонена — переработать партию» и выберет «Отклонить одобрение».

Если супервайзер желает предоставить дополнительные сведения, это можно сделать с помощью «Введите пользовательскую причину», прежде чем принять или отклонить подписание.

Для того чтобы супервизор мог принять подписание пакета, ему должна быть предоставлена ​​эта привилегия. Это можно сделать в разделе «Операторы» Центра управления, отметив «Подписание пакетов» в разделе «Терминал» раздела «Привилегии» (см. «Операторы» гид).

Функция списания запасов реализована в программном обеспечении терминала и позволяет операторам «выбрасывать» определенное количество товаров, использованных при группировании. Доступ к этому может получить оператор, нажав кнопку «Действия» во время серийного производства.

 

Затем им будет предложено ввести вес товара из текущей партии для списания. После подтверждения веса, подлежащего списанию, наш список причин будет отображаться на выбор оператора. Это полезно, если некоторое количество ингредиента пролилось во время дозирования, и менеджеры должны быть осведомлены о том, что это было списано.

После подтверждения указанное количество этого товара будет удалено из лота.

Пакетное списание запасов не включено в Терминале по умолчанию. Если эта функция необходима, обратитесь в службу поддержки SG за помощью в ее включении.

Запрашивает причину всякий раз, когда формула редактируется в Control Center. Требуется, чтобы оператор имел 'Edit Formulas' привилегия.

Это работает так же, как «Регулировка запаса» выше, но применяется при изменении уровня запаса на конкретном поддоне в WMS. Если мы получим доступ к определенному поддону через диспетчер поддонов WMS и попытаемся изменить уровень запаса товара на поддоне, нас попросят указать причину этого.

Иногда требуется удерживать поддон до тех пор, пока не будут предприняты дальнейшие действия. Это можно сделать в конце заказа на поставку, если есть проблема с доставленным поддоном, или с помощью диспетчера поддонов WMS. Как и в случае корректировок, если мы выберем поддон и создадим для него новое удержание, то нам будут представлены наши предопределенные причины на выбор.

Запрашивает причину, когда QA завершение мероприятия используется. Они могут быть настроены на одинарную или двойную подпись.

Запрашивает причину всякий раз, когда 'Только масштаб' режим активирован на производственном терминале.

Эти причины будут отображаться в WMS для оператора, когда он попытается изменить уровень запасов для определенного товара. Давайте использовать пример ниже 5000 фунтов белого перца.

 

Предположим, что 1000 фунтов этого запаса были повреждены во время транспортировки на складе. Оператор удалял этот поврежденный запас и взвешивал остальные, чтобы получить новый уровень запаса. Как только этот новый вес будет введен в систему, будут представлены наши причины для этого.

 

В этом случае мы, очевидно, выберем «Повреждены при внутрискладских перемещениях».

Это событие запускается, когда товары поступают на склад вне процесса заказа на покупку. Это позволяет операторам в WMS сообщать руководству причины, по которым конкретный груз прибыл за пределы этой системы.

В приведенном ниже примере мы можем попытаться добавить новую акцию для товара через экран «Товары» WMS. После этого нам будут представлены причины, которые мы установили для этого события.

  

При использовании WMS, если при управлении запасами выбрана опция «Вывод»:

 

После ввода суммы вывода будут запрошены причины.

  

Была ли эта страница полезной?
ДаНет