(АЦТ) Ассоциация цифровой трансформации - главный инфо-канал

«Технониколь» сократит риск ошибок на складе на 75%

На «Заводе Техно» в Рязани, крупнейшем производстве каменной ваты компании «Технониколь», завершается внедрение цифрового двойника склада готовой продукции. По предварительным оценкам компании, запуск модели снизит риск ошибочных управленческих решений на 75% и сократит операционные затраты склада на 15%. Опытная эксплуатация уже идет, переход в промышленный режим намечен на октябрь, вложения в проект должны окупиться менее чем за три года.

Что моделирует двойник

Двойник — виртуальная копия склада, в которую загружают данные из логистических систем предприятия: топологию помещений, маршруты и скорость движения погрузчиков и транспорта, статистику прошлых периодов. На этой основе строят несколько гипотез организации работы склада и сравнивают их с базовой моделью по набору показателей, повторяя цикл, пока не находят оптимальную схему. Решение проверяют в виртуальной среде до того, как под него выделят реальные деньги и людей. Результаты сравнения гипотез собирают в платформе бизнес-аналитики QlikView, где видны изменения по оборачиваемости складских ячеек, пробегу погрузчиков, расходам на топливо и обслуживание техники, загрузке склада.

Почему именно эта площадка

Рязанский склад получил самую полную цифровую модель в группе компаний: он отличается высокой оборачиваемостью и принимает не только утеплитель, но и субстраты для агросектора, материалы для сэндвич-панелей, техническую изоляцию и продукцию смежных направлений компании. Формирование сборных партий из разной номенклатуры усложняет логистику и требует расширенного функционала модели. Цифры эффекта компания называет предварительными: 75% по снижению риска ошибок, 15% по затратам, 20% по расходам на оплату труда, 25% по пропускной способности склада и 35% по скорости обработки операций. Это результаты опытной эксплуатации, а не данные полноценной промышленной работы, поэтому итоговые показатели после октябрьского запуска могут отличаться от предварительных.

Слабое место двойника

Двойник считает точно настолько, насколько точны данные на входе: топология, маршруты, статистика прошлых периодов. Следующим шагом компания называет подключение искусственного интеллекта для автоматизации сбора этих данных. Значит, сегодня часть входной информации собирают вручную, и именно ручной ввод на новых площадках обычно снижает точность модели. Директор по логистике направления «Минеральная изоляция» компании Татьяна Бертова говорит, что модель универсальна и каждое следующее внедрение обойдется дешевле предыдущего. Формулировка верна для лицензии и разработки. Качество данных на каждом новом заводе придется выстраивать заново, и универсальная лицензия эту работу не заменяет.

Что дальше

В 2026 году такие же проекты запускают на заводах в Новгородской и Ростовской областях и в Челябинске, в 2027-м очередь дойдет до Белгорода, Кемеровской области, Татарстана, Хабаровска и Обнинска. Похожий проект в подмосковном Серпухове уже завершен, и его результаты легли в основу текущей модели. Для CDTO, который планирует похожий проект у себя, главный вопрос в том, готовы ли складские процессы отдавать чистые и своевременные данные без ручной правки на входе. Выбор платформы для двойника здесь вторичен.

Квантовая безопасность сегодня, уже не абстрактная теория на горизонте, а вполне действующая инфраструктура.

С 2021 года между Москвой и Петербургом функционирует квантовая магистраль РЖД протяженностью около 700 км: ключи шифрования на ней защищены не сложностью вычислений, а законами квантовой физики — любая попытка перехвата меняет состояние фотона и выдает себя. Для железной дороги, которая переходит на беспилотное управление поездами, это не демонстрационный проект, а требование к защищенности систем управления. По федеральной дорожной карте протяженность таких сетей должна вырасти до 15 тысяч километров к 2030 году. Квантовая безопасность — лишь один из четырех инструментов, которые закрывают в новой статье цикла группу кибербезопасности методики АЦТ.

Это сорок восьмая статья цикла. Завершаем подгруппу I4 «Аналитика и расследования» инструментом I4-02 и группу I «Кибербезопасность и управление рисками» подгруппой I5 «Инновационные технологии».

В этой статье разбираем:

— Цифровая криминалистика (Digital Forensics) — восстановление хода атаки по цифровым следам, оставшимся после инцидента.

— Этический ИИ в управлении рисками (Ethical AI in Risk Management) — ответственное проектирование систем ИИ с оценкой рисков дискриминации и предвзятости.

— Квантовая безопасность (Quantum Security) — защита канала передачи данных методами квантовой физики, обнаруживающими сам факт перехвата.

— ИИ в кибербезопасности (AI in Cybersecurity) — обнаружение атак по отклонению от привычного поведения системы, прежде чем сработает база сигнатур.

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

🔗Читать на сайте АЦТ: https://dia.ru/news/6275

Queensland Health: система расчета зарплаты стоимостью 6,2 млн долларов и итоговой стоимостью в 1,2 млрд

