ERP-головоломка: почему российские компании до сих пор шьют IT-лоскутные одеяла?

Сегодня хочу поговорить на больную тему: почему на создание новых ERP-систем тратятся миллиарды, а получается "Франкенштейн" из разношёрстных модулей, которые не хотят дружить. После панельки " Вызовы создания российской ERP " на CIPR-2025 я получил очередной посыл от давно витавшей в пространстве мысли: пора перестать догонять SAP и начать строить своё. Но как? Давайте разбираться.

https://habr.com/ru/companies/exrp/articles/919818/

#sap #erp #erpсистемы #интеграция #внедрение_erp #1c #ципр_2025

Импортозамещение в проектах имплементации корпоративных информационных систем

Сегодняшняя ситуация вокруг спецоперации на Украине и последовавшие рестрикции со стороны европейских стран и США обнажили и без того известные проблемы импортозамещения западной продукции. Не исключением в этом вопросе стало программное обеспечение (далее – ПО), о старте импортозамещения которого заговорили еще в 2016 года. По изначальному плану замещение программного обеспечения должно было завершиться в 2024 году. Однако, не смотря на столь амбициозный план, ощутимых результатов это не дало как несколько лет назад, так и сейчас. Да, конечно, на протяжение всего этого времени публиковалось множество материалов на тему успешного замещения части западного ПО отечественным, однако это была лишь каплей в море ИТ-решений и технологий. Последовавший в начале 2022 года уход из России практически всех известных вендоров от Microsoft, до SAP и Oracle, показал нашу сильную зависимость от прививаемого годами зарубежного ИТ-сервиса. По существу, начало полноценного замещения зарубежного ПО началось именно с этого момента, когда российские компании поставили перед фактом остановки поддержки, продления лицензий и работы самого ИТ-решения. Большинство ИТ-менеджером и директоров судорожно стало думать о переходе на российские аналоги, в частности на продукты 1С, как базового корпоративного решения. Однако, использование нового ПО на предприятии возможно лишь после его имплементирования, процесс которого оказался также сильно завязан на страны запада. В это статье мы рассмотрим вопрос импортозамещения приложений класса ERP и ERP2, принимая во внимание тот факт, что это далеко не единственный компонент корпоративной информационной системы (далее – КИС). Для целей удобства повествования термины программное обеспечение, информационные и корпоративные системы, а также ERP-системы для нас будут тождественны. В работах [1-2] выделяют четыре основных уровня задач для внедрения КИС, к которым относят процессы, данные, приложения и технику, а также два вспомогательных: управление проектном и изменениями. Собственно говоря, процесс внедрения и импортозамещения ERP-систем мы будем рассматривать сквозь указанные 6-ть параметров.

https://habr.com/ru/articles/918566/

#управление_проектом #импортозамещение #импортозамещение_по #импортозамещение_иттехнологий #разработка_приложений #erpсистемы #erpпроект #erp_и_crmсистемы

Почему до сих пор управление многими заводами похоже на управление автомобилем 100-летней давности?

За последние три года, посетив более 50 заводов различных отраслей, я всё больше убеждаюсь: система управления на многих из них напоминает вождение автомобиля 1915 года. Завел с ручки, поехал со скоростью 20 км/ч, и неизвестно, доедешь ли сегодня в точку Б в двух кварталах, не говоря уже о более дальних поездках. Многие директора заводов испытывают острую нехватку оперативных данных о текущем состоянии предприятия. Им нужны данные не за прошлый месяц, не с двухдневной задержкой, а в режиме реального времени. Вместо этого приходится заниматься «посмертным» анализом, выискивая узкие места по устаревшим данным. Ситуация меняется, появляются новые проблемы, а мы всё боремся с «демонами» прошлого. Особую «радость» вызывают ручные замеры и бумажные инфоцентры завода или цеха. Десятки, а то и сотни человеко-часов в месяц тратятся на, казалось бы, правильную работу. Но вокруг цифровизация, а мы стоим у станка с бумажкой, записывая каждый простой. Пять цехов, 5-10 ключевых станков в каждой из трех смен, 10 тысяч подобных заводов в стране… К армии курьеров маркетплейсов смело можно добавить армию замерщиков. Сравните: вы садитесь в современный автомобиль. Настраиваете зеркала, кресло, руль, пристегиваетесь, включаете зажигание и быстро оцениваете панель приборов: уровень бензина, давление в шинах, чек двигателя. Начинаете движение, следя за скоростью, температурой двигателя, дорожными знаками. Для этого не нужно техническое образование, чтобы доехать из точки А в точку Б за разумное время.

