Росатом» переезжает с Oracle, SAP и OpenText на российское ПО

Аватар пользователя brekotin

«Росатом» начал миграцию с СЭД 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 г.

aes601.jpg

«Росатом» переезжает с зарубежного софта на российский

От прямого ответа на вопрос 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 на 1С - совсем не простой проект. Хотя очень удивлял в свое время проект перевода РОСАТОМа на SAP. OpenText родственная структура с SAPом и логично их переводить в паре. Если там не наколбасили доработок в документообороте - то относительно простой проект. Правда трудоемкий. Тупо на копирование время уйдет и обучение пользователей. 

В общем конечно, еще один проект подобного перехода. Что радует. 

Комментарии

Аватар пользователя Сударь
Сударь(4 года 9 месяцев)

Хорошая новость

Аватар пользователя anders2003
anders2003(1 год 11 месяцев)

А кто ответит за миллиардные закупки SAP и получение хороших "откатов"? Или деньги не мои, а государственные, так можно.

Аватар пользователя Simurg
Simurg(4 года 3 недели)

Вот, кстати, да. SAP уродство редкое. Даже 1С (в тех областях, где они пересекаются) пример офигенно прогресивной и стройной системы в сравнении.

Это вот точно не тот случай, когда ничем не заместить, это тот случай, когда вот что ни возьмёшь - всё будет лучше. И вот на 99.7% уверен, что нифига никому эта "информатизация" этим уродством не помогла и 80% вероятности, что всё стало только хуже, чем "без ИТ вообще".

За внедрение SAP, да ещё 10 лет назад, сажать можно совершенно смело. 

Аватар пользователя Escander
Escander(2 года 3 месяца)

 Новое решение от САПА Hana-3... маркетолога на дыбу за такие названия. Сап плох? Для вас он плох - зато какие откаты у сапёров!!!

Аватар пользователя hardknap
hardknap(8 лет 5 месяцев)

И вот на 99.7% уверен, что нифига никому эта "информатизация" этим уродством не помогла и 80% вероятности, что всё стало только хуже, чем "без ИТ вообще".

Вы не правы.

В Росатоме были налаженные процессы: предприятия обменивались бумагами по почте (чертежи, бухгалтерия и т.п.). У каждого предприятия была своя самобытная бухгалтерия, свои "айтишники", своя уникальная неповторимая СБ, свои кадровики и т.п. Всем было удобно и комфортно. Теперь же бухгалтерию, айтишников и т.п. вывели в Гринатом. На местах только необходимый минимум (самый-самый, обоснованный). Контоль централизованный, всё унифицировано.

В части разработки конструкторской документации 99.7% уверенности вашей говорят мне о том, что вы не из этого мира либо ретроград крайней степени - на грани с психическим расстройством.

Аватар пользователя Simurg
Simurg(4 года 3 недели)

Каким боком SAP к разработке конструкторской документации?

Аватар пользователя brekotin
brekotin(5 лет 10 месяцев)

Судя по всему это про их афилиата OpenText. Документооборот на нем. Судя по всему успели на костомайзить. 

Аватар пользователя hardknap
hardknap(8 лет 5 месяцев)

Не понял, про что вы здесь. Я упомянул про КД в контексте утверждения о бесполезности информатизации в общем. Если речь была только о SAP, то не обращайте внимания.

Аватар пользователя Simurg
Simurg(4 года 3 недели)

Это вот точно не тот случай, когда ничем не заместить, это тот случай, когда вот что ни возьмёшь - всё будет лучше. И вот на 99.7% уверен, что нифига никому эта "информатизация" этим уродством не помогла и 80% вероятности, что всё стало только хуже, чем "без ИТ вообще".

Цитирую коммент выше.

Обратите внимание на то, что подчёркнуто и выделено.

Аватар пользователя jackofallthreats
jackofallthreats(3 года 9 месяцев)

Если не знакомы с вопросом, не несли бы пургу. SAP - при интеграции с 3DEXPERIENS практически безальтернативен был на момент внедрения, а аналогов последнему в стране даже на горизонте не видно.

Аватар пользователя Simurg
Simurg(4 года 3 недели)

И что там было такого, прям аж "безальтернативного"?

Альтернатива всегда есть - разработка своего и под себя. И в случае с САПом это было бы ДЕШЕВЛЕ, чем кастомизация этого говна. Масштаб проекта достаточен, чтобы окупить даже разработку с нуля своего фреймворка.

Аватар пользователя Dimitriys
Dimitriys(2 года 3 месяца)

А в тот момент сопоставимый отечественный софт был? 

Аватар пользователя anders2003
anders2003(1 год 11 месяцев)

В тот момент он был)) SAP - огромные деньги и огромные откаты при плохой кастомизации. Да, под вас могут доделать софт, но будет просто невероятных денег стоить. И как обычно бывает, такой софт, как SAP, не требуется. Можно все решить другими инструментами, в том числе, и 1С.

