ERP-системы *

В современных условиях возрастает актуальность выгрузки данных из SAP ERP в хранилища данных DWH или Data Lakehouse сторонних вендоров. Интеграция с системами, не входящими в экосистему SAP, зачастую сопровождается сложностями: поставщики программного обеспечения, как правило, не поддерживают использование конкурентных продуктов. Нативный механизм выгрузки данных в SAP BW (Business Warehouse) не может быть применен к системам, не принадлежащим к экосистеме SAP.

На нашем проекте внедрения хранилища данных на основе Arenadata DB для одного из крупных банков мы столкнулись со сложностями при интеграции с SAP S/4HANA.

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

Обилие предложений на рынке программного обеспечения зачастую западного производства может сформировать ошибочную картину, что в России нет собственных разработок. Это далеко не так, более того российский рынок корпоративных информационных систем представлен не только линейкой продукции от 1С. Всеобъемлющее присутствие международных вендоров в стране, используемые ими маркетинговые трюки и искусственное прививание привычек, притормозили и увели в тень российские разработки. Наступает время, когда компании вынуждены идти по пути импортозамещения, даже те, кто отделился от глобальных корпораций и локализовался.

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

Уже давно стали обыденными внедрения решений на платформе 1С:Предприятие на тысячу одновременных пользователей. Есть внедрения и более масштабные. И масштаб внедрений растёт. Поэтому мы решили убедиться, что платформа выдержит нагрузку нашего самого востребованного на крупных внедрениях решения 1C:ERP на 30 000 одновременно работающих пользователях.

Почему именно 30 000 пользователей, как мы измеряли производительность и как добились желаемой производительности — под катом.

Число проектов внедрения и непрерывного развития корпоративных информационных систем достаточно велико, и текущая геополитическая обстановка не является помехой. Наоборот, специальная операция в братской Украине требует более пристального и досконального прорабатывания вопроса импортозамещения программного обеспечения, в особенности классов ERP1–3. В этом нет ничего удивительного, ведь применение автоматизированных программных продуктов позволяет предприятиям обрабатывать большие массивы данных, формировать необходимую для принятия управленческих решений аналитику, а также заменять ручной труд над рутинными операциями на автоматизированную обработку.

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

Любопытна одна из указанных причин провала внедрения: отсутствие должной поддержки проекта со стороны руководства заказчика. Несмотря на кажущуюся противоречивость и банальность, это действительно так. Лишь мизерный процент ERP‑проектов не запускается по прочим причинам, ведь когда руководство заинтересовано в результатах, любые сложности будут решены и для них будет найден обходной путь решения. В рамках данной статьи мы проведем оценку качества как самого процесса внедрения, так и уже внедренной ERP‑системы, что поможет выявить наиболее важные моменты реализации проекта.

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

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

Создание проектного плана может вестись согласно двум классическим способам, описанным в своде знаний PMBoK [2]: критический путь и критическая цепь. Метод критического пути предполагает декомпозицию всех проектных задач, выстраивание их логической последовательности и взаимосвязей, выставление предполагаемых продолжительностей и расчет одноименного пути. Способ не оперирует человеческими ресурсами, поэтому не всегда понятно на основе каких правил рассчитываются продолжительности задач, ведь они зависят от числа ресурсов. Следующий способ, метод критического пути, расширяет предыдущий, вводя три вида «буферов» (ресурсные, поддерживающие и проектные), для сглаживания неопределенностей и возможных задержек. Здесь сроки задач и наличие буферов устанавливаются согласно доступности человеческих ресурсов, после чего строится все тот же критический путь. Применение обоих методов на практике видится крайне трудозатратным в особенности при часто изменяющихся вводных. Поэтому в качестве базиса построения ресурсного плана воспользуемся методом, основанном на бенчмаркинге фаз ERP-проекта [3].

Как говорил один великий: нет такой вещи как плохая реклама (PR). Любая реклама хорошо, хуже только отсутствие рекламы.

Попробую быть кратким ... Можно начать с оригинальной статьи, и некоторые, детальные комментарии, и уже потом этот текст (хотя… можно и не тратить время) ...

