Разработчик ПО для бизнеса SAP объявил об уходе из России и прекращении поддержки локальных продуктов Статьи редакции
Компания уже перестала продавать свои продукты в стране.
- Немецкая компания объявила, что перестает работать с российскими клиентами и поддерживать локальные продукты. Она объяснила, что «скоординированные санкции» — это лучший способ закончить «военную операцию» на Украине.
- Пользователи облачных сервисов, которые не находятся под санкциями, смогут удалить свои данные, выгрузить их или перенести в центр обработки данных за пределами России. В последнем случае SAP не будет продлевать договор после истечения подписки.
- Компания также прекращает поддержку и обслуживание локальных продуктов в России. Сейчас она рассматривает несколько вариантов, как это сделать, чтобы выполнить все свои обязательства. Клиенты смогут по-прежнему пользоваться продуктами.
- SAP — один из крупнейших в мире поставщиков приложений для бизнеса. В России среди клиентов компании — «Сбербанк», «Газпром» и другие компании, в том числе малого и среднего бизнеса, писало РБК. В начале марта 2022 года компания «поставила на паузу все продажи, а также прекратила поддержку клиентов, включенных в санкционные списки США и ЕС», говорил близкий к SAP источник.
0
показов
18K
открытий
1
репост
Все бабки слиты
Перейдут на 1С: такая же xpeнь, только с худшим дизайном.
Де-факто если большое предприятие и внедрен SAP для перехода потребуются колоссальные затраты. Плюс почти весь штат придётся уволить, так как системы абсолютно разные. По факту это выкинуть все что есть и строить заново. Плюс многие отмечают, что 1С просто неспособно заменить крупные ИС-структуры.
Потому что никто не пробовал, место было занято САПом, теперь оно освобождается, а значит будут и кейсы по замене.
P/S
Когда-то давно тоже думали что СУБД Oracle незаменима, пока кейсы переезда на PostgreSQL не появились.
SAP (был) очень востребован у экспатов и иностранных аудиторских компаний в этом была его основная польза, но сейчас ни экспаты ни БИГ4 не актуальны))
"сейчас ни экспаты ни БИГ4 не актуальны))"
проблема в том, что компании должны сделать выбор. Вернутся экспаты и БИГ4 с внешними аудитами обратно или нет. Если вернутся, а они уедут на 1С, то это будет провалом. Если не вернутся, а они не переедут, то провал будет примерно такой же
Выбор невелик. Закрыться только разве что))
Вернутся экспаты и БИГ4 с внешними аудитами обратно или нет.В обозримой перспективе нет, не вернутся
Если вернутся, а они уедут на 1С, то это будет провалом.В БИГ 4 (нашей, российской) практика 1С тоже весьма неслабая, разберутся.
я не это имел в виду. Аудируемость и транзакционность SAP'а крайне важный пункт для международных компаний. Для большой четверки как аудиторов один из важнейших пунктов. ЕБРР при выдаче кредитов, например, смотрит на учётные системы.
Возможно, но это уже не актуально.
Для большой четверки как аудиторов один из важнейших пунктов.Большая четверка вполне себе умеет в 1С.
ЕБРР при выдаче кредитов, например, смотрит на учётные системы.1) Что именно он там смотрит?
"нет САПа - нет кредита"?
а может все таки их интересует (как и аудиторов) система внутреннего контроля? Ну так СВК это не про ПО вовсе.
2) ЕБРР - единственный банк? Больше нигде денег взять негде?
Когда так думали, Постгрес был совсем сырым и никто в здравом уме на критическую инфраструктуру его не ставил. Оракл и сейчас обгоняет его по ряду параметров.
Когда то думали, что Линукс - поделка, которая никогда не заменит коммерческие Юниксы))
А что вышло в итоге мы имеем возможность наблюдать.
Сравнение все-таки некорректно, т.к. Постгрес не предложил ничего революционного и уж точно не оставил Оракл позади. Скорее подтягивается. Тем не менее, очень достойная СУБД под свои задачи. В том числе для ERP
Удивительный комментарий. Под половиной готов подписаться, а с половиной готов спорить) Подписываюсь про колоссальные затраты и кадры. Про неспособность 1С реализовывать крупные проекты - не согласен. Система давно выросла. В отличие от САП там полно документации и специалистов. Полно крупных внедрений.
НО окончательный выбор внедряемой системы делают не технари, а топ-менеджеры. И там на выбор начинает влиять магия названия крупных компаний и обещаний по типу соответствия ISO 9001. А то что вы специалистов на этот сап будете искать с мылом на шее - эти менеджеров не колышит. Они выбрали "лучшее", а если все провалится то не они виноваты.
Эти затраты будут явно дешевле ежегодно выкинутых хулиардов на консультантов.
И причём останутся в России.
А дамам в бухгалтерии и на местах придётся переучиться, се ля ви.
Просто зная ипанутый сап, дамы хлебнув 1ски будут явно пищать от восторга.
Вот за последние дни -это хорошая новость. сап пусть валит.
Так в этом и смысл санкций. Немцы знают, как сделать побольнее.
Себе, если только... )))
Деньги, которые заграбастывал САП, теперь получат наши 1С франчи))
И в чем здесь выигрыш немцев? В том, что они дают нам очередные возможности для усиления собственной экспертизы? ЛОЛ
Да, и себе делают больно.
Хотя беспринципная контора, была бы возможность сохранить бизнес в РФ, сохранили бы.
Очевидно, что уход SAP даст пинок развитию больших ERP, лишь бы не госкап в заказчиках.
В России есть 1С
Сап лобироаали экспаты. это круто было приехать с Россию с зарплатой ххххуардом и внедрить ванькам сап за хулиарды. Нанять хренову тучу народу который день и ночь будет долбашить проводки вручную и собирать отчётность костылями -это конечно супер пызнес идея
Экспаты ушли. и сап ушёл.
Не даст. На это годы нужны, миллиарды рублей и тысячи айтишников. А где их взять-то сейчас?
Имхо, и деньги, и специалисты есть, а вот воли нет. И с менеджментом проблемы.
А где есть специалисты, простите?
Ну, хорошо все уехали.:)
Имхо, в России > 300 тыс. C++ программистов, 30 тыс. уехали.
Сбертех, чтобы собрать несколько тысяч - несколько лет активно пылесосил рынок, предлагая зп выше рынка. И то собрали далеко не лучших. Так тогда время было другое, сейчас в разы тяжелее будет.
Угу. И тяжелее… и проще.
СбТ — один из источников рекрутинга.
Я же говорю, была бы воля.
300 тысяч С++ программистов?! а что они делают, простите?
По твоему слишком много?
конечно. Для плюсовиков нет столько работы. Ну то есть я допускаю, что в России 300 тысяч человек в каком-то виде знает или изучало плюсы, но чтоб они все работали - точно нет.
Я не буду упираться, для этой ветки обсуждения это совсем неважно. Пусть их будет в 3 раза меньше.
Я помню, что по данным JB в 2015 в мире было 4,5 млн C++, предположил, что 300 тыс. здесь.
Чем они занимаются? Чай пьют, в судоку режутся. В госкорпах.
В России всего 200 тысяч программистов, если мне память не изменяет. На всех языках.
Иван, я не знаю, что тебе изменяет, но в 2020 в РФ насчитали (АПКИТ) 1,8 млн в ИКТ, сколько из них программистов, я не знаю. Это философский вопрос, считают ли себя программистами выпускники школы УспехУспешныйНаТильде
Комментарий недоступен
И? Какой вывод ты делаешь?
в РФ более 11000 фирм официальных партнеров 1С и более 100тыс только СЕРТИФИЦИРОВАННЫХ спецов по 1С
Вопрос сколько из них в 1с остались, а не свалили с этого недоязыка. И сколько из них квалифицированных. Как бывший 1сник знаю что тех кто реально что то умеет - доли процента.
Ситуация по 1с спецам такая же как и по другим платформам. Джунов много, спецов дефицит. Будет перетекание спецов с других платформ на 1С, потому что всех на запад не позовут,а у нас срочное импортозамещение.
Свалили с 1С куда? Вы имеете ввиду только программистов, но 1С это платформа для учёта, чем дальше тем больше нужны не столько программисты, сколько консультанты по внедрению. И тут меньше привязка к платформе
Мне трудно представить разраба перекатывающегося в 1с. Разве что самые слабые туда пойдут от безнадеги. Толку от этого будет не много.
почему вы имеете ввиду только разрабов? В САПе основную долю спецов разве разрабы составляют?
Так аналог сапа еще разработать надо. Как и допиливать его под проекты. Это первично.
Всё верно. Эффективные менеджеры, конечно, пострадают)) Но плевать на них, если честно))
Как бы Вам объяснить.. Если б 1сом можно было заменить сап, то все бы заменяли и горя не знали. Однако ж предпочитали платить на порядок-другой дороже.
Нет. Причины почему САП, а не 1С они очень разные.
Однако ж предпочитали платить на порядок-другой дороже.И очень часто политические.
Потому что чем дороже проект, тем больше откат - это раз.
Потому что иностранный фин.директор и т.п. привык работать с транзакциями / командами системы - это два.
Потому что иностранные аудиторы знают САП лучше - это три.
Потому что САП - это дорого, а в нашем сознании дороже === лучше - это четыре.
Но эти причины ничего общего с какими-то технологическими преимуществами, которые есть у САП и которых якобы нет у других систем, как вы сами понимаете не имеют.
Если компания фондировалась на западных рынках, то применение SAP было вполне оправдано, как и всевозможные сертификации ISO.
Ясно что причины определенные могли быть, но они не лежат на 100% в технической плоскости.
А в связи с текущей ситуацией, многие из этих причин потеряют актуальность))
Как и бизнес ряда компаний.
я думаю 1с франчи уже всё пьяные танцуют джигу на столе🤣
Ничего хорошего в ускоренном внедрение нет.
Не факт что у компаний есть деньги для таких операций на данный момент. Не факт что найдется свободный специалист при увеличение спроса.
Дорогу осилит идущий. В любом случае, развивать свои собственные компетенции очень полезно.
это возможности заработать, а то воплей слишком много что заказчиков в сфере ИТ в стране не останется как западные компании уйдут :)
Плюс многие отмечают, что 1С просто неспособно заменить крупные ИС-структуры.ну тут зеркальные мнения, 1С-франчи с вами вряд ли согласятся :) а я вот скорее да чем нет.
1. Нужно чтобы были эти деньги, которых хватит на все перестроить. Если внедрение длится годами или десятилетиями, то предполагаемый переход сейчас должен пройти резко, но ни одна из сторон процесса к этому не готова.
2. Мое мнение немного ангажированно т.к. я работаю с АХ, но это та информация, которую мне сообщали коллеги по отрасли. Что 1С плохо подходит для высоконагруженных или сложных систем. Может это не так, но из того что я видел: 1С разворачивают на куче серверов, на которых работает по несколько пользователей чтобы обеспечить стабильную работу клиентов при большом количестве пользователей.
1. ну год+- старые установки же протянут как-то, те что без облаков модных? Или есть способ удаленно рубильник дернуть? :)
2. у вашей Аксапты тоже будет шанс урвать кусок, возможно перспективы новых внедрений побудят микрософт забыть о своём обещании не продавать новые лицензии в РФ и снова вернутся к этому, хотя бы "из-под полы", без шума и пыли :)
на худой конец против лицензий AX есть лекарства, на применение которых в нынешней реальности посмотрят сквозь пальцы
далек от таких технических деталей, но всегда приятно когда есть план Б благодаря которому ушедший с рынка софт станет трофейным :)
2. Достаточно понимать, как 1с работает с данными, чтобы разобраться, почему она плохо подходит для замены высоконагруженных систем.
САП иначе как-то работает?
У них сейчас вроде как своя СУБД с полной поддержкой ACID. До этого был Oracle. А как 1С реализует транзакционность? Средствами платформы или сервера БД?
И 1С использует реляционные СУБД с поддержкой ACID. Так почему SAP работает иначе?
я так понимаю, речь о том, что в 1С можно исправить созданный документ задним числом, а в SAP только через ввод корректировки.
Сталкивались с такими проблемами, когда дружили 1С с транзакционными системами - разная идеология и напрямую выгрузить - загрузить данные не получалось
1C: ERP с недавних пор так тоже умеет ) для большинства документов созданы документы-корректировки, именно для отслеживания аудиторского следа; запрет редактирования документов задним числом давно реализован.
а ссылочку на описание не дадите? с удовольствием ознакомлюсь
https://its.1c.ru/db/erp25doc#bookmark:audittrail:AuditTrail
https://its.1c.ru/video/erp_forum2021_09
Но требуется платная подписка на сайт ИТС
А в том-то и дело, что 1C сама пытается реализовать ACID. В то время, как этим должен заниматься сервер БД. Дайте проф, если ошибаюсь.
Вы правы в том, что 1С частично реализует принцип ACID на своей стороне. Но только это наоборот плюс, а не минус.
Если отдать изоляцию транзакций полностью на откуп СУБД, то придется устанавливать высокий уровень изоляции транзакций (например, Serializable или Repeatable Read), что приведет к проблемам с параллельностью работы пользователей, т.к. в большинстве случаев будут устанавливаться избыточные блокировки.
1С использует довольно высокий уровень изоляции на СУБД (Read Committed Snapshot), а доп.блокировки ресурсов, (чтобы избежать неповторяемое чтение, потерянное обновление и др. артефакты), устанавливает уже разработчик в зависимости от бизнес-логики.
В результате берем лучшее от СУБД + а теми ресурсами, на которые СУБД ставил бы избыточные блокировки, управляем самостоятельно.
Вот и получается, что есть одна система изоляции на стороне сервера БД, и поверх нее, на стороне ORM, реализуется еще один контроллер изоляции, что конечно не бесплатно.
Кстати, установка уровня изоляции на стороне сервера БД не является чем-то сложным. Более того, это возможно настраивать для сеанса и даже отдельной процедуры (что-то вроде SET TRANSACTION ISOLATION LEVEL SERIALIZABLE);
По большому счету, "высокий уровень" изоляции оправдан для достаточно сложных транзакций, по мере выполнения которых происходят обращения к другим ресурсам системы, которые могли измениться с начала выполнения транзакции. Так ли уж часто это встречается в 1С?
Да, классический пример - списание товара со склада, конкуренция за остатки.
В общем вы аргументируете только тем, что 1С используют 2 системы управления изоляцией, поэтому она такая медленная. Еще раз повторюсь, что дело не в этом.
Путь с использованием только изоляций/блокировок СУБД 1С уже проходила, они избыточны. Использование такого режима на текущий день признается моветоном.
Пример: я хочу считать остатки товаров из таблицы, чтобы понять могу я продать товар или нет.
Serializable заблокирует в таком случае все считанные данные + 1 строку, причем если оптимизатор запроса выбрал скан - то будут заблокированы записи и по другим складам.
Если я выберу более низкий уровень изоляций (например Read Commited Snapshot) - блокировки не получу, но получу грязное/неповторяемое чтение, фантомы и тд - т.е. данные будут неконсистентны.
Поэтому я выбираю вариант Read Commited Snapshot + на стороне 1С ставлю блокировку по конкретному складу.
Скажите, я правильно понял, что списание условных остатков в 1с происходит так:
1) платформа блокирует для всех пользователей запросы к изменяемым таблицам (вероятно, ставит в очередь)
2) проверяет, возможно ли списание (не станет ли остаток отрицательным)
3) продолжая удерживать блокировку, вносит изменения.
4) вероятно, еще раз проверяет консистентность регистров
5) снимает блокировку
То есть таблица блокируется целиком? Это блокировка ведь только на запись?
вас обманули. способен