RISE with SAP или традиционное внедрение SAP S/4HANA. Как выбрать оптимальный подход?

Изучите различия между RISE with SAP и традиционной SAP S/4HANA, включая операционные обязанности, настройку, совокупную стоимость владения (TCO) и долгосрочные аспекты трансформации корпоративной ERP-системы.

При подготовке к переходу с SAP ECC на SAP S/4HANA компаниям предстоит выбрать не только ERP-систему, но и модель ее эксплуатации: кто будет отвечать за инфраструктуру и обслуживание, как будут устроены договоры и какие полномочия останутся у внутренней IT-команды. Этот выбор становится актуальнее по мере приближения конца 2027 года, когда завершается основное обслуживание соответствующих систем SAP Business Suite 7. Для них предусмотрено платное расширенное обслуживание до конца 2030 года.

Краткий ответ: RISE with SAP предлагает подход к облачной трансформации ERP, который объединяет методологию, экспертную поддержку и инструменты перехода. В этом сравнении рассматривается SAP Cloud ERP Private: подписка SAP включает ERP-систему и определенный набор управляемых облачных услуг. При традиционной модели внедрения SAP S/4HANA компания может отдельно приобретать лицензии, выбирать инфраструктуру и заключать договоры на эксплуатацию. Поэтому при сравнении важно оценить распределение договорной ответственности, степень технического контроля, структуру затрат и возможности дальнейшего развития системы.

Чем RISE with SAP отличается от традиционной модели внедрения SAP S/4HANA

RISE with SAP объединяет методологию облачной трансформации ERP, экспертную поддержку и инструменты перехода. В этом сравнении рассматривается SAP Cloud ERP Private, доступная по подписке SAP, которая включает программное обеспечение и согласованный набор управляемых облачных услуг.

Традиционная модель SAP S/4HANA предполагает, что заказчик самостоятельно выбирает и объединяет условия лицензирования, инфраструктуру и услуги по эксплуатации. Такая модель допускает размещение системы в собственном центре обработки данных, у хостинг-провайдера или в облаке гиперскейлера по отдельному договору.

Коммерческую и операционную модель следует рассматривать отдельно от подхода к переходу. Конверсия существующей системы (Brownfield), внедрение с нуля (Greenfield) и выборочный переход определяют, как компания переходит на SAP S/4HANA, а также кто предоставляет инфраструктуру, обслуживает систему и отвечает за выполнение договорных обязательств. Эти решения принимаются с учетом разных критериев, хотя их совместимость необходимо проверить при планировании проекта.

Как отличаются договоры, лицензирование и коммерческие условия

Выбор модели SAP S/4HANA определяет не только порядок эксплуатации системы, но и то, за какие права и услуги платит компания, на какой срок она принимает обязательства и как может менять объем использования.

Как устроена подписка RISE with SAP

Договор подписки определяет права на использование программного обеспечения, состав услуг и обязательства сторон. Для расчета доступа к ERP обычно применяется метрика Full Use Equivalent (FUE). Она учитывает категории пользователей с разными коэффициентами в зависимости от разрешенных им действий в системе.

Поэтому число пользователей не совпадает напрямую с необходимым количеством FUE: расчет зависит от состава ролей и предоставленных полномочий. Для дополнительных облачных сервисов могут действовать отдельные метрики потребления и лимиты использования. До заключения договора важно оценить потребности компании и уточнить, как можно увеличивать или сокращать объем подписки в течение ее срока.

Подписка предполагает обязательства на согласованный договорный период. Внедрение, миграция и консультационные работы, которые не входят в ее состав, оформляются отдельными соглашениями.

Как устроено традиционное лицензирование SAP S/4HANA

Традиционная модель SAP S/4HANA обычно предусматривает бессрочные лицензии с отдельно согласованными условиями обслуживания и поддержки. При этом конкретная схема зависит от договора: способ размещения системы сам по себе не определяет условия лицензирования.

Если компания уже владеет лицензиями SAP ECC или SAP S/4HANA, существующие права использования и соглашения о поддержке необходимо учитывать при оценке стоимости перехода. Возможность зачета ранее приобретенных лицензий и изменения договорных условий зависит от действующих соглашений и коммерческой политики SAP.

Такая модель позволяет отдельно выбирать поставщиков программного обеспечения, инфраструктуры и услуг. Например, компания может приобрести лицензии у SAP, разместить систему в Microsoft Azure по прямому договору и поручить внедрение партнеру с согласованным объемом работ. После запуска эксплуатацией может заниматься внутренняя ИТ-команда или выбранный подрядчик.

Что следует проверить перед подписанием договора

