Целевая аудитория обработки – программисты , и продвинутые пользователи , занимающиеся анализом данных.
Обработка предназначена : для выборки, анализа , сведения воедино разнообразных данных, получаемых из 1с 8.x или внешних источников; отладки запросов , схем компоновки данных, построителей отчетов; написания отчетов без использования конфигуратора; написания и исполнения фрагментов кода без использования конфигуратора; подключения написанных отчетов «на лету» к дополнительному меню; многие другие возможности.
Обработка состоит из трех основных форм-форм редакторов: запросы; СКД(Схемы компоновки данных); объекты.
Все три формы тесно интегрированы друг с другом, могут использоваться как вместе так и независимо. При этом реализована концепция «выборки всего из всего» - например результат исполнения запроса и схемы компоновки данных можно скомпоновать в одном или нескольких объектах, получить некую сводную информацию, которую использовать в новом запросе и т.д.
Если ваша база данных в файловом или SQL варианте занимает несколько десятков гигабайт, то вы сполна ощутили унылость ожидания просмотра журнала регистрации при отборе по какому-либо событию или объекту учета. Ожидание порой может достигать нескольких часов! А пользователи зачастую обращаются с просьбой : «Скажите пожалуйста, кто еще кроме меня изменял этот документ и когда?». Идеальным вариантом было бы, если бы пользователь сам открывал дополнительную печатную форму, в которой отображались все изменения по выбранному документу. И потому время формирования выборки этих данных играет существенную роль. Почему 1С так долго отбирает нужные данные? Чтобы это понять, достаточно открыть любой из файлов журнала регистрации, которые хранится на сервере предприятия. Для отбора нужных данных, необходимо зачастую проанализировать все эти файлы.
Данная конфигурация предназначена для логирования и автоматического внесения изменений в другие конфигурация 1С 8.Х. Краткое описание ее работы выглядит следующим образом.Выгружаем все модули из логируемой кофигурации (Конфигуратор - Конфигурация - Выгрузить файлы конфигурации).
В автоапдейтер загуржаем метаданные логируемой конфигурации.
Делаем сценарии изменения, которые содержат действия над отдельными/всеми модулями логируемой конфигурации.
Выполняем нужный сценарий.
Загружаем измененные модули логируемой конфигурации обратно (Конфигуратор - Конфигурация - Загрузить файлы конфигурации)
Если в качестве сервера баз данных вы используете MS SQL, то зачастую возникает проблема чрезмерного «разрастания» размера SQL базы. При этом шринкование не приносит должного эффекта. Для анализа размеров SQL-таблиц и связанных с ними объектов 1С можно воспользоваться обработкой «Монитор дисковых ресурсов». Определив объекты метаданных, которые занимают наибольший объем, можно своевременно вычищать излишние данные или внести изменения в конфигурацию либо в бизнес-процесс.
В 2005 году руководством было решено прекратить поддержку самописного программного обеспечения и перейти на 1С версии 8.0 «Управление производственным предприятием». При этом было принято «политическое решение» минимизировать изменения в стандартной конфигурации, чтобы обеспечить дальнейшую совместимость с последующими обновлениями, выпускаемыми компанией 1С. А так как наша фирма довольно крупная (на тот момент мы были одними из первых в России, кто приобретал SQL версию на 100 лицензий), то было необходимо довольно большое число доработок и настроек конфигурации. Так и родилась концепция «неизменяемой конфигурации». При этом базовый функционал остается практически без изменений и обновление конфигурации занимает на порядок меньше времени.