То, что эта статья чистый черный Пиар – вне всяких сомнений. И то, что автор пытается любой ценой очернить ...

Маркетинг при продажах крупным корпорациям это не классические продажи B2B, это целая спецоперация и пропаганда. А еще использование мягкой силы на государственном уровне. Не верите? Тогда читайте непридуманные истории.

Мой бывший босс - замечательный человек. Пока одни кричат, что в 1С нет ни слова на английском, он запускает продажи в Африке. Пока другие жалуются, что технарям сложно изучать языки, ему покорился английский, испанский, а теперь в работе - французский. Загляните в это интервью с Ильей Шиховым, CEO в компании Rise, если вам интересно:

- Вывести IT-продукт на зарубежный рынок.

- Понять, какой уровень языка действительно для этого нужен.

- Узнать, как устроен IT-рынок ЮАР, и какие перспективы он даёт.

В предыдущих статьях были рассмотрены настройки подсистемы Склад и доставка, процесс создания складских актов, функционал ордерного склада, а также адресная система хранения в 1С ЕРП. 

В данной статье продолжим проводить обзор по складскому функционалу в 1С ЕРП.

Обеспечение потребностей в 1С: ERP

В современном бизнесе очень важно эффективно удовлетворять потребности клиентов. Здесь на помощь приходит функционал обеспечения потребностей в системе 1С ЕРП. Этот инструмент позволяет компаниям оптимизировать и автоматизировать процессы.

Система позволяет оптимизировать процессы снабжения и управления запасами. Благодаря автоматизации учета товаров и анализу потребностей (по заказам клиентов, заказам на перемещение, заказам на производство и т.д.), компании могут точно рассчитывать необходимое количество товаров на складе, избегая излишков или дефицита. Это позволяет более эффективно удовлетворять потребности клиентов, а также избежать затоваривание склада и заморозки денежных средств.

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

Благодаря этим возможностям в 1С ЕРП компании могут улучшить управление запасами, снизить издержки на хранение товаров, повысить эффективность работы склада и обеспечить надежную поставку товаров клиентам.

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

Не секрет, что совершенствовать и обновлять технологии нужно постоянно, чтобы развивать бизнес. Но иногда обновления — это страшно, чревато проблемами и вообще непонятно, с чего начать. Поэтому хочу поделиться своим опытом — рассказать, почему так важно вовремя обновляться, как справляться с препятствиями и избежать типичных ошибок.

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

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

Внедрение атрибутивной модели доступа (ABAC) в крупной корпоративной системе на микросервисах — это всегда испытание для архитекторов, разработчиков и бизнес-аналитиков. ABAC — одна из самых сложных областей IAM (Identity and Access Management) в корпоративных платформах, и даже простая модель может сломать мозг и пользователям, и инженерам. Рассказываю, как я реализовал масштабируемую систему с миллионами сущностей без потери производительности и сохранили простоту API для конечного разработчика.

Если задать вопрос искусственному интеллекту “зачем нужна ERP-система” мы получим следующий ответ:  

«ERP‑система нужна для упрощения, автоматизации и эффективного управления бизнес‑процессами в организации. Она собирает важные данные в одном месте, чтобы их анализировать и решать задачи бизнеса.»

В ERP-системах также есть специальные модули для управления складскими запасами, производством, закупками, финансами, продажами и другими аспектами деятельности компании. Каждый модуль необходимо адаптировать под конкретные потребности предприятия, поэтому ERP-проекты не заканчиваются годами, а бюджет растёт на глазах. Обновлять такую систему практически невозможно, поскольку она сильно изменена под задачи бизнеса. 

А есть ли смысл внедрять все эти модули или проще воспользоваться специализированными решениями? 

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

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

А что говорят опытные пользователи ERP? Часто они жалуются на то, что функциональность системы недостаточна для решения поставленных задач, в системе хаос, много ошибок из-за ручного ввода данных в систему. Система не подходит для оперативного планирования производства, поскольку перестройка плана занимает часы, и когда план построен, он автоматически становится актуальным и т.д.. Самое главное, что говорят опытные пользователи, — если бы можно было начать проект заново, они бы выбрали максимально коробочное  решение и использовали систему как инструмент учета и источника данных для других систем в ИТ-инфраструктуре компании. 

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

