В начале июня 2025г. состоялась пленарная сессия ЦИПР (Цифровая индустрия промышленной России), на которой Премьер-министр РФ Михаил Мишустин поднял вопрос необходимости создания отечественной учётной системы ERP.
Через месяц, 3 июля 2025года на сайте правительства появились соответствующие поручения по итогам конференции. Минцифры совместно с отраслевыми комитетами поручено сформулировать предложения по составу участников и регламенту работы консорциума для разработки отечественного ERP-решения (программный комплекс для планирования управления ресурсами предприятия). Эта работа должна быть завершена в IV квартале текущего года.
Оживил тему, полистал в интернетах историю вопроса. С 2022 года было много громких заявлений, а конкретики гораздо меньше. Проблема создания своей ERP гораздо шире отдельно взятого предприятия, пусть даже самого большого. Как по мне, это масштаб БАМа, Бурана, хорошего автомобиля или обучения всех детей в РФ плаванию. Бизнесу нужен надежный удобный учётный инструмент, государству нужна стабильная работа бизнеса. Интуитивно ощущается вопрос как решаемый, вот он реально как лакмусовая бумажка сейчас должен показать соотношение общего и частного в нашем государстве. Очень надеюсь, что от проекта отодвинут подальше "эффективных менеджеров". Кулибиных и левшей в России хватит, думаю, смогут из ничего конфетку сделать, надежную и экономичную. Просто сразу же к ней потянуться липкие ручки, которые еще в сыром продукте захотят нивелировать архитектурные пробелы затычками из ИИ, чтоб он избыточными вычислительными мощностями закрывал дырки.
Очень интересно, какие организации войдут в консорциум и каков будет вес государства в нём. Если в консорциуме бизнес будет главным, то есть большая вероятность, что денежка дырочку найдёт и пойдут утечки наработок дружественным и не очень странам. Если будет много государства в консорциуме, то большой соблазн вшить в программу контрольные точки, которые закроют для бизнеса возможности маневрирования остатками, амортизацией, расчетом себестоимости, короче оптимизацией налогов. На данный момент видна возня государства и бизнеса, что вполне понятно, по сложности решения это организационный Эверест. Бизнес видать надеется еще, что подружимся с SAP.
А вообще, проект серьезный, который может стать аналогом АЭС на экспорт с длительным циклом поддержки и сопровождения.
Интересно, что в этом плане у партнеров по БРИКС. Наверняка у Китая подобная проблема. Рассуждаем логически.
Вариант "Инь" - проблема не решена. Возможно сидит миллион разработчиков за созданием продукта, а еще миллион специалистов внимательно присматривается к северному соседу с целью прилежно списать, когда таковое решение появится.
Вариант "Янь" - проблема решена. В таком случае цена вопроса получить подобный продукт и цена/время на творческую обработку и локализацию.
Есть еще Индия, там много программистов-индусов, недавно вот проект "Natasha" развивали пока камин-аут не случился. Подробнее неохота узнавать, мне впечатлений в 11 лет хватило, когда иллюстрированную Бхагавад-Гиту листал
. Еще теоретически ЮАР может запилить хорошую ERP, но для этого нужно, чтоб США депортировали Маска на родину и обильно её санкциями обложили.
Извините, но очень чешется пару вопросов накинуть на первое совещание консорциума:
- поддерживаем(ая/ые) ОС
- поддерживаем(ая/ые) СУБД
(охота про мессенжер MAX спросить, но джентельмены ниже пояса не бьют
)
Кстати, если хотим сделать не просто хороший программный продукт, а инструмент мягкой силы, то необходимо закладывать русский язык разработки (как минимум в прикладном/методологическом слое). Вот тут некоторые читатели ехидно хмыкнут "программист на русском это недоразумение!", на что у меня есть ассиметричный ответ. После 2014 года украинская ветка 1С отделилась от материнского дерева в Москве и начала свое плавание, сделали линейку продуктов BAS (аналог 1С ERP), где перекрасили интерфейс, внутри в правообладателях были то польские то прибалтийские конторы, но сам язык модулей оставили русским. У них был еще вариант перевести на английский, но як то кажуть - дурных нэма! Вот тут вспоминается еще пример с тем же Бураном, когда специально разработали алгоритмический язык ДРАКОН для общения различных специалистов. Вот чем не мягкая сила?
Может забегаю сильно вперёд, но ещё мысль. Тестовую эксплуатацию русской ERP нужно проводить совместно с КНДР. Тут без шуток. Во-первых, ответка за реальную помощь в СВО. Во-вторых, эти ребята прям нутром чуют нерациональность в производстве, не поленятся, сами вручную пять раз проверят, ткнут тебя в ошибку носом, наорут на корейском, по братски, любя.
Начинается эпоха дорогих ресурсов, где наличие мощного инструмента по их учёту и расходованию может
быть серьезным конкурентным преимуществом. Начинается протягивание ножек по одежке, а у некоторых просто протягивание ножек.
Ошибиться нельзя.
Ссылки по теме:
ЦИПР http://government.ru/news/55236/
Обсуждение на АШ https://aftershock.news/?q=node/1512110&full
Поручения по итогам ЦИПР http://government.ru/dep_news/55515/

