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

Платформа Modus BI представлена в различных отраслях и сегментах бизнеса для решения типовых бизнес-задач по ключевым направлениям в области финансов, HR, ритейл, производства и государственного управления.

Аналитическая платформа Modus BI построена на клиент-серверной архитектуре с возможностью размещения как на ресурсах заказчика (on-premise), так и в облачной инфраструктуре. Modus BI работает на ОС Windows и Linux. Modus BI состоит из двух компонентов: Modus ETL и Modus Аналитический портал.

Это компонент управления ETL-процессами и подготовкой данных для аналитики. Для настройки ETL-процессов применяются конструкторы и мастера, дающие возможность настраивать операции верификации, стандартизации, категоризации и трансформации данных в визуальных интерфейсах без программирования. Modus ETL обеспечивает управление хранилищами данных на СУБД MSSQL, PostgreSQL или Vertica.

Это веб-приложение, предназначенное для интерактивного анализа данных, позволяющее визуализировать показатели, определять тренды и находить зависимости, проектируя дашборды в визуальном конструкторе в несколько кликов без программирования. Интерфейсная часть приложения (веб-клиент) написана на React JS и использует современные библиотеки визуализации. Серверная часть разработана на языке Golang.

Раз в три месяца выпускаются полноценные релизы.

Обновления устанавливаются вручную в соответствии с инструкциями ETL и Аналитического портала.

Для такого рода задач используется ETL, на аналитическом портале такой функционал не предусмотрен.

Пришлите подробное описание на почту 112@modusbi.ru, так вы поспособствуете улучшению продукта.

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

Дополнительный модуль (разработан на языке Golang) для многопоточной обработки данных. Рекомендуемым вариантом установки считается установка Агента на сервер с ETL. Возможно использование с одним ETL нескольких агентов, размещенных как правило на разных серверах, что обеспечивает горизонтальную масштабируемость получения-обработки данных, подробнее в инструкции.

В тексте ошибке, помимо системной информации, зачастую можно увидеть причину, например: incorrect syntax near FROM — указывает на ошибку синтаксиса в запросе.

В журнале регистрации перейдите в раздел Администрирование → Обслуживание → Журнал регистрации.

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

• Не отключена защита от опасных действий

В таком случае в Журнале регистрации появляются ошибки:

Решение: выполнить настройку защиты от опасных действий.

• Сбор данных выполняется с помощью Агента ETL. При этом он не может доставить в базу ETL информацию об этапах сбора данных.

В этом случае в логе Агента ETL будут события:

Решение: проверить корректность выполненной публикации информационной базы ETL и корректность настроек Агента ETL. А именно параметров для передачи логов о сборе данных — параметры ETLLogURL и ETLSuccessURL.

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

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

Однако, если требуется собрать десятки или сотни миллионов строк данных, и при этом сбор уже распараллелен на 8-10 потоков и время все равно слишком большое, стоит рассмотреть возможность установки дополнительных агентов. Но перед этим важно определить, что является «узким местом». Возможно, проблема заключается в том, что источник не может быстро передавать данные, или приемник не может их быстро записывать.

При данном режиме совместимости, адаптер можно установить только «внутрь» конфигурации, а не в виде расширения.

Это может быть необходимо только для отдельных баз ETL. Если базы 1C являются источниками данных, то для них достаточно одного агента. Однако, все зависит от количества баз, объемов обрабатываемых данных и сценариев сбора данных.

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

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

RLS (Record Level Security) — подсистема для управления ограничениями доступа к данным на уровне записей, подробнее в инструкции.

В конце всего текста ошибки есть описание конкретной проблемы. Зачастую ошибки связаны с синтаксисом SQL.

• ​Бесконечная загрузка, ошибка при загрузке — такие проблемы характерны для больших файлов excel ~1 млн строк, при загрузке желательно убрать все форматирование. Если листов больше одного, попробовать создать отдельный файл с данными для загрузки. В конечном итоге на загрузку должна поступать простая таблица с данными.
• Проблемы с обновлением ранее загруженного файла — проблема зачастую возникает при выборе не верной схемы для дополнения данных. В качестве схемы необходимо выбрать ранее загруженный файл. Файл обновления должен иметь те же колонки\типы данных, что и исходный. В противном случае обновление произвести не получится, подробнее о загрузке из excel в инструкции.

Есть два пути решения данной задачи:

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

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