https://habr.com/ru/articles/918232/

#цифровизация_промышленности #производительность_труда #erpсистемы #biсистемы #автоматизация_производства #панель_управления #ручной_труд #автоматизация_сбора_данных

Как создать систему управления проектами в ИТ-интеграторе и не выкинуть деньги на ветер

Когда у вас работают опытные спецы, встроить в работу новые правила управления проектами практически невозможно . Потому что им, ветеранам по внедрению сложнейших ERP-систем, не нужны все эти новомодные регламенты. Они уже съели собаку на таких проектах, и видели в этой жизни всё и даже больше. И, в отличие от современных домашних зумеров , совершали трудовые подвиги еще во времена, когда не было удаленки – сурово и в полевых условиях, разрываясь между несколькими внедряемыми системами в разных городах. Поэтому когда руководство говорит «Теперь будем делать проекты по-другому, системно и правильно, вот вам новый регламент» , у них возникает вопрос – а нам оно надо? Зачем нам все эти новые правила управления, как делать проекты? Почему мы должны полагаться на них, а не на свой опыт, который спасал десятки раз? Однако опыта конкретных сотрудников недостаточно, если вы, как руководитель организации, хотите спать спокойно с уверенностью в результатах. Нужна такая система управления проектами, которая превратит ваших ветеранов труда из скептиков в амбассадоров новых правил. Только в этом случае вложенные инвестиции в их разработку начнут окупаться уже через 3 месяца. Как это сделать – читайте в этой статье на примере кейса ИТ-интегратора.

https://habr.com/ru/articles/911904/

#управление_проектами #it_проекты #менеджмент #руководитель_проекта #методология #erpсистемы #внедрение

Подборка решений для полиграфии: лучшие CRM, ERP и MIS для типографии в 2025

Типографии в СНГ — это отдельный мир: тут тебе и дедовские станки, и менеджеры, которые до сих пор заказы в тетрадке пишут, и клиенты, которые хотят все "вчера". Внедрение CRM или ERP в таком хозяйстве — как посадить слона на велосипед: вроде можно, но готовься к цирку. Я работаю в типографии и решил разобраться в вопросе автоматизации. Рабский ручной труд уже в печенках, а еще пару плотных свиданий с Excel добьют мои последние нейроны. Для своего исследования я отправился в подборки решений по автоматизации типографий, покопался в отраслевых форумах, публикациях, кейсах и даже на официальных сайтах, чтобы найти подводные камни и изучить рынок. Не пропадать же добру, решил я, когда наработки стали превращаться в статью. Плоды этих трудов вы сейчас видите на своем экране.

https://habr.com/ru/articles/901304/

#типография #автоматизация #crm_для_малого_бизнеса #crm_для_бизнеса #erpсистемы

История корпоративных информационных систем в России

Сегодня трудно представить работу современного предприятия без автоматизации процессов его деятельности, реализующих различные производственные и управленческие функции. В России начало внедрения основ автоматизации отдельных участков работы предприятия уходит в эпоху СССР. В Советском Союзе в 1948 г. проблемы развития вычислительной техники становятся общегосударственной задачей. Были развернуты работы по созданию серийных электронно-вычислительных машин ЭВМ первого поколения (термин ЭВМ вместо «компьютер» употреблялся вплоть до конца 1980-х гг.). Первыми изобретателями компьютера в СССР являются И.С. Брук и Б.И. Рамеев, совместно разработавшие проект цифровой ЭВМ с жестким программным управлением. В декабре 1948 г. они получили авторское свидетельство на изобретение «Автоматической цифровой машины». «МЭСМ» (малая электронная счетная машина) – первый компьютер в СССР и в целом в континентальной Европе, была создан в 1951 г. под руководством С.А. Лебедева. Под его же руководством в дальнейшем были разработаны и сконструированы машины серии «М» (М-1, М-2 и другие ее модификации), из которых М-20 в 1960-х гг. была признана в СССР лучшей из отечественных машин. Специализированные ЭВМ, созданные под руководством С.А. Лебедева для системы противоракетной обороны, стали основой достижения стратегического паритета между СССР и США во время холодной войны. В 1950 г. в Институте точной механики и вычислительной техники (ИТМ и ВТ) был организован отдел цифровых ЭВМ для их разработки и создания. В 1951 г. там была спроектирована машина БЭСМ (большая электронная счетная машина), а уже в 1952 г. началась ее опытная эксплуатация.

https://habr.com/ru/articles/898128/

#erpсистемы #КИС #ИС #информационные_системы #история_КИС #история_it #история_ERP

Двуликий Янус ERP

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