Изучите форму заказа, описания услуг, права использования и порядок изменения условий. Именно договор и документы, на которые он ссылается, закрепляют обязательства сторон. Общие описания пакетов могут не отражать состав и ограничения конкретного предложения.

Особого внимания требуют три вопроса:

• Изменение потребностей: можно ли увеличивать и сокращать число пользователей, объем прав доступа и выделенные мощности? В какие сроки и как это влияет на стоимость?
• Продление договора: каковы условия продления, пересмотра цен и изменения состава услуг? В какие сроки необходимо уведомить поставщика о своем решении?
• Состав предложения: какие продукты и работы включены в стоимость, а какие потребуют дополнительной оплаты или отдельного соглашения?

Для RISE with SAP обзор предложения доступен на странице SAP Cloud ERP Private. Договорные документы, включая условия предоставления облачных услуг, опубликованы в SAP Trust Center.

Как сравнить совокупную стоимость владения RISE with SAP и традиционной моделью SAP S/4HANA

Сравнение совокупной стоимости владения (TCO) должно опираться на одинаковые нагрузки, состав сред, требования к обслуживанию и расчетный период. Иначе разница в стоимости может объясняться тем, что одно предложение включает услуги и ресурсы, которые в другом оплачиваются отдельно.

Какие расходы включить в расчет TCO

Оценка должна охватывать внедрение или миграцию, лицензии и подписки, продуктивные и непродуктивные среды, инфраструктуру, аварийное восстановление, сетевые подключения, интеграции и поддержку приложений. Также необходимо учитывать дополнительные сервисные запросы, обновления и другие работы в течение жизненного цикла системы, а также возможные расходы на выход из договора и перенос системы.

Перед сравнением предложений приведите расходы к единой структуре. Отметьте, какие услуги уже включены в договорную стоимость, чтобы не учитывать их повторно, и добавьте затраты на работы, приобретаемые отдельно.

Годовую подписку RISE with SAP нельзя напрямую сопоставлять с разовой покупкой бессрочных лицензий. Обе модели необходимо оценивать за один и тот же период с учетом всех расходов на эксплуатацию и развитие системы.

Как меняются затраты и возможности управления бюджетом

Подписка RISE with SAP может упростить прогнозирование регулярных расходов при стабильных нагрузках и требованиях к системе. При этом расширение прав использования, изменение состава услуг и пересмотр цен при продлении договора могут увеличить будущие затраты.

Традиционная модель позволяет отдельно пересматривать расходы на инфраструктуру и поддержку. Однако возможности экономии зависят от фактической загрузки ресурсов, тарифов поставщиков и стоимости работы внутренней IT-команды. Эти факторы необходимо включать в расчет TCO: раздельная закупка услуг сама по себе не гарантирует снижения расходов.

Например, производитель с предсказуемой нагрузкой на ERP может предпочесть подписку ради большей определенности бюджета. Компания с переменным спросом и опытом управления облачной инфраструктурой может получить больше возможностей для экономии, самостоятельно регулируя потребление ресурсов. Финансовое преимущество каждой модели определяется условиями договоров и тем, насколько эффективно компания использует и обслуживает систему.

Как RISE with SAP влияет на учет капитальных (CapEx) и операционных затрат (OpEx)

Подписка RISE with SAP обычно увеличивает долю регулярных платежей за услуги. При традиционной модели затраты на бессрочные лицензии могут признаваться в составе нематериальных активов. Однако порядок учета определяется условиями конкретного договора и применимыми стандартами.

В разъяснениях по МСФО рассматривается различие между контролем над программным активом и правом доступа к облачному сервису. Затраты на внедрение и настройку требуют отдельной оценки: их учет зависит от характера работ и создаваемых результатов.

Поэтому в финансовой модели необходимо разграничивать график платежей и порядок признания затрат. Подписка RISE with SAP не означает автоматического отнесения всех расходов к OpEx, а традиционная модель SAP S/4HANA — к CapEx.

Кто отвечает за эксплуатацию и поддержку SAP S/4HANA

Какие задачи берет на себя SAP в рамках RISE with SAP

В рамках RISE with SAP компания SAP отвечает за согласованный набор технических услуг для SAP Cloud ERP Private. В зависимости от договора он может включать эксплуатацию инфраструктуры, мониторинг, администрирование системы, резервное копирование и техническое обслуживание.

Руководство SAP по совместной ответственности SAP разграничивает задачи SAP, заказчика и совместные обязанности. Конкретное распределение закрепляется в применимых описаниях услуг.

