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

PC Magazine/RE

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

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

разработчиков платформы, но это стало бы пустой тратой бумаги. Решение было принято осознанно, и оно – вот такое.

Управляемые отчеты и агрегаты

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

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

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

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

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

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

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

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

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

«1С:

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

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

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

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

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

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

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

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

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

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

Библиотека стандартных подсистем

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

• справочники пользователей и физических лиц, управление правами пользователей, хранение контактной и адресной информации;

• справочник валют, хранение курсов, получение курсов валют из Интернета;

• работа с внешними файлами, хранение внешних файлов в информационной базе;

• настройка и использование полнотекстового поиска;

• первоначальное заполнение информационной базы и модификация данных при обновлении конфигурации;

• управление блокировкой доступа к информационной базе, принудительное завершение пользовательских сеансов;