Журнал PC Magazine/RE №12/2009

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

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

Управляемая форма

Разработка управляемой формы

В «1С: Предприятии 8.2» сделан серьезный шаг к увязыванию максимальных гибкости и внешней простоты в рамках одного механизма. Теперь сущность «настройка отчета» является иерархической и состоит из вариантов отчета, настроек варианта отчета и пользовательских настроек отчета. Таким образом, управление настройками отчета производится на трех уровнях:

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

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

• пользователь выбирает один из существующих вариантов отчета и просто нажимает на кнопку «сформировать отчет». Если пользователю требуется что-то изменить в отчете, он оперирует теми настройками (как правило, несложными), доступ к которым ему предоставили разработчик конфигурации и специалист по внедрению.

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

«1С: Предприятие 8.2» содержит также ряд новшеств, призванных серьезно увеличить производительность системы при формировании отчетности. Во-первых, при работе в режиме управляемого приложения отчеты формируются исключительно на стороне сервера, клиентскому приложению передаются только готовые результаты. Во-вторых, появился абсолютно новый (даже по отношению к бета-версии) механизм агрегатов.

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

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

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

• Аналитическая отчетность. Состав отчета и периодичность его формирования зависят только от сотрудника, занятого вдумчивым анализом деятельности предприятия. В поисках ответов на вопросы «почему упали продажи?» или «как повысить отдачу на инвестиции?» аналитик может многократно «прокручивать» одни и те же исходные данные в разных разрезах и группировках.

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

Агрегат может быть создан одним из двух способов.

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