Перейти к содержимому
Ваши закладки
    Нет сохраненных страниц. Нажмите на значок закладки рядом с заголовком любой статьи, чтобы добавить её сюда.
    Давайте обсудим?

    4.1 Цифровые системы Андон

    Традиционная система Андон (сигнальные колонны) служит пассивным сигналом о помощи, тогда как цифровая система Андон функционирует как активная система управления инцидентами. В условиях высокоскоростного производства “красный свет”, оставшийся без реакции в течение 10 минут, означает 10 минут безвозвратно потерянной производственной мощности. Основная цель цифровой системы Андон — преобразовать события остановки линии в заявки на обслуживание, управляемые Соглашениями об уровне обслуживания (SLA).

    Не все остановки равнозначны. Система должна немедленно классифицировать инцидент для его корректной маршрутизации. Рекомендуется избегать широковещательной рассылки общих сообщений “Помощь” всем подразделениям.

    • Триггер: Оператор сканирует метку “Низкий уровень” или оборудование выдает сигнал “Пустой питатель”.
    • Тип проблемы: Недостача или опустошение тары (коробки, катушки, поддоны).
    • Маршрутизация: Склад / Кладовщик (оператор логистики).
    • Событие SLA: Остановка линии до момента доставки материала.
    • Триггер: Код ошибки оборудования (например, “Ошибка двигателя”) или нажатие оператором кнопки “Неисправный инструмент”.
    • Маршрутизация: Техник по обслуживанию.
    • Триггер: Последовательные брак на автоматической оптической инспекции (AOI) или визуальные сомнения оператора.
    • Маршрутизация: Инженер по качеству / Линейный руководитель.
    • Триггер: Время цикла превышает целевое значение более чем на 15%.
    • Маршрутизация: Сменный мастер.

    Цифровая система Андон функционирует как система эскалации с таймером. Если основной ответственный сотрудник не реагирует в установленное время, система автоматически эскалирует проблему на следующий уровень управления. Такая конструкция снимает социальное напряжение, когда операторы не хотят “докладывать” на коллег; система инициирует эскалацию, а не человек.

    Данные правила должны быть определены в конфигурации MES:

    • Уровень 1 (Ответственный исполнитель): Техник или Бригадир, закрепленный за линией.
      • SLA реакции: 5 минут.
      • Действие: Ответственный должен подтвердить получение заявки (например, отсканировав бейдж) на терминале станции.
    • Уровень 2 (Руководитель): Менеджер участка или Старший инженер.
      • Триггер: Если статус заявки уровня 1 остается “Открыт” более 15 минут.
      • Действие: Система отправляет Push-уведомление или SMS-сообщение на этот уровень.
    • Уровень 3 (Высшее руководство): Начальник производства или Директор завода.
      • Триггер: Если статус заявки уровня 1 остается “Открыт” более 60 минут.
      • Действие: Система генерирует и отправляет отчет по электронной почте. Это действует как механизм эскалации высшего уровня.

    Событие Андон — это заявка (тикет). Она должна пройти определенный жизненный цикл.

    • Начало: Событие инициировано.
    • Таймер: Активен. Линия, вероятно, остановлена.
    • Доска Андон: Мигающий красный индикатор.
    • Действие: Ответственный сканирует бейдж на терминале.
    • Значение: “Я на месте, работаю над устранением.”
    • Таймер: Таймер эскалации приостановлен; таймер устранения продолжает работу.
    • Доска Андон: Постоянный желтый индикатор.
    • Действие: Ответственный выбирает Код коренной причины и закрывает заявку.
    • Значение: Производство возобновлено.
    • Таймер: Остановлен.

    Невозможно эффективно улучшать процессы без точной классификации проблем. Закрытие заявки Андон требует обязательного указания причины — ответственный должен объяснить, почему произошла остановка линии.

    • Правило: Пункты “Другое” или “Разное” должны быть исключены из выпадающего списка.
    • Причина: “Другое” создает “черную дыру” в данных. Система должна направлять пользователя к выбору конкретной категории (например, “Заклинивание питателя”, “Сбой ПО”, “Отсутствие компонента”).
    • Если длительность простоя превышает 10 минут, а поле для комментария пустое, система должна заблокировать закрытие, требуя от техника ввода краткого пояснения.
    • Если идентификатор ответственного совпадает с идентификатором оператора, создавшего заявку, система должна пометить тикет для последующей проверки. Операторы, как правило, не должны закрывать собственные заявки на обслуживание.
    • Автоматические (Остановка по оборудованию): Состояние оборудования (через сигналы DI/O или OPC-UA) должно быть напрямую интегрировано с системой Андон.
      • Логика: Если состояние оборудования регистрирует “Ошибка” более 30 секунд, система должна автоматически создать заявку на обслуживание.
    • Ручные (Остановка по процессу/качеству): Должен быть предоставлен интерфейс с сенсорным экраном для оператора.
      • Логика: При нажатии оператором кнопки “Проверка качества” линия продолжает работу (если это безопасно), но система немедленно вызывает инженера по качеству.

    Резюме: Цифровая система Андон и управление инцидентами

    Заголовок раздела «Резюме: Цифровая система Андон и управление инцидентами»
    ПараметрТриггер / УсловиеSLA / Время реакцииМаршрутизация / Действие
    Классификация инцидентаСканирование метки “Низкий уровень” / Код ошибки оборудования / Брак на AOI / Превышение цикла >15%Склад / Техник / Инженер качества / Сменный мастер
    Эскалация (Уровень 1)Создание заявки (тикета)5 мин (до подтверждения)Ответственный исполнитель (Техник/Бригадир). Подтверждение бейджем.
    Эскалация (Уровень 2)Статус “Открыт” > 15 минАвтоуведомлениеРуководитель (Менеджер/Старший инженер). Push/SMS.
    Эскалация (Уровень 3)Статус “Открыт” > 60 минАвтоотчетВысшее руководство. Email-эскалация.
    Закрытие заявкиВыбор кода коренной причины. При простое >10 мин — обязательный комментарий.Блокировка при пустом комментарии. Запрет “Другое” в списке причин.