Манифест конфигурации 1с что это
Поставка конфигураций 1С может производится с помощью файлов различных форматов и содержания:
- файл конфигурации ( cf) , содержащий дистрибутив конфигурации;
- файл информационной базы ( 1cd) , содержащий готовую к работе, но пустую базу данных (или заполненную некоторыми обязательными начальными данными);
- файл информационной базы, содержащий демонстрационные данные, соответствующие им файлы выгрузки информационной базы ( dt) .
Для создания конфигурации, которая может быть использована в качестве конфигурации поставщика, необходимо подготовить специальные варианты этих файлов, основой для которых является файл дистрибутива конфигурации ( cf) .
В "1С:Предприятии 8" любая конфигурация может стоять на поддержке одной или нескольких других конфигураций, называемых конфигурациями поставщика.
В качестве конфигурации поставщика может выступать конфигурация, созданная командой меню "Конфигурация" - "Поставка конфигурации" - "Создать файлы поставки и обновления конфигурации".
В результате выполнения этой команды создается файл конфигурации (. cf) .
Файл, подготовленный командой "Конфигурация" - "Сохранить конфигурацию в файл", в качестве конфигурации поставщика использовать нельзя.
Для того чтобы получить конфигурацию поставщика в виде файла информационной базы (.1cd) или файла выгрузки информационной базы (.dt), требуется:
- подготовленный вышеописанным способом файл . cf загрузить в требуемую информационную базу (возможно, в пустую), выполнив команду "Конфигурация" - "Загрузить конфигурацию из файла";
- затем, при необходимости, штатными средствами создать файл . dt.
Настройка поставки 1С
Настройка поставки (команда меню "Конфигурация" - "Настройка поставки. ") позволяет задать правила, по которым будет осуществляться поддержка конфигурации у пользователей.
Следует обратить внимание:
- правила поставки задаются только для объектов верхнего уровня: справочники, документы, регистры;
- для подчиненных им объектов метаданных (реквизиты, табличные части, формы, макеты) будут использоваться соответствующие правила родительских объектов.
Правила поставки объекта конфигурации:
- изменения разрешены;
- изменения не рекомендуются;
- изменения запрещены;
- включение в конфигурацию не рекомендуется.
Эти варианты определяют допустимые правила поддержки, которые будут устанавливаться пользователем.
Правила поставки модулей объекта:
- используется флаг "Включать тексты модулей объекта". В случае отмены поставки текстов модулей пользователь не будет иметь возможности просматривать и изменять тексты программ на встроенном языке "1С:Предприятия", что может являться как элементом защиты интеллектуальной собственности поставщика, так и элементом поддержки логической целостности конфигурации.
Отмена использования при поставке полного файла конфигурации (. cf):
- установка флага "Файл поставки может использоваться для обновления" в настройке поставки конфигурации отменяет возможность использования для обновления конфигурации поставщика полных файлов конфигурации (. cf). Это может быть полезно, когда новая версия конфигурации требует сложной обработки базы данных. По умолчанию флаг "Файл поставки может использоваться для обновления" включен.
Например, изменение типа реквизита справочника со строки на ссылку на другой справочник требует "двухпроходного обновления":
- сначала требуется добавить новый реквизит типа ссылки, заполнить его на основе значения старого реквизита;
- только потом можно удалить старый реквизит, а новый переименовать.
Такую процедуру нельзя выполнить в рамках одного изменения структуры базы данных с предшествующим и (или) последующим выполнением специальной обработки. Требуется подготовить промежуточную версию конфигурации, в которой новый реквизит будет добавлен, а старый еще не удален, и написать соответствующие обработки.
Процедуру обновления конфигурации в этом случае, конечно, следует подробно описать в документации, но всегда существует вероятность ошибочных действий со стороны пользователя.
Использование флажка "Файл поставки может использоваться для обновления" позволяет поставщику подстраховаться от ошибок пользователя в процессе обновления.
Общая схема может быть примерно такой:
- Подготавливается файл обновления конфигурации с предыдущих версий до промежуточной.
- Подготавливается файл обновления конфигурации с промежуточной (только) версии до конечной.
- Подготавливается файл конфигурации с отключенным флажком "Файл поставки может использоваться для обновления".
Пользователь, имеющий конфигурацию старой версии, не сможет нарушить правильный порядок обновления, поскольку, даже если он получит файл конфигурации новой версии, выполнить с помощью него обновление он не сможет.
ВАЖНО! Следует иметь в виду недостаточную гибкость этого средства. При его отключении пользователь не сможет при необходимости выполнить "обратное обновление" с более поздней версии.
Стандартная структура каталогов файлов поставки и обновления 1С
Механизм поставки конфигураций предлагает определенную схему размещения на диске файлов поставки и поддержки разных версий. В диалоге "Создание файлов поставки и обновления конфигурации" нажав кнопку "Каталог файлов поставки" можно задать корневой каталог для размещения создаваемых файлов. Файлы поставки и обновления будут по умолчанию располагаться в подкаталогах, имеющих имена, соответствующие свойству "Версия" конфигурации.
Использование этой схемы позволит упростить подготовку обновлений для новых версий конфигурации.
Следует иметь ввиду, что корневой каталог не сохраняется внутри самой конфигурации и будет изменен при переносе файла информационной базы "1 cd " на другой компьютер.
Создание файлов поставки и обновления конфигурации
Файлы поставки и обновления могут создаваться из диалога "Создание файлов поставки и обновления":
- одновременно (только один файл обновления);
- раздельно.
Для создания нескольких файлов обновления с разного набора предыдущих версий следует выполнить процедуру создания файлов обновления несколько раз. Файл поставки при этом может быть создан только однажды. Впрочем, отказ от создания файла поставки не приведет к ускорению создания файла обновления. В случае конфигурации большого объема это достаточно длительный процесс, время исполнения которого зависит от количества выбранных версий, подлежащих обновлению.
При включении флажка "Создать файл обновления конфигурации" следует указать один или несколько файлов предыдущих версий, для которых и будет подготовлено обновление.
ВАЖНО! Файлы обновления не являются кумулятивными, то есть создание обновления с версии "4" до версии "6" не позволит с помощью этого файла произвести обновление с версии "5", если только она не была указана при создании.
Для выбора файлов предыдущих версий можно пользоваться:
- кнопкой "Добавить" и прямым выбором файла;
- кнопкой "Добавить из предыдущих версий", которая сама найдет и предложит для выбора файлы, если они были размещены на диске в соответствии с описанной выше стандартной структурой каталогов.
С помощью команды "Добавить" можно указать и файлы других конфигураций. После чего обновление может быть выполнено и для них, однако это должны быть именно файлы поставки, а не произвольные файлы конфигурации.
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.
Для каждого выпускаемого обновления конфигурации разработчик (фирма "1С" или какой-то другой вендор) обычно рекомендует минимальную версию платформы 1с.
Что будет если не выполнить это требование:
Информация о необходимой версии платформы обычно указывается в файле ReadMe.txt в папке с обновлением.
Рассмотрим какие возможности в части автоматического контроля соответствия версии платформы и применяемого обновления предлагает обновлятор.
Внимание! Все возможности, что описываются ниже относятся к случаю, когда вы доверили обновлятору автоматический поиск нужного обновления, а не указали его напрямую.
Проверка манифеста обновления
Манифест - это специальный файл с именем "1cv8.mft", который есть в папке каждого обновления.
В нём указывается минимальная редакция платформы (например, '8.3') с которой совместимо данное обновление.
И если используемая версия 1с меньше указанной в манифесте, то обновление не состоится в любом случае, так как иначе это могло бы привести к повреждению базы.
Проверка на сайте и/или в файле readme.txt
По умолчанию обновлятор проверяет минимальную версию платформы двумя способами: и на сайте и в файле "readme.txt".
Как работает проверка на сайте
Эта проверка работает при соблюдении следующих условий:
- в настройках обновлятора включена опция "Искать обновления на сайте"
- для данной конфигурации на сайте 1с выкладывается специальный файл "v8upd11.zip" с описанием обновлений
В этом случае обновлятор при поиске обновления на сайте 1с получает минимальную версию платформы из файла "v8upd11.zip".
Полученную с сайта минимальную версию платформы обновлятор также записывает в файл "MinAppVersion.txt" в папку с обновлением.
Это на тот случай, если в будущем обновлятор найдёт это обновление локально при выключенной опции "Искать обновления на сайте". В этом случае он будет использовать значение, записанное в файле "MinAppVersion.txt" в папке с обновлением.
Как работает проверка в файле readme.txt
Обновлятор анализирует файл "ReadMe.txt" в папке с обновлением конфигурации, чтобы узнать минимальную версию платформы.
Нужно понимать, что этот способ проверки не является 100%, ведь файл "ReadMe.txt" предназначен для человека, а не для программы. Но в абсолютном большинстве случаев удаётся вытащить необходимую информацию из файла.
Эта проверка приобрела особую значимость с тех пор как фирма "1С" начала выпускать обновления, для которых в файле "v8upd11.zip" (см. способ проверки на сайте) указана по прежнему одна минимальная версия платформы, а в файле "ReadMe.txt" накладываются дополнительные ограничения на версии платформы больше минимальной.
Например, в файле "ReadMe.txt" указано, что текущая версия конфигурации предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.15.2107, 8.3.16.1814, 8.3.17.1851, 8.3.18.1208.
- можно использовать версию платформы 8.3.15, которая >= 8.3.15.2107
- можно использовать версию платформы 8.3.16, которая >= 8.3.16.1814
- можно использовать версию платформы 8.3.17, которая >= 8.3.17.1851
- можно использовать версию платформы 8.3.18, которая >= 8.3.18.1208
- можно использовать версию платформы >= 8.3.19
Что будет если текущая платформа не подходит
Если используемая версия платформы 1с меньше минимальной, то дальнейшее поведение обновлятора будет зависеть от того, установлена ли опция "Выполнять строгую проверку минимальной версии 1с":
Строгая проверка установлена (значение по умолчанию)
В этом случае обновлятор откажется применять обновление. В отчёт также красным цветом будет выведено предупреждение о необходимости в более новой версии 1с, а статус базы в отчёте после этой попытки будет " с ошибками ".
Строгая проверка не установлена
В этом случае обновлятор применит обновление, но перед этим выдаст предупреждение о необходимости более новой версии 1с в отчёт красным цветом, а статус базы после обновления в отчёте будет " есть предупреждения ".
При этом обновлятор намеренно не выполнит автоматическое выполнение обработчиков обновления, отложив их запуск до того момента, когда база будет открыта пользователем.
И если у вас настроено оповещение на почту при ошибках, то вы получите уведомление об этом предупреждении.
Как можно настроить проверку для конкретной базы
Свойство базы "Где искать минимальную версию платформы"
Зайдите в свойства этой базы, закладка "Обновление", раздел "Ограничения" и найдите здесь опцию "Где искать минимальную версию платформы":
Нажмите на ссылку справа от опции для её настройки:
Здесь вы можете включить или наоборот исключить поиск минимальной версии на сайте и в файле "ReadMe.txt".
Галки ". прервать обновление, если не удалось найти мин. версию . " я рекомендую устанавливать только в следующем случае:
- вы знаете, что для данной конфигурации доступен соответствующий источник получения информации о минимальной версии платформы (xml-файл на сайте или файл "ReadMe.txt" в папке с обновлением)
- вы не хотите, чтобы применялось обновление, для которого не удалось получить информацию о минимальной версии платформы из соответствующего источника (xml-файл на сайте или файл "ReadMe.txt" в папке с обновлением)
Дополнительные подсказки
- изменять свойства сразу группы баз вот так: ссылка
- устанавливать значения свойств для новых баз по умолчанию в дополнительных настройках, закладка "События", закладка "При добавлении новой базы"
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Обычный дистрибутив обновления конфигурации 1С включает в себя только само обновление конфигурации (файл с расширением cfu). Из такого дистрибутива нельзя создать чистую базу.
Обычные дистрибутивы обновления на сайте 1С обозначаются так:
Полный дистрибутив обновления конфигурации 1С включает в себя не только само обновление, но ещё чистую и демо конфигурации.
Чистая база обычно представлена файлом конфигурации 1cv8.cf, а демо база (заполненная учебными данными) представлена выгрузкой базы с именем файла 1cv8.dt.
Полные дистрибутивы на сайте 1С обозначаются так:
99% обновлений на сайте 1С - это обычные дистрибутивы.
Полные дистрибутивы периодически выкладываются в одном из таких выпусков:
При этом самое первое обновление для конфигурации почти всегда содержит ссылку на полный дистрибутив:
Кому и зачем они могут понадобиться
Наличие полного дистрибутива последней версии конфигурации нам необходимо хотя бы для того, чтобы создавать чистые базы или базы, уже заполненные данными (демо).
Но зачем нам могут понадобиться полные дистрибутивы всех версией конфигурации?
Ну, например, мы разрабатываем своё решение для одной из типовых конфигураций и естественно должны проверять его не только на последней версии, ведь у клиентов большой разброс версией нашей целевой конфигурации.
И для этого нам нужно подготовить и затем поддерживать так называемый тестовый стенд - набор баз различных версий конфигураций, чтобы:
- мы регулярно запускали на них автоматизированные проверки совместимости нашего решения с конкретной версией типовой
- чтобы при обнаружении ошибки нашего решения у клиента с конкретной версией конфигурации 1С - мы тут же могли воспроизвести эту ситуацию у себя на точно такой же версии базы
Ещё пример. Пусть мы занимаемся поддержкой 1С и к нам приходит клиент с базой определенной версии конфигурации, которая снята с поддержки. Если мы захотим вернуть её на поддержку, нам понадобится чистая конфигурация точно такой же версии.
Примеров из жизни на самом деле больше, но я надеюсь, что уже убедил вас - если вы занимаетесь поддержкой какой-то конфигурации - вам необходимы полные дистрибутивы всех её версий.
Задействуем обновлятор
Для подготовки (и дальнейшего поддержания) полных дистрибутивов многие пользователи уже давно успешно используют возможности Обновлятора.
Давайте рассмотрим сценарий наших действий для подготовки таких дистрибутивов конфигурации "1С:Бухгалтерия 3.0".
Находим полный дистрибутив
Для отправной точки нам потребуется полный дистрибутив, начиная с версии которого мы и будем готовить дистрибутивы всех остальных версий.
Для примера я скачал и установил полный дистрибутив версии 3.0.28.7:
- 1Cv8.cf - это файл конфигурации версии 3.0.28.7
- 1Cv8.dt - это выгрузка чистой базы версии 3.0.28.7
- 1Cv8new.dt - это выгрузка демо базы версии 3.0.28.7
При этом сами имена для файлов с чистой или демо базами задаются в манифесте (файл с именем 1cv8.mft):
И надо учитывать, что в каких-то дистрибутивах в качестве чистой базы будет выгрузка в dt (как в данном примере, файл 1Cv8new.dt), а в каких-то будет идти (и указываться в манифесте) конфигурация в виде файла с расширением cf.
В любом случае нас интересуют прежде всего:
- иметь конфигурацию данной версии (файл с расширением cf)
- иметь выгрузку демо базы (файл с расширением dt)
Создаём чистую базу
Создаём чистую базу из этого дистрибутива (через стартер 1С) и добавляем её в обновлятор. Результат будет таким:
Создаём демо базу
Создаём демо базу из этого же дистрибутива (через стартер 1С) и добавляем её также в обновлятор:
Настраиваем чистую базу
Открываем свойства чистой базы в обновляторе и переходим на закладку "Обновления".
Прежде всего устанавливаем галку "Искать обновления в лоб, а не по ключевым релизам":
Это позволит нам получить максимально полный набор всех возможных версий конфигураций.
На этой же закладке (чуть ниже) устанавливаем галку "После каждого обновления выгружать конф-ю (cf) в папку с обновлением":
И, наконец, здесь же устанавливаем галку "После каждого обновления выгружать базу (dt) в папку с обновлением" .. "как чистую":
При этом имя такой выгрузки будет автоматически считываться из манифеста обновления.
Настраиваем демо базу
Открываем свойства демо базы в обновляторе и переходим на закладку "Обновления".
Прежде всего устанавливаем галку "Искать обновления в лоб, а не по ключевым релизам":
На этой же закладке (чуть ниже) устанавливаем галку "После каждого обновления выгружать базу (dt) в папку с обновлением" . "как демо":
При этом имя такой выгрузки будет автоматически считываться из манифеста обновления.
Обновляем базы
Теперь нам осталось либо периодически запускать обновления этих баз вручную или настроить их обновление по расписанию.
При этом в папке с шаблонами обновлений будут появляться все необходимые нам файлы для полного дистрибутива.
Вот, к примеру, как выглядит папка с обновлением на версию 3.0.28.12, после того как обновлятор обновил настроенные нами две базы на эту версию:
Если мы создали полный дистрибутив из очень старой версии - в начале нам придётся прокрутить очень много обновлений, чтобы привести базы (и все дистрибутивы обновлений) к актуальному релизу ( см. вот эти советы ).
Ну а дальше нам останется только продолжить обновлять эти базы через обновлятор - а он будет создавать полные дистрибутивы для каждого нового обновления конфигурации.
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
.epf – внешняя обработка (External processor file).
.erf – внешний отчет (External report file).
.cf – (Configuration file) конфигурация с полным описанием бизнес-логики; это приложение, созданное с помощью конфигуратора и исполняемое платформой.
.cfu – конфигурация с описанием изменений бизнес-логики по отношению к предыдущему описанию.
.dt – выгрузка информационной базы.
.mft - манифест (описание) конфигурации информационной базы.
.cd - файловая база данных, один файл, в котором хранятся все данные информационной базы (конфигурация, база данных, административная информация) при работе системы в файловом варианте (файл 1Cv8.cd). Может находиться на любом сетевом ресурсе (доступном из Windows?).
.st - файлы шаблонов текста.
.mxl - внешние файлы табличных документов.
Прикладное решение
Прикладное решение - это программа бизнес-приложения, автоматизирующая решение задач в конкретной предметной области, и готовая к использованию конечным пользователем с возможностью доработки под свои индивидуальные задачи.
Прикладное решение описывается метаданными в виде совокупности прикладных объектов, выбираемых из жестко определенного набора прототипов (классов), например, "Справочники", "Документы", "Регистры накопления", и т.д. Каждый прототип отвечает за отражение в прикладном решении определенной совокупности объектов или процессов предметной области, имеющих схожие поведенческие характеристики и сходную роль в общей картине решения.
Команда 1С
Команда 1С - это объект конфигурации, с помощью которого разработчик может описывать действия, предназначенные для выполнения пользователем.
Конфигурация
Конфигурация - это описание логики бизнес-приложения (прикладного решения), хранящее не только алгоритмы, но и другую информацию.
Виды конфигураций 1С:
- Конфигурация базы данных , определяющая текущую структуру информационной базы и модель прикладного решения в режиме исполнения (изменяемая только в определенные моменты времени – по регламенту) - для пользователей – для работы с данными, структура хранения которых определена в конфигурации. Не редактируется интерактивно (спорно, с учетом возможности подстройки прикладного решения пользователем под себя) , строится платформой из основной конфигурации.
- Основная конфигурация , хранящая оперативные изменения в модели прикладного решения в режиме разработки, не влияющая на оперативную работу пользователей (изменяемая разработчиком в любой момент времени) - для разработчиков – для определения модели прикладного решения через конфигурацию. Изменения могут вноситься интерактивно либо из других конфигураций.
- Конфигурация поставщика , содержащая исходную структуру родительской конфигурации (если она есть), для возможности обновления (только в момент обновления основной конфигурации) - для администраторов – для внесения изменений в структуру прикладного решения. Не редактируется, определяется платформой в момент создания или обновления прикладного решения.
Толстый клиент
В операционной системе Windows исполняемый файл этого приложения — 1cv8.exe, в операционной системе Linux — 1cv8.
Толстый клиент 1С - это инструмент разработчика и администратора, одно из клиентских приложений системы, который позволяет реализовывать её полные возможности как в плане разработки, администрирования, так и в плане исполнения прикладного кода (назван «толстым»из-за полной функциональности).
Особенности толстого клиента:
- большую часть информации система обрабатывает на компьютере пользователя, сохраняя значительное количество информации на компьютере пользователя в виде временных файлов;
- так как большая часть данных обрабатывается на компьютере пользователя, данный режим очень требователен к каналу передачи данных.
Работы по разработке прикладного решения (Конфигуратор) возможны только лишь в режиме толстого клиента.
Ограничения толстого клиента:
- не поддерживает работу с информационными базами через интернет;
- требует предварительной установки на компьютер пользователя;
- имеет значительный объем дистрибутива.
Тонкий клиент
В операционной системе Windows исполняемый файл этого приложения — 1cv8c.exe, в операционной системе Linux — 1cv8c.
Тонкий клиент 1С - это инструмент конечного пользователя для ввода данных и получения результатов обработки данных. Исполняет ограниченный набор функциональности встроенного языка.
Работа в режиме тонкого клиента возможна только в режиме управляемого приложения .
Особенности тонкого клиента:
- все действия выполняются на сервере, пользователю выводится лишь отображение обработанной и получаемой информации;
- не требует больших ресурсов как системы, так и канала связи.
Запуск тонкого клиента выполняется файлом 1cv8c.exe.
Ограничения тонкого клиента:
- поддерживает работу с информационными базами через интернет;
- требует предварительной установки на компьютер пользователя.
Веб-клиент
Веб-клиент 1С - это инструмент конечного пользователя для ввода данных и получения результатов обработки данных.
Ограничения веб-клиента:
- поддерживает работу с информационными базами через интернет;
- не требует предварительной установки на компьютер пользователя;
- имеет незначительный объем дистрибутива.
Архитектура «клиент-сервер» 1С
Клиент-серверный вариант предназначен для использования в рабочих группах (в масштабе организации или предприятия).
Подразумевает наличие 3-х следующих программных уровней:
- один из видов клиентского приложения "1С:Предприятия" (толстый клиент, тонкий клиент или веб-клиент);
- веб-сервер (только для веб-клиента и тонкого клиента, подключенного через веб-сервер);
Кластер серверов и сервер баз данных могут физически располагаться как на одном компьютере, так и на разных, что позволяет администратору распределять нагрузку между серверами.
Управляемые формы
Управляемые формы 1С создаются системой автоматически при использовании прикладного решения. Являются основой представления (отображения) информации в системе "1С:Предприятие".
Настройка внешнего вида управляемой формы может осуществляться как разработчиком, так и на пользовательском уровне. Для данной возможности в действиях формы существует команда "Изменить форму" (только теми элементами формы, которые определены на этапе разработки или по стандартным правилам авто генерации формы).
Подробнее - в материале "Управляемые формы 1С".
Рефакторинг
Контролируемый процесс улучшения кода, без написания новой функциональности. Результатом рефакторинга является чистый код и простой дизайн.
Константа
Объект Константа предназначен для хранения постоянной или условно-постоянной информации.
Одна константа предназначена для хранения только одного значения.
В системе может быть произвольное количество констант.
Константы создаются в конфигураторе, но заполняются непосредственными значениями в пользовательском режиме.
Справочник
Справочник предназначен для хранения справочной информации об однотипных объектах и представляет собой список, заполняемый пользователем на этапе исполнения. Использование справочника:
- позволяет избежать многократного ввода одной и той же информации (например наименования контрагента);
- обеспечивает сквозную идентификацию (например, идентификацию контрагента при отгрузке и оплате).
Каждый элемент этого списка может иметь сложную структуру, задаваемую на этапе конфигурирования.
Количество справочников задается на этапе конфигурирования и может быть произвольным.
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.
Конфигурация 1С - это описание логики бизнес-приложения (прикладного решения), хранящее алгоритмы обработки информации, а также иную информацию. Состоит из объектов конфигурации.
Виды конфигураций 1С:
- Конфигурация базы данных , определяющая текущую структуру информационной базы и модель прикладного решения в режиме исполнения (изменяемая только в определенные моменты времени – по регламенту) - для пользователей – для работы с данными, структура хранения которых определена в конфигурации. Не редактируется интерактивно (спорно, с учетом возможности подстройки прикладного решения пользователем под себя), строится платформой из основной конфигурации.
- Основная конфигурация , хранящая оперативные изменения в модели прикладного решения в режиме разработки, не влияющая на оперативную работу пользователей (изменяемая разработчиком в любой момент времени) - для разработчиков – для определения модели прикладного решения через конфигурацию. Изменения могут вноситься интерактивно либо из других конфигураций .
- Конфигурация поставщика , содержащая исходную структуру родительской конфигурации (если она есть), для возможности обновления (только в момент обновления основной конфигурации) - для администраторов – для внесения изменений в структуру прикладного решения. Не редактируется, определяется платформой в момент создания или обновления прикладного решения.
Визуально в платформе представлены все три варианта. Изменение конфигурации возможно с помощью:
- контекстных меню;
- горячих клавиш;
- командной панели окна конфигурации;
- меню "Действия" окна конфигурации.
Окно конфигурации 1С
Окно конфигурации 1С предназначено для просмотра и редактирования конфигурации соответствующего вида (основной, базы данных, поставщика).
С помощью контекстного меню окна, вызванного правой кнопкой мыши на шапке конфигурации, окно конфигурации можно сделать:
- прикрепленным,
- свободным,
- прячущимся.
Конфигурация представляется в виде древовидной структуры:
- объекты конфигурации в дереве представлены своими именами;
- корневые ветви дерева объединяют объекты конфигурации, логически связанные между собой и имеющие общее назначение;
- каждая ветвь описывает определенную составляющую конфигурации.
Важно! Добавление своих ветвей в конфигурацию и удаление существующих невозможно.
Окно конфигурации 1С позволяет:
- создавать, редактировать и удалять (с контролем наличия ссылок) объекты конфигурации;
- располагать объекты конфигурации в требуемом порядке в пределах группы, к которой они принадлежат;
- сортировать объекты конфигурации, подчиненные одному объекту, по имени, синониму или комментарию;
- находить в дереве объект, данные которого в данный момент редактируются (в окне редактирования объекта, в редакторе формы, макета, модуля);
- искать ссылки на данный объект конфигурации в других объектах конфигурации, либо на другие объекты конфигурации в данном объекте конфигурации;
- отбирать объекты конфигурации по принадлежности к каким-либо подсистемам, определенным в конфигурации;
- запускать конструкторы, связанные с объектом конфигурации.
Для отображения конфигурации в окне конфигурации, ее надо загрузить в конфигуратор из информационной базы:
-
основную конфигурацию - с помощью пункта меню «Конфигурация – Открыть конфигурацию» (при этом основная конфигурация загружается либо в уже открытое окно конфигурации, либо во вновь автоматически открываемое окно);
Читайте также: