AA: Перенос начальных данных и история основных средств
Как определить дату переноса, составить баланс и движения по активу, выбрать метод миграции и сверить начальные значения до промышленной загрузки.
3 мин чтения·База знаний
Ревизия 2Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
AA: Перенос начальных данных и история основных средств#
Перенос FI-AA должен сохранить согласованную точку отсечения между старой системой и SAP: карточку актива, накопленные значения на дату переноса и, если перенос выполняется внутри финансового года, движения этого года. Неверные начальные значения затронут последующую амортизацию и бухгалтерские остатки, поэтому миграция требует полного теста и сверки до загрузки в производственную систему.
Зафиксируйте transfer date и согласуйте её с закрытым финансовым годом, открытым годом и датой переноса FI-GL. При переносе на конец года обычно передаются кумулятивные значения на дату закрытого года. При переносе в течение года дополнительно нужны данные текущего года от его начала до даты переноса, включая амортизацию и операции в зависимости от выбранной процедуры.
Проверьте по каждому активу как минимум идентичность и организационные присвоения, дату капитализации, стоимость приобретения/производства, накопленную амортизацию и чистую балансовую стоимость в каждой нужной области оценки и валюте. Согласуйте состав истории: переносятся ли только остатки или также отдельные движения и открытые позиции. Для AuC и построчных значений применяются особые правила; их нельзя без проверки сводить к одной сумме.
Выберите метод и подготовьте правила сопоставления#
SAP документирует ручной перенос для малого объёма и тестирования, а для автоматической загрузки - поддерживаемые для выбранного сценария средства, включая Migration Cockpit и другие методы, описанные для конкретной версии. Возможности и ограничения отличаются: например, правила нумерации, использование usage objects и обработка AuC зависят от метода и релиза.
До загрузки сопоставьте старые классы и идентификаторы с целевыми классами активов, компаниями, областями оценки, счетами и валютами. Установите правила округления, даты и классификации. Проверьте перенос параллельных валют: автоматическая трансляция и передача исторических значений - разные решения. Не делайте вывод о доступности конкретного инструмента только по названию SAP S/4HANA; сверяйте документацию целевой версии и deployment model.
Сформируйте контрольные суммы по количеству активов и значениям, отдельно по компании, классу, области, ledger и валюте.
Проведите ручную пробную загрузку репрезентативной выборки в тестовой системе.
Проверьте документы переноса и обновление счетов главной книги.
Повторите полный тест миграции и сравните результат с исходной системой на одной transfer date.
Проверьте амортизацию после переноса и баланс-carryforward, если точка переноса приходится на конец прошлого года.
Зафиксируйте исключения, подтверждённые корректировки и владельца контрольной сверки.
SAP предупреждает, что ошибочный перенос нельзя просто отменить как обычную загрузку. План исправления зависит от статуса сегмента, наличия активов и уже проведённых документов. Поэтому до production load подтвердите тест, сверку с источником и процедуру восстановления для используемого метода.
Прочитаны SAP Help для On-Premise и Cloud Public Edition; переносы и ограничения описаны раздельно по редакциям. Снимки подтверждают документацию, но миграционный проект, файлы загрузки, сверка данных, целевая конфигурация и SAP runtime не проверялись.
Asset Accounting transfer must preserve a clear cutoff between the old system and SAP: the asset record, accumulated values at the transfer date, and, for a mid-year transfer, transactions for the current year. Incorrect opening values affect later depreciation and accounting balances, so migration requires a complete test and reconciliation before production loading.
Record the transfer date and align it with the closed fiscal year, open year, and FI-GL transfer date. For a year-end transfer, cumulative values at the closed-year date are generally transferred. For a transfer during the year, current-year data from the start of the year through the transfer date is also needed, including depreciation and transactions as required by the selected procedure.
For each asset, check its identity and organizational assignments, capitalization date, acquisition or production cost, accumulated depreciation, and net book value in each required depreciation area and currency. Agree whether the transfer contains only balances or individual transactions and open items as well. AuC and line-item values have special rules and should not be collapsed into a single amount without checking them.
SAP documents manual transfer for smaller volumes and testing, and automatic loading methods such as Migration Cockpit and other methods supported by the selected version. Capabilities and constraints differ. Numbering rules, usage objects, and AuC handling depend on the method and release.
Before loading, map legacy classes and identifiers to target asset classes, company codes, depreciation areas, accounts, and currencies. Define rounding, dates, and classification rules. Check parallel currency transfer: automatic translation and transfer of historical values are different decisions. Do not infer that a tool is available from the name SAP S/4HANA alone; check the target version and deployment model.
Create control totals for asset counts and values by company, class, depreciation area, ledger, and currency.
Run a manual sample transfer for representative assets in a test system.
Check transfer documents and G/L account updates.
Run a complete migration test and compare it with the source system at the same transfer date.
Check post-transfer depreciation and balance carryforward if the cutoff is at the prior year end.
Record exceptions, approved adjustments, and the owner of reconciliation.
SAP warns that an incorrect transfer cannot simply be undone like an ordinary load. A correction plan depends on segment status, existing assets, and posted documents. Before production loading, approve the test, source reconciliation, and recovery procedure for the selected method.
This material combines SAP S/4HANA On-Premise Help 2025 FPS01 with a separately labeled SAP Cloud legacy-transfer overview. Cloud documentation does not prove identical On-Premise capabilities. Sources are registered as metadata_only; no migration project, load files, target configuration, or SAP runtime were checked.