В 2007 году правительство австралийского штата Квинсленд назначило IBM генеральным подрядчиком по замене системы расчета зарплаты Queensland Health, департамента здравоохранения. Новая система должна была начислять выплаты примерно 78 тысячам сотрудников по более чем 24 тысячам сочетаний тарифных условий — одна из самых сложных систем такого рода в Южном полушарии. Стоимость контракта составляла около 6,2 млн австралийских долларов.

Проект пропустил девять дат запуска, прежде чем система заработала 14 марта 2010 года. В последующие недели десятки тысяч сотрудников получили меньше или больше положенного либо не получили выплату вовсе; штату пришлось нанять около тысячи сотрудников для ручной обработки расчетов. В 2013 году комиссия по расследованию назвала произошедшее возможно худшим провалом госуправления в истории Австралии и оценила итоговую стоимость вместе со стабилизацией в 1,2 млрд долларов.

Что хотели сделать

Замена устаревшей системы LATTICE проходила в рамках программы консолидации ИТ-услуг: расчет зарплаты разных ведомств переводили на единую платформу на базе SAP ради экономии. Назначение одного генерального подрядчика должно было сосредоточить ответственность за результат.

Где произошел сбой

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

Тестирование в 2009–2010 годах последовательно выявляло пробелы. В июле 2009 года первое сравнение с прежней системой охватило лишь 10% сотрудников и показало расхождение в 1,2 млн долларов за расчетный период.

Второй тест в феврале 2010 года сократил расхождение до 30 тысяч, но исключал временных сотрудников и сверхурочные, а 47 критических дефектов оставались открытыми.

Сколько это стоило

Внедрение обошлось в 181 млн долларов — более чем в 29 раз выше первоначальной оценки. Около тысячи сотрудников вручную обрабатывали расчет зарплаты для десятков тысяч человек. Аудит KPMG позднее оценил еще 839,9 млн долларов за пять лет на полную стабилизацию — совокупная стоимость выросла до 1,25 млрд. Комиссия по расследованию установила: решение уладить спор с IBM в досудебном порядке лишило штат возможности взыскать убытки, а IBM не следовало назначать генеральным подрядчиком из-за нарушений в процессе тендера.

Что из этого следует

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

Место в методике АЦТ

Прямо к ситуации относится управление рисками проектов (B4-02, группа B, 30 часов, сложный): оценка вероятности, что бюджет и график недооценивают сложность системы, до подписания контракта. Второй уровень — анализ видов и последствий отказов (A4-03, 36 часов): перебор сценариев отказа по каждой категории сотрудников до объявления о готовности, а не обнаружение 47 дефектов в момент решения о запуске.

Ни управление рисками, ни FMEA не устранили бы более глубокую причину, которую назвала комиссия, — нарушения в самом процессе тендера, из-за которых IBM не следовало допускать к контракту. Этот сбой произошел раньше, чем у любого из инструментов появился бы предмет для оценки.

Система в итоге считала зарплату, но неверно и не для всех. Разрыв между 6,2 млн бюджета и 1,2 млрд итоговых затрат сложился в момент подписания контракта под сложность, которую никто до конца не измерил — задолго до дня запуска. Каждый из девяти пропущенных сроков давал возможность это заметить: ею не воспользовались.

Импортозамещенное промышленное ПО принесло российским разработчикам 2 млрд рублей

С 2022 года российские разработчики программного обеспечения выручили около 2 млрд рублей от продажи импортозамещенных промышленных решений. Такую оценку привели в Министерстве цифрового развития. Отсчет ведется с лета 2022 года, когда появились первые индустриальные центры компетенций, и до текущего момента. Продукты уже используются примерно на 200 промышленных предприятиях страны.

На чем именно зарабатывают разработчики

Индустриальные центры компетенций (ИЦК) — рабочие группы, где крупные промышленные заказчики формулируют, какое зарубежное программное обеспечение нужно заменить, а разработчики берутся за конкретный продукт под конкретную задачу. Так появляются особо значимые проекты (ОЗП) — заказные разработки под задачу конкретной отрасли, создаваемые точечно, без расчета на массовый рынок. Основная часть таких проектов — системы для промышленности: автоматизированное проектирование, управление жизненным циклом изделия, производством и ресурсами предприятия. Решения уже работают в авиастроении, автомобилестроении, железнодорожном машиностроении и двигателестроении. Наибольший спрос сейчас формируют системы управления финансами и ресурсами предприятия и программы для управления цепочками поставок.

Откуда деньги на разработку

Финансирование идет за счет грантов Российского фонда развития информационных технологий и фонда «Сколково». Это выручка не за один год, а за все время действия программы с 2022 года. Сама программа выросла за последние месяцы: в мае в реестре ИЦК числилось 175 ОЗП, из них 120 были завершены, к началу сентября проектов стало 197 (плюс 13%), завершенных — 128 (плюс 7%). Отдельно есть 24 новых проекта стоимостью 14,4 млрд рублей, которые компании оплачивают сами, без грантов.