Аватар пользователя elka
elka(4 года 3 месяца)

Точнее не скажешь)

Аватар пользователя sapphir1970
sapphir1970(9 лет 1 месяц)

Аллилу́йя ([ɐlʲɪˈɫuɪ̯ːə]; из др.-рус. алилуꙗ, алилугиꙗ, алѣлугиꙗ от ивр. ‏הַלְלוּיָהּ‏‎ халелу Йах — «восхвали́те Йах (Яхве, Иегову)». Короче, слава Яхве!!

Комментарий администрации:  
*** Уличен в дешевых манипуляциях - https://aftershock.news/?q=comment/6946314#comment-6946314 ***
Аватар пользователя Aijy01
Aijy01(8 лет 5 месяцев)

Опа. Оказывается, всё это время католики молились не Христу :-)

Аватар пользователя Леонид Мешалкин

Oracle... Совпадение или мне показалось?

Аватар пользователя И-23
И-23(5 лет 5 месяцев)

Намекаете на это?

Аватар пользователя jerry
jerry(8 лет 1 месяц)

Где ж теперь sap-еры харчеваться будут?

Аватар пользователя Simurg
Simurg(4 года 3 недели)

Переквалифицируются в управдомы 1Сники.... Гы-гы.

Аватар пользователя Romaty
Romaty(5 лет 6 месяцев)

Там разница в зарплатах минимум в 2 раза)

Аватар пользователя monk
monk(9 лет 2 недели)

Если брать не всех 1Сников, а исключительно обслуживающих 1С ERP, то разницы в зарплатах почти нет.

Аватар пользователя brekotin
brekotin(5 лет 10 месяцев)

По сути бОльшая часть команды вообще тупо останется скорей всего. За 3 года кто сам уйдет. Будут новые. 

Для крупных проектов согласен что специалиты почти одинаково стоят. Это не 1с для ИП пилить. 

Аватар пользователя brekotin
brekotin(5 лет 10 месяцев)

В целом так и будет. 

1с для крупных предприятий не сказать что прям супер приложение. Проектов с большим количеством пользователей не так много. Вернее по пальцам пересчитать и танцы с бубном везде. Навыки саперов востребованы останутся. По сути, получив опыт не сложно переквалифицироваться на другую систему. У меня САП был третьей системой: нордис-2, оракл EBS (вот где реальное говнище) и SAP.

Аватар пользователя griver
griver(4 года 11 месяцев)

Скорее всего, речь идет о бесплатной версии СУБД без вендорской техподдержки

То есть будут писать софт на основе открытого и бесплатного софта? 

Аватар пользователя Escander
Escander(2 года 3 месяца)

 Например отнюдь не бесплатная 1с, как сервер приложений + готовое решение + бесплатныйпбесплатный  как сервер СУБД

Аватар пользователя VoBlin
VoBlin(1 год 3 месяца)

Ой мама.

Аватар пользователя Ровлат
Ровлат(8 лет 2 месяца)

признана победителем с ценой предложения в 756,7 млн руб. Осуществить миграцию с OpenText и Oracle «Философии.ИТ» предстоит до 29 декабря 2023 г.

Всего 12млн баксов за такой проектищще?

Даже если исключить типичную схему нескольких фирм-прокладок - будет очень долго, или как попало, или 1 доллар == 10 рублей, со всеми последствиями.

Аватар пользователя Pol Alex
Pol Alex(3 года 2 месяца)

Осталось дождаться отказа от SAP на Oracle или Windows Server крупнейших российских потребителей - Центробанк, Сбербанк, ВЭБ, ВТБ, Газпром и Роснефть. 

Аватар пользователя gelotus
gelotus(8 лет 1 месяц)

Гаспром и РосНефть вроде переходят на 1с

Аватар пользователя Wasp
Wasp(9 лет 5 дней)

Вроде не переходят

Аватар пользователя Wanderv
Wanderv(1 год 1 месяц)

Очень крутое дело, очень.

Аватар пользователя jamaze
jamaze(9 лет 1 месяц)

Чой-то я сомневаюсь, что РосАтом переедет с SAP'а именно на 1С. Это ж не в ларьке торговать. Есть другие российские системы бух- и управленческого учета. более вменяемые в поддержке и масштабировании.

Аватар пользователя Simurg
Simurg(4 года 3 недели)

Если это 1С: "Росатом", то есть, специально писаный под него софт (пусть с использованием каких-то общих библиотек и фреймворков), то это на все 100% будет лучше, чем SAP. Потому что ВСЁ лучше, чем SAP.

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

Аватар пользователя Дмитрий.
Дмитрий.(2 года 5 месяцев)

SAP это главным образом не проводки бить или исходящие письма для секретарей формировать, а для автоматического управления производством и складами, то есть интеграция с  WMS / EWM и пр. 

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

 

Аватар пользователя ВВК
ВВК(2 года 11 месяцев)

Кстати, а почему не может? Если вы в теме? 

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

