У меня очередной прорыв в изучении запросов 1С. И одновременно повод призадуматься над тем, как вообще правильно организовывать анализ данных в финансах, если эти данные формируются в информационных системах 1С.
Суть моего прорыва в том, что я научился сам конструировать сложные пакетные запросы и получать в рабочей зоне плоские таблицы (flat tables) с данными, которые по моей оценке очень нужны сотрудникам финансово-экономических подразделений в процессе анализа данных.
Это может показаться чушью (в наше-то прогрессивное время), но экономистам-аналитикам, чтобы понять, что происходит с финансами, часто нужны не отчеты, а такие вот плоские таблицы. Которые они потом выгружают в Excel, сворачивают из них сводные таблицы и далее работают с информацией так, как им удобно.
Почему они так поступают? Есть несколько причин: (1) привычка работать в Excel, (2) недостатки автоматизации 1С (они всегда есть, были и будут), который они компенсируют с помощью Excel, (3) привычка никому и ни в чем не верить, докапываться до первичных данных и владеть самым нижним уровнем информации, вплоть до первички, (4) недостаток технических компетенций либо прав для прямой работы с данными в 1С (ограничение в правах - довольно частое явление, что в итоге естественным образом выталкивает экономистов из 1С в Excel, где они чувствуют себя свободно и именно там тренируют свои технические компетенции).
Короче! Не надо спрашивать, почему экономистам нужны плоские таблицы. Примем это просто как факт жизни.
В чем же проблема выгрузить плоские таблицы? Есть регистры накопления, регистры сведений - почему бы их не выгружать! Да, есть, и экономисты часто так и делают. Но этого мало. Нужны такие плоские таблицы, которые создаются пакетными запросами как временные таблицы путём соединения данных из нескольких регистров, справочников и документов по определённым алгоритмам. То есть это некий «микс» данных. Хорошо сделанный «микс» - это настоящая находка, а иногда бомба для тех, кто занимается анализом.
Интересно, что когда подают запрос в ИТ на автоматизацию, то часто просят сделать некий отчёт, но - не плоскую таблицу. Даже термина такого почему-то в ТЗ не используют. Я не встречал, по крайней мере.
В итоге получается так, что отчёт внутри себя так или иначе содержит требуемые пакетные запросы к данным, однако напрямую эти экономистам выдача этих запросов недоступна. Экономистам вынуждены пользоваться этими отчетами (чаще всего это это сложные кросс-таблицы), из которых потом какими-то странными и кривыми способами извлекают данные, чтобы снова привести данные в удобный им плоский формат. Ерунда какая-то!
Определённым решением было бы дать в руки наиболее прошаренным экономистам консоль запросов и научить их ею пользоваться. Но тут вступает в действие несколько ограничений: (1) экономисты не умеют сами строить запросы (чаще всего им требуется помощь разработчика или бизнес-аналитика), (2) компании стремятся ограничить доступ к данным и не всегда готовы давать людям инструмент с такими широкими возможностями.
В итоге прихожу к идее, что специально для экономистов-аналитиков можно было бы создавать очень простые примитивные отчеты в формате плоской таблицы на основе сложных пакетным параметрических запросов 1С к данным. Параметры запроса задаются в настройках отчета. Выдача отчета всегда по своей структуре должна соответствовать внешне формату регистра, который и есть по своей организации плоская таблица. Лучше всего с возможностью ссылок, или «проваливания» до документа-регистратора или элемента того или иного справочника.
Как-то так! Есть комментарии?