Share via

Планирование организационной иерархии

  • Мақала

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

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

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

Примечание

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

Важно

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

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

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

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

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

Основные данные

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

Если организация моделируется как операционная единица

Данные справочника являются общими для операционных единиц.

Параметры модулей

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

Если организация моделируется как операционная единица

Параметры модулей являются общими для нескольких операционных единиц.

Безопасность данных

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

Если организация моделируется как операционная единица

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

Главные книги

Для каждого юридического лица требуется книга учета, в которой представлены планы счетов, валюта учета, валюта отчетности и финансовый календарь. Балансовый отчет может создаваться только для юридического лица. Счет ГК, аналитики, структуры счетов, планы счетов и правила формирования счета могут использоваться несколькими юридическими лицами.

Если организация моделируется как операционная единица

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

Финансовые календари

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

Если организация моделируется как операционная единица

Операционные единицы должны использовать общий финансовый календарь. Если ваши внутренние организации могут использовать одинаковые финансовые годы и финансовые календари, можно моделировать организации как операционные единицы.

Объединение

Необходимо консолидировать финансовые результаты для региональных офисов в одну консолидированную компанию для подготовки финансовых отчетов.

Если организация моделируется как операционная единица

Консолидация не является обязательной, поскольку данные уже являются общими для операционных единиц.

Централизованные платежи

Централизованные платежи должны быть настраиваться так, чтобы накладные для всех дочерних юридических лиц могли оплачиваться для одного родительского юридического лица.

Если организация моделируется как операционная единица

Централизованные платежи не являются обязательными, поскольку все накладные записываются в едином юридическом лице.

Внутрихолдинговые проводки

Внутрихолдинговые заказы на продажу, заказы на покупку, платежи и получения могут применяться друг к другу. Вы не обязаны использовать операции журнала. Можно просматривать внутрихолдинговые проводки на уровне вспомогательных книг (расчеты с клиентами, расчеты с поставщиками). Следующие примеры иллюстрируют, как обрабатываются внутрихолдинговые проводки.

Пример 1: центральный офис предоставляет услуги региональным офисам, и необходимо начислить стоимость этих услуг на региональные офисы

Если региональный офис моделируется как юридическое лицо, имеются следующие варианты:

  • Центральный офис создает запись журнала для взимания нужной суммы с регионального офиса. Проводка не может быть просрочена.
  • Центральный офис отправляет заказ на покупку услуг в региональный офис. Заказ на продажу автоматически создается в юридическом лице регионального офиса, и создаются внутрихолдинговыми проводками на уровне вспомогательных книги.
Пример 2: центральный офис закупает и оплачивает услуги, которые предоставляются региональному офису

Если региональный офис моделируется как юридическое лицо, имеются следующие варианты:

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

Если организация моделируется как операционная единица

Внутрихолдинговые проводки между операционными единицами поддерживаются только через операции журнала. Операционная единица не может выдать или получить заказ на покупку, заказ на продажу или накладную из другой операционной единицы в одном юридическом лице. Нельзя просматривать внутрихолдинговые проводки на уровне вспомогательных книг (расчеты с клиентами, расчеты с поставщиками). Следующие примеры иллюстрируют, как обрабатываются внутрихолдинговые проводки.

Пример 1: центральный офис предоставляет услуги региональным офисам, и необходимо начислить стоимость этих услуг на региональные офисы

Если региональный офис моделируется как операционная единица, центральный офис вводит проводку расходов и устанавливает для нее код регионального офиса.

Пример 2: центральный офис закупает и оплачивает услуги, которые предоставляются региональному офису

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

Местные налоговые требования

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

Если организация моделируется как операционная единица

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

Предусмотренная законом отчетность для страны или региона

Для поддерживаемых стран и регионов можно создавать большинство предусмотренных законодательством отчетов.

Примечание

Слой разноски в главной книге позволяет делать записи корректировки в родительской компании, которая использует другой стандарт учета, чем дочерняя компания. Например, для компании, которая использует принципы учета GAAP в Соединенном Королевстве (UK GAAP), можно делать записи корректировки в слое разноски. Эти записи можно консолидировать в родительскую компанию, которая использует принципы учета GAAP в США. Записи корректировки не влияют на отчетность GAAP в Соединенном Королевстве.

Если организация моделируется как операционная единица

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

Денежный

Если организации должны использовать различные функциональные валюты, организации должны моделироваться как юридические лица. Функциональные валюты настраиваются на уровне юридического лица. Однако можно ввести проводки в нескольких валют.

Если организация моделируется как операционная единица

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

Закрытие года

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

Если организация моделируется как операционная единица

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

Номерные серии

Номерные серии для некоторых ссылок можно настраивать на уровне юридического лица. Некоторые номерные серии можно использовать совместно.

Если организация моделируется как операционная единица

Номерные серии для некоторых ссылок можно настраивать на уровне операционной единицы. Некоторые номерные серии можно использовать совместно.

Товары

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

Примечание

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

Если организация моделируется как операционная единица

Все операционные единицы используют один и тот же набор продуктов. Если ваши внутренние организации могут использовать один набор продуктов, можно моделировать организации как операционные единицы.

Запросы и отчетность

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

Если организация моделируется как операционная единица

Нет необходимости изменять компании для обращения к данным из нескольких операционных единиц. Консолидированные запросы и отчеты и отдельные региональные запросы работают быстрее и являются более простыми.

Рекомендации по моделированию организаций и иерархий

Рассмотрим следующие рекомендации по реализации организационной иерархии.

  • Создайте подразделение для моделирования пересечения между юридическим лицом и бизнес-единицей. Затем можно передать сведения из подразделения юридическому лицу для предусмотренной отчетности и из подразделения в бизнес-единицу для внутренней отчетности. Подразделения могут выступать в качестве центров прибыли. При использовании подразделений нет необходимости использовать и юридические лица и бизнес-единицы в качестве аналитик в структуре счета. В качестве аналитики можно использовать только подразделения. Однако необходимо использовать и центры затрат, и подразделения в качестве аналитик в структуре счета, если центры затрат используются только в виде накопителей затрат, а отделы — для распознавания выручки.
  • Смоделируйте несколько иерархий для операционных единиц, если имеются сложные требования к отчетности прибылей и убытков.
  • В одном юридическом лице не моделируйте несколько иерархий для одной цели иерархии.
  • Не создавайте иерархию для каждого назначения. Обычно можно использовать одну иерархию для нескольких назначений. Например, одну иерархию операционных единиц можно назначить всем связанным с политикой назначениям.
  • Создайте сбалансированные иерархии. В иерархии все узлы, находящиеся на одном расстоянии от корневого узла, определяются как уровень. В сбалансированной иерархии только один тип операционной единицы может использоваться на каждом уровне, а расстояние от корневого узла до каждого уровня последовательно. Если между подразделением и юридическим лицом или бизнес-единицей существуют промежуточные уровни, могут потребоваться организации-заполнители для создания сбалансированной иерархии.
  • Не моделируйте отдельно иерархию операционных единиц, если структура для юридических лиц также является рабочей структурой. Смешанная иерархия юридических лиц и операционных единиц может использоваться для обоих назначений.
  • Перед моделированием основных сценариев реструктуризации используйте даты вступления в силу иерархии для выполнения анализа влияния и проверочного испытания.
  • Используйте режим черновика для изменения иерархии до публикации новой версии в производственной среде.
  • Ограничьте число людей, которые будут иметь разрешения на добавление или удаление организаций из иерархии в производственной среде. Чем меньше таких пользователей, тем меньше вероятность возникновения дорогостоящих ошибок, которые будет необходимо исправить.