Перейдем к настройкам ордерного склада в 1С ЕРП.

Настройка ордерного склада в 1C:ERP

Ордерный склад используется для разделения финансовых и складских документов.

Общие системные настройки ордерного склада были рассмотрены в предыдущей статье.

В данной статье проведем обзор функциональных возможностей программы 1С: ERP в части управления складом.

Одним из ключевых преимуществ данной системы является возможность автоматизированного учета товаров на складе. Благодаря единой системе  ЕРП, которая включает в себя все основные процессы товародвижения, можно в режиме реального времени отслеживать поступление и отгрузку товаров, контролировать оперативные остатки.

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

Переходим к настройкам системы. 

Настройка подсистемы склада в 1С: ERP

Открываем настройки подсистемы склада.

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

Всем привет! Меня зовут Владислав Малков, я ведущий консультант SAP в команде ГИС-контроля Lenta tech. С 2018 года я участвую в проекте маркировки товаров и сегодня хочу рассказать, как мы в «Ленте» выстроили собственную IT-систему, для работы с миллионами маркированных товаров каждый день. Вы узнаете, как устроена система Gismark, почему мы не взяли готовое решение с рынка и какие уроки извлекли, автоматизируя один из самых комплексных процессов в ритейле.

Рассказываем, как сделать систему, которую легко масштабировать: добавлять новых поставщиков, обновлять данные и управлять ассортиментом без изменений в 1С и пересборки сайта. Даже если каждый поставщик работает по своим правилам.

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

Что делать поставщикам в 2025 году? Стоит ли небольшим компаниям задуматься об автоматизации цепочки поставок или лучше продолжать вести учёт в Excel и работать с каждым клиентом лично? Помогут ли B2B-кабинеты и предиктивная аналитика увеличить объёмы поставок для среднего бизнеса? Сохранит ли свою актуальность продукция крупных корпораций, учитывая глобальный тренд на устойчивое развитие и поддержку местных производителей?

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

Сегодняшняя ситуация вокруг спецоперации в Украине и последовавшие рестрикции со стороны европейских стран и США обнажили и без того известные проблемы импортозамещения западной продукции. Не исключением в этом вопросе стало программное обеспечение (далее – ПО), о старте импортозамещения которого заговорили еще в 2016 года. По изначальному плану замещение программного обеспечения должно было завершиться в 2024 году. Однако, не смотря на столь амбициозный план, ощутимых результатов это не дало как несколько лет назад, так и сейчас. Да, конечно, на протяжение всего этого времени публиковалось множество материалов на тему успешного замещения части западного ПО отечественным, однако это была лишь каплей в море ИТ-решений и технологий.

Последовавший в начале 2022 года уход из России практически всех известных вендоров от Microsoft, до SAP и Oracle, показал нашу сильную зависимость от прививаемого годами зарубежного ИТ-сервиса. По существу, начало полноценного замещения зарубежного ПО началось именно с этого момента, когда российские компании поставили перед фактом остановки поддержки, продления лицензий и работы самого ИТ-решения. Большинство ИТ-менеджером и директоров судорожно стало думать о переходе на российские аналоги, в частности на продукты 1С, как базового корпоративного решения. Однако, использование нового ПО на предприятии возможно лишь после его имплементирования, процесс которого оказался также сильно завязан на страны запада.

В это статье мы рассмотрим вопрос импортозамещения приложений класса ERP и ERP2, принимая во внимание тот факт, что это далеко не единственный компонент корпоративной информационной системы (далее – КИС). Для целей удобства повествования термины программное обеспечение, информационные и корпоративные системы, а также ERP-системы для нас будут тождественны. В работах [1-2] выделяют четыре основных уровня задач для внедрения КИС, к которым относят процессы, данные, приложения и технику, а также два вспомогательных: управление проектном и изменениями. Собственно говоря, процесс внедрения и импортозамещения ERP-систем мы будем рассматривать сквозь указанные 6-ть параметров.