Обновление релиза измененной типовой конфигурации
Разработка - Конфигурирование 1С
Евгений Комиссаров (John_d)
Рейтинг: 2451
Скачиваем (https://users.v8.1c.ru) и устанавливаем нужные релизы конфигурации на компьютер в папку по умолчанию.
Не забываем делать бекап рабочей базы.
Все сравнение и объединение я делаю в копи рабочей базы.
Открываем "поддержка" выбираем пункт "обновление конфигурации"
Выбираю пункт искать в tmpits
Выбираю версию релиза на которую буду обновлять. Начинается процесс сравнения...
В результате получаем кучу изменений.
Меняю фильтр на "Показывать только дважды измененные свойства". Объектов становиться в разы меньше. Как правило в эти объекты были внесены "наши изменения"
Начинаем сравнивать изменения. Открываем первый объект и нажимаем"шестеренку"
Сверху выводятся процедуры и функции. Начинаем по одной просматривать их.
1. Если в процедуре только "наши изменения", то снимаем флажок. Эту процедуру не будем обновлять.
2. Если в процедуре только типовые изменения, то такую процедуру оставляем без изменений. С флажком и режим объединения "Взять из новой конфигурации поставщика"
3. Если в процедуре есть "наши изменения" и типовые, то нужно менять режим объединения на:
-Объединять с приоритетом новой конфигурации поставщика
-Объединять с приоритетом основной конфигурации
Выбор зависит каких изменений больше типовых или "наших".
Ниже я выбираю первый режим(На практике я чаще всего выбираю режим "Объединять с приоритетом новой конфигурации поставщика"). Теперь в нижнем экране нужно убрать все закомментированные строчки //MRG (анг. merger - слияние)
Убрать нужно только закоментированный(//MRG) "старый типовой код". Красным отметил те строчки, которые буду удалять.
"Наши изменения" тоже комментируются (//MRG). У этих строчек убираю комментарий (//)
Если бы я выбрал второй способ (Объединять с приоритетом основной конфигурации), то "наши изменения" не были бы закомментированы, но был бы закомментирован новый типовой код.
После того, как все процедуры отредактированы жмем "ок". Теперь "шестеренка" с зеленой галкой.
Типовые "Роли" и "Определяемые типы" Объединить с приоритетом основной конфигурации. Для того чтобы "Наши изменения" не удалились, а добавились новые типовые.
Объединение форм документов и справочников, в которых есть "Наши изменения" приходится делать отдельно (вручную) с таких форм я снимаю галочку объединения.
По этой причине желательно меньше вносить изменения в типовые формы. ( Управляемые формы. Изменение формы списка или формы объекта без внесения изменений в типовые формы )
После того как все объекты проверенны и объединены. Нажимаем кнопку "выполнить".
Конфигурация объединяется и сохраняется. Запуска в предприятии. Проходят процессы обновления.
После этого я сохраняю cf с новым релизом. Таких cf будет несколько, как правило конфигурацию обновляем не так часто и релизы накапливаются. В дальнейшем эти cf буду по очереди загружать в рабочую базу.
После того как cf загружен и база обновлена нужно ее запустить и выполнить в ней обязательные "процедуры обновления". Ход выполнения можно отслеживать встроенной в БСП обработкой "Результаты обновления программы"
Если обработка показывает, что процедуры обновления вообще не запускались, то фоновое задание нужно запустить вручную.
P.S. Чтобы "Наши изменения" не пропали с обновлением их нужно обязательно комментировать.
Чтобы облегчить этот процесс создадим шаблон
выберем новый шаблон
заполним название. Поставим галочку включать в контекстное меню.
Текст шаблона(Автоматически подставит текущее время):
// begin <?»", ДатаВремя, «»> ФИО №
// end <?»", ДатаВремя, «»> ФИО №
При написании кода из контекстного меню выбираем "наш шаблон"
Специальные предложения
Кратко просмотрел, на мой взгляд у вас подробно и грамотно расписано.
Что скажете насчет этих статей:
(статья Рудакова, хорошо оформлена, но уже старенькая)
(статья от WiceAdvice, как-то мало в ней информации мне показалось)
Есть замечания - пиши, нет - молчи.
Лишь бы наследить.
А в общем всё подробно описано. Обязательно буду использовать в качестве руководства для начинающих.
(15)
Выдержка из документации на платформу.
Текущую информационную базу данных можно сохранить в файл на диске. Для сохранения данных в файл нужно выбрать пункт Администрирование ‑ Выгрузить информационную базу данных в файл. На экран выводится стандартный диалог выбора файла. Следует выбрать каталог и указать имя файла, в который будут записаны данные.
Механизм выгрузки предназначен:
● для получения образа информационной базы независимо от способа хранения данных;
● для переноса информационной базы из одной СУБД (или файлового варианта) в другую СУБД (или в файловый вариант).
Перед выполнением выгрузки информационной базы рекомендуется выполнить процедуру тестирования (средствами конфигуратора или отдельной утилиты) и исправить все обнаруженные проблемы.
Не рекомендуется использовать данный способ для создания резервной копии информационной базы по следующим причинам:
● может возникнуть ситуация, при которой файл выгрузки будет невозможно загрузить, если в информационной базе, из которой производилась выгрузка, существовали ошибки;
● длительное время создания;
● необходимость монопольного доступа к базе данных;
● высокие требования к оперативной памяти.
ПРИМЕЧАНИЕ. Работа информационной базы в монопольном режиме не переводит базу данных MS SQL в однопользовательский режим (single user).
Там же, на ИТС, в разделе БП.
Средства СУБД как правило у админа, это надо согласовывать, а ДТ-ку выгрузить без проблем, выкинуть пользователей ночью можно.
Перед выполнением выгрузки информационной базы рекомендуется выполнить процедуру тестирования
хм. а я обратное читал, что надо перед тестированием выгрузку сделать ))
Хотя логика понятна.
Документация написана для юристов. Чтобы потом не попасть на иски. На самом деле (сугубо ИМХО) выгрузка в dt (ОБЯЗАТЕЛЬНО с последующей загрузкой из dt в копию) - это и есть единственный гарантированный бекап. Если делать копию средствами SQL, то все ошибки в базе просто скопируются, и копии будут сбойные. А потом база окончательно гавкнется, вот тут то и обнаружится, что копии не годятся :(. А уж если база из dt загрузилась, то критичных ошибок там нет, только битые ссылки максимум.
База может запускаться, но при попытке открыть список документов или какой нить документ, может вылететь с ошибкой.
Но такие ошибки как правило отлавливаются уже на рабочей базе.
Вряд ли же есть привычка загружать выгруженный dt, чтобы проверить, ч
Ну у нас например можно потом если полный ахтунг у админа поднять SQL на любой момент времени, но самому там ковыряться что-то не айс.
К сожалению, поймал баг:
1) какой нибудь модуль объединить с помощью внешней программы (kdiff3), появится зеленая галка.
2) затем через правую кнопку мыши выбрать на этом же модуле "Показать различия в модуля..." и выйти из kdiff3, не сохраняя изменения
3) снова зайти в шестеренку с зеленой галкой, чтобы посмотреть результаты объединения
итог: 1с валится с критической ошибкой без возможности сохранить результаты объединения. Для больших конфигураций это может вылиться в большую потерю времени.
я ставлю фильтр показывать отличия основной от старой -тогда показывает объекты, которые меняли только мы
можно Объединять и с приоритетом основной. НО -обычная форма скопирует все элементы форм (такую лучше ручками) , а управляемая добавит только новые элементы форм после этого просто проверить
так что использование расширений не всегда оптимально с точки зрения производительности.
(19) Для начала объяснить, что доработанную конфигурацию будет проблематично обновлять и с каждой новой доработкой все проблематичнее. Если руководство и глав бух разумные, то откажутся сразу, так как об оперативном обновление можно забыть.
Также можно обсудить и прийти к решению, когда можно обойтись без доработок. Вариант, что там проводки не так формируются не обсуждаются. Надо показать что не так делают.
У нас пытались предложить подправить, после нескольких бесед с руководством, отказались от этой идеи, как не разумной.
Прослушайте курс Богачева по Эксперту, он там это разбирает.
Да и если вы сами немного понимаете в принципах работы 1С то должны понимать что расширение это не скомпилированный код, который компилируется когда он нужен, отсюда и падение производительности.
Почему:
1. Если режим вызова "после" или "перед" - то и в коде их переносить никакой проблемы не вызывает
2. Если режим "Вместо" - то в коде ты увидишь, что логику исправляемой функции поменяли, а расширение будет работать как ни в чем не бывало, и если особенно не повезет, то не будет, например заполнять новый реквизит, что приведет к левым движениям.
3. Изменения в формах единственное слегка оправданное место, но и с этим как повезет - форму перекосило, а ты даже сравнить не можешь, чисто веселая игра "найди 2 отличия"
ИМХО рсширения оправданы для:
1. Конфа все еще на замке - расширение дает до 2 часов экономии на принятии изменений. Загрузка конфы поставщика по сравнению со сравнением/объединением.
2. Командный интерфейс
3. "динамическое обновление" - потом все убрать в конфу
4. иногда формы, но проще в поддержке - мелочи делать кодом, а крупные переделки - рисовать свою форму
Как обновлять расширениями? Мне такой способ не известен.
Расширениями, кстати, сами 1с теперь патчат типовые конфы, устраняя свои же косяки. Вполне рабочий вариант.
Вообще расширения оправданы везде, где они помогают. Где мешают, там не оправданы. Всё просто.
1) Если планируется переписать конфигурацию, то значит обновления не нужны. Все что надо, надо дорабатывать, а не пытаться обновлять.
2) Если же нужны обновления и доработки конфигурации, то делать это внешними обработками и отчетами и независимые подсистемы. Что бы на обновления это не влияло.
3) Избегать конторы которые просят доработать ЗУП и БУХ, потому что им там что то не нравится, за исключением крупных контор, где целый отдел.
А если работаешь в конторе, где и ЗУП и БП и всё просят доработать? Вопрос риторический, расширения в помощь пришли.
просто добавь в свой чек-лист кроме тестирования правок конфигурации тестирование своих расширений.
в любом случае ты ДОЛЖЕН документировать свои доработки , в том числе свое представление о функциональной структуре изменяемого чужого приложения.
Вы я так понимаю не особо сталкивались с очень сильно дописанным конфигурациям, а это значит что не все ваши утверждения верны.
При обновление таких конфигураций есть особенности.
1. Фильтр при обновление ERP не всегда удобен, в этом случае мы не видим какие объекты помечены на удаление и какие удалены (а это частая проблема в ERP). Плюс к этому если вы не пользуетесь системами юнит тестирования то вас ожидает сюрприз в конце вашей работы, например не отработка фоновых обработчиков.
2. Очень часто производится переименование процедур и функций, да что уж там модулей тоже, что при вашем подходе приводит конфигурацию либо к бардоку в модулях со старыми процедурами и функции либо вообще к неработоспособности.
эти ключевые причины мешают использовать описанный вами выше мехнаизм.
Я делаю проще, в процессе обновления я затираю весь код которые был доработан, а потом добиваю его через сравнение объединение, что позволяет как минимум вычистить мусор в модулях, при этом я сразу могу удивить какие модули были помечены, переименованы или удалены. Что оптимизирует процесс обновления и чистоту конфигурации.
А вообще лучше всего побывать автоматизировать данные моменты, т.к. на обновление не типовых конфигураций может уходить до 24 часов просто переноса кода.
Отсюда резюме: ваш описанный метод можно применять, на обычных формах, которые по сути сейчас статичны и максимум на БП и РТ остальные же конфигурации к сожалению подвержены достаточно большим изменениям и ваш описанный метод может подходить не всегда.
Да, технология автоматизированного обновления от «1С-ИжТиСи» по умолчанию подразумевает снятие с поддержки. Но заказчик всегда может попросить вернуть объекты на поддержку в обновленной конфигурации. Большей части наших клиентов отсутствие поддержки не мешает, но критичны сроки обновления. Тем же компаниям, которым поддержка критична — мы «замочки» возвращаем. Возможно, где-то случилось недопонимание.
интересный опыт.
1. кто вам допилил зуп, не ваши сотрудники? зуп 3.хх?
2. в каком объеме? кол-во новых объектов, кол-во новых реквизитов типовых объектов, кол-во измененных процедур,
кол-во измененных форм,кол-во измененных макетов(скд в т.ч.) и т.п., просто порядок величин 1,10,100...
3. как происходит передача изменений? ведь не зная что для чего делалось можно вместо рукавов ширинку пришить :)
4. стоимость обслуживания меньше ставки 1с-ника средней квалификации?
1. ЗУП 3.1.10, пилил франч и потом я, когда сюда устроился (в этом году). Франч изосрал всю конфигурацию, внеся изменения куда можно и куда нельзя.
2. Порядка 100 изменений плюс-минус. Есть изменения в т.ч. в расчетной части - свой алгоритм доплаты до оклада по больничному листу. Есть доработки в части НДФЛ. Но основное - это измененные формы. У меня были мысли, как изменения в формах минимизировать, вынеся с модули и генерируя элементы кодом, но на это просто нет времени.
3. а вот это мне самому интересно. Из-за того что у нас очень долгое подписание договоров в компании - на практике не проверял. Типа, мы даем cf, а они возвращают cf актуального релиза с перенесенными изменениями.
4.
Нам оценили год обслуживания в 45 т.р. Т.к. у них это на 80% автоматизировано, я надеюсь, что качество будет выше, чем ручное обновление. Критичный функционал они допроверяют руками.
Я программист в одном лице, мне заниматься обновлениями уже в лом, честно говоря. Могу, но если это можно не делать - пусть делают они. Компания мое мнение поддерживает - что рутину надо скидывать на сторону.
тоже не слышал, но общался с франчами, которые писали подобное, может и они, не знаю, они полностью процесс не автоматизировали все равно. Частично и потом программист проверяет. Вообще не представляю, как можно автоматизировать обновление сильно доработанной конфы. У меня вот этой осенью такая БИТовская "поехала", БИТ начал удалять реквизиты, которые критично участвуют во всех доработанных (им же) отчетах, формах. Боюсь как бы не пришлось заново писать вообще. На третьем релизе только в одной форме до 40 новых функций появилось, первые два уже осилил. Сижу вот кумекаю ))
Всегда необходимо - тщательно обновлять.
Это включает:
1. Бекапы - сделать.
2. Анализ изменений.
(которые были + которые в типовой прошли)
3. Накат обновы.
(написано кратко - в реальности, это ХХХХХХХХХХХХХХХХХХХ времени может занять. Зависит от объёма работ и мощности ПК и сервера 1с)
4. Тестирование.
(в идеале - все участки/пользователи - сами проверят.
В реальности - это далеко не всегда так)
Далее - возврат к п. 3 (или даже 2) или Завершение (бекап - хранить долго!).
А ещё вы не учли тот нюанс удаляемых процедур и функций поставщиком. Их нужно удалять только в том случае, что на них сторонний разработчик не делал ссылок в модулях (например на общие модули). А если их не удалять - то они будут хламиться.
Отдельная песня про измененные обычные формы - насколько помню, автоматически никогда корректно не менялось, приходилось все ручками.
Плюс при сравнении/объединении конфигураций не всегда корректно отображается цветовая палитра объектов (смотреть - первая картинка - разница типовой конфигурации, вторая и третья - общий модуль некорректно отображается цветом при установке/снятии галочки, четвертая картинка - некорректно отображается цветом измененный документ). Почему получилось так - сказать не могу, до меня эта конфигурация обновлялась двумя разными людьми, а может при обновлении что-то не так было.
Поэтому в сильно измененной конфигурации лично я обновлялся за два-три прохода. Сначала не измененные и немного измененные объекты, потом - сложнота.
Похоже у вас скриншот неправильный к этому примеру. В тексте идет речь про объединение с приоритетом основной конфигурации, а на скрине стоит режим "Объединение с приоритетом новой конфигурации поставщика" и в окне объединения видно, что комментируется наш код из основной конфигурации.
А фильтр "Показывать только дважды измененные свойства" вообще не показывает где были сделаны изменения (у меня в программе, недавно делала обновление).
А формы лучше обновить на новую конфигурацию поставщика, а потом вносить свои изменения, так будет легче и быстрее, моё мнение.
Просмотры 10977
Загрузки 0
Рейтинг
147
Комментарии 76
Создание 29.11.19 14:14
Обновление 29.11.19 14:14
№ Публикации 1158512
Рубрики Конфигурирование 1С
Кому Программист
Тип файла Нет файла
Платформа Платформа 1С v8.x (все механизмы)
Конфигурация Конфигурации 1cv8
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
Код открыт Да
См. также
Выявляем и оптимизируем ресурсоемкие запросы 1С:Предприятия
Производительность и оптимизация (HighLoad) Администрирование СУБД Технологический журнал Структура метаданных v8::Запросы Бесплатно (free)
Обычно предметом оптимизации являются заранее определенные ключевые операции, т.е. действия, время выполнения которых значимо для пользователей. Причиной недостаточно быстрого выполнения ключевых операций может быть неоптимальный код, неоптимальные запросы либо же проблемы параллельности. Если выясняется, что основная доля времени выполнения ключевой операции приходится на запросы, то осуществляется оптимизация этих запросов. При высоких нагрузках на сервер СУБД в оптимизации нуждаются и те запросы, которые потребляют наибольшие ресурсы. Такие запросы не обязательно связаны с ключевыми операциями и заранее неизвестны. Но их также легко выявить и определить контекст их выполнения, чтобы оптимизировать стандартными методами.
24.05.2020 5774 0 DataReducer 22
Как обойти глюк механизма расширений. Пошаговая инструкция в картинках
Расширения v8 БП3.0 Бесплатно (free)
После очередного обновления Бухгалтерии 3.0 в одной очень известной фирме мне звонит наш программист 1С, который ведет эту фирму, со словами - Шеф. Все пропало. Нам конец. Наше расширение грохнулось.
26.04.2020 5295 0 alfanika 19
Настройка через конфигуратор. При открытии карточки номенклатуры открывается вкладка с развернутыми реквизитами
Конфигурирование 1С v8 Бесплатно (free)
Как сделать так, чтобы при открытии карточки номенклатуры открывалась вкладка с развернутыми реквизитами, а не бесполезная вкладка с карточкой номенклатуры.
03.04.2020 1238 0 gtrr34 1
Вложенные СКД
Практика программирования Конфигурирование 1С v8 v8::СКД Бесплатно (free)
Возможности, нюансы, заметки.
26.03.2020 4731 0 Yashazz 19
Конвертация расширения cfe в конфигурацию сf руками
Расширения v8 1cv8.cf Бесплатно (free)
Как быстро преобразовать расширение в конфигурацию (для дальнейшего переноса в основную конфигурацию, например).
18.03.2020 4809 0 wtlz 28
Интеграция "Библиотеки интеграции МДЛП 1.1.2.7" с типовой конфигурацией
Интеграция Конфигурирование 1С v8 Здравоохранение, медицина, стоматология Россия Бесплатно (free)
Инструкция для интеграции “Библиотеки интеграции МДЛП 1.1.2.7” в типовые конфигурации, на примере конфигурации “Управление нашей фирмой, редакция 1.6 (1.6.18.168)”.
02.03.2020 4122 0 RPGrigorev 3
Регистры бухгалтерии. Настройки, субконто и движения с субконто
Бухгалтерский учет Механизмы бухгалтерского учета v8::БУ Бесплатно (free)
Описание основных настроек регистров бухгалтерии, работы виртуальных таблиц "Субконто" и "Движения с субконто" и кое-что еще.
10.02.2020 8417 0 YPermitin 6
Эволюция расширения конфигурации
Расширения v8 1cv8.cf Бесплатно (free)
С каждым днем всё больше возможностей появляется в расширении конфигурации, но не все до сих пор работают даже на платформе 8.3.6! Давайте окунемся в историю появления и эволюции расширения конфигурации, чтобы знать и понимать, когда можно применить тот или иной функционал!
06.02.2020 7993 0 Xershi 33
Доработки объектов метаданных и форм (только кодом) с помощью расширений на примере типовых конфигураций: 1C:ERP Управление предприятием 2.4 и 1С:Альфа-Авто: Автосалон+Автосервис+Автозапчасти КОРП 6
Практика программирования Расширения v8 1cv8.cf Россия Бесплатно (free)
В этой статье хочу поделиться своим опытом внесения доработок в типовые конфигурации, с минимальными вложениями при последующих обновлениях.
01.02.2020 1733 0 байт 7
Управляемые формы. Изменение формы списка или формы объекта без внесения изменений в типовые формы (без использования расширений)
Работа с интерфейсом v8 1cv8.cf Бесплатно (free)
Вносим изменения в типовые формы объектов (документы, справочники, журналы, обработки, общие формы). Не снимая с поддержки эти формы. Создаем программно элементы из общего модуля. Для примера рассмотрю добавление колонки "Скрепка" в форму списка документа. Если к документу привязан файл, то в списке в новой колонке должна отображаться "скрепка".
12.11.2019 9644 0 John_d 24
Обработка расширением на клиенте
Расширения Универсальные функции v8::УФ 1cv8.cf Бесплатно (free)
Описываю нетривиальный прием работы с расширением, который позволит относительно быстро реализовывать некоторые обработки данных. Суть: обработка данных на клиенте с использованием методов, которые реализованы разработчиком конфигурации на форме объекта. Если эти методы есть вне модуля формы объекта (общий модуль, модуль менеджера, модуль объекта)- лучше сделать обработку более простым способом.
31.10.2019 6567 0 EvgenURNN 9
Об общих реквизитах
Практика программирования Структура метаданных v8 1cv8.cf Бесплатно (free)
Общие реквизиты. Что за ними скрывается?
28.10.2019 12033 0 YPermitin 30
Реализация продвинутой обработки запросов HTTP сервиса
Обмен данными 1С Конфигурирование 1С v8 1cv8.cf Россия Бесплатно (free)
Стандартный функционал маршрутизации не позволяет использовать regexp при обработке адреса, организация модуля приводит к дублированию кода. Так же при ошибке исполнения нет фиксации в журнале регистрации. В статье опишу свой взгляд на решение обозначенных проблем.
05.10.2019 3051 0 malikov_pro 4
От чего можно отказаться при разработке расширений 1С
Практика программирования БСП (Библиотека стандартных подсистем) Расширения v8 Бесплатно (free)
Разработка расширений 1С и оптимизация через механизм БСП: Дополнительные отчеты и обработки.
23.09.2019 9958 0 independ 24
Структура базы в SQL (для ленивых, кому надо быстро посмотреть)
Структура метаданных v8 1cv8.cf Россия Бесплатно (free)
17.08.2011 8797 0 androidT1C 9
Конструирование аналитической структуры плана счетов в программе «1С:Бухгалтерия 8» с целью обеспечения достоверности финансовой отчетности
Управленческий учет (прочее) Дебиторская и кредиторская задолженность Оборотно-сальдовая ведомость, Анализ счета Учет доходов и расходов Дебиторская и кредиторская задолженность Оборотно-сальдовая ведомость, Анализ счета Учет доходов и расходов Учет и отчетность Бухгалтерия Механизмы бухгалтерского учета v8 КА1 БП2.0 УПП1 Россия БУ УУ Бесплатно (free)
Описаны правила конструирования аналитической структуры плана счетов, позволяющей формировать достоверную финансовую отчётность. Описываются принципы формирования баланса и отчета о прибылях и убытках в МСФО и в РСБУ. Даётся определение развёрнутого сальдо и рассматривается его корректное отражение в ОСВ. Делается анализ минимально необходимого количества уровней субконто по счетам расчётов. Подробно рассматриваются ошибки плана счетов «Хозрасчётный» и ОСВ стандартной поставки 1С, препятствующие выверке баланса и отчета о прибылях и убытках по ОСВ. Предлагаются методы купирования проблем.
24.10.2010 168651 0 RayCon 106
