Восстановление конфигурации поставщика. Частный случай необычного состояния конфигурации

Печать (Ctrl+P)

Дерево объектов конфигурации базы данных

Для просмотра структуры конфигурации базы данных, свойств, форм, макетов и другой информации об объектах можно открыть окно конфигурации базы данных. Для этого нужно выбрать пункт Конфигурация – Конфигурация базы данных – Открыть окно конфигурации БД. По виду оно не отличается от окна Конфигурация.

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

Обновление конфигурации базы данных

В процессе редактирования конфигурации могут быть созданы новые, изменены существующие или удалены имеющиеся объекты.
Текущая структура базы данных может быть отлична от структуры конфигурации. Отличие конфигураций показывается в заголовке окна Конфигурация символами .
ПРИМЕЧАНИЕ. Знак отличия конфигураций появляется только после сохранения изменений в основной конфигурации. Однако после сохранения основной конфигурации можно продолжить внесение изменений, и в этом случае в заголовке окна Конфигурация
будут присутствовать признаки изменения для обеих конфигураций.
Чтобы выполнить приведение в соответствие конфигурации и конфигурации базы данных, необходимо произвести обновление конфигурации базы данных. Для этого нужно выбрать пункт Конфигурация – Обновить конфигурацию базы данных. Если основная конфигурация еще не была сохранена, то сначала конфигуратор выполнит ее сохранение, а потом произведет обновление конфигурации базы данных.
Если при обновлении конфигурации базы данных было открыто окно сообщений, то оно очищается.
ВНИМАНИЕ! Обновление конфигурации базы данных может потребовать прекращения работы всех пользователей.
Перед обновлением можно сравнить конфигурации, а также провести их объединение.
Если на момент выполнения обновления конфигурации базы данных выполнялась отладка, то после сохранения текущей конфигурации на экран выводится вопрос: Для обновления конфигурации базы данных необходимо прекратить отладку. Продолжить? При ответе Да отладка прекращается, и конфигурация базы данных обновляется. При ответе Нет не производится обновление, и отладка не прекращается.
Обновление конфигурации базы данных требует монопольного доступа конфигуратора к информационной базе. В зависимости от наличия пользователей, работающих с базой данных, и их режимов работы, возможно несколько вариантов поведения системы:
1. конфигуратор выдает сообщение об ошибке исключительной блокировки в том случае, если:
● используется файловый вариант базы данных;
● есть сеансы, подключенные к информационной базе без использования веб-сервера;
● нет сеансов, работающих через веб-сервер;
● обновление конфигурации требует реструктуризации базы данных.
2. конфигуратор предлагает завершить все сеансы и повторить обновление, если:
● обновление конфигурации требует реструктуризации базы данных;
● с файловым вариантом информационной базы работают веб-клиенты или тонкие клиенты, подключенные через веб-сервер;
3. в остальных случаях конфигуратор предлагает выполнить динамическое обновление.

Примечание 1. При выдаче диагностических сообщений указываются характеристики сеансов, которые мешают выполнению действия. Если количество сеансов меньше или равно 5, то выводится подробный список сеансов (с указанием имени компьютера, типа
приложения и т. д.), в противном случае выводится общее число сеансов.
Примечание 2. Работа информационной базы в монопольном режиме не переводит базу данных Microsoft SQL Server в однопользовательский (single user) режим.
Примечание 3. Для ускорения процесса реструктуризации информационной базы, при использовании СУБД Microsoft SQL Server, рекомендуется режим восстановления для базы данных устанавливать в значение Простой или С неполным протоколированием. Смену
режима можно выполнять или перед выполнением реструктуризации или на постоянной основе, если не требуется выполнять восстановление базы данных на произвольный момент времени. Перед сменой режима восстановления базы данных необходимо
выполнить резервное копирование базы данных!

Ошибка монопольного доступа

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

Завершение сеансов и попытка обновления

Если для обновления конфигурации базы данных необходимо завершить все сеансы, то пользователю выдается сообщение.
Если выбрана команда Завершить сеансы и повторить , то у пользователя запрашивается подтверждение выбранного действия (Завершение сеансов приведет к аварийному завершению работы пользователей! Выполнить завершение сеансов?) и в случае
утвердительного ответа происходит попытка завершения работы всех сеансов информационной базы. Затем выполняется попытка повторного сохранения конфигурации базы данных.
Завершение всех сеансов приведет к аварийному завершению работы всех клиентских приложений.
Возможны ситуации, когда завершение работы сеанса невозможно. Например, файловый вариант информационной базы опубликован
на веб-сервере, доступ к которому требует клиентского сертификата или на веб-сервере настроена аутентификация и для доступа требуется ввод имени пользователя и пароля. При этом к информационной базе подключения выполняются только с использованием
веб-сервера. Конфигуратор не поддерживает аутентифицированный доступ к веб-серверу и поэтому не может выполнить попытку завершения сеансов. В том случае, если Конфигуратор не смог завершить сеансы доступа к информационной базе, попытку обновления конфигурации базы данных можно либо выполнить позже, либо завершить работу сеансов другими способами.
Динамическое обновление
Если есть возможность выполнить динамическое обновление, пользователю выдается специальное сообщение (см. рис.28).

Динамическое обновление

Если выбрана команда Обновить динамически, то выполняется обновление без завершения работы пользователей. Предполагается, что выполненные изменения будут записаны динамически в виде версии изменений конфигурации (конфигурация базы данных при этом не изменяется). Допускается выполнение повторных изменений основной конфигурации. Если при очередной попытке обновления конфигурации базы данных может быть установлен монопольный режим работы, конфигуратор осуществляет обновление конфигурации базы данных с учетом всех изменений (как текущих, так и предыдущих).
Если было выполнено динамическое обновление, то работающие в этот момент пользователи продолжают работать со старой конфигурацией. Для того чтобы начать работать с обновленной конфигурацией, пользователю необходимо перезапустить систему «1С:Предприятие». Для контроля и оповещения пользователей о произведенных динамических изменениях следует использовать метод глобального контекста КонфигурацияБазыДанныхИзмененаДинамически().
ПРИМЕЧАНИЕ. После выполнения обновления конфигурации базы данных все версии, созданные динамическим обновлением, будут удалены.
Если были обнаружены изменения, требующие реструктуризации базы данных, то на экран выводится диалог со списком таких изменений для подтверждения обновления.
Для подтверждения сохранения нужно нажать кнопку Принять, для отказа – кнопку Отмена.