https://habr.com/ru/companies/exrp/articles/898452/

#erp #erpсистемы #sap #управление_проектами #внедрение #внедрение_erp

Как я работал на свою компанию, на своих сотрудников, вместо того, чтобы зарабатывать деньги?

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

https://habr.com/ru/articles/891714/

#предпринимательство #делегирование #продажи #1с #1с_зуп #бухгалтерия #сотрудники #бизнеспроцессы #erp #erpсистемы

Коррупция в ИТ

В данной статье мы обсудим способы коррупции в ИТ-сфере, раскроем несколько рабочих схем и тенденций и поговорим о том, как с ними бороться. С первых письменных источников древней Руси упоминаются взяточники. По поручению Николая Первого, двести лет назад охранное отделение проверило генерал-губернаторов и выяснило, что из 56 высших чиновников только 2 не брали взятки. В России примерно тысячелетняя история взяточничества. Мы наблюдали, как под проверку попало Министерство Обороны в 2024 году, и почти все высшие чиновники МО оказались замешаны в коррупции. Думается, МО кардинально не отличается от других министерств. На Западе коррупцию на среднем уровне во многом удалось уменьшить за счет грамотного использования полиграфа и других инструментов. Наша тысячелетняя традиция взяток пока достаточно устойчива. Начнем с взяток или, как сейчас говорят, откатов. Самые большие откаты в компании берут генеральные директора. Большинство генеральных директоров – это мужчины в возрасте 40-45 лет, обладающие сильными лидерскими качествами, большим потенциалом, приехали из глубинки со своей женщиной, которая их поддерживала, пока они пробивались в люди. И вот они достигли желаемых высот в карьере! Теперь они покупают себе новую машину, новую дачу, новую квартиру, а часто и не одну. И в какой-то момент меняют «старую» жену на «новую» или заводят себе любовницу. Когда появляется молодая женщина, которая становится женой успешного мужчины, она хочет для своих детей всего самого лучшего, более того, ей хочется выглядеть на одном уровне с другими женами высокопоставленных директоров.

https://habr.com/ru/articles/874282/

#коррупция #erpсистемы #dataцентры #закупка_серверов #аутсорсинг #itдиректор #лпр #системный_интегратор #борьба_с_коррупцией #взятки

Оформление продажи в 1С ЕРП (1 часть)

Управление продажами является одним из самых критически важных аспектов любой компании. Оно определяет, как организация взаимодействует с клиентами, как эффективно использует свои ресурсы и как достигает поставленных финансовых целей. В современном бизнесе системы автоматизации, такие как 1С ЕРП становятся неотъемлемой частью успешного управления продажами. В этой статье мы рассмотрим существующий функционал для управления продажами в 1С ЕРП, как его настраивать и применять. Как 1С ЕРП помогает в управлении продажами? Система 1С ЕРП предоставляет мощные инструменты для управления продажами, которые помогают автоматизировать и оптимизировать бизнес-процессы. Рассмотрим основные функции 1С ЕРП, которые могут значительно улучшить управление продажами:

https://habr.com/ru/articles/866874/

#1c #erp #erpсистемы #itкомпании

План Cutover при имплементации ERP-систем

Существует ошибочная точка зрения, что наиболее критичным этапом внедрения ERP-системы является разработка, это не совсем так. Немаловажны активности, связанные с тестированием, обучением и миграцией данных. Однако все это задачи, выполняются на стороне заказчика. В проект имплементации корпоративной информационной системы вовлечены и прочие заинтересованные стороны, в честности контрагенты [1]. Несмотря на то, что вопрос перехода к продуктивному использованию системы является ключевым в ходе запуска, его важность иногда недооценивается. По крайней мере, до тех пора пока вы не столкнетесь с Cutover’ом вплотную. Да, да, именно так называют план перехода в среде технических специалистов. План перехода включает в себя ряд активностей, выполнение которых решает две основные задачи: техническая подготовка программного решения для функционирования в режиме реального времени, а также взаимодействие с клиентами и поставщиками для обеспечения непрерывной работы с ними. Cutover-план затрагивает технические, бизнес и вопросы, связанные с историческими данными [2]. Формирование плана перехода начинается много раньше промышленного запуска, так как задача в первую очередь требует большого вовлечения сотрудников заказчика, во-вторых, сильно зависит и влияет на технические активности смежных команд. Своевременная подготовка, а она занимает в среднем два-три месяца, и выполнение Cutover-плана, длящегося около двух месяцев, позволяют обеспечить такой режим запуска новой программной системы, который никак или минимально повлияет на клиентов и поставщиков предприятия. Будьте уверены, вы не сможете подготовить план перехода без заказчика. Эту и другие особенности Cutover-плана мы попытаемся рассмотреть в настоящей статье.

https://habr.com/ru/articles/861294/

#cutover #план_перехода #cutoverплан #бизнес_катовер #катовер #технический_катовер #миграция_данных #erpсистемы

Парсинг сайта на Python для НСИ

Для проверки определенных типов данных я предлагаю парсинг сайтов, а автоматизация исправления уже на ваш вкус. Например, различные языки программирования. Лично я за весь свой опыт использовал: C#, Python, VBA для работы с Excel, в зависимости от ситуации. Также поделюсь полезным файлом, который можно использовать в автоматизации проверки номенклатурных позиций.

https://habr.com/ru/articles/860874/

#python #нси #erpсистемы #парсинг_данных

Функциональная спецификация на разработку ERP-системы на примере ABAP-отчета

Имплементация корпоративной информационной системы требует вовлечения большого числа участников для решения задач управления проектом, моделирования бизнес-архитектуры, реализации программного обеспечения, миграции данных, подготовки технической инфраструктуры и обработки изменений [1]. Ключевым содержанием подобных проектов является разработка программного продукта, а все остальные активности рассматриваются в качестве поддерживающих. Реализация программ может вестись на основе различных стратегий, следуя классическим моделям разработки: каскадной, итерационной и спиралевидной. Проекты имплементации информационных систем «с нуля» преимущественно ведутся на базе каскадной стратегии, а задачи тиражирования и развития систем в последнее время осуществляются с применением итерационных и спиралевидных подходов, например, Agile [2]. Следуя каскадной схеме внедрения программных продуктов, готовится ряд важных проектных документов, описывающих детали предлагаемого решения. В большинстве проектов имплементации систем класса ERP, создаются документы спецификаций на разработку [3]. В России действуют ГОСТ 34, посвященный разработке автоматизированных систем управления (далее – АС). Согласно ГОСТ 34.601-90 этапы разработки системы включают:

https://habr.com/ru/articles/854228/

#техническое_задание #тз #задание_на_разработку #erpсистемы #спецификация_на_разработку

Расшифровка черного ящика, или технический аудит базы данных перед сменой ERP-системы при полном отсутствии документации

Реальный кейс анализа и технического описания базы данных клиента для осуществления корректной миграции на отечественное ERP-решение. Важным аспектом проекта было сохранение работоспособности всех систем, зависящих от исходной ERP-системы. В статье — опыт аудита OLAP-системы клиента. Привет, Хабр! Меня зовут Анастасия Цацкина, я старший разработчик Отдела разработки баз данных IBS. В продолжение нашей серии статей о переезде с иностранных решений на отечественные, сегодня я хочу поделиться проектным опытом проведения полноценного аудита базы данных аналитической отчетности перед сменой ERP-системы. Расскажу, какая задача стояла, как выглядела архитектура баз данных заказчика, из каких этапов состоял аудит и что в результате всего этого получилось.

https://habr.com/ru/companies/ibs/articles/851350/

#erpсистемы #sql #базы_данных #импортозамещение

ИИ-система по извлечению информации со сканов счетов: от разметки до реализации

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

https://habr.com/ru/companies/agima/articles/849722/

#искусственный_интеллект #erpсистемы #datapipe #label_studio #rabbitmq #ai #ml

Обзор программного решения Business Integrity Screening

Злоупотребления и несанкционированные действия сотрудников компании вынуждают владельцев искать пути для предотвращения такого поведения. Разработки в области информационных технологий могут стать одним из инструментов, который поможет решить эти проблемы. Следует отметить, что на рынке представлены различные решения в области контроля и предупреждений нелегальных манипуляций со стороны персонала. В данной работе в качестве объекта исследования одного из таких решений выбран продукт SAP Business Integrity Screening, призванный предотвращать мошеннические действия в компании. В статье описана краткая история разработки продукта, приведена архитектура решения, особое внимание уделено описанию фаз работы с продуктом, обозначены достоинства и недостатки, приведены примеры использования.

https://habr.com/ru/articles/822497/

#sap #bis #Business_Integrity_Screening #мошенничество #мошенничество_в_интернете #erpсистема #erpсистемы #pmo #agile #pmi

Как в Tele2 автоматизировали тестирование SAP ERP с помощью Python

Привет, Хабр! Меня зовут Анастасия Валеева, я – руководитель группы обеспечения качества в Tele2. Наша команда работает в большинстве своём с SAP ERP, и мы не понаслышке знаем, что автоматизация данной платформы — дело далеко не тривиальное. В этой статье я хочу поделиться с вами, как и зачем мы автоматизировали тестирование с помощью Python. Интересно? Переходите под кат)

https://habr.com/ru/companies/tele2/articles/819649/

#sap #erpсистемы #тестирование

Обработка отклонений в проектах имплементации ERP-систем

Внедрение крупных программных систем подразумевает использование различных методологий имплементации, например: Accelerated SAP, Microsoft Dynamics Sure Steps или Oracle Unified Method. Прикладная методология, предлагаемая по умолчанию вендором программного продукта, детализирует одну из трех классических моделей имплементации: каскадную, итерационную или спиралевидную. Помимо этого существуют определенные правила по управлению проектами вне зависимости от его содержания, которые называют PMBoK (Project Management Body of Knowledge, свод знаний по управлению проектами) [1]. PMBoK подразумевает выделение в проекте ряда ключевых параметров, каждый из которых необходимо планировать, выполнять и осуществлять его мониторинг. Любые отклонения параметров от плановых значений требуют корректировочного действия. Свод знаний разработан американским институтом PMI и имеет длительную историю. На начало 2022 года в русскоязычной литературе доступна PMBoK шестой версии, а в англоязычной – седьмой. Каждая версия PMBoK дополняется новыми подходами, так ранее широкой огласке получили механизмы искусственного интеллекта в управлении проектами, сейчас же активно обсуждается применение принципов гибкой разработки Agile. Для прочтения книга PMBoK весьма сложна. Определенно знакомство со сводом знаний необходимо начинать, предварительно реализовав хотя бы один проект, в противном случае вы не поймете посыл книжки. В контексте данной статьи, мы ограничимся рассмотрением ERP-проектов. Использование PMBoK в проектах имплементации корпоративных информационных систем выглядит выигрышным, по крайней мере, это позволяет структурировать характеристики проекта и вести их непрерывный контроль. Существенным упущением PMBoK является отсутствие рекомендаций по способам обработки отклонений, что противоречит циклу Деминга [2]. Вполне возможно, это было сделано сознательно, так как невозможно предложить универсальные механизмы для всех предметных областей проектов.

https://habr.com/ru/articles/817609/

#pmbok #обработка_отклонений #erpсистемы #erp #содержание_проекта #риски_проекта #коммуникации_проекта #поставки_проекта #ресурсы_проекта #стейкхолдеры

Реализация содержания проекта внедрения ERP-системы

Внедрение любой корпоративной информационной системы достаточно продолжительно по срокам и требует большого объема трудозатрат [1]. В среднем необходимо около одного года на имплементацию ERP-системы, а трудозатраты проектной команды со стороны исполнителя обычно колеблются в диапазоне 1000-3000 человеко-дней. Объем трудозатрат фактически задает перечень тех работ, которые обязуется выполнить интегратор для заказчика. Чем больше объем выполняемых работ, тем актуальнее становится задача по их группировке для более качественного планирования, исполнения и контроля. Именно по этой причине в [2] выделяют уровни внедрения, такие как: процессы, приложения, данные и техника, а также управление проектом и изменениями. Однако и этого деления бывает недостаточно, так как каждый уровень по прежнему остается достаточно трудоемким. По этой причине в работах [3-4] вводится понимание концепции реализации содержания проекта, заключающейся в выделении наиболее критичных областей проекта внедрения ERP-систем, а также предложении состава и порядка выполнения работ для каждой из областей. Примерами областей служат задачи, относящиеся к анализу, проектированию, разработке, миграции, тестированию и др. Состав работ определяется путем рассмотрения всевозможных способов, методов и подходов, позволяющих достигнуть необходимого результата с минимальными рисками задержки продуктивного старта ERP-системы. Объем необходимых работ дает возможность увидеть плановую потребность в человеческих ресурсах, что критично для формирования ресурсного плана проекта, а состав задач обеспечивает понимание всех тонкостей реализации предстоящего проекта. В рамках текущей статьи мы рассмотрим все критичные области ERP-проекта и суммируем способы реализации задач каждой из областей, тем самым расширяя содержание работы [4].

https://habr.com/ru/articles/813925/

#миграция_данных #анализ_требований #проектирование #разработка_приложений #обучение_пользователей #продуктивный_запуск #тестирование_продукта #erpсистемы #erpсистема #pmo

Тестирование программного решения в проектах внедрения ERP-систем

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

https://habr.com/ru/articles/812761/

#тестирование_по #тестирование_приложений #тестирование_производительности #erp #erpсистемы #erpсистема #pmo #pmi #pmipmbok #prince2