Давно не обновлялся. Тут решил в связи с тем, что произошли изменения в реквизитах платежей в бюджет. Поэтому три дня обновлял БП с версии 3.0.69.х до 3.0.87.28. Где-то в районе 3.0.75 выдало предупреждение о каком-то неуникальном имени. Я не обратил внимание на это и продолжил обновление. По завершению зашел в базу. При входе выдало ошибку:
по причине:
Запись с такими ключевыми полями существует! : ОбработчикиОбновления: РасчетЗарплатыДляНебольшихОрганизаций.ЗаполнитьУдержаноОтпусковИБольничных (Регистр сведений: Обработчики обновления; Номер строки: 236)</v8e:Comment>
Можете посоветовать, что сделать, как исправить? Я никогда ничего не делал в конфигураторе кроме обновления базы, которое всегда происходило без проблем.
Бэкап остался от 8.3.69, но так не хочется терять труды двух-трехдневных ожиданий.
(15)
(14)
Это расширение конфигурации
Открываем конфигуратор - верхнее меню - конфигурация - расширение конфигурации - добавить из файла - выбираем расширение - обавляется - снимаем галочки все кроме галочки Активно и закрываем конфигуратор - запускаем 1с предприятие
три дня обновлял БП с версии 3.0.69.х до 3.0.87.28...
По завершению зашел в базу.
Если вы после каждого обновления не запускали программу в режиме 1С:Предприятие, то три дня вы потратили зря, т.к. весь смысл обновления через Конфигуратор с помощью CFU и заключается в том, что бы после обновления конфигурации были запущенны обработчики данных в пользовательском режиме. Иначе результат будет такой же, как если сразу накакатить CF последнего релиза.
(2) Потому что автообновление из режима предприятия на несколько релизов равноценно последовательному накатыванию CFU в конфигураторе с одним запуском в конце. Так же это равносильно и накатыванию CF с перепрыгиванием через ключевые релизы.
(15)
(14)
Это расширение конфигурации
Открываем конфигуратор - верхнее меню - конфигурация - расширение конфигурации - добавить из файла - выбираем расширение - обавляется - снимаем галочки все кроме галочки Активно и закрываем конфигуратор - запускаем 1с предприятие
(17)Спасибо огромное. Это действительно помогло. И даже стало корректно работать проводка перечисления зарплаты. Я просто заметил сегодня, что на конфигурации ~3.0.76 тла вылезать ошибка "преобразование значения к типу дата не может быть выполнено" при указании ведомости в банк и проведении операции.
Применение данного патча как отразится при работе базы в дальнейшем? При обновлении , при прочих операциях?
ем расширение - обавляется - снимаем галочки все кроме галочки Активно и закрываем конфигуратор - запускаем 1с предприятие
Добрый день подскажите пожалуйста, добавляю расширение в Конфигурацию ЗУП гос учреждения, запускаю предприятие запускается обработка обновления и также выходит ошибка, есть ли какие то тонкости , при добавлении расширения кроме выше описанных
три дня обновлял БП с версии 3.0.69.х до 3.0.87.28.
По завершению зашел в базу
Заходить в базу нужно после КАЖДОГО обновления и дожидаться успешного выполнения обработчиков обновления данных, а не один раз в конце.
Да и что там вообще три дня обновлять ? Между 3.0.69.* и 3.0.87.* было всего 10 релизов.
Восстанавливайтесь из бэкапа и обновляйтесь заново по-правильному.
10 релизов без запуска режима предприятия... я тоже люблю рисковать)))
В этом случае проще запустить обновление через режим предприятия в автоматическом режиме, как правило в таком режиме проблем меньше.
(1), к сказанному: прежде, чем приступить вновь к обновлению релиза 3.0.69.* (через конфигуратор, или в автоматическом режиме) проведите полное ТИИ; в случае обновления в автоматическом режиме отключите установку патчей исправления - их установите после завершения конфигурации и базы.
Если обновления были в конфигураторе, только по допустимым вариантам, с анализом списка изменений, с соответствующими корректировками при сообщениях о проблемах, а также, с обязательным запуском после устранения проблем 1С:Предприятие - по этим версиям все корректно получается.
(3) (5) Господа, вы если не знаете - так и не говорите...
Даже если прыгнуть на 10 релизов вперёд, и система тебе это позволяет - служебные процедуры (функции) обновления проходят циклично по каждому релизу...
Т.е. служебные процедуры (функции) для обновления релиза (например) "3.0.78.69" выполнятся...
Затем выполнятся служебные процедуры (функции) для релиза "3.0.79.11".
Включать каждый раз пользовательский режим - бред...
Я конечно люблю зарабатывать, но никакой клиент при пропуске релизов за пол года не будет платить 2 дня!!!
Любой "школьник" сделает обновление с отставанием в пол года за 2 часа и после вас - будет героем в глазах клиента...
Не исключено, что в каком-то конкретном релизе есть "шероховатость", которая мешает "прыгнуть" на несколько релизов вперёд.
Но, говорить что: "Нужно ставить релизы подряд и каждый раз стартовать пользовательский режим" - это не профессионально...
(22) Вы случано не сотрудник франча? У них распространен подход к работе "сделать побыстрее, получить оплату и свалить в закат".
Официальная позиция 1С по типовым конфигурациям - обновлять последовательно с запуском предприятия после каждого обновления. Из своего опыта я знаю, что такая позиция небезосновательна, т.к. не раз встречал запоротые базы после обновления с прыжками. Поэтому лучше я потрачу два дня на последовательное обновление давно не обновлявшейся конфигурации и дам гарантию, что всё пройдет гладко, чем обновлю базу сразу на последний релиз через CF и ещё две недели буду разгребать проблемы вроде потерявшихся данных.
а если серьезно, у клиента сутки на слабом компе обновлялась Бухгалтерия за 3 года в режиме 1С, выдала ошибку как в теме.
я воспользовалась расширением, обновление пошло дальше, и вывалилось из-за нехватки памяти.
взяла базу себе чтобы обновить, релиз 3.0.58.41
(25) Нет... И вообще за 15 лет работы с 1С - такую ошибку вижу впервые... Всем своим клиентам всегда обновляю "прыжками", если это возможно. Никаких проблем не возникало... Я просто не представляю, при Вашем подходе, как сказать клиенту что за обновление типовой конфигурации - он должен заплатить например 24 к. рублёв... А если у твоего клиента 20 баз? Пока сделаешь обновления и отчётность пройдёт...)))
1) Обновился до релиза 3.0.71.89 с запуском пользовательского режима
2) Обновился до релиза 3.0.75.109 с запуском пользовательского режима
3) Обновился до последнего релиза 3.0.88.22 с запуском пользовательского режима
(26) я еще в первом бите поднатаскалась обновлять цф-никами, но иногда не прокатывает. и данный случай именно такой с БП за 3 года. а вот с БП 2 накатывала и через 5 лет пропуска.
сейчас еле-еле до 64 релиза дошла. если из конф-ра по порядку, до 71 еще далеко
Не отчаивайтесь... Процесс всё равно можно ускорить, если брать последний подходящий релиз для текущего.
Например, для релиза 3.0.64.54 - последний подходящий 3.0.66.53.
На сайте https://releases.1c.ru/ если открыть список всех обновлений - можно в браузере в поиск вбить номер тек. релиза и увидеть какой последний подходящий релиз, чтобы глазами не искать.
Таким образом можно тоже перескочить через несколько номеров...
Если клиент адекватный, понимает срок отставания и сложности которые с этим связаны - можно попробовать договориться.
В разумных размерах разумеется...
(34) можно сидеть и скачивать релизы, но это затратно по времени, хот обычно так делаю. сейчас делала через поиск на сайте, и там подходящие релизы были немного другие
(17)(Это расширение конфигурации
Открываем конфигуратор - верхнее меню - конфигурация - расширение конфигурации - добавить из файла - выбираем расширение - обавляется - снимаем галочки все кроме галочки Активно и закрываем конфигуратор - запускаем 1с
Загрузка невозможна: редактирование разрешено не для всех объектов конфигурации!
(37)
(38)
Для базовой нужен оооочень большой напильник. Если есть возможность - откатиться. если нет - я бы выгрузил конфигурацию в ФАЙЛЫ и просто закомментировал кусок ошибочного кода и загрузил конфигурацию из файлов. Давно не работал с базовой слабо представляю ее ограничения.
Вы можете мне это сделать? первый нет резервной копии...
Запись с такими ключевыми полями существует! : ОбработчикиОбновления: РасчетЗарплатыДляНебольшихОрганизаций.ЗаполнитьУдержаноОтпусковИБольничных (Регистр сведений: Обработчики обновления; Номер строки: 217)
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(3418)}: НаборРазделенныхОбработчиков.Записать();
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1901)}: ДобавитьОтложенныеОбработчики(ИмяБиблиотеки, ОбработчикиПоВерсиям.Строки, ГруппаОбновления, ТекстОшибок);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1686)}: ОбновитьСписокВыполняемыхОбработчиковОбновления(ИтерацииОбновления);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(93)}: ВыполнитьДействияПриОбновленииИнформационнойБазы(ПараметрыОбновления, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(2289)}: Результат = ВыполнитьОбновлениеИнформационнойБазы(ПараметрыОбновления);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОбновлениеИнформационнойБазыВФоне(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5113)}: Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ДлительныеОперации.Модуль(1036)}: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1026)}: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
Запись с такими ключевыми полями существует! : ОбработчикиОбновления: РасчетЗарплатыДляНебольшихОрганизаций.ЗаполнитьУдержаноОтпусковИБольничных (Регистр сведений: Обработчики обновления; Номер строки: 217)
по причине:
{(27, 27)}: Поле не найдено "ТТНВходящаяЕГАИСТовары.УдалитьСправка1"
И ТТНВходящаяЕГАИСТовары.<<?>>УдалитьСправка1 <> ЗНАЧЕНИЕ(Справочник.Справки1ЕГАИС.ПустаяСсылка)</v8e:Comment>
Конфигурация Розница 8: 1С-Рарус:Магазин строительных и отделочных материалов, редакция 2.3.3.12