XI можно заменить на любой другой модуль

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

Плюс, точечный консалтинг.

Изначально речь шла о том, что информация по ЗП недоступна. Я просто описал как я искал её.

В целях повышения знаний, очень хочется узнать, на какой другой модуль можно заменить иксай? Конкретный пример, на данный момент иксай использую для стыковки САП с самописной системой через SOAP-протокол.

Можно заменить на FI, CO, MM, HR, .....

Заменить в заголовке темы - "XI/PI - какие перспективы?"

Вообще айдоки не меняются внутри одной версии если они зарелизены. Какой-нить ARTMAS04 мигрирует изменения в ARTMAS05.

А так в целом -- просто поменять маппинг сообщений, всё равно как при случае когда меняется не айдок а любая структура отправителя/получателя.

С айдоками конечно много возни но приятно когда её за тебя сделал сап или сторонняя WMSка или предыдущий разработчик По крайней мере сторонняя система морально готова к интеграции к сапу.

Прикольная цитата из СЦНовской кафешки -- https://www.sdn.sap.com/irj/scn/thread? ... 54#7094454

Может быть, чтобы вернуть топик в начальное русло, просто перечислить проекты с использованием XI/PI и их текущее состояние и перспективы? Мне навскидку приходят названия и статусы по XI с моей тз, надеюсь не разглашаю никаких NDA, IP и не получу по башке за это:

** Ресурсные компании:
ТНК-BP -- старый и успешный проект, что иксаем интегрируют, не знаю
Лукойл -- было и будет
РУСАЛ -- есть сейчас
(Электроэнергетики, точно не помню, видел на каком-то форуме по нетвиверу в связке с МДМ/порталом)

** Услуги
РАО РЖД -- не знаю подробностей

** Производство, строительство
Атомщики (не берусь точно вспомнить название, что-то связанное с производством топливных сборок)
ПИК -- проект не стартовал, умер вместе с САПовским проектом

** Ритейл
Евросеть -- было и будет, так как на нём крутится ядрёный бизнес
X5 Retail Group -- то-ли новый интеграционный проект, то-ли существующий.
М-Видео -- знаю только по вакансии

Часть проектов где XI был нужен, возникли от включения в ландшафт внедрения MDM. С учётом цены MDM (да и цены траффика XI) видимо на следующие 100 недель таких новых проектов можно не планировать

Там где на интеграцию завязаны основные технологические или важные вспомогательные цепочки и где уже XI стоит, всё будет стабильно [хорошо].
Это пожалуй перечисленные склады, ритейлы, сырьевики. Там, где неважно как данные попадут из системы в систему (через 10 дней или 10 минут и с ошибками или без ошибок), XI кандидат на вылет при обрезке "костов".

Кажется, всё тривиально. Может уважаемые коллеги с проектов поправят и дополнят?
--
Илья Кузнецов

вдогонку, с классификацией я немного напутал -- Лукойл как сырьё так и производство, про ТНК не знаю, а РУСАЛ конечно с одной стороны сырьё но по сложности сопоставимо с иным производством. Ну да не в этом дело.

Я не понял, что на что заменить? Самописную систему заменить на один из модулей SAP? Это не всегда целесообразно (в основном в денежном выражении).

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

Интеграция самописной системы и САП разных версий (4.0 и 4.6) между собой.
Другой проект интеграция САП (4.0 и 4.6) между собой (как часть бОльшего проекта).

ТВЭЛ. Интеграция САП с другой системой (не буду называть какой).

Перевожу: сейчас проблемы/неясные перспективы во всех направлениях SAP ("SAP" можно заменить на "Oracle", "промышленность", "сельское хозяйство", "наука", etc).

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

Трафик между SAP-системами через XI не оплачивается, насколько мне известно.

XI не привязан к R/3, точно также можно интегрировать допустим Оракл и ещё какую-нибудь систему через XI. Правда в этом случае про прокси и айдоки можно забыть.

В чём аргументы неубедительны? Что при описанной мной ситуации требуются дополнительные затраты по времени?

Странно что прокси решает такие проблемы которые айдок не решает.

С т.з. XI это лишь 2 разных коммуникационных канала. С точки зрения практики -- с айдоками вылазят всякие доп. трудности/возможности (например Party).

Допустим 1Ска дёргает XIный сервис на предмет прогрузить человека; иксай шлёт айдок. Поменялась одинэсная отправка -- поменялся ММ.
То же самое -- но иксай дёргает проксю, тоже поменялась отправка -- поменяли ММ.

В чём разница-то?

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

Кстати, как SAP вычисляет величину сбора, по пользовательскому отчёту в RWB/Performance monitoring? Я до сих пор не нашёл отчёт, подобный абаповскому для ерп, в котором показывался бы как общий так и оплачиваемый траффик; правда специально не искал.

Я имел ввиду на этапе разработки, при изменении передаваемой/принимаемой структуры.

Всё равно не понял Если даже брать суммарное время разработки то почему айдок с данными HR будет медленнее нарисовать (в меппинге) чем писать непонятно какой код в прокси? Что в прокси будет вызываться, пакетный ввод или бапиха? Бапиха это тот же айдок но высунутый наружу, можно её так дёргать если удобней.

Если конечно речь идёт о незавёрнутой в айдок/бапиху зю-функциональности то тогда понятно что прокси или рфц, тут вы правы.