Что это меняет

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

Ботнет Mirai, обрушивший в 2016 году доступ к Twitter, Netflix и десяткам других крупных сайтов, создали не государственные хакеры, а трое американских студентов ради преимущества на игровых серверах Minecraft. Уязвимость, которой они воспользовались, была самой примитивной из возможных — заводской пароль, который никто не удосужился сменить. Через шесть лет похожая логика подтвердилась на другом полюсе кибербезопасности: расследование показало, что расхожая статистика о стократной цене позднего исправления дефектов в разработке ссылается на несуществующий источник — «Институт», которого никогда не было. В обоих случаях дело было не в изощрённости атаки или сложности исследования, а в том, была ли устранена самая очевидная уязвимость заранее.

Это сорок седьмая статья цикла. Завершаем группу I «Кибербезопасность и управление рисками» подгруппой I3 «Промышленные и IoT-решения» и открываем I4 «Аналитика и расследования».

В этой статье разбираем:

— Безопасная разработка (DevSecOps) — интеграция процессов безопасности на всех этапах жизненного цикла программного обеспечения, от проектирования до развёртывания: автоматизированные проверки кода вместо ручного контроля, ранний поиск уязвимостей и коллективная ответственность разработчиков, специалистов по эксплуатации и тестировщиков.

— Безопасность интернета вещей (IoT Security) — методика защиты подключённых к сети устройств и датчиков от киберугроз, обеспечивающая целостность и надёжность критических систем.

— Операционная технологическая безопасность (OT Security) — защита систем, которые контролируют физические процессы и устройства в промышленных средах: производственных, энергетических, транспортных, — сосредоточенная на правах доступа, устранении уязвимостей и обучении персонала.

— Активный поиск угроз (Threat Hunting) — проактивный подход, при котором специалисты намеренно ищут признаки атак или компрометации, не обнаруженные средствами автоматического мониторинга.

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

🔗Читать на сайте АЦТ: https://dia.ru/news/6267

Цикл Шухарта-Деминга: что такое PDCA, откуда он взялся и почему улучшения без него не закрепляются

Цикл Шухарта-Деминга, или PDCA (Plan-Do-Check-Act), - управленческий инструмент циклического улучшения процессов, в котором изменение вносится в ходе самого процесса, через повторяющиеся витки планирования, выполнения, проверки и корректировки. После завершения витка выясняется, решена проблема или нет, и на этом основании система либо закрепляет изменение, либо запускает цикл заново с поправкой.

Метод предложил в конце 1920-х годов Уолтер Шухарт, статистик Bell Laboratories, искавший способ сделать промышленное производство предсказуемым через контроль качества. В 1939 году в книге о статистическом методе он описал три стадии: спецификация, производство, контроль. В 1950-х годах ученик Шухарта Эдвардс Деминг обучал этой логике японских промышленников по приглашению правительства Японии и развил триаду в четыре стадии, добавив отдельный этап проверки результата. Отсюда двойное имя метода - цикл Шухарта-Деминга. Сам Деминг позднее использовал другое обозначение, PDSA, где вместо Check стоит Study: он считал, что проверка смещает внимание на факт успеха или неудачи, тогда как изучение требует разобраться, почему результат получился именно таким. В деловой практике закрепилось PDCA, и два обозначения нередко путают, хотя разница именно в акценте третьего этапа.

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

На Уральской Стали цикл применили к росту процента дефектов на одном из участков. Вместо ужесточения контроля или замены технологии эксперты дирекции по развитию бизнес-системы собрали команду из технологов, операторов и ремонтников. На этапе планирования совместный разбор данных отклонений отверг первую гипотезу, нестабильность параметров процесса, и вывел на вторую причину - оснастку, которую вовремя не обслуживали. На этапе выполнения ввели график плановой замены оснастки. По данным дирекции по развитию бизнес-системы компании, брак снизился до фонового уровня. На этапе действия график закрепили как регламентную процедуру участка, чтобы решение не зависело от памяти конкретного мастера смены.

Метод требует зрелой системы регулярного измерения показателя, иначе этап проверки не с чем сравнивать, и решение принимается без объективных оснований. Для процессов с жесткими сроками PDCA подходит плохо: эффект подтверждается только на этапе проверки, а до этого момента процесс работает без гарантии, что изменение вообще верное. Если четвертый этап пропускают и не переводят найденное решение в регламент, эффект держится до первого нарушения условий, в которых его нашли, и постепенно исчезает. Инструмент также плохо работает как разовое мероприятие: одного успешного витка недостаточно, устойчивость проверяется повторением цикла на новом материале или в новом периоде.

