Как устроена система «Купол», без которой самолёт никуда не полетит 31 августа «Аэрофлот» ввёл в промышленную эксплуатацию информационную систему «Купол». Это программная платформа для поддержания лётной годности, техобслуживания и ремонта. Ею заменили AMOS – продукт швейцарской Swiss AviationSoftware, с 2023 года стопроцентной дочерней компании Lufthansa Technik. «Аэрофлот» выбрал AMOS в 2013 году, вывел в промышленную эксплуатацию летом 2017-го (внедрением занимался «Рамакс Интернейшнл») и связал её с SAP, с Sabre и напрямую с системами Boeing и Airbus. Было бы неправильно называть «Купол» чем-то вроде «программы для механиков». По логике работы система очень близка к бухгалтерскому софту, только предметом учёта в ней служит остаток ресурса, а «закрытие отчётного периода» происходит перед каждым вылетом. Лётная годность в авиации – это не столько техническое состояние (как, например, у автомобиля в те времена, когда техосмотр ещё не отменили), сколько юридическое, и подтверждать его приходится большим пакетом документов. По каждому агрегату на самолёте должна быть информация, откуда он взялся, сколько отработал, что с ним делали, кто расписался и на основании чего. Агрегат без бумаг – это бездок кусок железа, который нельзя ставить на самолёт, даже если он новый и в заводской упаковке. Но давайте начнём с печенегов. Вернее, с программы техобслуживания. Производитель самолёта выпускает MPD (Maintenance Planning Document, «документ по планированию технического обслуживания»): документ, куда сведены все обязательные работы по планеру, системам и двигателям, от «осмотреть визуально» до «снять, разобрать, дефектовать». У каждой задачи свой интервал, и выражается он одновременно в лётных часах, циклах (то есть, взлётах-посадках) и календарном времени. Авиакомпания на базе MPD разрабатывает собственную программу техобслуживания, утверждает её у авиавластей и дальше обслуживает свой флот по ней. Для понимания масштабов: для обычного узкофюзеляжника типа A320 или B737 в этой программе несколько тысяч позиций. После каждого рейса конкретного самолёта в систему загружаются данные о фактической наработке, они автоматически «раскидываются» по всем компонентам, тут логика простая: каждый компонент наследует налёт того борта, на котором установлен, поэтому любая перестановка агрегата между самолётами означает пересчёт остатков сразу для обоих. Одни детали имеют жёсткий назначенный ресурс: диск турбины отработал свои циклы – в утиль, даже если выглядит как с завода. Другие эксплуатируются по состоянию и снимаются по факту отказа или по результатам осмотра. Третьи ограничены календарём и сроком хранения – это расходники типа резины, аккумуляторов, кислородных баллонов, технических жидкостей. Система обеспечивает также прослеживаемость истории: у каждого съёмного агрегата есть «биография» от выхода с конвейера завода-изготовителя до текущей позиции на борту – где стоял, сколько наработал, в каких ремонтах побывал, что там с ним делали и по какой документации. Это называется back-to-birth trace, и когда самолёт передаётся другому эксплуатанту или возвращается лизингодателю, именно эту историю по каждой позиции проверяют месяцами. Также в системе хранятся директивы лётной годности и сервисные бюллетени. Регулятор или производитель выпускает документ: на самолётах такого-то типа с такими-то заводскими номерами в такой-то срок или при таком-то налёте сделать то-то. Система сопоставляет применимость директивы с собственным парком, ставит задачи в план и ведёт статус выполнения по каждому борту. Конечно же, хранятся и все неисправности. Экипаж записывает замечание в бортжурнал, инженер либо устраняет его, либо откладывает по MEL (Minimum Equipment List, перечень минимального исправного оборудования), где расписано, с какими дефектами летать можно и как долго, а с какими нет. А дальше ещё примерно столько же букв на сайте, в пост не помещается: https://www.frequentflyers.ru/2026/08/31/kupol/ 🛬FrequentFlyers в Telegram 🅿️FrequentFlyers в Max 🙈FrequentFlyers в VK