Отдельного внимания требуют резервное копирование, восстановление системы и аварийное восстановление. В RISE with SAP компания SAP выполняет резервное копирование и восстановление в пределах договорного объема услуг. Условия аварийного восстановления необходимо проверять отдельно. При традиционной модели заказчик организует эти работы силами внутренней команды или подрядчиков.

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

Какие обязанности остаются за заказчиком

Заказчик отвечает за соответствие SAP S/4HANA потребностям бизнеса. Он определяет настройки процессов, управляет основными данными, устанавливает права доступа пользователей и правила контроля финансовых и операционных транзакций.

Для повседневной поддержки приложения также необходимо назначить ответственных. Они устраняют ошибки в работе процессов, поддерживают актуальность настроек и проверяют корректность результатов операций. Эти задачи может выполнять внутренняя команда или партнер по сопровождению приложений.

Как организовать работу с инцидентами, SLA и эскалациями

Рассмотрим пример производителя, у которого система SAP S/4HANA перестала обрабатывать подтверждения производства. Причина может находиться в инфраструктуре, настройках приложения или соединении с производственной системой. Для восстановления процесса нередко требуется участие нескольких команд.

В рамках RISE with SAP компания SAP устраняет инциденты в пределах договорного объема технических услуг. Заказчик и партнеры по поддержке отвечают за диагностику и устранение проблем в своих зонах ответственности. Если источник сбоя неизвестен, назначенный координатор должен организовать совместную диагностику: подключить специалистов, собрать необходимые данные и при необходимости эскалировать проблему. Это позволяет начать работу, не дожидаясь окончательного определения ответственного поставщика. При традиционной модели такой порядок закрепляется в соглашениях с поставщиками инфраструктуры и услуг поддержки.

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

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

Обе модели позволяют настраивать бизнес-процессы SAP S/4HANA и разрабатывать расширения. Различия касаются прежде всего доступа к инфраструктуре и полномочий по изменению технической среды.

Какие технические решения остаются за заказчиком

При традиционной модели SAP S/4HANA заказчик обычно может выбирать вычислительные ресурсы, определять настройки операционных систем, порядок администрирования баз данных и права системного доступа. Конкретные полномочия зависят от условий размещения и договора с хостинг-провайдером.

В RISE with SAP инфраструктурный доступ регулируется моделью управляемых услуг SAP. Заказчик сохраняет предусмотренные решением возможности настройки и разработки на уровне приложений. Изменения, для которых нужны повышенные права доступа или вмешательство в управляемые технические компоненты, выполняются по установленным сервисным процедурам SAP.

В обеих моделях технические изменения должны соответствовать поддерживаемым конфигурациям SAP, лицензионным условиям и требованиям совместимости.

Можно ли сохранить собственные разработки на ABAP при переходе на RISE with SAP

В отличие от SAP Cloud ERP — публичного облачного решения — SAP Cloud ERP Private поддерживает классическую разработку на ABAP, поэтому существующие программы, отчеты и расширения можно сохранить при условии их совместимости с целевой системой.

 При этом собственные разработки необходимо отличать от прямых изменений стандартного кода SAP. Такие модификации усложняют сопровождение и обновления и могут потребовать переработки при переходе. Обе категории следует проверить на совместимость с целевым выпуском и соответствие принципам SAP Clean Core.

 Если в системе много собственных разработок, анализ ABAP-кода стоит провести до утверждения целевой архитектуры. Это поможет заранее выявить зависимости от устаревших объектов и неподдерживаемых интерфейсов и оценить объем необходимых доработок. 

Как расширения и интеграции влияют на выбор модели

Для существующих разработок есть три варианта: сохранить их при условии совместимости с целевой системой, переработать с помощью поддерживаемых механизмов расширения или перенести часть функций за пределы ERP. Выбор зависит от того, к каким объектам SAP обращается код, какие интерфейсы использует и какой технический доступ требуется для его работы.

Например, приложение, получающее данные через поддерживаемый API, может потребовать меньше изменений, чем интеграция с прямым доступом к базе данных или использованием скриптов операционной системы. При переходе на RISE with SAP такие зависимости необходимо сопоставить с ограничениями управляемой среды. Это также важно при проектировании расширений на SAP BTP: перенос логики на отдельную платформу сам по себе не устраняет ее зависимость от объектов и интерфейсов ERP.

Планирование обновлений и развитие SAP S/4HANA

Начиная с SAP S/4HANA 2023, для SAP Cloud ERP Private и локальной версии SAP S/4HANA действует двухлетний цикл выпуска основных версий. Каждый новый выпуск получает семь лет основного обслуживания. Для более ранних версий сохраняются соответствующие графики поддержки.

Между основными выпусками SAP предоставляет пакеты новых функций и исправлений. Их установка обычно требует меньшего объема подготовки, чем переход на новую версию, однако влияние изменений на процессы, собственные разработки и интеграции необходимо проверять.

В рамках RISE with SAP компания SAP выполняет технические работы по обновлению в пределах договорного объема услуг. Заказчик инициирует обновление, согласует сроки и организует подготовку и тестирование, учитывая сроки поддержки установленной версии. При традиционной модели он также координирует технические работы силами внутренней IT-команды или подрядчиков, сохраняя больше прямого контроля над графиком и выполнением обновления.

Доступ к новым функциям зависит от версии системы, подключенных сервисов и приобретенных прав использования. RISE with SAP создает основу для подключения облачных возможностей SAP, включая ИИ и инструменты трансформации, но не включает их все автоматически. В традиционной среде дополнительные возможности также могут требовать интеграций и отдельных лицензий. Поэтому для каждой планируемой функции необходимо уточнить совместимость, условия использования и порядок активации.

Подготовка к обновлению ERP

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

• Провести регрессионное тестирование: проверить, что критически важные транзакции и процессы корректно работают после обновления;
• Проверить интеграции: убедиться, что обмен данными с подключенными приложениями и внешними сервисами не нарушен;
• Получить согласование бизнес-сторон: устранить критические дефекты и подтвердить готовность системы с владельцами процессов;
• Согласовать время простоя: выбрать окно обновления с учетом операционных ограничений и подготовить порядок действий на случай сбоев.

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

Как исходная среда SAP влияет на объем перехода

Объем работ при переходе на SAP Cloud ERP Private во многом зависит от того, какую ERP-систему использует компания. Для SAP ECC и SAP S/4HANA различаются как технические требования, так и масштаб необходимых изменений.

Для компаний, все еще использующих SAP ECC, переход в рамках RISE with SAP обычно объединяет переход на SAP S/4HANA и размещение системы в облачной среде под управлением SAP. При планировании необходимо учесть требования к целевой ERP, совместимость подключенных приложений и изменения в зависимых системах. 

Для компаний, уже использующих SAP S/4HANA, при соблюдении технических условий возможен перенос в SAP Cloud ERP Private по модели lift-and-shift — с сохранением текущей версии системы. В этом случае перенос не требует одновременного обновления ERP, однако необходимо проверить зависимости от существующей инфраструктуры и условия их работы в новой среде. 

SAP описывает оба варианта в сценариях перехода на SAP Cloud ERP Private.

Какие инфраструктурные зависимости необходимо учесть

 Перед переходом важно оценить обязательства и технические зависимости, которые могут повлиять на сроки и объем работ:

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

Как определить объем трансформации

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

Для компаний на SAP ECC объем работ также зависит от состояния исходной системы и способа перехода на SAP S/4HANA. Эти требования следует учесть до согласования плана, бюджета и ответственности исполнителей.

Сохранить процессы SAP или выстроить их заново?

Сравните различные подходы к миграции, чтобы оценить, какие данные и настройки можно сохранить и насколько каждый подход позволяет изменить бизнес-процессы.

УЗНАТЬ БОЛЬШЕ

Долгосрочные риски RISE with SAP и традиционной модели SAP S/4HANA

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

Как распределяется зависимость от поставщиков

В RISE with SAP значительная часть услуг и договорных обязательств сосредоточена у SAP. Это упрощает взаимодействие, но усиливает зависимость от условий одного поставщика. Если компании понадобятся услуги за пределами согласованного пакета или иное распределение ответственности, возможности изменений будут зависеть от предложения SAP и условий договора.

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

Поэтому степень зависимости стоит оценивать по реальным возможностям изменить условия или заменить поставщика, а также по стоимости и сложности такого изменения.

Изменение модели эксплуатации

Смена модели эксплуатации SAP затрагивает инфраструктуру, договоры и распределение ответственности. Помимо переноса системы могут потребоваться новые соглашения о хостинге, пересмотр договоров с подрядчиками и проверка доступности необходимых технических услуг в целевой среде.

Возможность такого перехода зависит от трех факторов:

• Техническая совместимость: смогут ли система SAP, подключенные приложения и инструменты эксплуатации работать в новой среде?
• Договорные права: допускают ли условия лицензирования, обслуживания и расторжения договоров планируемый переход?
• Объем работ: какие компоненты потребуется перенести, перенастроить, заменить и протестировать до запуска новой модели?

Подготовка к завершению или расторжению договора

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

