Применение 1С:Аналитики и Дата акселератора, или Как получить в 1С прозрачность и скорость обработки данных для прямого доступа и контроля руководителя

Меня зовут Влад Дмитриев. Хочу рассказать о тех продуктах, которыми я занимаюсь в фирме «1С» – это 1С:Аналитика и Дата акселератор. Сделаю акцент на том, какие возможности эти технологии дают пользователям – с точки зрения прозрачности данных и с точки зрения скорости обработки аналитических запросов и отчетов.

 

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

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

• При этом четко просчитаны формулы, по которым нужно считать данные. Прописано, какие поля должны быть в отчетах. И формат отчетов тоже совершенно четко прописан.

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

Эта задача прекрасно решается стандартными средствами системы компоновки данных через всем известный отчет СКД.

 

Но если посмотреть на эту задачу немного с другой стороны – в чем конкретно заключается ваша цель? Разве в том, чтобы раз в квартал отправить эту отчетность?

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

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

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

 

Для этой задачи можно выделить две большие части:

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

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

Для этой задачи и придумана технология BI – разработан класс систем оперативной аналитики. Именно для этой задачи мы и создавали наш продукт под названием 1С:Аналитика.

 

Интерфейс BI для 1С-систем

 

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

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

Есть различные сценарии работы 1С:Аналитикой.

• Первый сценарий – это подготовка отчетов с нуля. Бизнес-аналитик или экономист может смотреть в 1С:Аналитике информацию и буквально на лету с нуля строить нужную комбинацию отчетов и графиков.

• Если мы говорим о крупных руководителях, то для них отчеты и аналитические панели сначала готовят экономисты или люди, которые понимают структуру данных – что, где, как лежит в информационных системах. И потом руководитель уже работает с готовыми отчетами, объединенными в систему дашбордов.

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

 

Шаги по работе с 1С:Аналитикой стандартны для любой системы оперативно-аналитической отчетности и очень похожи на построение сводного отчета в Excel.

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

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

• Добавляете фильтры, говоря, какую информацию вы хотите смотреть, какую информацию вы не хотите смотреть.

• Указываете, будет ли информация показываться табличкой, каким-то линейным графиком, столбиками.

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

 

Но на этом обычно еще не все:

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

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

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

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

 

 

Когда вы просите программиста представить нужную информацию на экране, он строит как можно больше графиков, кладет их все на один дашборд и говорит: «Пожалуйста, вся информация представлена».

Удобно ли с этим дашбордом работать руководителю?

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

На слайде – реальный дашборд, который построил наш разработчик для одного проекта.

 

 

После того как мы с ним обсудили, чего не хватает в этом дашборде, он построил вторую версию отчета – вы ее видите на экране.

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

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

С таким дашбордом руководителю гораздо удобнее работать.

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

 

 

Главным учителем для нас стал проект построения аналитической системы на базе 1С:Аналитики в Департаменте финансов Мэрии Москвы.

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

То, что показано на слайде – это входная точка в информационную систему, которую создал для своих префектов ДИТ Москвы. Это тоже дашборд, но на нем нет вообще никаких данных.

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

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

 

 

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

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

 

Работая с системой, построенной на базе 1С:Аналитики, руководители получают:

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

• Очень важно, что здесь нет риска искажения данных – то, что они видят на экране, гарантировано берется непосредственно из базы 1С.

• Если что-то пошло не так, или система накосячила – это сразу видно. На это можно сразу реагировать и принимать нужные решения.

 

Покажу еще пару слайдов о том, какие варианты визуализации мы добавляем в 1С:Аналитику. Это как раз примеры новых диаграмм, которые мы сделали за последний год. Их можно использовать наряду со стандартными таблицами, линейными или столбчатыми графиками. Здесь есть:

• воронка;

• прогресс-бар двух видов – круговой и горизонтальный;

• спидометр;

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

 

 

Просили карты – мы сделали:

• карты маркерные;

• карты регионов;

