Обновление типовой конфигурации сразу на несколько релизов (8.2) [не для начинающих]

19.03.14

База данных - Обновление 1С

Как обновить типовую конфигурацию с давно устаревшего релиза на текущий, но не тратить время на последовательное обновление через .cfu?
Есть вариант, который позволяет сэкономить довольно много времени. Он не самый очевидный и несколько рискованный (потому и не для начинающих) – через файл .cf конфигурации поставщика. Взять такой .cf можно даже из нетиповой базы актуального релиза!
Способ подходит для тех, кто по разным причинам не может обновиться через интернет.
Да, И НЕ ЗАБЫВАЕМ ПРЕДВАРИТЕЛЬНО ОБНОВЛЯТЬ ПЛАТФОРМУ!!!

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

Помощник обновления конфигурации БП 2.0

Обработка обновления точно есть в конфигурации «Бухгалтерия предприятия» ред. 2.0, а также в несколько урезанном варианте – в УПП ред. 1.3 (находится в подменю «Интернет-поддержка пользователей» меню Сервис). В этих обработках есть справка, причем довольно подробная. Про остальные конфигурации от 1С точно сказать не могу, но подозреваю, что и в них подобные обработки присутствуют. Попробуйте с их помощью обновить конфигурацию через интернет и возвращайтесь к данной статье, если потерпите неудачу.

Статья не рассматривает вопросы перехода на новую редакцию типовой конфигурации, а также иные сложные случаи. Они успешно описаны более опытными в этих вопросах коллегами, так что если ваш случай сложный – вам сюда: //infostart.ru/public/18596/ (комментарии также есть смысл почитать). Ну а в данной статье описан процесс обновления не слишком запущенной конфигурации, зато по возможности подробно и с комментариями.

Итак, что же делать, если интернета/доступа к сайту 1С у вас нет, а желание сэкономить время и упростить себе жизнь есть? Даже в этом случае можно схитрить и не ставить все обновления последовательно. Для этого нужна возможность тем или иным способом получить конфигурацию поставщика из другой базы, уже обновленной до интересующего вас (очевидно, последнего) релиза.

Выгрузка конфигурации поставщика, или "где взять новую конфу?"

  1. Иногда бывает, что вы сами или ваши коллеги ранее установили себе "полный" установочный комплект новой конфигурации, а дистрибутив затем благополучно потерялся. Не беда: открываете каталог шаблонов (обычно он находится тут: "C:\Users\ИмяВашегоПользователяWindows\AppData\Roaming\1C\1Cv82\tmplts"), и в соответствующей подпапке (например, "1c\Accounting\2_0_47_5") находите файл 1Cv8.cf от нужной вам версии конфигурации. Не перепутайте с .cfu, он вам не подойдет. Если файла .cf в папке шаблонов найти не удалось, то вам не повезло - у вас был дистрибутив обновления, а не полный установочный комплект.
  2. Если готовый .cf конфигурации поставщика найти не удалось, пробуем найти у себя или знакомых базу нужной вам конфигурации. Она может быть и нетиповой, но должна быть корректно обновлена до нужного вам релиза.
  3. В конфигураторе через меню «Конфигурация – Поддержка – Настройка поддержки» проверяем номер версии конфигурации поставщика. Если версия подходящая, то прямо оттуда по кнопке «Сохранить в файл» выгружаем файл .cf – он-то нам и нужен.

Сохранение конфигурации поставщика в файл

Описанным выше способом вы из любой базы выгрузите именно ТИПОВУЮ конфигурацию основного поставщика, причем именно той версии, которая указана в окне настроек поддержки (см. статью «Настройка поддержки» с ИТС). Если база находится у знакомых, то попросите их выгрузить конфигурацию поставщика (можно под вашу диктовку), а полученный .cf прислать вам с почтовым голубем.

Если совсем нет возможности найти готовую конфигурацию - ищем наиболее свежий дистрибутив (установочную версию конфигурации). Дистрибутивы есть на партнерских дисках ИТС либо установочных дисках из комплекта поставки конфигурации, так что наиболее свежий дистрибутив проще всего найти у того, кто покупал программу недавно, или у франчайзи. Найденный дистрибутив устанавливаем к себе на компьютер и создаем новую базу по шаблону из данного дистрибутива (НЕ демо, т.к. данные из демки нам не нужны!).

Если дистрибутив был установлен, но после этого "потерялся", нужные вам файлы все равно можно найти. Как это сделать - см.  выше (пункт 1 в списке). В папке с шаблоном конфигурации ищите файл 1Cv8new.dt - это архив пустой базы соответствующего релиза. Если нашли, то создаем новую информационную базу без конфигурации, открываем ее Конфигуратором и разворачиваем в нее найденный архив 1Cv8new.dt (меню «Администрирование - Загрузить информационную базу»).

Затем:

  • Находим и устанавливаем на компьютер более поздние обновления конфигурации. Проще установить их все, т.к. механизм обновления потом сам предложит вам пропустить те релизы, которые могут быть пропущены. Но вы также можете последовать советам из //infostart.ru/public/18596/ и сами составить себе цепочку из необходимых релизов, а затем установить только их.
  • Открываем пустую базу в конфигураторе, начинаем последовательно применять к ней обновления через меню «Конфигурация – Поддержка – Обновить конфигурацию – Поиск доступных обновлений».
  • Информационную базу НЕ обновляем (незачем тратить на это время, т.к. база-то у нас пустая).
  • По окончании процесса выгружаем .cf-ник итоговой конфигурации поставщика («Конфигурация – Поддержка – Настройка поддержки - Сохранить в файл», заодно проверим версию). Его будем использовать для обновления рабочей базы.

Выполнение обновления с помощью конфигурации поставщика

Вариант с использованием обработки «Обновление конфигурации»

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

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

Вариант с использованием конфигуратора

  1. Обновляем платформу, если необходимо
  2. В конфигураторе открываем базу, которую нужно обновить.
  3. Делаем резервную копию (меню «Администрирование - Выгрузить информационную базу»).
  4. Через меню «Конфигурация – Поддержка - Обновить конфигурацию - Выбор файла обновления» указываем путь к нашему .cf-нику с последним релизом конфигурации поставщика.
  5. Обновляем конфигурацию.
  6. Соглашаемся на обновление информационной базы
  7. Читаем внимательно список изменений перед тем, как принять их! Если сомневаетесь - отклоняйте!
  8. Открываем базу в режиме предприятия.
  9. Соглашаемся на все и ждем выполнения обработки обновления.
  10. Проверяем, чтобы обработка обновления базы запустилась и выполнилась без ошибок, последовательно от исходного релиза до текущего.
  11. Внимательно читаем служебные сообщения!
  12. Если все прошло хорошо – радуемся.

Мне таким образом удалось обновить конфигурацию БП с релиза 2.0.22.1 до 2.0.32.4 и затем через .cfu до 2.0.32.6. База файловая, платформа 8.2.15.289. Результат всех удовлетворил, обновление (через конфигуратор) заняло менее пяти минут.

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

ВНИМАНИЕ!

Если мы проскочим при таком обновлении через ключевой релиз, в котором выполнялось удаление или замена каких-либо объектов метаданных, возникает риск потери данных. В особо ответственных случаях желательно перепроверить себя через сравнение и объединение и в случае малейших сомнений обновляться классическим методом (как минимум - до последнего ключевого релиза), не забывая запускать базу в режиме предприятия после каждого обновления и внимательно отслеживать ход выполнения обработок обновления ИБ.

P.S. Есть информация, что у кого-то после такого обновления были проблемы с дальнейшим обновлением базы через .cfu.

Я подозреваю, что просто база была битая, но для пущей надежности можно сделать .cf-ник предпоследнего релиза и обновить базу на него. Затем отдельно обновить до последнего релиза через .cfu и лично убедиться, что база благополучно обновляется. Впрочем, на мой взгляд, при таких опасениях вообще не следует пользоваться подобными "ускоряющими" методиками. ))

Удачи в работе!

Искренне Ваш, Владислав Рожевский (СПб, 2013)

обновление конфигурация поставщика релиз

См. также

Обновление для КА 1.1, ЗУП 2.5, БУХ 2.0: НДС, ЕФС-1, Расчет страховых взносов, Мобилизация, Статистика, Электронные трудовые книжки, 2-НДФЛ, Регламентированная отчетность, Кадровый учет, Прослеживаемость импортных товаров

Зарплата Регламентированный учет и отчетность Кадровый учет Обновление 1С Платформа 1С v8.3 Сложные периодические расчеты 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Зарплата и Управление Персоналом 2.5 Бухгалтерский учет Налоговый учет Управленческий учет Акцизы ЕНВД ЕСН Земельный налог ИП, ПБОЮЛ, КФХ Налог на имущество Налог на прибыль НДС НДФЛ ФОМС, ЕФС Транспортный налог УСН ПСН (патентная система налогообложения) Платные (руб)

