Cómo implantamos

Primero la pérdida productiva, después el modelo

Самая частая ошибка — начинать с выбора технологии. Мы идём в обратном порядке: от потери на производстве к показателю, который должен измениться, и только потом — к данным и модели.

Порядок работы

Семь шагов от потери до измеренного показателя

01
Pérdida productiva
02
Decisión que hay que tomar
03
Данные для этого решения
04
Modelo
05
Integración
06
Acción
07
Indicador
Этапы

Пилот обычно длится три месяца, продолжение — по измеренному результату

  1. 01

    Inspección de pérdidas y datos

    Где и сколько вы теряете, какие данные уже есть. Итог — короткий отчёт: решается ли задача данными и с какого показателя начать.

    2–3 semanas
  2. 02

    Piloto

    Один объект, один показатель. Подключение, модель, связь с вашей системой заявок. В отчёте — эффект по сравнению с исходным уровнем.

    3 meses
  3. 03

    Тиражирование

    Переносим модель на однотипные установки по типовой модели активов. Самостоятельность системы расширяем только по вашему решению.

    6–12 meses
  4. 04

    Acompañamiento

    Следим за дрейфом, переобучаем модель, берём новые задачи из каталога.

    de forma continua
Самостоятельность системы

Шесть уровней самостоятельности — поднимаемся постепенно

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

Niveles de autonomía
NivelQué se le permite al sistemaEjemploNuestra práctica
ЧтениеLee los datosmonitorización, analíticaINICIO DEL PILOTO
ОбъяснениеОбъясняет и ищет причинуcausa, casos similaresINICIO DEL PILOTO
РекомендацияPropone una acciónconsigna, reparación, programación: decide la personaINICIO DEL PILOTO
Действие с подтверждениемLa persona confirma y el sistema ejecutaorden de trabajo, pedido, reprogramación de una operaciónSEGÚN DECIDA EL CLIENTE
Ограниченная автономияActúa por sí mismo dentro de límites estrictamente fijadosbanda de consignas, límite de pedidoSEGÚN DECIDA EL CLIENTE
Полная автономияActúa sin confirmaciónno lo proponemos para procesos críticosNO LO PROPONEMOS
Архитектура

Una capa sobre la automatización existente, no su sustitución

Los controladores y el SCADA se mantienen. El sistema de IA se conecta a ellos como un nivel aparte. En color se destaca lo que añadimos nosotros.

01Capa físicamáquinas, controladores, accionamientos, sensores, cámaras, contadores
02Связь и промышленные сетисети OT, SCADA, историк, OPC, шлюзы, вычислители у линии
03Contexto operativoMES, CMMS, QMS, WMS, laboratorio, trazabilidad
04Contexto de negocioERP, compras, pedidos, proveedores
05Capa de datosseries temporales, eventos, modelo de activos, semántica
06Capa de IAvisión, predicción, anomalías, optimización, modelos causales, LLM
07Gemelo y simulaciónфизика плюс данные; проверка действий на модели до пуска
08Gobierno de las accionespermisos de acceso, escenarios autorizados, registro de acciones
09Ejecuciónpersona, MES, CMMS, ERP, planificador; el controlador sigue siendo determinista
Nubeобучение больших моделей, аналитика по нескольким заводам, планирование — только если вы разрешаете
У линиикамеры и вибрация: ответ за миллисекунды, работа при слабой связи, данные не покидают площадку
Controladorуправление и защиты с предсказуемым поведением — ИИ здесь не работает
Языковые модели и агентынад контуром управления: советуют и запускают проверенные сценарии
Segmentación del acceso por zonas y conductos según IEC 62443
Риски

Почему проваливаются ИИ-проекты и что мы с этим делаем

Каждая причина взята из открытых разборов внедрений и опыта наших специалистов по автоматизации.

01

No hay datos de calidad

No hay sensores, las etiquetas no tienen nombre, las marcas de tiempo no coinciden, las reparaciones están en texto libre.

Обследуем данные до работы над моделью. Если нужно, сначала автоматизируем.
02

Нет правильной разметки

В журнале записано «ремонт» или «не работает», а не режим отказа.

Размечаем события вместе с вашими механиками; пробелы разметки закрывает физическая модель.
03

Eventos poco frecuentes

Los fallos graves son, por definición, pocos.

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

Deriva

Ha cambiado el proveedor, el componente, la estación o la iluminación y el modelo ha empeorado.

Следим за дрейфом и переобучаем модель: это постоянная работа, а не разовый файл.
05

Совпадение вместо причины

El operador necesita una causa, no un número.

Modelos explicables y causales; la respuesta siempre con referencia a los datos.
06

No hay acción

La predicción se muestra en pantalla, pero no se crea la orden de reparación: el sistema se convierte en un monitor más.

Доводим цепочку до действия: прогноз сам ведёт к заявке в CMMS, изменению графика или уставки.
07

El piloto no escala

Si en una línea 300 señales se han vinculado a mano, en cien líneas ese trabajo costará más que el efecto.

С первого объекта строим типовую модель активов и подключение, рассчитанные на тиражирование.
08

Economía débil

El proyecto se empieza con un centenar de tareas pequeñas en lugar de cinco pérdidas grandes.

Начинаем с отбора задач: событие частое и дорогое, решение повторяется, после прогноза есть действие, есть исходный уровень для сравнения.
Cómo implantamos

Начнём с обследования потерь и данных

По итогам — короткий отчёт: решается ли ваша потеря данными, каких данных не хватает и с какого показателя начать пилот.