Русский
Русский
English
Статистика
Реклама

Финансовый учет

FI или финансовая аналитика что, где, когда?

17.11.2020 16:15:10 | Автор: admin

Что, Где, Когда?


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


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



Своя игра


Итак, в мире наступающей цифровизации всем понятно зачем нужно знать такие показатели бизнеса, как: средний чек покупателя, конверсия, ARPU (средний доход с пользователя), LTV (доход с пользователя за все время пользователя сервисом), стоимость привлечения клиента и т.д. Основа этого финансовый план.
Родина начинается с картинки в букваре, а успех и прибыль компании с продуманного бизнес-плана, построения бюджета и его исполнения.
Что такое бюджет? Зачем он необходим компании?



Чтобы понять необходимость бюджетирования и планирования, приведем простой жизненный пример: 30 летний человек живет в России, ходит на работу и получает заработную плату; живет от зарплаты до зарплаты, пока государство, допустим, не примет новый закон, который гласит об отмене пенсионных накоплений. В такой момент приходит осознание, что пенсионный возраст близок, пройдет всего каких-то 30 35 лет, а накоплений никаких. Что же делать? Какие шаги должен совершить наш герой на пути к созданию пенсионного капитала?



Шаг первый: Записывать все доходы и расходы.
Шаг второй: После появления определенной статистики доходов и расходов, выявить обязательные и необязательные траты это и называется (взрослая самостоятельная жизнь) финансовым анализом.
Шаг третий: Сформировать бюджет на год. Процесс бюджетирования основывается на статистике доходов и расходов, закладывая определенный процент на непредвиденные траты, а также учитывая краткосрочные финансовые цели на горизонте до или чуть свыше года.
Шаг четвертый: Чтобы достичь конечной цели пенсионный капитал нашему герою необходимо овладеть такими инструментами как прогнозирование и стратегическое планирование. Отличие этих двух процессов от бюджетирования заключается в горизонте планирования (бюджет обычно строится на год) и определенных допущениях, т.к. не все ситуации в следующие 5-10-15 лет можно предугадать. Только при составлении прогноза с учетом своих стратегических планов (ипотека, дети, путешествия) наш герой может просчитать, какие инструменты накопления он может использовать для того, чтобы жить комфортно.
Этот пример из жизни человека отличается от жизненного цикла компании одним масштабом.
Давайте рассмотрим как поэтапно происходят такие процессы в компании?


Где логика?



На начальном этапе создания бизнеса практически любой бюджет и бизнес-план создается в Excel это самый простой и незатратный путь. Первая ИС (здесь и далее: ИС информационная система) в компании система бухгалтерского учёта. Далее могут появляться системы кадрового, маркетингового и коммерческого учета (например, CRM). По отдельности все эти системы важны и нужны, но для принятия стратегически верного бизнес решения необходимо видеть всю картину целиком, а для этого необходимо собрать все имеющиеся пазлы.
Сбор отчётности исторически начинался c большого количества Excel-файлов и имеет недостатки:
Процесс сбора данных из разных систем-источников трудоемкий и подвержен ошибкам;


  • Отчетность по важным показателям для бизнеса может предоставляться несвоевременно и съедать больше ресурсов, чем необходимо (поиск актуального файла, файл весит о боже мой больше 50МБ, нет возможности вносить исправления в файле одновременно нескольким пользователям);
  • Excel-файлы как вид отчетности не обеспечены хорошим уровнем безопасности. Потеря или несанкционированный доступ к таким незащищенным система грозят бизнесу серьезными последствиями;
  • Согласование и утверждение финансовых показателей осуществляются в основном по почте, что снижает скорость и точность принятия важных решений, а также не позволяет хранить их историю.
    Большинство из этих факторов человеческие. И именно автоматизация позволяет управлять такого рода рисками.

Поле чудес


Следующий важный этап в развитии управления компанией объединение разных систем информации в интегрированную ИС: Систему Управления Эффективностью Организации (CPM Corporate Performance Management), которая является комплексом взаимосвязанных процессов, методологий и подсистем. Решения CPM охватывают все бизнес-задачи в области стратегии и финансов.
Какое же решение CPM выбрать? На что необходимо обратить внимание?
На помощь приходит Магический квадрант Гартнера это отчет, необходимый для оценки и выбора наиболее подходящей для компании автоматизированной системы.
Gartner (Гартнер) это консалтинговая и аналитическая компания, которая специализируется в сфере ИТ: исследует поставщиков, которые представляют инфраструктурные ИТ решения для компаний.



Как читать этот магический квадрант и что все это значит? Давайте разберемся.



По квадранту:
Лидеры (Leaders) лидирующие решения на данном рынке (рынок указан в самом названии таблицы). Хорошо себя зарекомендовавшее законченное решение, которое покрывает нужды подавляющего большинства заказчиков, и имеющее понятное развитие в будущем.
Нишевые игроки (Niche players) не очень широко распространенные на данном рынке решения. Как правило заточены на решение определенных или очень специфических (узких относительно всего этого рынка) задач.
Претенденты (Challengers) законченные целостные решения, достаточно широко распространенные на рынке, но не показывающие четкие тенденции будущего развития. Решения, которые сейчас работают хорошо, но непонятно, как они буду взаимодействовать с новыми постоянно добавляемыми в инфраструктуру компонентами, а производитель ничего конкретного по этому поводу не сообщает.
Визионеры (Visionaries) такие компании не сильно представлены на рынке, но агрессивно рассказывают о перспективах своего развития в будущем. Часто появляются новички с уже готовым и быстроразвивающимся продуктом.


На что нужно обязательно обратить внимание при анализе квадранта и выборе инфраструктуры:


  1. Название квадранта им определяется рынок решений, который рассмотрен в данном квадранте;
  2. Дата выхода. Учитывая, что рынки в сфере высоких технологий быстро развиваются и меняются, квадранты старше 2 лет не имеет смысла. Такие квадранты можно рассмотреть только в качестве представления исторического развития данного сегмента рынка;
  3. Шкала оценки: "Зрелость уже сейчас" (Ability to execute) и "Перспективность в будущем" (Completeness of vision). Любой продукт или решение оценивается исходя из готовности и возможности развития продукта в будущем;
  4. Соотношения оценок и представления на рынке: "Нишевые игроки", "Претенденты", "Провидцы" и "Лидеры".
    Сам факт попадания в квадрант, в любую категорию, уже говорит о том, что решение данного вендора заслуживает внимания. Ориентируйтесь на квадрант, но в конечном выборе закупаемого решения необходимо также учитывать и другие факторы, соответствующие целям и возможностям самой компании.

Супер-приз


Что же мы получаем в итоге? Вывод неутешителен: автоматизация на определенном этапе развитии компании неизбежна, и процесс этот нелегкий, но результат, при котором появятся новые возможности для компании увеличение прибыли, сокращение трудозатрат стоят всего этого. Как к выбору инфраструктуры, так и в целом к автоматизации подходить нужно тщательно и проделав предварительную работу. О том, как начать процесс автоматизации и не бросить, на какие именно факторы необходимо опираться при выборе CPM-решения расскажем в следующей статье. Stay tuned!

Подробнее..

Облачная консолидация стоит ли ей доверять?

21.12.2020 00:08:29 | Автор: admin

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

Одним из популярных направлений сейчас является уход отon-premiseрешений на облачную инфраструктуру. Финансовая консолидация не исключение. Несколько лет назадOracleвыпустил новый продукт для автоматизации финансовой консолидации FinancialConsolidationandCloseCloudService(далее FCCS). Он является развитием предыдущего флагмана для этих же задач HyperionFinancialManagement(далее HFM). Несмотря на то, что продукт выпущен несколько лет назад, пока он не стал очень популярным, и многие специалисты даже не знают о его существовании.

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

Поехали!

О чем планируем поговорить:

  • FCCS что это такое?

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

  • Порассуждаем о том, как же настроить консолидацию если вы выбрали этот продукт.

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

  • В завершение еще несколько полезных функций, которые будут полезны администратору системы.

FCCS: что это и с чем это едят

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

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

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

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

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

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

Большой плюс: преднастроенная модель данных

При создании приложенияFCCSвы получаете готовую преднастроенную модель данных, которая содержит в себе, по аналогии сHFM, основные обязательные измерения (Entity,Account,Scenario,YearиPeriod), а также несколько пользовательских измерений, которые нельзя удалить или заменить (как показывает практика, без таких измерений не обходится ни одна система консолидации).

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

Пример

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

В традиционном подходе мы имеем в отдельной ветке FCCS_Total Liabilities and Equity сумму обязательств и капитала, которая затем с противоположным знаком поднимается в итоговый баланс, и получаем FCCS_Total Balance Sheet-Traditional Approach = FCCS_Total Assets - FCCS_Total Liabilities and Equity.

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

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

При создании приложения есть возможность добавить специальное измерение, предназначенное для разделения локального учета компании и МСФО отчетности Multi-GAAP(Рисунок 3). Как показывает практика, ни одна система консолидированной отчетности не обходилась без отдельного измерения, предназначенного для трансформационных корректировок, разделяющих индивидуальную и МСФО отчетность компаний. ИзмерениеMulti-GAAPпредназначено именно для этих целей, так как помимо фиксированных системных элементов туда можно добавить все специфичные для конкретной компании корректировки. В нашей практике были случаи, когда в корректировках не было необходимости: в систему отчетные данные попадали уже в формате МСФО в этом случае измерениеMulti-GAAPне требуется, и его можно просто не включать при создании приложения.

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

Пример

Ниже представлена сравнительная таблица измерений вFCCSи егоon-premiseаналогаHFM

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

Консолидация: как ее настроить?

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

Модель данных

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

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

FCCSпозволяет добавлять до четырех пользовательских измерений. На первый взгляд кажется, что этого мало. На самом деле это не так: система уже содержит в себе измерения, которые обычно добавляются как пользовательские (Movement,DataSourceи все в этом духе).

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

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

Кейс из жизни:

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

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

В настройке например, плана счетов следует помнить выбранный при создании приложения подход к формированию баланса. При выборе подхода Traditional Balance Sheet Approach в итоговый баланс сумма всех активов поднимается со знаком +, а сумма всех обязательств со знаком -. При этом базовые счета и активов, и пассивов хранят все данные со знаком +. Это значит, что при добавлении новых счетов внутри иерархии в балансе необходимо придерживаться этой же логики. Такое поведение заложено в системе по умолчанию, но в одном из последних релизов было выпущено обновление, позволяющие изменять логику и хранить в системе счета обязательств со знаком -, если вы предпочитаете этот подход.

Загрузка данных

После создания модели данных настраиваем процесс загрузки данных в систему. Загружать данные вFCCSможно различными способами. В приложение встроен облачныйDataManagement, являющийся упрощенным аналогомon-premiseFDMEE.В нем отсутствует возможность писать скрипты для обработки данных или интегрироваться с базой данных, но он позволяет загружать содержимое различных файлов, настраивать мэппинги элементов и создать проверочные отчеты над загружаемыми срезами. Можно загружать данные вFCSSи черезon-premiseFDMEE, но в облачную подписку он не входит. В само приложение встроена возможность прямой интеграции с другими облачными сервисами. Ну и, кроме того, всегда остается старая добрая возможность ручного ввода данных черезSmartViewилиweb-формы.

В последних релизахOracleвыпустил новый интеграционный инструмент EPM Integration Agent, который является неким дополнением к встроенному облачномуDataManagementи обещает функциональность, расширяющую его доon-premiseFDMEE.

Бизнес-правила

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

Расчеты вFCCSреализуются на специальном языке для многомерных хранилищ данных Essbase. Технология не является новой, она уже давно используется в приложенияхOracleHyperionPlanning. В облаке технологияEssbaseничем не отличается отon-premiseверсии: логика построения расчетов, синтаксис и используемые функции остались теми же.

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

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

Отчетные формы

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

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

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

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

Из коробки: готовые консолидационные инструменты

Чтобы кастомизировать процесс консолидации без сложных скриптов и бизнес-правил, в системе есть специальные функциональные блоки.

Элиминация ВГО. Работает из коробки

Тяжело представить себе систему консолидации без учета и автоматического исключения внутригрупповых операций дочерних компаний группы. ВFCCSтакой инструмент есть, он не требует ручного написания сложных бизнес-правил. Для настройки элиминации требуется выбрать компании, которые могут являться контрагентами, и выставить у них соответствующий признак, затем выбрать счета, по которым могут проходить ВГО и назначить имplug-счет для учета расхождений. Всё. При корректном выставлении всех необходимых настроек, при выполнении стандартного правилаConsolidateбудут автоматически рассчитаны все элиминационные срезы и внутригрупповые операции будут исключены из вклада в группу.

Настраиваемые консолидационные корректировки

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

Готовые методы консолидации

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

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

Полезные фичи

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

РасчетOpeningBalance

Один из базовых расчетов в системах для финансовой отчетности расчет сальдо на начало периода по балансовым счетам. В основном все системы консолидации предназначены для МСФО отчетности, где данные удобнее всего загружать и видеть накопительно с начала года (Year-To-Date). На практике так же часто возникают случаи, когда помимо представленияYear-To-Dateв системе необходимо иметь корректные обороты за период (Periodic). И если с отображением загруженных данных проблем не возникает (в зависимости от того, в каком представлении были загружены данные, накопительно с начала года или периода второе представление рассчитается автоматически), то с расчетом сальдо на начало периода обычно всё сложно.

Вon-premiseаналогеFCCSHyperionFinancialManagement вопрос расчета корректного баланса на начала в обоих представлениях всегда был одним из самых проблемных.HFMне позволяет реализовать подобный расчет. Самым оптимальным решением в этом случае было создавать 2 альтернативные ветки движений с двумя начальными балансами один для просмотра только вYTD, другой только вPeriodic. ВFCCSтакой расчет предоставляется из коробки и позволяет видеть корректный начальный баланс на одном и том же элементе в обоих представлениях.

В измеренииMovementприсутствуетpre-seededэлемент для хранения начального баланса, который рассчитывается автоматически для всех балансовых счетов и равен сальдо на конец предыдущего года в представленииYTDи сальдо на конец предыдущего периода в представленииPeriodic. Расчет реализован на одном элементе, что позволяет смотреть корректную отчетность в обоих представлениях по одно иерархии движение и избежать дублирования информации.

Автоматическая балансировка движений

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

Автоматический расчет RE

При разработке систем консолидированной отчетности обычно требуется создавать счета для учета нераспределенной прибыли текущего и предыдущих периодов, а затем реализовывать расчет, формирующий прибыль прошлых периодов за счет добавления к ней прибыли текущего периода. ВFCCSтакой механизм также предоставляется из коробки. В иерархию капитала уже добавлены счета для учета НРП за текущий и за прошлый период. Перенос значения на счет FCCSRetained Earnings Prior происходит автоматически и формируется корректно в зависимости отView(YTDилиPeriodic).

Автоматический расчет резерва трансляции

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

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

Техника вопроса: еще больше плюсов

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

Надстройка для работы с метаданными в Smart View

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

В облачных продуктах такой проблемы больше нет. В комплекте с каждым продуктом идет специальная надстройка дляSmartView, позволяющая вносить изменения в метаданные приложения сразу с листаExcel-файла без использования каких-либо макросов или специальных программ. Все что нужно скачать и установить надстройку, подключиться черезSmartView, открыть измерение и внести туда изменения (Рисунок 4). Чтобы загрузить их в систему достаточно нажать кнопкуSubmitна панелиSmartView.

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

Автоматическое создание бэкапов и аудит действий в системе

Еще одним техническим преимуществом является автоматическое ежедневное создание бэкапов всей системы и аудит действий пользователей.

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

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

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

Вывод

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

Инструмент менее гибкий по сравнению с, например, on-premise аналогом HFM, но эта особенность не делает его хуже: встроенная модель является достаточно правильной с точки зрения бизнес-логики. Все это и отсутствие необходимости в закупке железа и дополнительного ПО значительно упрощает процесс внедрения и требует минимальной ИТ-поддержки.

Cтоит ли доверять FCCS построение консолидированной отчетности? Да, стоит. Так что вперед, строить консолидацию в облаках!

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru