#erpсистемы — Public Fediverse posts

Одиночный исследователь с ИИ: как собирать новое из разных предметных областей

Рабочая карта: от исследовательской оптики и слабых связей до специализированных методов, проверки и работающего компонента. В первой статье этой серии " От университета до искусственного интеллекта: как ускорялся генератор изобретений " мы смотрели, как человечество постепенно усиливало генератор нового: университеты, печать, научные общества, лаборатории, вычислительные сети и, наконец, искусственный интеллект. Во второй вопрос практичнее: что происходит, когда значительная часть этой мощности оказывается в распоряжении одного исследователя или маленькой группы ? После сравнения разных подходов к изобретательству, научному поиску и разработке продуктов вывод оказался довольно приземлённым. Одиночному исследователю не нужна одна «лучшая методология». Ему нужны три способности: собрать правильную предметную картину задачи, подключить сильный профильный метод в нужный момент и вернуть его результат обратно в общую картину, не потеряв смысл, доказательства и ограничения. Сначала нужно понять, какими предметными мирами смотреть на задачу. Только потом — какой метод применять. 1 . Одиночный исследователь — не маленький НИИ У одиночного исследователя нет десятков лабораторий, отделов и специалистов. Но его маршрут дешевле перестраивается: можно быстро зайти в соседнюю дисциплину, проверить странную связь, закрыть тупиковую ветвь и вернуться обратно. Большое исследование по более чем 65 миллионам статей, патентов и программных продуктов показало, что малые и большие команды действительно чаще занимают разные ниши: небольшие коллективы чаще связаны с работами, открывающими новые направления, крупные — с развитием существующих линий [1]. Это не означает превосходства одиночки. Это означает другой режим поиска.

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

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

ERP внедрили. Что дальше? Часть III. От Project-DR к Enterprise-DR

Начало в статье ERP внедрили. Что дальше? Термины, используемые в статье Project-DR ERP Technology Distribution — полное название технологической сборки. В дальнейшем — «технологическая сборка Project-DR ERP», версия. Project-DR — Project Digital Replica, проектная цифровая реплика — внутренняя производственная технология и проектная среда, в которой строится и при необходимости структурно перестраивается профессиональная модель предприятия. Заказчику Project-DR как технологическая среда не передаётся. Project Core — проектное ядро — проектный носитель специализированного ресурса, в котором хранится подробный результат его работы по конкретному проекту. Unified Project Store — единое проектное хранилище — машиночитаемый слой Project-DR, в котором собираются принятые проекции результатов специализированных Project Core. Enterprise-DR — Enterprise Digital Replica, цифровая реплика предприятия — эксплуатационная машиночитаемая модель конкретного предприятия, полученная из принятого состояния Project-DR. Именно Enterprise-DR передаётся заказчику. Enterprise-DR Runtime — эксплуатационная среда Enterprise-DR — физически работающая система, в которой клиентская модель загружена в базу данных и доступна через Enterprise-DR API. Enterprise-DR Runtime Kit — комплект, передаваемый заказчику для развёртывания и эксплуатации Enterprise-DR. PostgreSQL — система управления базами данных, используемая в версии 2.5.1 как эталонная реализация базы Enterprise-DR. Далее — «база Enterprise-DR». Enterprise-DR API — программный интерфейс доступа к эксплуатационной модели. Через него получают профессиональный контекст, причины решений, зависимости, сигналы и операции изменения.

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

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

Нет света, бензин дорожает, товары задерживаются — как выживает мой табачный бизнес в Крыму

Статья написана на основе интервью с Максимом Мартыненко, владельцем сети магазинов ТБЧН ДВИЖ в Крыму. В 22 года я вложил около миллиона рублей в первый табачный магазин. Сегодня у меня сеть из пяти точек в Крыму и около 2000 товаров в ассортименте. Рассказываю, как вырос от одного магазина до сети, почему из-за ошибки с налогами пришлось взять кредит и как развиваю бизнес в условиях отключений света, дефицита бензина и товаров.