В методике АЦТ цикл занимает позицию A1-05 в группе A «Операционная эффективность», теория рассчитана на 4 часа, практика на 6 часов, сложность внедрения оценена как простая. Инструмент связан с диаграммой Ишикавы (A1-06) для поиска причины на этапе планирования и с картой потока создания ценности (A1-09) для выбора участка, на который PDCA направляют в первую очередь. Связь не случайна: оба соседних инструмента дают данные, без которых плановый этап цикла превращается в неподтвержденное предположение.

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

ERP включены в перечень объектов КИИ. Что это означает для промышленного предприятия

Оборудование исправно, сырьё находится на складе, персонал приступил к работе. Однако ERP недоступна: невозможно получить производственное задание, проверить обеспеченность заказа материалами и оформить движение продукции. Продолжительность работы предприятия в таких условиях определяется тем, какие процессы требуют доступа к ERP.

Этот сценарий объясняет внимание регулятора к системам управления ресурсами предприятия.

В перечне типовых отраслевых объектов критической информационной инфраструктуры (КИИ), утверждённом распоряжением Правительства РФ от 26 февраля 2026 года № 360-р, прямо указаны ERP-системы. Например, пункт 321 описывает управление предприятием, учёт выпуска и выполнение производственной программы. В пункте 381 перечислены управление производством, финансами и ресурсное планирование. Текст распоряжения.

Как определяется статус конкретной системы

Для оценки имеют значение отрасль, деятельность предприятия и функции, которые выполняет ERP. Затем проводится категорирование — оценка объекта по установленным критериям значимости с учётом возможных последствий компьютерного инцидента.

По результатам системе может быть присвоена одна из трёх категорий. Закон также предусматривает решение об отсутствии необходимости присвоения категории, если объект не соответствует установленным критериям и их значениям. Это закреплено в статье 7 закона № 187-ФЗ.

С чего начать оценку на предприятии

Первый шаг — организовать совместную оценку с участием руководителей производства, ИТ и информационной безопасности. Необходимо определить:

— Какие операции зависят от ERP: планирование выпуска, выдача материалов, складские операции, отгрузка?

— Каковы последствия недоступности системы в течение часа, смены или суток?

— Какие процессы смогут продолжаться и на основании каких данных?

— Проверялось ли восстановление системы вместе с обменом данными со складскими и производственными приложениями?

Ответы позволят оценить зависимость производства от ERP. Для юридического решения потребуется сопоставить результаты с применимым разделом перечня и правилами категорирования.

Что это меняет в управлении цифровым проектом

При внедрении или замене ERP следует заранее определить допустимую продолжительность простоя, порядок восстановления и ответственных за возобновление процессов. Эти вопросы влияют на архитектуру, бюджет и условия сопровождения системы.

Один из сценариев проверки: ERP восстановлена из резервной копии, но сведения о выданных материалах и выполненных заказах ещё не сверены. Система доступна, однако производство пока не может продолжить работу на основе проверенных данных.

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

«Норникель» и «Технологический прорыв»: путь к автономному руднику

В 2015 году «Норникель» начал программу «Технологический прорыв» с ревизии. Аудит систем промышленной автоматизации выявил более двухсот информационных систем, не связанных друг с другом: рудники годами внедряли цифровые инструменты по отдельности, без общей архитектуры. Такая находка на старте определила логику всей программы на годы вперед: прежде чем добавлять новые системы, требовалось объединить уже существующие в единый контур.

Первый этап дал измеримый результат. Компания оснастила все подземные рудники системами позиционирования и связи персонала и техники, создала единую горно-геологическую базу данных с 3D-моделью рудного тела — сегодня оцифровано 100% разведанных запасов, а около 80% основных технологических процессов контролируется в режиме реального времени из диспетчерских центров. Система автоматизированного управления горными работами уже к 2019 году показывала экономию порядка 44 млн долларов на операционных затратах и 12 млн долларов на капитальных.

В 2019 году, опираясь на достигнутое, компания трансформировала программу в портфель «Технологический прорыв 2.0» — фокус сместился на непрерывность производства, технологическую независимость и безопасность. Годом ранее, в 2017-м, компания совместно с Сибирским федеральным университетом создала R&D-центр по управлению рудопотоками — цифровизация горной добычи потребовала не только внедрения систем, но и отдельной научной базы для их развития. Среди собственных разработок этого этапа — дрон, способный автономно перемещаться по подземным выработкам шахты без ручного управления оператором.

Флагманский проект новой фазы — шахта «Глубокая» рудника «Скалистый», которую компания с 2019 года планирует сделать первым полностью автономным рудником группы. Условия здесь экстремальны для человека: стволы уходят глубже 2050 метров — это самая глубокая горная выработка в Евразии, температура горного массива в забоях достигает 50 градусов, и только системы охлаждения удерживают рабочую зону на уровне не выше 26 градусов.

По состоянию на 2026 год строительство ведется поэтапно и еще не завершено. К июлю пройдено более 9 км горных выработок, ведется проходка новых горизонтов на отметках 1756, 1610 и 1550 метров. Запуск скипового подъема с проектной мощностью 1,5 млн тонн руды в год намечен на 1 января 2028 года; выхода на полную мощность в 2,2 млн тонн в год компания планирует достичь к 2033 году. В августе 2024 года проект прошел государственную экспертизу и включен в стратегический план развития региона до 2035 года.

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

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

На 37% меньше токенов тратит новая модель Сбера GigaChat 3.5 Reasoning на решение сложных математических задач по сравнению с открытой моделью DeepSeek V4 Flash Preview — при сопоставимом качестве ответов. Модель представлена 10 сентября, о разработке в компании рассказали через собственный технический блог.

Новая модель построена на базе GigaChat 3.5 Ultra, представленной в июле, и стала первой в линейке с полноценным режимом рассуждений: перед формированием ответа она разбивает задачу на этапы, составляет план решения, при необходимости обращается к поиску и другим инструментам и проверяет промежуточные результаты. Руководитель блока развития генеративного ИИ Сбербанка Антон Фролов формулирует это как переход от быстрого ответа к разбору сложной задачи. Практические сценарии применения — анализ договоров на противоречия, финансовые расчеты, поиск ошибок в коде, планирование многошаговых задач с учетом ограничений по бюджету и срокам. Пользователь включает режим рассуждений вручную для сложных запросов; для простых вопросов модель отвечает напрямую, не расходуя токены на пошаговый разбор.

Экономия токенов объясняется архитектурой модели. Всего в ней 432 млрд параметров, но при обработке каждого токена задействуется лишь 28 млрд — подход Mixture-of-Experts снижает объем вычислений на каждый запрос без потери качества результата. Обучение построено на шести отдельных экспертных модулях — математика, код, агентные задачи и другие, — каждый с собственной системой оценки, которые затем собраны в единую модель через технологию online RL: итоговая модель генерировала собственные решения, а профильный эксперт оценивал их на уровне отдельных токенов, что дало более точную обратную связь по сравнению с единой оценкой за весь ответ.

Стандартные бенчмарки подтверждают эффект: показатель IFBench вырос с 44 до 77 баллов, Natural Plan — с 64 до 80, LiveCodeBench v6 — с 56 до 85. В сравнении с DeepSeek V4 Flash Preview Reasoning модель Сбера обходит конкурента в следовании сложным инструкциям и структурированных ответах, но пока уступает в агентном программировании и олимпиадной математике — в компании обозначили это направлением для следующей версии.

Веса и код запуска модели опубликованы на Hugging Face по лицензии MIT, разрешающей в том числе коммерческое использование. Для крупной российской технологической компании открытие топовой модели такого уровня — нечастое решение, которое меняет расчет для разработчиков: вместо обращения к платному API появляется возможность развернуть модель на собственной инфраструктуре и встроить в свой продукт без лицензионных отчислений.

Для предприятия, выбирающего между облачным API и собственным контуром для задач с рассуждениями, экономия токенов напрямую переводится в стоимость эксплуатации: чем сложнее задача и чем больше шагов рассуждения она требует, тем заметнее разница в тридцать семь процентов на практике. Открытая лицензия добавляет к этому расчету второй параметр — возможность развернуть модель на собственных мощностях для задач с чувствительными данными, где отправка запросов во внешний API неприемлема, сохраняя качество рассуждений на уровне закрытых альтернатив.

В Кемерове запущено серийное производство персональных аппаратов eVTOL

Компания I-Navyx начала серийный выпуск одноместных электрических аппаратов вертикального взлета и посадки в Кемеровской области. Об этом ТАСС сообщил технический директор производства Максим Ивлев. По его словам, предприятие пока остается единственным в России производителем техники такого класса, хотя эта оценка исходит от самого разработчика и независимого подтверждения не имеет.

Что это за аппарат

eVTOL — электрический летательный аппарат, который взлетает и садится вертикально, без разбега и посадочной полосы. Аппарат оснащен восемью электромоторами, каркас выполнен из титана с применением композитных материалов, включая карбон, для облегчения конструкции. Управление дополнено системой автоматической стабилизации и функцией автоматической активации спасательного парашюта. В воздухе с пилотом массой до 75 кг аппарат способен находиться до 30 минут, без пилота развивает скорость до 95 км/ч. В линейке представлены версии для операторов массой до 75, 90 и 110 кг, компания также обладает технической возможностью выпускать двухместные модификации. Для управления не требуется профессиональная летная подготовка, хотя неопытным операторам рекомендован пятичасовой курс по метеорологии и аэродинамике в специализированном учебном центре, прохождение курса не является обязательным.

Что уже подтверждено, а что пока нет

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

Почему это важно для отрасли

Запуск в Кемерове выводит персональные электролеты из статуса демонстрационных прототипов в статус серийного, пусть пока и небольшого, коммерческого продукта. Упрощенная регистрация через портал «Госуслуги» для аппаратов массой до 115 кг без сертификации по Воздушному кодексу делает технику доступной частным покупателям уже сейчас, тогда как использование eVTOL для регулярных городских перевозок остается вопросом ближайших лет и требует отдельной нормативной базы.

Абстрактная угроза не даёт основания для конкретного решения о защите: пока риск сформулирован общими словами, невозможно определить ни степень его реальности, ни момент, когда он становится актуальным. Каждый из четырёх инструментов этой статьи решает эту задачу по-своему: переводит расплывчатую опасность в проверяемый факт — конкретного, поимённо описанного противника, конкретный запрос, который нужно подтвердить, конкретный алгоритм шифрования, устойчивый к угрозе, которая пока не существует технически, но уже определяет, какие данные похищаются заранее.

Это сорок шестая статья цикла. Продолжаем группу I «Кибербезопасность и управление рисками» подгруппой I2 «Продвинутые инструменты защиты».

В этой статье разбираем

— Облачная безопасность (Cloud Security) — совокупность технологий, политик, мер контроля и процедур, направленных на защиту данных, приложений и инфраструктуры, размещённых в облаке, включая управление доступом, шифрование и обнаружение угроз в среде, которая физически принадлежит внешнему поставщику.

— Анализ угроз (Threat Intelligence) — методика сбора, анализа и интерпретации данных об угрозах: изучение целей, тактики и инструментов конкретных злоумышленников, позволяющее организации распознавать атаки на ранних стадиях и принимать обоснованные решения по защите информационных активов.

— «Управление кибер-рисками» (Risk Management) — вопреки названию, инструмент посвящён постквантовой криптографии: разработке и внедрению алгоритмов шифрования, устойчивых к атакам квантовых компьютеров, которые пока не существуют технически, но уже определяют, какие данные похищаются впрок сегодня.

— Архитектура нулевого доверия (Zero Trust Architecture) — принцип «никому не доверяй, проверяй всех»: каждый запрос к ресурсам проверяется индивидуально, независимо от того, поступает ли он из защищённой внутренней сети или снаружи.

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

🔗Читать на сайте АЦТ: https://dia.ru/news/6259

Пока-екэ: что такое защита от ошибки, три типа устройств и порядок их внедрения

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

Происхождение метода

Метод разработал японский инженер Сигэо Синго. В 1961 году на заводе Yamada Electric он выявил повторяющийся дефект сборки: рабочий устанавливал в корпус выключателя две пружины, но иногда пропускал одну, такая ошибка встречалась примерно в 1,38% случаев. Решением стал лоток, из которого на сборку выдавались ровно две пружины: оставшаяся на лотке пружина указывала на пропуск. Синго называл устройства baka-yoke, дословно «защита от дурака», но в 1963 году сменил термин на poka-yoke, «защита от непреднамеренной ошибки», после того как одна из работниц восприняла прежнее название как оскорбление.

Три типа устройств

Синго выделил три способа обнаружения ошибки.

Контактный метод: устройство проверяет физическую форму, размер или положение детали. Штифт несимметричной формы, в который деталь входит только в правильной ориентации.

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

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

Устройства также делятся по реакции: одни останавливают процесс до устранения ошибки, другие подают сигнал, оставляя решение за оператором.

Порядок внедрения

Работа начинается с выбора одного повторяющегося дефекта с известной частотой, как это сделал Синго на Yamada Electric, а не с попытки закрыть все виды ошибок сразу. Дальше определяется момент, когда ошибка совершается физически, а не когда она обнаруживается контролем: чем раньше в процессе стоит защита, тем меньше стоимость брака. Устройство выбирается по типу ошибки: пропуск детали закрывается методом постоянного значения, неверная ориентация контактным методом, пропущенный шаг методом последовательности операций. Решение проверяется на потоке дефектных и годных деталей, прежде чем закрепляется в процессе.

Границы применимости

Метод работает там, где ошибка имеет физический или счетный признак: отсутствие детали, неверное количество, неправильное положение. Ошибки в управленческих решениях, качестве материала или расчетах устройство пока-екэ не обнаруживает, поскольку у них нет физического проявления в момент совершения. Вторая граница экономическая: устройство должно быть дешевле стоимости пропущенного дефекта, иначе конструкция усложняет операцию без окупаемости.

Место в методике АЦТ

Пока-екэ значится под кодом A3-01 в группе A «Операционная эффективность»: 4 часа теории, 6 часов практики, категория сложности «простой».
В методике инструмент дополняет статистический контроль процессов (A4-02). SPC выявляет тенденцию к браку по выборке, тогда как пока-екэ предотвращает конкретную ошибку со стопроцентным охватом на самой операции. Работа с одним повторяющимся дефектом методически близка к принципу пяти почему (A1-01): прежде чем проектировать устройство защиты, нужно установить, на каком именно шаге происходит отклонение.

Вывод

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

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

#КиноСуббота

«Аполлон-13» (Apollo 13, 1995)

