автоматически исключит из интерфейса функции, выполнять которые текущий пользователь не имеет права. Могут применяться и более сложные способы – например, механизм функциональных опций, при помощи которого разработчик может описать зависимость между элементами интерфейса и данными информационной базы.
• Управляемый командный интерфейс. В режиме управляемого приложения «1С: Предприятие 8» формирует командный интерфейс прикладного решения на основании правил, описанных разработчиком. Структура разделов командного интерфейса и состав команд каждого раздела формируются платформой «на лету» (автоматически). При формировании командного интерфейса учитывается иерархия подсистем прикладного решения, права доступа пользователя, функциональные опции информационной базы, а также настройки порядка следования и видимости элементов, установленные разработчиком конфигурации по умолчанию и конкретным пользователем лично для себя.
• Управляемые формы. Как и все остальные элементы пользовательского интерфейса, управляемые формы объектов конфигурации создаются путем декларативного описания. Разработчик не «рисует» форму, а задает состав элементов формы и правила их отображения. Разработчик может также предоставить пользователю возможность изменять форму по своему предпочтению, причем как для всей формы вообще, так и для отдельных элементов и групп элементов. Функциональность управляемой формы распределена между клиентом и сервером «1С: Предприятия», причем главную роль играет сервер. Подготовка формы, бизнес-логика формы, модификация данных информационной базы – все это выполняется на стороне сервера, а на стороне клиента производятся только отрисовка формы и некоторые самые простые операции (арифметические вычисления, вывод сообщений и вопросов и т. п.).
Дизайн визуального интерфейса финальной версии «1С: Предприятия 8.2» по сравнению с бета-версией был почти полностью переработан, изменились цветовые палитры, текстуры, обводки, внешний вид элементов и кнопок, были перерисованы практически все иконки и картинки.
Следует отметить очень важный момент: в отличие от предыдущих версий, разработчики прикладных решений больше не могут произвольно изменять элементы визуального стиля в своих конфигурациях. В управляемом режиме все прикладные решения, разработанные на платформе «1С: Предприятие 8», будут иметь схожий внешний вид и полностью идентичный визуальный дизайн приложения. Можно привести ряд аргументов как «за», так и «против» такого решения разработчиков платформы, но это стало бы пустой тратой бумаги. Решение было принято осознанно, и оно – вот такое.
Очевидно, что отчеты, а точнее представленная в отчетах информация, – это «лицо» информационной системы, решающей задачи учета и управления бизнесом. Фактически это конечный продукт, выдаваемый информационной системой потребителю. В семействе программ «1С: Предприятие 8» механизмам формирования отчетов традиционно уделяется самое пристальное внимание.
Какие требования предъявляются к отчетам пользователями? Основных требований три: высокая скорость формирования, гибкость и универсальность настроек, максимальная простота в использовании. Со скоростью все ясно и понятно, это чисто техническая задача. А вот найти разумный компромисс между универсальностью и внешней простотой – уже из разряда серьезных концептуальных проблем. Эта проблема последовательно решалась на всех этапах развития технологической платформы, и некоторые новшества предыдущих версий «1С: Предприятия 8», призванные сделать механизм отчетности более функциональным и гибким, вызывали у пользователей реакцию, близкую к легкой панике. «Пожалуйста, спрячьте это окно настроек от нас подальше, мы не хотим знать о его существовании» – с такой просьбой после перевода типовых решений на механизм «универсального отчета» сталкивался едва ли не каждый специалист по внедрению.
В «1С: Предприятии 8.2» сделан серьезный шаг к увязыванию максимальных гибкости и внешней простоты в рамках одного механизма. Теперь сущность «настройка отчета» является иерархической и состоит из вариантов отчета, настроек варианта отчета и пользовательских настроек отчета. Таким образом, управление настройками отчета производится на трех уровнях:
• разработчик прикладного решения создает схему компоновки данных и варианты отчета. Он также определяет, какие из настроек отчета будут доступны пользователю при работе с отчетом;
• специалист по внедрению выполняет модификацию вариантов отчета или создает новые варианты под требования конкретного заказчика, причем эти операции не нуждаются в изменении конфигурации информационной базы и могут производиться в пользовательском режиме;
• пользователь выбирает один из существующих вариантов отчета и просто нажимает на кнопку «сформировать отчет». Если пользователю требуется что-то изменить в отчете, он оперирует теми настройками (как правило, несложными), доступ к которым ему предоставили разработчик конфигурации и специалист по внедрению.
При таком подходе баланс «гибкости» и «простоты» становится управляемым, один и тот же отчет может быть представлен для разных пользователей в различных вариантах и с разным «уровнем сложности». Причем управлять этим можно «на лету», не внося никаких изменений в собственно конфигурацию.
«1С: Предприятие 8.2» содержит также ряд новшеств, призванных серьезно увеличить производительность системы при формировании отчетности. Во-первых, при работе в режиме управляемого приложения отчеты формируются исключительно на стороне сервера, клиентскому приложению передаются только готовые результаты. Во-вторых, появился абсолютно новый (даже по отношению к бета-версии) механизм агрегатов.
Отчеты, формируемые учетной или управленческой системой, можно условно разделить на три категории.
• Регламентированная отчетность. Состав отчета, периодичность формирования, а часто и внешний вид диктуются извне. Например – бухгалтерский баланс.
• Операционная отчетность. Состав отчета и периодичность его формирования диктуются процессами предприятия. Как правило, такие отчеты формируются довольно часто и служат основой для принятия рутинных управленческих решений. В качестве примера можно привести отчет по остаткам товаров на складе, отчет по текущей дебиторской задолженности или платежный календарь предприятия.
• Аналитическая отчетность. Состав отчета и периодичность его формирования зависят только от сотрудника, занятого вдумчивым анализом деятельности предприятия. В поисках ответов на вопросы «почему упали продажи?» или «как повысить отдачу на инвестиции?» аналитик может многократно «прокручивать» одни и те же исходные данные в разных разрезах и группировках.
Механизм агрегатов разработан в первую очередь для сокращения времени формирования аналитической отчетности в информационных базах большого объема (сотни тысяч и миллионы записей в оборотных регистрах накопления). Физически агрегат представляет собой дополнительное хранилище, в котором содержатся те же записи оборотного регистра накопления, но уже агрегированные в таких разрезах, которые требуются для быстрого формирования отчетов.
Агрегат может быть создан одним из двух способов.
• Разработчиком прикладного решения. Разработчик, исходя из специфики решения, может представить, какие аналитические отчеты и в каких разрезах будут наиболее востребованы пользователями, и определить необходимые агрегаты в конфигурации.
• Специалистом по внедрению. В платформе есть функция, которая позволяет проанализировать таблицу конкретного регистра, статистику обращений к этому регистру и на основании полученных данных предложить такие агрегаты, которые с точки зрения платформы будут эффективными. Технически рекомендации оформляются в виде XML-файла. От специалиста в этом случае требуется просто получить файл рекомендаций, а затем загрузить его в режиме Конфигуратора.
Очевидно, что максимальную пользу механизм агрегатов должен принести на крупных внедрениях, которые характеризуются как большими объемами данных, так и потребностью в разнообразных аналитических отчетах.
Практически все типовые и отраслевые, а также