Комментарии
В 2005-м году такая была. «Старт+» называлась. Я к ней временный модуль расчёта сдельной оплаты труда дописывал. Потом компания разработчиков канула в лету, а временный модуль расчёта сдельной оплаты стал постоянным...
только бы не 1С, подумали промышленники :) но было поздно
Или RS-Bank какой-нибудь непрофильным образом переизнасиловать. Но его код, помнится, выкупили поляки ещё 10 лет назад...
Не-не, мы покупали rs balance - он есть у них. Точнее, как будто был. Разработчики разбежались, поддержка тоже, у нас кроме блока закупок все отключено и переведено обратно в нашу самописную... Считайте, нет больше R-Style. Хотя рс банк был да, вполне.
Странное заявление.. А куда он делся?
Сам-то он есть. А вот разработка разбежалась. В принципе, при наличии воли, наверное можно перезапустить, но это не точно.
Вы про конкретный проект, наверное? Не взлетел, значит. Не повезло
Именно про RS-balance, который и являлся их ERP. Возможно, сегодня что-то новое у них появилось - я не слежу. Нам надо было решать что же делать.
Не в курсе про ERP, ничего не слышал. АБС, какие-то коннекторы, системы хранения документов и прочее специфическое
прекрасно допиливается 1С под предприятия не слишком сложной структуры до пары тыщ человек
А под изделие, в котором 20+ тыс. комплектующих?..
Да хоть 100000.
Это ещё семерка могла.
>Извините, но очень чешется пару вопросов накинуть на первое совещание консорциума
Астра (Debian) сберлинукс (RHEL)
Постгря и тд от Platform V
Вообще гуглите в ФСЭК, там ответы есть
А русский язык - вы правы. Это путь в корейский тупик. С намного большим результатом и минимумом усилий можно просто SDK для пачки живых языков запилить
Имеете в виду, что все ОС и СУБД сертифицированные ФСТЭКом должны будут поддерживаться?
Чем глубже госуха, тем больше ФСЭК. Читайте, ВТБ, Газпром, ЦБ, XXL клиенты.
Очевидно что лучше сразу брать ось и тд. Которые с сертификатом.
Но не только ее, а ещё что то типа убунты
А какая СУБД в проекте ? Постгря и все? А она потянет нагрузку, которую тащила SAP на крупных предприятиях?
Вполне потянет
Шож вы нагрузками грезите. ERP - это не про нагрузки, а про тырканье в кнопки. Какой нить яндекс-гоу в секунду создает столько же нагрузки, сколько весь САП в каком то банке за день.
Проблема миграции с ERP на что то другое - это надо высадить кучу бизнес аналитиков сначала, чтобы они как то разобрались с всеми этими бизнес юнитами, как они работают, как взаимодействуют, чего куда шлют (ну и может эти бизнес процессы вообще не нужны). А дальше это все написать и главное обучить новой системе всех этих тысячи работкиков, для которых "в вот в САП трава была зеленее"
На SAP нам плевать. Но вот проблема, с 31.12.2026 1С:УПП превращается в тыкву. И нам надо успеть перейти до этого срока на ERP. Попутно надо заменить половину компьютеров, потому что ERP они уже не потянут , т.к. слабы для нее. Внедрение ERP неминуемо приведет к перестройке бизнес-процессов.
Ну так можно оставить упп для упр учета а регламент вести на бп и зуп.
И плевать на прекращение поддержки упп.
Ну, ЗУП мы хотим сами ставить независимо от ERP и УПП. Проблема в том, что мы входим в структуру Ростеха, а они хотят
свое казино с блэкджеком и шлюхамисвой вариант ЗУПа замутить и пока нам разрешение на его покупку не дают. Но те же счета-фактуры постоянно меняют , то другая лабуда. Проблема еще в том, что наше бюро разработчиков , что поддерживает жизнедеятельность УПП, довольно мало. Нас завалили работой финотдел, главная бухгалтерия, другие службы. И заниматься перепиской УПП под изменение законодательства не хватит рук.Автор, а вы сами программируете? Какие личные познания в ERP?
1C знаю, erp чутка касался.
Честно говоря, не понял смысла всей статьи. Считаете, что можно написать продукт и назвать его ЕРП? ЕРП мучительно рождались в недрах реальных производств и только потом становились чем-то большим. Производств в этом мире до попы - и поточные и дискретные и пр. и пр. Как может искренне уважаемый мною Мишустин приказать написать ЕРП? Бред.
А мне очень кажется ваши утверждения бред.
Предприятиям крайне необходима замена SAP и OEBS. На рынке такого класса продуктов нет. Та же 1С не факт, что справится а внедрять ее пытаются очень много где, но это все таки продукт не уровня больших многопрофильных организаций.
А как он рождается - да все равно как. Это первопроходцам тяжело, а взять за основу уже готовый продукт и ободрать его подходы это в разы проще.
Посмотрите на госуслуги это не примитивный сайт, а результат работы очень большого количества организаций и ведомств. И как это все рождалось тоже хватало скептицизма. Но на данный момент это одно из лучших решений в мире. Так что не надо принижать - в России хватает и квалификации и компетенций для создания продукта такого класса. Надо только не ныть, а считать, планировать и делать.
Вы просто не в курсе. 1C:ERP 2.0 вполне себе рабочий вариант. Есть ещё "Парус", "Галактика" - это тоже вполне себе ERP.
Да, требует допиливания под нужды предприятия. Да, бухгалтерию лучше всего вынести в отдельный сервис, потому что по ней обновления идут каждый месяц, в отличие от.
А еще хорошо бы успокоить бешеные принтеры под названием Госдума РФ и МНС, с тем чтобы не было изменений в законодательстве каждый месяц и всё не тащило за собой постоянных изменений в документах и порядке операций.
Есть еще "Альфа" от РосАтома. Но на нашем предприятии очень сожалели , когда заставили перейти с "Галактики" на 1С:УПП. Если тот переход обошелся в 2 млн, за переход на ERP с нас хотят больше 100 млн. Вот такая цена прогресса.
Альфа от Росатома до того на Сильвините в начале 2000-х обкатали. Неплохо функционировали. А когда Сильвинит присоединили к Уралкалию, то похерили там систему.
Жизнь покажет. По приказу такие системы не пишутся. Что-то, конечно, напишут. Админ ресурс заставит пользоваться тем, что написалось. Но в успех создания общей ЕРП я не верю.
Попытался ответить по смыслу.
https://aftershock.news/?q=comment/18729705#comment-18729705
Производственный блок хорошо знаете? Если нет - к чему всё это, если да - тем более к чему?
Не имеет смысла:
Те, кто не оптимизирует - и так прозрачны. Кто-то из природной честности ... А кто-то льготу прямо от государства может получить ...
А те , кто оптимизирует - у тех есть (и останутся) пути ....
Энтих ваших ерпёв целый зоопарк. Не новую нужно изобретать, а вырабатывать единый стандарт для интеграции.
Поддерживаю
вот, кстати, и поддержу - стандарт нужен, а дальше сами наплодят, хотя бы и в 1с.
з.ы. в 1С вполне себе решение есть, работает. и даже на десятки тыщ пользюков.
хорошая публикация
по erp в среде на русском по комбинированному принципу: хотели как лучше - получили, что написано пером, того не вырубишь топором
вроде как слышалось эхом, сейчас акценче много дописывает за сап, получается, тоже не эталон на своем уровне - ну чем не кураж, если потом с 1с ерп как с рд180
Есть уже ERP на 1С.
Она и будет работать, как опыт показывает.
Если это кому-то нужно.
Ага, 1С наше фсё... 5 субконто, 6 максимум, остальное на атрибутах, в опер контуре и прочих суррогатах, да и без сальдо...
Любая более-менее среднего пошиба контора крупнее водокачки пошлёт лесом это решение
дядя, ты явно 1с трогал длинной палкой 20 лет назад.
твой уровень явно - уровень водокачки.
погугли 1С:ERP уже.
Только есть нюанс у разных счетов могут быть разные виды субконт. В отличии от западной sun account где их 10 но на все счета
Поэтому в 1с удобней
В sap вообще все хуже. Хочешь учет материалов покупай mm sd хочешь учет по ценным бумагам покупай cfm . А так просто добавить свое субконто не выйдет
Так что если что то не нравится предлагайте достойные альтернативы
Ага, 1С наше фсё... 5 субконто, 6 максимум, остальное на атрибутах, в опер контуре и прочих суррогатах, да и без сальдо...
Любая более-менее среднего пошиба контора крупнее водокачки пошлёт лесом это решение
Поумничал? Даже дважды. Посмотри список контор, работающих на 1С.
ERP скорее всего клиент-серверная, причем сервер делится на сервер приложений и сервер БД. Там один набор ОСей (чаще линуксы). Клиент может быть как "толстым" (ПО на рабочем месте пользователя, в тч мобильном), так и "тонким" (браузер). Соответственно для клиента другой набор ОСей.
По поводу языка программирования. Проблема не сколько в самом языке (хотя пока язык разработается, стандартизируется, пока ему обучат хоть сколько-нибудь внушительное количество разработчиков, тоже пройдет прилично времени), сколько в экосистеме для него: начиная от среды разработки и средств компиляции/сборки (SDK) и заканчивая библиотеками - драйвера для работы с БД, для работы с сетью, с файловой системой, разнообразные утилитные библиотеки.
Далее. Если у нас толстый клиент, значит, он должен либо разрабатываться отдельно для каждой из массовых ОС, либо быть мультиплатформенным, для этого язык должен предоставлять инструменты, работающие с каждой из ОСей и учитывающие их особенности, а это опять же библиотеки, которые тоже надо написать.
Поэтому так ли нужен свой язык?
И к слову: в 1С можно было писать код на английском.
Она исключительно клиент-серверная со времён Союза ССР. Когда ЭВМ представляла собой машзал, от которого тянулись провода к
консолямтерминалам сотрудников.Извините, если для кого-то это удар, но в 1C (УПП, КА) раздельные серверы приложений и СУБД уже лет 10-15 как.
А язык-то здесь при чём? Это вообще дело десятое.
Хоть на монгольском. Наши коллеги из одной 1С франчайзи делали проект в Монголии и для монголов. Как говорили, "чтение кода 1С на монгольском способно вызвать демонов", но монголы прошаренные ребята - они все как один используют русскую раскладку. Потому что по ней поиск выдаёт сильно больше полезных результатов.
Ещё одна страна, где 1С очень популярна, помимо РФ - это, как, ни странно, может звучать - Таиланд. Она там хорошо прижилась.
хе. в Монголии работал как раз по 1С. Код на монгольском - хех... ностальгия прям... нечитабельная. Сильные программисты есть и у монголов, хоть и немного )))) Вансифорус форева (Компания ВанСиФорус ХХК (1С Forus Mongolia)) =))))
з.ы. участвовал в проектах по внедрению и разработке типовых конфигураций для Монголии - меняли западные поделки на нормальные православные 1ски, кучу дряни выгребали из учета.
И Вьетнам тоже
Для IT-шников это не удар, но здесь далеко не все -IT-шники.
Про язык - это был ответ словам автора про то, что
Страницы