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 #сезон_ии_в_разработке

Раньше было лучше – причины саботажа сотрудников при внедрении

При внедрении новых систем или оптимизации существующих мы часто сталкиваемся с саботажем со стороны, сотрудников организации-заказчика. Это существенно влияет на отношения с заказчиком, соблюдение сроков и другие возникающие риски проекта. Попробуем разобраться с возможными причинами и проявлениями саботажа в разрезе основных отделов компании и понять, как можно работать с возникающими возражениями. Для начала разберемся с тем, что именно подразумевается под словом “саботаж”. * Этимология слова саботаж. Французское происхождение: sabotage от слова sabot — «деревянный башмак, сабо».В XIX веке рабочие во Франции носили такие деревянные башмаки — сабо. По одной версии, когда они протестовали против машин и механизации , они бросали свои сабо в механизмы ткацких станков , чтобы заблокировать их работу. Отсюда — «ломать машины сабо» → «саботировать работу». Таким образом, саботаж со стороны сотрудников - недовольство, частичное или невыполнений функций в новой системе, которое затрудняет процесс внедрения/оптимизации.

https://habr.com/ru/companies/korus_consulting/articles/975418/

#1с #erp #erp_системы #erpсистемы #внедрение_1с #внедрение_1с_erp

Как я делал open-source проект, перевёл его на коммерческие лицензии — и это было моим самым лучшим решением

Меня зовут Алексей, я скорее инженер, чем разработчик. Занимался производствами, конструировал приборы и в какой-то момент решил попробовать сделать универсальный конструктор для учёта всего, что мне было нужно на производстве — материалов, заказов, процессов, планирования сроков и т.п. Предполагалось, что мы вместе с разработчиком запилим такую платформу за полгода, будем продавать лицензии и станем миллионерами. Но так как задача оказалась сложной, а через полгода разработки стало понятно, что потребуется чуть больше времени, чем ожидалось, было решено выложить её в open source. Решение было принято под влиянием моды того времени на открытые системы: стартапы получали по 10 млн баксов под таблички без функционала, но зато с MIT-лицензиями, проводились конференции, изо всех утюгов неслось, как здорово на сопровождении все зарабатывают миллионы... В общем, начитавшись всей этой чуши, поставили MIT, залили на GitHub, написали статью на Хабр — и... получили поток комментариев: «Ваш код — УГ» и «Всё надо переделать на Laravel». В итоге, потратив охулиард нервных клеток и набрав 900 звездочек на GitHub, я бросил это опенсорсное занятие и поставил самые обыкновенные платные лицензии. Что не пишут в буклетах про open source

https://habr.com/ru/companies/totum_online/articles/972596/

#open_source #erpсистемы

Завершение использования ПО

Стремительное развитие информационных систем и технологий породило некогда считавшуюся немыслимой ситуацию: завершение использования программного обеспечения стало обыденностью и возможностью для компании повысить свои конкурентные преимущества. Как бы парадоксально это не звучало, но сейчас дела обстоят именно так. Изначально жизненный цикл программного обеспечения предполагал прохождение ряда состояний, включающих пред-проект внедрения, проект имплементации и пост-проект, на которых доказывалась целесообразность продукта, велась разработка, а далее – поддержка и развитие. До недавнего времени все шло именно так, а сопровождение и развитие решения могли выполняться годами. Упрощение процесса разработки за счет No-code и Low-code платформ, стремительное развитие технологий, кардинальным образом меняющих бизнес-процессы и программное обеспечение, покрывающее их, повсеместная автоматизация и возведение софтверных продуктов в ранг цифровых активов, привели к частым проектам перевнедрения. Если раньше предполагалась, что жизненный цикл программного обеспечения завершается его утилизацией, то сейчас об этом не может быть и речи. Отказ от приложений трансформировался в их замену на новые образцы, жизненный цикл же из линейного превратился в спиралевидный, то есть возвращающийся на начальный этап. Цель данной статьи состоит в рассмотрении заключительного этапа жизненного цикла программного обеспечения, подходов и методов применимых к нему для обеспечения разумного завершения использования софтверного продукта и его замены на прочие решения, что обеспечит непрерывность бизнес-процессов организации. Достижение цели потребует проработки следующих вопросов:

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

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

Пока все вайбкодят, мы продолжаем делать freemium базу данных для разработки ERP/LLM-систем