Для SAP Cloud ERP Private условия выхода определяются применимыми соглашениями об облачных услугах SAP. В документах конкретного договора следует проверить права на выгрузку данных, доступные форматы, сроки сохранения доступа и состав дополнительных услуг по переходу.

Отдельного внимания требуют существующие бессрочные лицензии SAP. В зависимости от условий перехода на RISE with SAP права по ним могут прекратиться или быть заменены правами использования по подписке. До подписания договора важно уточнить, какие права сохранятся после его завершения и понадобятся ли новые лицензии для возврата к самостоятельной эксплуатации SAP S/4HANA.

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

Как выбрать между RISE with SAP и традиционной моделью SAP S/4HANA

 Выбор следует начинать с обязательных требований компании: необходимого технического контроля, условий обслуживания, допустимых затрат и ограничений эксплуатации. Затем каждую модель нужно оценить с учетом возможностей внутренней IT-команды и планов развития бизнеса. 

 Когда стоит рассмотреть RISE with SAP

RISE with SAP может подойти компании, которая планирует передать SAP согласованный объем технической эксплуатации облачной ERP и сократить потребность в собственных ресурсах для этих работ. Такая модель также заслуживает рассмотрения при объединении нескольких ERP-сред, пересмотре договоров с поставщиками услуг или перераспределении ИТ-ресурсов в пользу развития бизнес-приложений.

Например, в международной группе региональные команды SAP могут использовать разные процедуры обслуживания и эскалации. Прежде чем выбрать RISE, компании необходимо проверить, насколько предлагаемая модель услуг соответствует требованиям всех регионов, какие исключения потребуются и кто будет за них отвечать.

Когда традиционная модель может быть предпочтительнее

Традиционная модель SAP S/4HANA может подойти компании, которая уже вложила значительные средства в инфраструктуру, выстроила работу с хостинг-провайдерами или нуждается в самостоятельном контроле технической эксплуатации.

Если существующая среда SAP S/4HANA работает стабильно, смену модели следует оценивать с точки зрения конкретных бизнес-задач. Важно определить, какие ограничения устранит переход и оправдают ли ожидаемые результаты его стоимость и сложность. Если текущая модель отвечает требованиям компании, дополнительная выгода от ее замены может быть невелика.

Как согласовать противоречивые требования

Компания из регулируемой отрасли может стремиться передать эксплуатацию SAP поставщику и одновременно нуждаться в определенном размещении данных, контроле привилегированного доступа и средствах аудита. SAP Cloud ERP Private предусматривает Customer Data Center Option — размещение управляемой ERP-среды в центре обработки данных заказчика. Возможность использования этого варианта зависит от состава услуг, требований к инфраструктуре и условий договора.

Если приоритеты противоречат друг другу, оценку стоит провести в три этапа:

1. Определить обязательные требования: зафиксировать нормативные, технические и эксплуатационные условия, несоблюдение которых исключает вариант из рассмотрения.
2. Проверить условия обслуживания: убедиться, что договоры по оставшимся вариантам предусматривают необходимое распределение ответственности, механизмы контроля и уровень сервиса.
3. Сравнить затраты за весь жизненный цикл: оценить подходящие варианты за единый расчетный период с учетом ожидаемых изменений в бизнесе.

Как LeverX помогает перейти на RISE with SAP и SAP S/4HANA

LeverX сопровождает переход на SAP S/4HANA и RISE with SAP — от оценки исходной среды и выбора модели эксплуатации до реализации проекта и поддержки приложений после запуска.

Наши специалисты помогают:

• Оценить готовность к переходу: определить, что мешает переходу, какие компоненты не поддерживаются в новой среде и что потребуется изменить;
• Подготовить рекомендации по внедрению: сравнить варианты эксплуатации системы и описать, каких изменений в существующей инфраструктуре SAP потребует каждый из них;
• Провести переход и обеспечить дальнейшую поддержку: выполнить согласованные работы по миграции и интеграции, организовать тестирование и переход на новую систему, а после запуска поддерживать работу приложений.
• Спланировать реализацию проекта: оценить трудозатраты, определить состав работ и условия их приемки, согласовать, за что будут отвечать SAP, LeverX и команда заказчика.

Заключение

Для успешного перехода на SAP S/4HANA важно выбрать модель эксплуатации, которая будет отвечать потребностям компании и после запуска системы. При этом необходимо учитывать текущие требования и то, как компания будет обновлять и развивать систему в дальнейшем.

Прежде чем выбрать RISE with SAP или традиционную модель, оцените, подходит ли она для вашей инфраструктуры и совместима ли с действующими договорами. Это поможет заранее определить, какие ограничения необходимо устранить, и составить реалистичный план внедрения.