Фоновое обновление конфигурации базы данных

Общее описание
ПРИМЕЧАНИЕ. Доступно только для лицензии КОРП
Обновление конфигурации базы данных, которое связано с реструктуризацией базы данных, выполняемое для информационных баз большого объема, может занимать длительное время. Во время выполнения обновления, работать с информационной базой невозможно.
Для того чтобы свести потери времени на эту операцию к минимуму, существует специальный режим, выполняющий обновление конфигурации базы данных в фоновом режиме. Фоновое обновление конфигурации базы данных характеризуется следующими
особенностями:
● Доступно только в клиент-серверном варианте информационной базы;
● Может выполняться при закрытом конфигураторе.
● Большая часть фонового обновления конфигурации базы данных выполняется без монопольного доступа к базе данных (включая выполнение операции реструктуризации базы данных).
● Во время фонового обновления недоступны следующие операции:
● Редактирование конфигурации.
● Отладка прикладного решения.
● Выполнение операции обновления конфигурации базы данных.
● Не допускается использование методов УстановитьРежимАгрегатов() , УстановитьИспользованиеАгрегатов(), ПерестроитьИспользованиеАгрегатов() .
● Изменение содержимого плана счетов или плана видов расчета, если связанный с ним регистр бухгалтерии или регистр расчета
участвует в операции фонового обновления. Попытка изменить содержимое таких планов счетов или планов вида расчета вызывает ошибку.
● Фоновое обновление конфигурации можно поставить «на паузу» длительностью не более 48 часов. Если «пауза» продлится более 48 часов – фоновое обновление будет отменено.
● Не поддерживается работа фонового обновления для конфигураций, находящихся в режиме совместимости с версией 8.1
● Не поддерживается работа фонового обновления конфигурации базы данных при работе на СУБД IBM DB2 9.1.
Процесс фонового обновления конфигурации состоит из нескольких этапов:
● Фаза обработки:
● Выполняется длительное время.
● Запуск данной фазы может быть выполнен любым способом:
● Интерактивно, из конфигуратора;
● Из встроенного языка (с помощью соответствующих методов);
● С помощью режима пакетного запуска конфигуратора.

● Выполняется реструктуризация основного объема данных для следующих объектов конфигурации:
● Справочники,
● Документы,
● Журналы документов,
● Регистры сведений,
● Регистры накоплений,
● Регистры бухгалтерии,
● Регистры расчета,
● Последовательности,
● Планы счетов,
● Бизнес-процессы,
● Задачи.

● Во время выполнения фазы обработки, система фиксирует все измененные данные для вышеперечисленных объектов, по аналогии с механизмами обмена данными.
● Фаза актуализации:
● Запускается автоматически, после окончания фазы обработки, с интервалом 1 минута.
● Во время выполнения фазы пользователи могут работать с информационной базой.
● Фаза состоит из автоматически повторяющихся итераций. Каждая итерация анализирует изменения, накопленные с момента выполнения предыдущей итерации (или завершения фазы обработки) и выполняет реструктуризацию накопленных изменений.
● Итерации завершаются в момент перехода к следующей фазе.
● Фаза принятия изменений:
● Требует монопольный доступ к информационной базе.
● Во время выполнения фазы пользователи не могут работать с информационной базой.
● Первым шагом этой фазы выполняется актуализация данных, накопленных с момента проведения последней, перед текущей
фазой, итерации фазы актуализации.
● Затем выполняется реструктуризация данных, не участвующих в фазах обработки и актуализации. В этих данных не
предполагается большого объема изменений, и их реструктуризация выполняется быстро.
● Следующим шагом выполняется принятие всех изменений, выполненных в базе данных.
● После этого обновление конфигурации базы данных завершается.
Если фоновое обновление запущено так, что не требуется выполнения реструктуризации базы данных, то в этом случае все обновление выполняется в фазе принятия изменений, переход к которой возможен сразу после начала фонового обновления.
Во время фонового обновления имеется возможность остановить работу сервера или поставить процесс фонового обновления «на паузу».
После остановки сервера или после аварийного завершения рабочего процесса, обслуживающего системное фоновое задание, выполняющее обновление, создание первого сеанса будет происходить несколько большее время, нежели обычно. Это связано с восстановления фонового обновления. Однако сам процесс фонового обновления находится в приостановленном состоянии. Для продолжения работы необходимо возобновить работу фонового обновления. Такое поведение реализовано для того, чтобы не произошло зацикливание системы в том случае, если причиной аварийного завершения рабочего процесса, обслуживающего фоновое обновление, является собственно фоновое обновление.
После восстановления работоспособности сервера, фоновое обновление конфигурации базы данных продолжает работу следующим
образом:
● Если работа была прервана в фазе обработки, то процесс продолжается с последнего объекта конфигурации, обработка которого
не была завершена.
● Если работа была прервана в фазе актуализации – незаконченная итерация начинается заново.
СОВЕТ. Рекомендуется отменять запущенный процесс фонового обновления конфигурации базы данных в тех случаях, когда не планируется завершение фонового обновления конфигурации базы данных (например, процесс поставлен на бесконечную «паузу»). Выполнение данной рекомендации положительно скажется на характеристиках системы, т. к. не будет происходить регистрация изменений для выполнения фазы актуализации.
При выполнении операции фоновой реструктуризации следует учитывать некоторые особенности работы системы:
● Если регистр бухгалтерии или накопления добавлен в состав разделителя, то данный регистр обрабатывается во время фазы
принятия изменений.
● Если изменен тип независимого разделителя (см. здесь), то все объекты, входящие в состав этого разделителя, обрабатываются во время фазы принятия изменений.
● Если изменяется тип измерения, входящего в основной отбор независимого регистра сведений, то такой регистр обрабатывается во время фазы принятия изменений.

