SAPLAND: Новости экосистемы
Open in Telegram
Консолидируем новости и события, происходящие в мире SAP, ERP. База знаний: https://sapland.ru/ Обучение: https://edu.sapland.ru/center/
Show more1 551
Subscribers
+224 hours
+47 days
+930 days
Data loading in progress...
Similar Channels
Tags Cloud
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
September '26
September '26
+10
in 0 channels
August '26
+49
in 0 channels
Get PRO
July '26
+82
in 0 channels
Get PRO
June '26
+38
in 0 channels
Get PRO
May '26
+26
in 1 channels
Get PRO
April '26
+22
in 0 channels
Get PRO
March '26
+37
in 0 channels
Get PRO
February '26
+30
in 0 channels
Get PRO
January '26
+29
in 0 channels
Get PRO
December '25
+47
in 0 channels
Get PRO
November '25
+30
in 0 channels
Get PRO
October '25
+56
in 1 channels
Get PRO
September '25
+48
in 0 channels
Get PRO
August '25
+59
in 1 channels
Get PRO
July '25
+55
in 0 channels
Get PRO
June '25
+55
in 0 channels
Get PRO
May '25
+57
in 1 channels
Get PRO
April '25
+106
in 1 channels
Get PRO
March '25
+53
in 0 channels
Get PRO
February '25
+71
in 0 channels
Get PRO
January '25
+69
in 0 channels
Get PRO
December '24
+42
in 0 channels
Get PRO
November '24
+37
in 0 channels
Get PRO
October '24
+64
in 0 channels
Get PRO
September '24
+687
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 07 September | +3 | |||
| 06 September | 0 | |||
| 05 September | 0 | |||
| 04 September | +1 | |||
| 03 September | +4 | |||
| 02 September | +1 | |||
| 01 September | +1 |
Channel Posts
Европейская комиссия изучает вопрос лицензирования Oracle спустя два месяца после заключения соглашения с SAP
Европейская комиссия собирает информацию о том, как Oracle лицензирует свое программное обеспечение в облаке, используя аналогичный подход, который она применяла в отношении SAP два месяца назад.
Агентство Reuters сообщило о начале расследования в понедельник, ссылаясь на источник, знакомый с ситуацией.
Комиссия проявила осторожность в отношении того, что именно она подтвердит. Представитель комиссии заявил, что официального расследования в отношении какой-либо компании не проводится, добавив при этом, что регулирующие органы продолжат отслеживать возможные антиконкурентные практики.
Это различие имеет значение. Запрос информации у третьих лиц является неотъемлемой частью процесса, но он не влечет за собой юридических последствий, аналогичных открытию официального дела. Для компаний это также тот момент, когда у них больше всего возможностей для урегулирования споров до того, как он станет достоянием общественности и его будет сложнее урегулировать.
Наиболее наглядное сравнение дает компания SAP. В июле немецкая компания-разработчик программного обеспечения урегулировала аналогичные вопросы, согласившись упростить для клиентов переход с ее программного обеспечения и расторжение контрактов, избежав штрафов, которые могли бы достичь 10% от ее глобального годового дохода.
Рассматриваемые методы не особенно драматичны, но могут быть эффективными. Условия лицензирования, которые делают программное обеспечение более дорогим для размещения в конкурирующем облаке, или контракты, которые трудно расторгнуть, могут удерживать клиентов у поставщика, не требуя от поставщика возвращения их бизнеса.
Базы данных Oracle особенно сложно заменить. Они лежат в основе финансовых систем, государственных реестров и промышленного программного обеспечения, созданного на их основе на протяжении десятилетий, что дает условиям лицензирования больше рычагов воздействия, чем в случае с обычными приложениями для повышения производительности.
Компания Oracle годами сталкивалась с жалобами на лицензирование, в основном вне контекста антимонопольного регулирования. Ее практика аудита программного обеспечения постоянно становилась источником споров с европейскими клиентами, которые, как правило, разрешались путем коммерческих соглашений, а не путем принятия регулирующих мер.
Облачные вычисления изменили подход к вопросу конкуренции. Когда программное обеспечение работало на собственном оборудовании компании, условия лицензирования были в основном коммерческим вопросом. Когда эти же условия влияют на то, какое облачное решение может позволить себе клиент, это может сказаться на конкуренции между поставщиками облачных услуг.
Компания Oracle отказалась от комментариев.
| 2 | IBS более 10 лет поддерживает и развивает SAP ERP в «Черкизово»
Крупные интеграторы (в данном случае IBS) успешно развивают и адаптируют SAP ERP в критически важных отраслях без участия вендора. Это доказывает, что при наличии глубокой экспертизы и накопленных знаний о бизнес-процессах заказчика, жизненный цикл ERP можно поддерживать и модернизировать в условиях технологических ограничений.
Для вертикально интегрированного холдинга (десятки предприятий в 20 регионах) круглосуточная бесперебойная работа ERP — это не просто «ИТ-вопрос». От нее напрямую зависят физические операции (приемка, размещение и отгрузка продукции) и своевременное закрытие отчетных периодов. Стабильность ERP = снижение финансовых рисков и выполнение обязательств перед контрагентами.
Важные выводы об эксплуатации ERP
Главный показатель зрелости ИТ-поддержки ERP — не просто скорость «тушения пожаров» (реакция на инциденты), а системная работа по предотвращению повторных сбоев. Выстроенный процесс управления проблемами позволяет находить и устранять коренные причины ошибок, что напрямую ведет к снижению нагрузки на бизнес и ИТ-команду.
Развитие крупной ERP-системы редко ограничивается одним модулем. Ключевые доработки в «Черкизово» затронули три взаимосвязанных блока: логистику, финансовый контур и управление персоналом (HR), а также обеспечивающие их интеграционные процессы. Изменение в одном блоке требует тщательного тестирования влияния на остальные.
Интересные детали и цифры
Благодаря оптимизации процессов, за период с 2019 по 2026 год количество пользователей SAP ERP выросло почти в 2 раза (с 2,5 тыс. до 4,5 тыс.), при этом количество обращений в службу поддержки снизилось с ~800 заявок в месяц (август 2019 г.) до 510 (июнь 2026 г.).
Система была успешно модифицирована под специфические и меняющиеся российские реалии. Среди выполненных задач:
• Настройка механизмов прослеживаемости товаров (требование законодательства).
• Переход на новые ставки НДС.
• Адаптация иерархии продаж под новые требования бизнеса.
• Доработка функционала SAP для проведения биржевых сделок.
Проект длится с 2016 года (более 10 лет). Это подчеркивает, что для сложной ERP ценность представляет не разовое внедрение, а работа команды, которая за годы накопила глубокое понимание именно бизнес-специфики заказчика, а не только технической архитектуры системы.
Опыт «Черкизово» демонстрирует, что успешная жизнь ERP-системы в крупной компании после 2022 года зависит от двух факторов: наличия сильного ИТ-партнера с глубокой предметной экспертизой и выстроенных процессов проактивного управления проблемами, которые позволяют снижать операционные издержки даже при постоянном росте числа пользователей системы. | 314 |
| 3 | В продолжение темы.
Рынок 1С-специалистов. Кого ищет бизнес и какие компетенции выходят на первый план
В цифрах:
• 56% запросов на разработчиков содержали обязательное требование опыта работы с ERP-системами (1С:ERP, 1С:ERP УХ, 1С:Управление холдингом).
• 51% запросов на разработчиков требовали опыта в интеграциях (синхронизация, миграция данных, API).
• 78% запросов на системных аналитиков были связаны именно с ERP-системами.
• 190% — на столько вырос спрос на аналитиков в первом полугодии 2026 года по сравнению с первым полугодием 2025 года.
• 49% (снижение с 63% годом ранее) — доля запросов на чистых разработчиков в партнерской сети DEVCOM. Освободившийся спрос перетек в сторону аналитиков, архитекторов и DevOps-специалистов.
• 38% запросов на разработчиков включали требования знания API и REST.
• 16% запросов требовали опыта в оптимизации и повышении производительности высоконагруженных систем.
• 13% запросов включали требования знания SQL (внешние базы данных) и 13% — опыта написания автотестов (например, Vanessa Automation).
• 9% запросов требовали опыта работы с брокерами сообщений (RabbitMQ, Kafka).
Эволюция ERP-специалистов:
От «кодера» к «инженеру ERP»: 1С-решения давно вышли за рамки простого бухучета. Сегодня это сложные корпоративные контуры (производство, склад, логистика, финансы, ЭДО). От специалиста ждут не просто знания одной конфигурации, а понимания архитектуры, интеграций, Git, CI/CD и смежных технологий.
Смерть модели «Дайте мне ЧТЗ»: Раньше разработчик мог работать изолированно по четкому техническому заданию. Сейчас маятник качнулся обратно: на сложных ERP-проектах от специалиста (особенно уровня Senior) требуют умения самостоятельно собирать контекст, общаться с бизнесом и предлагать решения в условиях неопределенности.
Отраслевая экспертиза как фильтр: Бизнес все чаще ищет не просто «программиста 1С», а человека с опытом в конкретной сфере. Например, знание процессов учета алкогольной продукции или специфики страхового рынка становится обязательным условием для найма.
Тренды в управлении ERP-проектами:
Ставка на «ИТ-спецназ»: Компании готовы переплачивать за специалистов уровня Middle+ и Senior, а также за архитекторов. Причина: бизнесу нужны не просто исполнители кода, а люди, способные быстро включиться в задачу, оценить риски и не создавать технический долг. Один сильный архитектор экономит больше денег, чем команда из нескольких мидлов, «тушащих пожары».
Сдвиг фокуса на аналитику и интеграции: Поскольку ERP-ландшафт компаний усложняется (появляется «зоопарк» систем), главные боли бизнеса сейчас — это не написание нового кода с нуля, а грамотное обследование процессов, описание требований и бесшовная интеграция ERP с маркетплейсами, CRM, MDM и внешними сервисами.
Ещё из интересного:
ИИ не заменит ERP-разработчика: Нейросети уже используются для черновиков постановок задач или сопоставления данных (например, в MDM-системах, чтобы понять, что разные названия в базах относятся к одному контрагенту). Однако ИИ не может заменить разработчика, так как он не понимает глубокого контекста: версии платформы, специфики конфигурации, бизнес-логики и ограничений заказчика. ИИ повышает требования к специалисту, а не упраздняет его.
Soft skills стали hard-требованием: Зафиксированы случаи, когда технически сильным Senior-разработчикам отказывали из-за слабой коммуникации. В современных ERP-проектах (где задействованы аналитики, DevOps, PM и бизнес-заказчики) умение ясно объяснять свои решения и вести диалог ценится так же высоко, как умение писать код.
Итак, рынок ERP-автоматизации в России не сжимается, а взрослеет. Эпоха массового найма узкопрофильных кодеров под конкретную задачу уходит. Сейчас бизнес платит за комплексную инженерную экспертизу: способность выстроить архитектуру, интегрировать ERP в сложный ИТ-ландшафт и обеспечить производительность системы, опираясь на глубокое понимание бизнес-процессов отрасли. | 307 |
| 4 | Крупному ритейлу нужны российские ERP и СУБД. CIO «Магнита» Вячеслав Кубаев — о вызовах цифровизации в сложившихся реалиях
Текущее состояние ERP в «Магните»
В 2022 году компания остановила программу внедрения SAP и сделала основной упор на платформу «1С». На данный момент «1С» успешно закрывает финансовый контур и часть HR-процессов (корневые процессы).
Технологический предел «1С» для гигантов: Программное обеспечение «1С» на текущем этапе технологически не способно выдержать колоссальный объем транзакций, связанных с операционным товародвижением (на уровне отдельных SKU и товаров) в масштабах «Магнита» (более 33 тыс. магазинов).
Из-за ограничений готовых платформ компании пришлось «откатиться» к собственному сильно кастомизированному монолитному решению, которое использовалось еще до внедрения SAP. Именно оно сейчас закрывает товарный контур ERP.
Выводы о рынке ERP и импортозамещении
Расслоение рынка по масштабу бизнеса: Для малого и среднего ритейла задача импортозамещения ERP решена полностью, на рынке есть зрелые отечественные решения. Однако крупнейший бизнес (федеральные сети) «упирается в потолок»: готовых масштабируемых российских ERP-решений под их объемы транзакций пока не существует.
Проблема упирается в СУБД: Ограничения ERP-систем напрямую связаны с отсутствием на российском рынке достаточно масштабируемой отечественной системы управления базами данных (СУБД), способной горизонтально масштабироваться под высокие нагрузки.
Специфика инвестиций в ERP: Внедрение ERP в крупной компании — это многомиллиардная многолетняя программа. Ее нельзя реализовать «небольшими частями», требуется сразу брать на себя долгосрочные обязательства, что сложно в условиях волатильности цен и необходимости ежеквартального пересмотра бюджетов.
Интересные детали и инсайты
Гибридная архитектура как реальность: Крупный ритейл вынужден использовать «лоскутную» гибридную модель: стандартная российская платформа («1С») для бэк-офиса (финансы, HR) + собственная уникальная разработка для высоконагруженного ядра (товародвижение и логистика).
Конкретный технический запрос к вендорам: «Магнит» и вся отрасль заинтересованы в том, чтобы «1С» развивала вычислительную производительность платформы. В качестве идеального решения называется создание коннектора «1С» к шардируемой (горизонтально масштабируемой) СУБД.
Роль заказчика в развитии рынка: Вместо того чтобы просто ждать готового продукта, «Магнит» через ИЦК «Торговля» активно координирует отрасль, указывает разработчикам на «белые пятна» и помогает формировать требования к системам будущего, чтобы закрыть пробелы в импортозамещении для сверхкрупного бизнеса.
Импортозамещение ERP в России прошло этап «легких побед». Если для среднего бизнеса проблема решена, то для технологических гигантов вроде «Магнита» она трансформировалась в сложную инженерную задачу, требующую либо глубокой доработки собственных систем, либо качественного скачка в архитектуре российских платформ (в связке ERP + СУБД). | 415 |
| 5 | По прогнозу консалтинговой компании Kept, к 2032 году объём российского рынка ERP-систем (систем управления ресурсами предприятия) может вырасти до 72,1 млрд рублей.
Ожидается, что в период с 2026 по 2032 годы рынок будет увеличиваться в среднем на 12,4% ежегодно.
Среди факторов, которые будут влиять на развитие рынка в прогнозируемый период, эксперты Kept выделяют:
• формирование отложенного спроса;
• продолжение перехода на российские ERP-системы;
• ожидаемый рост спроса на операционную эффективность;
• повышение зрелости российских ERP-систем;
• сохранение и потенциальное усиление регуляторного давления. | 485 |
| 6 | Сколько зарабатывает разработчик 1С:ERP: грейды, стек и реальные цифры с рынка
В статье разбираем рынок труда для разработчиков 1С с фокусом на ERP-специализации: актуальные зарплатные данные, стек навыков по грейдам и факторы, которые реально двигают вилку вверх.
Рынок российских ERP-систем растет на 10–30% ежегодно (данные TAdviser и КОРУС Консалтинг). Главный драйвер: массовый переход крупного бизнеса с SAP/Oracle и миграция с устаревшей 1С:УПП (поддержка которой официально прекращена в 2026 году). Это не «обновление», а полноценная трансформация, создающая структурный дефицит квалифицированных кадров.
Топовые разработчики 1С:ERP получают от 400 000 до 500 000 рублей в месяц (Москва, 2026).
Специализация именно на ERP (производство, MRP, управление затратами) дает надбавку 30–60% к медианной зарплате обычного разработчика 1С.
Наличие сертификата «1С:Специалист по ERP» добавляет к зарплате еще 10–15%.
Чтобы претендовать на зарплату в 200 000 – 350 000 рублей (уровень крепкого Middle), разработчик обязан знать:
• Оптимизацию запросов на уровне PostgreSQL / MS SQL (понимание планов выполнения).
• Системы контроля версий (Git) и современную среду разработки (EDT).
• Построение корпоративных интеграций через REST API / SOAP (аналог PI/PO или CPI в мире SAP).
• Механизмы HighLoad: транзакции, блокировки, проведение документов.
Замена SAP на 1С:ERP на крупном производстве — это не перенос данных, а поиск узких специалистов, которые понимают и старую логику (SAP PP/CO), и новую архитектуру. Их мало, и они стоят очень дорого. Это напрямую влияет на сроки и бюджет проектов миграции.
Поскольку 1С-разработчики теперь массово изучают Git, REST/SOAP и SQL, это хороший знак для архитекторов: интеграция между оставшимися системами SAP (например, SAP GTS, SAP IBP или глобальным S/4HANA) и локальной 1С:ERP будет строиться на более зрелых, управляемых практиках (CI/CD, API-шлюзы), а не на «костылях» через COM-объекты.
Миграция с УПП на ERP требует глубокого понимания архитектуры. Если подрядчик предлагает сделать это «быстро и дешево», скорее всего, он просто перенесет устаревшие процессы в новую систему, не используя заложенные в 1С:ERP механизмы (аналогично ошибке «lift and shift» при переходе с ECC на S/4HANA). | 439 |
| 7 | IBS: «Мы готовы помочь организациям с адаптацией ERP-систем к работе с цифровым рублём»
С 1 сентября 2026 года использование цифрового рубля в качестве платёжного инструмента становится обязательным для ряда компаний. В 2026 году изменения касаются организаций, у которых выручка за предыдущий год превысила 120 млн рублей. С 1 сентября 2027 года норма распространится на компании с выручкой свыше 30 млн рублей.
IBS готова помочь с адаптацией информационных систем под новый вид безналичных денежных средств вне зависимости от используемых компанией платформ. По словам Дмитрия Ивицкого, заместителя директора дивизиона аутсорсинга и сервисов IBS, срок реализации такого проекта составляет от одного месяца и зависит от количества учётных систем и объёма процессов.
Технические и бухгалтерские детали (в цифрах)
➖ Два звена интеграции: ERP ↔️ API банка ↔️ Платформа ЦБ (прямое подключение компании к Платформе ЦБ технически невозможно). Настройка зависит от конкретных API-возможностей выбранного банка.
➖ Кассовое ПО и ERP должны быть обновлены для генерации и считывания УПК от НСПК. Один универсальный QR-код (УПК): единый код на кассе, объединяющий оплату картой, СБП и цифровым рублем.
➖ Счет 53: рекомендуемый Минфином счет для учета цифрового рубля (альтернативы: субсчета к 51 или 55). Требует закрепления в учетной политике.
➖ Процесс возвратов: Это самый сложный технический момент. Возврат должен осуществляться в той же форме, что и оплата (на цифровой кошелек покупателя). ERP-система должна позволять оперативно проверять баланс корпоративного кошелька и инициировать его пополнение с расчетного счета для обеспечения возвратов.
Необоснованный отказ обеспечить возможность оплаты цифровыми рублями влечет административную ответственность по ч. 4 ст. 14.8 КоАП РФ.
Ведущие разработчики (включая «1С») уже выпустили релизы, поддерживающие реквизит «ЦИФРОВОЙ РУБЛЬ» в чеках, формирование платежей и хранение идентификаторов кошельков контрагентов. | 484 |
| 8 | Как отказаться от кастомизации и превратить SAP в «вечную платформу»
В свежем материале Diginomica CIO американского производителя John Boos & Co. рассказал о миграции на SAP S/4HANA Public Cloud. Но главное здесь — не сам факт перехода в облако, а жесткая философия отказа от наследия и кастомизации.
Вот 5 инсайтов из кейса:
Кастомизация — это «налог на рост»
Бизнес обожает говорить: «Наши процессы уникальны». В John Boos осознали, что десятилетия самописных доработок стали тормозом. Они выбрали стратегию Fit-to-Standard (в рамках методологии SAP GROW).
💬 Цитата CIO: «Мы считаем себя особенными, но весь кастом, который мы пилили годами, стал налогом на наш рост. Нам приходится вбивать квадратный колышек в круглую лунку, адаптируя бизнес под стандарт SAP, и это идет нам на пользу».
Go-Live — это не финиш, а стартовые ворота
Переход на Public Cloud — это не закрытие инвест-проекта, а создание perpetual platform (вечной, непрерывно развивающейся платформы). День запуска системы — это лишь начало работы с современным тулчейном:
• SAP Signavio для непрерывного майнинга и улучшения процессов.
• LeanIX для управления корпоративной архитектурой (вместо Excel-таблиц).
• SAP CALM для управления жизненным циклом облачных приложений.
IT не должен вариться в собственном соку
IT-центричные ERP-проекты обречены на провал. CIO Джон Бос работал в жесткой спайке с COO (операционным директором). Вместе они продали совету директоров не «обновление устаревшего софта», а audacious goal (амбициозную бизнес-цель): удвоение выручки к 2030 году при сохранении маржинальности.
👉 Вывод: 100% доверия между IT и бизнесом = одобренный бюджет на трансформацию.
Signavio как инструмент «вау-эффекта» для Борда
Еще на этапе пресейла и подготовки команда с помощью Signavio «вытащила» данные из старой on-prem системы и разрозненных Excel-файлов, собрав их в понятные бизнес-данные. Это показало совету директоров утечки (например, слишком раннюю оплату инвойсов или задержки отгрузок) и кратно повысило доверие к новому ландшафту.
ИИ и концепция «Gentle guardrails» (Мягких ограничений)
Облачный SAP закладывает фундамент для AI (включая интеграцию MS CoPilot). Но в компании не заставляют сотрудников использовать нейросети и не вшивают это в KPI. Они признают существование проблемы «AI slop» (ИИ-мусора), когда ленивое использование нейросетей ведет к прямым убыткам из-за плохих бизнес-решений. Поэтому они выбрали путь обучения и «мягких ограничений», чтобы взрастить культуру инноваций без страха перед технологиями.
Публичное облако SAP заставляет бизнес быть менее «капризным» и более гибким. Вы покупаете не просто ERP, вы покупаете лучшую мировую практику (best practices), которую до вас уже обкатали крупные игроки. | 563 |
| 9 | Почему 1С до сих пор окружена стереотипами, чем современная разработка на платформе отличается от «просто настройки бухгалтерии» и как искусственный интеллект уже меняет правила игры в написании кода? Экосистема 1С давно перестала быть просто «учётной программой»: здесь появляются новые инструменты вроде EDT и OneScript, решаются сложные задачи интеграции и производительности, а бизнес ищет специалистов, способных глубоко разбираться в процессах компании, а не просто «двигать справочники». При этом вопросы стоимости внедрения, безопасности и реальных доходов разработчиков остаются как никогда актуальными.
За что 1С ненавидят – и почему разработчики всё равно на ней работают? А за что тогда 1С любят? 📌 Тынц. | 620 |
| 10 | Агентный ИИ ломает «треугольник трансформации»: как SAP-проекты могут подешеветь на 60%
Традиционная аксиома внедрения ERP гласит: проект может быть быстрым, качественным или дешевым, но выбрать можно только два пункта. Однако новые данные показывают, что агентный ИИ меняет эту экономику, вводя концепцию «дешоринга» (deshoring) — замены ручного труда распределенных команд ИИ-агентами для выполнения конкретных задач трансформации.
Анализ около 180 типовых задач миграции с SAP ECC на S/4HANA показал, что использование ИИ позволяет сократить затраты до 60%. ИИ-агент способен за часы выдать «80% решение»: например, проанализировать весь массив кастомного кода, восстановить по нему функциональные спецификации и сразу оценить, можно ли заменить эту разработку стандартным функционалом S/4HANA, а не просто переносить ее «как есть». Роль дорогих экспертов смещается с написания кода с нуля на валидацию, архитектурные решения и «последнюю милю» внедрения.
Главный сдвиг происходит не в технологиях, а в балансе сил между заказчиком и системным интегратором. Исторически клиенты зависели от уникальной, труднодоступной экспертизы консультантов, что мешало самостоятельно оценивать и оспаривать их архитектурные рекомендации. Агентный ИИ выравнивает это поле: внутренний специалист с 6-месячным опытом работы в SAP, вооруженный правильными ИИ-агентами, может выйти на уровень понимания системы, который раньше требовал лет практики. Это ведет к резкому росту самостоятельности внутренних ИТ-команд заказчика.
Рынок движется не к мифическим «полностью автономным трансформациям» (что несет огромные риски для бизнес-логики), а к жесткой гибридной модели. ИИ берет на себя черновую работу и анализ, а человек отвечает за контроль качества. Компании, которые уже сейчас начинают инвестировать в обучение своих внутренних команд работе с ИИ-агентами, а не просто передают все на аутсорс, получат кратное преимущество в стоимости и скорости будущих миграций. | 670 |
| 11 | Также:
SAP снижает барьеры входа для агентного ИИ: технологии ABAP AI теперь доступны через side-by-side сервис даже для более старых релизов (S/4HANA Cloud Private Edition начиная с 2021 года). Компания внедряет семейство из семи агентов для миграции, начиная с Mass S/4 Custom Code Conversion Agent. Заявленная цель: повысить эффективность работы с кастомным кодом на 40% и снизить общие затраты на миграцию до 30%.
Главный барьер для внедрения смещается с технологического на экономический. SAP отказывается от привычной модели «пользователь в месяц» в пользу потребительского ценообразования (AI units). Бесплатный промо-период для разработчиков заканчивается в сентябре 2026 года. Клиентам предстоит оценить, действительно ли такая модель дает предсказуемый бюджет, или же массовый запуск агентов для рефакторинга миллионов строк легаси-кода приведет к неконтролируемому росту счетов за «ИИ-юниты».
Автоматизация полезна только при жестком контроле. Успех миграции будет зависеть не от скорости генерации кода, а от способности компаний сохранить бизнес-логику, «зашитую» в кастомных решениях. ИИ здесь выступает не как волшебная палочка, а как мощный, но требующий строгого человеческого надзора инструмент, работающий в рамках compliance-политик SAP. | 550 |
| 12 | SAP открывает ABAP для стороннего ИИ: почему это не «серебряная пуля», а новый уровень сложности
SAP делает ставку на агентный ИИ как на следующий этап эволюции ABAP. Компания официально переходит к открытой IDE-стратегии: разработка теперь доступна в Visual Studio Code с нативной интеграцией GitHub Copilot и Amazon Q. Ключевой архитектурный сдвиг — запуск ABAP MCP-сервера (Model Context Protocol). Это позволяет сторонним ИИ-агентам напрямую и структурированно взаимодействовать с кодом и бизнес-логикой ABAP-систем.
SAP сознательно не создает «серебряную пулю» в виде одного проприетарного ассистента. Вместо этого компания строит инфраструктуру для интероперабельности. ИИ забирает на себя рутину, но человек остается в контуре для принятия архитектурных решений. Причина прозаична: нейросети часто генерируют правдоподобный, но содержащий скрытые ошибки код. Потеря накопленной за десятилетия уникальной бизнес-логики при автоматической миграции стоит для бизнеса гораздо дороже, чем гипотетическая экономия на часах разработчиков.
В Q3 2026 SAP выпустит специализированного агента для Clean Core трансформации. Стратегия компании выстраивается как три концентрических круга: стабильное ядро ABAP Cloud, слой ИИ-инструментов для разработчиков и внешнее кольцо специализированных агентов для сложных миграций и валидации качества. | 523 |
| 13 | Стартап Rillet переосмысливает концепцию ERP (Enterprise Resource Planning) и бухгалтерского учета с помощью ИИ
Традиционные ERP-системы (Oracle, SAP, NetSuite, Workday) последние 20 лет использовались преимущественно как пассивные «системы учета», где просто хранятся данные о том, что уже произошло. Rillet предлагает принципиально иной подход.
Вместо того чтобы «прикручивать» AI-чатботы поверх старых баз данных для суммирования писем или отчетов, Rillet встраивает AI-агентов непосредственно в главную книгу в реальном времени.
Генеральный директор Rillet Николя Копп и инвесторы формулируют видение, согласно которому главная книга должна стать «операционной системой для финансов» или «агентным операционным слоем», где определяются будущие действия, а не просто фиксируются прошлые.
Rillet позиционирует себя не как надстройку, а как полноценную замену устаревшим системам. Это достигается за счет:
➖ Вертикальной интеграции: Структурированные данные из внешних источников (например, Salesforce или Brex) через нативные интеграции напрямую поступают в главную книгу в реальном времени.
➖ Ликвидация «разрыва таблиц» (spreadsheet gap): В традиционных компаниях реальная аналитическая работа часто происходит в Excel, потому что ERP не дает нужной гибкости. Rillet устраняет эту потребность, предоставляя AI-агентам полный контекст для выполнения сложных финансовых задач внутри самой системы.
➖ Непрерывное закрытие периода (zero-day close): Архитектура позволяет перейти к непрерывному учету, делая традиционный трудоемкий процесс ежемесячного закрытия книг устаревшим.
Доверие, аудит и роль человека
Главным барьером для внедрения AI в финансах является доверие. Rillet решает эту проблему следующими способами:
➖ Недавно выпущенные функции управления (governance) позволяют бухгалтерам видеть и аудировать каждое решение, принятое AI-агентом, включая то, какие данные были взяты и как производился расчет.
➖ AI-агенты выполняют сложную работу, но команды финансистов сохраняют видимость, право окончательного утверждения и контроль. Rillet не стремится заменить людей (даже младших бухгалтеров), а автоматизирует рутину (ввод данных), смещая фокус профессии на аналитику и консультирование.
Успех Rillet (раунд Series C на $100 млн при оценке $1 млрд, собранный менее чем за 48 часов) сигнализирует о серьезном сдвиге на рынке. Клиенты не просто тестируют Rillet, а активно отказываются от legacy-решений. По данным компании, 50% клиентов пришли из Intuit, 30% из NetSuite и Sage Intacct, и 20% из Oracle, SAP, Workday и Microsoft. Внедрение такой системы позволяет даже многомиллиардным компаниям управлять финансовыми операциями минимальными командами (например, командами из трех человек), что создает огромное давление на стоимость финансовых операций и вынуждает традиционных гигантов либо агрессивно скупать AI-стартапы, либо экстренно менять свои продукты.
Для преодоления барьера недоверия Rillet заключил стратегические альянсы с крупнейшими аудиторскими сетями, включая EY, KPMG и RSM (более половины топ-20 бухгалтерских фирм), что придает стартапу вес, необходимый для борьбы с entrenched-игроками. | 541 |
| 14 | Миграция SAP-системы международной компании в частное облако в России
📊 Ключевые цифры проекта:
1,5 года — общий срок реализации
99,95% — целевой SLA доступности
6 серверов с резервированием N+1
2× Intel Xeon 8558P 48 Core на каждый сервер
2048 GB RAM на сервер
2 месяца — аудит и подбор оборудования
🎯 Задача: выделить SAP-систему из инфраструктуры международного гиперскейлера в автономную среду в России, сохранив все интеграции и обеспечив бесперебойную работу.
🛠 Техническая реализация:
✅ Частное облако ITGLOBAL.COM в ЦОД IXcellerate MOS5 (Москва)
✅ NUMA-оптимизация — память ВМ целиком в одном физическом NUMA-домене
✅ Zero overcommit — гарантированное резервирование памяти и vCPU
✅ Commvault — резервное копирование на уровне ВМ и БД
✅ Конфигурация по SAP Notes
👥 Исполнители:
• Novardis — аудит, миграция, carve-out, адаптация бизнес-процессов
• ITGLOBAL.COM — инфраструктура и техническая поддержка
💡 Результат: ✨ Миграция без простоев бизнес-систем
✨ Полностью автономная ИТ-инфраструктура в РФ
✨ Оптимизация стоимости облачных ресурсов
✨ Повышенная отказоустойчивость
🗣 Цитата: «Выделение SAP — одна из наиболее технически сложных задач, требующая тесной кооперации с вендорами и глубокой экспертизы. Мы объединили компетенции и реализовали миграцию в срок с требуемым уровнем надежности» — Евгений Свидерский, вице-президент по облачным сервисам ITGLOBAL. | 679 |
| 15 | Эта статья из Computerwoche поднимает крайне актуальную и «болевую» тему для корпоративного ИТ: массовый уход на пенсию опытных SAP-экспертов (поколение бэби-бумеров) и связанные с этим риски для данных, миграции на S/4HANA и внедрения ИИ.
Отрывки из интервью с Уве Хартманном (экс-CIO компании ABB):
Главная проблема не в том, что кто-то забудет, как создать документ. Проблема в потере глубинного понимания того, как именно процессы настроены в конкретной компании. Например, как создание заказа автоматически запускает печать специфических штрих-кодов, влияет на финансовый модуль (FI/CO) и планирование ликвидности. Эти неочевидные связи и «костыли» (Z-разработки) годами создавались опытными сотрудниками и нигде полноценно не задокументированы.
Многие компании ошибочно полагают, что миграция на S/4HANA автоматически решит все проблемы. Хартманн сравнивает это с обновлением смартфона: вы получаете новую версию, но новая функциональность и ценность не появляются магическим образом. Без сохранения и передачи знаний о процессах миграция в S/4HANA с высокой вероятностью выйдет за рамки бюджета и сроков.
Поскольку живые носители знаний уходят, компании должны полагаться на данные. Хартманн настоятельно рекомендует использовать Process Mining до начала миграции. Это позволяет:
• Увидеть реальные, а не задокументированные на бумаге пути прохождения процессов.
• Выявить скрытые риски, зависимости и самописные расширения (Custom Code).
• Оценить реальное качество мастер-данных (Master Data), которое является главной «слепой зоной» большинства компаний.
Как пережить потерю экспертов с помощью данных
Эмоциональную связь и лояльность уходящих сотрудников заменить нельзя, но функциональные знания можно оцифровать. Новые сотрудники, вооруженные инструментами анализа данных (Process Mining), могут самостоятельно изучить, как процессы фактически работают в системе, какие настройки Customizing применены и где есть самописный код. Это позволяет им задавать точечные, конкретные вопросы уходящим экспертам, делая процесс передачи знаний эффективным, а не хаотичным. Личная передача дел становится желательной, но уже не критически обязательной. | 719 |
| 16 | Петербургский метрополитен спроектировал архитектуру импортозамещенной ERP
ГУП «Петербургский метрополитен», который ведёт масштабный проект по переходу с ERP SAP на ERP на базе ПО «Галактика», завершил 3 из 9 этапов перехода на новую систему. Об этом предприятие сообщило в своем годовом отчете за 2025 год.
Предприятие активно ведет проект по внедрению собственной КИСУ на отечественном ПО. В отчёте система класса ERP рассматривается в контексте импортозамещения и перехода на отечественное программное обеспечение. Термин «КИСУ» используется как прямой аналог ERP-системы на предприятии.
Ключевые цитаты и факты из отчета по теме
Раздел «Информационные технологии и цифровизация управления»:
«Внедрение отечественной ERP-системы. В 2025 году завершены 3 из 9 этапов внедрения КИСУ на базе отечественного программного обеспечения: • этап 1: спроектирована целевая архитектура КИСУ; • этап 2: обследованы бизнес-процессы и спроектированы решения первой очереди внедрения; • этап 3: спроектирована система защиты персональных данных, обрабатываемых в КИСУ. Одновременно обновлена серверная инфраструктура для размещения новой системы».
Стратегические программы (Раздел 2): Внедрение этой системы является частью стратегической инициативы:
«20. Внедрение корпоративной информационной системы управления предприятием на отечественной платформе (Код: СП-30, Приоритет: Инновационный)».
Решения Управляющего совета (Раздел 5):
«УС в 2025 году приняты решения: ... о приемке первых трех этапов работ по внедрению корпоративной информационной системы управления предприятием и о продолжении реализации данных работ».
Вклад в Национальный проект «Эффективная транспортная система» (Раздел 4):
«В 2025 году завершены 3 из 9 этапов внедрения корпоративной информационной системы управления на базе отечественного ПО с обновлением серверной инфраструктуры для размещения новой системы».
Глоссарий (Раздел 9):
«КИСУ – Корпоративная информационная система управления». | 759 |
| 17 | Вечером 13 августа 2026 года агентство Reuters сообщило, что американский гигант прямых инвестиций Silver Lake ведет эксклюзивные переговоры о покупке облачной платформы Workday. Если сделка состоится, она станет одним из крупнейших выкупов софтверной компании в истории.
Workday — это один из главных глобальных конкурентов SAP (особенно в сегментах HCM — управления человеческим капиталом и облачных финансов).
Это вызвало рост акций SAP и всего сектора
Новость о переговорах стала катализатором мощнейшего ралли на рынке корпоративного ПО, которое в последнее время находилось под давлением. Акции Workday (WDAY) моментально подскочили почти на 25%, показав лучший день за последние 10 лет (торги на NASDAQ даже пришлось временно приостанавливать). Акции SAP выросли более чем на 2,7%. Инвесторы начали скупать бумаги других софтверных гигантов. До этого момента рынок корпоративного ПО (SaaS) страдал от «страха замещения ИИ» и низких мультипликаторов. Сделка с Silver Lake стала для рынка четким сигналом: частный капитал по-прежнему видит колоссальную ценность в крупных, устоявшихся корпоративных платформах и готов платить за них премию, несмотря на хайп вокруг новых ИИ-стартапов.
Важное уточнение по статусу сделки: на данный момент окончательное соглашение еще не подписано. Переговоры находятся в активной стадии, и, как это бывает на рынках, сделка может сорваться или измениться в условиях. Однако сам факт интереса со стороны Silver Lake (которая известна своими масштабными технологическими инвестициями, например, в Dell или Twitter/X) уже переоценил весь сектор.
Ситуация с Workday и Silver Lake подтверждает тезис о том, что базовые корпоративные системы (ERP, HCM) остаются фундаментом бизнеса.
ИИ-агенты и новые технологии не убивают классический Enterprise-софт, а, наоборот, делают его более ценным, поскольку ИИ нуждается в структурированных данных, которые хранятся именно в таких системах, как Workday или SAP. Готовность Silver Lake вложить десятки миллиардов долларов в покупку Workday доказывает, что частный капитал считает традиционные SaaS-платформы тихой гаванью и главным активом в эпоху искусственного интеллекта. Для SAP это позитивный сигнал: её бизнес-модель и клиентская база также находятся под пристальным вниманием крупных инвесторов, что обеспечивает акциям надежную поддержку. | 586 |
| 18 | Безопасность ERP-систем не успевает за взрывным ростом внедрения ИИ-агентов, создавая новый класс угроз: легитимные ИИ-агенты с валидными правами доступа могут наносить ущерб бизнес-системам без каких-либо взломов или нарушений периметра безопасности.
Роланд Палмер, CISO и вице-президент по безопасности JumpCloud, выделяет принципиально новую категорию рисков:
"В этой категории нет атакующего. Вместо этого — агент с легитимным доступом, делающий то, что ему было поручено. Никакого взлома, все учетные данные валидны, все разрешения выданы."
Как это происходит?
➖ ИИ-агенты с правильно настроенными правами могут быть манипулированы через prompt injection (внедрение вредоносных инструкций в промпты).
➖ Они могут утекать конфиденциальные данные или совершать разрушительные действия.
➖ При этом не нарушается ни одно правило безопасности — все логи показывают легитимную активность.
➖ Это не взлом в традиционном понимании, а злоупотребление легитимными полномочиями.
В компании Onapsis подчеркивают: решения по безопасности должны закладываться на этапе проектирования агентов, а не добавляться постфактум.
▪️Каждый агент должен иметь уникальную идентичность.
▪️Минимально необходимые разрешения для выполнения конкретных задач.
▪️Доступ только к тем инструментам, которые реально нужны.
▪️Это ограничивает «радиус взрыва» при компрометации агента.
Команда Палмера относится к каждому ИИ-агенту как к новому сотруднику:
▪️Выдается идентичность и минимальные начальные разрешения.
▪️Доступ расширяется постепенно, по мере доказательства надежности.
▪️Обязательный человеческий надзор — в конечном счете человек должен нести ответственность за решения агента.
Массовое внедрение ИИ-агентов в ERP-системы создает экзистенциальную проблему для традиционных моделей безопасности. Старые подходы, фокусирующиеся на защите периметра и предотвращении несанкционированного доступа, бессильны против легитимных агентов, которые были манипулированы или совершают ошибки.
Компаниям необходимо срочно перейти от модели «доверяй, но проверяй» к модели «никому не доверяй по умолчанию» (Zero Trust), где каждый ИИ-агент рассматривается как потенциальный вектор атаки, даже если у него есть все правильные учетные данные. Это требует фундаментального пересмотра архитектуры безопасности корпоративных систем. | 487 |
| 19 | Представители интересов акционеров изучают заработные платы генеральных директоров компаний, входящих в индекс Dax: в среднем они зарабатывают в 42 раза больше, чем их сотрудники, и при этом значительно меньше, чем их американские коллеги.
Гендиректор SAP снова первый: Кристиан Кляйн зарабатывает почти 30 тысяч евро в день
Вышла свежая статистика по компенсациям топ-менеджеров немецкого индекса DAX за 2025 год. Кристиан Кляйн возглавил рейтинг самых высокооплачиваемых руководителей компаний индекса DAX. Его совокупный доход за 2025 год составил 10,85 миллиона евро. Если разделить на 365 дней, получается космические 29 729 евро в день.
По сравнению с 2024 годом компенсация Кляйна выросла на 14,6% (тогда он получил 9,26 миллиона евро и занял лишь 4 место). В этом году он обошел даже главу Дойче Банка, Кристиана Зевинга, который с 10,5 миллиона евро стал вторым. Тройку замкнул глава Адидас.
Исследователи также посчитали коэффициент неравенства. В среднем по индексу ДАКС топ-менеджеры получают в 42 раза больше, чем обычные сотрудники (и этот разрыв продолжает расти). Для сравнения: в Адидас этот коэффициент достигает фантастических 106, а в Фольксваген — 75.
«Как Немецкая ассоциация защиты прав держателей ценных бумаг (DSW), мы считаем отметку в десять миллионов евро важным порогом», — заявил управляющий директор DSW Марк Тюнглер. Размер вознаграждения членов совета директоров является важным показателем социального спокойствия в стране. «Высокая компенсация может быть уместной, если она отражает исключительное создание ценности. Однако она справедливо теряет свою актуальность, когда результаты работы и вознаграждение расходятся». Но: «У лидерства есть своя цена». | 628 |
| 20 | Для Европы: Fraunhofer и SAP хотят перехитрить американских поставщиков облачных услуг, Basic Thinking
Европейские компании сильно зависят от американских корпораций в плане цифровой инфраструктуры. Новая архитектура с открытым исходным кодом, лежащая в основе облачных вычислений на периферии сети, призвана инициировать изменения и обеспечить обработку данных непосредственно на месте. Это может сделать создание независимой и устойчивой цифровой инфраструктуры вполне достижимым.
Анализ интернет-инфраструктуры позволяет составить ясную картину: Европа демонстрирует значительную зависимость от американских корпораций, таких как Amazon, Google и Microsoft. Только эти провайдеры управляют примерно 70% европейской инфраструктуры. В результате не всегда ясно, куда в конечном итоге попадают данные европейских граждан и компаний.
Децентрализованные сети могут предложить решение этой проблемы. В настоящее время Институт программного обеспечения и системной инженерии им. Фраунгофера ISST и Институт прикладной и интегрированной безопасности им. Фраунгофера AISEC совместно с SAP разрабатывают новую открытую архитектуру (ApeiroRA) в рамках инициативы ЕС IPCEI-CIS, которая направлена на объединение централизованных центров обработки данных именно с этими децентрализованными сетями. Это позволит обрабатывать информацию внутри центров обработки данных на так называемых облачных перифериях.
Что такое облачные вычисления на периферии сети (Cloud Edge Computing)?
Границы облачных вычислительных сред — это децентрализованные вычислительные узлы, которые физически приближают облачные сервисы к пользователям. Это позволяет осуществлять обработку данных на месте и значительно снижает задержки. Информация анализируется в режиме реального времени на границах облачных сред, в то время как облако продолжает служить центральным хранилищем.
И здесь, в Европе, есть огромный потенциал. Такие «облачные границы» можно было бы создавать, например, непосредственно у основания башни ветряной турбины или на любой местной промышленной площадке. Главная фишка: открытые стандарты и интерфейсы. Это означает конец изолированным решениям и жесткой привязке к одному поставщику. Вы получаете высочайшую гибкость и совместимость.
🗣 Вопрос к сообществу: Коллеги, как вы считаете, приживется ли концепция периферийных вычислений в наших реалиях, где задержки сетей часто компенсируются просто более мощным «железом» на местах? Или за открытыми европейскими стандартами действительно будущее корпоративной архитектуры? | 558 |
