«Росатом» начал миграцию с СЭД Documentum OpenText и СУБД Oracle на российские решения, включенные в Реестр отечественного ПО при Минкомсвязи. На это будет потрачено около 750 млн руб. На очереди отказ от софта SAP.
Миграция «Росатома» с Oracle и OpenText
Как выяснил CNews, госкорпорация «Росатом» оказалась верна своим планам начать в 2020 г. «трендовое импортозамещение», запустив проект по отказу от системы управления базами данных (СУБД) американской компании Oracle и системы документооборота (СЭД) Documentum канадской компании OpenText. Параллельно с этим будет идти отказ от решений немецкой SAP (подробности — ниже). Продукты перечисленных зарубежных компаний (вместе с решениями «1С») массово внедрялись в «Росатоме» около 10 лет назад в ходе многомиллиардной программы трансформации ИТ.
На смену зарубежному софту придут импортонезависимые программы из Реестра отечественного ПО при Минкомсвязи, которые не содержат в своем составе платных библиотек и иных программных компонентов, поставляемых иностранными производителями с проприетарной политикой лицензирования.
Это следует из документов, размещенных на сайте госзакупок. В частности, на выполнение работ по замещению ПО OpenText и Oracle дочерняя структура «Росатома» — «Атомный энергопромышленный комплекс» («Атомэнергопром») — 8 июня 2020 г. объявила конкурс с начальной ценой договора в 775,5 млн руб. (расходы на закупку лицензий в эту сумму не входят).
Борьба развернулась между «Кроком» и «Философией.ИТ». После переторжки последняя и была 17 июля признана победителем с ценой предложения в 756,7 млн руб. Осуществить миграцию с OpenText и Oracle «Философии.ИТ» предстоит до 29 декабря 2023 г.
«Росатом» переезжает с зарубежного софта на российский
От прямого ответа на вопрос CNews, какие именно российские продукты на смену зарубежным в «Росатоме» планируется внедрять, «Философия.ИТ» уклонилась.
В российской компании Postgres Professional, разрабатывающей самую известную на данный момент отечественную СУБД Postgres Pro (включена в Реестр) на основе свободно распространяемой СУБД PostgreSQL, сообщили CNews, что к ним «Философия.ИТ» в контексте проекта «Росатома» не обращалась.
«Скорее всего, речь идет о бесплатной версии СУБД без вендорской техподдержки, что несет определенные риски при обнаружении ошибок, — отметил сооснователь Postgres Professional Иван Панченко. — Также речь может идти о защищенной СУБД «Синергия-БД», разработанной ВНИИЭФ (Российский федеральный ядерный центр — Всероссийский научно-исследовательский институт экспериментальной физики в Сарове; — прим. CNews) на основе Postgres при участии Postgres Professional». Упомянутый продукт также включен в Реестр.
Директор департамента ИТ «Росатома» Евгений Абакумов в разговоре с CNews отметил, что госкорпорация работу по импортозамещению ведет системно, но специфика организации связана со значительной долей международного бизнеса, который требует взаимодействия и с зарубежными поставщиками. В этой связи перевод системы электронного документооборота на российские решения является масштабной задачей, требующей достаточных временных ресурсов и особого подхода, подчеркивает он.
«Конкретные решения, которые будут реализованы в рамках этой закупки, будут определены в процессе проектирования системы, — уточняет Абакумов. — Выбор будет сделан в зависимости от совокупности ряда факторов: производительность ПО, уровень технологической независимости, необходимость сертификации нового решения во ФСТЭК и миграции большого объема метаданных и файлов. Определенно, для нас это будет новая веха, подойти к которой нужно максимально подготовленными».
Масштабы и особенности проекта
Из техзадания рассматриваемого тендера следует, что проект импортозамещения СЭД затронет весь «Росатом». На данный момент в СЭД на решении OpenText работает порядка 70 тыс. сотрудников на 160 предприятиях госкорпорации.
В системе размещено свыше 35 млн документов и более 40 млн так называемых поручений. Ежедневно в системе регистрируется свыше 20 тыс. новых документов. По состоянию на ноябрь 2019 г. размер соответствующей базы данных превышает 7,5 ТБ, объем файлового хранилища составляет 120 ТБ.
По состоянию на февраль 2020 г. клиентская часть СЭД была завязана на тонкие клиенты с браузерами MicrosoftInternetExplorer 11 и Google Chrome версии 49–56. В качестве веб-приложение использовано OpenText Documentum Webtop 6.8.0310.0138.
Серверная часть системы включает контент-сервер OpenText Documentum Server 16.4., сервер приложений IBM WebSphere 8.5.5.15., СУБД Oracle 12С R2.
По итогам проекта «Росатом» рассчитывает получить не менее трех объектов охраняемой интеллектуальной собственности. Созданное СЭД-решение госкорпорация планирует сертифицировать во ФСТЭК и зарегистрировать в Реестре отечественного ПО.
Отказ от SAP и не только
Примечательно, что в техзадании вышеописанного проекта есть раздел, в котором перечисляются смежные проекты «Росатом», «влияющие на создание или изменение корпоративных систем».
Среди них есть как развитие унифицированной отраслевой платформы «1С ERP 2.0: Цифровой Росатом», так и «Перевод ПО SAP на импортонезависимое программное обеспечение».
В последнем случае не вполне понятно, идет ли речь об уже запущенном проекте или данная миграция еще только намечается. Поисковая система сайта госзакупок работ под таким названием не находит.
В настоящий момент решения SAP в «Росатоме» весьма распространены. В техзадании рассмотренного выше термина в глоссарии упоминается множество всевозможных систем на базе SAP ERP, SAP S/4HANA, SAP Business Warehouse, SAP ArchiveLink и др.
Комментарии
Хорошая новость
А кто ответит за миллиардные закупки SAP и получение хороших "откатов"? Или деньги не мои, а государственные, так можно.
Вот, кстати, да. SAP уродство редкое. Даже 1С (в тех областях, где они пересекаются) пример офигенно прогресивной и стройной системы в сравнении.
Это вот точно не тот случай, когда ничем не заместить, это тот случай, когда вот что ни возьмёшь - всё будет лучше. И вот на 99.7% уверен, что нифига никому эта "информатизация" этим уродством не помогла и 80% вероятности, что всё стало только хуже, чем "без ИТ вообще".
За внедрение SAP, да ещё 10 лет назад, сажать можно совершенно смело.
Новое решение от САПА Hana-3... маркетолога на дыбу за такие названия. Сап плох? Для вас он плох - зато какие откаты у сапёров!!!
Вы не правы.
В Росатоме были налаженные процессы: предприятия обменивались бумагами по почте (чертежи, бухгалтерия и т.п.). У каждого предприятия была своя самобытная бухгалтерия, свои "айтишники", своя уникальная неповторимая СБ, свои кадровики и т.п. Всем было удобно и комфортно. Теперь же бухгалтерию, айтишников и т.п. вывели в Гринатом. На местах только необходимый минимум (самый-самый, обоснованный). Контоль централизованный, всё унифицировано.
В части разработки конструкторской документации 99.7% уверенности вашей говорят мне о том, что вы не из этого мира либо ретроград крайней степени - на грани с психическим расстройством.
Каким боком SAP к разработке конструкторской документации?
Судя по всему это про их афилиата OpenText. Документооборот на нем. Судя по всему успели на костомайзить.
Не понял, про что вы здесь. Я упомянул про КД в контексте утверждения о бесполезности информатизации в общем. Если речь была только о SAP, то не обращайте внимания.
Цитирую коммент выше.
Обратите внимание на то, что подчёркнуто и выделено.
Если не знакомы с вопросом, не несли бы пургу. SAP - при интеграции с 3DEXPERIENS практически безальтернативен был на момент внедрения, а аналогов последнему в стране даже на горизонте не видно.
И что там было такого, прям аж "безальтернативного"?
Альтернатива всегда есть - разработка своего и под себя. И в случае с САПом это было бы ДЕШЕВЛЕ, чем кастомизация этого говна. Масштаб проекта достаточен, чтобы окупить даже разработку с нуля своего фреймворка.
А в тот момент сопоставимый отечественный софт был?
В тот момент он был)) SAP - огромные деньги и огромные откаты при плохой кастомизации. Да, под вас могут доделать софт, но будет просто невероятных денег стоить. И как обычно бывает, такой софт, как SAP, не требуется. Можно все решить другими инструментами, в том числе, и 1С.
Точнее не скажешь)
Аллилу́йя ([ɐlʲɪˈɫuɪ̯ːə]; из др.-рус. алилуꙗ, алилугиꙗ, алѣлугиꙗ от ивр. הַלְלוּיָהּ халелу Йах — «восхвали́те Йах (Яхве, Иегову)». Короче, слава Яхве!!
Опа. Оказывается, всё это время католики молились не Христу :-)
Oracle... Совпадение или мне показалось?
Намекаете на это?
Где ж теперь sap-еры харчеваться будут?
Переквалифицируются в
управдомы1Сники.... Гы-гы.Там разница в зарплатах минимум в 2 раза)
Если брать не всех 1Сников, а исключительно обслуживающих 1С ERP, то разницы в зарплатах почти нет.
По сути бОльшая часть команды вообще тупо останется скорей всего. За 3 года кто сам уйдет. Будут новые.
Для крупных проектов согласен что специалиты почти одинаково стоят. Это не 1с для ИП пилить.
В целом так и будет.
1с для крупных предприятий не сказать что прям супер приложение. Проектов с большим количеством пользователей не так много. Вернее по пальцам пересчитать и танцы с бубном везде. Навыки саперов востребованы останутся. По сути, получив опыт не сложно переквалифицироваться на другую систему. У меня САП был третьей системой: нордис-2, оракл EBS (вот где реальное говнище) и SAP.
То есть будут писать софт на основе открытого и бесплатного софта?
Например отнюдь не бесплатная 1с, как сервер приложений + готовое решение + бесплатныйпбесплатный как сервер СУБД
Ой мама.
Всего 12млн баксов за такой проектищще?
Даже если исключить типичную схему нескольких фирм-прокладок - будет очень долго, или как попало, или 1 доллар == 10 рублей, со всеми последствиями.
Осталось дождаться отказа от SAP на Oracle или Windows Server крупнейших российских потребителей - Центробанк, Сбербанк, ВЭБ, ВТБ, Газпром и Роснефть.
Гаспром и РосНефть вроде переходят на 1с
Вроде не переходят
Очень крутое дело, очень.
Чой-то я сомневаюсь, что РосАтом переедет с SAP'а именно на 1С. Это ж не в ларьке торговать. Есть другие российские системы бух- и управленческого учета. более вменяемые в поддержке и масштабировании.
Если это 1С: "Росатом", то есть, специально писаный под него софт (пусть с использованием каких-то общих библиотек и фреймворков), то это на все 100% будет лучше, чем SAP. Потому что ВСЁ лучше, чем SAP.
Размеры структуры таковы, что можно себе позволить иметь не то что "поддержку" в виде мальчиков круглосуточно специально для этого клиента на проводе, но и просто своих внутренних разработчиков.
SAP это главным образом не проводки бить или исходящие письма для секретарей формировать, а для автоматического управления производством и складами, то есть интеграция с WMS / EWM и пр.
1С движение материалов, полуфабрикатов, готовой продукции, товара, комплектацию заказов обрабатывать в реальном времени не может.
Кстати, а почему не может? Если вы в теме?
Архитектурно, насколько я понимаю это не так сложно чтоб прям запретные технологии. Да для контроля в реальном времени понадобятся значительные серверные мощности,но уж у росатома на них электричества хватит. Самая большая заморочка, как понимаю, это как раз бизнеспроцессы - фиксация персоналом всего в системе, а это уже отлажено.
Вы имеете ввиду, что ваши 1-эсники не могут в реальном времени?
Да вот именно что проводки бить. Отчётность без bi там вообще убогая.
Что такое bi я знаю.даже сертификат есть от САПа.
Вот, например, https://solutions.1c.ru/catalog/wms4/features
По моему опыту интеграции с SAP - это ручная загрузка / выгрузка файлов csv
Я сам обожаю csv, но продукт такого масштаба и даже не в xml с проверкой формата :)
Что там про автоматическое управление?..
Хоть я и не люблю SAP, но тот же SAP BI легко работает с любыми форматами, CSV, xls, xlsx, xml и еще куча типов данных. В экстракторе вы ручками можете вообще любой обработчик написать. Мы тянули данные изперечисленного ранее, из БД,из удаленной БД с доступом на чтение таблиц.
Ну и проверки есть автоматические, но это не система для проверки качества данных. Если что то надо интеллектуальное с данными творить (в смысле проверки), то с бубном плясать надо. Преобразования - есть формулы какие хочешь, работа с другими объектами и справочниками. C ханой почти не работал, но интеллекта там точно меньше не стало ...
Про xml и проверки это программистский сарказм :) Видно, что вы управляли / флажки выставляли в настройках, но не ручками делали :)
А про опыт... Подозреваю наши эксперты SAP были хуже :)
У нас вшивый обмен с базой на SQL Server приезжал настраивать вАлшебникк аж с Масквы (все остальные тоже были оттуда, но они не волшебники, а учились, наверное :)
Ха, у нас тоже активно внедряется 1C. Эйчар и некоторые некрупные проекты автоматизируются. Основа конечно останется в SAP и других сервисах, ибо иностранная корпорация.
Учет и контроль.И электрофикация( и оцифровка) всей страны.И только после этого можно думать о каком-то более -менее реальном социализме и плановом ведении хозяйства с колоссальной экономией ресурсов хотя бы в госсектрое.Может, тогда и социализм понравится.И не только пролетариям.
Жулью эта чертова оцифровка вкупе с учетом и контролем не понравится точно.И "эффективным менеджерам" думаю тоже.
Главное делать на принципах невозможности внесения изменений задним числом. Ну, типа блокчейна что-нибудь.
рука-литсо, для верификации подлинности данных есть давно изученые инстументы. Зачем там биток или вообще распределённое хранилище?
Кроме того, СУБД (реляционные, про которые и идёт собственно речь) как-бы сделаны для того (в том числе) чтобы данные изменять. (UPDATE/DELETE).
История изменений должна идти в правильном порядке. Нельзя взять и поменять владельца квартиры старушки-пенсионерки. В один момент вы обнаружите, что пройдоха подкупил работника центра по обработке данных и вы значитесь злостным неплательщиков алиментов со стажем. Вы не путайте принцип блокчейна с биткоинами и прочим.
вы прочитайте по ссылке-то. Зачем может понадобится цепочка блоков в СУБД (реляционной причём)?
Реляционная бд, какая-либо другая или просто мелом написанная на стене - это просто хранилище данных. Вы также можете хешировать запись с использованием хеша, рассчитанного на основе предыдущих записей. Таким образом, изменённая или добавленная запись в прошлом времени может быть найдена.
Вы же предлагаете просто подписывать запись с использованием ключа. Это хорошо, но, подкупив человека вы внесёте изменения в бд легко, даже задним числом при должной сноровке. Кроме того, базы данных должны быть открытыми, я считаю. Вероятно, мы придем к одному хранилищу всех гражданских состояний - имущества, истории работы и образования и тп. Я пишу не о конкретном случае ухода от оракла.
с чем hmac справляется.
для реляционных субд для этого есть лог транзакций. Или таблички с удалёнными/изменёнными записями.
при должной сноровке можно подделать и блох-чейн.
ну-ну, давайте опубликуем в окрытой БД все объекты стратегической обороны. Для каждой задачи свой инструмент, для РосАтома я так представляю ни открытость не блох-чейн никуда не упёрлись.
а я пишу про конкретный проект миграции на ПО условно российской разработки. Собственно статья как-раз об этом. Пытаюсь так сказать не выпадать из контекста.
Страницы