ECC как финансовая система: регистры, процессы и подготовка к изменениям#
У ECC нет одного универсального финансового шаблона. Два клиента с SAP ERP 6.0 могут различаться установленными enhancement packages и support packages, активированными business functions, вариантом главной книги, структурой компании, локализацией, отраслевыми компонентами и собственными расширениями. Обследование начинайте с паспорта конкретной системы, а не с вывода по номеру версии.
Classic G/L и New G/L: сначала установите активную модель#
В SAP ERP сосуществуют classic General Ledger Accounting и New General Ledger Accounting. Это самостоятельные варианты настройки с различиями в обработке регистров, параллельного учета, характеристик отчетности и document splitting. New G/L предлагает дополнительные возможности, но переход от classic к new G/L является проектом миграции учетных данных и концепции учета. Не выводите используемую модель из факта, что продукт называется ECC.
Зафиксируйте ведущий регистр, дополнительные регистры или параллельные счета, валюты и принципы учета, документы и отчетные разрезы. Проверьте, какие характеристики обязательны для балансовой отчетности и где формируется балансирующая логика. Отдельно сверяйте настройки с отчетами и проводками: название поля само по себе не доказывает одинаковый смысл в разных конфигурациях.
Сквозные процессы: переходы между областями важнее перечня транзакций#
Финансовый документ обычно является частью более длинного процесса. При разборе фиксируйте исходное событие, документы каждой области, точку бухгалтерского признания, платеж или расчет, а также ключи, по которым стадии связываются.
| Маршрут | Что проследить в ECC | Канонические материалы |
|---|---|---|
| Закупка - оплата | заказ и приемка, счет поставщика, FI/AP, платежное предложение, платеж, выписка и клиринг | Procure-to-Pay, поставщики и покупатели, платежи |
| Продажа - поступление денег | заказ/поставка и billing, FI/AR, входящий платеж, сопоставление и клиринг | Order-to-Cash, клиринг и сброс клиринга |
| Учет и закрытие | проводки главной книги и подчиненных регистров, валютная оценка, начисления и закрывающие проверки | проводки и регистры, закрытие периода |
| Распределение затрат | исходные затраты, объекты CO, правила распределения, расчет и отражение финансового результата | объекты и расчет CO |
| Бюджетный контроль | источник операции, учетное присвоение и правила FM, обязательство/факт, доступный бюджет | FI-FM и бюджетирование |
| Основные средства | приобретение или создание, капитализация, амортизация, движение и выбытие | учет основных средств |
Маршруты показывают точки проверки, а не утверждают, что все модули активны в каждой системе. Реальный порядок признания, интеграционные документы и момент обновления зависят от процессов и настройки.
Документ и аналитическая модель#
Для каждой записи различайте бизнес-событие, документ, строку документа, аналитический объект и агрегат отчета. FI главная книга сверяет подчиненные позиции на соответствующих счетах сверки; финансовый документ может сопровождаться обновлением управленческого учета. Однако одинаковые номер и сумма не означают автоматически одну строку или одну гранулярность для всех областей.
При трассировке храните как минимум исходный объект и систему, company code, год, номер документа, позицию, счет/объект учета, валюту, дату проводки и статус. Затем установите, какая версия документа/строки видна в Entry View, G/L view, CO-отчете или выгрузке. Не сводите финансовую модель к одной таблице или одной плоской сумме. Перед чтением таблиц проверьте предназначение объекта и наличие поддерживаемого для задачи интерфейса.
Основные данные покупателя и поставщика#
В ECC клиент и поставщик имеют собственные мастер-записи и организационно-зависимые данные. В сценариях, где параллельно используются Business Partner и customer/vendor accounts, Customer/Vendor Integration (CVI) связывает соответствующие записи при заданных ролях и настройках; это не означает, что любые два похожих имени уже составляют одну запись. Проверяйте идентификаторы, account groups, компанию, роли и статусы синхронизации.
Для перехода к S/4HANA отдельно оцените требования к Business Partner/CVI, качество идентификаторов и дубликатов, обязательные роли и ошибки синхронизации. См. клиенты и поставщики и сопоставление ECC и S/4HANA. Не превращайте общую схему в инструкцию по миграции без анализа целевого релиза.
Расширения, Z-код и исторические механизмы#
В долгоживущей ECC-системе сосуществуют Customizing, стандартные enhancement-точки, customer exits/BAdI, пользовательские объекты Z/Y, интерфейсы и локальные отчеты. Их риск определяется не именем объекта, а вызываемым процессом, изменяемыми данными, порядком исполнения, зависимостями и покрытием тестами.
Для каждого расширения установите: кто вызывает его и когда; какие документы и объекты оно читает или меняет; есть ли обновление/commit, блокировка или побочный эффект; какие интеграционные контракты оно затрагивает; кто владелец; каким тестом подтверждается результат. Отдельно помечайте модификации SAP standard, классические расширения и поддерживаемые точки расширения. Историческое наличие механизма не подтверждает поддержку в целевом релизе.
К редким механизмам применяйте правило минимально достаточного изучения: подтверждайте их использование в исходной системе, область процесса, зависимость от компонента и план замены/сохранения. Не делайте общий вывод о поддержке только по тому, что объект найден в старом коде.
Паспорт и готовность к изменениям#
До проектирования перехода или крупной модификации соберите:
- Product release, enhancement package, support package, kernel/ABAP уровень и установленные компоненты.
- Активные business functions, локализации, отраслевые решения и критические переключатели.
- G/L-модель, регистры, валюты, company codes, CO/FM/AA структуры и закрывающие календари.
- Варианты мастер-данных, account groups, CVI-связи, дубликаты и незавершенные изменения.
- Основные сквозные процессы и документы на каждом переходе, включая ручные обходы.
- Пользовательские объекты, расширения, интерфейсы, задания, роли, владельцев и тесты.
- Объемы и качество данных, открытые позиции, архив, сверки и результаты предыдущих конверсий.
- Интеграции, частоту/задержку обмена, правила повторов, очереди и журналирование ошибок.
Для каждой позиции храните источник факта, дату обследования, владельца и уверенность. Затем сопоставляйте ограничения исходного и целевого релиза, формируйте сценарии, тестовые данные и критерии приемки. Пробный прогон, сверка и подтверждение бизнес-процесса необходимы; этот справочник не является результатом анализа пользовательской системы.
Материал частично покрывает темы ECC-02 - ECC-08. Ссылки ведут на SAP Help для SAP ERP 6.0 EHP8, где это явно указано; записи источников имеют статус metadata_only. Система ECC заказчика, конфигурация, инвентаризация Z-кода, состояние CVI, репетиция перехода и SAP runtime не проверялись.