Диалог фонового обновления конфигурации базы данных

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

Сохранение конфигурации базы данных в файл

Для сохранения конфигурации базы данных в файл на диск нужно выбрать пункт Конфигурация – Конфигурация базы данных –
Сохранить конфигурацию БД в файл. На экран выводится стандартный диалог выбора файла. Необходимо выбрать каталог и указать
имя файла, в который будет записана конфигурация базы данных.
Сохраненный файл конфигурации базы данных необходим для операции сравнения и объединения конфигураций

Сравнение конфигурации и конфигурации базы данных

Если в процессе внесения изменений в конфигурацию требуется получить отчет об отличиях от конфигурации базы данных, то следует
выбрать пункт Конфигурация – Конфигурация базы данных – Сравнить, объединить с конфигурацией БД.
В случае необходимости можно восстановить измененные объекты.

Отказ от изменений в конфигурации

Для отказа от изменений в конфигурации достаточно выбрать пункт Конфигурация – Конфигурация базы данных – Вернуться к конфигурации БД.
Примечание. Пункты меню Сохранить конфигурацию БД в файл… и Вернуться к конфигурации БД доступны даже в случае закрытой редактируемой конфигурации. Команда Вернуться к конфигурации БД по-прежнему недоступна, когда информационная база подключена к хранилищу конфигурации.

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

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

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

Продолжим знакомство с Конфигуратором . А именно, приступим к изучению операций с объектами .

1.3. Создаем объекты

Первой операцией с объектами , которую мы освоим в Конфигураторе , будет создание объектов . Создать объект нужного вида можно несколькими способами. Например - вызвав контекстное меню группы объектов и выбрав в нем пункт Добавить ( рис. 1.9).

Рис. 1.9.

Обратите внимание на пиктограмму, которая сопровождает пункт меню . Такую же пиктограмму имеет кнопка Добавить на панели инструментов окна дерева конфигурации . Эта же команда продублирована в меню Действия .

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

Пока не будем выполнять описанную команду. В следующей лекции мы попрактикуемся в создании объектов и в других операциях с ними.

Выше мы использовали понятие " объект ", однако, не поясняли его. Если вы знакомы с объектно-ориентированной методологией программирования , понятие " объект " должно быть вам знакомо. Если нет - давайте рассмотрим простой пример, который позволит понять сущность объектов . Представьте себе, что конфигурация - это ноутбук. Ноутбук состоит из отдельных частей, связанных воедино, взаимодействующих друг с другом. Это - монитор , клавиатура, материнская плата , центральный процессор , оперативная память - список можно продолжать очень долго. Всё то, из чего состоит наш ноутбук, его детали - это объекты . Каждый объект обладает определенной функциональностью. Он может связываться каким-то образом с другими объектами , он имеет средства управления, может сообщать другим объектам о своем состоянии. В более широком смысле и ноутбук - это тоже объект . Им можно управлять, используя клавиатуру. Он может выводить сообщения с помощью монитора. Они составляют интерфейс , с помощью которого пользователь взаимодействует с ноутбуком.

Итак, объект , это "деталь" конфигурации . Существуют объекты различных видов - их список можно видеть в окне дерева конфигурации .

Сейчас рассмотрим некоторые другие не менее важные действия, которые выполняют в Конфигураторе .

1.4. Архивная копия информационной базы

Одна из важнейших сервисных операций, которую вам постоянно придется выполнять - это создание архивной копии информационной базы .

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

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

Сделать архивную копию информационной базы можно несколькими способами.

Первый из них заключается в обычном копировании или архивировании каталога с информационной базой .

Второй способ - воспользоваться инструментами архивирования, встроенными в Конфигуратор . А именно, если выполнить команду меню Администрирование > Выгрузить информационную базу , появится окно, которое содержит стандартный запрос о задании имени сохраняемого файла. В нашем случае это файл с расширением.DT. Он содержит архивную копию информационной базы . В случае повреждения или утери информационной базы вы можете восстановить ее из архивного файла командой Администрирование > Загрузить информационную базу .

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

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

1.5. Основная конфигурация и конфигурация базы данных

Информационная база хранит две конфигурации . Одна из них называется основной конфигурацией или просто конфигурацией . Именно ее мы правим в ходе работы с конфигуратором и именно ее открываем командой Конфигурация > Открыть конфигурацию . Вторая конфигурация называется конфигурацией базы данных . Она используется в ходе работы пользователей. Редактировать основную конфигурацию можно в процессе работы пользователей с информационной базой . Для того, чтобы перенести изменения в конфигурацию базы данных , нужно, чтобы пользователи завершили работу с программой. Для того, чтобы открыть конфигурацию базы данных , выполните команду Конфигурация > Конфигурация базы данных > Открыть конфигурацию БД . Команды изменения объектов в окне конфигурации базы данных заблокированы.

Если, открыв конфигурацию , мы внесем в нее изменения, например, создадим новый объект , в заголовке окна дерева конфигурации можно будет наблюдать значок: "*" (признак модифицированности конфигурации ) ( рис. 1.10).

Значок "*" означает, что внесенные изменения не сохранены в основной конфигурации . То есть он сигнализирует о том, что изменения, которые мы внесли на этапе конфигурирования, могут быть утеряны при, например, внезапном отключении питания.

После сохранения значок модифицированности конфигурации исчезает, но появляется значок отличия конфигураций "" ( рис. 1.11).

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