https://habr.com/ru/companies/moysklad/articles/1083724/

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

ERP внедрили. Что дальше?

От работающей ERP к цифровой реплике и вычислимой модели предприятия Введение Когда-то, много лет назад, значительная часть моих публикаций на инфоплощадках так или иначе вращалась вокруг довольно простого вопроса: «Купили ERP — что дальше?» Предприятие приобрело большую систему, руководство ждёт от неё результата, проектная команда собрана, консультанты пришли, пользователи продолжают работать — и в этот момент выясняется, что сама покупка программного продукта практически ничего не решает. Нужно понять, что именно внедрять, как организовать проект, как обследовать предприятие, где заканчивается методология и начинается автоматизация, кто принимает решения и каким образом всё это в конечном счёте должно превратиться в работающую систему. С тех публикаций прошло много лет. За это время через нашу практику прошло больше сотни проектов — очень разных по масштабу, состоянию предприятия, отрасли, составу команды и исходной культуре управления. Были действительно удачные проекты, после которых оставалось ощущение серьёзного профессионального продвижения. Были проекты, где отдельное решение становилось настоящим прорывом и потом переходило в следующие внедрения. Были и совершенно другие истории, когда месяцами двигаешься, проводишь совещания, выпускаешь документы, закрываешь этапы, а потом честно признаёшь самому себе, что по существу находишься примерно в том же месте, с которого начинал. Это не научная статистическая выборка, и я не пытаюсь её так называть. Но когда за спиной уже не несколько кейсов, а больше сотни проектов, постепенно начинаешь отличать случайность конкретного внедрения от проблемы, которая повторяется при разных заказчиках, командах и информационных системах. Если один и тот же вопрос возвращается снова и снова, значит, дело, скорее всего, уже не в особенностях отдельного предприятия. Возможно, чего-то не хватает в самой технологии проекта.

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

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

От Excel до нейросетей: как ИИ меняет планирование производства и когда ждать автономии

Excel-таблицы, интуиция опытного диспетчера и авральные совещания по пятницам. Знакомая картина для любого производственного предприятия? Вопрос о переходе к автономному планированию сегодня звучит уже не как «когда-нибудь», а как «сколько можно ждать». Давайте разберёмся, где мы находимся на этом пути — от ручного управления к заводу, который планирует сам. Человек или машина: разрушаем мифы В массовом сознании «автономное планирование» — это чёрный ящик: на входе заказ клиента, на выходе — идеальный график работы станков без участия человека. В реальности всё прозаичнее и сложнее. Современные системы планирования — это не замена специалиста, а его усиление. Искусственный интеллект здесь выступает в роли сверхмощного аналитика, способного переварить терабайты данных за секунды. Концепция «цифровой панели планирования», предложенная немецкими исследователями из Института Фраунгофера, отлично иллюстрирует этот подход. Алгоритм мгновенно проверяет тысячи скрытых ограничений (готовность оборудования, наличие сырья, квалификацию персонала) и предлагает оператору несколько оптимальных вариантов графика. Но финальное решение и ответственность всегда остаются за человеком. Это принципиально важный момент, который снимает главную фобию индустрии — страх перед полной заменой людей машинами.

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

#ИИ #автоматизация #человеческий_фактор #erp #erpсистемы

Уберизация строительства