Фильм Рона Ховарда снят по книге командира экипажа Джима Ловелла и журналиста Джеффри Клюгера «Lost Moon» и реконструирует полет NASA к Луне в апреле 1970 года. На вторые сутки миссии взрывается кислородный бак служебного модуля, корабль теряет электроэнергию и часть систем жизнеобеспечения, и посадка на Луну отменяется. Экипаж — Джим Ловелл, Джек Свайгерт и Фред Хейз, в фильме их сыграли Том Хэнкс, Кевин Бэйкон и Билл Пэкстон, — переходит в лунный модуль, чтобы использовать его как спасательную капсулу на обратном пути к Земле. Роль руководителя полетов Джина Кранца исполнил Эд Харрис, получивший за эту роль номинацию на «Оскар». Знаменитая фраза Кранца «неудача — не вариант» была написана для сценария и не звучала во время реальной миссии; большинство остальных технических деталей фильма подтверждены консультантами NASA.

Но чем этот фильм интересен и почему попал в нашу подборку?

Первые минуты после взрыва центр управления полетами не знает, что именно вышло из строя, — есть только противоречивые показания приборов. Инженеры перебирают возможные причины одну за другой: сбой датчика, короткое замыкание, разгерметизация, — пока не сходятся на разрыве бака. Такой последовательный разбор проблемы на возможные причины — диаграмма Исикавы (A1-06 в Методике АЦТ), примененная к разбору аварии в реальном времени.

Как только диагноз поставлен, меняется сама цель полета. Высадка на Луну снята с повестки без обсуждения, а единственным критерием успеха становится возвращение экипажа живым. Пересмотр ключевой цели проекта посреди его выполнения — прямое обращение к паспорту (хартии) проекта (B2-01): документу, где эта цель была изначально зафиксирована и теперь заменяется на новую.

Каждое решение перед тем, как попасть на борт, проходит проверку на точных копиях модулей корабля в тренажерном зале на Земле: инженеры вручную подбирают для командного модуля последовательность включения приборов под жесткий лимит энергии, а для лунного модуля — собирают и испытывают на аналогичном оборудовании адаптер для очистки воздуха от углекислого газа, и только затем передают обе инструкции экипажу по рации. Точная физическая копия системы, на которой проверяют решение до его применения на реальном объекте, — цифровой двойник (G2-02) в его самой ранней, полностью физической форме — без единого компьютера в основе.

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

Сегодня подобные решения проверяют на цифровых двойниках, которые создаются заранее, на этапе проектирования корабля. Сам принцип не изменился — решение по-прежнему испытывают перед применением. Изменился момент создания двойника: он существует до отказа, встроенный в проект с самого начала.

Ценность этого фильма для производственного разговора в том, что он показывает: масштаб организации не заменяет ясности цели. Сотни специалистов центра управления работают согласованно потому, что в первые часы после аварии у всех есть одна и та же, предельно простая формулировка задачи.

В прошлом выпуске предупреждающий сигнал был получен вовремя, но решение приняли вопреки ему под давлением сроков. Сегодняшний фильм показывает ситуацию, где выбора уже не остается: катастрофа произошла, и единственная задача — вернуть людей живыми при ресурсах, которых на это заведомо не хватает.

Через двое суток после старта на борту космического корабля происходит взрыв. Экипаж теряет кислород, электроэнергию и часть систем управления одновременно, а лунный модуль, рассчитанный на двух человек на два дня, должен обеспечить троих в течение четырех суток. Проектная цель миссии в этот момент теряет смысл: высадка на Луну, ради которой строился весь корабль, становится невозможной. Остается единственная задача — доставить экипаж на Землю.

Центр управления полетами решает эту задачу без права на пробную попытку. Каждое действие сначала проверяется на точной копии корабля на Земле и лишь затем передается экипажу по радиосвязи. Ограничение здесь абсолютное: инженеры могут использовать в решениях только те материалы и приборы, которые физически есть на борту, — ничего нельзя доставить или заменить.

Сегодняшняя картина реконструирует реальную миссию NASA 1970 года, которую в самом агентстве позже назвали успешным провалом. Продолжает нашу рубрику...

1. В Москве завершился международный технологический конгресс «Технологии». С 8 по 10 сентября на территории парка «Патриот» представители более сорока стран обсуждали кооперацию в сфере искусственного интеллекта, промышленного программного обеспечения и робототехники. Мероприятие прошло при поддержке администрации президента и правительства России. В рамках деловой программы участники обсудили барьеры роботизации отечественных предприятий и назвали отсутствие единых регламентов интеграции роботов в производство одной из главных проблем отрасли.

2. В Кемеровской области запустили серийное производство одноместных электрических летательных аппаратов вертикального взлета и посадки. По словам технического директора производства Максима Ивлева, это пока единственный такой производитель в России. Аппараты оснащены восемью электромоторами, поднимаются в воздух без взлетно-посадочной полосы и держатся в воздухе до тридцати минут. Производство почти полностью локализовано, кроме электромоторов и аккумуляторов, а при полной загрузке предприятие рассчитывает выпускать до ста машин в год.

3. В особой экономической зоне «Технополис Москва» начали серийный выпуск интерактивных моноблоков с российскими жидкокристаллическими модулями. Устройства объединяют вычислительный блок и сенсорный экран и поддерживают бесконтактное управление на основе искусственного интеллекта. Разработчик, компания NexTouch, рассчитывает, что собственное производство модулей снизит зависимость отрасли от импортных комплектующих. Моноблоки предназначены для промышленных предприятий, образовательных и медицинских учреждений и государственных органов.

4. Пользователи сервиса «Битрикс24» получили возможность работать с платформой через ассистента «Алиса для бизнеса». Помощник, доступный клиентам одной из крупных корпоративных экосистем, теперь может обращаться к данным CRM, анализировать воронку продаж и распределять задачи между сотрудниками по запросам на естественном языке. Доступ к информации ограничен правами пользователя, подключившего сервис.

5. В России запущены первые коммерческие сети связи пятого поколения. По поручению президента Владимира Путина сервисы 5G на первом этапе заработали в 16 городах, доступ к высокоскоростному мобильному интернету получили около 10 миллионов человек. Услуги предоставляют операторы «большой четверки»: МТС, «Мегафон», «Билайн» и Т2, сети первого этапа работают на частотах, ранее выделенных под LTE. Операторы также получили полосы в диапазоне 4,63–4,99 гигагерц для расширения покрытия, до конца 2026 года планируется подключить еще около 50 городов.

6. Спрос на цифровой рубль меняет структуру закупок программного обеспечения. По данным аналитиков электронной торговой площадки «ТендерПро», в январе-августе 2026 года количество закупок, связанных с внедрением цифрового рубля, выросло в 3,3 раза год к году. Основной объем спроса пришелся на разработку и интеграцию программного обеспечения, число таких закупок выросло более чем в 12 раз, еще около 19 процентов составили закупки в сфере защиты информации.

7. Грантовая поддержка индустриальных центров компетенций принесла разработчикам два миллиарда рублей. По данным министерства цифрового развития, с 2022 года компании выручили эту сумму от продажи программных решений, созданных взамен ушедших зарубежных систем. Всего реализуется 197 особо значимых проектов общей стоимостью около 200 миллиардов рублей, 128 из них уже завершены и переданы в тиражирование, а отечественные разработки применяют около 200 предприятий.

8. Национальная страховая информационная система формирует стратегию внедрения искусственного интеллекта в ключевые бизнес-процессы. План охватывает обработку обращений, архитектурные решения и противодействие мошенничеству и опирается на машинное обучение, генеративные нейросети и компьютерное зрение. Уже действующие модели анализируют запросы на естественном языке и формируют проекты ответов для государственных органов, а в перспективе появится ассистент для разработчиков, ускоряющий написание и проверку кода.

Половина российских компаний малого и среднего бизнеса, по данным опроса Positive Technologies за июнь 2026 года, не проводит систематического обучения сотрудников вопросам информационной безопасности и обращения с конфиденциальными данными. При этом почти две трети успешных атак на организации в 2025 году заканчивались утечками конфиденциальной информации, а доля инцидентов в промышленности продолжает расти. Другая сторона той же картины — комплаенс: по данным ComNews, среди российских компаний, обвинённых в утечке данных, лишь каждая восьмая избежала штрафа, и всякий раз это была компания с заранее подготовленным пакетом документов — актуальными локальными актами, техническими мерами, доказательствами своевременного уведомления регулятора. Семь из восьми заплатили. Разница между «заплатил» и «не заплатил» определяется не тем, что произошло в момент атаки, а тем, что было сделано заранее.

Это сорок пятая статья цикла. Открываем группу I «Кибербезопасность и управление рисками» подгруппой I1 «Ключевые системы безопасности».

В этой статье разбираем:

— Осведомлённость о безопасности (Security Awareness) — система защиты данных по стандартам ISO 27001, требующая, чтобы все, кто работает под контролем организации, были осведомлены о политике безопасности информации, своём вкладе в её эффективность и последствиях несоответствия установленным требованиям.

— Управление рисками качества (Quality Risk Management) — структурированный подход к идентификации, оценке и приоритизации рисков по методологии NIST: выявление угроз и уязвимостей, оценка вероятности их реализации и потенциального ущерба, сведение результатов в понятную руководителю расстановку приоритетов.

— Соответствие требованиям (Compliance) — система мер и процессов, направленных на обеспечение соблюдения компанией законов, нормативных актов, стандартов и внутренних политик, включая GDPR, 152-ФЗ и отраслевые стандарты, с целью выявить и устранить риски для бизнеса на ранней стадии.

— Управление информационной безопасностью (Information Security Management) — прогнозирование атак с использованием матричной структуры MITRE ATT&CK, разбивающей процесс атаки на тактики — цели атакующего — и техники — методы их достижения.

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

🔗Читать на сайте АЦТ: https://dia.ru/news/6251