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