Около девяти из десяти крупных строительных проектов в мире завершаются с превышением бюджета. Причины принято искать в технической сложности, погоде, откатах и действиях подрядчиков. Всё это важные факторы, но они не объясняют, почему перерасходы повторяются из проекта в проект. Объяснение проще: заказчик и исполнитель изначально владеют разным объёмом информации. Реальную стоимость и сроки хорошо понимает лишь та сторона, что строит, и раскрывать эти данные ей, как правило, невыгодно. Непрозрачность здесь - не болезнь отрасли, а её бизнес-модель. При этом любое информационное преимущество работает лишь до тех пор, пока сведения остаются закрытыми. История других отраслей показывает, что происходит дальше. До Uber цену поездки знал только таксист, и пассажир зависел от его решения. Как только маршрут и стоимость стали видны на экране, преимущество водителя исчезло. Booking сделал прозрачными цены на отели, маркетплейсы - на товары, Google Maps - на логистику. Строительство пока остаётся одним из немногих крупных рынков, устроенных «как такси до Uber» : полной картиной по стоимости и срокам владеет только одна сторона, а вторая оплачивает эту асимметрию перерасходами. Дальше в статье - нидерландский строительный картель с двойной бухгалтерией и 1300 оштрафованных фирм; алгоритмы, которые находят следы сговора прямо в цифрах торгов; два миллиарда долларов SoftBank, сгоревшие в «кнопке Uber для стройки»; и рынок жилья, который свою уберизацию уже прошёл. Через историю и паттерны видно, какими будут инструменты уберизации строительной отрасли в следующие десятилетия.

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

#construction #строительство #erp #erpсистемы #erp_системы

Почему шины данных не всегда лучшее решение для синхронизации систем

При миграции из одной корпоративной системы в другую часто встает задача репликации данных. Например, при поэтапной замене ERP по методологии Parallel Running во время опытной эксплуатации пользователи работают в двух системах, которые оперируют идентичным набором данных. Если модели данных сильно отличаются, а при репликации присутствует дополнительная логика, то команды чаще всего пытаются использовать шины данных (например Kafka). При таком подходе требуется самостоятельно реализовать механизмы копирования данных, обработки конфликтов, пересинхронизации, мониторинга и т. д. Все это увеличивает трудозатраты и потенциально может стать источником проблем. В этой статье разберем техническую реализацию репликации данных через шины, ее слабые места, а также альтернативные подходы.

https://habr.com/ru/companies/haulmont/articles/1058574/

#erpсистемы #миграция #миграция_данных #синхронизация #синхронизация_данных #репликация #репликация_данных #parallel_running #erp #шины_данных

Пять новых решений для 1С: дубли, загрузка данных, интеграции и ИИ

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

https://habr.com/ru/companies/infostart/articles/1057842/

#1c #автоматизация_1с #обработка_данных #качество_данных #загрузка_Excel_в_1С #интеграция_1с #интеграция_1с_erp #erp #erpсистемы #erpсистема

Как сократить простои техники и ускорить реакцию на запросы в десятки раз с service desk: 5 кейсов промышленных компаний

Без сервисной системы не построить качественную техподдержку — это база. Но в промышленных компаниях обслуживание выходит далеко за рамки ИТ. Требуются ли в этом случае дополнительные системы? Не обязательно — и это доказывают пять крупных производственных компаний от Росводоканала до Щербинского лифтостроительного завода. Какие результаты они получили и как именно применяют service desk в промышленности — разбираем в статье.

https://habr.com/ru/companies/itarena/articles/1056900/

#servicedesk #itsm365 #itsmсистема #техподдержка #клиентский_сервис #erpсистемы #управление_итинфраструктурой #управление_итактивами #управление_ит_услугами #itsm

Дружелюбная экосистема управления: как автоматизировать учет затрат на стройке за счет интеграции nanoCAD и 1С

Ошибки в спецификациях, бесконечные правки чертежей, ручной ввод данных из CAD в учетную систему – знакомые боли? АО «Профсталь» прошло этот путь и нашло решение. Компания не просто автоматизировала рутину – она создала дружелюбную цифровую экосистему, где проектирование в nanoCAD и управление затратами в 1С стали единым безошибочным процессом. Результат, который говорит сам за себя: время расчетов сократилось в 2-3 раза, объем обрабатываемых заявок вырос вдвое, а продажи по проектам конструкторов увеличились более чем в два раза. Из этой статьи вы узнаете, как «Профсталь» шаг за шагом выстроила интеграцию Узнать об опыте

https://habr.com/ru/companies/nanosoft/articles/1050874/

#cad #nanocad #нанософт #1с #профсталь #автоматизация_проектирования #erpсистемы #цифровизация_строительства #проектирование #инженерия

Когда складской модуль ERP уже не справляется и нужна WMS

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

https://habr.com/ru/companies/infostart/articles/1045868/

#wms #wmsсистемы #erp #erpсистемы #склад #складской_учет #складские_процессы

Рынок SaaS в России замедляется, но остается устойчивым

Команда аналитического проекта SaaS Rating представила ежегодный рейтинг крупнейших SaaS-компаний России по итогам 2025 года. Исследование подготовлено под руководством Аскара Рахимбердиева, сооснователя и генерального директора ERP-сервиса МойСклад. Рейтинг SaaS-компаний формируется на основе выручки от B2B SaaS-продуктов в России и включает компании с годовой выручкой от 200 млн рублей. При определении SaaS используется международный стандарт NIST: сервис должен соответствовать ключевым характеристикам облачной модели — on-demand self-service, доступ через сеть, масштабируемость, объединение ресурсов и оплата по мере использования.

https://habr.com/ru/companies/moysklad/articles/1029974/

#saas #облачные_сервисы #erpсистемы #автоматизация_бизнеса #рейтинг_сервисов

Платформы и приложения Low code

Мы живем во времена, когда даже самые простые бизнес-процессы стараются автоматизировать, цифровизировать и трансформировать, тем самым передавая рутинные операции на исполнение вычислительным машинам. Освободившееся время и ресурсы предполагается отдать человеку на решение более сложных интеллектуальных задач. Подобное возможно за счет искусного комбинирования программного обеспечения и последних техно-инновационных достижений. Аналогично различным классам автоматизации, обеспечивающим работу предприятия на операционном, тактическом и стратегическом уровнях, языки программирования, позволяющие получать готовые программные продукты, бывают низкоуровневые и высокоуровневые. Первый вид довольно сложный и апеллирует машинными командами, в то время как второй – более доступный для понимания и легкий в использовании. Эволюция от сложному к простому, от неструктурированного к упорядоченному, от не готового к полуфабрикату – это поистине лозунг текущего времени. Попытки упростить процесс программирования нашли свое отражение в No-code платформах, представляющих визуальный конструктор для производства программных решений без навыков программирования. Антонимом данной ситуации является классическая кастомная разработка приложений. Тем самым мы блуждаем между крайностями: или просто, или сложно. Пытливый ум попытался найти баланс где-то посередине, предлагая Low-code платформы.

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

#low_code #no_code #no_code_приложения #no_code_платформа #erpсистема #разработка_по #настройка_по #система_erp #erpсистемы #кастомизация_по

Свод знаний по бизнес-анализу BABoK в проектах внедрения корпоративных информационных систем

Появление первых персональных вычислительных машин, их активное внедрение в рабочие процессы, а также безграничный доступ в интернет сделали свое дело. Современное предприятие немыслимо без компьютерных систем и технологий. Рутинные операции отданы на откуп точным программным алгоритмам, в то время как нестандартные задачи – человеку. Популяризация искусственного интеллекта, машинного обучения, интернета вещей и прочих составляющих 4-й промышленной революции, использующих результаты информатизации, привнесли информационные технологии в регулярные процессы жизнедеятельности человека. Теперь программное обеспечение и прочие цифровые сервисы такой же товар как продукция первой необходимости. Под любой запрос есть свой программный продукт. Если компании нужна автоматизация процессов и интеграция с бизнес-партнерами, это одни программные решения, взаимодействие с соцсетями и мессенджерами – другие. Однако кастомное или коробочное программное обеспечение – лишь средство, первичным является осознание и формализация потребности. Если вы выбрали программный продукт и решили его имплементировать, есть классические методологии внедрения: каскадная, итерационная и спиралевидная, а также разные подходу к запуску, например, метод большого взрыва, франчайзинговая стратегия и способ точного броска. Указанные подходы имеют свои отличительные особенности, но в первую очередь разную скорость доставки решения до рынка. И опять, важны потребности и ожиданий стейкхолдеров. Данные примеры затрагивают вопрос понимания потребностей и способов их реализации, чем занимается дисциплина под названием бизнес-анализ. Ключевым источником информации по данному вопросу является свод знаний по бизнес-анализу или BABoK [1], не так часто освещаемый в литературных источниках. Следуя PMBoK, SWEBoK, BPMCBoK, TOGAF и другим сводам знаний [2-5], BABoK может быть применен в проектах разработки и внедрения программных систем.

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

#babok #erp #erpсистемы #бизнес_анализ #бизнес_кейс #бизнес_кейсы #свод_знаний_babok #свод_знаний_бизнес_анализ #свод_знаний #анализ_erp

Применение модели Захмана в проектах внедрения, поддержки и развития ERP-систем

Стремительное развитие корпоративных информационных систем, представленных набором информационных систем, автоматизирующих заданную предметную область, диктуют обязательные требования к построению сбалансированной ИТ-архитектуры. Архитектура разрабатываемого и имплементируемого программного решения должна быть построена таким образом, чтобы заложить гибкие, масштабируемые и технологичные механизмы работы, обеспечивая тем самым возможность оперативного реагирования на любые изменения внешней среды. Доступен ряд научно-популярных работ, описывающих различные подходы к построению ИТ-архитектуры, которые обобщены в терминах корпоративная архитектура и архитектура предприятия. Методологии построения корпоративной архитектуры представлены такими подходами как: FEAF, DoDAF [1], а также широко известная и наиболее популярная TOGAF [2]. Несмотря на кажущееся обилие стратегий к формированию ИТ-архитектуры, по большому счету, они апеллируют едиными сущностями, изначально предложенными в модели Захмана. Не взирая на то, что модель Захмана предоставляет широкий теоретический аппарат, который лежит в основе понимания любой архитектуры предприятия, ее использование как в контексте разработки, так и непосредственно в ходе имплементации корпоративного ПО, часто остается незамеченным [3]. Однако применение именно данной модели делает методологии внедрения ИС такими, какие они есть сейчас: структурированными и гибкими, генерализованными и специализированными, а также прозрачными и эффективными. Цель текущей работы состоит в анализе модели Захмана и ее применимости в проектах реализации корпоративных информационных систем. Достижение сформулированной цели потребует решения следующих задач:

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

#togaf #togaf_10 #eabok #модель_захмана #захман #корпоративная_архитектура #erp #erpсистемы #erpсистема #babok

Замена ERP без рисков: почему важен инженерный подход

В последнее время слово «инженер» мало употребляется в IT-индустрии. Есть программист, разработчик ПО, техлид, архитектор. Но одно только знание технологий не дает гарантии, что человек хорошо выполнит бизнес-задачу. Инженерное мышление — это особый дар, который позволяет решить сложную, возможно, даже ранее не решенную проблему с использованием существующих технологий. Проведу параллель с автоиндустрией. Довольно долгое время привод у автомобилей был только на одно колесо, так как не было механизма, позволявшего ведущим колесам на одной оси вращаться с разной угловой скоростью при поворотах. Были развитые технологии металлообработки и специалисты, способные изготавливать шестерни, валы и прочее. Но задача не решилась, пока инженеры не изобрели дифференциал .

https://habr.com/ru/companies/haulmont/articles/1009258/

#erpсистемы #erpсистема #инженерия #инженер #инженерная_культура

Как ИИ находит скрытые ошибки в настройках 1С:ERP

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

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

#иипомощники #erp #ai #chatgpt #практический_кейс #реальный_опыт #1с #erpсистемы #управление_производством #машинное+обучение

Почему российский бизнес проигрывает битву за информацию и как это исправить. Введение и Часть 1

Российский бизнес переживает эпоху «Великого перехода». Санкционное давление и уход западных вендоров заставили компании в спешке мигрировать на отечественное ПО. Но гонка за новыми платформами обнажила старую как мир проблему: наши системы полны «мусора» . На многочисленных проектах по миграции с SAP и западных CRM на российские решения наблюдается одна и та же картина: бизнес ждет «магии» от новой системы, а получает перенос хаоса. Аналитики и ИТ-специалисты приходят к выводу: битва за качество данных проигрывается не из-за отсутствия талантливых разработчиков, а потому что бизнес-анализ как дисциплина в России до сих пор не воспринимает данные как стратегический актив. В этом цикле будут разобраны три фатальные ловушки, в которые попадают компании, и главное — предложены пошаговые рецепты спасения, основанные на реальной практике и современных методологиях.

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

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

Как компании закладывают риск провала ERP-проекта на этапе выбора платформы и интегратора

Когда речь заходит о выборе ERP-платформы и системного интегратора, почти всегда звучит слово «конкурс». Формально процесс выглядит структурированным: несколько поставщиков, демо, презентации, референсы, коммерческие предложения. Но если посмотреть глубже, картина часто оказывается иной. Не потому, что компании «не умеют выбирать». А потому, что процесс выбора нередко начинается с инструмента, а не с методологии. Иногда стартовая точка — это демо. Иногда — список потенциальных вендоров. Иногда — внутреннее ощущение, что «эти ребята выглядят сильнее». Недавно я обсуждал проект с партнёром, который предложил: «Давайте сделаем серию демо и на основе впечатления выберем». В разговоре выяснилось, что на старте отсутствовали:

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

#проектирование #erpсистемы #1c #управление_проектами #продажи

Интеграция 40+ дилеров через REST API: как мы построили портал запчастей для Ростсельмаш

Про эталонный справочник, JWT-авторизацию, требования КИИ и почему 1С-Битрикс вместо Laravel В 2022 году мы получили задачу: автоматизировать заказы запчастей для 40+ дилеров Ростсельмаш. Вызов был не в объёме данных (50,000 SKU), а в разнородности систем дилеров и требованиях безопасности КИИ. Через 18 месяцев 65% заказов пошли через портал без участия операторов. REST API интегрирован с 28 дилерами (70% сети). Время оформления заказа сократилось с 45 минут до 7. Под катом — архитектурные решения, почему эталонный справочник важнее REST API, и как обойти ограничения КИИ.

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

#rest_api #1c_интеграция #b2b #jwt #системная_интеграция #1сбитрикс #erpсистемы #архитектура #кии #дилерская_сеть

План-график для проекта внедрения ERP-системы на примере 1С и SAP

Массовое использование информационный систем как в жизни отдельного человека, организации, так и государства в целом привносит очевидные преимущества: высокую скорость выполнения операций, автоматизацию рутинных задач, доступность услуг из любой точки мира и др. При этом без внимания и широкого освещения остается вопрос того, насколько нелегко реализовывать подобные высокосложные ИТ-проекты. Реализация таких проектов – это отдельная наука, вбирающая в себя множество технических дисциплин от программирования и математики до системного анализа и управления проектами. Активность внедрения информационных систем далеко не единственная задача с точки зрения жизненного цикла программного обеспечения. Имплементации программной системы предшествует большая работа по предварительному расчету ключевых параметров проекта. Наиболее полный перечень параметров к проработке предлагает свод знаний по управлению проектами PMBoK [1], именно в нем явно отражается взаимозависимость между содержанием, сроками, ресурсами и бюджетом инициативы. Данные показатели позволяют построить сводную картину о будущем ИТ-проекте, обеспечивая формирование план-графика, ресурсного плана и других важных его составляющих. Подготовка план-графика внедрения информационной системы требует от автора детального понимания всех аспектов выполняемых задач, возможности его сравнения с бенчмарками, привлечения экспертов для детальной проработки технических вопросов, а также терпения при многократных процедурах балансировки четверки «содержание-срок-ресурсы-стоимость». Несмотря на наличие в литературе детально описанных способов формирования планов работ на основе методов критического пути и критической цепи [1], вводящего резервные временные интервалы для обработки непредвиденных ситуаций, их использование в ИТ-проектах не всегда возможно и целесообразно.

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

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

ERP.Next: Архитектура автономных ERP на основе мультиагентного ИИ

ERP-системы непрерывно развивались с самого начала своего создания. Но их архитектура до сих пор опирается на принципы, сформулированные до эпохи повсеместного распространения данных в реальном времени и развития автономного агентного искусственного интеллекта. Соответственно, можно с утверждением говорить, что текущая архитектура ERP-систем не отвечает современным вызовам. В этой статье разберем, почему ей нужен принципиально иной фундамент. Я предлагаю строить его на трех китах: семантический слой данных (USDL), открытая интеграционная среда и продвинутая мультиагентная платформа (AMAP). Далее я подробно представлю архитектуру такой ERP-системы, типы AI-агентов и примеры их работы в реальных бизнес-процессах. Ключевая идея — гибкая автономия под контролем человека. В статье я опираюсь на актуальные разработки и аналитику 2025 года, чтобы показать и возможности, и подводные камни мультиагентных систем в корпоративной ИТ-среде. 1. Вместо введения ERP-системы уже много лет являются центральной нервной системой крупного бизнеса. Они объединяют транзакции, данные и процессы в единый цифровой каркас. Исторически их архитектура заточена под главные задачи эпохи: обеспечить целостность данных, централизованный контроль и стандартизацию. Центральный механизм выполнения рабочих процессов и единая модель данных были главными козырями ERP, которые гарантировали надежную отчетность и соответствие регуляторным требованиям. Но мир изменился. Сегодня компании работают с постоянными потоками данных и телеметрии с IoT-устройств, в сложных цифровых экосистемах, в условиях рынка, где быстрые решения определяют операционные и финансовые результаты. Старая, монолитная архитектура ERP не успевает за новой реальностью.

https://habr.com/ru/companies/mt-integration/articles/992644/

#ERP #AInative_ERP #мультиагентные_системы #Knowledge_Graph #цифровая_трансформация #корпоративная_ИТархитектура #искусственный_интеллект #erpсистемы

Как управлять проектами в форс-мажорной ситуации: хакерская атака и ежедневные потери в миллионы рублей

Что делать, когда все корпоративные ИТ-системы, поддерживающие ежедневные операционные процессы, «полетели в трубу»? Как управлять такой масштабной программой восстановления всего ИТ-ландшафта, когда даже один день просрочки приводит к миллионным потерям? Управлять по обычным правилам – не вариант. Важны высокая скорость работы и быстрое принятие решений. Никакого традиционного паспорта проекта, никакого талмуда с требованиями, реестра рисков, концепции, ТЭО и прочего. Максимальная упрощенка. Однако при такой скорости и упрощенном управлении… возникает большой риск что-то недосмотреть, упустить, что в итоге приведет к еще большим финансовым потерям. Так как нужно управлять такой масштабной программой в форс-мажорных обстоятельствах, когда каждый день критически важен для бизнеса? Рассказываю реальный кейс: как мы помогли клиенту выйти из ситуации глубокого кризиса и реализовать программу по восстановлению ключевых корпоративных ИТ-систем с минимальными потерями.

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

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

Жизненный цикл ERP-систем

Качественное и своевременное внедрение корпоративных информационных систем как российского (1С, Галактика, Парус), так и западного производства (ранее преимущественно SAP, Oracle и Microsoft) требует досконального знания методологии имплементации, что накладывается свой отпечаток на жизненный цикл программного обеспечения. Несмотря на наличие гибких методов внедрения, жизненный цикл программных продуктов, по существу, остается единым: начиная с задумки и заканчивая выведением из эксплуатации. Внедрение корпоративных программных систем, представляющих собой имплементирование программного решения в масштабах предприятия или холдинга, имеет схожий жизненный цикл. Однако, если внимательнее к нему присмотреться, выходит, что процесс внедрения является не единственным, а фактически завершающим шагом. Не верите, тогда давайте разберемся в этом вопросе в рамках текущей статьи. Приведем шаги классического жизненного цикла программного обеспечения [1]:

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

#erpсистема #erp #erpсистемы #erp_crm

Особенности совещаний на проектах внедрения ERP-систем

В этой статье — неочевидный взгляд на эффективность совещаний в ERP-проектах: не количество совещаний или участников, а результат.

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

#управление_проектами #управление_людьми #erpсистемы #1c #совещания

Как мы вывезли ИТ-трансформацию, за которую никто не хотел браться, и спасли бизнес от многомиллионных потерь

Несколько лет назад к нам обратился клиент (крупнейшая логистическая компания в России) с проблемой – европейский головной офис отзывает все лицензии действующих ПО, и у клиента есть только год, чтобы импортозаместить 8 ключевых ИТ-систем и несколько дополнительных. При этом проектного офиса в компании нет – ранее все ИТ-проекты делались силами головного офиса. А на то, чтобы создать проектный офис с нуля, времени уже нет. При этом, если не успеть до момента, когда все лицензии прекратят действовать… это приведет к остановке работы в 14 распределительных центрах России компании и ущербу в десятки миллионов рублей. Большинство подрядчиков, к которым клиент обратился до нас, отказались ввязываться в эту историю – потому что даже для внедрения одной ERP-системы требовалось месяцев 16. А тут, кроме ERP, еще 7, и времени всего год. Так как у нас большой опыт в вытаскивании масштабных программ из кризиса, мы согласились. И сразу приступили к работе – в качестве проектного офиса на аутсорсе. Что конкретно мы сделали и как нам удалось помочь компании предотвратить многомиллионные потери, рассказываю в этом кейсе.

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

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

ERP-проекты: как не стать частью провалов

К моменту прихода Ли Якокки (легенда менеджмента производства авто, создатель Форд Мустанг) Крайслер находилась на грани банкротства. Чтобы не потерять бизнес Якока закрывал убыточные заводы, продавал непрофильные активы, изменил отношения с поставщиками, сконцентрировал все усилия на создании новой линейки автомобилей - K-Car и другие. Принятые меры позволили оживить бренд, погасить долги и начать рост бизнеса.

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

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

Сапёр в эпоху LLM: собираем персонального архивариуса для SPRO, ABAP-кода и Telegram-чата

Принято считать, что экосистема SAP — это закрытый клуб, где вендор намеренно ограничивает доступ к знаниям. В свое время я даже делал доклад «SAP Support Launchpad и другие инструменты, которые облегчают жизнь консультанта», в котором основной темой было — где и как искать необходимую информацию. Но сейчас кажется, что настоящая проблема консультанта кроется не в дефиците информации, а в ее переизбытке. Мы тонем в данных, и нам нужны не новые доступы, а четкие алгоритмы поиска. SAP — это большая платформа, которая рождает огромный «шум»: талмуды документации, которые лежат прямо в системе (и которые зачастую никто не читает), книги, курсы, разрозненные вики. А еще в нагрузку на каждом новом предприятии ты получаешь свой параллельный мир — множество кастомных «уникальных объектов и решений», которые приходится понять и освоить. И вот тут, как мне кажется, можно найти область, где LLM может принести практическую пользу. А именно — помогать структурировать, упаковывать и связывать знания так, чтобы их можно было находить и переиспользовать быстрее. При этом с существующими технологиями каждый может выстраивать свою базу знаний со своей привычной концепцией, не полагаясь на корпоративные практики, которые могут кардинально отличаться от места к месту.

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

#sap #erpсистемы #документация #ai

MDUI: как отдать UI backend-разработчикам

Как сократить Time-to-Market в 7 раз и научить бэкенд-разработчиков собирать страницы за 15 минут? В этой статье я делюсь опытом внедрения Meta-Driven UI в ERP-системе. Расскажу, как я «душила» легаси с помощью Strangler Fig Pattern, внедрила FSD-архитектуру на Vue 3 и почему Render-функции оказались эффективнее обычных шаблонов.

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

#vuejs #frontendразработка #MDUI #fsd #erpсистемы #refactoring

Учебник для искусственного разума: как я сделал ИИ-помощника по планированию для 1С:ERP

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

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

#ИИ #искусственный_интеллект #1с #ERP #erpсистемы #Планирование #AI #сезон_ии_в_разработке