Для того, чтобы перенести изменения из основной конфигурации в конфигурацию базы данных , нужно выполнить команду Конфигурация > Обновить конфигурацию базы данных . Если изменения, внесенные в основную конфигурацию не были сохранены до выполнения этой команды - система, перед обновлением конфигурации базы данных , предложит сначала сохранить изменения.

При обновлении конфигурации базы данных система выводит окно с перечнем изменений, которые будут внесены в конфигурацию базы данных ( рис. 1.12).

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

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

Если вы внесли изменения в основную конфигурацию , сохранили их, но еще не обновляли конфигурацию базы данных , вы можете вернуться к конфигурации базы данных , отменив изменения, сделанные в основной конфигурации . То есть, фактически, заменить основную конфигурацию конфигурацией базы данных . Для этого нужно выполнить команду Конфигурация > Конфигурация базы данных > Вернуться к конфигурации БД .

Конфигурацию можно сохранять в файл и загружать из файла. Для сохранения основной конфигурации в файл выполните команду Конфигурация > Сохранить конфигурацию в файл . Для загрузки конфигурации из файла выполните команду Конфигурация > Загрузить конфигурацию из файла . Выгруженная конфигурация хранится в файле с расширением.CF.

Почему возникает ошибка

Вообще говоря, часто употребляемое понятие «Информационная база 1С» является комплексным – в него включаются не только база данных как таковая, но и конфигурации.

• Если база данных – это, условно говоря, то, «что» хранится. Например, вводимая пользователем информация, итоговые данные;
• То конфигурация описывает, «как, в каком виде» эта информация хранится, её структуру.

Для образного и очень близкого к правде сравнения приведём простую таблицу, например справочник сотрудников организации:

• Столбцы таблицы (ФИО, Номер телефона, Адрес) образуют структуру информации и определяются конфигурацией, которую создают разработчики и программисты 1С;
• Строки таблицы, значения в них (Иванов Иван Иванович, 8-777-666-55-44, Край Раздольный, город Вольный, улица Свободная) составляют сами данные, то есть вводимую в рабочем порядке пользователями информацию:

Совсем немного усложним: в информационной базе 1С бывает, как минимум, две конфигурации:

• Основная конфигурация (далее – О.К.) – именно с ней работают программисты, изменяя или создавая для пользователей новые документы, справочники и отчёты.
• Конфигурация базы данных (далее – К.Б.Д.) – эта конфигурация влияет на то, что «видят» пользователи в процессе своей работы с программой. Если она изменилась, то эти изменения «увидят» и пользователи. Непосредственно модифицировать её разработчики не могут, изменения наследуются К.Б.Д. от основной конфигурации.

Вернёмся к нашему примеру: по просьбе пользователя программист 1С, используя средства конфигуратора, отредактировал таблицу справочника сотрудников, добавив туда дополнительный столбец Дата рождения. Для этого ему надо было пройти два этапа:

• На первом этапе вносятся необходимые изменения в основную конфигурацию, то есть в таблицу добавляется столбец Дата рождения;
• На втором этапе обновляется конфигурация базы данных, то есть в неё наследуются от О.К. сделанные на предыдущем этапе изменения.

Таким образом, рассматриваемая в этой статье ошибка «Конфигурация базы данных не соответствует сохраненной конфигурации» возникает, когда уже закончен первый этап (изменена О.К.), но ещё пока не осуществлён второй (обновление К.Б.Д.) – две конфигурации различаются, не соответствуют друг другу.

Напоследок, прежде чем переходить к решению проблемы, ещё раз обратим внимание, что второй этап, то есть обновление К.Б.Д., может быть не выполнен не только из-за решения программиста отсрочить его, но и, к примеру, из-за аварийного преждевременного завершения обновления конфигурации.

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

Что делать?

Существует несколько возможных алгоритмов действий, выбор какого-либо из них зависит от разных факторов: квалификации и полномочий пользователя, зоны ответственности за администрирование 1С и др.

Игнорировать изменения

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

Просто каждый раз при запуске информационной базы соглашайтесь с предложением продолжить, нажимая кнопку «Да». Функциональность приложения от этого не изменится, останется прежней:

Можно и вовсе принудительно убрать это сообщение, прописав ключ /DisableStartupMessages в параметрах запуска информационной базы:

• В окне программы запуска (пометка «А») выделяем нашу базу данных и нажимаем кнопку Изменить, после чего откроется окно редактирования свойств ИБ (пометка «Б»):

• Нажатием кнопки Далее перелестнём первую страницу свойств и перейдём к следующей странице, где можно указать параметры запуска ИБ. В свойстве Дополнительные параметры запуска прописываем параметр /DisableStartupMessages:

• Нажимаем кнопку Готово и возвращаемся к окну программы запуска, где запускаем ИБ по кнопке 1С:Предприятие:

Теперь при запуске базы данных 1С 8.3 не будете видеть стартовое сообщение: «Конфигурация базы данных не соответствует сохраненной конфигурации» и программа 1С Предприятие будет запускаться в привычном порядке.

Примечание : Кроме того, рассмотренный параметр подавляет следующие стартовые сообщения:

• “Возможностей Вашего компьютера недостаточно для редактирования справки по конфигурации. Для редактирования справки необходимо установить Microsoft Internet Explorer версии 7.0 или выше”;
• “Возможностей Вашего компьютера недостаточно для редактирования html-документов, в том числе разделов справки. Для редактирования html-документов необходимо установить Microsoft Internet Explorer версии 7.0 или выше. В данном запуске редактирование html-документов будет недоступно”.

Принять изменения

1. Воспользоваться командой главного меню: Конфигурация – Обновить конфигурацию базы данных ;
2. Нажать клавишу F7 клавиатуры;
3. Нажать на специальную кнопку панели инструментов (см. изображение ниже);
4. В процессе отладки (для информации; в статье рассматриваться не будет):

Примечание: По умолчанию открываемое слева окно конфигурации и есть основная конфигурация; значок в заголовке окна говорит о том, что она уже изменена и отличается от конфигурации базы данных. Последняя открывается командой главного меню: Конфигурация – Конфигурация базы данных -Открыть конфигурацию БД.

Через некоторое время после команды обновления появляется финальное диалоговое окно «Реорганизация информации», служащее последним предупреждением о необратимости изменения конфигурации базы данных. В окне перечислены изменения, которые вступят в силу после нажатия кнопки Принять:

Отклонить изменения

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

Для этого надо выполнить команду главного меню: Конфигурация – Конфигурация базы данных – Вернуться к конфигурации БД :

Итак, согласившись продолжить, мы откатываем О.К. к конфигурации базы данных.

На сайте можно ознакомиться с по конфигурации 1C Бухгалтерия 8.3.

Чтобы научиться работать в программе 1С, изучить весь функционал и

Конфигурация , с точки зрения пользователя, это программное решение, заточенное под определенные бизнес-задачи. Например, есть конфигурация 1С:Управление торговлей, для автоматизации торговых операций. С точки зрения разработчика, бизнес-логика данного программного решения реализована с помощью конкретных объектов конфигурации - электронных форм ввода, отчетов, справочников, алгоритмов etc. Эти объекты сгруппированы в виде дерева конфигурации :

Объекты конфигурации, купленной у какого-либо вендора, по умолчанию защищены от внесения изменений. Если функциональность такой конфигурации не закрывает каких-то бизнес-задач, то ее можно доработать - внести изменения в типовые объекты или добавить новые. Для этого типовую конфигурацию придется снять с поддержки - через меню Конфигурация -> Поддержка -> Настройка поддержки, Включить возможность изменения :

Далее можно будет внести доработки. Измененная конфигурация будет отличаться от типовой; оба варианта (основная конфигурация , измененная, и конфигурация поставщика , исходная типовая) будут храниться в базе данных, при необходимости их можно просмотреть и сравнить:

После внесения изменений, их нужно "спроецировать" на ту конфигурацию, в которой хранятся непосредственно бизнес-данные - на конфигурацию базы данных . Например, новый реквизит после добавления в основную конфигурацию не будет сразу доступен для пользователя, так как конфигурация базы данных еще не изменена. Для обновления конфигурации базы данных нажимаем F7; после обновления конфигурация базы данных становится равной основной конфигурации:

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

Каждая конфигурация состоит из прикладных объектов, сгруппированных в дерево конфигурации по принципу схожести. Например, дерево объектов типа Документ:

Каждый из объектов конфигурации может нести в себе определенную логику, задаваемую алгоритмами ; алгоритмы прописываются в модулях программы с помощью встроенного языка 1С :

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

Вопрос 01.02 экзамена 1С:Профессионал по платформе. В каком объекте содержится редактируемая пользователем информация?

1. Объект конфигурации
2. Объект встроенного языка
3. Объект информационной базы
4. Верны ответы 1 и 3
5. Верны все варианты

Вопрос 01.05 экзамена 1С:Профессионал по платформе. Выберите верный набор ассоциаций "Объект" - "тип файла":

1. внешняя обработка -"epf", внешний отчет – "erf", конфигурация – "сf"
2. внешняя обработка -"ert", внешний отчет – "mxl", конфигурация – "pfl"
3. внешняя обработка -"ert", внешний отчет – " erf", конфигурация – "cfu"
4. внешняя обработка -"epf", внешний отчет – "mxl", конфигурация – "cfu"

Правильный ответ первый. External processor file это расширение внешних обработок, External report file расширение внешних отчетов, Configuration file это расширение файла конфигурации.

Вопрос 01.21 экзамена 1С:Профессионал по платформе. Из чего состоит конфигурация?

1. Объекты конфигурации
2. Объекты встроенного языка
3. Объекты информационной базы
4. Верны ответы 1 и 3
5. Верны все варианты

Вопрос 01.27 экзамена 1С:Профессионал по платформе. Какие объекты используются при описании алгоритма?

1. Объекты конфигурации
2. Объекты встроенного языка
3. Объекты информационной базы
4. Верны ответы 1 и 3
5. Верны все варианты

Вопрос 01.34 экзамена 1С:Профессионал по платформе. Какую конфигурацию можно изменять интерактивно в конфигураторе?

1. Основная конфигурация
2. Конфигурация базы данных
3. Конфигурация поставщика
4. Внешние конфигурации

Вопрос 01.57 экзамена 1С:Профессионал по платформе. Произвольная классификация объектов конфигурации осуществляется с помощью …

1. свойства Комментарий у объекта конфигурации
2. создания реквизита "Классификация"
3. с помощью объекта конфигурация Подсистемы
4. верны варианты 1 и 2
5. верны все варианты

Вопрос 01.63 экзамена 1С:Профессионал по платформе. Сколько информационных баз может быть с одной и той же конфигурацией?

1. Только одна
2. Только две (рабочая и демонстрационная)
3. Неограниченно
4. Определяется комплектом поставки прикладного решения
5. Определяется в настройках конфигурации

Вопрос 01.64 экзамена 1С:Профессионал по платформе. Сколько конфигураций обязательно должно существовать в прикладном решении?

1. Сколько угодно

Вопрос 03.13 экзамена 1С:Профессионал по платформе. В каком случае в окне конфигурации доступно изменение метаданных?

1. Всегда
2. Только для основной конфигурации
3. Для основной конфигурации и конфигурации базы данных
4. Для конфигурации поставщика
5. Для конфигурации открытой из файла

В этой статье не описываются методики применения автоматического и автоматизированного обновления конфигураций с использованием внешних компонент и/или программных продуктов. Информацию по ним вы можете найти на этом и других ресурсах Интернета.