История началась в далеком 2016 году, когда у меня был небольшой свечной заводик. Не свечной, конечно, но все же производство — и нужно мне было на нем сделать автоматизацию. Чтобы компоненты закупались вовремя, списывались со склада в правильном количестве и автоматически планировалось, какие операции делать в рамках рабочего дня. Тогда я впервые подумал, что неплохо бы иметь программируемый конструктор — что-то типа MS Access, но только в web и чтобы логика и запросы программировались одинаково и понятно. То производство закрылось, и я некоторое время занимался тем же самым уже на производстве побольше, а потом — на еще одном, у которого цех был по соседству. Тут и решили не писать всё каждый раз с нуля, а сделать нормальную тиражируемую систему. Как эксель, но по-другому, и уже на ней конструировать такие приложения для цеха. Так появился Тотум Онлайн (который теперь даже в реестр Росийского ПО записан :)

https://habr.com/ru/companies/totum_online/articles/967298/

#totum #llmприложения #llmагенты #erpсистемы #crmсистемы

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

Привет, Хабр! В статье поговорим о том, почему традиционные методы оценки производительности серверов для 1С не работают в облачной инфраструктуре и как мы нашли решение этой проблемы. А еще приглашаем вас на бесплатный вебинар 18 ноября в 11:00 мск , где разберем реальные провалы и фатальные ошибки при работе 1С в облаке. Поговорим о том, почему CPU не покажет реальных проблем, расскажем про кейс с дедлоками при нормальных показателях железа и объясним, почему 40% нагрузки должны стать вашим новым максимумом. Всем зарегистрировавшимся пришлем чек-лист по критическим настройкам 1С из практики обслуживания 7000 пользователей.

https://habr.com/ru/companies/beeline_cloud/articles/965744/

#нагрузочное_тестирование #облачные_технологии #тест_гилева #виртуализация #openstack #vmware #iaas #1с #apdex #erpсистемы

[Перевод] Распределенный монолит: тихий убийца мечты о микросервисах

Привет, Хаброжители! Сегодня мы делимся с Вами переводом статьи о распределенном монолите. Аннотация Привлекательность микросервисов — гибкость, масштабируемость, отказоустойчивость — часто ведет организации по пути, полному непредвиденных опасностей. В этой статье раскрывается обманчивая архитектурная ловушка: распределенный монолит. То, что начинается как, казалось бы, разумный паттерн проектирования для отделения бизнес-логики от технических проблем путем централизации «основного домена», незаметно превращается в антипаттерн, который сводит на нет все преимущества, обещанные микросервисами. Мы подробно описываем коварные симптомы: кошмары версионирования, паралич развертывания и эрозия автономии команды. На ярком примере из реальной жизни — системе «Drive» и доставки на дом Carrefour — мы раскрываем основную проблему: внутреннюю модель, удерживаемую внешними стандартами. Затем мы раскрываем освобождающие решения: принятие по-настоящему нативных бизнес-моделей и разрыв цепей общих «основных» библиотек кода в пользу явного промежуточного программного обеспечения и надежных API-контрактов. Это путь не только к коду, но и к возвращению обещаний микросервисов.

https://habr.com/ru/companies/piter/articles/961258/

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

Динамические списки использование в разработке (часть 2)

Динамические списки использование в разработке редактирования документов выпуска продукции в ERP (часть2)

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

#Динамические_списки #erpсистемы #Создание_обработки #редактирование_документов_выпуска #darg_and_drop_1c #часть2 #Перетаскивание_элементов

ЗАВОД НА ВСЕ 100! КАК ПОЛУЧИТЬ КОНКУРЕНТНОЕ ПРЕИМУЩЕСТВО ЗА СЧЕТ РЕКОМЕНДАТЕЛЬНЫХ СИСТЕМ ДЛЯ ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ

Часть 1. «Цифровая пена» всё сильнее затягивает С одной стороны за несколько сотен лет принципиально не изменилась логика производства продукта: оборудование и рабочие на основании технологических карт/рецептур перерабатывают сырье и материалы в полуфабрикаты и готовую продукцию, передавая результат своей работы дальше по участкам до склада готовой продукции для отгрузки покупателям, при этом собственники ожидают максимальной отдачи от инвестиций . С другой стороны, начиная с 30-х годов прошлого века, изменения в производственных системах, развитие компьютеров и аналитики, а также миллиарды долларов, вброшенные в консалтинг, породили вокруг бесконечное количество информации, моделей, систем, программных продуктов. Часто начинает казаться, что современные руководители, просто тонут в этой «цифровой пене», не всегда понимая, как соединить «теплое» с «белым», например, внедрение ERP, желание повысить скорость выпуска и сделать завод более рентабельным, а также развивать «мягкие навыки» (soft skills). И вокруг армия консультантов: «Вам нужно внедрить Бережливое производство», «У вас нет нормального управленческого учета», «Вам срочно нужно ERP», «Зачем тратить большие бюджеты, давайте всё сделаем в экселе» и т.д. В России ситуация осложнилась тем, что в 90-е годы была уничтожена советская научная школа управления производством и в течение 20 лет мы утратили собственные наработки и системно не взяли чужие, за исключением лидеров отраслей. В итоге сегодня видим засилье литературы из серии «Богатый папа – бедный папа» или «Коучинг – наше всё», а также разные курсы МВА, где руководителей и собственников бизнеса учат в основном лучшим практикам финтеха и ИТ.

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

#управление_производством #автоматизация_промышленности #бизнесаналитика #BIсистемы #Оптимизация_производства #Бережливое_производство #erpсистемы #рекомендательные_системы #экспертные_системы #искусственный_интеллект

Как не ошибиться при выборе метода замены ERP: Большой взрыв vs Parallel running

Представьте энергетическую систему международной космической станции — это комплекс солнечных батарей, аккумуляторов и другого оборудования. Его модернизация происходит постепенно, например, в 2019-2020 годах за пять выходов в открытый космос поменяли никель-водородные батареи на литий-ионные. Никто не будет менять такую систему одномоментно. Во-первых, это технически невозможно, во-вторых, слишком велика цена ошибки. Похожая ситуация с ключевыми корпоративными системами, которые отвечают за жизнеобеспечение бизнеса. Вопрос замены ERP актуален для многих компаний, так как требуется перейти на российское ПО или модернизировать технологии. На первый взгляд, задача может выглядеть неподъемной — масштаб проекта огромен, бизнес должен работать непрерывно, сроки и бюджет никто не отменял. Успех или провал во многом зависит от правильного выбора методологии замены ERP. В этой статье речь пойдет о разных подходах к миграции со старой ERP системы и вывода новой системы в эксплуатацию . Разберем, какие варианты существуют, в чем плюсы и минусы каждого, когда какой лучше использовать.

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

#erp #erpсистемы #модернизация #большой_взрыв #parallel_running #замена_ERP

ERP vs WMS: причины не разрабатывать WMS на базе ERP (1C, Галактика, SAP) и мифы

Привет, я Денис Сумелев, генеральный директор компании ООО «ИНТЕКЕЙ», ИТ интегратора и разработчика системы управления складом - INTEKEY WMS . Последние 15 лет занимаюсь консалтингом и автоматизацией складов — от небольших распределительных центров до крупных логистических комплексов. Хочу поговорить с вами об автоматизации склада с архитектурной точки зрения . Почему одни решения работают годами без сбоев, а другие превращаются в бесконечную доработку? Почему ERP часто не справляется с задачами WMS, даже если её «прокачали»? И как выбрать систему, которая не устареет через пару лет? Постараюсь развеять Мифы о WMS функционале в ERP системах. Я буду говорить со своей колокольни интегратора. Про причины разрабатывать WMS на основе ERP я расскажу в следующей статье, мы это тоже умеем и иногда делаем. Уверен, у вас есть свои аргументы и опыт — мне тоже интересно их услышать . Постараюсь писать без отсылок к нашей системе, я мог бы долго хвалить её, ведь свои дети всегда кажутся самыми умными и красивыми. Но сделаю это только в начале и в конце. За годы мы не только разработали одно из лучших решений в соотношении цена/качество/сроки внедрения , с полноценной интеграцией с 1С, гибким API для любых учётных систем и современными технологиями и архитектурой, но и внедрили её на огромном количестве складов различных размеров — от Uniliver до небольших региональных складов. Но сегодня не про нас, а про принципиальные различия систем.

https://habr.com/ru/companies/intekey/articles/941392/

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

Охватить организацию взглядом: мой инструментарий для контроля бизнес-процессов

В какой‑то момент в организации появляется такое количество важных чатов, ссылок, документов, аккаунтов, папок, людей, проектов, ролей и т. п., что охватить это всё вниманием становится просто невозможно. Начинаются тревоги вида «что же я забыл?» или эпизоды вида «эх, и как я мог забыть!» Как мне кажется, я отыскал один неплохой способ вернуть себе контроль над ситуацией, разгрузить сознание и внимание, и в целом — разобраться, какова же на самом деле структура организации. Делюсь этим способом в статье.

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

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