0. pbazeliuk 1691 11.07.19 11:30 Сейчас в теме

Бизнес-аналитика с помощью Power BI

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

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. Rustig 1189 11.07.19 12:25 Сейчас в теме
(0) что-то полезное я для себя почерпнул. Спасибо! опыт уникальный!

П.С. "Субаренда" пишется через "а" на последнем слайде,
и подчеркивание мешает читать по диагонали.
2. insurgut 197 12.07.19 09:03 Сейчас в теме
А по рекламным проспектам PowerBI прямо сама и кушать готовит, и по тарелкам разливает, ещё и посудомойку загружает после этого. На деле все не так радужно и нужно решать абсолютно такие же проблемы и задачи, как и в случае использования платформы 1С в качестве консолидированной базы для аналитики. Впрочем, в заключении об этом хорошо написано.
andreypahov; +1 Ответить
3. ZLENKO 381 12.07.19 13:39 Сейчас в теме
Отличная статья. Полезно и интересно.
4. Milanick 12.07.19 18:23 Сейчас в теме
Спасибо большое. Очень интересно
А не подскажите, как из PostgreSQL данные извлекать ? Что-то коннектора не видел в PBI
5. silberRus 64 15.07.19 13:18 Сейчас в теме
(4) Можно через веб протащить.
7. Kashemir 348 15.07.19 15:51 Сейчас в теме
А что помешало использовать механизмы планов обмена для регистрации изменений ?
10. pbazeliuk 1691 16.07.19 15:58 Сейчас в теме
(7) Выгрузка изменений, которые зарегистрированы для прикладного объекта метаданных и запись данных такого типа НЕ могут происходить параллельно (нагрузка у нас порядочная около 30 млн. операции изменения данных в день, нагрузка на SQL 5.5 тысяч запросов в секунду).
Выгрузку можно проводить в не рабочее время, но мы работаем 24/7/360, с очень небольшими технологическими окнами.
11. Kashemir 348 16.07.19 17:03 Сейчас в теме
(10) Я понимаю проблему размера базы, у нас боевая тоже полтора террабайта с тысячей активных пользователей, отсюда и интерес к Вашему решению. Однако так и не понял, что мешает мержить с отбором по таблицам изменений, а не по некому алгоритму регистрации, который сутя из вашей статьи практически дублирует типовой.
Как пример реализации навскидку:
- подняли счетчик отправленных пакетов средствами 1с,
- мержем перетянули все что там ниже либо равно номеру пакета (<>NULL).
- по окончанию приема отправили подтверждение приема средствами 1с (почистив регистрации изменений для пакет ниже/равном счетчику). Новые изменения, сделанные после подъема значения счетчика останутся висеть с NULL номером пакета до следующей перегрузки.
12. pbazeliuk 1691 16.07.19 23:42 Сейчас в теме
(11) А как регистрировать изменения которые не связаны с объектами 1С никаким образом? Например, операцию печати, поиска данных они не ложатся в стандартную систему CRUD или, пусть, тот же CRUD только во внешней системе.

Так же кейс. Единый центр печати в пуле которого 200 принтеров и необходимо напечатать документы из бухгалтерской базы при этом работая только с базой управление торговлей. Регистрация события в таком ключе будет иметь необходимые ключевые поля (доступный принтер из пула для текущего пользователя\подразделения торговли, документы которые необходимо распечатать - счет или накладная). Событие будет иметь тип операции print.
13. Kashemir 348 17.07.19 11:01 Сейчас в теме
(12) Как вариант можно создать регистр сведений под такие нужды. Допустим с измерениями ТипОперации и произвольный GUID, в ресурсы/реквизиты натолкать все что нужно по параметрам операции.
14. pbazeliuk 1691 17.07.19 13:43 Сейчас в теме
(13) Очень вероятна эскалация блокировок
15. Kashemir 348 17.07.19 15:44 Сейчас в теме
(14) Не о чем понял, за счет чего. Операции типа печати, не имеющие отражения в бд вряд ли выполняются в некой внешней транзакции и носят прям такой массовый характер. Если действительно проблема имеет место, то пути решения традиционные - отключить либо хотя бы повысить порог эскалации для данной таблицы / пересмотреть архитектуру решения - я не тех эксперт и точнее сказать не могу.
16. pbazeliuk 1691 18.07.19 14:25 Сейчас в теме
(15) ну почему же только печать.
Датчики входа\выхода покупателей и понимать конверсию в режиме онлайн.
Камеры с распознаванием покупателей, формирование индивидуальных предложений, приветствие по имени.
Триггерные события, события контроля процессов, NPS и многое другое.

Справочник архитектурно быстрее и не имеет некоторых проблем которые есть в планах обмена и регистрах сведений.

Сама подсистема это ближе к шине предприятия и основная цель это "мягко" связывать различные системы.
8. Кадош 16.07.19 00:06 Сейчас в теме
Так и не понял, почему нельзя было все сделать через oData.
9. pbazeliuk 1691 16.07.19 15:51 Сейчас в теме
(8) Как предлагаете править ошибки модели СУБД, как выполнить нормализацию через OData? Как перегонять данные до 100 GB данных за один присест, как построить кубы на OData?
17. o.nikolaev 193 20.08.19 10:47 Сейчас в теме
Статья хорошая и добротная. Поправьте меня, но сейчас ситуевина с BI инструменталкой - в массе - та же что и 15 лет назад?

Суть ее сводится к диалогу с замечательным коллегой:
- Вот IBM Cognos, хорошая же программа?
- Отличная! Богатый функционал, интеграция. Класс!
- Как вы думаете, почему никогда толком из нее отчетов никто не может получить?
- Эмм... наверное потому что в нее не вносят данные?
- :))
18. AllexSoft 23.08.19 11:11 Сейчас в теме
Мы повесили ему телевизор, вывели на него три небольших отчета, но никакой маркетинговой составляющей при этом тогда еще не анализировали. И, хотя владелец был доволен, никакого результата это не дало.

как это знакомо )
То же внедряли Power BI, правда масштабы поменьше и подходы выбрали другие, у нас была концепция "любой отчет на СКД из 1С можно было выгрузить в БД аналитики", то есть сами данные мы готовили (группировали вычисляли итоги) на СКД, и результаты писали в БД. Следствием отсюда явилось то что мы не привязывались к событиям, а каждый раз перезаписывали данные за период, а при надобности могли и перевыгрузить целиком все таблицы бд, данных группированных меньше разумеется! Вторым важным пунктом являлось то что мы должны были оперативно добавлять новые таблицы или изменять структуру существующих таблиц.
Доклад то конечно хороший, жаль нет технической реализации как у вас была построена БД хранилища данных, как разруливали хранение итогов например, ведь далеко не все итоги можно получить простыми агрегатными функциями, вот это в MS Power BI разруливали или как то хранили промежуточные итоги где то?
Судя по моему опыту технический успех всего мероприятия по бизнес-аналитике заключается именно в грамотном построении БД хранилища данных.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии


Программисты 1С УТ / БУЗ/ЗУП / БИТ ФИНАНС
Москва
зарплата от 100 000 руб. до 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 150 000 руб. до 150 000 руб.
Полный день

Программист, аналитик, эксперт 1С
Санкт-Петербург
По совместительству

Программист 1С
Владивосток
зарплата от 80 000 руб. до 120 000 руб.
Полный день