Организационная структура SAP: Взаимосвязь между Компанией, Планом счетов и Контроллингом
Объяснение того, как SAP S/4HANA связывает финансовый учет (FI) и управленческий учет (CO) через организационные объекты.
В этом материале
Короткий ответ
В SAP Компания (Company Code) является центральным подразделением финансового учета (FI), где регистрируются транзакции для внешней отчетности. План счетов (Chart of Accounts, COA) представляет собой мастер-список всех доступных счетов Главной книги (G/L). Главная книга (G/L) - это конкретное подмножество этих счетов, закрепленное за определенной Компанией. Контроллинговая область (Controlling Area) - это объект управленческого учета (CO), используемый для внутреннего управления затратами и доходами; она может содержать несколько Компаний при условии, что все они используют один и тот же операционный План счетов и один и тот же вариант финансового года.
Ментальная модель организационной иерархии SAP
Чтобы понять взаимосвязь между этими объектами, представьте иерархию детализации данных и их назначения. На самом высоком уровне определения находится План счетов, который действует как универсальный словарь всех возможных счетов. Ниже него Компания выступает в роли юридического лица, которое использует определенный набор этих счетов для формирования своей Главной книги. Наконец, Контроллинговая область выступает в роли управленческого зонтика. Она позволяет бизнесу агрегировать затраты и доходы от нескольких юридических лиц (Компаний) в единый управленческий отчет, при условии, что эти организации говорят на одном «бухгалтерском языке» благодаря общему Плану счетов.
Практический пример: Управление несколькими предприятиями
Рассмотрим глобальную корпорацию с двумя дочерними компаниями: немецким юридическим лицом (Компания 1010) и американским юридическим лицом (Компания 1710). Обе дочерние компании принадлежат одной материнской группе и управляются в рамках одной Контроллинговой области (A000).
Группа использует один мастер-План счетов (COA_GLOBAL) для обеспечения согласованности. Немецкое подразделение использует подмножество COA_GLOBAL для подготовки своей местной финансовой отчетности. Американское подразделение использует другое подмножество того же COA_GLOBAL для своей местной отчетности. Поскольку они используют один и тот же План счетов и вариант финансового года, Контроллинговая область может беспрепятственно агрегировать данные о расходах как немецкого, так и американского подразделений для внутренней управленческой отчетности.
// Illustrative Data Mapping
// Chart of Accounts: COA_GLOBAL
// |
// |-- G/L Account 400000 (Travel Expense)
// | |-- [COA Level] Description: Travel Expense
// | |-- [Company Code 1010 Level] Currency: EUR
// | |-- [Company Code 1710 Level] Currency: USD
// |-- G/L Account 500000 (Rent Expense)
//
// Controlling Area: A000
// |-- Assigned Company Codes: 1010, 1710Ожидаемый результат
При правильной настройке транзакция, проведенная в Компании 1010, автоматически инициирует соответствующую проводку в Контроллинговой области (CO). Это позволяет руководству видеть распределение затрат в режиме реального времени. Финансовая отчетность (Баланс/Отчет о прибылях и убытках) формируется на уровне Компании, в то время как отчеты по центрам затрат и анализ маржинальности формируются на уровне Контроллинговой области.
Диагностика: Выявление несоответствий конфигурации
Если пользователь пытается назначить Компанию Контроллинговой области и получает ошибку, проблема, скорее всего, заключается в несоответствии базовых настроек. Для успешной связи Компания и Контроллинговая область должны иметь одинаковый Операционный План счетов и одинаковый Вариант финансового года. Если они не совпадают, система не сможет согласовать временные периоды или структуру счетов между модулями финансового и управленческого учета.
Распространенные ошибки
Частой ошибкой является смешение уровня Плана счетов и уровня Компании. Если администратор блокирует счет ГК на уровне Плана счетов, этот счет становится недоступным для каждой Компании в системе. Напротив, если необходимо предотвратить проводки только для одного конкретного юридического лица, блокировку следует применять только на уровне Компании. Другая ошибка - попытка назначить нескольким Компаниям с разными операционными Планами счетов одну и ту же Контроллинговую область, что запрещено архитектурой системы.
Критерии принятия решений
При проектировании организационной структуры используйте следующие критерии: 1. Используйте одну Контроллинговую область для нескольких Компаний, если вам требуется интегрированная управленческая отчетность по этим предприятиям. 2. Убедитесь, что все Компании в рамках этой Контроллинговой области используют один и тот же Операционный План счетов для обеспечения этой интеграции. 3. Используйте уровень Компании для настроек, уникальных для юридического лица (таких как местная валюта или налоговые коды), и уровень Плана счетов для настроек, которые должны быть единообразными во всем предприятии (таких как описания счетов и типы счетов).
Область применения и ограничения
Данное объяснение применимо к средам SAP S/4HANA и ECC. Оно фокусируется на взаимосвязи между организационными объектами FI и CO. Оно не охватывает конфигурацию вторичных элементов затрат, специфику Операционной области (используемой для анализа маржинальности) или технические шаги по настройке Реестра в средах универсального журнала S/4HANA. Предполагается стандартная корпоративная структура, где FI и CO интегрированы.
Что проверить
- Использует ли Компания тот же Операционный План счетов, что и Контроллинговая область?
- Использует ли Компания тот же Вариант финансового года, что и Контроллинговая область?
- Расширен ли счет ГК до сегмента Компании для настроек местной валюты?
Границы применения
Не охватывает конкретные шаги конфигурации в SAP S/4HANA; не включает подробности по вторичным счетам затрат.