Обновления для конфигураций: КА 1.1; ЗУП 2.5; БУХ 2.0; КА 1.1 Комплексная автоматизация торговли алкогольной продукцией; КА 1.1 Комплексный учет сельскохозяйственного предприятия

19900 руб.

01.04.2020    140621    678    352    

232

Автоматическое подтверждение легальности обновления базы или как обновить 100 типовых баз 1С за 5 часов

DevOps и автоматизация разработки Обновление 1С Платформа 1С v8.3 Конфигурации 1cv8 1С:Бухгалтерия 3.0 1С:Зарплата и Управление Персоналом 3.x Абонемент ($m)

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

2 стартмани

08.05.2019    24213    54    VPanin56    26    

26

Ссылочная константа содержит недопустимый ссылочный номер таблицы

Обновление 1С Платформа 1С v8.3 1С:Управление нашей фирмой 3.0 Россия Бесплатно (free)

На связи Сергей Скирдин, технический директор ИТ-интегратора «Белый код». Сегодня расскажу, как решить одну из проблем, с которой можно столкнуться при обновлении конфигурации 1С.

19.03.2024    835    sergey.skirdin    3    

13

Скрипт для обновления базы с расширением из хранилища

Обновление 1С Платформа 1С v8.3 Бесплатно (free)

Небольшая оптимизация рабочего времени через скрипт обновления базы 1С с расширением из хранилища конфигураций.

22.01.2024    1117    ke.92@mail.ru    2    

24

Многопоточное обновление 1С: Управление холдингом

Обновление 1С 8.3.14 1С:Управление холдингом Абонемент ($m)

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

1 стартмани

10.01.2024    3179    saver77    18    

24

Не обновляется типовая конфигурация 1С через конфигуратор

Обновление 1С Платформа 1С v8.3 Россия Бесплатно (free)

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

29.11.2023    1351    shestopalovpro    4    

7

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

Обновление 1С Платформа 1С v8.3 Конфигурации 1cv8 Россия Абонемент ($m)

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

1 стартмани

20.11.2023    603    6    IvanTerentev    0    

2
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
100. vvr908 446 11.04.14 09:15 Сейчас в теме
(98) insurgut, я подозреваю, что типовой платформенный механизм обновления конфигурации на поддержке, мягко говоря, несколько отличается от механизма загрузки конфигурации из .cf, даже если результаты их работы близки.
Более точные знания процесса, полагаю, можно получить либо в самой фирме 1С, либо пробовать через технологический журнал.
99. Totoro 568 11.04.14 09:03 Сейчас в теме
На типовой cf-к вместо cfu нормально обновляется уже несколько лет. Единственный риск - если 1С поместит в код обработки обновления конфигурации перенос данных удаленных реквизитов в промежуточных релизах. Проверить это можно меньше чем за час. В остальном удаление объектов на поддержке и добавление объектов на поддержке выполняется нормально. Хотя, если кривые руки, то конечно браться не стоит ...
140. Bukaska 140 28.04.14 13:05 Сейчас в теме
(99) Totoro, А как это проверить?
101. Gureev 11.04.14 09:29 Сейчас в теме
У кого-нибудь есть хоть один пример, когда 1С удаляла из конфигурации реквизиты?
(не считая переходов с 1.6 на 2.0, и на 3.0)

я вот тут тоже обновляю сейчас на 30+ релизов
начал апдейтами, потом сравнил с цф, ни одного удаления. Переименования - да. Удалений - нет.
UralKIT; 1c.master; +2 Ответить
102. nord97 170 11.04.14 11:28 Сейчас в теме
Всем добрый день!
Прочитал комментарии: вывод один, кто поступает согласно таким советам, либо никогда не разбирался в алгоритме работы процесса обновления 1С, либо не дорожит клиентами.
Вообще на 3-4 релиза обновиться на cf еще терпимо (с учетом анализа изменений), более уже критично + обновлять платформу на последний релиз тоже не всегда можно.
//по поводу удаленных объектов - они не обязательно должны быть - переименовав объект и "перепрыгнув" несколько релизов, обработку обновления тоже можно поставить в тупик

вывод: такой способ возможен только в теории, т.к. если работаешь со "своим" клиентом, так делать не будешь; а если франчайзи - то вопрос дальнейшей работоспособности базы просто никого не волнует...
(сам через все это прошел)
Тайрин; Дмитрий74Чел; +2 Ответить
103. Totoro 568 11.04.14 12:03 Сейчас в теме
Для сторонников обновления только через cfu советую почитать:
Технология обновления нетиповых конфигураций
104. nord97 170 11.04.14 12:13 Сейчас в теме
(103) Totoro, а при чем здесь cfu и указанная статья??
105. Totoro 568 11.04.14 12:16 Сейчас в теме
(104) Потому что там на примерах с картинками показано как обновить через cf с прыжком на несколько релизов без последствий от кривых рук ...
106. nord97 170 11.04.14 12:24 Сейчас в теме
(105) Totoro, Вы уж извините, что-то не видел я там такого!
107. Totoro 568 11.04.14 12:32 Сейчас в теме
(106)
Рассмотрим процесс обновления и разберем возможные ошибки на примере обновления конфигурации УПП (поставщик типовой конфигурации – фирма «1С», доработки компании Информ Сервис). Изначально обновление данной конфигурации выполнялось не по описанной в данной статье технологии, поэтому рассматриваемые в статье ошибки являются наиболее часто встречающимися на практике. Обновление будет выполняться с версии 1.2.6.2 на версию 1.2.14.1.


Просто вы еще не обновляли не типовые, когда только реструкторизация после изменения плана счетов идет несколько часов. Никто в этом случае не отключит от работы базу на день только для того, чтобы вы смогли пройтись по всем cfu последовательно.
108. nord97 170 11.04.14 12:39 Сейчас в теме
(107) а по моему Вы не очень поняли вообще для чего написана приведенная статья..
//да и вообще то реструктуризация плана счетов не зависит от того cfu это или cf; и к тому же обновление нетиповой можно просто последовательно подготовить на тестовой базе, сохранить релизы, а на рабочую только последовательно залить.. и поверьте не будет это дольше, т.к. cf-ники грузятся довольно быстро
109. Totoro 568 11.04.14 12:44 Сейчас в теме
(108) Разница в количестве обновлений базы данных. При обновлении через cfu её нужно обновлять и запускать предприятие столько раз, сколько у вас обязательных cfu. При обновлении через cf - один раз на важные изменения. Про то, что не всегда нужно обновлять сразу на все релизы там есть ссылка. И тут точно потеря во времени не от разницы между обновлением на cf и cfu.
110. nord97 170 11.04.14 12:48 Сейчас в теме
(109) Я запутался, в чем по Вашему разница времени: в том что придется запускать базу в режиме Предприятия несколько раз?? Или в чем то другом??
111. Totoro 568 11.04.14 12:49 Сейчас в теме
(110) Да, разница в количестве запуске базы в режиме предприятия с выполнением обработки обновления конфигурации. Каждый запуск базы после обновления - это потеря времени и невозможность работы пользователей.
112. nord97 170 11.04.14 12:52 Сейчас в теме
(111) Сам запуск базы занимает меньше минуты.. а обработка данных после обновления в случае "прыжка" на несколько релизов все равно запустится несколько раз, а не только для последнего релиза (и в окне сообщений Вам напишет с какого на какой релиз было обновление)
Тайрин; +1 Ответить
113. Totoro 568 11.04.14 13:02 Сейчас в теме
(112) Основная потеря времени почти всегда не в алгоритме обработки обновления конфигурации, а в реструкторизации конфигурации после изменений. И если таких изменений нет, то это действительно займет 15 мин. или меньше, в вот если они есть в нескольких релизах, то за день большую базу базу уже не обновить. И при обновлении на cf эта реструкторизация выполнится только один раз. Это в маленьких в базах реструкторизация идет максимум 1 час, в больших все гораздо дольше.
114. nord97 170 11.04.14 13:06 Сейчас в теме
(113) Даже примера не представляю на Ваш ответ..
//а если такое и будет, то неоднократно измененный объект в Вашем случае будет иметь только последнюю версию (а промежуточных для обработки обновления данных уже не будет) !! - и обновление просто некорректно отработает (это и является основной проблемой такого рода обновлений)
Тайрин; +1 Ответить
115. Totoro 568 11.04.14 13:10 Сейчас в теме
(114) Если брать БП, то таких случаев за несколько лет, если "прыгать" на 2-3 релиза было всего 1. В любом случае при вышеописанной ситуации проще подправить обработку обновления (ни что же не мешает изменить имя объекта на правильное или сразу не удалять при обновлении удаленные объекты).
ЗЫ
Так же был случай в ЗУП, когда 1С в одном релизе портили данные в базе, если обновлять последовательно на cfu не пропуская один из них.
116. nord97 170 11.04.14 13:14 Сейчас в теме
(115) Мы пришли опять к: какая разница загрузить cf один раз или несколько - реструктуризация (на уровне базы данных) будет произведена ровно столько раз сколько раз менялись напр. реквизиты (а как Вы уточнили за 2-3 года это 1 раз); итого время выполнения ~равно
117. Totoro 568 11.04.14 13:18 Сейчас в теме
(116)
Обновление через cfu:
1. Бэкап
2. Обновление на 2.0.0 - 2.0.1
3. Запуск базы, реструкторизация (2 часа)
1. Бэкап
2. Обновление на 2.0.1 - 2.0.2
3. Запуск базы, реструкторизация (2 часа)

Обновление через cf:
1. Бэкап
2. Обновление на 2.0.0 - 2.0.2
3. Запуск базы, реструкторизация (2 часа)

Разве разница не очевидна? :)
118. nord97 170 11.04.14 13:21 Сейчас в теме
(117) И с чего это в первом случае 4 часа, а во втором 2?? (в итоге "сумма" обработанных данных должна быть одна, и мы уже условились, что объекты дважды не меняются)
119. Totoro 568 11.04.14 13:25 Сейчас в теме
(118) С чего это одна? В первом обновлении план счетов поменяли, а во втором реквизитов влияющих на реструкторизацию добавили )
Если изменений в реквизитах не было тогда и смысл последовательно базы в промежутках запускать - сразу обновить на все cfu и запустить?
ЗЫ вечером посмотрю тему. Сейчас ухожу.
120. nord97 170 11.04.14 13:38 Сейчас в теме
(119) Не помню таких косяков 1С! Да и для таких ошибок есть подрелизы у обновлений 1С, которые в типовом варианте можно пропускать.
А по поводу cfu и сразу запустить - опять все сводится к тому: анализ+риск, либо последовательное обновление.
//да если уж на то пошло, то в первом обновлении при запуске в эти данные может быть, обработкой обновления, перенесена информация (которая будет исп. в послед. обновлении) - и как это все учесть??
122. insurgut 207 11.04.14 17:41 Сейчас в теме
(117) Totoro, речь идет не об одном пропущенном релизе, а о гораздо большем количестве. Реструктуризация в таком случае может и не завершится удачно :) Конечно можно предварительно проанализировать, а не будет при при обновлении чего-то необратимо удаленного, что в промежуточных обновлениях использовалось например (на вскидку могу Розницу 1.0 вспомнить, у них в промежуточном релизе система скидок в корне изменилась, происходила конвертация справочников в документы, соответственно потом информация удалялась из конфигурации). Но об этом я узнал уже после такого вот "вандального" обновления, когда разбирался "где же собака зарыта?", откатился - обновил все последовательно. В итоге - времени затрачено гораздо больше, чем изначально потратил бы на последовательные обновления.
121. Ele1234567 11.04.14 14:36 Сейчас в теме
Опасны такие манипуляции. Последствия могут быть самыми плачебными. Не советовала бы применять данный способ на практике.
nathanholn; +1 Ответить
123. arian89 14.04.14 07:11 Сейчас в теме
Делал так один знакомый вндренец- постоянно говорил ему "С огнем играешь", гыгы
124. stas1kbob 59 14.04.14 12:19 Сейчас в теме
125. mastakw 171 16.04.14 00:56 Сейчас в теме
(0) Данный метод был очевиден после перехода с 7 на 8ку. И вроде даже иногда получалось :)
Но после обнаружения в конфигурации справочников и регистров с префиксом "Удалить" стало очевидно, что "мир меняется, но не становится лучше"(древнегреческое).
Можно, сэкономив время на обновлении, нарваться а дыру в данных и "пожалеть о потраченном времени"
126. pas 81 16.04.14 06:22 Сейчас в теме
Часто обновляю типовые конфигурации через загрузку cf, чтобы избежать промежуточных обновлений. Ни разу не возникло проблем. Не пойму, чем пугают народ.
127. insurgut 207 16.04.14 07:36 Сейчас в теме
(126) pas, все зависит от количества пропускаемых обновлений
129. AlexandrIII 16.04.14 09:23 Сейчас в теме
(126)pas,
Как думаешь что произойдет если в промежуточном обновлении будут добавлены новые метаданные, а старые будут с префиксом(не использовать, удалить) и в обработке обновления будет функция переброски данных, а ты проскочишь это обновления ?

По этому перескакивать через релизы, можно только когда ты уверен в том что в промежуточных не было изменения архитектуры хранения данных. В остальных случаях можно, но осторожно :)
131. vvr908 446 16.04.14 11:47 Сейчас в теме
(129) AlexandrIII,
я понимаю, что саму статью уже давно никто не читает (а зачем, если можно пофлудить в комментах?), но там написано о том, что обработка обновления должна отработать от ИСХОДНОГО до ТЕКУЩЕГО релиза.
Так что переброска данных произойдет в любом случае при первом же запуске в режиме предприятия, если только исходные реквизиты не будут физически удалены из конфигурации (а на такие случаи методика не рассчитана, о чем в статье неоднократно говорится).
133. AlexandrIII 16.04.14 13:48 Сейчас в теме
(131) а Вы и (126) это одно лицо ? Просто я как бы ему пост писал :) просто человек или это знает или ни разу еще не попадал на такое.
134. nord97 170 16.04.14 15:24 Сейчас в теме
(131) Ну вообще то достаточно просто переименовать реквизит и обработка обновления уже не корректно отработает.
И если не сложно, кроме как в теории (или целей тестирования), приведите пример, когда реально имеет смысл использовать такой механизм.
//потому что лично я с учетом анализа изменений релизов (+ к тому же придется все равно отслеживать и релизы платформы) не вижу здесь выигрыша во времени, что бы это реально можно было использовать у клиента
//к тому же обновить порелизно проще, чем сидеть и гадать ("анализировать") "прокатит" обновление или нет
Тайрин; +1 Ответить
138. vvr908 446 18.04.14 11:27 Сейчас в теме
(134) nord97, чтобы обработка обновления не увидела переименованный реквизит, его надо переименовать дважды, т.к. она обычно переносит данные из УЖЕ переименованного реквизита.

Пример: был у контрагента реквизит "Менеджер", а стал "УдалитьМенеджер", зато появился РС "МенеджерыКонтрагентов".
Обработка обновления выполняется ПОСЛЕ обновления метаданных, поэтому возьмет данные из реквизита "УдалитьМенеджер" и поместит в РС. И только если реквизит "УдалитьМенеджер" будет реально удален из конфигурации или еще раз переименован, обработка выполнится с ошибкой.

На практике подобные ситуации КРАЙНЕ редки.
1c.master; +1 Ответить
128. пользователь 16.04.14 08:48
Сообщение было скрыто модератором.
...
132. insurgut 207 16.04.14 12:54 Сейчас в теме
135. Lars Ulrich 614 16.04.14 16:46 Сейчас в теме
не рекламы ради, а только в качестве помощи обществу, оставлю это здесь, как один из вариантов обновлений типовых конфигураций сразу на несколько релизов ссыль
136. insurgut 207 17.04.14 08:56 Сейчас в теме
(135) Lars Ulrich, ваша конфигурация может сама автоматически проверять и скачивать обновления с сайта? Или это ручная работа? Т.е. полный автоматизм возможен?
137. Lars Ulrich 614 17.04.14 19:13 Сейчас в теме
(136) если речь идет именно о текущей версии, то регламентное задание по проверке и загрузке обновлений пока не делал, так что запуск этой операции возможен только вручную. но вообще вполне можно автоматизировать и эту операцию.
141. Гость 28.06.16 13:55
Сколько стоит обновить все до свежака?
Имеется 1С:Предприятие 8.2 (8.2.14.519) , старая конфига "Управление торговлей", редакция 10.2 (10.2.5.4), вот необходимо все это дело поставить на свежую не бел. 8.3 чтобы все отгрузочные печатались на современный лад, ну и счет распечатывался в excel форме. Отдельно печать выставляемого счета с цифровой подписью и печатью (в pdf например).
Вообще реально ли такую старую конфигу в современную вытащить, там много контеров и номенклатура...
142. asg1975 260 02.03.12 11:07 Сейчас в теме
Из статьи сделал вывод только один, как обновлял последовательно так и буду. Так как не хочется заработав XXX рублей на обновлении сидеть потом и разбираться в возникших траблах потратив YY неоплачиваемых часов.
Тайрин; +1 Ответить
Оставьте свое сообщение