Оставьте свое имя и номер телефона, оператор свяжется с Вами в рабочее время в течение 2 часов.

Москва Санкт-Петербург Самара

Пошаговая инструкция с фото

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

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

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

Пошаговая инструкция обновления нетиповой конфигурации 1С

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



2. В следующем диалоговом окне необходимо установить галочку на пункте пункта «Искать обновления в каталогах». Нажмите кнопку «Далее».

Внимание: Обновления 1С доступны только пользователям лицензионных программ «1С:Предприятие», для получения обновлений пользователям ПРОФ версий необходимо дополнительно заключить договор 1С:ИТС (Информационно-технологического сопровождения). Также необходимо зарегистрироваться на сайте технической поддержки пользователей https://users.v8.1c.ru/. Зарегистрироваться на сайте пользователи лицензионных программ 1С могут либо самостоятельно, с помощью инструкции входящей в комплект поставки программы, либо с помощью наших менеджеров.





Внимание: Для многих конфигураций существуют несколько реакций программы (например, Бухгалтерия 2.0 и Бухгалтерия 3.0). При выборе обновления обращайте внимание, на какую редакцию будет выполнено обновление.

3. В появившемся окне проверьте верность выбранного обновления. Если все данные верны и вы согласны с ними - нажмите кнопку «ОК».



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



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

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





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

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

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

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

Обновления, выпускаемые фирмой 1С, направлены на исправление багов и внесение изменений и дополнений, обусловленных законодательством. Для новых, недавно вышедших на рынок конфигураций, характерен выпуск большого количества обновлений первого типа. Для конфигураций с функционалом, направленным, в основном, на составление регламентной отчетности, например «1С: ЗУП», «1С:Бухгалтерия», выходит больше обновлений второго типа.

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

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

• Поиск и сопоставление измененных объектов;
• Внесение обновлений из нового релиза;
• Внесение ранее произведенных изменений, «затертых» на предыдущем этапе;
• Проверка совместимости и работы процессов.

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

Рассмотрим для среды 1С обновление нетиповой конфигурации на примере «1С:Управление торговлей» (релиз 2014 года) на следующий доступный релиз.

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

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

Выгрузка информационной базы завершена:

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

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

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

Окно со справочной информацией, инструкцией и очередностью обновлений:

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

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

Остались только объекты, подходящие под это условие:

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

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

*Давайте разберемся в терминологии:

• «Основная конфигурация» – нетиповая конфигурация, которую необходимо обновить;
• «Старая конфигурация поставщика» – типовая конфигурация, из которой устанавливались обновления в последний раз;
• «Новая конфигурация поставщика» – та, на которую обновляем сейчас.

Настраиваем форму отчета и выгружаем его. Список внесенных ранее изменений зафиксирован:

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

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

Принимаем список изменений:*

*Если кнопка «Принять» неактивна, следует запустить «Тестирования исправлений»:



Запускаем через F5 отладку и получаем подтверждение легальности обновлений:

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

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

Для обновления я использую две одинаковые копии базы данных старого релиза. В одной из них выполняю подготовку *.cf для обновления, назовем ее, например, for_ updating . Другая база остается не тронутой и служит только как вспомогательная, для сравнения конфигураций, назовем ее base . В принципе, в качестве вспомогательной может использоваться конфигурация рабочей базы.

В базе for_updating выполняем *.cfu нового релиза. Начинается процедура обновления, в результате которой появляется окно обновления.

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

В процессе обновления может появиться окно «Неразрешимые ссылки », нажимаем «Продолжить ». О причинах появления данного окна поговорим ниже.

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

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

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

Выполняем «Конфигурация » - «Поддержка » - «Настройка поддержки ». В открывшемся окне выбираем «Сохранить в файл » и сохраняем в *.cf конфигурацию поставщика нового релиза.

Основная конфигурация в том виде, в котором она на данный момент имеется, нам не нужна. Закрываем конфигурацию. «Конфигурация » - «Закрыть конфигурацию ». Отказываемся от сохранения изменений.

В конфигурации для сравнения base запускаем сравнение конфигурации поставщика (старый релиз) и конфигурации поставщика из файла (новый релиз).

Таким образом, мы увидим только те изменения, которые будут выполнены в конфигурации при обновлении на новый релиз.

В базе for_updating снова запускаемобновление конфигурации через поддержку «Конфигурация» - «Поддержка» - «Обновить конфигурацию» , в открывшемся окне выбираем *.cfu нового релиза. Начинается процедура обновления, в результате которой появляется окно обновления.

При нажатии на кнопку «Фильтр » откроется окно «Настройка фильтров просмотра ». В данном окне устанавливаем флаг «Показывать только дважды измененные свойства ».

При обновлении без нашего вмешательства происходит следующее:

• - объект не изменен нами, изменен в новом релизе - обновляется из нового релиза;
• - объект изменен нами, не изменен в новом релизе - остается наш объект;
• - объект изменен нами, изменен в новом релизе - это и есть дважды измененный объект, если ничего не менять - он загрузится из нового релиза.