Возможно, вы заметили, что при каждом очередном обновлении количество объектов, требующих вашего внимания, только увеличивается. При этом вы точно знаете, что изменен, например, только один документ, а при обновлении выдается список из нескольких десятков измененных объектов. Конечно, можно воспользоваться методикой описанной в статье «Технология обновления нетиповых конфигураций 1С:Предприятия 7.7» от 27.06.2003 . Да, это будет работать. Многие именно так выполняют обновления. Но я считаю данный подход неэффективным и трудоемким при обновлении конфигураций на платформе 1С:Предприятия 8. В отличие от платформы 1С:Предприятия 7.7 платформа 1С:Предприятия 8 позволяет открывать одновременно несколько конфигураций (файлы *.cf) и выполнять несколько сравнений конфигураций в одной копии конфигуратора. Исключение составляют, пожалуй, только конфигурации построенные на УПП (Управление производственным предприятием) - они слишком тяжелые, платформа падает.

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

Возможна ли ситуация, когда процесс обновления будет выполнен полностью автоматически? Конечно. Для этого изменяемые объекты должны быть добавлены и не должны использовать функционал существующей конфигурации. Т.е. эти объекты должны решать абсолютно другие учетные задачи, расширяющие функционал типовой конфигурации поставщика. Согласитесь, что описанная ситуация является крайне редкой. Практически всегда изменения затрагивают объекты типовой конфигурации поставщика.

Следует обратить внимание на то, что база данных может содержать до трех видов конфигураций:

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

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

Рассмотрим процесс обновления и разберем возможные ошибки на примере обновления конфигурации УПП (поставщик типовой конфигурации – фирма «1С», доработки компании Информ Сервис). Изначально обновление данной конфигурации выполнялось не по описанной в данной статье технологии, поэтому рассматриваемые в статье ошибки являются наиболее часто встречающимися на практике. Обновление будет выполняться с версии 1.2.6.2 на версию 1.2.14.1.

Этап 1. Подготовка.

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

Этот этап можно пропустить, если последнее обновление прошло через «поддержку» (Меню «Конфигурация» U94; «Поддержка» U94; «Обновить конфигурацию») или было выполнено по описанной в данной статье методике.

Несоответствие версий рабочей конфигурации и конфигурации поставщика может возникнуть при использовании для обновления *.cf файлов, не из дистрибутива поставщика или при использовании методов обновления отличающихся от описанных в данной статье. Напрмер, объекты добавлялись в рабочую конфигурацию копированием через буфер обмена или Drag&Drop.

1. Сравнение версий.

Проверим номера версий рабочей конфигурации и конфигурации поставщика . Номер рабочей конфигурации смотрим в меню «Конфигурация» U94; «Открыть конфигурацию» меню «Правка» U94; «Свойства». В блоке «Разработка» пункт «Версия». (Рисунок 1).

Номер конфигурации поставщика смотрим в меню «Конфигурация» U94; «Поддержка» U94; «Настройка поддержки…» пункт «Версия». (Рисунок 2).

Если номера совпадают, то переходим к следующему этапу. См. .

В данном примере необходимо привести в соответствие рабочую конфигурацию и конфигурацию поставщика с постановкой на поддержку объектов, снятых с поддержки или добавленных без постановки на поддержку. Для этого выполним следующие действия:

2. Сохранение рабочей (основной) конфигурации.

Сохраним рабочую конфигурацию в файл, например work.cf . Для этого выберем пункт меню «Конфигурация» U94; «Сохранить конфигурацию в файл…».

3. Получение файла обновления для конфигурации поставщика.

Для приведения в соответствие конфигураций нам понадобится файл *.cf из дистрибутива поставщика с тем же номером версии, что у рабочей конфигурации (Рисунки 3 и 4). Данный файл можно получить при установке соответствующего дистрибутива. По умолчанию установка дистрибутива конфигурации выполняется в каталог C:\Program Files\1cv81\tmplts\. Подробнее об установке шаблонов конфигураций см. документацию.

Проверим каталог шаблонов. Если в каталоге шаблонов есть *.cf файл нужной версии, то переходим к .

Что можно сделать, если нет *.cf файла нужной версии конфигурации поставщика ? В этом случае можно воспользоваться файлами *.cfu и повторив описанную в Этапе 1 процедуру несколько раз последовательно поднять номер версии до требуемого релиза, в данном случае до 1.2.6.2. Следует отметить, что использование файлов *.cfu может не вскрыть ошибки, допущенные ранее при обновлении. Что, согласитесь, довольно странно, учитывая тот факт, что вначале собирается файл поставщика на основе и *.cfu файла, а затем выполняется обновление. Возможно это связано с тем, что в сравнении почему-то участвуют не все объекты конфигурации. Поэтому предлагаю использовать возможно более длинный путь, но и более надежный.

Необходимо создать пустую базу данных со "старой" конфигурацией поставщика . Обновить конфигурацию поставщика до нужной версии и уже её использовать при выполнении работ на 1 этапе. Для получения "новой" конфигурации поставщика нужно сделать следующее:

Создание "старого" файла поставщика для текущей конфигурации. Файл 1cv8.cf можно взять из дистрибутива поставщика или сохранить из рабочей базы, если конфигурация находится на поддержке. Для сохранения файла 1cv8.cf из рабочей базы необходимо в меню «Конфигурация» U94; «Поддержка» U94; «Настройка поддержки...» нажать кнопку «Сохранить в файл» и указать каталог и имя файла. Например, на рабочий стол.

Создание базы данных с новой конфигурацией поставщика. Базу данных можно создать, используя дистрибутив поставщика с диска ИТС или используя полученный ранее 1cv8.cf с рабочего стола. В первом случае следуем инструкции входящей в дистрибутив. Во втором случае для создания базы из расположенного на рабочем столе файла, создаем новую информационную базу без конфигурации и запускаем конфигуратор. В меню «Конфигурация» U94; «Загрузить конфигурацию из файла...» указываем файл, сохраненный ранее на рабочем столе. Открываем конфигурацию через меню «Конфигурация» U94; «Открыть конфигурацию» и обновляем до нужного релиза через меню «Конфигурация» U94; «Поддержка» U94; «Обновить конфигурацию» используя файлы *.cfu.

Создание файла "новой" конфигурации поставщика. Для этого выбираем пункт в меню «Конфигурация» U94; «Сохранить конфигурацию в файл...». Уточняем расположение и имя файла 1cv8.cf . Нажимаем «Сохранить».

4. Приведение в соответствие рабочей конфигурации и конфигурации поставщика через обновление.

Используя полученный *.cf файл конфигурации поставщика выполним обновление. Для этого выберем пункт меню «Конфигурация» U94; «Поддержка» U94; «Обновить конфигурацию», «Выбор файла обновления», «Готово» (Рисунок 5), «Выполнить» (Рисунок 6).

Варианты решения:

• снять пометку с объекта, которыйв конфигурации поставщика;
• удалить ссылку на объект, которыйв конфигурации поставщика.

Исходя из того, что ссылка в добавленном интерфейсе «РуководительОтдела» выполнена на объект конфигурации поставщика , поддержка с которого снята поставщиком (возможно в связи с изменением методики учета), то правильным решением в данной ситуации будет удаление ссылки на этот отчет из интерфейса «РуководительОтдела». Окно сравнения конфигураций не закрываем, ссылку на отчет «ОплатаЗаказов» в интерфейсе «РуководительОтдела» удаляем. После удаления ссылки выполним повторное сравнение конфигураций. Для этого нажмем кнопку «Обновить» в окне обновления (Рисунок 6).

5. Восстановление настроек частично утерянных на предыдущем этапе.

Для восстановления частично утерянных настроек выполним объединение с ранее сохраненным файлом рабочей конфигурации work.cf . Для этого выберем пункт меню «Конфигурация» U94; «Сравнить, объединить с конфигурацией из файла…».

6. Сохранение результатов обновления.

Сохраним изменения рабочей конфигурации и обновим конфигурацию базы данных . Для этого выберем пункт меню «Конфигурация» U94; «Обновить конфигурацию базы данных».

Здесь нас поджидает очередная проблема (Рисунок 8).

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

С ролями поступаем просто - удаляем, т.к. роли не изменялись (это можно проверить, сравнив и рабочую конфигурацию ). С реквизитом документа действуем иначе. Реквизит необходимо переименовать, например ЗаказРезерв1, а после обновления перенести значения из переименованного реквизита в новый. Для этого можно воспользоваться обработкой УниверсальныеПодборИОбработкаОбъектов.epf с диска ИТС.

Рассмотрим еще одну ситуацию, аналогичную предыдущей, но возникшую при обновлении 1С:Бухгалтерии предприятия 8.1. Что делать с формами? (Рисунок 9)

На рисунке мы видим, что ФормаСписка была удалена у поставщика, а затем добавлена поставщиком новая форма с тем же именем. Соответственно необходимо пометить обе формы для обновления и нажать кнопку «Выполнить».

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

Сохраним изменения рабочей конфигурации и обновим конфигурацию базы данных «Конфигурация» U94; «Обновить конфигурацию базы данных».

Если необходимо, перенесем значения реквизита ЗаказРезерв1 в ЗаказРезерв с помощью внешней обработки в режиме 1С:Предприятие.

Этап 2. Обновление.

После проведения подготовительных работ на Этапе 1 переходим к обновлению основной конфигурации и переносу ранее сделанных доработок типовой конфигурации поставщика.

Для обновления конфигурации нам понадобится файл *.cfu или файл *.cf из дистрибутива поставщика. Подробнее о способах их получения можно почитать .

Если обновление выполняется через несколько версий конфигурации, то следует обратить внимание на ситуацию, описанную в статье . Если обновление выполняется не на рабочей базе, то после завершения работ по подготовке каждого нового этапа сохраняем файлы *.cf. Они понадобятся при обновлении конфигурации рабочей базы данных заказчика.

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

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

1. Подготовка баз данных.

Итак, по результатам первого этапа готовим две одинаковые базы. Первая (основная) - наш будущий результат. Вторая (вспомогательная) - для выполнения сравнений, открытия конфигураций и других подготовительных действий. Для файлового варианта это просто копирование файлов основной базы в другой каталог и подключение этого каталога в список баз, для клиент серверного - выгрузка / загрузка.

2. Трёхсторонее сравнение конфигураций.

Откроем обе базы в режиме Конфигуратор и выполним трёхсторонее сравнение конфигураций в обеих базах, используя имеющийся файл новой конфигурации поставщика. Для этого в обеих базах выберем пункт меню «Конфигурация» U94; «Поддержка» U94; «Обновить конфигурацию», «Выбор файла обновления», «Готово» (Рисунок 10).

В результате сравнения трех конфигураций (старая конфигурация поставщика , новая конфигурация поставщика и рабочая конфигурация ) получаем список измененных объектов. Устанавливаем фильтр «Показывать только дважды измененные свойства» (Рисунки 11 и 12).

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

На этом работу во второй (вспомогательной) базе приостанавливаем и продолжаем в основной. Кнопку «Выполнить» во вспомогательной базе не надо нажимать. Нам эта база нужна именно в таком виде до окончания процесса обновления.

Итак, в результате получаем список объектов, дважды измененных при доработке типовой конфигурации и в . Если согласиться с обновлением, то сделанные ранее доработки в этих объектах будут утеряны. Поэтому по каждому объекту необходимо принять решение о том, каким образом он будет обновлен (Рисунок 13). На этом этапе выполняем предварительное сравнение исключительно для того, чтобы уменьшить объем работ в дальнейшем. Оценка не точная быстрая - «на глазок».

новой конфигурации поставщика , то оставляем экземпляр объекта поставщика. Оставляем галочку. Затем перенесем изменения из рабочей конфигурации .

Если изменений в объекте больше в рабочей конфигурации , то оставляем экземпляр объекта рабочей конфигурации . Снимаем галочку. Затем перенесем изменения из конфигурации поставщика .

С модулями поступаем немного иначе, т.к. в нашем распоряжении есть возможность сравнивать модули попроцедурно. Т.е. в случае, если в нашей конфигурации и в конфигурации поставщика изменены различные процедуры модуля, то правильно расставив галочки мы избавим себя от ручного переноса изменений кода. Чтобы до этого добраться нажимаем кнопку как это показано на рисунке 14.

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

Далее все сравнения выполняем во вспомогательной базе. Одно сравнение у нас уже есть - трехстороннее. Для определения ранее внесенных изменений выполняем дополнительное второе сравнение старой конфигурации поставщика с основной конфигурацией . Для этого выберем пункт в меню «Конфигурация» U94; «Сравнить конфигурации:», выберем для сравнения «Конфигурация поставщика » и «Основная конфигурация

Аналогичным образом сравниваем старую конфигурацию поставщика с новой . Для сравнения нам понадобится файл новой конфигурации поставщика . Если такого файла нет, то теперь его можно получить из основной базы. Для сохранения в файл новой конфигурации поставщика в основной базе в меню «Конфигурация» U94; «Поддержка» U94; «Настройка поддержки:» нажимаем кнопку «Сохранить в файл». (Рисунок 2). Указываем имя файла, например, new.cf. Далее делаем третье сравнение конфигураций и при сравнении в качестве второй конфигурации указываем файл new.cf.

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

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

Сравнение форм, таблиц, и модулей объектов в конфигурации выполняется с достаточной степенью детализации (Рисунок 17). Этого вполне достаточно для принятия решений.

Но в некоторых случаях данные в отчетах о сравнении представляются в виде, не позволяющем принять решение быстро. Например, в случае изменения типа реквизитов, имеющих составной тип данных, состав вводимых на основании объектов и т.д. Именно на данном этапе, ввиду его сложности, происходит потеря доработок при обновлении. Рассмотрим эту ситуацию на примере реквизитов, имеющих составной тип данных. При формировании отчета о сравнении объектов (Рисунок 17) различающиеся данные в сравниваемых конфигурациях представлены в виде списков, содержащих состав типов данных, разделенных запятыми. При этом в отчете совершенно не видно, какие типы данных были добавлены или удалены. Конечно, для выявления различий отчет можно распечатать и «скрыжить». В рассматриваемом примере таких объектов около 200. Очевидно, что процесс сравнения представляется достаточно трудоемким и составит около 50 часов.

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

Конфигурация «Сравнение ячеек» запускается в режиме 1С:Предприятие и позволяет представить информацию из отчета о сравнении объектов в наглядном виде (Рисунки 18 и 19). Для сравнения используются возможности 1С:Предприятия 8.

Схема работы конфигурации проста. В конфигураторе создаем отчет о сравнении объектов (Рисунок 17) и сохраняем в файл, например ОтчетОСравнении.mxl. Открываем 1С:Предприятие и в диалоге (Рисунок 18) выбираем сохраненный файл и указываем сравниваемые ячейки. Для этого дважды щелкаем правой клавишей мыши на выбранной ячейке табличного документа. По кнопке «Сравнить» получаем результат сравнения, в котором различающиеся позиции выделены цветом (Рисунок 19).

Особо пристальное внимание следует уделить шаблонам RLS по измененным ролям пользователей.

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

Этап 3. Сдача работ.

В приведенном примере объем работ по исправлению ошибок, допущенных при предыдущих обновлениях, а также по обновлению на версию 1.2.14.1 и переносу ранее внесённых в типовую конфигурацию изменений составляет порядка 100-150 часов. Выполнить такой объем работ, выполняя обновление непосредственно в базе заказчика, не представляется возможным. Соответственно подготовительные работы необходимо выполнить на копии базы данных, а результат обновления перенести в рабочую базу заказчика.

Вначале внимательно изучаем инструкцию из дистрибутива поставки. Выполняем необходимые работы перед обновлением в рабочей базе.

Если в рабочей базе данных заказчика во время подготовки обновления не проводились работы по изменению конфигурации, а обновление готовилось на актуальной копии рабочей базы данных, то для переноса настроек сохраним рабочую конфигурацию в файл, например work_2.cf, выбрав пункт меню «Конфигурация» U94; «Сохранить конфигурацию в файл…».

• используя файл work_2.cf, переносим изменения. Для этого выберем пункт меню «Конфигурация» U94; «Загрузить конфигурацию из файла…»;
• на вопрос об обновлении конфигурации базы данных ответим согласием.

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

Если обновление готовилось не на актуальной копии рабочей базы данных, то для переноса настроек воспользуемся методикой использованной на первом этапе. Для этого нам понадобится файл *.cf типовой конфигурации поставщика (1.2.14.1) и результат обновления в виде также *.cf файла. Для этого сохраним рабочую конфигурацию в файл, например work_2.cf, выбрав пункт меню «Конфигурация» U94; «Сохранить конфигурацию в файл…».

Дальнейшие действия на стороне заказчика будут следующие:

• создать резервную копию базы данных;
• используя файл *.cf типовой конфигурации поставщика, выполним обновление. Для этого выберем пункт меню «Конфигурация» U94; «Поддержка» U94; «Обновить конфигурацию», «Выбор файла обновления», «Готово» (Рисунок 10), «Выполнить»;
• используя файл work_2.cf, переносим изменения. Для этого выберем пункт меню «Конфигурация» U94; «Сравнить, объединить с конфигурацией из файла…»;
• сохраним изменения рабочей конфигурации и обновим конфигурацию базы данных. Для этого выберем пункт меню «Конфигурация» U94; «Обновить конфигурацию базы данных».