Аватар пользователя Okman
Okman(4 года 10 месяцев)

 

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

Вы имеете ввиду, что ваши 1-эсники не могут в реальном времени?

Аватар пользователя brekotin
brekotin(5 лет 10 месяцев)

SAP это главным образом не проводки бить

Да вот именно что проводки бить. Отчётность без bi там вообще убогая. 

Что такое bi я знаю.даже сертификат есть от САПа. 

Аватар пользователя monk
monk(9 лет 2 недели)

для автоматического управления производством и складами, то есть интеграция с  WMS / EWM и пр. 

Вот, например, https://solutions.1c.ru/catalog/wms4/features

Аватар пользователя JeffAlt
JeffAlt(1 год 9 месяцев)

По моему опыту интеграции с SAP - это ручная загрузка / выгрузка файлов csv

Я сам обожаю csv, но продукт такого масштаба и даже не в xml с проверкой формата :)

Что там про автоматическое управление?..

Аватар пользователя brekotin
brekotin(5 лет 10 месяцев)

Хоть я и не люблю SAP, но тот же SAP BI легко работает с любыми форматами, CSV, xls, xlsx, xml и еще куча типов данных. В экстракторе вы ручками можете вообще любой обработчик написать. Мы тянули данные изперечисленного ранее, из БД,из удаленной БД с доступом на чтение таблиц. 

Ну и проверки есть автоматические, но это не система для проверки качества данных. Если что то надо интеллектуальное с данными творить (в смысле проверки), то с бубном плясать надо. Преобразования - есть формулы какие хочешь, работа с другими объектами и справочниками. C ханой почти не работал, но интеллекта там точно меньше не стало ...

Аватар пользователя JeffAlt
JeffAlt(1 год 9 месяцев)

Про xml и проверки это программистский сарказм :) Видно, что вы управляли / флажки выставляли в настройках, но не ручками делали :)

А про опыт... Подозреваю наши эксперты SAP были хуже :)

У нас вшивый обмен с базой на SQL Server приезжал настраивать вАлшебникк аж с Масквы (все остальные тоже были оттуда, но они не волшебники, а учились, наверное :)

Аватар пользователя Крео
Крео(1 год 5 месяцев)

Ха, у нас тоже активно внедряется 1C. Эйчар и некоторые некрупные проекты автоматизируются. Основа конечно останется в SAP и других сервисах, ибо иностранная корпорация.

Аватар пользователя АВК
АВК(8 лет 4 месяца)

Учет и контроль.И электрофикация( и оцифровка)  всей страны.И только после этого можно думать о каком-то более -менее реальном социализме и плановом ведении хозяйства с колоссальной экономией ресурсов хотя бы в госсектрое.Может, тогда и социализм понравится.И не только пролетариям.

Жулью эта чертова оцифровка вкупе с учетом и контролем не понравится точно.И "эффективным менеджерам" думаю тоже.

Аватар пользователя jerry
jerry(8 лет 1 месяц)

Главное делать на принципах невозможности  внесения изменений задним числом. Ну, типа блокчейна что-нибудь.  

Аватар пользователя kondrat
kondrat(5 лет 2 недели)

рука-литсо, для верификации подлинности данных есть давно изученые инстументы. Зачем там биток или вообще распределённое хранилище?

Кроме того, СУБД (реляционные, про которые и идёт собственно речь) как-бы сделаны для того (в том числе) чтобы данные изменять. (UPDATE/DELETE).

Аватар пользователя jerry
jerry(8 лет 1 месяц)

История изменений должна идти в правильном порядке. Нельзя взять и поменять владельца квартиры старушки-пенсионерки. В один момент вы обнаружите, что пройдоха подкупил работника центра по обработке данных и вы значитесь злостным неплательщиков алиментов со стажем.  Вы не путайте принцип блокчейна с биткоинами и прочим.

Аватар пользователя kondrat
kondrat(5 лет 2 недели)

вы прочитайте по ссылке-то. Зачем может понадобится цепочка блоков в СУБД (реляционной причём)?

Аватар пользователя jerry
jerry(8 лет 1 месяц)

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

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

Аватар пользователя kondrat
kondrat(5 лет 2 недели)

Вы также можете хешировать запись с использованием хеша, рассчитанного на основе предыдущих записей.

с чем hmac справляется.

Таким образом, изменённая или добавленная запись в прошлом времени может быть найдена.

для реляционных субд для этого есть лог транзакций. Или таблички с удалёнными/изменёнными записями.

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

при должной сноровке можно подделать и блох-чейн.

Кроме того, базы данных должны быть открытыми, я считаю.

ну-ну, давайте опубликуем в окрытой БД все объекты стратегической обороны. Для каждой задачи свой инструмент, для РосАтома я так представляю ни открытость не блох-чейн никуда не упёрлись.

Вероятно, мы придем к одному хранилищу всех гражданских состояний - имущества, истории работы и образования и тп. Я пишу не о конкретном случае ухода от оракла.

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

Страницы