В чем заключается процедура консолидации данных?
Процедуру консолидации можно рассматривать как поэтапное выполнение определенных шагов, которые описаны ниже.
1. Трансформированные данные индивидуальных компаний
Процедура консолидации начинается со сбора и анализа трансформированных данных всех индивидуальных компаний подлежащих консолидации.
2. Определение эффективных долей владения
Расчет эффективных долей владения осуществляется для каждого периода составления отчетности в соответствии с критериями классификации дочерних, зависимых и прочих финансовых вложений.
3. Определение периодов и методов консолидации
Для каждой компании определяется метод консолидации ее отчетности в консолидированную отчетность Группы. Метод консолидации выбирается для каждого подпериода, за который собиралась отчетность компании.
4. Агрегация данных и Повторение консолидированных поправок прошлых периодов
Соответствующие статьи дочерних, совместных и зависимых компаний агрегируются, и на них накладываются консолидационные поправки прошлого периода.
5. Сверка остатков на начало периода с остатками на конец прошлого года, устранение расхождений
После повторения консолидационных поправок прошлого периода производится сопоставление величины консолидированной прибыли на конец предыдущего отчетного периода с консолидированной прибылью на начало текущего отчетного периода. В случае обнаружения расхождений они устраняются по аналогии с правилами зафиксированными в основных подходах к процессу трансформации Учетной политики.
6. Исключение внутригрупповых расчетов и нереализованной прибыли в остатках и начисление консолидационных поправок
Исключение внутригрупповых расчетов и нереализованной прибыли в остатках, а также начисление консолидационных поправок производится в каждом периоде в соответствии с правилами Учетной политики.
7. Визирование консолидированных данных
Консолидированные данные проверяются и визируются начальником отдела МСФО после начисления всех консолидационных поправок.
Консолидация данных
Например, если имеется лист расходов для каждого регионального представительства, консолидацию можно использовать для преобразования этих данных в корпоративный лист по расходам. Этот основной лист может содержать общие и средние объемы продаж, текущее количество товаров на складах и сведения о продуктах, пользующихся наибольшим спросом, по всей организации.
При консолидации данных они компонуются так, что их становится проще обновлять и обобщать на регулярной основе или при необходимости.
Существует два основных способа консолидации данных.
Консолидация по расположению. Этот метод применяется, если данные из различных источников упорядочены одинаково и в них используются одни и те же подписи столбцов и строк (например, при наличии нескольких листов расходов, созданных из одного и того же шаблона).
Консолидация по категории. Этот метод применим, если данные из различных источников упорядочены по-разному, но и в них используются одни и те же подписи столбцов и строк (например, при наличии листов с данными о запасах для каждого месяца, которые имеют одинаковый макет, но содержат разные элементы или разное число элементов).
Чтобы консолидировать данные, следует воспользоваться командой
Консолидация данных по расположению используется, если консолидируемые данные размещены в одном и том же порядке, т.е. таблицы идентичны. Технология консолидации следующая:
Выделите ячейку, представляющую левый верхний угол области, в которой требуется разместить консолидированные данные.
На вкладке Данные в группе Работа с данными выберите команду Консолидация.
В диалоговом окне Консолидация выберите в раскрывающемся списке Функция итоговую функцию, которую требуется использовать для консолидации данных.
В поле Ссылка введите исходную область для консолидации данных (диапазон ячеек), нажмите кнопку Добавить. Повторите эти действия для всех диапазонов, данные из которых будут участвовать в консолидации, после чего нажмите кнопку OK.
Консолидация данных по категориям используется, если данные исходных областей не упорядочены, но имеют одни и те же заголовки. Технология этой консолидации совпадает с технологией консолидации данных по значению. Однако в диалоговом окне Консолидация в группе Использовать в качестве имен следует установить параметры подписи верхней строки и/или значения левого столбца
Если была выполнена консолидация данных, то при изменениях в исходных областях следует повторить консолидацию. Можно избежать повторения консолидации в случае изменения исходных данных путем связывания консолидируемых данных с исходными. Чтобы консолидация обновлялась автоматически при изменении исходных данных в другой книге, установите флажок Создавать связи с исходными данными. Установка параметра означает, что между исходными данными и результатами консолидации устанавливается динамическая связь, обеспечивающая автоматическое обновление данных.
Этот флажок можно устанавливать только в случае, если лист с данными находится в другой книге. После того как этот флажок установлен, изменить набор входящих в консолидацию ячеек и диапазонов невозможно.
Консолидация данных — Студопедия
При консолидации данных над значениями, расположенными в различных областях, могут быть выполнены те же операции, что и при автоматическом подведении итогов, например вычисление суммы, произведения, нахождение количества значений, максимального, минимального, среднего значения и т. д.
Источники консолидируемых данных могут находиться на одном рабочем листе, на нескольких рабочих листах, в разных рабочих книгах или даже в различных местах диска. В консолидации могут участвовать до 255 областей-источников.
Рабочие листы, содержащие области-источники,
Консолидированная информация может быть выведена на том же рабочем листе, на другом рабочем листе или даже в другой рабочей книге.
Если консолидированная информация выводится на том же рабочем листе, что и исходные данные, то для итоговой таблицы с консолидированными данными не создается структуры, поэтому для вычисления итоговых данных на одном и том же рабочем листе лучше использовать команду ДАННЫЕÞИтоги.
В Excel имеется несколько способов консолидации данных:
· Консолидация данных
· Консолидация данных по категориям — используется для однотипных данных, организованных в различных областях-источниках по-разному.
· Консолидация данных путем создания сводной таблицы. Этот способ сходен с консолидацией по категориям, но обеспечивает большую гибкость и информативность.
· Консолидация данных с помощью формул с использованием ссылок. Этот способ не накладывает никаких ограничений на расположение данных в исходных областях.
· Консолидация данных с использованием Мастера шаблоновс функцией автоматического сбора данных.
Консолидация данных по расположению.Этот способ используется в том случае, если однотипные исходные данные упорядочены одинаковым образом, т. е. все столбцы имеют одни и те же имена, размещены в одном и том же порядке и имеют фиксированное расположение однотипных ячеек. Диапазонам ячеек, используемых для консолидации, рекомендуется присваивать имена.
При консолидации данных по расположению заголовки категорий исходных областей не копируются автоматически в область назначения. Если в области консолидации требуется иметь заголовки, то их следует предварительно скопировать или создать заново.
Для выполнения указанного способа консолидации вводят команду ДАННЫЕÞКонсолидация,а затем в диалоговом окне Консолидациявыбирают функцию и указывают области консолидируемых данных.
Консолидация данных по категориям.Этот способ применяется в том случае, если области-источники содержат однотипные данные, но в различных областях-источниках эти данные организованы по-разному. Консолидация данных по категориям используется для листов, имеющих, например, одинаковые заголовки, но разную структуру. При реализации этого способа используют метки строк или столбцов либо одновременно и названия строк, и заголовки столбцов.
Для выполнения консолидации данных по категориям следует:
1. Активизировать лист, на котором будут создаваться итоговые данные, и установить курсор в верхнюю левую ячейку области расположения консолидируемых данных.
2.Ввести команду меню ДАННЫЕÞКонсолидация.
3. В диалоговом окне Консолидациявыбрать из раскрывающегося списка функцию, которую следует использовать для обработки данных, например Сумма.
4. Щелкнуть мышью в поле Ссылка,указать первый диапазон ячеек, данные из которых должны быть консолидированы.
Для того чтобы диалоговое окно не мешало выделению нужных областей, можно нажать кнопку со стрелкой в правой части поля
При выделении диапазонов названия столбцов (метки заголовков столбцов) нужно включать в выделенные области-источники. Одновременно можно включать и метки строк. При обобщении данных (при выполнении команды Консолидация)Excel сам перенесет эти метки в область назначения. Если метки в одной из исходных областей не совпадают с метками в других исходных областях, то при консолидации данных для них будут созданы отдельные строки или столбцы.
Для облегчения работы с исходными областями удобно каждому диапазону присвоить собственное имя и использовать эти имена в поле Ссылка.
Если исходные данные расположены на другом рабочем листе, нужно активизировать этот лист и выделить нужный диапазон или ввести его имя. Имя или адрес диапазона с указанием имени листа (и книги, если лист находится в другой рабочей книге) появится в поле Ссылка.
Для восстановления исходных размеров диалогового окна нужно снова нажать кнопку со стрелкой в правой части поля Ссылка.
5. Далее для включения выбранного диапазона в поле Список диапазоновследует щелкнуть по кнопке Добавить.Кнопка Добавитьиспользуется в тех случаях, когда в консолидации участвует несколько областей-источников данных.
6. Далее следует повторить п. 4 и 5 для всех консолидируемых исходных областей — ввести адреса всех диапазонов, подлежащих консолидации.
Для поиска данных, расположенных в других рабочих книгах (файлах), следует использовать кнопку Обзор.
Если область назначения и исходные данные находятся в разных книгах, но в одной и той же папке, следует указать имя книги, имя листа, а затем — имя или ссылку на диапазон, например: [Итоги.xls]Юпитер!D4:G22.
Если исходные области и область назначения находятся в разных книгах и в разных папках диска, нужно использовать полный путь к файлу книги, имя книги, имя листа, а затем — имя или ссылку на диапазон, например: [H:\Works\Итоги.хls]Сатурн!D4:G13.
7. После ввода адресов всех исходных областей следует установить нужные переключатели:
· Использовать в качестве имен подписи верхней строкиили значения левого столбца(или одновременно оба переключателя) — в зависимости от расположения заголовков, выделенных в исходной области.
· Создавать связи с исходными данными— для того чтобы автоматически обновлять итоговую таблицу при изменении данных в источниках.
При установке переключателя Использовать в качестве имен значения левого столбцазначения в строках с одинаковыми метками будут просуммированы, даже если они расположены в несмежных областях.
8. Щелкнуть по кнопке ОК для выполнения консолидации данных из областей, указанных в поле Список диапазонов.При установке переключателя Создавать связи с исходными даннымиобновление будет происходить автоматически, если исходные данные находятся на других листах в пределах одной рабочей книги.
Если исходная область и область назначения находятся на одном листе, то переключатель Создавать связи с исходными даннымине устанавливают, так как связи уже существуют.
Если исходные данные расположены в других рабочих книгах, для обновления данных нужно использовать команду ПРАВКАÞСвязи.
После установки связей нельзя добавлять новые исходные области и изменять расположение данных в исходных областях, уже участвующих в консолидации, — нельзя корректировать ссылки на области-источники.
Если связь с исходными данными не устанавливается, то после создания итоговой таблицы ссылки можно модифицировать —добавлять, удалять или изменять исходные области данных и пересчитывать данные в области назначения. Если не устанавливать переключатель Создавать связи с исходными данными,то при изменении исходных данных нужно будет заново выполнять операцию консолидации.
При консолидации данных с установлением связи с исходными данными одновременно создается структура итоговой таблицы, с помощью которой можно управлять уровнями отображения на экране консолидированных данных.
Для выполнения консолидации данных с использованием других функций, например для вычисления средних значений в тех же исходных диапазонах, для которых ранее использовалась функция Сумма, следует установить курсор в новом месте (для вставки новой области консолидированных данных), ввести команду ДАННЫЕÞКонсолидацияи в диалоговом окне Консолидациявыбрать нужную функцию. В этом случае нет необходимости снова вводить адреса исходных диапазонов.
Консолидированные данные можно сортировать, использовать для построения диаграмм. Вид диаграммы может меняться в зависимости от того, скрываются или показываются отдельные детали структуры таблицы. Если установлена связь с исходными данными, то все изменения в исходных данных будут автоматически отображаться на диаграмме.
Консолидации данных по категориям и модификации консолидированных данных посвящено задание 6 практической работы 3.
2. 11. Связывание и консолидация данных
Связывание – это использование ссылок на исходные ячейки, которые могут находиться на одном или разных листах одной или нескольких рабочих книг.
Консолидация – это комбинирование, накопление или объединение данных. Объединять можно данные, расположенные на одном или нескольких листах одной и той же рабочей книги, а также в разных рабочих книгах. Объединение данных выполнятся путем суммирования, умножения и других действий над данными. Чаще всего данные консолидируются путем их суммирования.
Консолидацию данных можно выполнить различными методами, в том числе, используя:
формулы связи, содержащие внешние ссылки;
формулы, содержащие функции связи;
команду Консолидация в меню Данные.
Консолидация данных с помощью формулы связи. Для консолидации данных с помощью формулы связи необходимо выполнить следующие действия:
установите курсор в итоговую ячейку;
введите знак = (равно) для ввода формулы;
введите формулу с использованием знаков арифметических операций, в которой с помощью мыши указываются ссылки на исходные ячейки.
Например, просуммировать значения из ячеек С5 листов1,2 и 3. Результат поместить в ячейку С5 листа 4 одной и той же рабочей книги.
В ячейку Лист4!С5 введена формула = Лист1!С5 + Лист2!С5 + Лист3!С5
Консолидация данных с помощью функции связи. Данный метод консолидации можно применять, если рабочие таблицы находятся в одной рабочей книге и способы размещения информации в них идентичны. При этом можно воспользоваться любыми стандартными функциями. Ввод формул значительно упрощается, если в рабочей книге исходные листы расположены рядом.
Например, решить задачу суммирования можно с помощью формулы:
= СУММ(Лист1! : Лист5!С5)
Для формирования формулы следует ячейки, которые необходимо просуммировать выделить на соответствующих листах при помощи мыши. Для этого сначала выделяем ячейку на первом листе, а затем, не отпуская Shift, выделяем последний лист.
Объединение данных с помощью команды Консолидация во вкладке Данные. При этом консолидация может выполняться двумя способами: без связи с исходными данными и со связью с исходными данными.
Правила выполнения консолидации:
1. Если используются два способа консолидации данных, расположенных в одних и тех же строках, но в разных ячейках, то сначала производится консолидация без связи с исходными данными, а затем – со связью с исходными данными.
2. Консолидировать можно блоки ячеек. При выполнении консолидации, сначала выделяется итоговый блок ячеек, а затем блоки ячеек с исходными данными.
3. При выполнении консолидации без связи с исходными данными в итоговых ячейках будет число. То есть результат консолидации не изменится, при вводе новых исходных данных.
4. При выполнении консолидации со связью с исходными данными, в итоговых ячейках будет автоматически введена формула. То есть при изменении исходных данных автоматически будет изменен результат консолидации. Кроме того, при данном способе слева от заголовков строк, должны появиться символы структуры в виде «+» – плюсов. Нажав на «+», раскрываются исходные данные, которые были консолидированы.
Порядок выполнения консолидации:
выделите итоговые ячейки;
в меню Данные выберите команду Консолидация;
в диалоговом окне Консолидация задайте необходимые параметры.
Первоначально, очистите окно Список диапазонов, используя кнопку Удалить.
В раскрывающемся списке Функция выделите функцию для консолидации (Сумма, Среднее и т.д.).
В поле Ссылка с помощью мыши поочередно выделите исходные диапазоны и добавляйте их в список с помощью кнопки Добавить.
Включите или отключите флажок Создавать связи с исходными данными.
После указания всех параметров в окне Консолидация нажмите на кнопку ОК.
Консолидация в excel — примеры, как применять
При работе в Microsoft Office Excel могут быть созданы однотипные таблицы, в которых совпадает шапка, строки и настройки форматирования, но отличаются значения. Редактор обладает встроенной функцией объединения данных из нескольких мест в одно. Сегодня рассмотрим такой инструмент как консолидация в excel.
Что это такое
Консолидация данных представляет собой совмещение значений нескольких листов на отдельном рабочем листе excel. Рассмотрим структуру:
- На Панели управления переходите во вкладку Данные и ищете одноименную кнопку.
- Открывается новое диалоговое окно, которое содержит настройки инструмента.
Поле Функция содержит различные критерии объединения значений. В частности Сумма возвращает результат сложения чисел из всех выделенных диапазонов.
В строке Ссылка отмечаете необходимое количество столбцов и строк на рабочем листе.
Нажав кнопку Добавить можете переходить к следующей области, формируя тем самым исходные данные для работы программы.
На заметку! Кнопка Обзор позволяет добавлять в список диапазонов целые книги excel, которые хранятся на жестком диске персонального компьютера.
Блок настроек подписи содержит три позиции значение каждой из них следующее:
- Подписи верхней строки используются для автоматического создания шапки итоговой таблицы.
- Значение левого столбца нужно для суммирования чисел последнего столба слева.
- Создавать связи с исходными данными нужно для того, чтобы новые значения, которые вносятся в первоначальные таблицы, были отражены в сводной.
Важно! Чтобы осталась возможность ручного редактирования консолидированной таблицы, последнюю галочку ставить не надо. Таким образом можно обновлять начальные и итоговые табличные области вне зависимости от выбранного диапазона для объединения.
Как делать совмещение данных разобрались. Теперь необходимо рассмотреть примеры применения специального инструмента.
Примеры использования
Задача: Посчитать количество товаров проданных за год по шести позициям и годовую выручку с их реализации на основе квартальных продаж.
Решение:
- Создаете однотипную таблицу для каждого квартала на отдельном листе одной рабочей книги. Чтобы сохранялся формат лучше всего воспользоваться функцией копирования.
- Переходите на отдельный пустой лист и нажимаете кнопку Консолидация во вкладке Данные. Поочередно выбираете диапазон для каждого квартала и формируете список. Чтобы сразу создать шапку таблицы ставите галочку напротив подписи верхней строки.
Важно! Таблица должна быть пустой снизу и справа от выбранной ячейки.
- Нажимаете ОК и видите результат консолидации – годовое количество проданных товаров и объем выручки за год по каждой единице.
Чтобы увидеть составляющие каждой позиции, необходимо поставить галочку напротив создания связей. Тогда сбоку появятся плюсики, нажав на которые можно посмотреть квартальные цифры отображаемые над итоговой строкой.
Данная пошаговая инструкция наглядно показывает принцип и методы работы с инструментом редактора excel.
Как уже говорилось выше, консолидация из нескольких файлов также возможна. Добавление книг осуществляется через кнопку Обзор. Суть будет такой же, как и при работе с листами одной книгой, только окно списка диапазонов будет выглядеть так:
Результат идентичен
Как видите, функция консолидации полезна для учета товаров в магазинах, что значительно облегчает ведение бухгалтерии и помогает построить планы развития. Стоит отметить, что принцип работы и местонахождение инструмента в excel 2010, 2013 и 2016 годов идентичны. Вариантов применения этого инструмента достаточно много. Данные можно объединять по расположению, категории или формуле. Все зависит от условий поставленной задачи.
Консолидация — это… Что такое Консолидация?
КОНСОЛИДАЦИЯ — (consolidation) Увеличение номинальной цены (nominal price) акций компании в результате замены определенного количества акций более низкого номинала на одну с более высоким номиналом. Например, пять акций с номиналом 20 пенсов каждая могут быть… … Финансовый словарь
Консолидация — особый вид предметной официальной инкорпорации, представляющий собой укрупнение, сведение нескольких близких по содержанию нормативных актов в один акт в целях единого регулирования данных общественных отношений. Консолидация законодательства… … Элементарные начала общей теории права
КОНСОЛИДАЦИЯ — [лат. consolidatio Словарь иностранных слов русского языка
КОНСОЛИДАЦИЯ — КОНСОЛИДАЦИЯ, консолидации, мн. нет, жен. (книжн., спец.). Действие по гл. консолидировать и консолидироваться. Консолидация долга. Консолидация государственных обязательств. Консолидация всех партийных сил. Толковый словарь Ушакова. Д.Н. Ушаков … Толковый словарь Ушакова
Консолидация — (лат. consolidatio) вид систематизации законодательства. Целью консолидации является устранение множественности нормативных актов, их унификация и создание в структуре законодательства однородных блоков. Консолидация является промежуточным этапом … Политология. Словарь.
консолидация — объединение, укрепление; закрепление, упрочнение, сплочение, упрочение, консолидирование. Ant. разъединение, распад, распадение Словарь русских синонимов. консолидация 1. см. упрочение. 2. см … Словарь синонимов
консолидация — и, ж. consolidation f. 1. Превращать текущие краткосрочные государственные долги в долгосрочные. Консолидация займов, обязательств. БАС 1. 2. Укрепление чего л.; сплочение, объединение вокруг чего л. БАС 1. Новейшие предпринимательские… … Исторический словарь галлицизмов русского языка
консолидация — объединять Многомерные базы данных обычно характеризуются наличием в рамках каждого измерения иерархий или отношений между элементами данных, заданных с помощью формул. Консолидация подразумевает вычисление сводных показателей по этим формулам… … Справочник технического переводчика
Консолидация — (consolidation) Увеличение номинальной стоимости (nominal price) акций компании в результате замены определенного количества акций более низкого номинала на одну с более высоким номиналом. Например, пять акций номиналом 20 пенсов каждая могут… … Словарь бизнес-терминов
КОНСОЛИДАЦИЯ — (лат. consolidatio) 1) один из видов систематизации законодательства. Цель К. устранение множественности нормативных актов, их унификация и создание в структуре законодательства крупных однородных блоков в качестве важнейшего промежуточного звена … Юридический словарь
Как мы формируем консолидированную отчетность / Хабр
25 компаний, 9 стран, 6 функциональных валют… Систему и процедуры подготовки отчетности легко можно было сделать сложными и дорогими. Но мы нашли простое с технической точки зрения решение, которое очень нравится нашим пользователям, а особенно специалистам по подготовке консолидированной финансовой отчетности по международным стандартам (далее по тексту — МСФО) и управленческой отчетности.
Очень часто «финансисты» и «технари» не понимают друг друга. В результате появляются неоправданно сложные, дорогие и неудобные решения. В этой статье мы на примере процесса подготовки отчетности в нашей компании попробуем объяснить базовые вещи, непонимание которых часто мешает созданию эффективных решений. Также расскажем о нашем успешном опыте создания системы формирования отчетности — что хотели сделать, что получилось, что из получившегося не понравилось и будем менять.
Сразу предупреждаем — тут не будет ни про Блокчейн, ни про Большие Данные, ни про Искусственный Интеллект и прочие модные технологии. Ничего такого мы не использовали по одной простой причине — для этой задачи они нам не понадобились.
Так как наша группа компаний не публикует консолидированную финансовую отчетность в открытом доступе, мы не можем привести примеры наших отчетов. Они достаточно стандартны и похожи на множество образцов финансовой отчетности, которые можно найти в интернете.
Например, вот основные отчеты Google:
INCOME STATEMENT (часть отчета):
BALANCE SHEET (часть отчета):
В целом, в этих отчетах нет ничего сложного — остатки на даты и / или обороты за периоды в разных разрезах по данным бухгалтерского учета и показатели, рассчитанные на их основе.
Кроме консолидированной финансовой отчетности по МСФО, мы формируем управленческие отчеты для руководителей.
Что такое управленческая отчетность? Это детализация отдельных показателей финансовой отчетности. Например, мы видим в МСФО отчетности, что сумма продаж за год составила 100 миллионов. У компании есть несколько разных направлений деятельности, и общая цифра продаж нам не скажет, какие из этих направлений хорошо развиваются, а какие плохо. Для принятия управленческих решений (например, какое из направлений закрыть, а в какое инвестировать дополнительные деньги, или кому сколько премии выплатить) и нужна управленческая, то есть детализированная отчетность.
Наиболее часто встречающиеся разрезы управленческих отчетов — центры затрат и прибыли, виды продукции или направления деятельности, регионы продаж, типы клиентов и т.д.
Кроме финансовых показателей, в управленческих отчетах могут быть и другие цифры. Например, динамика посещения сайтов.
Мы готовим также локальную и налоговую отчетность. Она составляетя для каждой компании отдельно и не консолидируется.
- Согласованность и сопоставимость (сверяемость) показателей во всех отчетах. Цифры в разных отчетах должны совпадать между собой, а в тех случаях, когда они отличаются, должна быть возможность легко посмотреть, за счет чего. Не должно быть необъяснимых расхождений.
- Прозрачность и аудируемость цифр в отчетности — должна быть возможность просмотреть по каждой цифре детализацию до уровня операции — с номером, датой учета и прочими реквизитами, по которым легко найти операцию в учетной системе.
- У пользователей должна быть возможность самостоятельно, без привлечения ИТ специалистов, исправлять ошибки.
- Быстрое обновление цифр — после внесения новых данных компаниями группы обновленные консолидированные отчеты должны быть доступны в течении минут (не часов / дней).
Почему именно эти требования очень важны?
Согласованность данных и прозрачность (аудируемость) каждого показателя: представьте, что в одном отчете вы видите сумму совокупных продаж 100 миллионов, а в расшифровке по странам общая сумма продаж — 146 миллионов… И никто не может вам внятно объяснить, почему такие разницы между отчетами. Или, например, невозможно расшифровать сумму продаж до уровня отдельных документов (с датами, номерами, суммами, клиентами), которые можно относительно легко проверить.
И в том, и в другом случае доверие к отчетам снижается. У руководства компании присутствует постоянный дискомфорт от того, что нет надежных данных, а у внешних пользователей отчетов (инвесторов, банков и т.д.) — подозрение, что для них «нарисовали отчетность» («cooking the books» / «window dressing»).
Самостоятельное исправление ошибок пользователями и быстрое обновление консолидированной отчетности: при подготовке и первичной проверке отчетности часто обнаруживаются неточности и ошибки, которые надо исправить. Если для этого специалисты по отчетности должны каждый раз обращаться к ИТ специалистам и / или ожидать обновленных цифр несколько часов или дней — процесс сильно затянется и станет очень неудобным.
Поэтому для специалистов, которые формируют отчеты, очень важна возможность самостоятельно исправлять найденные ошибки и быстро посмотреть, как поменялись цифры.
Для финансового учета мы используем ERP Microsoft Dynamics NAV (далее по тексту — NAV), и в этой статье мы описываем его возможности. Большинство других популярных современных ERP систем достаточно похожи на NAV.
NAV имеет встроенные возможности для формирования отчетов, но стандартные средства не закрывают все потребности бизнеса. Поэтому нам нужен дополнительный инструмент для формирования отчетности.
Когда проводок мало (не более нескольких десятков тысяч), можно все финансовые проводки скопировать из NAV в Excel, и сформировать отчетность с помощью Pivot Table. Если отчеты готовит один человек — очень неплохое решение.
Если данных больше, но с отчетами все еще работает один человек — можно расчеты делать с помощью Power Pivot, который является дополнением для Excel.
В нашем случае количество данных не очень большое, но может вырасти в будущем, и с данными должны работать несколько десятков человек. Необходимо более серьезное решение.
Mы рассматривали два варианта — LucaNet и Microsoft Analysis Services (часть Microsoft SQL Server).
Так как Analysis Services уже был в наличии (NAV работает с Microsoft SQL Server), мы выбрали его. Долгое сравнение не делали — просмотрели возможности LucaNet и не нашли ни одной нужной нам уникальной функции. Дополнительными аргументами являлось то, что Analysis Services — более универсальное решение, на рынке имеется огромное количество специалистов (намного больше, чем специалистов по LucaNet), и у нас есть опыт работы с ним.
Analysis Services умеет работать в двух режимах — Tabular и Multidimensional. Так как у команды внедрения был опыт работы с Multidimensional, мы выбрали этот режим.
В результате, основная часть нашей отчетности формируется с помощью OLAP куба, с которым пользователи работают с помощью Excel. Для пользователей это выглядит как работа с Pivot Table, что для них не представляет сложности.
Также мы используем различные отчеты, формируемые с помощью Reporting Services — еще одной составной части Microsoft SQL Server.
Первичный учет и МСФО корректировки
Все компании группы из всех стран ведут учет в одной базе с интернациональной версией NAV (W1) без локализаций.
Справочники (списки поставщиков, покупателей, видов затрат и т.д.) централизованы и синхронизируются с помощью отдельного модуля Master Data Management, разработанного нашим подрядчиком.
Все данные в системе сохраняются в одинаковом формате (в виде финансовых проводок) и система автоматически контролирует, что проводки сбалансированы (дебет равен кредиту).
Основной план счетов системы — корпоративный (МСФО). Локальные счета — это отдельное измерение, которое присваивается каждой строке финансовой проводки. В большинстве случаев локальные счета настроены по умолчанию — привязаны к карточкам поставщиков, покупателей, товаров и т.д. В случаях, если локальный учет требует большей детализации, пользователи должны выбирать локальные счета вручную.
Одновременно с внедрением NAV мы разработали учетную политику, основанную на МСФО и учитывающую потребности локальных стандартов учета только в тех случаях, где совершенно невозможно применить МСФО. Это позволило нам минимизировать разницы между локальным учетом и МСФО, хотя убрать их полностью не получилось.
Таким образом, каждая операция одновременно учитывается во всех видах учета — управленческом, МСФО, локальном и налоговом. При этом, запись осуществляется только один раз, без дублирования.
Наши любимые страны — США и Великобритания — работают с корпоративным планом счетов и не нуждаются в дополнительных локальных счетах. Малайзия тоже близка к использованию только корпоративного плана счетов, но мы немного перестраховались и создали им отдельные локальные счета.
Некоторым пользователям (например, в Германии) использование измерений для локальных счетов не очень удобно, так как они хотят полностью автоматическое формирование локальной и налоговой отчетности из NAV и ее отправку в контролирующие органы, а все стандартные немецкие модули, которые могут это обеспечить, работают с планом счетов, а не с измерениями.
Поэтому для Германии мы сейчас прорабатываем вариант отказа от измерений для локального плана счетов и выноса локальных немецких счетов в основной план счетов (как отдельные субсчета).
Кроме счетов, для разделения между МСФО и локальным учетом мы используем измерение «тип проводки» с двумя возможными значениями — GENERAL и IFRS.
Если в локальном учете операция не нужна, а в МСФО нужна, она постится с забалансовым локальным счетом и типом проводки «IFRS».
Если в МСФО учете эта операция не нужна, а в локальном учете нужна, то к ней постится дополнительная отменяющая проводка — тоже с забалансовым локальным счетом и типом проводки «IFRS».
Опыт показал, что это неудобно — пользователи иногда ошибаются в типе проводки и приходится проверять и исправлять ошибки с классификацией операций. Также «лишние» операции мешают при формировании отчетности.
Поэтому мы планируем создать для каждого юридического лица одну или две компании (компания — это сущность в ERP системе, обычно служит для разделения учета по юридическим лицам — у каждого юридического лица отдельная компания) только для МСФО корректировок. Если функциональная валюта EUR (совпадает с валютой отчетности) — одна дополнительная компания. Если не EUR — две компании — одна в функциональной валюте и одна в EUR.
Это позволит нам отказаться от использования измерения «тип проводки» при первичном учете. В кубе это измерение останется, но будет присваиваться операциям не на основе измерения NAV.
В таком случае в «основной» компании останется только локальный и налоговый учет.
Перевод из функциональных валют в валюту отчетности
Наши компании работают в разных странах с разными валютами. Валюта отчетности группы — EUR. Поэтому для компаний из тех стран, где основная валюта не EUR, необходимо перевести все суммы финансовых проводок в EUR.
В NAV в таблице финансовых проводок есть отдельные поля для сумм в дополнительной валюте отчетности (это стандартный функционал системы). Например, основная валюта отчетности для компании в США — USD, и все суммы в финансовых проводках в USD, а дополнительная валюта отчетности — EUR, и все суммы в дополнительных полях в EUR.
NAV берет курс на дату операции и рассчитывает сумму по этому курсу. Естественно, он при этом следит, чтобы баланс финансовой проводки сошелся, и в некоторых случаях добавляет дополнительные строки с нулевыми суммами в локальной валюте и одним — двумя EUR центами, чтобы компенсировать расхождения от округлений.
В конце года остатки по счетам активов и обязательств в разрезе измерений пересчитываются по курсу на конец года (доработка стандартного функционала).
Консолидационные корректировки
Консолидационные корректировки (сворачивание внутригрупповых операций, признание гудвилла и т.д.) выполняются в отдельной компании в виде финансовых проводок в EUR.
Общая схема обработки финансовой информации:
Все первичные документы (инвойсы, платежи и т.д.), консолидационные корректировки, результаты расчетов (курсовые разницы, амортизация и т.п.) и прочая финансовая информация вводится в NAV.
NAV сохраняет информацию о финансовых операциях (финансовые проводки с дополнительными аналитиками) в виде записей в таблицах базы данных.
Данные из таблиц NAV считываются, преобразовываются в вид, удобный для расчета куба и сохраняются в мини DWH (Data WareHouse — Хранилище Данных). Так как в этом хранилище сохраняются только финансовые проводки и связанная информация, называть его полноценным хранилищем неправильно.
Далее на основе этих данных рассчитывается OLAP куб.
В дальнейшем пользователи с помощью Excel подключаются к кубу и формируют все необходимые им отчеты.
Мы пробовали работать с кубом с использованием Tableau (используется в других подразделениях нашей компании), но пользователям не очень понравилось. Excel для финансистов привычнее.
При формировании отчетов у нас нет «очистки» данных и сложных, не очень понятных бухгалтерам преобразований. Что есть в учетной системе — то и увидим в отчетах.
Это осознанное решение, принятое по двум причинам:
- У бухгалтеров повышается ответственность за качество данных. Они не надеются, что кто-то вместо них исправит ошибки.
- Составление отчетности, проверка качества учета и корректировка ошибок — эти задачи выполняют обычные пользователи, а не ИТ специалисты, и у них должна быть возможность выполнять эту задачу. Если правила «очистки» будут спрятаны внутри ПО — пользователи не смогут самостоятельно находить и исправлять ошибки.
Изначально мы думали, что для консолидации будет удобно собирать все финансовые проводки в одной компании и пользоваться стандартными отчетами NAV для формирования консолидированной отчетности. Мы создали отдельную компанию в NAV и настроили копирование туда проводок из всех компаний. На практике это оказалось неудобным, и мы отказались от такого варианта. Обобщенные данные из всех компаний прекрасно выводит наш куб. В нем же можно просмотреть детальные данные (финансовые проводки).
Пересчет куба выполняется автоматически каждую ночь. Но при необходимости мы можем вручную запустить пересчет куба со свежими (только что внесенными в NAV) данными. Пересчет куба занимает 10 — 15 минут.
Для тех, кому интересны технические детали:
Описание таблиц для хранения финансовых данных в MS NAV и алгоритма расчета ключевых отчетов на основе этих данных
Таблицы MS NAV в базе данных
Ключевой для финансового учета является таблица «G_L Entry».
Если быть совсем точным, то название таблицы выглядит примерно так: [CRONUS International Ltd_$G_L Entry], где «CRONUS International Ltd» — название компании. Компания — это отдельное юридическое лицо. В одной базе данных может быть множество компаний. NAV для каждой компании создает свой набор таблиц. То есть для каждой компании в базе данных будет своя таблица «G_L Entry».
Вот список наиболее важных полей этой таблицы:
- [Entry No_] [int] — уникальный номер для каждой строки,
- [G_L Account No_] [nvarchar](20) — номер счета из плана счетов — основная аналитика бухгалтерского учета,
- [Posting Date] [datetime] — дата проводки,
- [Document Type] [int] — тип документа (инвойс, платеж, кредит нота и т.д.),
- [Document No_] [nvarchar](20) — номер документа,
- [Amount] [decimal](38, 20) — сумма,
- [Transaction No_] [int] — номер финансовой проводки, могут быть несколько записей с одним и тем же номером транзакции, но разными датами (такое бывает, если по документу необходимо сформировать записи разными датами),
- [Debit Amount] [decimal](38, 20) — сумма по дебету,
- [Credit Amount] [decimal](38, 20) — сумма по кредиту,
- [Additional-Currency Amount] [decimal](38, 20) — сумма в дополнительной отчетной валюте,
- [Add_-Currency Debit Amount] [decimal](38, 20) — сумма по дебету в дополнительной отчетной валюте,
- [Add_-Currency Credit Amount] [decimal](38, 20) — сумма по кредиту в дополнительной отчетной валюте,
- [Dimension Set ID] [int] — идентификатор набора значений дополнительных финансовых измерений.
Для таблицы «G_L Entry» выполняются несколько ограничений (контроль на уровне NAV, не на уровне базы данных):
- [Amount] = [Debit Amount] — [Credit Amount]
- Сумма значений поля [Amount] для нескольких строк, у которых одинаковые [Transaction No_] и [Posting Date], равна нулю (это и есть бухгалтерская «двойная запись»).
- Для каждой комбинации [Transaction No_] и [Posting Date] существует не менее двух строк с разными [Entry No_] (максимальное количество ничем не ограничено, можно создать транзакцию с тысячами строк).
- Аналогичные ограничения работают для полей [Additional-Currency Amount], [Add_-Currency Debit Amount] и [Add_-Currency Credit Amount].
Таблица с планом счетов называется «G_L Account». В этой таблице содержится список финансовых счетов, которые являются основным разрезом (основной аналитикой) финансового учета. В таблице «G_L Entry» номер счета указывается в поле [GL Account No]. Наиболее важные поля таблицы «G_L Account» для целей отчетности следующие:
- [No_] [nvarchar](20) — номер счета, в таблице «G_L Entry» такое же поле называется [G_L Account No_],
- [Name] [nvarchar](50) — название счета,
- [Exchange Rate Adjustment] [int] — признак, необходимо ли пересчитывать остатки в дополнительной отчетной валюте по курсу на конец периода,
- [Account Subcategory Entry No_] [int] — код подкатегории.
Еще есть таблица «G_L Account Category» с иерархией плана счетов.
- [Entry No_] [int] IDENTITY(1,1) — номер записи,
- [Parent Entry No_] [int] — номер вышестоящей записи в иерархии,
- [Presentation Order] [nvarchar](100) — порядок (сортировка) в отчетах,
- [Indentation] [int] — уровень в иерархии,
- [Description] [nvarchar](80)- название уровня иерархии,
- [Account Category] [int] — код категории (Assets, Liabilities, Equity, Income, Cost of Goods Sold, Expense),
- [Income_Balance] [int] — признак, это баланс или прибыль / убытки.
Также для задачи подготовки отчетности важны таблицы с аналитиками или «измерениями», привязанными к записям таблицы «G_L Entry».
Это таблица «Dimension Set Entry», в которой указаны «наборы» значений измерений содержащая поля:
- [Dimension Set ID] [int] — идентификатор набора значений дополнительных финансовых измерений, используется для связи с таблицей «G_L Entry»,
- [Dimension Code] [nvarchar](20) — код измерения,
- [Dimension Value Code] [nvarchar](20) — код значения измерения.
И таблица «Dimension Value», содержащая дополнительные сведения о значениях измерений (приведены не все поля):
- [Dimension Code] [nvarchar](20) — код измерения,
- [Code] [nvarchar](20) — код значения измерения, в таблице «Dimension Set Entry» такое же поле называется [Dimension Value Code]
- [Name] [nvarchar](50) — название значения измерения.
Связь между таблицами «Dimension Set Entry» и «Dimension Value» выполняется по двум полям — [Dimension Code] и [Dimension Value Code] ([Code]).
Количество измерений не ограничено. Можно создать десятки разных измерений и привязать конкретные значения этих измерений к каждой записи в таблице «G_L Entry».
Записи в этих таблицах — это и есть основные данные финансового учета, на основании которых мы создаем большую часть отчетов. Есть и другие таблицы, которые мы используем, но они менее важны и существенного влияния на логику работы не оказывают.
Как из данных в таблицах базы данных получаем отчеты
Итак, как из данных в таблицах получить цифры в отчетах?
Пример 1 (обороты):
Предположим, нам надо получить цифру 136,958, которая находится в отчете «INCOME STATEMENT» (в данном отчете выводятся обороты) на пересечении колонки «2018» и строки «Sales/Revenue». Если бы мы все считали вручную, то мы должны были бы выполнить следующие шаги:
- Найти в таблице «G_L Account Category» строку, в которой поле [Description] равно «Sales/Revenue».
- Найти в таблице «G_L Account» все строки, в которых поле [Account Subcategory Entry No_] равно полю [Entry No_] записи в таблице «G_L Account Category», которую нашли на шаге 1.
- Найти в таблице «G_L Entry» все записи (строки), в которых поле [G_L Account No_] совпадает с полем [No_] одной из записей в таблице «G_L Account», которые мы нашли на шаге 2.
- Из найденного на шаге 3 набора записей отбираем только те, в которых поле [Posting Date] относится к 2018 году, то есть [Posting Date] больше или равно ‘2018.01.01’ и одновременно [Posting Date] меньше или равно ‘2018.12.31’.
- Во всех найденных на шаге 4 записях берем числа из поля [Amount], суммируем — и получаем нужный результат.
Пример 2 (остатки):
Если надо получить цифру 16,701, которая находится в отчете «BALANCE SHEET» (в данном отчете выводятся остатки) на пересечении колонки «2018» и строки «Cash Only», то необходимо:
- Найти в таблице «G_L Account Category» строку, в которой поле [Description] равно «Cash Only».
- Найти в таблице «G_L Account» все строки, в которых поле [Account Subcategory Entry No_] равно полю [Entry No_] записи в таблице «G_L Account Category», которую нашли на шаге 1.
- Найти в таблице «G_L Entry» все записи (строки), в которых поле [G_L Account No_] совпадает с полем [No_] одной из записей в таблице «G_L Account», которые мы нашли на шаге 2.
- Из найденного на шаге 3 набора записей отбираем только те, в которых поле [Posting Date] относится к 2018 году и всем предыдущим годам, которые есть в базе. То есть [Posting Date] меньше или равно ‘2018.12.31’.
- Во всех найденных на шаге 4 записях берем числа из поля [Amount], суммируем — и получаем нужный результат.
Пример 3 (детализация):
Если надо разбить цифру 136,958, которая находится в отчете «INCOME STATEMENT» на пересечении колонки «2018» и строки «Sales/Revenue», по регионам продаж (Странам), то необходимо:
- Найти в таблице «G_L Account Category» строку, в которой поле [Description] равно «Sales/Revenue».
- Найти в таблице «G_L Account» все строки, в которых поле [Account Subcategory Entry No_] равно полю [Entry No_] записи в таблице «G_L Account Category», которую нашли на шаге 1.
- Найти в таблице «G_L Entry» все записи (строки), в которых поле [G_L Account No_] совпадает с полем [No_] одной из записей в таблице «G_L Account», которые мы нашли на шаге 2.
- Из найденного на шаге 3 набора записей отбираем только те, в которых поле [Posting Date] относится к 2018 году, то есть [Posting Date] больше или равно ‘2018.01.01’ и одновременно [Posting Date] меньше или равно ‘2018.12.31’.
- Для всех найденных на шаге 4 записей находим по полю [Dimension Set ID] соответствующие записи в таблице «Dimension Set Entry», в которых поле [Dimension Code] равно ‘COUNTRY’ (измерение — Страна). Для каждой строки «G_L Entry» (для каждого значения [Dimension Set ID]) может быть не более одной записи с измерением «Страна» — это контролирует NAV. То есть мы можем найти одну запись или не найти никакой записи, две и больше записи со значением измерения «Страна» для одной строки «G_L Entry» не бывает.
- Для всех найденных на шаге 5 записей находим по полям [Dimension Code] и [Dimension Value Code] соответствующие записи в таблице «Dimension Value» и считываем значение поля [Name] (в этом поле будут название стран). Если не смогли найти значение измерения «Страна» для записи в таблице G_L Entry» (бухгалтера не указали при создании финансовой проводки) — считаем, что значение страны равно ‘NA’ (not allocated / not applicable).
- Все найденные на шаге 4 записи таблицы «G_L Entry» группируем по стране, найденной на шаге 6, берем числа из поля [Amount], суммируем для каждой страны и выводим данные в две колонки — название страны (в том числе значение ‘NA’) и сумма.
Разумеется, выполнять подобные расчеты вручную очень трудоемко и чревато ошибками. Но Excel или OLAP куб прекрасно выполняют подобные расчеты без ошибок и полностью автоматически.
Все использованные нами технологии разработаны более десяти лет назад. Но до сих пор во многих компаниях специалисты выполняют такие операции как сверка внутригрупповых операций или пересчет сумм из функциональной валюты в валюту отчетности в Excel, тратя на это много времени и сил.
Наиболее частая причина, по которой не автоматизируют процесс подготовки отчетности полностью — все считают, что это сложно и дорого. Но наш опыт показывает, что можно автоматизировать формирование отчетности достаточно простым, и, соответственно, относительно быстрым и недорогим способом.
Надеемся, эта статья поможет вам эффективно решать задачи автоматизации отчетности.
Еще раз повторим ключевые особенности нашего подхода:
- Все виды учета, а также все корректировки, осуществляем в учетной системе в одном “регистре” (в главной книге). Не дублируем данные для учета по локальным стандартам, управленческого, налогового и МСФО учета.
- Во всех компаниях группы работаем с общими (одинаковыми) версиями справочников, имеющими отношение к финансовому учету (план счетов, аналитики, покупатели, поставщики и т.д.).
- Обеспечиваем “чистоту” (корректность) данных на уровне учетной системы, а не при загрузке в систему отчетности.
- Формируем консолидированную отчетность только на основе данных из учетной системы. Исходные данные для отчетности — финансовые проводки с дополнительными аналитическими признаками (измерениями). Не используем различные файлы Excel как источники данных.
- Не агрегируем данные при загрузке в систему подготовки отчетности. Каждая финансовая проводка (с уникальным идентификатором) представлена в отчетной системе как отдельная запись.
Сергей Устинов
Дарья Фадеева, FCCA
P.S. При подготовке статьи использовалось фото с сайта www.pexels.com.
Что такое консолидация данных? — DZone Big Data
Для внешнего мира ваш бизнес представляет собой высокоорганизованную структуру. Но внутри это котел с сырьем, собранным из баз данных, документов и множества других источников. Этот материал — он же данные — обладает всем потенциалом, который может помочь вашему бизнесу трансформироваться и расти, если вы правильно соберете все это с помощью процесса, называемого консолидацией данных.
Определение консолидации данных
Данные генерируются из множества разрозненных источников и в разных форматах.Консолидация данных — это процесс, который объединяет все эти данные, где бы они ни находились, удаляет любые избыточности и очищает любые ошибки, прежде чем они будут сохранены в одном месте, например, в хранилище данных или в озере данных.
Консолидация данных и репликация базы данных . Есть еще один вид консолидации данных, связанный с тем, как изменения в строках данных (обновленные, вставленные или удаленные записи) в базе данных объединяются с хранилищем данных. Эта «консолидация» — выходящая за рамки этой публикации — часто выполняется по регулярному графику и используется для включения изменений в реплицируемые данные, чтобы гарантировать, что «последняя» версия данных будет отражена в хранилище данных.
В то время, когда «создание информации» ускоряется экспоненциально, консолидация данных предлагает важные преимущества для организаций, которые изо всех сил пытаются решить сегодняшние бизнес-задачи. Этот процесс помогает обеспечить более высокое качество и точность данных, что значительно упрощает доступ, управление и анализ, когда вы будете готовы. Устраняя несоответствия, которые необходимо устранить, прежде чем вводить данные в действие, вы можете добиться огромной экономии времени, повысить эффективность и повысить ценность операций с данными в вашей организации в целом.
Консолидация данных нестандартна для разных отраслей или организаций, и есть несколько различных инструментов или методов, которые вы можете использовать для этого:
- Ручное программирование или создание сценариев. Этот процесс, выполняемый вручную, позволяет специалистам по обработке данных создавать сценарии для объединения и консолидации данных из заранее определенного диапазона источников.
- Инструменты с открытым исходным кодом. Программное обеспечение с открытым исходным кодом помогает организациям объединять и консолидировать данные с относительно небольшими затратами и большей гибкостью, но требует более высокого уровня знаний в области кодирования и, как правило, большего количества людей.
- Облачные инструменты . Современный подход к консолидации данных, облачные инструменты автоматизируют многие задачи консолидации данных за счет скорости, масштабируемости и безопасности.
Проблемы с консолидацией данных
Несмотря на то, что консолидация данных является важной ступенькой на пути к большей бизнес-аналитике и более быстрым и точным решениям, организациям не всегда реально делать это самостоятельно, используя существующие группы и системы. С другой стороны, этот более традиционный подход может создать впечатление, что ваша организация полностью контролирует свои данные.С другой стороны, это может привести к множеству других проблем, которые сводят на нет любой контроль, который, как вам кажется, у вас есть.
Вот четыре распространенных препятствия, которые могут возникнуть при традиционной консолидации данных на месте:
Ограниченное время. ИТ-команды уже заняты настройкой, обслуживанием и мониторингом оборудования и другого оборудования на месте в дополнение к выполнению остальных повседневных задач. Таким образом, время, необходимое для написания сценариев, выполнения и управления безошибочной консолидацией данных, не всегда может оказаться целесообразным для вашей текущей команды.
Ограниченные ресурсы . Любой процесс интеграции данных обычно требует помощи квалифицированных специалистов по данным. Тем не менее, у многих организаций нет бюджета или внутренней поддержки, чтобы укомплектовать кадрами необходимые ресурсы для выполнения работы. По правде говоря, получение специализированных знаний требует времени, а их найм — серьезные вложения.
Разрозненные локации. Многие предприятия работают с удаленными офисами или филиалами, что означает, что данные недоступны в одном физическом месте, но их необходимо защищать и управлять ими в нескольких местах.Когда вам нужно получить эти отдаленные данные и объединить их с локальными источниками данных, это может занять значительно больше времени (и гораздо больше пропускной способности). И все же время не друг, когда на кону быстрые решения, поскольку данные могут быстро устареть.
Проблемы безопасности. Каждое место, где хранятся данные, открывает потенциальную возможность взлома или взлома. А перемещение данных в другое место во время процесса консолидации данных только увеличивает этот потенциал. Кроме того, большинство предприятий должно придерживаться определенного уровня нормативных стандартов.Но исправленное оборудование и наличие только одного системного администратора, отвечающего за управление данными для всего предприятия, значительно затрудняют поддержание безопасности и соответствия требованиям в необходимой степени.
Современная консолидация данных в облаке
Однако компании могут получить преимущество за счет использования сторонних облачных инструментов консолидации данных. Как и другие облачные решения, эти инструменты созданы для обеспечения скорости, безопасности, масштабируемости и гибкости — независимо от того, где и в какой форме существуют ваши данные.Таким образом, вы получаете полную и точную загрузку данных, к которой вы сможете получить доступ, когда захотите, в выбранном вами репозитории данных.
И поскольку все это происходит в облаке, вам не нужно покупать или обслуживать дорогостоящее оборудование для обработки аспекта консолидации данных или добавлять ресурсы в свою ИТ-команду для наблюдения за ручным процессом.
Быстрые и эффективные конвейеры данных очищают ваши данные и делают их доступными вам в режиме реального времени, а не партиями, если вы того пожелаете.А поскольку процесс консолидации данных автоматизирован, ваши операции с данными выполняются намного более плавно и эффективно, что позволяет сэкономить предварительные затраты на инфраструктуру и повысить скорость и надежность бизнес-решений.
.Финансовая консолидация в облаке
Практически каждая компания хочет расти — такова природа бизнеса. Но с расширением возникают растущие проблемы финансовой консолидации, которая может охватывать несколько подразделений, дочерних компаний и филиалов по всему миру.
Быстрорастущие компании сталкиваются с ошеломляющей сложностью иностранных валют и языков, стандартов бухгалтерского учета, структур налогообложения, а также требований к отчетности и соблюдению нормативных требований, которые намного превосходят возможности электронных таблиц и автономных бухгалтерских приложений, которые они традиционно использовали для финансовой консолидации.
Наступает время принятия решений — как мы можем масштабироваться, чтобы справиться с задачами финансовой консолидации нескольких компаний или нескольких стран?
Естественно, компании будут учитывать старые методы грубой силы. Установите новые серверы, программное обеспечение ERP и системы резервного копирования в новых офисах по всему миру и привлеките ИТ-команды для настройки, внедрения и обслуживания этих систем. Или попробуйте обойтись QuickBooks и электронными таблицами, поручив аналитикам вручную собрать данные из нескольких отделов, рассчитать конвертацию валют, местные налоги и многое другое — точно и вовремя.
Облачные вычисления предлагают масштабируемую модель для сложной финансовой консолидации в кратчайшие сроки и без значительных капитальных затрат по сравнению с типичной локальной ERP-системой. А за счет автоматизации ключевых процессов бухгалтерского учета облачное ERP-решение сводит к минимуму риск ошибки и задержки ручных подходов к нескольким планам счетов.
Ускорение финансового закрытия на 20% до 50%
Столкнувшись с необходимостью быстрого исполнения, все больше предприятий среднего бизнеса обращаются к облачной модели для финансовой консолидации с впечатляющими результатами.Например, исследование, проведенное Nucleus Research среди пользователей NetSuite OneWorld, обнаружило заметное ускорение в короткие сроки. Одна из причин заключается в том, что финансовым менеджерам в штаб-квартире редко приходится ждать неделями, чтобы получить данные от своих дочерних компаний.
«Компании, переходящие с неинтегрированных устаревших и настраиваемых систем бухгалтерского учета на NetSuite OneWorld, могут рассчитывать на сокращение сроков закрытия финансовых операций на 20%», — считает Nucleus. «Некоторые клиенты ускорили время закрытия до 50%.Компании с международными дочерними предприятиями или несколькими юридическими лицами могут рассчитывать на повышение эффективности и объема консолидации финансовых и операционных данных ».
Использование облачного решения для финансовой консолидации может повысить эффективность и в других областях:
- Соответствие местным и международным налоговым требованиям. Встроенный механизм налогообложения позволит вам безболезненно обрабатывать несколько налоговых графиков в дочерних компаниях для всего, от НДС до НДС и от налога на потребление до общего налога с продаж.
- Управление конвертацией валюты. Найдите решение, которое будет автоматически обновлять конвертацию валют при колебаниях курса и обеспечивает гибкость для ручного изменения. Важно, чтобы ваша система также записывала курсы, использованные во время любого преобразования, обеспечивая важную историческую запись о том, как были созданы суммы.
- Снижение количества ошибок и ручного труда. Автоматизируя критически важные бухгалтерские процессы, вы минимизируете неизбежные ошибки при управлении несколькими электронными таблицами и позволите персоналу сосредоточиться на анализе с добавленной стоимостью.
- Повысьте прозрачность финансовых операций. Недостаточная прозрачность деятельности подразделений и дочерних компаний неизбежно снижает эффективность работы организации в целом. Зрелое облачное решение обеспечивает несколько уровней консолидированной отчетности и ключевых показателей эффективности (KPI), которые можно измерить в любое время для любого предприятия.
Финансовая консолидация не должна существовать в вакууме.Ведущие облачные решения для финансовой консолидации будут интегрированы с дополнительными приложениями для управления продажами и эффективностью, электронной коммерции, управления запасами, обслуживания и поддержки и многого другого. Между тем, облачное решение позволяет многопрофильному или многонациональному бизнесу избежать капитальных затрат и текущего обслуживания.
Например, CommVault, ведущий поставщик программного обеспечения для управления корпоративными данными, защиты и доступности, заменил около 12 разрозненных приложений на NetSuite OneWorld для проведения глобальной финансовой консолидации 35 дочерних компаний в Европе, Азии, Австралии и Южной Америке.
«Благодаря NetSuite мы смогли снизить сложность за счет унифицированной платформы, которая интегрируется с другими облачными приложениями», — сказал Эрик Люманн, менеджер CommVault Financial Systems Manager. «NetSuite дает нам систему, которая может расти вместе с нами».
Возможность консолидации нескольких планов счетов дает серьезное преимущество для предприятий с несколькими отдельными бизнес-подразделениями и глобальных предприятий с филиалами по всему миру, поэтому обращайте внимание на облако, чтобы вывести производительность и прозрачность вашей организации на новый уровень.
Подробнее
.PPT — Консолидация центров обработки данных и программа центров обработки данных Springfield Обзор рабочей группы по консолидации ИТ 09.03.2009 Презентация PowerPoint
Консолидация центров обработки данных и программа центров обработки данных Springfield IT Обзор рабочей группы консолидации
Повестка дня • Обзор программы центра обработки данных Springfield • График и статус • Обзор концептуального проекта • Семинары по консолидации центра обработки данных • Запрос SIO Designee
Обзор программы центра обработки данных Springfield Статус и программа Состояние графика Состояние графика Информационные технологии Завершены исследования передового опыта Модернизированная программа ИТ Координация требований Семинары по консолидации центров обработки данных Финансирование объектов Утвержденный выбор площадки Завершено Концептуальное проектирование В процессе выполнения График программы объектов DCAM Базовый план DCAM 3 года График проекта Сегодня Даты — календарный год — кварталы — кварталы календарного года 3 Springfield Data Center Обзор программы Концептуальный дизайн Обзор Принципы проектирования Эффективность — минимизация эксплуатационных расходов для объекта и измерения успеха наших клиентов: сравнение затрат на моделирование с аналогичными объектами Надежность — обеспечение непрерывности бизнес-операций для наших клиентов Измерение успеха: сертифицированный уровень III Средство, разработанное Uptime Institute. Безопасность — Обеспечение безопасности цифровых активов Содружества. Показатель успеха: Сертифицирован как зеленый, соответствующий стандарту ISO 27001 — Показывать пример с показателем экологичности. Показатель успеха: Массовые сертификаты LEED плюс сертифицированный объект (для дальнейшего развития в данных Семинары по консолидации центров) 4/1/2014 4
Обзор семинара рабочей группы по консолидации центров обработки данных и расписание 30 мая Отчет по высокоуровневой консолидации ИТ-инфраструктуры — (Раздел консолидации центров обработки данных) Семинар №1 — Начало работы и создание команды Что роль участников семинара? Каковы эффективные модели консолидации центров обработки данных? Какие типы информации мы должны собирать и как? Какие ключевые решения для консолидации центров обработки данных? Каков текущий дизайн центра обработки данных Springfield? Какая подготовка необходима для семинара №2? Семинар №2 — Какова наша стратегия консолидации центров обработки данных? Сколько центров обработки данных и приложений доступны? Активные / активные или активные / резервные центры обработки данных? Какая модель консолидации лучше всего? Мы включаем устаревшие системы? Какой у нас уровень виртуализации / автоматизации? Каковы наши сроки и последовательность для консолидации? Какие проблемы накладывают нормативные акты и нормативные акты? Семинар №3 — Как мы будем использовать MITC и DC2 в качестве консолидированных центров обработки данных? Каковы наши цели обслуживания? Какая у нас модель предоставления услуг? Какова наша модель обеспечения непрерывности бизнеса? Какие ключевые поддерживающие технологии? Как мы рационализируем наши инструменты управления? Каков у нас уровень совместных услуг? Какая у нас кадровая модель? Отраслевая валидация — Проект отчета для обзора и графика Расписание семинара № 1 Семинар № 2 Семинар № 3 30.05.2014 Отчет по ИТ-консолидации на высоком уровне 4/1/2014 5
Рабочая группа по консолидации центров обработки данных Запрос на назначение SIO • (3 ) ИТД Исполнительный • Совет • Представительство • ИТ-директор или заместитель ИТ-директора • Джон Летчфорд • Офис безопасности • Дэн Уолш • Технологический отдел • Структура рабочей группы по консолидации центров обработки данных Пола Бартлетта • (1) Заинтересованные • Стороны • Казначейство • Питер Наварро (3) Поставщик семинара Консультанты (1) Представительство Секретариата в области ИТ-консалтинга (8) Назначенные SIO (предлагаемые) Сопредседатели — руководитель программы центра обработки данных Springfield (Стюарт Лекки) и назначенный SIO, выбранный назначенным представителем рабочей группы по ИТ-консолидации Роль и обзор усилий Цели рабочей группы (1) Создание команды — Сформируйте группу первичной консолидации центра обработки данных (2) Участвуйте в составлении отчета об ИТ-инфраструктуре высокого уровня 5/30 — Предоставьте данные Секция консолидации центров (3) Разработка консолидированной стратегии операций центра обработки данных — формирование стратегии операций высокого уровня MITC / Springfield Роль должностного лица SIO (1) идейное лидерство — содействие в развитии «идейного лидерства» Содружества для консолидации центров обработки данных (2) Предпосылки — осведомленность в секретариате и агентствах »: основные приложения, услуги ИТ-инфраструктуры, центры обработки данных (3) Представитель — для секретариата и агентств в: — сборе информации, требованиях, ключевых решениях, уровне будущего планирования — 3 семинара на целый день, 7 апреля , 4/22 и 5/4, Экскурсия по центру обработки данных, сбор требований и обзор документации 01.04.2014 6
Рабочая группа по консолидации центров обработки данных Назначенный SIO Дальнейшие действия • ITD отправит электронное письмо с запросом уполномоченному • Не позднее 18 марта • Подтвердите наличие рекомендованных уполномоченных или предложите альтернативу (или) • Обеспечьте назначенному уполномоченному лицу подтвержденную доступность 01.04.2014 7
Добавить комментарий