Выбранный файл конфигурации не является потомком данного файла
Сравнение конфигураций
Добрый день. Нужен совет. Наверняка, кто-то сталкивался с такой ситуацией уже. У меня есть сильно.
Сравнение объядинение конфигураций
Доброго времени суток! Насколько я понимаю у меня 2 конфигурации основная и конфигурация БД. Так.
Сценарное тестирование конфигураций
Приветствую, ребята. У меня такой вопрос. Требуется создать сценарное тестирование в своей.
1С 7.7 Объединение конфигураций?
Добрый день! Возникла задача переименовать документ, т.е. полностью исключить из базы все данные.
Материал из Википедии — свободной энциклопедии
Перейти к навигацииПерейти к поиску
Не следует путать с Потомаком.
Потомок (в биологии) — продукт репродукции, новый организм, произведённый одним (и более) родителем.
Потомок — индивидуум, происходящий по рождению от кого-либо.
Потомок — индивидуум (обычно человек) по отношению к своим предкам.
Потомок — сын, наследник.
Потомки — представители будущих поколений, молодое, новое поколение.
Потомство — совокупность потомков одного и более поколений (см. также Семейство).
Ну ты хочешь сравнить и\или объединить какие-то конфигурации. Основная это та которая у тебя установлена и подключена, а загружаемая это файл конф. который ты хочешь сравнить с основной. И если ты вкурсе о их родстве (например конф. в файле - это более новая/старая версия основной конф.) то ты можешь указать это в настройке.
И тогда в окно Объединение конфигурации добавляется специальная графа, в которой специальными пиктограммами показывается история изменений объектов.
Специальная графа добавляется для колонки Загружаемая конфигурация, если загружаемая конфигурация является потомком основной конфигурации; для колонки Основная конфигурация, если основная конфигурация является потомком загружаемой конфигурации.
Объединение Нетиповых Конфигураций 1c 7.7
Самописная конфигурация для КСК. Нужно на базу накатить новую (доработанную) конфигурацию. При.
Авто-объединение конфигураций
Кто-нибудь знает можно ли каким-то образом объединять конфигурации не вручную, а автоматом.
Настройка обмена конфигураций УТ 8 и БП 8
Помогите пожалуйста разобраться. Есть УТ 8.1.15.14 (релиз 10.3.9.4) и БП 8.2.12.96 (релиз.
Трудности установки конфигураций в 1Св8.1
не могу активировать базы Торговля,Бухучет на платформе1Св 8.1на стадии первого запуска,в режиме.
Сначала хотелось бы уточнить одно понятие. Под «обновлением» я подразумеваю перенос части конфигурации из конфигурации А(новая конфигурация-источник) в конфигурацию Б (уже используемая конфигурация). При этом перед нами стоит задача максимально сохранить информацию в используемой конфигурации Б.
Рассмотрим существующие варианты объединения:
- Открываете конфигуратор А.
- Находите нужный объект (например, документ «Выписка»)
- Копируете его через «Действия» - «Запомнить»
- Открываете конфигуратор Б.
- Выделяете тот объект, где надо вставить скопированный объект.
- Вставляете его через «Действия»- «Вставить»
- Скопированный ранее объект появится там, где Вы его вставили.
- Зайти в Конфигуратор базы-приемника. Обратите внимание – ПРИЕМНИКА!
- В меню «Конфигурация» выбрать «Загрузить измененную конфигурацию»
- В открывшемся окне указать файл 1 cv 7. md конфигурации-источника
Вот здесь то и могут начаться проблемы. Система может задать вопрос «ВНИМАНИЕ! Выбранный файл конфигурации не является потомком данного файла. При реструктуризации может произойти разрушение данных!! Продолжить?» В любом случае: даже если Вы сейчас нажмете «ДА» - разрушение данных НЕ ПРОИЗОЙДЕТ до тех пор, пока Вы не сохраните конфигурацию. По этому отвечаем «ДА». - Откроется дерево метаданных – привычные Вам справочники, документы и т.д. Это уже НОВАЯ конфигурация.
- Осталось только сохранить конфигурацию через меню «Файл» -«Сохранить». Пока Вы не сохранили – можно закрыть конфигуратор и отказаться от изменения. Как только Вы сохраните – возврата назад уже не будет. Но система может отказаться сохранять конфигурацию. Причин может быть много. Например, в конфигурации-приемнике был документ А, имеющий проводки, но по каким-то причинам в загружаемой конфигурации – его нет (удалили). Система не даст удалить проведенный документ – придется сначала его распровести, а потом снова загружать измененную конфигурацию.
- загружаемая конфигурация была прямым потомком той конфигурации, в которую осуществляется загрузка.
- конфигурация, в которую выполняется загрузка, не должна была модифицироваться, пока модифицировался потомок.
- зайти в конфигуратор базы-приемника.
- меню «Конфигурация» - пункт «Объединение конфигураций».
- в открывшемся окне выбрать md файл загружаемой конфигурации.
- после анализа двух конфигураций, появится окно в котором надо настроить объединение.
- - объект не изменен нами, изменен в новом релизе – обновляется из нового релиза;
- - объект изменен нами, не изменен в новом релизе – остается наш объект;
- - объект изменен нами, изменен в новом релизе – это и есть дважды измененный объект, если ничего не менять – он загрузится из нового релиза.
- - либо взять процедуру или функцию из новой конфигурации поставщика и потом, после объединения, внести наши доработки;
- - либо снять флаг обновления, тем самым сохранив наши доработки, и уже потом добавить нужный код из конфигурации поставщика.
Плюсы метода: если объектов не много, то легко и быстро.
Минусов больше: надо хорошо знать, что копировать и переносить – Вы должны очень хорошо ориентироваться в обеих конфигурациях. И есть один подводный камень, который может свести на «нет» все Ваше копирование или сделать его вообще не возможным. При копировании сложных объектов (документов, справочников) может получиться так, что в объекте есть реквизит типа «Справочник.NNN». А справочника NNN в конфигурации – приемнике НЕТ. В этом случае при вставке объекта с этим реквизитом – система «потеряет» его тип – такого типа просто нет в этой конфигурации. Потеря типа может потом обернуться для Вас катастрофой. И не надо думать, что «пронесет». Есть не больше 10 типов данных, которые есть в любой конфигурации (число, дата, строка и т.д.). Остальные типы возникают в процессе работы. Легко придумать ситуацию, когда ручное копирование вообще не применимо: пусть документ типа А содержит реквизит типа «Документ.Б», а документ Б содержит реквизит типа «Документ.А». Можете проверить – не удастся скопировать вручную эти документы без потери типа. Единственное, что потом можно будет сделать – зайти в документы и вручную проставить типы этих реквизитов.
Этот способ мало пригодный для практической работы. Но знать про него надо. Способ применим как в версии 7.5 так и в версии 7.7.
«Потомок» означает, что загружаемая конфигурация должна быть сделана на основе обновляемой. Это требование не случайно: при загрузке измененной конфигурации система должна сравнить объекты для их замещения. Как происходит сравнение? Каждый объект, созданный в конфигураторе имеет кроме своего идентификатора скрытый ID, который нам недоступен и не изменяется в течении жизни объекта. Вот по нему то система и производит сравнение. По этой причине, два документа «Приходная накладная» и «Расходная накладная» могут оказаться перед системой одним и тем же документом, если у них каким-то чудом совпал ID. Чудо случается часто, если одна конфигурация не является потомком. По этой же причине, для системы могут оказаться разными справочники с одинаковым идентификатором.
«Загрузка измененной конфигурации» - способ хороший, но только если следить за потомством. Им можно пользоваться как в 7.5 так и в 7.7.
Объединение конфигураций. На сегодняшний день это самый «продвинутый способ». Он не является полностью автоматическим и в этом его плюс: настроить можно все что захотите. Но надо себе четко представлять некоторые детали, чтобы не наделать ошибок. Не требуется, чтобы загружаемая конфигурация была потомком. Конфигурация может быть любой! Сравнение метаданных осуществляется по их идентификаторам, что так же очень удобно. Объединение конфигураций позволяет:
- ознакомиться с тем, какие объекты метаданных в двух конфигурациях отличаются,
- выбрать объекты, по которым необходимо детально изучить различия,
- вызвать выбранные объекты в специальное окно просмотра,
- установить один из двух возможных режимов объединения конфигураций,
- задать, какие из объектов включить в объединение,
В открывшемся окне отображаются метаданные обеих конфигураций. Первая колонка – содержит дерево метаданных, где с помощью установки флажков можно выбирать загружаемые объекты. Вторая колонка – статус объекта. Статус может принимать несколько значений «объект добавлен», «Объект изменен». Если статус не указан, это означает, что изменений не произошло. Третья колонка – «Дополнение». Здесь может содержаться важный комментарий. Например, «возможна потеря данных. »
Режимы объединения. В нижней части окна «Объединение конфигураций» можно установить режим объединения, задаваемый методом объединения и приоритетом одной из конфигураций.
Выбор метода «Замещать объекты» означает, что объект метаданных будет добавлен, если он новый, или замещен, если он измененный. Причем переносится вся структура объекта, модули, описания, формы. При этом приоритет однозначно отдается загружаемой конфигурации.
При выборе метода «Объединять объекты» происходящее при объединении конфигураций зависит от установленного приоритета.
Если из пришедшей конфигурации необходимо взять только новое и максимально сохранить старое, необходимо в рамке «Приоритет конфигурации» выбрать текущую конфигурацию. В этом режиме добавляются только новые объекты метаданных.
- удаленное (то есть то, что имеется в текущей конфигурации, но отсутствует в загружаемой) остается в тексте
- новое (то есть присутствующее в загружаемой конфигурации и отсутствующее в текущей) добавляется
- измененное (то, что есть в обоих конфигурациях, но различается в них) добавляется в виде комментариев из загружаемой конфигурации и остается неизменным то, что было в текущей.
- удаленное превращается в комментарии,
- измененное в текущей конфигурации превращается в комментарии, а из загружаемой конфигурации добавляется.
- таблица текущей конфигурации остается,
- таблица загружаемой конфигурации добавляется,
- таблица текущей конфигурации остается, но, если се имя совпадает с именем таблицы загружаемой конфигурации, имя таблицы текущей конфигурации изменяется (тем самым, таблица текущей конфигурации не потеряна, но вызываться будет та, что из загружаемой).
- новые элементы добавляются,
- те элементы диалога, что в двух конфигурациях отличаются, остаются такими, какие они в текущей.
- новые элементы добавляются,
Обращаю Ваше внимание на кнопку «Сравнить», которая есть в диалоге. С ее помощью удобно сравнивать модули – хорошо видно, что убавилось/добавилось/изменилось.
Плюсы метода «Объединение конфигураций»: удобно, гибко. Можно перенести объекты их любой конфигурации в любую. Минусы: немного сложно и потребуется поэкспериментировать, чтобы добиться нужного результата.
Режим объединения конфигураций появился только в версии 7.7.
Важно: каким бы способом Вы не пользовались, не забудьте сделать архивную копию обновляемой базы.
На Инфостарте присутствует довольно большое количество хороших статей про обновление нетиповых конфигураций, как на поддержке, так и без. Надеюсь, что данная статья также будет полезна тем, у кого еще не достаточно опыта для обновления нетиповых конфигураций, особое внимание уделено обновлению нетиповых форм.
Рассмотрим обновление на примере нетиповой конфигурации УПП 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 будет завершено обновляем конфигурацию базы данных и тестируем некоторые моменты, что именно хорошо бы протестировать станет понятно в процессе обновления, тут все индивидуально.
Обновление в рабочей базе желательно выполнять с помощью поддержки «Конфигурация» – «Поддержка» – «Обновить конфигурацию». При этом дважды измененные объекты будут загружены из нового релиза, т.е. наши изменения затрутся (конфигурацию не сохраняем!), но потом при объединении с подготовленной конфигурацией мы их восстанавливаем. После этого можно сохранить конфигурацию, обновить конфигурацию базы данных.
При попытке заапргрейдить концигурацию до 7.70.486, ОдынЭс-ина матернулась "Аттеншын! Выбранный файл конфигурации не является потомком данного файла" и продолжила угрозой - "При реструктуризации может поизойти разрушение данных!"
Спрашивается, кто является самым первым предком релиза 7.70.486?
Или дело в движке?
качните обычную конфигурацию, могу в детсад файлик положить.
но первые 2 обновил через такую же фихню, пока всё нормуль.
"качните обычную конфигурацию, могу в детсад файлик положить." - простите за тупизм - не понял, что значит "качнуть" ((
Возможно я непонятно выразился.
В таком случае, переформулирую задачу:
Как с минимальной трудоемкостью (с наименьшим количеством итераций) и без потерь проапгрейдить релиз 1С Бух 7.7 с 7.70.474 до 7.70.486.
Для начала примем, что конфа неизмененная типовая.
"качнуть" - это видя файл в интернете, зная, что это либо файл конфигурации (*.md), либо архив установки конфигурации 486 (типовой), видя ссылку на почтовом сервере или на веб-сервере или на фтп-сервере, нажать на ссылку и правой кнопкой мыши из выпадающего контекстного меню выбрать "сохранить как. "
далее, сохранив свою предыдущую базу в другое место (можно просто скопировав папку с базой), попробовать обновить до 486 релиза. если вдруг (а так бывает), что-то собьется, то поискать релизы 478 481 486 (ибо я перескакивал именно так и всё работает) и обновлять их постепенно начиная с меньшего по номеру конфигурации.
простите за мой плохой русский, я тока учусь.
небольшое добавление: скажем так, бухгалтерии 486 есть 3 конфигурации:
типовая (обновление),базовая и проф.
у меня при попытке апгрейда ругалась на файл конфигурации типовой (обновление), а вот файл конфиги базовой съела и не поморщилась.
"качнуть" - это видя файл в интернете" - а-а-а-а, теперь понял
"небольшое добавление: скажем так, бухгалтерии 486 есть 3 конфигурации:
типовая (обновление),базовая и проф." - кажется начинаю понимать в чем дело.
Изначально ставилась 1С Бух 7.7 Проф ЗабылУжКакойРелиз.
Потом естетственно неоднократно обновлялся.
Последний раз апгрейдился, кажется, с 464 до 474, причем новый релиз качался с детсада. И вот теперь я задумался, а собс-но какая сейчас-то у меня стоит конфа - типовая, базовая или проф?
Видимо не базовая, т.к. я в конфигураторе достаточно много ее правил.
Так вот профессор, подскажите, как узнать, какая конфа у меня типовая или проф?
Сама ОдинЭсина сообщает только следующее:
1С Предприятие (7.70.025)
Конфигурация
Бухучет, Редакция 4.5 (7.70.474)
SSav, так у этой проги вроде завсегда при апгрейдах такой вопль издается.
Вы сохраните копию и в игноранс все вопли.
Потом протестируйтесь и посмотрите, что получилось
Только сначала выполните всю инструкцию для верси проф.
Т.е. откройте новую базу (которая есть обновление) в конфигураторе, откройте конфигурацию, нажмите кнопку сохранить.
А потом обновляйтесь в режиме "объединение конфигураций", ни в коем случае не в режиме "загрузить измененную конфигурацию".
И будет Вам щастье
" SSav, так у этой проги вроде завсегда при апгрейдах такой вопль издается." - Рэндом, я был очень испуган таким воплем!!
Так вот теперь я задумался о совместимости "типов" конфы - своей и выложенной в детсаду (базовая, типовая али проф)
Для обновления программы в режиме Объединение конфигураций:
1. Запустите программу 1С. В диалоговом окне Запуск 1С в раскрывающемся списке В режиме выберите Конфигуратор. В текстовом поле Информационные базы выберите нужную базу – OK. Запустится Конфигуратор.
2. Сделайте архивную копию информационной базы.
3. Вызовите режим Объединение конфигураций, для этого в меню Конфигурация выберите пункт Объединение конфигураций…
4. В диалоговом окне Открыть файл конфигурации выберите файл метаданных *.md нового релиза конфигурации.
5. В окне Объединение конфигураций проверьте:
– в группе Приоритет конфигурации должен быть установлен переключатель Загружаемая конфигурация (переключатель Текущая конфигурация выбирается в том случае, если из загружаемой конфигурации необходимо взять только новое и максимально сохранить старое);
– в группе Метод объединения должен быть установлен переключатель Замещать объекты (при выборе метода Объединять объекты, элементы объектов, имеющиеся только в одной из объединяемых конфигураций, сохраняются в объединенной конфигурации).
7. После завершения будет открыто окно Конфигурация, содержащее конфигурацию с внесенными изменениями.
8. Закройте окно Конфигурация. В появившемся диалоговом окне Конфигуратор – на запрос Выполнить сохранение метаданных? – нажмите Да.
9. В появившемся окне Реорганизация информации нажмите кнопку Принять.
11. Закройте Конфигуратор.
Для обновления релиза в режиме Загрузить измененную конфигурацию:
1. Запустите программу 1С. В диалоговом окне Запуск 1С в раскрывающемся списке В режиме выберите Конфигуратор. В текстовом поле Информационные базы выберите нужную базу – OK. Запустится Конфигуратор.
2. Сделайте архивную копию информационной базы.
3. Вызовите режим Загрузить измененную конфигурацию, для этого в меню Конфигурация выберите пункт Загрузить измененную конфигурацию…
4. В диалоговом окне Открыть файл конфигурации выберите файл метаданных *.md нового релиза конфигурации.
6. Закройте окно Конфигурация. В появившемся диалоговом окне Конфигуратор – на запрос Выполнить сохранение метаданных? – нажмите Да.
7. В появившемся окне Реорганизация информации нажмите кнопку Принять.
9. Закройте Конфигуратор.
Внимание:
1. Если вы не чувствуете себя достаточно подготовленным пользователем программы, – доверьте работу с обновлением конфигурации специалистам!
2. При обновлении программы режим Объединение конфигураций является предпочтительным.
Читайте также: