Каталог решений - Обновление нетиповой конфигурации ЗУП одним махом через 19 релизов + решение глюков обновлений (памятка)

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

https://www.youtube.com/watch?v=DXP2ft_443E

Как сказано в ролике:1) выгрузили архив реальной нетиповой базы, которую нам нужно обновить; 2)создали из архивной копии две базы — одна будет для накатывания обновления, другая для сравнения.

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Перед тем как заняться процессом обновления — проверим, а одинаковые ли релизы Конфигурации Поставщика и Основной Конфигурации?…………..для этого м.Конфигурация — Сравнить конфигурации:

В появившемся окне Сравнения — правая клавиша мыши на надписи "ЗарплатаИУправлениеКадрами" — Отчет о сравнении, и смотрим самую первую надпись:

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

Ссылка, как это сделать, здесь: https://1cguide.ru/administrirovanie-1s/esli-versiya-konfiguracii-postavshhika-1s-8-otlichaetsya-ot-versii-osnovnoj-konfiguracii.html

Если своими словами, то когда-то раньше (до нас)) — Основную конфигурацию как-то смогли подтянуть на версию 3.1.13.219, а конфигурацию поставщика так и бросили на предыдущей версии 3.1.13.188….Поэтому ищу дистрибутив того релиза, которого не хватает в конфигурации Поставщика. Устанавливаю его.

п.с. в моем случае отличие всего в одном релизе, поэтому я просто обновляшку скачала/установила (не дистрибутив), но если у вас будет отличаться более, чем на один релиз, то ищите дистрибутив.

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

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

Теперь мы готовы приступить к обновляшкам.

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Далее радуемся, что к ЗУПу 1С относится более внимательно, поэтому на сайте 1С с обновляшками — самый последний релиз есть в виде: а) обновления; б) в виде полного дистрибутива!

Скачиваем именно полный дистрибутив, запускаем, устанавливаем его.

Далее запускаем наши двойняшки базы (в режиме конфигуратора): одна для обновления, другая для сравнения.

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

п.с. не перепутайте в этом окне с обновляшками. Дистрибутив — содержит в себе ВСЕ, а обновляшки -только последние изменения.

Дело в том, что если бы у нас не было самого последнего именно дистрибутива, то пришлось бы идти целых 19 штук точечных обновлений!!! так как моя исходная база релиза 3.1.13.188, если последовательно выбрать ключевые обновления до релиза 3.1.20.36 — их будет 19 штук!!!!…..можно замучаться и чего-нибудь точно упустить при последовательном обновлении.

п.с. новый релиз зачастую требует обновление Платформы — здесь все просто: скачали с сайта 1с и обновили платформу.

Итак, дистрибутив запустили, появляется окно "Обновление" нетиповой конфигурации. В нижней части окна Обновления выбираем "Показывать только дважды измененные свойства", далее в окне Обновлений: 1) проверяю чтобы справа (конфигурация поставщика) все галки стояли — это означает, что мы зальем на нашу Основную конфигурацию ВСЕ изменения поставщика! 

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

2) только РОЛИ — раскрываю до уровня Прав — и ставлю режим обновления "Объединить с приоритетом Основной конфигурации", т.к. роли штука неприятная и играться с ними в последствии не стоит.

Все, жму кнопку выполнить. Там будут появляться всякие вопросительные окна — делаю как в ролике советуют — гну свою линию)).

Все, обновления зашли в базу "для обновлений", на F7 (обновление Конфигурации) — не спешу нажимать, так как нам нужно теперь аккуратно и внимательно в эту базу перенести все "дописки".

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

В базе для сравнения: 1) жму м.Конфигурация — Поддержка — Обновление — выбираю так же последний дистрибутив. В появившемся окне "Обновления" — так же выбираю фильтр "Показывать только дважды измененные свойства".

2) жму м.Конфигурация — Сравнение конфигураций — > выбираю Основную и Поставщика Конфигурацию.

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

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

Смотрим скрин-пример выше: здесь добавлен новый реквизит в документ, наличие новых реквизитов мы просто проверяем в базе для обновления, так как они там будут (этот приятный бонус дает режим обновления "Показывать только дважды измененные свойства"), далее  этот новый реквизит вынесен на форму — переходим в базу для обновлений и так же выносим данный реквизит на форму. В элементе формы "Комментарий" — дано другое название, в базе для обновлений делаем так же.

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

И все просто — копируем дописанный/переписанный код, идем в базу "для обновлений" — ищем там в Модуле Менеджера по названию процедуры нужное место — и вставляем этот код.

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Повторяем эту цепочку действий с каждым объектом. Внимательность нужна 100%!!!!!!

а то потеряете в процессе переноса старого кода какую-нибудь ооооооооочень красивую надпись, без которой не смогут дальше жить бухгалтера, так как они к ней привыкли, и все!……будете уже потом свою готовую базу сравнивать на момент потеряшек!))

 /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

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

Поэтому выполняем сравнение Конфигураций: Основной Конфигурации и Конфигурации Базы Данных:

Ставим фильтр "Присутствующие только в Базе Данных":

Все отличия — это то, что поставщик изменил, а наших переписок нету в списке (они у наших переписок по реквизитам/формам — оранжевым подсвечиваются), значит мы их все перетянули! 

Теперь жмем смело F7(обновление Базы Данных).

Появляется список Реорганизации данных:

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Далее мучаемся со всеми глюками, которые вылазят после обновлений:

1) *****Если у вас прописаны СВОИ роли, то важно после обновляшек — расчетчикам и кадровикам в эту самописную роль — дать разрешение на чтение НОВЫХ документов, которые создал поставщик, иначе вид формы журнала "Кадровые документы" — будет всего из пары-тройки граф….

После корректировки в Конфигураторе собственных ролей, вновь обновляем Базу Данных.

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

2) После этого откроется окно с Монитором1с, в котором мы можем увидеть какие нужно подгрузить Патчи (исправления Поставщика) к текущему релизу конфигурации:

Если вы закрыли это окошко, то вернуться к нему всегда можно через: м. Администрирование -Обслуживание-УстановкаОбновленийИПатчей — здесь НЕ спешить и нажать на синею ссылку  "Поиск и установка обновлений" — далее развернуть птичку "Подробнее":

Выделяем для загрузки и обновления ТОЛЬКО Патчи, ждем пока наша тестовая база с обновляшками скушает эти патчи.

3) Начинаем проверять под правами пользователей работу обновленной конфигурации:

а) Табельщики — у них пропала возможность создавать/записывать документ "ПрогулНеявка"…

выяснилось, что данный документ стал МногоФункциональным….следовательно в правах табельщика (это "Профиль" в пользовательском режиме 1с) — нужно поставить галку на многофункциональном.

4)Следующая ошибка после обновления появилась "Ошибка применения расширений":

Как бороться с разными видами расширений здесь: https://buhexpert8.ru/1s-zup/vozmozhnosti-i-nastrojki-1s-zup-3/vozmozhnosti-1s-zup-3-i-kontseptsiya-ucheta/rabota-s-rasshireniyami-v-zup-3-podklyuchenie-obnovlenie-otklyuchenie-i-udalenie.html

С сайта 1с(где обновляшки) — скачиваем свежее расширение "ПрямыеВыплатыПоСотрудникамСтарше65лет" — и в пользовательском режиме обновляем это расширение.

5) Выявилась ошибка: на Начальной странице не рассчитываются "ТекущиеДела"…смотрим отсылающий код ошибки:

Открываем регистр сведений РезультатыОбменаДанными и в модуле менеджера не находим ссылаемую процедуру "КоличествоПредупрежденийДляЭлементаФормы"….оказалось, что это глюк заливки обновлений…

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

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

6) Ошибка: на начальной странице у кадровиков и бухгалтеров дергается мышь — это в пользовательском режиме их "Профилю" нужно добавить права на добавление/чтение Новостей:

7) ошибка: не работают, как привыкли кадровики с расчетчиками, многофункциональные документы…..Кадровики, например, отпуск списком — набивали, "формировали" — это в документе есть ссылочка, при нажатии которой появляется форма расчета, а потом появляется отдельный документ "просто Отпуск", так вот после "обновления" — эта сложная цепочка взаимодействия перестала работать!…теперь, когда кадровики нажимают на волшебную ссылочку, то они получается за расчетчиков "отрабатывают" многофункциональный документ — этот документ меняет цвет с жирного на тощего…и расчетчики его потом в упор не видят!!!!!!

Короче, весь этот ужас из-за того, что поставщик(1с) любит менять код многофункциональных документов….Мы отбирали что переносить в новую базу по фильтру "Дважды измененное", а если сейчас посмотреть через фильтр "Отличия старой конфигурации поставщика от новой" — конкретно по коду из общих модулей "ЗарплатаКадрыРасширенный" и "ЗарплатаКадрыКлиенСервер", то увидим как они режут этот многофункциональник…..я возвращаю по частичкам кода все обратно, "как было в старой"!)……

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

А ошибка, конкретно документа ОтпускаСотрудников, при последовательном набивании/проведении сначала кадровиками, потом расчетчиками — оказалась в настройке в Пользовательском режиме 1с Профиля Кадровиков:

и по документу Отпуск — просто НЕ давать Кадровикам право на "Настройки отпусков"!:

8) Если у вас есть в ЗУПе собственные написанные многофункциональные документы, то не забудьте в их Модуль Менеджера добавить Функции: ОписаниеРазделовДанных() и ЗначенияДоступа(ДокументОбъект), так как это нововведения Поставщика по Многофункциональным документам:

9) В ходе тестирования — под правами кадровика — вышибает пользователя из базы:

Здесь оказалось, что заливая в базу "обновлений" по фильтру "Измененные дважды" — я не увидела, что программа по какой-то своей причине НЕ выделила (не поставила галочки) на заливку новых обновлений Поставщика в ОбщиеМодули "ЭлектронныеТрудовыеКнижкиВызовСервера" и "ЭлектронныеТрудовыеКнижкиКлиент" (этот факт можно увидеть, если в базе "для сравнения" отобрать по фильтру "Показывать отличия новой конфигурации поставщика от старой конфигурации поставщика", там еще окажутся Не Выделенные и, следовательно, не обновленные: Общий модуль "БухучетХозрасчетныхОрганизаций") — все эти модули подливаю в базу "для обновлений" в ручную.

***Но это не помогло…., просто не с первого раза теперь стало вышибать кадровика из системы…. Смотрим теперь по какой причине:

  Ошибка в ограничении доступа к данным.
  объект: 'Документ.СведенияОТрудовойДеятельностиРаботниковСЗВ_ТД', поле: 'Номер'; право: 'Чтение'
  {(49, 5)}: Синтаксическая ошибка "Ошибка"
  <<?>>Ошибка: Требуется обновить шаблон на актуальную версию, поставляемую в роли ИзменениеУчастниковГруппДоступа по причине:
   Используется устаревшая версия 17 шаблона ограничения доступа ПоЗначениямРасширенный. Объект: "Документ.СведенияОТрудовойДеятельностиРаботниковСЗВ_ТД", Право: "Чтение".
  по причине:
  {(49, 5)}: Синтаксическая ошибка "Ошибка"
  <<?>>Ошибка: Требуется обновить шаблон на актуальную версию, поставляемую в роли ИзменениеУчастниковГруппДоступа по причине: 
  Используется устаревшая версия 17 шаблона ограничения доступа ПоЗначениямРасширенный. Объект: "Документ.СведенияОТрудовойДеятельностиРаботниковСЗВ_ТД", Право: "Чтение".
  

Проверяю типовую роль "ИзменениеУчастниковГруппДоступа", все как в новой конфигурации поставщика…никаких супер новых "№17"-х шаблонов для этой роли не нужно….

Сразу скажу, что я пробовала в самой роли "ИзменениеУчастниковГруппДоступа" ставить галочки на документ "СведенияОТрудовойДеятельностиСЗВ_ТД", и внутри этого документа проверяла на его форме поле "Номер" — он доступен, перезаливала документ "СведенияОТрудовойДеятельностиСЗВ_ТД" — ничего не помогло…

Теперь решила перезалить саму роль "ИзменениеУчастниковГруппДоступа". Это делается: м.Конфигурация- сравнение/объединение из файла, далее указываю заранее сделанную cf-ку с чистого дистрибутива поставщика. фильтр — "Показывать отличия в конфигурациях", в правой части окна — снимаю ВСЕ галки, оставляю только галку на нужной роли, и кнопка Выполнить.

Ничего не помогло!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Ошибка вышибания пользователей та же самая "Вы используете СТАРЫЙ шаблон RLS"!!!! (это если кратко своими словами)

Вытащила код из этого шаблона на белый свет, прошлась к 49 строке — как сигналит ошибка, и что я вижу!!!!!

В моей обнавляшке — ПРАВИЛЬНЫЙ свежий шаблон РЛС 18 версии!!!

Почему тогда 1с использует какой-то старый шаблон в "ПоЗначениямРасширенный" типовой роли "ИзменениеУчастниковГруппДоступа"???????????????????????????????????????????????

Эврика!!!!! Нашла!!!! я внимательно всматривалась в типовую роль "ИзменениеУчастниковГруппДоступа", версия шаблона которой новая=18версия, а нужно было просто ГлобальнымПоиском пройтись по базе "ПоЗначениямРасширенный17" —

и ву а ля!!!! нашлись те самые типовые роли, которые я в самом начале ставила с флагом "Объединить с приоритетом ОсновнойКонфигурации"!!!!

аккуратно заменила по выпавшему списку — в этих ролях ШаблоныДоступа, копируя из чистого настоящего дистрибутива последней версии. Можно копировать не с дистрибутива, а прямо шаблоны из роли "ИзменениеУчастниковГруппыДоступа" — ее, оказывается, Поставщик для этого и держит).

Все заработало!!!!

10) при обмене ЗУП с 1с-Бухгалтерией — появилась еще одна ошибка: в "Перечисление.ВидыОперацийПоЗарплате" — в обновленном ЗУПе Поставщик добавил в это перечисление новое значение "НДФЛСПревышения", а 1с-Бухгалтерия еще не обновлена до свежего релиза той же даты что и ЗУП, поэтому в ней в "Перечисление.ВидыОперацийПоЗарплате" — нету этого значения….

т.к. сразу 1с-Бухгалтерию нельзя обновить (это тоже очень долгий процесс), то чтобы выгрузить из ЗУП в Бухгалтерию документ "Начисление зарплаты" — пришлось ручками в 1с-Бухгалтерию добавить это значение…конечно в бухгалтерии оно не будет ничего рассчитывать…

 /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Итак, вроде бы все готово, явные глюки в нашей тестовой базе откатали. Теперь с тестовой обновленной базы — снимаем .cf и загружаем его в реальную базу ЗУПа!

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

***Готово.