• карты с подключением внешних серверов карт, таких как Яндекс или OpenStreetMap;

• древовидные диаграммы;

• тепловые графики.

Это то, что позволяет настроить представление данных в 1С:Аналитике в максимально удобном для того или другого случая виде, под вкусы того руководителя, для которого эта система настраивается.

 

 

И, конечно, нужно сказать несколько слов про безопасность.

Напомню, что 1С:Аналитика – это дополнительная опция к нашей классической платформе. Она выступает в роли окна к данным, которые лежат внутри 1С. Поэтому:

• 1С:Аналитика не хранит и не обрабатывает данные. Она только позволяет через удобный для руководителя интерфейс взаимодействовать с платформой.

• Можно сказать, что человек, работающий внутри 1С:Аналитики, работает в едином контуре безопасности – при входе в 1С:Аналитику он использует учетную запись, которая настраивается в 1С.

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

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

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

 

Лишний раз повторюсь: 1С:Аналитика – это «лицо данных», но данные хранятся на платформе. И все вопросы, связанные со структурой данных, с настройками безопасности, со скоростью обработки информации – остаются в зоне ответственности платформы.

Как обеспечить на платформе быструю обработку информации, чтобы аналитические отчеты строились в реальном времени? Чтобы руководитель не ждал по 20 минут, пока его отчет построится, а нажимал и видел результат на экране за считанные секунды?

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

 

Дата акселератор – встроенный сервер для ускорения аналитических отчетов

 

Чтобы аналитические отчеты в 1С:Аналитике строились быстро, у нас есть волшебное средство – Дата акселератор.

Дата акселератор – это специальный сервер баз данных, который встроен в сервер 1С, чтобы аналитические отчеты считались быстро.

Очень важно, что с лицензионной точки зрения этот продукт доступен всем, у кого есть сервер 1С. КОРП или ПРОФ-уровня – неважно. Потому что именно в сервер 1С встроен компонент Дата акселератор, и вы его можете использовать.

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

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

Но само ускорение за счет этой железки делает Дата акселератор. Я сейчас скажу, за счет чего такая скорость достигается.

 

 

Как я уже сказал, Дата акселератор – это база данных, с которой платформа 1С взаимодействует на языке SQL.

Платформу, где уже была встроена система Дата акселератора, мы выпустили в 2018 году.

Когда вы посмотрите процессы настроенного узла кластера 1С, там в списке процессов есть:

• ragent – процессор агента, агента узла кластера;

• rmgr – менеджер узла кластера;

• rphost – рабочий процессор;

• java – для служебных систем;

• dbda – тот самый встроенный сервер Дата акселератора, который принимает на себя нагрузку по обработке данных.

 

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

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

 

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

• Во-первых, Дата акселератор – это in-memory база данных, где все данные хранятся в оперативной памяти. За счет этого они обрабатываются и просчитываются максимально быстрым способом. Именно поэтому для Дата акселератора нужен сервер с большим объемом оперативной памяти – это главный ресурс, который Дата акселератор потребляет, чтобы подарить вам скорость.

• Второе – структура хранения данных. Чтобы обработка аналитических данных была быстрее, чем в обычной транзакционной базе данных, используются специальные ухищрения – поколоночное хранение, упаковка данных, специальные индексы, которые являются индексами и хранят сами данные. Это достаточно известные подходы, мы просто их собрали и упаковали в продукт, чтобы вы получили эффект ускорения обработки данных.

• И третий секрет – это компиляция. Внутри Дата акселератора встроен компилятор, и запросы к данным, которые приходят, компилируются в бинарный код, поэтому тоже обрабатываются максимально быстро.

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

 

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

Главный критерий следующий – в Дата акселератор нужно загрузить все данные, с которыми вы будете работать.

Обычно для анализа загружается не вся информационная база. Например, размер боевой базы компании – 1 ТБ, но для анализа продаж и движения денежных средств достаточно нескольких регистров, которые занимают 70-80 ГБ данных. Именно эти 80 ГБ данных нужно загрузить для анализа в Дата акселератор, чтобы он по ним запросы и ускорял.

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

Обычно для средних проектов достаточно сервера на 128-256 ГБ оперативной памяти.

Бывают проекты, где достаточно 32 ГБ, а бывает – и ТБ нужно. Все нужно смотреть и прикидывать от того объема, который есть на вашем проекте. «Опыт – критерий истины», как учит нас жизнь.

 

И лишний раз напомню, что взаимодействием между платформой и Дата акселератором занимается «Механизм копий баз данных» – механизм по горизонтальному масштабированию нагрузки между копиями баз данных, который встроен в платформу.

Поэтому, если вы не нашли какую-то информацию непосредственно по Дата акселератору, посмотрите эту же информацию по «Механизму копий баз данных». Возможно, она будет там.

 

Типовые сценарии внедрения (из нашего и вашего опыта)

 

Теперь пару слов о сценариях внедрения.

В моем докладе на конференции «Анализ & Управление в ИТ-проектах 2023» я подробно рассматривал различные сценарии внедрения.

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

Какие же три сценария я считаю основными?

 

Первый сценарий – это импортозамещение.

В чём важность применения 1С:Аналитики при построении BI-систем в части импортозамещения?

Когда мы говорим про импортозамещение, это означает, что аналитическая система уже в организации есть. Есть понимание, откуда берётся информация, какая информация, как её представлять. Поэтому все проекты по импортозамещению с 1С:Аналитикой могут делаться очень быстро.

На Infostart Event 2022 Saint Petersburg был рассказ от компании «Делимобиль» о том, как они быстро перешли с Power BI на 1С:Аналитику.

Сценарий везде более-менее одинаковый:

• примерно месяц нужен на освоение 1С:Аналитики – посмотреть, что это за продукт, как с ним работать;

• месяц – на проработку проекта

• и месяц на внедрение.

За 3-4 месяца можно сделать проект импортозамещения полностью.

 

 

Это подтверждают кейсы «Делимобиля», группы компаний «Аконит» и внедрение в «Газпром Интернешнл». Везде соблюдаются быстрые сроки – не раздувается ни время внедрения, ни бюджет. Это важно.

 

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

 

 

Здесь тоже есть интересные примеры внедрения.

• Я уже упоминал про проект Департамента финансов ДИТ Москвы. У них очень большое количество источников – в эту аналитическую систему загружаются данные из более 1800 финансовых систем различных организаций. Там есть 1С, ПАРУС, просто Microsoft SQL Server – достаточно разношерстные варианты. Все грузится, подготавливается к анализу и обрабатывается.

• Единый информационный контур здравоохранения для медицинских организаций Ивановской области – его аналитическая часть тоже реализована на 1С:Аналитике.

• Еще один пример, которого нет на слайде, но я хотел его упомянуть – это внедрение в Тамбовском университете. Там в качестве источников всего 5 информационных систем, но для сбора и обработки информации используется 1С:Шина – это еще один инновационный продукт от фирмы «1С», который позволяет строить синхронные шины передачи информации и управлять потоками данных.

 

И третий сценарий, который я хочу упомянуть – это быстрое построение ситуационного центра.

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

Если возникла проблема, и нужно срочно построить аналитическую систему, чтобы понимать, как эту проблему решать, 1С:Аналитика подойдет идеально.

 

 

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

За два дня компания «ИМЦ» смогла подготовить полноценное аналитическое решение на базе 1С:Аналитики – примеры дашбордов с картами и с визуализацией информации вы видите на слайде.

Да, это были два дня напряженной работы, но 1С:Аналитика позволяет тем, кто использует 1С, очень быстро решать задачи построения аналитических систем.

 

Готовые отчеты для типовых конфигураций

 

В заключение хочу рассказать о развитии готовых отчетов 1С:Аналитики для тех, кто использует типовые конфигурации.

Потому что 1С:Аналитика – прекрасный инструмент, но она в 2-10-100 раз ценнее, если поверх нее работает конфигурация с заложенными в нее принципами обработки бизнес-процессов, данных и так далее.

 

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

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

Но самое главное – это должно помочь людям сделать быстрый старт по запуску и использованию 1С:Аналитики.

 

Во многих конфигурациях такие отчеты уже появляются.

Активным продвигателем этой идеи является команда 1С:ЗУП КОРП. На конференции Infostart Event 2022 Saint Petersburg был интересный доклад от этой команды о том, как они запустили набор готовых отчетов для 1С:Аналитики.

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

 

 

Например, там есть отчет по укомплектованности штата.

 

 

Отчет по текучести персонала.

 

 

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

 

 

Остатки по отпускам – это тоже достаточно важная проблема. Если компания большая, удобно смотреть, кто когда идет в отпуск; сколько отпусков отгуляно, а сколько – нет.

 

Развивая эту тему не только для 1С:ЗУП КОРП, мы разработали первый вариант отчетов для 1С:ERP, потому что 1С:ERP – это тоже достаточно серьезная типовая конфигурация, требующая дополнительных возможностей анализа.

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

Давайте посмотрим, как выглядят эти отчеты.

 

 

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

 

 

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

Здесь три дашборда, которые объединены через меню ссылками – можно переходить с одного на другой.

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

 

 

Мы готовим новый набор отчетов для 1С:ERP. Они пока в тестовом бета-варианте, но их уже можно внедрять, пробовать смотреть. Если вы заинтересованы попробовать эти отчеты – отправляйте заявки на betaplatform@1c.ru на участие в пилотах или непосредственно мне на электронную почту.

Чтобы поучаствовать в пилоте, самое главное – не просто иметь желание получить файл с отчетами, но действительно при нашей помощи развернуть 1С:Аналитику, подключить к вашей системе и попробовать, как это работает.

А нам интересно будет услышать от вас, какую информацию еще вы хотите там видеть – в какую сторону их надо развивать.

 

Как начать работать

 

 

В завершение презентации – традиционные два слайда про лицензирование и информацию.

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

Эта лицензия ставится туда же, куда вы ставите лицензию на сервер 1С. Именно там будет проверяться лицензия на подключение – есть возможность открыть еще один сеанс или нет.

Помните, что лицензия на 1С:Аналитику включает Дата акселератор – в том числе, для ПРОФ-пользователей. Если вам нужен Дата акселератор, лицензия на 1С:Аналитику вам включит его – вы можете использовать Дата акселератор не только для 1С:Аналитики, но и для любых своих личных нужд.

 

 

По информации:

• Есть великолепная книжка Хрусталевой «1С:Аналитика. BI-система в "1С:Предприятии 8"» – она есть на ИТС и в печатном виде. В ближайшее время выйдет ее обновление.

• Есть учебные курсы в «Учебном центре № 1» и в «Учебном центре № 3».

• И не забывайте, что мы уже давно рассказываем про продукт, поэтому я призываю вас всех смотреть видеозаписи наших выступлений про 1С:Аналитику и Дата акселератор. Мы размещаем материалы наших выступлений на бизнес-форуме ERP и публикуемся на Инфостарте.

 

Вопросы

 

Дата акселератор для работы в 1С:Аналитике можно использовать сразу «из коробки» либо требуются какие-то дополнительные действия?

1С:Аналитика максимально интегрирована с Дата акселератором. Вам нужно будет настроить копию и сказать, какие данные там лежат. После этого 1С:Аналитика поймет, что эти данные там, и автоматически отправит туда запрос.

Поэтому, если вы используете 1С:Аналитику и Дата акселератор, эта связка максимально простая, максимально прозрачная – вы только указываете, с какими данными нужно работать.

Но самое главное – не забывайте, что если вы хотите использовать Дата акселератор не для 1С:Аналитики, там нужно будет настраивать немного больше.

Например, если вы хотите, чтобы запрос в СКД ушел на Дата акселератор, там это надо явно указать. Если вы в коде 1С написали запрос и хотите, чтобы он ушел на Дата акселератор, это тоже нужно будет явно указать.

С 1С:Аналитикой этого делать не нужно, все и так будет работать. Но не забывайте, что и в других сценариях на 1С вы тоже можете Дата акселератор использовать.

Есть ли какие-то требования по написанию запросов по производительности?

В основу Дата акселератора заложена идеология OLAP. Поэтому большая простыня данных, которые быстро агрегируются – это для Дата акселератора наиболее оптимальные запросы. Там выигрыш в скорости максимальный.

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

Но запросы 1С:Аналитики, которые формируется после того, как вы нарисовали отчет, оптимизированы под Дата акселератор. Поэтому здесь все будет работать хорошо.

А в остальном – традиционно берете консоль запросов, пишете запрос, отправляете на Дата акселератор и отлаживаете скорость. Здесь тоже никаких секретов нету.

Есть ли в 1С:Аналитике расшифровка данных – drill down? Чтобы при нажатии на какую-нибудь точку в графике получить более детальную информацию?

Да, есть. У 1С:Аналитики есть возможность показать вообще все данные, которые есть в информационной базе. При просмотре диаграммы вы можете раскрывать информацию по всем доступным разрезам – выбрать вообще все поля, по которым данные в принципе могут быть раскрыты.

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

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

Вы в презентации отражали, что можно создавать виртуальные таблицы – склеивать источники данных в единую таблицу. Можно ли потом будет такую таблицу использовать многократно в разных вариантах отчетов как аналог вьюшки в MS SQL?

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

Причем там есть два варианта склейки:

• Есть возможность настраивать вот эту склейку внутри платформы 1С – просто любым запросом, который вы пишете на языке запросов 1С.

• А для тех, кто не хочет и не любит пользоваться желтым интерфейсом, мы сделали редактор пользовательских источников, который позволяет склеивать эти таблички непосредственно в 1С:Аналитике.

Мы стараемся учитывать все случаи, потому что действительно в жизни бывают разные сценарии. Мне как разработчику, например, проще написать запрос и его зарегистрировать доп. источником. А вот префекты или аналитики в ДИТ Москвы вообще не хотят идти в желтый интерфейс. Они хотят, чтобы все было в 1С:Аналитике, поэтому у нас есть заготовки на оба случая.

Появилась ли сейчас возможность в 1С:Аналитике в качестве источников использовать несколько баз, либо все-таки их нужно сначала слить воедино, организовать что-то типа Data Warehouse?

Чтобы использовать несколько баз, есть два основных сценария:

• Первый – это сквозной сценарий.

• И второй – когда вы их хотите использовать независимо.

Если вы хотите в одном дашборде использовать данные Бухгалтерии, ЗУП и Документооборота независимо – такого пока нет. Но мы планируем в течение 2024 года выпустить версию, которая позволит на одном дашборде публиковать различные диаграммы из разных источников, не делая кросс-анализ. Т.е. вы сможете накладывать общий фильтр, но не для кросс-анализа.

Но если вы хотите делать кросс-анализ – взять несколько табличек и посчитать по ним – запрос должен отработать в одной базе данных. Распилить его на технологическом уровне – ползапроса там, ползапроса тут – нельзя. Поэтому классический подход – строите хранилище данных и интегрируйте. Чтобы слить данные из разных источников в один, есть куча технологий – 1С:Шина, планы обмена и т.д.

Здесь можно долго дискутировать, но в этом сценарии используется классический подход – сначала ETL, потом создание единого хранилища данных и дальше уже анализ.

Возможно ли в 1С:Аналитике настроить видимость полей по ролям?

Видимость полей – пока нет, а вот доступ к полям – да.

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

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

Ещё раз повторюсь, что все настройки безопасности, которые вы делаете на уровне инфобазы, работают на уровне 1С:Аналитики, потому что там учётная запись такая же и срабатывают ровно те же механизмы.

Поэтому, если вы настроили безопасность в 1С и подключили 1С:Аналитику, она слабее быть не может, потому что будут отрабатывать ровно те же механизмы, и они будут контролироваться непосредственно на уровне платформы.

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

Ответ – да. Это можно делать по-разному.

Я вам приведу аналогичный пример из нашей практики.

Мы собираем технологическую информацию по работе конфигураций. И база, которая хранит эту информацию, естественно, за многие годы занимает больше трех с половиной терабайт. Там стоит 1С:Аналитика и Дата акселератор с терабайтом памяти. Но для того, чтобы три с половиной терабайта влезли в один терабайт, там используются дополнительные источники с фильтром по последним двум годам.

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

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

Можно ли сделать так, чтобы Дата акселератор был на PostgreSQL, а продуктив – на MS SQL?

Дата акселератор – это отдельная СУБД, отдельный сервер, который мы написали сами. Он не может быть на MS SQL или на PostgreSQL – это разные сервера.

Если вопрос, может ли Дата акселератор запускаться на Linux, ответ – да. Одна из классических рекомендованных схем: когда у вас рабочие процессы и узлы кластера 1С – на Windows, а один узел для Дата акселератора – на Linux. Потому что разработчики Дата акселератора – линуксоиды. И на Linux все это работает даже еще лучше, чем на Windows.

Но если вы хотите, чтобы у вас основные данные лежали на MS SQL-сервере, а копия была не на Дата акселераторе, а на PostgreSQL, то ответ – тоже да. Это позволяет делать механизм копий баз данных, но лицензионно это можно делать только для КОРП-клиентов. В лицензию 1С:Аналитики для ПРОФ-клиентов мы включаем возможность работать через механизм копий баз данных с Дата акселератором. Но полный спектр возможностей механизма копий баз данных доступен только для КОРП-клиентов.

Если база с разделителями, типа 1С:Фреш, где есть области данных, 1С:Аналитика может со всех областей собирать данные и в одном дашборде их аккумулировать, показывать?

Технологически, если вы подключаете 1С:Аналитику к базе с разделителями именно на уровне платформы – там такие вещи из соображений безопасности очень жестко запрещены. Недопустимо, чтобы данные из соседней области перетекали в другую область.

Вы наверняка знаете, как пишутся скрипты, которые собирают данные из разных областей – таким образом вы быстро 1С:Аналитику не построите.

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

К этой области вы уже можете подключать 1С:Аналитику. Для узла с этой областью настроить Дата акселератор и использовать все то, о чем я рассказывал.

Этот сбор данных делается автоматически средствами 1С:Фреша, и позволяет тонко настраивать, какие области вам нужны, а какие – нет.

Получается, он будет дублировать данные? Т.е. если у меня 1000 областей, у меня будет еще одна область, в которой будут все данные из 1000 областей?

Да. Мы делали так в мэрии Москвы. Фактически, там данные 1800 организаций были загружены в один 1С:Фреш в разные области. И для 1С:Аналитики они просто их все выбрали.

За счет этих средств консолидация данных делается автоматически – эти средства были сделаны специально для построения таких проектов с 1С:Аналитикой.

В ERP есть похожий инструментарий – монитор целевых показателей. И вот появилась 1С:Аналитика. Какие у них плюсы и минусы, с вашей точки зрения? Что нам выбрать, если мы находимся на стадии выбора?

Цель фирмы «1С» – не просто продать продукт, но и удовлетворить интересы клиентов и пользователей. Поэтому у нас многие возможности в разных продуктах дублируются.

Если вы уже используете монитор целевых показателей и довольны этим – слава Богу.

Но есть очень большая категория пользователей, которые принципиально не хотят идти в желтый интерфейс. В том числе, многие руководители – для них удобнее 1С:Аналитика.

Поэтому я вам советую просто попробовать и выбрать то, что вам нравится.

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

В 1С:Аналитике есть дополнительное упрощение для работы с этими отчетами руководства – там интерфейс заранее так планировался.

Но вы можете использовать любой механизм. Возможно, для каких-то ситуаций вы будете использовать монитор целевых показателей, а для показа данных перед акционерами – 1С:Аналитику, где можно крутить данные в разных разрезах, и все красиво строится.

Мы делаем эти инструменты для вас – используйте их.

1С:Аналитика может использоваться вместо 1С:Консолидации? Или они решают разные задачи?

1С:Консолидация в первую очередьрешает задачу сбора данных. Если вам нужно собрать данные из различных баз, 1С:Консолидация – это один из механизмов, которые вы можете использовать для упрощения сбора данных.

А сама 1С:Аналитика решает только задачу визуализации. Потому что вы визуализировать на платформе можете или отчетами – через СКД или 1С:Аналитику.

У 1С:Аналитики проще интерфейс для руководителя. Плюс ее удобно использовать в ситуации, когда требуется раскрывать данные «на лету». Не просто строить отчет, а получать живой отчет:

• Поменял фильтр – увидел, что подразделение плохо продает.

• Раскрыл по продуктам – посмотрел, какой продукт плохо продается.

• Раскрыл по менеджерам – посмотрел, как менеджеры продают. Кто хорошо продает этот продукт, и кто – плохо.

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

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

Но еще раз повторюсь, если вы делаете отчет для руководителя или вам нужно держать руку на пульсе и не просто смотреть данные, но и принимать управленческие решения – это, наверное, будет 1С:Аналитика.

Вы упоминали, что руководители не любят желтый интерфейс. И я согласен, что это – актуальная проблема. Какие возможности для фронтенд разработки планируется развивать для 1С:Аналитики? Потому что сейчас многое из того, что я видел, очень похоже на виджеты в самой 1С. А нам хотелось бы, чтобы UX/UI интерфейс развивался и позволял делать гораздо более привлекательные отчеты. Потому что сейчас интерфейс 1С – это огромная проблема, и часто именно он оказывается стоп-фактором при внедрениях.

Мы слышим этот запрос и активно развиваем технологии.

Часть технологий мы уже анонсировали. Например, вы уже знаете, что такое 1С:Предприятие.Элемент – это наше движение в эту сторону.

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

Как организовать поставку конкретному пользователю конкретного дашборда или набора отчетов? Потому что сейчас они просят от нас дать им доступ к созданию папок. Там есть механизм расшаривания папок, но это только администраторам доступно, насколько я понял. А админские права им давать не хочется.

Тут есть три подхода.

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

• Второе – если не хочется ссылки распространять и путаться в них, есть такая вещь, как общие папки. Вы делаете папочку, говорите, что она общая для всех. Пользователь заходит и видит эту папочку.

• Третье – есть низкоуровневый API для взаимодействия с 1С:Аналитикой. Он даже ниже уровнем, чем хотелось бы, потому что мы там даем слишком много возможностей. И на ИТС в методическом разделе есть обработка, позволяющая настраивать у пользователей рабочий стол. Через API можно сделать все что угодно, автоматизировать все что угодно. С помощью этой обработки человек, администрирующий 1С:Аналитику, может настроить, что у министра будут такие-то отчеты на рабочем столе, а у его заместителя – такие.

Это все можно настраивать удаленно и в любом удобном для вас режиме.

У меня сейчас в проде используется Power BI, который визуализирует данные, получаемые из разных источников – это и 1С, это и транзакции по госзакупкам, и другие источники. Они все собираются на базе данных, которую слушает Power BI. Могу я рассматривать 1С:Аналитику как полноценную замену в связи с импортозамещением? Или мне все-таки не хватит функциональности?

Про этот же сценарий на конференции Инфостарта в 2022 году рассказывал представитель «Делимобиля».

Здесь ограничение одно. 1С:Аналитика – это мир 1С. Чтобы вы могли использовать 1С:Аналитику, по-хорошему вам эти данные нужно будет собирать в инфобазу 1С, а не просто в базу данных.

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

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

Если количество данных из 1С для вас критично, существенно и важно, то я бы взялся и сделал этот проект импортозамещения Power BI на 1С:Аналитику.

Если у вас зоопарк, то я бы советовал все-таки запустить проект и попробовать сделать интеграцию всех данных на базе 1С, хотя бы потому, что Power BI ушел, в какой-то момент может MS SQL Server уйти.

Что будет завтра, мы не знаем. Если вы это все перенесете на 1С, то можно быть спокойным, что завтра это тоже будет работать.

А есть какие-то границы – количество данных, которые мы сможем нормально переваривать?

Границы определяются скоростью Дата акселератора.

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

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

А Дата акселератор потребляет память. Поэтому предел определяется железкой с памятью для Дата акселератора. На Windows такой предел – примерно один-два терабайта. Исходя из этого – смотрите.

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

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

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

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

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

Если мне нужно использовать дополнительный внешний источник – какую-нибудь огромную таблицу Excel либо таблицу на любой СУБД, я должен их аккумулировать в некой единой информационной базе, к которой уже будет подключена 1С:Аналитика?

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

Если данные лежат не в 1С, запрос мы построим и отправим, но мы не отвечаем ни за скорость, ни за что. Мы просто не можем это делать – это системы других вендоров.

Я правильно понимаю, что источником данных может выступать некий произвольный запрос к информационной базе?

Ответ – да. Технологически требуется, чтобы этот запрос мог быть вложенным запросом, потому что когда вы регистрируете доп. источник, вы регистрируете запрос в 1С, и дальше он в скобочках обрамляется и используется как основа для других запросов.

Если ваш запрос удовлетворяет этому, то все будет работать.

Когда данных станет сильно много и Дата акселератор не сможет обеспечивать их размещение, что-нибудь типа технологии greenplum планируется?

Ну, во-первых, greenplum и Дата акселератор, по технологиям, мягко говоря, сильно пересекаются – там тоже поколоночное хранение, тот же PostgreSQL-ный синтаксис и так далее. Поэтому, если вы мечтаете о greenplum, попробуйте Дата акселератор, вам понравится и greenplum, может, не захотите.

Во-вторых, greenplum к росту объема данных не имеет ни малейшего отношения.

А если говорить про сценарий, что вы поставили Дата акселератор, загрузили данные, а у вас через полгода они выросли, то:

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

• А во-вторых, я надеюсь, что использование технологии 1С:Аналитики и Дата акселератора даст вам дополнительную прибыль, и вы купите дополнительные плашки памяти. Вставите их в сервер, у вас все будет хорошо.

А если там за десятки терабайт уже уходит?

Давайте проекты за десятки терабайт анализировать вместе.

По моему опыту, даже не касаясь 1С:Аналитики и Дата акселератора, информационные базы больше одного терабайта желательно сопровождать с коллегами из ЦКТП, которые имеют соответствующую квалификацию, потому что тут нужно много знаний.

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

Здесь нет универсальных решений – здесь надо смотреть со знанием дела.

С вашей стороны и с нашей стороны все настраивать тонко.

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

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

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

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

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

Мне кажется, вы получите ровно то, что хотите.

Я смогу в ячейке выводить какую-то еще дополнительную информацию из базы?

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

В моей презентации на слайде, где я показывал новые виды диаграмм, там как раз есть тепловые карты.

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

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

А диаграмма Ганта есть?

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

Яндекс-карты у вас появились недавно?

Маркерные и региональные карты мы сделали год назад, в 2022 году, а полгода назад мы сделали подключение внешних серверов Яндекс и OpenStreetMap.

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

Вы спокойно можете это настроить. Но прорисовка карты – где какие точки отображать – это пока руками, потому что мы на все случаи не можем какую-то рисовалку сделать.

Но после того, как вы нарисуете костяк, где данные должны располагаться, дальше 1С:Аналитика это будет показывать.

 

*************

Статья написана по итогам доклада (видео), прочитанного на конференции Infostart Event.