В заключение части II этой книги представляем вам мощный инструмент для принятия решений в реальных ситуациях: демонстрационные системы SAP, которые можно быстро внедрить в облаке или в вашем ЦОД. Демонстрационные системы предварительно настроены с использованием контента SAP Best Practices.
На основе примеров в этой главе подведём итоги, какие же важные критерии необходимо учитывать при принятии решения. К двум вопросам в этом разделе даны четыре показателя. Индикаторы к каждому показателю ведут к рекомендациям независимо от того, как вы ответили на вопрос. Повторим, что эти рекомендации являются лишь примерами и зависят от конкретной ситуации.
Чтобы вы могли создать собственную маршрутную карту, в этом разделе мы на примерах рассмотрим различные исходные ситуации. Здесь подробно представлены важные аспекты и рекомендации. В этом контексте начнём с определения нового целевого ландшафта, а затем выберем оптимальный путь к поставленной цели. Однако рассказать обо всех возможных случаях просто невозможно, поэтому ваша маршрутная карта может значительно отличаться от представленных примеров по самым разным причинам.
Важным критерием для выбора сценария является ваша исходная ситуация. Вашей исходной системой является SAP ERP 6.0 (и выше) или другая система? Если ваша система SAP не поддерживается или вы работаете со сторонней системой, ваш путь — внедрение новой системы.
Для успешного перехода на SAP S/4HANA важно выбрать правильную стратегию. В этой главе мы расскажем, на что обратить внимание при выборе между различными сценариями миграции на SAP S/4HANA.
Внимание! Сейчас речь пойдёт о деньгах. Счёт поставщика (другой термин: входящий счёт-фактура) поступил и прошёл проверку. Теперь необходимо ввести его в систему. SAP S/4HANA помогает вам выполнить проверку, учитывая уже сохранённый заказ на поставку или поступление материала. Эта ссылка гарантирует, что оплачено будет только то, что было заказано и поставлено.
Заказ на поставку можно сначала просмотреть в списке, а затем щёлкнуть соответствующий номер заказа и изучить его подробные данные. А при поступлении материала выполняется проводка поступления материала от внешнего поставщика или с производства.
В нашем заказе на поставку данные клиента и номер материала введены вручную. Это не потребуется, если у вас есть другой документ, например, заявка, из которого эти данные можно скопировать. Копирование в SAP S/4HANA иногда называется созданием со ссылкой.
Доверие — это хорошо, но контроль ещё лучше! Прежде чем разместить заказ, проверьте запас материала. Для этого используется транзакция MMBE («Обзор запасов» (Stock Overview)) в SAP GUI. В SAP Fiori эти функции реализованы в прежнем приложении «Запас: один материал» (Stock — Single Material). Однако здесь мы рассмотрим процесс в актуальном приложении «Запас: один материал» (Stock — Single Material).
В компании основная запись материала (material master) является центральным источником для извлечения специфичной для материала информации (размер, вес или единицы измерения). Основная запись материала определяет особенности закупки, хранения, производства, и распределения продукта, а также калькуляции соответствующих затрат. Основная концепция та же, что и для деловых партнёров: данные всех материалов из всех отделов хранятся и используются вместе в единой основной записи материала под соответствующим номером. В следующих разделах мы расскажем, как получить доступ к основной записи материала, как осуществлять навигацию внутри неё и как пользоваться этими сведениями.
Вернёмся к ситуации, о которой мы говорили в начале главы. Коллега обращается вам, потому что осталось совсем мало запасов в отделе шин и камер. Запас материала необходимо срочно пополнить. Для этого вы собираетесь позвонить поставщику и спросить, сможет ли он поставить материал немедленно. Вам нужно узнать номер телефона и минимальное количество заказа из данных делового партнёра-поставщика. В следующих разделах рассмотрим основные данные делового партнёра и способы получения доступа к ним.
Во введении к этой книге мы уже говорили о базовых организационных единицах (раздел «Структура компании в системе SAP»). Мы обещали подробнее рассказать о них в этой части книги. С удовольствием выполняем своё обещание. Первое, что вам нужно, это балансовая единица (company code), поскольку каждый заказ на поставку должен быть присвоен компании. Кроме того, здесь используются организационные единицы из логистики. Об этом подробнее в следующих разделах.
Внедрение новой системы или преобразование существующей? Компания SAP определила несколько технических сценариев для перехода на SAP S/4HANA и предоставляет для этого соответствующие инструменты. При планировании миграции вы должны выбрать сценарий, который лучше всего подходит под ваши требования. В следующих разделах подробно представлены предлагаемые сценарии с описанием преимуществ и недостатков каждого из них.
Процесс закупки состоит из набора операций. Эти операции называются частичными процессами. В результате выполнения этих частичных процессов создаются документы.
Вы уже прочитали первые две части книги? Надеемся, вам было всё понятно. Или что-то по-прежнему остаётся не до конца ясным? Мы уже рассмотрели наиболее важные правила и инструменты для выполнения общих операций. Все они являются кусочками пазла, которые вскоре сложатся для вас в единую картину. Далее нам важно разобраться с процессами и практическими навыками выполнения конкретных процедур в сфере закупки, продажи и финансов. В третьей части книги рассматриваются практические процессы и шаги для их выполнения в системе.
Какие шаги важно учесть при планировании проекта миграции на SAP S/4HANA? Какую поддержку может предоставить вам SAP? Можно ли сравнить миграцию с апгрейдом внутри семейства продуктов SAP ERP? В этой главе мы дадим ответы на все эти вопросы. Вы познакомитесь с тремя возможными сценариями миграции: внедрением новой системы, преобразованием существующей системы и выборочным переносом данных. В главе 5 эти сценарии представлены более подробно с описанием всех преимуществ и недостатков при разных условиях.
Итак, мы познакомились с методами распределения нагрузки и определения требований к характеристикам оборудования. Теперь разберёмся с количеством системных баз данных, экземпляров приложений и серверов, необходимым для того, чтобы успешно справляться с нагрузкой. С появлением решения SAP Business Suite рабочая группа по проекту столкнулась с трудной задачей: не дать стремительно разрастись объёму работ по обслуживанию и администрированию аппаратных средств, баз данных, экземпляров SAP и других программ.
Крупные проекты очень редко вводятся в продуктивную эксплуатацию одним махом. Чаще развёртывание системы SAP происходит за несколько этапов. Перед увеличением рабочей нагрузки всегда проверяйте результаты планирования мощностей. Это правило применяется и при изменении версии программного обеспечения SAP (обновлении), миграции на другую аппаратную платформу или базу данных, а также при переходе на Юникод.
При планировании миграции на SAP S/4HANA перед пользователями вставала непростая дилемма. Чтобы сократить объём взаимодействия пользовательских расширений с мероприятиями по сопровождению SAP, они должны были использовать SAP Cloud Platform (сейчас это сервисы SAP Extension Suite на платформе SAP BTP). Поэтому расширения приходилось внедрять заново, например, на Java. Если они хотели внедрять приложения на ABAP, обычно для этого подходила только локальная версия SAP S/4HANA, и в этом случае сохранялась привязка к мероприятиям по сопровождению SAP.
Каждое предприятие уникально не только с точки зрения спецификаций его продуктов или услуг, но и по своим сотрудникам, целям и структурам бизнес-процессов. В идеальном сценарии бизнес-программы отражают эту уникальность и вытекающие из неё различия, поскольку именно они выделяют компанию на фоне конкурентов.