TATECHATLAS
◎ Русский
SAP и ERP / Руководство

Как Универсальный журнал объединяет финансовую и управленческую бухгалтерию в SAP S/4HANA

Универсальный журнал SAP S/4HANA записывает фактические данные FI и CO в одну таблицу ACDOCA, поэтому финансовая и управленческая бухгалтерия используют одни и те же проводки. Это устраняет традиционное бремя согласования в конце периода, поддерживает разделение документов и сегментную отчетность, а также обеспечивает анализ маржи в реальном времени с параллельными учетными принципами.

В этом материале

Универсальный журнал (Universal Journal) объединяет финансовую и управленческую бухгалтерию в SAP S/4HANA, записывая фактические данные FI и CO в одну таблицу ACDOCA, чтобы обе перспективы использовали одни и те же проводки. Это устраняет традиционную необходимость согласования разных структур данных, типов объектов и полей, специфичных для рабочих областей, в конце периода. Единицы контроля, вторичные элементы затрат и общие измерения, такие как центр прибыли и центр затрат, объединяются в каждую запись журнала вместо того, чтобы храниться избыточно. Разделение документов сохраняет баланс проводок для единиц отчетности ниже уровня компании, что поддерживает сегментные балансы и отчетность по центрам прибыли. Атрибуты рыночных сегментов записываются в момент проводки, поэтому анализ рентабельности и показатели отчета о прибылях и убытках остаются непрерывно согласованными. Параллельные ведущие счета и учетные принципы, такие как US GAAP и IFRS, могут сосуществовать, не нарушая единственный источник истины. Перед сравнением показателей FI и CO пользователям все равно необходимо проверить фильтры, ведущие счета, периоды, валюты и уровень детализации, потому что интеграция устраняет работу по согласованию, но не устраняет работу по интерпретации.

Почему раньше была необходима согласование в конце периода

До SAP S/4HANA финансовая бухгалтерия и управленческая бухгалтерия часто вели себя как две тесно связанные, но отдельно поддерживаемые рабочие области. Каждая область могла хранить данные с разным уровнем детализации, использовать разные типы объектов и сохранять свои собственные поля для таких вещей, как параллельные валюты, поля клиента или улучшения процессов. Это делало закрытие периода трудоемким, потому что бухгалтерии приходилось согласовывать результаты между разными рабочими областями, прежде чем показатели можно было считать надежными вместе.

Бремя согласования также возникало из-за необходимости объединять результаты из отдельных областей приложений во внешний хранилище данных. Чтобы представить текущий общий результат, часто требовалось множество экстракторов для загрузки данных во внешние платформы. Другими словами, одна и та же бизнес-реальность приходилось воссоздавать в нескольких местах, а различия в структуре и детализации приходилось сглаживать вручную или через дополнительные процессы.

Это проблема, которую должен устранить Универсальный журнал. Если финансовая бухгалтерия и контроллинг используют одни и те же проводки, причина отдельного шага согласования в значительной степени исчезает. Ключевая идея заключается не просто в более быстрой отчетности, а в структурном изменении того, где живут данные и как они разделяются.

При сравнении результатов FI и CO начинайте с одних и тех же строк ACDOCA, а затем применяйте одинаковые фильтры по ведущему счету, периоду, валюте, центру прибыли, центру затрат и сегменту. Если числа все еще отличаются, причина обычно заключается в выборе отчетности, а не в пропущенном шаге согласования.

Универсальный журнал как единственный источник истины

В SAP S/4HANA фактические данные финансовой бухгалтерии и контроллинга записываются в одну таблицу, Универсальный журнал, чье техническое имя ACDOCA. Эта таблица действует как окончательный единственный источник истины для финансовых данных. Поскольку все финансовые данные основаны на одних и тех же проводках, согласование между финансовой бухгалтерией и контроллингом в традиционном смысле не требуется.

Интеграция описывается как постоянное согласование, достигаемое путем объединения нескольких компонентов, включая бухгалтерию по общим счетам, бухгалтерию активов, контроллинг, анализ рентабельности и материальный ведущий счет. Все бизнес-транзакции, как внутренние, так и внешние, записываются по счетам ГЛ. Это означает, что FI и CO не лежат поверх отдельных историй, которые позже должны быть согласованы; они черпают из одних и тех же записанных событий.

Практическое следствие заключается в том, что можно просматривать детализацию до одних и тех же проводок из ключевых показателей и отчетов FI и CO без правил сопоставления. Например, бухгалтер по ГЛ может просматривать детализацию с балансового счета основных средств до отдельных основных средств, назначенных на счет, а менеджер центра затрат может быстро определить, какие основные средства несут затраты на амортизацию для центра затрат. Одни и те же хранимые данные поддерживают оба представления.

Как измерения FI и CO объединяются в одной записи журнала

Универсальный журнал объединяет единицы контроля, составляющие блок кодирования, в каждую запись журнала. Эти единицы могут включать объекты, такие как центр затрат, проект и внутренний заказ. В то же время вторичные элементы затрат обрабатываются как специальный тип счета ГЛ, а не как отдельный объект в CO. Это уменьшает необходимость хранения параллельных структур для одного и того же экономического события.

Источники также подчеркивают, что разные компоненты приложений часто используют одни и те же измерения, такие как центр прибыли, центр затрат или фонд. Поскольку эти измерения интегрированы в запись журнала, их не нужно хранить избыточно в каждом компоненте. Это значимая эффективность, потому что один и тот же атрибут может служить финансовой отчетности и управленческой отчетности, не создаваясь в другом месте.

Объединенная структура делает просмотр детализации и сравнение проще. Поскольку измерения сопровождают запись журнала, отчеты могут перемещаться между финансовой и управленческой перспективами без повторного построения связи каждый раз. Интеграция также помогает сравнимости, потому что затраты в отчете о прибылях и убытках можно сравнивать напрямую с затратами в отчете контроллинга, когда оба основаны на одних и тех же данных.

Разделение документов для сбалансированной отчетности ниже уровня компании

Разделение документов является важной частью истории отчетности, потому что оно сохраняет баланс записей журнала для субъектов ниже уровня всей компании. Источники утверждают, что Универсальный журнал обеспечивает разделение документов, чтобы балансы можно было подготовить для нескольких измерений. Полный баланс можно подготовить для каждого сегмента, например.

Это важно, потому что сегментная отчетность не ограничивается группировкой пунктов отчета о прибылях и убытках. При сбалансированных записях журнала становится возможным создавать балансовые представления для единиц отчетности, которые не соответствуют юридическому коду компании. Это одна из причин, по которой сегментная отчетность может дать более глубокое понимание бизнес-деятельности, а не просто переформулировать результаты юридических субъектов.

В примере Bike Company и немецкий, и американский коды компаний осуществляют бизнес-деятельность, такую как велосипеды, запасные части и услуги. Помимо финансовой отчетности для каждого кода компании, можно создать дополнительные финансовые отчеты, которые группируют деятельность across компаний, например баланс и отчет о прибылях и убытках для велосипедов. Разделение документов помогает сделать такие представления возможными, сохраняя при этом баланс записей для измерения отчетности.

Сегментная отчетность, поддерживаемая Универсальным журналом

Сегмент - это подразделение компании, для которого можно создавать финансовые отчеты для внешней отчетности. Сегментная отчетность дает понимание различных бизнес-деятельностей диверсифицированной компании. В соответствии с международными принципами бухгалтерского учета, такими как IFRS 8 и ASC 280 в US GAAP, компании обязаны предоставлять информацию о финансовых результатах бизнес-сегментов, также называемых операционными сегментами.

В SAP S/4HANA финансовые отчеты можно создавать на уровне кода компании, который представляет юридические единицы. Финансовые отчеты, основанные на сегментах, могут группировать бизнес-деятельность across кодов компаний. Это различие важно: отчетность по коду компании следует юридическим единицам, тогда как сегментная отчетность может следовать тому, как бизнес управляется или продается, даже когда эти деятельности охватывают несколько юридических субъектов.

Источники утверждают, что Универсальный журнал поддерживает сегментную отчетность, помогая обеспечить всеобъемлющие финансовые инсайты и точность. Сегментная отчетность поэтому естественно вписывается в ту же интегрированную таблицу, которая поддерживает отчетность по общим счетам, бухгалтерию центров прибыли и другие измерения. Сегмент - это еще одно отчетное окно на одни и те же базовые записи журнала.

Анализ маржи в реальном времени и согласование рентабельности

Анализ маржи поддерживается путем записи рыночных сегментов как дополнительных атрибутов в записях журнала. Это обеспечивает непрерывный анализ рентабельности вместо ожидания периодических запусков расчета. Например, затраты на зарплату, проводка на центр затрат, могут иметь соответствующий рыночный сегмент, выведенный напрямую, поэтому информация доступна для анализа раньше.

Источники также описывают преимущество согласования на уровне отчета о прибылях и убытках. Для каждого балансового элемента задаются финансовые атрибуты отчета, чтобы данные рентабельности всегда были согласованы с балансом. Поля рыночных сегментов заполняются путем прямого ввода атрибутов рентабельности или автоматического вывода, а атрибуты могут обогащаться дальнейшими процессами, такими как расчет или распределения.

Практический эффект заключается в том, что отчет о прибылях и убытках полностью согласован с отчетами о рентабельности, и анализ рыночных сегментов возможен для каждого пункта отчета о прибылях и убытках. Анализ маржи в реальном времени поэтому не просто отдельная функция отчетности; он зависит от той же интегрированной структуры записи журнала, которая несет атрибуты рентабельности рядом с финансовой проводкой.

Параллельный учет и разные учетные принципы

Параллельный учет поддерживается через параметры ведущего счета и учетного принципа. Источники описывают единицу ведущего счета как предлагающую несколько вариантов для отчетности US GAAP, что позволяет проводить отчетность на основе разных учетных принципов, таких как US GAAP и IFRS. Это означает, что разные правила отчетности могут применяться без отказа от единственного источника истины.

Это актуально, потому что компаниям часто нужен более чем один взгляд на одну и ту же транзакцию. Один взгляд может следовать статутным или местным требованиям, а другой - другому учетному стандарту. Подход Универсального журнала позволяет этим взглядам сосуществовать, сохраняя базовые данные интегрированными, а затем применяя логику разных учетных принципов там, где это необходимо.

Урок сегментной отчетности также упоминает параллельный учет в общем журнале как способ применять разные учетные принципы одновременно. Вместе с Универсальным журналом это поддерживает соответствие и сравнимость, избегая более старой модели поддержания совершенно отдельных путей согласования для каждого принципа.

Практические проверки отчетности перед сравнением показателей FI и CO

Даже с одной таблицей источника пользователям следует все равно проверять контекст отчетности перед сравнением сумм. Источники указывают на несколько факторов, которые могут влиять на то, что показано, включая фильтры, ведущие счета, периоды, валюты и уровень детализации. Могут также иметь значение разные варианты в дизайне рабочих областей, такие как поля клиента, улучшения процессов, параллельные валюты и несколько учетных принципов.

Разумная проверка заключается в подтверждении того, что сравнение использует одни и те же строки ACDOCA и одни и те же отчетные атрибуты. Если показатели интерпретируются на разных уровнях детализации или через разные измерения, различие может быть выбором отчетности, а не ошибкой согласования. Именно поэтому интеграция устраняет старое бремя согласования, но не устраняет необходимость тщательного дизайна отчета.

Также полезно помнить, что атрибуты могут обогащаться дальнейшими процессами, такими как расчет или распределения. Поэтому, хотя запись журнала является общей базой, последующее обогащение все еще может влиять на то, что отображает отчет. Практическое правило заключается в понимании того, какие атрибуты и фильтры сформировали числа, прежде чем делать вывод, что FI и CO должны быть идентичными.

Что проверить

  • Подтвердите, что ACDOCA рассматривается как единственный источник истины для фактических данных FI и CO, а не просто как отчетное представление.
  • Проверьте, что вторичные элементы затрат обрабатываются как специальный тип счета ГЛ, а не как отдельный CO-объект.
  • Убедитесь, что разделение документов активно, когда требуются балансы для сегментов или других единиц отчетности ниже уровня кода компании.
  • Обеспечьте ввод или вывод атрибутов рыночных сегментов в момент проводки, если ожидается непрерывный анализ маржи.
  • Проверьте настройки ведущих счетов и учетных принципов перед сравнением показателей, которые должны следовать разным правилам, таким как US GAAP или IFRS.
  • Изучите фильтры, период, валюту и уровень детализации перед выводом, что суммы FI и CO должны совпадать точно.

Доступные источники описывают концепцию Универсального журнала и логику отчетности, но не предоставляют пошаговых инструкций по настройке. Это объяснение сосредоточено на интеграции и устранении согласования, а не на каждом правиле организационной настройки или деталях миграции. Практическое сравнение отчетности все равно требует внимания к фильтрам, ведущим счетам, периодам, валютам и уровню детализации. Руководство не охватывает особые случаи, когда могут быть актуальны дополнительные процессы расчета, распределения или обогащения. Универсальный журнал уменьшает согласование между финансовой бухгалтерией и контроллингом, но не автоматически устраняет каждую последующую задачу отчетности или обогащения.

Источники

  1. SAP Learning: Universal Journal ↗
  2. SAP Learning: General ledger reporting dimensions ↗
  3. SAP Learning: organizational objects ↗
Наверх ↑