Таким образом, наиболее пристальное внимание следует уделить именно дважды измененным объектам, их и будем рассматривать.

В данном примере изменено несколько общих модулей, в том числе и общий модуль « УчетНДС ».

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

Если посмотреть различия конфигураций в общем модуле «УчетНДС », то мы увидим следующую картину:

Если же сравнить эти модули в базе для сравнения base , то картина будет другая:

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

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

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

Например, так:

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

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

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

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

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

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

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

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

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

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

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

Причина тому, добавление справочника «ОсновныеСредства » в план видов характеристик «СвойстваОбъектов ». Если обновить форму элемента справочника «ОсновныеСредства » мы получим неразрешимые ссылки, о чем и будет свидетельствовать окно:

В данном случае самым лучшим вариантом будет не обновлять форму элемента справочника «Основные средства » и уже потом добавить необходимый код в модуль формы элемента. В этом случае окно «Неразрешимые ссылки » при обновлении появляться не будет.

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

В этом случае в процессе объединения появилось бы окно «Неразрешимые салки ». Вариантов выбора в данном окне два: 1) «Пометить все для объединения» ; 2) «Продолжить ».

На мой взгляд, правильнее выбирать «Пометить все для объединения ».

В этом случае план видов характеристик «СвойстваОбъектов » будет добавлен как объект для объединения в дереве во вновь открывшемся окне «Обновление …»

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

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

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

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

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

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

Пример не имеет отношения к данному обновлению конфигурации, но показателен, поэтому рассмотрим его.

В справочник «Контрагенты » добавлено несколько реквизитов, и они помещены на форму элемента.

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

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

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

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

2. Флаг обновления формы выставлен, обновление сделано в режиме «Взять из новой конфигурации поставщика »

В данном случае диалог формы элемента полностью приводится в соответствие с диалогом формы элемента поставщика.

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

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

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

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

После того как проработали все дважды измененные объекты в окне обновления нажимаем «Выполнить »

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

В открывшемся окне «Настройка правил поддержки » проверяем, установленные флаги, хотя по умолчанию должны стоять правильно, нажимаем «ОК ».

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

Теперь в конфигурацию for_ updating добавляем те минимальные доработки, которые не удалось правильно обновить штатными средствами.

Чтобы удобнее было проконтролировать выполнение данного процесса, в базе base запустим сравнение конфигурации поставщика и основной конфигурации старого релиза.

В базе for_updating сделаем тоже самое. Контролируем дважды измененные объекты, различий быть не должно.

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

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

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

Рассмотрим, как проще всего и без ошибок сделать нетиповое обновление, на примере конфигурации 1С Бухгалтерия предприятия.

Начало любого обновления описано в статье . Мы же будем рассматривать только самое главное — нюансы нетипового обновления.

Немного теории о нетиповых конфигурациях:

• Конфигурация без поддержки содержит 2 конфигурации: конфигурацию базу данных и основную конфигурацию.
• Конфигурация на поддержке без возможности редактирования содержит в себе 2 конфигурации: конфигурацию базу данных и основную конфигурацию (она же поставщика).
• Конфигурация на поддержке с возможностью изменения содержит в себе уже 3 конфигурации: конфигурацию базу данных, основную конфигурацию и конфигурацию поставщика.

1. Подготовка к обновлению

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

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

Получите 267 видеоуроков по 1С бесплатно:

Если Ваша конфигурация не типовая, то по нажатию кнопки «обновить» в конфигураторе система начнет сравнение основной и новой конфигурации поставщика:

Внешне кажется, что у нас изменилось большое количество объектов. Однако представим ситуацию: Вы изменяли документ, но он не менялся в — нужно ли его обновлять вручную? Конечно, нет. Для отбора таких объектов после сравнения обязательно нажмите кнопку Фильтр и поставьте галку

После фильтрации мы видим, что измененных объектов стало гораздо меньше:

Мы получили список объектов, над которыми будем работать. В нашем случае оказался всего один сложный объект — документ ЗаписьКУДиР.

2. Перенос изменений обновления 1С

Для переноса изменений я открываю 2 конфигуратора — в одном запускаю сравнения и забираю изменения, а во втором — произвожу доработки.

Следующий этап — непосредственно перенос изменений. Рассмотрим основные приемы при обновления нетиповых конфигураций.

3. Различия в модулях

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

4. Сравнения форм и макетов

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

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

Нетиповое обновление измененной конфигурации 1С завершено!

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

Инструкция

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

Создайте файл.cf, поскольку сайт производителя предоставляет пользователям только файл.cfu. Он пригодится вам для выполнения следующего шага, связанного непосредственно с обновлением измененной конфигурации.

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

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

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

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

Обратите внимание

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

Полезный совет

Тренируйтесь в обновлении на копиях, не приступайте к работе без определенных навыков.

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

Инструкция

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

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