Отключить сравнение объектов при обновлении 1с
При обновлении ЗУП через Поддержку вылазит Отчет о сравнении конфигураций.
Как сделать чтобы он не вылезал и обновление проходило быстрее?
не вылазит только если конфа Полностью на подержке без вкдюченой возможности изменения. Замки висеть везде должны
Нашел где нет замка, пытаюсь поставить, пишет: "Данное правило невозможно установить для нескольких объектов или рекурсивно"
Хотя я ставлю его для одного объекта (форма), полностью раскрыл плюсики до конца.
Восстановить состояние «конфигурация находится на поддержке поставщика» у конфигурации, для которой была выполнена операция снятия с поддержки, можно одним из двух способов:1.если в конфигурацию не было внесено никаких изменений (или внесенные изменения требуется отменить), необходимо обратиться к исходному файлу поставки конфигурации и выполнить операцию «загрузить конфигурацию из файла». Для конфигурации будет восстановлен режим «полная поддержка»;
2.если в конфигурацию были внесены изменения, которые необходимо сохранить, следует взять файл поставки конфигурации и выполнить операцию «сравнить, объединить с конфигурацией из файла». На вопрос «поставить на поддержку?» следует ответить утвердительно. Для конфигурации будет восстановлен режим «поддержка с возможностью изменения».
Я удалил все отличающиеся объекты, теперь без замка ни одного не осталось. Но и обновлять дальше некуда, так что не понятно исправилось или нет.
(8) в самом начале дерева нарисован замок и кубик, и на всех объектах тоже если раскрыть глубже дерево
чтобы все работало как ты хочешь, нужно, чтобы кубик был зеленым. А чтобы это сделать - в (6) правильный ответ
(10) делаешь в меню Конфигурация-Поддержка-Настройка поддержки: Сохранить в файл и задаешь имя файла.
Потом Конфигурация-Загрузить конфигурацию из файла указываешь этот файл.
(14) а в какой то документации описано что так возращают на поддержку.меня учили что нужно взять файл конфигурации у поставщика.я не спорю что так может и получится но все же
(15) а где находится конфигурация поставщика? ИМХО в Конфигурация-Поддержка-Настройка поддержки: Сохранить в файл
Как известно, если конфигурация находится на поддержке без возможности внесения изменений, то обновление представляет собой полностью автоматизированный процесс. В противном случае обновление конфигурации производится с использованием стандартного механизма сравнения и объединения.
Но как быть, если, по заверению слушателя, в конфигурацию изменения не вносились, а при обновлении в дереве объединения появляются дважды измененные объекты?
Вопрос
Подскажите, почему при обновлении типовой конфигурации (под замком) на ближайший релиз появляются дважды измененные объекты?
(нажмите, чтобы увеличить картинку)
Ответ
Да, такое может быть. Значит, для базы включена возможность изменения (в меню Конфигурация – Поддержка – Настройка поддержки), но корневой объект не редактируется, находится “под замком”:
(нажмите, чтобы увеличить картинку)
При этом для других объектов “замок” может быть снят, в них могут вноситься изменения.
Комментарий слушателя
Вы правы. Конфигурация находится на поддержке с возможностью изменения, но изменений никаких в конфигурации нет, то есть это типовая конфигурация. Изменения я вносил ранее в один из общих модулей, но потом все вернул обратно. И этот модуль не присутствует в данном списке измененных дважды объектов, а те, что присутствуют, никаким образом не изменялись.
Комментарий тренера
А если в форме со сравнением развернуть эти проблемные объекты, какие изменения в них будут отображаться? Чаще всего туда попадают различия в справочной информации. Эта проблема давно уже присутствует в платформе.
На партнерском форуме находил, что на 8.3.14 должны быть убраны недостатки технологии, которые приводили к проблемам при сравнении конфигураций. Однако и на свежих версиях платформы все еще встречаются различия в справочной информации.
Можно попробовать вернуть конфигурацию на поддержку, если никакие изменения в конфигурации больше не нужны. Для этого нужно загрузить типовой cf-файл этого же релиза (можно взять из дистрибутива конфигурации). Конечно, обязательно нужно сделать копию базы. Тогда конфигурация станет полностью типовой, без возможности редактирования. И окно сравнения не будет отображаться при обновлении.
Комментарий слушателя
Вот самый простой пример. А объединение с конфигурацией поставщика можно делать бесконечно, никакого результата. Полностью поставить конфигурацию под замок – это, конечно, решение только для типовой конфигурации, в остальных случаях приходится время терять.
(нажмите, чтобы увеличить картинку)
Комментарий тренера
Да, конечно, поставить “под замок” можно только конфигурацию без доработок. Либо вынести в расширение все доработки.
На скриншоте видно, что разница появилась в теге color.
Предполагаю, что здесь те же причины, что и для справочной информации. Это работа с HTML-документами (справочная информация и форматированные строки базируются на HTML). Похоже, что разные версии платформы по-разному работают с этими данными.
Также ранее платформа работала с HTML через Internet Explorer, в справочной информации появлялись разные теги, если работать с ней на компьютерах с разными операционными системами. Сейчас в платформе перешли на библиотеку WebKit. Возможно, из-за этого появились еще какие-то нюансы.
Многие слушатели с удивлением обнаруживают, что в рамках курса Разработка расширений и технологии доработки конфигураций 1С без снятия с поддержки в том числе рассматриваются и вопросы обновления типовых и нетиповых конфигураций. В Мастер-группе всегда можно задать любой вопрос по этой теме. Тренер оперативно ответит и, если нужно, поделится своими практическими наработками и идеями!
Вопрос:
В конфигурации включена возможность вносить изменения. Но замок снят не со всех объектов метаданных, а только с тех, которые нужно было доработать. При обновлении в режиме «Показывать только дважды измененные свойства» отображаются объекты, на которых стоит замок и в которые изменения не вносились. Например, обновление БП, общая форма НалогиИОтчеты. Скрин прикладываю. Почему это происходит?
(нажмите, чтобы увеличить картинку)
Ответ:
Добрый день! Точной причины я, к сожалению, не назову. Предположение – особенность механизмов внутри самой платформы. На практике периодически сталкиваюсь с таким поведением в клиентских базах – в дважды измененные попадают объекты, которые точно не изменялись. Часто такие отличия появляются в справочной информации объектов. Справочная информация и форматированные строки базируются на HTML. Похоже, что разные версии платформы по-разному работают с этими данными. Если открыть справку проблемных объектов и посмотреть ее текст, то различия могут быть в html-теге META.
На партнерском форуме есть ветки, посвященные такому поведению системы. Сообщаются следующие ответы службы поддержки:
Ошибка механизма сравнения-объединения в части справочной информации – по мнению отдела разработки, различие в справочной информации ошибкой не является – следствие использования Internet Explorer, установленного в системе.
Сейчас эта ошибка опубликована со статусом Отклонена.
Также ранее платформа работала с HTML через Internet Explorer, сейчас в платформе перешли на библиотеку WebKit. Возможно, из-за этого появились еще какие-то нюансы. Потому что даже на актуальных версиях платформы встречается такое же поведение.
Также подобные отличия наблюдаются в форматированных строках. Предполагаю, тоже потому что форматированные строки базируются на HTML, как написано выше. Возможно, в Вашем случае как раз форматированные строки на форме стали отличаться.
Могу порекомендовать посмотреть, что показывает отчет о сравнении для этой общей формы. Если, конечно, он покажет, что именно “изменилось”.
Еще могу предложить выгрузить основную конфигурацию и новую конфигурацию в XML-файлы, найти файлы для этой общей формы и сравнить их. Возможно, при таком сравнении выясните, что же конкретно изменилось.
Обратился клиент с измененной Бухгалтерией 3.0. При сравнении с базой поставщика, через Поддержка-Настройка поддержки, дает значительный разбег конфигураций - примерно 40% измененных объектов + 20% удаленных и новых, все объекты базы "разрешены изменения" у многих "снят с поддержки".
База Бухгалтерии 3.0 - клиенту известно, что изменения есть, но их не должно быть много, касаются нумерации некоторых документов.
При сравнении с базой поставщика, через Поддержка-Настройка поддержки, дает значительный разбег конфигураций - примерно 40% измененных объектов + 20% удаленных и новых, все объекты базы "разрешены изменения" у многих "снят с поддержки".
Однако, при сравнении с файлом (конфигурация поставщика выгружена в файл) - фактических различий в конфигурациях 1-2%.
Видимо в какой-то момент обновляли путем сравнение-объединение с файлом конфигурации поставщика - как в свое время делалось в 7.7 - и все новые объекты получили свои новые внутренние идентификаторы и не соотносятся с аналогичными в типовой.
Цель в идеале - вернуть конфу к виду, когда обновление через Поддержка-Обновить реально и обозримо по времени, оставив нужные изменения конфигурации и сохранив данные базы, а также закрыть "под замок" типовые объекты.
Объясняю, почему нельзя просто загрузить типовую конфу - теряем данные, сохраненные в тех объектах, которые разъехались по идентификаторам - их просто затрёт.
В данном примере повезло - кривое обновление базы не затронуло серьёзных объектов, содержащих данные - в основном макеты, формы, отчеты, обработки, модули . Но сначала это было не явно - присутствовали и регистры, и константы, и документы.
Опишу этапы, по которым действовала, может, кому поможет, кого-то наведет на мысль .
1. Сравнить, обновить - с конфигурацией поставщика - через Поддержку - объединять ставим: макеты, формы, отчеты, обработки, картинки и т.п - все объекты, которые не хранят информацию и в которых нет "ручных" изменений. После такого объединения получаем удвоенные объекты - проходим по ним и удаляем те, которые "сняты с поддержки" - это как раз те, которые добавлялись в конфу со своими нетиповыми идентификаторами. При удалении предупреждает о ссылках на эти объекты - заменяем их ссылками на типовые объекты в объектах, в модулях ничего не меняем.
2. В базе данных проверяем объекты, которые хранят информацию и "разъехались" с типовой - есть ли в них информация.
В моем случае несказанно повезло: 3 регистра, 2 константы и 1 вид документа оказались не использованы - данных по ним не было и сохранять не нужно было - с ними я поступила аналогично 1 пункту.
В общем случае, когда данные есть - путей 2: либо эти объекты так и оставляем - "разъехавшимися" и каждое обновление обновляем их индивидуально, либо сохраняем "старый" объект с данными под другим именем и готовим обработку по переносу данных из него в типовой объект - переносим и удаляем "старый" объект.
Итого получаем конфигурацию более приближенную к типовой - в которой оставлены только нужные изменения.
3. При обновлении на следующий релиз через Поддержка-обновление на форме настройки поддержки указываем, что "новые объекты" - "не редактировать", "идентичные объекты" - "не редактировать". Так мы вернем "под замок" объекты, которые не отличаются от типовых.
Настройку можно включать не только для всего объекта целиком, но и выборочно – для его отдельных составных частей, включая реквизиты табличных частей, и тем самым экономить место.
Чтобы механизм компактно хранил историю изменения данных пользователя, и не вышло так, что история изменения объектов занимает больше места, чем сами объекты, и в результате функционал приводит к замедлению работы программы, необходимо правильно выполнить настройку этого механизма.
Включить механизм может разработчик в конфигураторе (его лучше использовать в случаях, когда история данных потребуется во всех режимах работы программы), а также и сам пользователь: в пользовательском интерфейсе в режиме «1С:Предприятие» включить версионирование объектов можно в пункте меню «Администрирование-Общие настройки-История изменений».
Рис.1 Администрирование
Рис.2 Общие настройки
«Включение» версионирования заключается в настройке объектов конфигурации, для которых будет вестись учет изменений. При этом ведение истории можно включать не только для всего объекта, но и для его отдельных составных частей. Установив галочку «Хранить историю изменений», переходим по гиперссылке «Настройки хранения».
С помощью кнопки «Установить когда сохранять версии» мы можем установить когда сохранять версию – «Никогда», «При записи», «При проведении» или «По умолчанию». Настройка «По умолчанию» предполагает рекомендуемые настройки: для справочников – «Никогда» не создавать версии, для документов – «Создавать версии при проведении», для бизнес-процессов – «Создавать версии при старте». Настройка выполняется для всех объектов, но целесообразнее выполнить настройку отдельно для каждого объекта в списке.
Рис.3 Выбор варианта хранения версии
Рис.4 Окно настройки сохранения версии
Следующий параметр – «Установить срок хранения версий».
Рис.5 Меню настройки срока хранения версий
После активации данной настройки у объекта появляется дополнительный пункт в меню – «История изменений» (кнопка «Еще» в журнале документов), а также кнопка на панели инструментов «Перейти к отчету по версиям объектов».
Рис.6 Настройки хранения истории изменений
Рис.7 Возможность просмотра истории изменений в журнале документов
Эти же пункты будут доступны и из самого документа.
Рис.8 Возможность просмотра истории изменений из документа
История изменений выглядит следующим образом: в открывшейся форме выводится список всех изменений объекта. Версию можно открыть или сравнить с любой из списка. Выбрать несколько строк можно с помощью кнопок «Shift» и «Ctrl».
Рис.9 История изменений документа «Счет»
Рис.10 Просмотр версии объекта
Рис.11 Формирование сравнительного отчета изменений между версиями
Рис.12 Сравнение версий объекта
И в случае необходимости через кнопку «Перейти на версию» мы попадаем на выделенную (нужную) версию документа. Изменения, внесенные после этой версии, будут отменены.
Рис.13 Переход на другую версию объекта
Рассмотренный нами механизм может быть очень полезен. С его помощью можно следить за историей изменения документов и справочников. Он хранит не только данные о пользователе, изменившем объект, но и позволяет увидеть, какие были произведены изменения, сравнить версии и при необходимости восстановить один из вариантов.
Читайте также: