Критерии/Система;Optimacros;Planum;Форсайт;1С: УХ;Knowledge Space;Турбо;ИНТАЛЕВ

1. ФУНКЦИОНАЛЬНЫЕ;;;;;;; Гибкость настроек аналитик и показателей бюджетной модели;Высокая;Высокая;Средняя;Ниже средней;Высокая;Высокая;Средняя Версионность и сценарное планирование;Поддерживает создание неограниченного количества версий и сценарное моделирование «что если». ;Платформа поддерживает неограниченное количество версий и сценарии. Технология OLAP on-memory с исключением нулей из расчётов обеспечивает высокую производительность, гибкость и отсутствие ограничений на количество аналитик и элементов с многомерных формах. Позволяет реализовывать различные алгоритмы для разных версий и сценариев на одних и тех же показателях.;Поддерживается полноценное сценарное планирование и What-if анализ. Пользователи могут создавать неограниченное количество версий бюджета на основе различных входных параметров (курсы валют, инфляция и др.).;Версионность и сценарное планирование поддерживаются. Однако архитектура приложения ограничивает возможности трансформационного и версионного планирования, а также затрудняет выбор между различными сценариями планов. Уровень сценарности в 1С: УХ больше ориентирован на типовые кейсы 1С ;Система поддерживает полноценную версионность. Платформа позволяет создавать гибкие модели планов и оценивать актуальные финансовые показатели в различных вариантах. Сценарное моделирование реализовано скорее на уровне бизнес‑моделей, цепочек стоимости и стратегических KPI;Система поддерживает настройку различных сценариев и версий бюджета. Она позволяет выполнять финансовый анализ в различных разрезах и версиях (план, факт, прогноз), обеспечивая гибкость сценарного моделирования.;Поддерживается работа с различными версиями бюджетов и сценариями развития в рамках единой модели данных 1С. Версионность фактически реализуется через несколько сценариев и цикличное “прокручивание” процесса планирования до выбора итогового варианта. Копирование версий бюджета;Да;Да;Да;Да;Да;Да;Да Консолидация и ВГО;Настраивается консолидация финансовой отчетности группы компаний, включая сверку и элиминацию ВГО. Есть демонстрационные и коробочные решения.;Система обладает интуитивно понятными правилами реализации расчётов любой сложности. Механизмы консолидации настраиваются при помощи базового функционала платформы.;Система обладает развитыми инструментами консолидации планов. Включены типовые механизмы элиминации внутригрупповых оборотов (ВГО), функционально сопоставимые с решениями уровня SAP.;Имеются типовые механизмы консолидации данных и исключения внутригрупповых оборотов (элиминация ВГО). Одним из главных преимуществ является возможность drill-down (расшифровки) фактических данных вплоть до первичных документов в учетной базе.;В системе реализованы инструменты консолидации планов. Поддерживается работа в рамках сложных организационных структур.;В системе имеются готовые инструменты для создания моделей бюджетирования и консолидации отчетности. Реализованы типовые механизмы консолидации данных и элиминации внутригрупповых оборотов (ВГО).;В системе представлены типовые механизмы консолидации данных и элиминации (исключения) внутригрупповых оборотов (ВГО). Это позволяет формировать отчетность для сложных холдинговых структур. Планирование на основе драйверов;Объектная модель позволяет выстраивать сложные связи между показателями с помощью формульной логики, похожей на MS Excel. Это дает возможность создавать модели, где финансовые планы пересчитываются на основе изменения операционных драйверов.;Интуитивно понятное мультикубичное хранение данных позволяет выстраивать нормативно-драйверные модели любой сложности с он-лайн пересчётом влияния изменения вводных параметров на все зависимые бюджеты.;Драйверное планирование реализуется, хотя сложная логика часто требует программирования на языке Fore.;Из-за отсутствия встроенных инструментов на основе OLAP-технологий, возможности сложного моделирования и прогнозирования ограничены по сравнению со специализированными CPM-решениями. Драйверное планирование реализуется через: - отдельные справочники/регистры с драйверами (нормативы, тарифы, коэффициенты); - настройки моделей бюджетирования, где показатели формируются по формулам с использованием этих драйверов.;Knowledge Space традиционно ориентируется на S&OP процессы, поэтому драйверное планирование в нем, как правило, воспринимается шире: драйверы - это не только коэффициенты для бюджетных статей, но и параметры бизнес‑модели, влияющие на KPI и финансовые потоки. Настройка таких моделей обычно делается через визуальные модели (диаграммы процессов, причинно‑следственные связи, сценарные деревья) плюс формульный/скриптовый язык для расчётов.;Для реализации сложной драйверной логики и алгоритмов используется собственный язык разработки «ТУРБО Скрипт», который позволяет гибко настраивать бизнес-модели любой сложности.;Драйверное планирование реализуется через модели показателей и формы ввода драйверов, из которых затем рассчитываются бюджеты. Большая часть типовых сценариев (нормативное планирование затрат, планирование продаж по драйверам, ФОТ) обычно собирается конфигурацией без полноценного программирования. Скользящее планирование;Полная поддержка Rolling Forecast; архитектура позволяет оперативно пересчитывать прогнозы при изменении вводных данных при смене прогнозных периодов. Реализован механизм Rolling forward: период планирования постоянно “подкручивается” вперёд, а фактические данные за закрытые месяцы автоматически предзаполняются в модели, при этом пересчитываются прогнозные месяцы;Расширенная поддержка Rolling Forecast: до конца года или на неограниченное количество месяцев вперёд с любой детализацией и гранулярностью данных. Оперативный пересчёт прогнозов при изменении любых параметров, влияющий на расчёт.;Функционал скользящего планирования официально поддерживается в рамках инструментов моделирования. Реализуется через сценарный подход, однако скорость пересчета может зависеть от мощности СУБД из-за ROLAP-архитектуры.;Прогнозы в системе часто реализуются в упрощенном виде через стандартную связку “несколько сценариев + миграция данных между сценариями/периодами”. Для построения сложных моделей требуется дополнительный кастомный функционал. Оперативный пересчет скользящих планов затруднен из-за отсутствия OLAP-оптимизации.;Knowledge Space традиционно ориентируется на S&OP, а не FP&A процессы, поэтому скользящее планирование можно трактовать как периодическую переоценку бизнес‑модели и KPI с обновлением горизонта моделирования.;В Турбо скользящее планирование встроено в сценарный контур: система поддерживает регулярный прогноз (rolling forecast) с пересчётом ключевых бюджетов при обновлении факта и драйверов. Для сложных и специфических кейсов необходимо использовать встроенный скриптовой язык.;Исторически продвигает скользящее планирование скорее как методику, а не просто визард в интерфейсе. Настраиваются правила автоматического планирования и процедуры, которые при закрытии периода: подтягивают факт, переносят остатки в следующие периоды, пересчитывают бюджеты с учётом новых допущений. Аллокации;Функциональность аллокаций является одной из базовых: поддерживается распределение общепроизводственных затрат, затрат между МВЗ, и т.д. на основе драйверов. Есть возможность строить каскадные цепочки распределения (первичное разнесение затрат вспомогательных ЦФО, затем перенос на ЦФО‑потребители и далее на объекты калькуляции) и хранить несколько моделей аллокаций для разных методик.;Система поддерживает механизмы аллокаций на всех уровнях расчётов: 1) онлайн расчёты, зашитые в математическую модель 2) регламентные расчёты, запускаемые по расписанию или по кнопке 3) функционал аллокаций в момент заведения данных при помощи интуитивных команд ввода;В Форсайт аллокации затрат воспринимаются как часть расчётной модели: показатели могут быть как первичными (вводимыми), так и результатом распределения между аналитиками по заранее заданным правилам. Поддерживаются каскадные аллокации, аллокация по различным базам распределения, хранение и сравнение нескольких вариантов модели распределения.;В 1С: УХ распределение затрат реализуется комбинацией: - стандартных механизмов 1С (движения по регистрам, регламентные операции, типовые методы распределения косвенных расходов); - блока бюджетирования, где можно задать правила аллокации бюджетных показателей между ЦФО, статьями и аналитиками. Однако при переходе к более продвинутым моделям (многошаговые каскадные аллокации, ABC/ABB, условные правила, “циклы” между подразделениями) почти всегда приходится использовать встроенный язык 1С;Аллокации поддерживаются через визуальные модели и формульный язык. Для нестандартной логики (особые алгоритмы, временные лаги, условные ветвления) используется встроенный скриптовый язык. В сравнении с Форсайт и Турбо Knowledge Space обычно сильнее в “процессно‑ориентированной” аллокации (через бизнес‑модель и KPI), но сложнее по настройке и требует более высокого уровня методологии ABC/ABB.;Аллокации затрат входят в стандартный функционал расчётных моделей: - поддерживаются разные базы распределения (драйверы деятельности, показатели бюджетов, статистические показатели); - возможны многошаговые каскадные аллокации на ЦФО, продукты, проекты, каналы; - результаты аллокаций можно сразу анализировать в отчётах прибыльности и юнит-экономике. Для типичных отраслевых сценариев (retail, производство, сервис) присутствуют готовые шаблоны;Аллокации идеологически связаны с методологией управленческого учёта и центров финансовой ответственности: затраты собираются на ЦФО/статьи, затем по регламентам распределяются на объекты калькуляции (продукты, направления, проекты). Система позволяет задавать различные базы и коэффициенты распределения, строить многошаговые цепочки переноса затрат. Упор на выверенную методологию, а не на гибкость настраиваемых моделей аллокации ПФА и Факторный анализ;ПФА (план-факт анализ) является базовым функционалом платформы. Благодаря встроенным инструментам BI и гибким механизмам настройки расчётной логики, пользователи могут оценивать влияние различных факторов на отклонение данных в различных версиях. Факторный анализ можно проводить в табличных преставлениях или в графических представлениях, например, Waterfall chart ;ПФА (план-факт анализ) является базовым функционалом платформы. Благодаря функционалу визуализации позволяет отображать отклонения как в табличной форме, так и во встроенных графиках и дашбордах. Факторный анализ также отклонений реализуется стандартным функционалом системы.;План-факт анализ является базовым функциональным требованием, реализованным в системе. Фактические данные загружаются в отдельные сценарии, после чего стандартные отчёты и OLAP‑кубы позволяют сравнивать любые плановые версии с фактом. Благодаря традиционно сильному BI-инструментарию (унаследованному от Prognoz Platform), система позволяет проводить глубокий факторный анализ и визуализировать отклонения на интерактивных дашбордах.;План-факт анализ (ПФА) и факторный анализ входят в базовые функциональные требования системы, поддерживается как в контуре бюджетирования, так и через связь с бухгалтерским и управленческим учётом: система позволяет строить отчёты “план/факт/отклонение” по произвольным наборам сценариев, периодов и аналитик. Достоверность аналитических данных обеспечивается за счет бесшовной интеграции с учетными контурами 1С и использования единых справочников для плана и факта. Для продвинутого факторного анализа (разложение отклонений по нескольким факторам очень часто пишутся отдельные отчёты и обработки на встроенном языке 1С.;В Knowledge Space план‑фактный и факторный анализ логически встроены в концепцию интегрированного планирования и моделирования: система оперирует не только бюджетными формами, но и моделями процессов, драйверов и KPI. План‑факт организован через сравнение сценариев: базовый план, rolling‑прогноз;В Турбо план‑фактный анализ является одной из базовых функций: система поддерживает хранение множества сценариев, загрузку факта и стандартные отчёты, где можно сравнивать план, прогноз и факт по всем ключевым отчётам и аналитикам. Пользователь обычно получает готовый набор отчётов с возможностью детализации до первичных записей или драйверов; настроить дополнительные срезы и группировки можно средствами конфигурации без разработки.;План‑фактный анализ тесно связан с методологией бюджетирования и регламентами: ПФА рассматривается как обязательный этап цикла управления, в типовых внедрениях он реализуется через набор стандартных отчётов и дашбордов по БДР, БДДС, балансам. Структура отчётности обычно настраивается конфигурацией, без программирования. Для сложных методик факторного анализа пишутся отдельные отчёты и обработки на встроенном языке. Drill-down до первичных операций/ документов;В системе реализован функционал Drill Down по показателям до уровня составляющих записей. Однако, как в любой специализированной CPM-системе (в отличие от учетных систем типа 1С), глубина детализации до первичного документа возможна только при условии предварительной загрузки этих данных из внешних учетных систем в хранилище Optimacros.;В системе реализован функционал Drill Down по значениям показателей. Однако, как в любой специализированной CPM-системе (в отличие от учетных систем типа 1С), глубина детализации до первичного документа возможна только при условии предварительной загрузки этих данных из внешних учетных систем в кубы Planum.;В системе поддерживается Drill Down по значениям показателей. Глубина детализации до первичного документа зависит от архитектуры интеграции: как и в других специализированных CPM-системах, это требует предварительной загрузки детальных данных из учетных систем (например, 1С) в хранилище «Форсайта».;Система обладает преимуществом перед специализированными OLAP платформами: встроенной возможностью расшифровки (drill-down) фактических данных вплоть до первичных документов. Это становится возможным благодаря хранению плановых и учетных данных в единой базе данных. Пользователь может «провалиться» из бюджетного отчета непосредственно в бухгалтерскую операцию или документ-основание.;Согласно сравнительным данным, встроенный функционал Drill Down по значениям показателей в системе официально не представлен. ;Drill‑down реализован как стандартная возможность аналитических отчётов: из агрегированных показателей можно проваливаться в детализированные разрезы (ЦФО, статьи, SKU и т.п.), а затем к строкам, соответствующим загруженным данным (например, транзакциям продаж). Глубина «проваливания» до первичного документа в ROLAP-системах зависит от детальности данных, загруженных из внешних учетных систем.;Детализация ориентирована на управленческий учёт и центры ответственности: из сводных отчётов можно перейти к разрезу по ЦФО, статьям, проектам, а затем к деталям, соответствующим либо загруженным оборотам, либо строкам планов/факта в трансформационных таблицах. В сравнении с 1С: УХ ИНТАЛЕВ обычно уступает по удобности и естественности перехода к первичному документу. Загрузка бюджетов из Excel ;Да, drag-and-drop;Да, есть Excel-клиент;Да;Да;Да;Да;Да Фиксирование утвержденных бюджетов;Реализован механизм блокирующих контролей, который позволяет запрещать ввод или изменение данных в ячейках, если соответствующие этапы процесса подразумевают freeze срезов. Процесс блокировки данных на утвержденных срезах является стандартной настройкой системы. Защита обычно строится на статусах согласования и ролевой модели.;Реализован механизм блокирующих контролей, который позволяет запрещать ввод или изменение данных в ячейках, если соответствующие этапы процесса не согласованы. Дополнительно доступен функционал блокировку ввода (freezing) или распределения данных сверху на уровне ячеек или целых срезов. Поддерживает реализацию Workflow с управлением изменения текущих статусов данных и доступа к их изменению и пересчёту.;В системе реализованы механизмы разграничения прав доступа и защиты данных от некорректных действий. Функционал включает блокировку ввода (freezing) и возможность фиксации данных на уровне ячеек или целых бюджетных форм после прохождения этапов согласования.;В 1С: УХ фиксация утверждённых бюджетов тесно связана с механизмом документов бюджетов, статусами и системой прав: документ бюджета/сценария проходит этапы “черновик –> на согласовании –> утверждён”, после чего его редактирование можно запретить для пользователей.;Защита данных и контроль процесса утверждения обеспечиваются через статусы сценариев, разграничение прав доступа и ролевую модель. ;В Турбо фиксация утверждённых бюджетов, как правило, реализована как часть сценарного контура: есть “рабочие” сценарии и сценарии с признаком утверждённого, для которых действует более жёсткий режим доступа. После завершения цикла согласования конкретный сценарий помечается как утверждённый бюджет на период, его редактирование для обычных ролей блокируется.; В ИНТАЛЕВ фиксация утверждённых бюджетов связана с методологией бюджетного процесса: выделяются этапы подготовки, согласования и утверждения; после перехода бюджета в статус “утверждённый” он становится опорной версией для контроля исполнения и план‑фактного анализа. Акцент на формальном регламенте (кто и когда имеет право менять бюджет) Настройка гибких отчетов;Возможности формирования отчетности оцениваются выше, чем у многих конкурентов. Система обладает встроенным BI-инструментарием для создания интерактивных дашбордов и графиков,. Функционал VBA Doc Print позволяет выгружать любые преднастроенные отчеты по нажатию кнопки.;Предоставляет возможности визуализации данных, включая таблицы, графики и дашборды в Web-клиенте. Так же есть альтернативная возможность реализовать гибкие отчёты средствами Excel с интерактивным обновлением данных.;«Форсайт» предоставляет широкие возможности создания регламентной и аналитической отчетности. Пользователям доступны инструменты гибкой настройки параметров отчетов, разнообразные настройки печати и встроенные средства визуализации (графики, диаграммы), однако для модификации структуры данных может потребоваться помощь ИТ-специалиста;В 1С: УХ гибкие отчёты реализуются через механизм отчётных форм, СКД (система компоновки данных) и специализированные формы бюджетного анализа. Система поддерживает настройку параметров отчетов и содержит готовые шаблоны для БДР, БДДС и Баланса. Однако гибкость настройки ниже, чем в специализированных системах, так как структура бюджетов жестко задается метаданными платформы 1С. Существенным ограничением является невозможность корректировки состава или формата бюджетных форм во время активного периода – для этого требуется создание новых объектов.;Платформа позиционируется как Low-code/No-code решение, предоставляющее бизнес-пользователям визуальные конструкторы для настройки форм ввода и отчетов без привлечения ИТ-специалистов. Доступна гибкая настройка аналитик, различных видов графиков и дашбордов, которые можно модифицировать в любое время.; Пользователям доступна гибкая настройка аналитик, показателей и параметров бюджетных форм. Система поставляется с наборами готовых шаблонов форм и отчетов для различных отраслей, а также позволяет самостоятельно модифицировать отчеты. Относительно Оптимакрос, Турбо можно считать более “шаблонно‑ориентированным”: меньше полного конструирования с нуля, больше отраслевых и методологических пакетов;Поддерживается гибкая настройка аналитик и показателей бюджетной модели. Пользователям доступны инструменты для самостоятельной настройки форм отчетности и параметров визуализации, однако стоит учитывать, что система имеет консервативный интерфейс, характерный для платформы 1С. Проигрывает в BI возможностях специализированным CPM системам Workflow согласований;Реализован настраиваемый процесс согласования, мониторинг статусов и блокировка ячеек на ввод после визирования. Некоторые эксперты считают, что функционал согласований менее удобен по настройке, чем у ведущих конкурентов; Workflow реализуется стандартным функционалом платформы Planum. При этом преднастроенные механизмы согласования отсутствуют.;Имеет встроенный механизм настройки бизнес‑процессов и маршрутов согласования, позволяющий строить достаточно сложные цепочки согласований с этапами, ролями и статусами, что считается одной из сильных сторон продукта.;Согласования реализуются через собственный механизм бизнес‑процессов. Подходит для типовых маршрутов “подготовка -> согласование -> утверждение”, но для сложных схем и нетипичных ветвлений обычно требуется доработка на встроенном языке.;Реализованы инструменты согласования и сквозного управления задачами. Поддерживаются автоматические оповещения ответственных и мониторинг статусов процессов. Для специфических workflow и глубокой кастомизации часто нужно знание JavaScript;Используется встроенный механизм согласования с возможностью настройки сложных маршрутов, привязанных к бюджетам, заявкам и другим объектам, при этом продукт ориентирован на финансовые процессы и документооборот, включая прикрепление файлов и работу с вложениями.;ИНТАЛЕВ традиционно делает акцент на регламентности: workflow согласований встроен в методологию бюджетного процесса, поддерживаются маршруты по этапам и ролям, при этом функционал менее гибок, чем у конкурентов, но хорошо заточен под формализованные процедуры утверждения бюджетов и планов. Ролевая модель;Гибкое разграничение прав доступа по ролям с независимыми настройками для дашбордов, справочников, элементов справочников, и отдельных ячеек.;Гибкое разграничение прав доступа и ролевая модель, позволяющая настраивать видимость данных вплоть до уровня ячейки.;Поддерживается гибкое разграничение прав доступа и ролевая модель, позволяющая настраивать видимость данных вплоть до уровня ячейки.;Ролевая модель строится на механизмах платформы 1С (роли, профили, ограничения по объектам и данным), глубоко интегрирована с учётными контурами, но её настройка чаще требует участия администратора/разработчика;Система обеспечивает гибкое разграничение прав доступа и полноценную ролевую модель для совместной работы. Вся настройка через конфигурацию.;Ролевая модель ориентирована на финансовые процессы: роли связаны с участием в бюджетном цикле (подготовка, согласование, утверждение) и доступом к конкретным витринам/отчётам.;Акцент на разграничении прав по ЦФО, статьям и документам в увязке с регламентами, обеспечивая детальный контроль доступа к данным бюджетирования и управленческой отчётности на уровне ролей и организационной структуры. Audit Trail;Да;Да;Да;Да;Да;Да;Да 2. ТЕХНОЛОГИЧЕСКИЕ;;;;;;; In-memory OLAP;Использует технологию многомерных вычислений в оперативной памяти (In-memory), что обеспечивает пересчет всей модели «на лету» при вводе новых данных.;Использует технологию многомерных вычислений в оперативной памяти (In-memory), что обеспечивает пересчет всей модели «на лету» при вводе новых данных.;Форсайт (ранее Prognoz Platform) исторически опирается на OLAP‑хранилище с возможностью использования in‑memory‑кэша для ускорения запросов и расчётов, но это скорее смешанная архитектура (диск + in‑memory), а не чистый in‑memory OLAP;В системе отсутствуют встроенные средства анализа и моделирования на основе OLAP-технологий. Вычисления производятся медленнее, чем в специализированных системах с In-memory движками.;Расчёты выполняются комбинацией SQL/DWH‑механизмов и прикладного слоя, с возможным кэшированием. На момент подготовки документа классическая функциональность OLAP находится в стадии разработки;Гибридная архитектура: многомерные in‑memory OLAP‑кубы + реляционная СУБД в качестве основного хранилища.; В отличие от специализированных OLAP-систем, решение базируется на стандартной архитектуре 1С. Тип хранения;MOLAP-архитектура (многомерные кубы), оптимизированная под высокую аналитическую нагрузку; вендор также развивает гибридный подход (путь к HOLAP).;MOLAP-архитектура (многомерные кубы), оптимизированная под высокую аналитическую нагрузку. Важной отличительной особенностью является возможность исключения из расчётов всех нулевых и зависимых от нуля значений, что повышает производительность данных на порядки на базовых серверных мощностях.;Система базируется на ROLAP-архитектуре (реляционный OLAP). Данные хранятся в классических колоночных СУБД, что эффективно для консолидации больших объемов, но затрудняет оперативное изменение структуры модели бизнес-пользователем.;В основе лежит транзакционный инструмент (OLTP), предназначенный для массового сбора и регистрации данных, а не для многомерной аналитики. План и факт хранятся в единой реляционной базе данных.;В качестве основного источника данных используется операционное хранилище OLTP, что дает преимущество при обработке больших объемов транзакционных данных. OLAP на момент составления документа не используется.;Система базируется на ROLAP-архитектуре (реляционный OLAP). Данные хранятся в реляционной базе данных, а запросы к ним осуществляются посредством SQL-запросов. Архитектурно решение близко к платформе Oracle Hyperion.;Система функционирует на платформе 1С, используя классическое реляционное хранилище: данные бюджетирования и управленческого учёта хранятся в таблицах, а многомерный анализ реализуется через модели и отчётные механизмы поверх SQL, без собственного in‑memory MOLAP‑движка Low-code / No-code;Платформа позволяет настраивать модели, формы и отчеты через визуальные конструкторы без глубоких знаний программирования.;Платформа позволяет настраивать модели, формы и отчеты через визуальные конструкторы и интуитивно понятные многомерные правила расчёта без программирования.;Возможности Low-code представлены в части визуальной настройки ETL-процессов и алгоритмов. Однако значительная часть сложной бизнес-логики требует программирования на языке Fore.;Уровень Low-code оценивается как невысокий; система значительно уступает конкурентам по гибкости настройки алгоритмов расчетов бизнес-пользователем. Функции ETL реализуются через сложные встроенные средства программирования.;Платформа позиционируется как Low-code/No-code. Позволяет настраивать требуемую функциональность через визуальные конструкторы без привлечения ИТ-специалистов. Дополнительные функциональные расширения реализуются на JavaScript;В системе имеются Low-code возможности для построения простых расчетов. Однако для создания сложных бизнес-моделей и алгоритмов требуется использование специализированного языка разработки ТУРБО Скрипт.;Заявлена low-code настройка модели и бизнес-процессов. Имеется low-code конструктор для настройки модели бюджетирования, позволяющий вносить изменения без глубокого программирования. Self-Service;Позиционируется как полноценная Self-Service система (аналог западного Anaplan): бизнес-пользователи могут самостоятельно менять логику расчетов и структуру модели из UI. Лидер по Self-Service функциям среди рассматриваемых платформ.;Высокий уровень Self-Service: бизнес-пользователи самостоятельно вносить изменения в модель и формулы в любое время при наличии соответствующих прав.;Уровень Self-Service оценивается как невысокий. Для безопасного внесения изменений в структуру данных или справочников требуется привлечение ИТ-специалистов.;Возможности самостоятельной настройки аналитических моделей (Self-Service) слабо представлены. Настройка отчётов возможна через СКД (система компоновки данных), но требует разработчиков для сложных задач. Пользователь не может скорректировать формат бюджетных форм во время активного периода без создания новых объектов.;Высокий уровень Self-service: бизнес-пользователи могут самостоятельно вносить изменения в модель, архитектуру и формулы в любое время.;Возможности Self-Service расчетов (самостоятельной настройки пользователем) представлены в системе частично. Глубокая перенастройка модели требует участия специалистов, владеющих языком ТУРБО Скрипт.;Возможности самостоятельной настройки (Self-Service) ограничены консервативным интерфейсом системы. Хотя low-code инструменты присутствуют, визуальная гибкость ниже, чем у современных веб-ориентированных платформ. ETL / API / Формулы;Имеет собственный встроенный ETL-инструментарий для трансформации данных и открытый API для интеграции с любыми внешними системами. В том числе поддерживает следующие форматы и протоколы обмена данными: Excel/CSV/JSON/XML, SQL-интеграций, REST/SOAP API. Логика расчетов и синтаксис формул схожи с MS Excel, что снижает порог входа для финансистов.;Содержит собственный мощный встроенный ETL-инструментарий с графическим интерфейсом и дополнительной возможностью применять Python/С# для расширенной трансформации данных. Формулы схожи с Excel на многомерных данных.;Имеется мощный встроенный ETL-инструментарий с графическим интерфейсом. Система обладает открытым API для интеграции в ИТ-ландшафт. Язык Fore для формул/скриптов имеет большей порог входа для пользователей, чем формулы Optimacros;Поддерживается импорт/экспорт в форматах XLS, CSV, XML, JSON. Интеграция с другими продуктами 1С бесшовная, так как используются единые справочники. Имеется API для связи с внешними системами. Сложные сценарии требуют использование языка 1С;Поддерживает ETL через low-code коннекторы и интеграции, API для обмена моделями/KPI, плюс формульный язык для расчётов, но фокус больше на моделировании процессов, чем на тяжёлых ETL-задачах.;Турбо предоставляет встроенные ETL (импорт/трансформация), ТУРБО Скрипт для формул/логики и REST API;Использует ETL-модули для загрузки/трансформации, базовый API и формулы в моделях показателей, ориентированные на регламентный учёт, но менее гибкие по сравнению со специализированными системами. Email уведомления;Да;Да;Да;Да;Да;Да;Да 3. ИНФРАСТРУКТУРА;;;;;;; Реестр российского ПО;Да;Да;Да;Да;Да;Да;Да Развертывание;Предлагает гибкий выбор: облачное размещение (SaaS), установка на серверах клиента (On-premise) или в частном облаке.;Предлагает гибкий выбор: облачное размещение (SaaS), установка на серверах клиента (On-premise) или в частном облаке.;Основная модель установки – On-premise (на собственных серверах заказчика). Также заявлена возможность развертывания в частном или публичном облаке.;1С: УХ традиционно ориентирована на on-premise развертывание. Применяется стандартная архитектура платформы 1С:8, включающая кластер серверов, веб-сервер и СУБД (SQL, PostgreSQL).;Поддерживаются все модели развертывания: Облако (SaaS), Собственный сервер (On-premise) или гибридный формат.;Использует on-premise клиент-сервер и SaaS-варианты;Система развертывается как расширение или модуль на базе платформы 1С:Предприятие 8. Это требует наличия соответствующей серверной инфраструктуры и СУБД. Тип клиента;Доступ осуществляется через Web-интерфейс;Web-клиент и Excel-клиент. Возможно в т.ч. одновременное использование обоих клиентов.;Доступ осуществляется через Web-интерфейс и классическое Desktop приложение.;Использует классический thick desktop-клиент (Windows) с веб-доступом через сервис публикации и ограниченным мобильным приложением.;Основной доступ к системе осуществляется через Web-интерфейс.;Доступ к системе возможен через веб-версию и Desktop приложение.;Классический desktop-клиент с веб-доступом. 4. СЕРТИФИКАЦИЯ И ОБУЧЕНИЕ;;;;;;; ФСТЭК;Да;Нет. Вендор заявляет о готовности его получить в ходе реализации проекта, если это условие будет критичным.;Да;Да;Нет достоверных публичных данных;Да;Да Обучение;Доступна подробная документация, программы сертификации и специализированные обучающие курсы.;Вендор предоставляет полный пакет обучающих материалов: документацию, базу знаний, а также проводит сертификацию и обучающие курсы. Обучение так же может проходить у партнёров вендора.;Вендор предоставляет широкую базу знаний, документацию, программы сертификации и услуги собственного учебного центра.;Доступно огромное разнообразие обучающих курсов (от базовых до продвинутых) и специализированной литературы на русском языке.;Вендор предоставляет полный пакет обучающих материалов: документацию, базу знаний, а также проводит сертификацию и обучающие курсы.;Вендор имеет многолетний опыт работы и предоставляет базу знаний. ;Вендор имеет более 20 лет опыта на рынке, что подразумевает наличие развитой методологической базы, документации и программ обучения. 4. РЫНОЧНЫЕ: данные взяты из открытых источников на момент составления документа;;;;;;; Внедрения / Партнеры ;200+ проектов; 30+ партнеров;~10 внедрений, 4 партнера;~40 крупных проектов ;600+ проектов (УХ); 3800+ франчайзи 1С.;~ 50 проектов;10+ внедрений;1200+ внедрений Динамичность развития системы;Несколько релизов в год;;Несколько релизов в год;Несколько релизов в год;Несколько релизов в год;Несколько релизов в год;Несколько релизов в год Фокус;FP&A, S&OP, IBP;FP&A, S&OP, IBP;FP&A;FP&A;S&OP, IBP;FP&A;FP&A 4. СТОИМОСТНЫЕ: данные взяты из открытых источников на момент составления документа;;;;;;; TCO (Владение);Стоимость владения (TCO) оценивается как средняя/умеренная. Гибкая модель лицензирования включает пакетные тарифы, подписку и возможность единовременного платежа.;Стоимость владения (TCO) оценивается как средняя/умеренная. Гибкая модель лицензирования включает пакетные тарифы, подписку и возможность единовременного платежа.;Высокая стоимость владения. Хотя цена лицензий может быть конкурентной, эксплуатация требует наличия в штате дорогостоящих разработчиков на языке Fore и ИТ-поддержки для изменения модели.;Лицензии на бюджетирование входят в стоимость конфигурации, что может быть выгодно при комплексной автоматизации. Однако TCO может расти из-за необходимости большого объема «кастомных» доработок кода силами программистов.;Стоимость владения (TCO) оценивается как средняя/умеренная. Гибкая модель лицензирования включает пакетные тарифы, подписку и возможность единовременного платежа.;Стоимость владения (TCO) оценивается как средняя/умеренная.;Невысокая стоимость владения и бесплатная поддержка в первый год