Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Развитие в экосистеме SAP
Продолжаем обзор дополнительных настроек, котоорые необходимо выполнить после миграции планов амортизации, прежде чем можно будет проверить и активировать новый FI-AA.
После миграции планов амортизации необходимо выполнить дополнительные настройки, прежде чем можно будет проверить и активировать новый FI-AA.
В этой главе будут рассмотрены настройки (Customizing) для нового учёта основных средств (Asset Accounting).
В этой главе мы рассмотрим настройку миграции модуля начислений (Accrual Engine). Здесь также рассматриваются настройка Accrual Engine, ручные шаги миграции, необходимые для отображения и создания контента до и после миграции, а также поддержка правил и значений для определения счетов. К тому же, обсуждаются шаги по конфигурации и подготовке, необходимые для миграции транзакционных данных, связанных с проводками Accrual Engine.
Продолжим описание процесса настройки и проверки правил замещения для учёта по методу себестоимости продаж в SAP S/4HANA. Правила применяются при использовании функциональной области, позволяя автоматически определять или изменять значения полей на основе заданных условий (например, тип документа, счёт).
При миграции бухгалтерских документов в структуру Единого журнала система требует, чтобы для каждой проводки в CO был указан тип документа.
После создания групп регистров необходимо назначить группу регистров принципу бухгалтерского учёта, который используется для выполнения юридических и нормативных требований отчётности организации.
В этой главе рассматриваются настройки (Customizing) для Главной книги SAP (G/L) и валют, интеграция проводок из модуля управления (CO), а также создание групп бухгалтерских книг, необходимых для миграции на SAP S/4HANA Finance. Также описываются конфигурация и последовательность шагов, необходимых для переноса учёта по Главной книге в SAP S/4HANA.
После установки SAP S/4HANA итоговые таблицы и таблицы индексных приложений в текущей среде SAP ERP удаляются и заменяются представлениями SQL на языке описания данных (Data Definition Language, DDL), которые носят те же имена, что и оригинальные таблицы. Эти представления называются совместимыми представлениями (compatibility views), как упоминалось ранее. Они генерируются из DDL-источников и обеспечивают выполнение операторов SELECT к базе данных так же, как и раньше.
В этой главе приводятся технические шаги и действия, необходимые для установки SAP S/4HANA Finance, включая резервное копирование старых таблиц и создание совместимых представлений SAP HANA (SAP HANA compatibility views).
Перед началом миграции рекомендуется выполнить следующие программы и транзакции, а также создать документацию для финансовых отчётов и результатов, чтобы можно было сравнить эти данные после миграции для выявления любых расхождений в финансах.
Далее необходимо проверить, что активирована новая функциональность амортизации основных средств. До активации расширения FI (EA-FIN) проводки в системе выполняются с использованием старого метода расчёта амортизации. Однако после активации этой бизнес-функции автоматически происходит переключение на новую функциональность.
При переходе с классического модуля FI-AA на новый компонент FI-AA в рамках преобразования системы в SAP S/4HANA Finance необходимо использовать программу RASFIN_MIGR_PRECHECK. Эта программа проверяет выполнение предпосылок для перехода на новый модуль FI-AA для всех балансовых единиц, активированных в FI-AA. Программа проверяет выполнение периодических проводок первоначальной стоимости (APC) для всех балансовых единиц.
В этот шаг входит определение требований к оборудованию, например, пропускной способности сети, объёма физической памяти, мощности ЦП и производительности ввода-вывода. Часто размер системы определяется по объёму текущих данных и ожидаемой скорости его увеличения. Параметры аппаратной платформы, программного обеспечения SAP, настройки системы и пользовательской настройки зависят от бизнес-процессов и влияют на размер системы. Рекомендуется определять требуемый объём памяти для SAP HANA как половину от текущего объема базы данных на диске плюс 20% на непредвиденные обстоятельства и буфер плюс ещё 50 ГБ на создание кода, занесение в стек и работу других сервисов.
В рамках запуска проекта преобразования необходимо выполнить развёртывание планировщика обслуживания. Этот инструмент проверяет бизнес-функции и компоненты дополнения в объёме преобразования и в качестве вывода создаёт файл стека (XML).
Помимо прочих операций перед миграцией выполняется анализ подробных данных технической архитектуры текущей системы и ландшафта для подтверждения технической выполнимости перехода на SAP S/4HANA Finance. Как правило, для оценки системы проводится опрос. С его помощью можно определить объём миграции вместе с любыми требующимися корректировками.
Мы рекомендуем изучить все релевантные SAP-ноты и прочитать всю информацию по определению объёма и ограничениям для системы SAP S/4HANA Finance. Сведения по определению объёма и ограничениям будут актуальны для организаций, которые планируют провести миграцию на SAP S/4HANA Finance с SAP ERP 6.0. В проектах внедрения новой системы с нуля система SAP S/4HANA Finance устанавливается с применением SAP Best Practices.
Перед установкой SAP S/4HANA Finance необходимо проверить правильность конфигурации системы. Для этого следует подтвердить активацию обязательных бизнес-функций и выполнить предварительные отчёты. Подробнее о них мы расскажем в этой главе.
Список упрощения представляет собой совокупность элементов упрощения, касающихся организации и структурированных по функциональным сферам. По сути, элемент упрощения может оказывать воздействие как на техническую сторону системы, так и на бизнес-процессы. Например, если структура данных упрощена, необходимо адаптировать соответствующий пользовательский код. В других случаях функциональность может быть заменена более новым и простым приложением.
Готовность системы к переходу на SAP S/4HANA проверяется путём проведения оценки различных аспектов в течение 6–8 недель. За это время выполняются шаги, направленные на определение воздействия на существующую исходную систему в рамках перехода на SAP S/4HANA. В объём оценки входят все действия, обязательные к выполнению до начала проекта преобразования. Таким образом, компания должна провести предварительную оценку готовности существующих систем, архитектуры и функциональности, предпочтительно с участием системного интегратора.
