Неожиданно негаданно на 3 день после обновления, оборотная сальдовая ведомость разъехалась, как выяснилось после обновления ночью запустилось регламентное задание, которое на создавало "Регламентная операция" датами 31.12.2021 23:59:59 и 31.12.2020 23:59:59 при том по несколько штук, а дальше веселее начиная с 2017 года отредактированы "Реализация (акт, накладная, УПД)" при том не все где-то 5% от общего объема, так же у документов "Перевод ОС в малоценное оборудование" убраны все движения

НО вишенка на торте, тот кто обновлял не сделал Резервную копию, а регламентное копирование встало ещё в 10.08.2022
Такие дела с обновлением 1С БП 3.0.121.31

Версия платформы 8.3.18.1779

Это с общей датой запрета редактирования было?
Или у пользователя кто первый запуск был доступ в закрытый период?

Точно виновато обновление?

(2) Да

Процедуры обновления которые это сделали:
Переносит движения документа "Перевод ОС в малоценное оборудование" в регламентную операцию.
Заменяет устаревший вид электронного документа на актуальный.

(3) Гм, главный бухгалтер будет в восторге в переносном смысле.

(0) https://bugboard.v8.1c.ru/error/000130534

оно?

(4) это статья чисто предупреждение будьте аккуратны))
дата запрета стоит 30.06.2022 но регламентному заданию было пофиг

(6) А как тут быть аккуратнее? Если 1с деструктивные обновления выпускает...

пока не обновляться? ждать следующего релиза ?

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

Вообще, конечно, обновлять на горячей базе без предварительного тестирования на копии - это вредительство конкретное.

Не обновились, ничего не проверли, вообще не понятно будет ок или не ок - х.х. в продакшн. А затем как вылезет нечто и ппц :-)

тестовая 3.0.122.94 вчера выпущена с исправлением

(10) Лично я сначала делаю бэкап перед и после делаю запуск и дожидаюсь пока все обновления пройдут
Понятно все потом не проверяю, скорее всего было бы неприятно
Брать старый бэкап и туда новые доки переносить

(13) Забава заключается в том, что структура этих документов и регистров изменена, без подгонки этого не сделать))))) чем и занимался прошлую ночь, ещё пока не выровнял до конца ...

(5) вроде оно, ща на копии попробую

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

Понятно, что это сильно растягивает сроки появления обновления на рабочих базах от времени появляения самого апдейта на релизах.

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

(16) или просто к календарю релизов прибавляешь неделю и ждешь постов как (0).

(18) тоже вариант

(18) +1

"тот кто обновлял не сделал Резервную копию"
пожизненный эцих с гвоздями.

про реализации отредактированные мне интереснее , про это в баглисте нет ничего
что поменялось в них ?

(21) кто пустил его обновлять ?

(23) прикинь базовые/файловые автоматом сами обновляются юзерами

(24)+ во воплей то возможно будет, релиз должны снять срочно

(24)Так оно, если никто ничего не отключил и резервку делает, а (0) вещает об отсутствии архива.

обновил системный администратор, т.к. Бухгалтерию зае*ала табличка что нужно обновиться, база SQL но служба с отвечающая за обновления и регламентные задания была остановлена с августа ...

(27) Гон, админ и без архива? Он по закрытию месяца им тоже помогает? А вы там кто?

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

(27)Так и может админ через предприятие и обновился? Архив поди лежит у него в темпах и ждёт.

(28) Это Челябинск, брат

:-)))))

(27)А какая служба за обновление отвечает и как её остановить админу?

(31)Поди еще и ЧТЗ?)

(28) он настраивает подписи цифровые и банки, я отвечаю за 1С Самописную, производство, комерсанты, КД, ТД, планирование, обмены с другими системами, короче за все кроме Типовых, за типовые отвечает 1C франчайзи

(34) не так, обновляет 1С франайзи, меня подключают когда какой-то пипец происходит

(33) а кто их знает. Этого не видно, но если там много-много документов перехода по ФСБУ-6 , то явно не пивной ларек

(32) * ошибся не Обновления а Бэкапы

Цирк с конями, кароче, не ларёк, на обслуживании у франча, с каким-никаким ИТС, зажали 2к на франча(если не просто лень позвонить при соответствующем уровне ИТС) и не в ларьке скульные архивы встали полтора месяца назад, збс не ларёк.

(34)Так его и пусть попросят восстановить, а то пустые движения документов зае*али)

(35) кстати да
фра интересные в накосячить и свалить, но не забыть деньги взять и не возвращать ))

НО в данном конкретном случае, фра не спешил убивать базу. И вероятно, что забакапился бы перед сменой локации :-)

Админ не фра - он накосячил.

Хотя не буду спорить, что в практике работы за неаккуратной и судрожной активностью фра прибирать приходилось.

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

(10) Далеко не каждое тестирование сможет выявить все косяки. Тут да, явно видно, что оборотка расползлась. Но гадости поменьше не всегда видны. А достаточного времени на тестирование традиционно нет. Разработчикам явно аккуратнее нужно писать код.

(10) Особенно эта проверка поможет в случае "через три дня запустилось регламентное задание"

(22) на вид глянул 5 доков, ничем не отличается только в движениях ДтКт появился новый элемент "УточнениеПериода"

(0) А дата запрета стояла?

(46) ответ в (6).

(0) эпично...

(45) НА тестовом релизе пробовал? исправили ошибку?

(48) пока ещё обновляется

(49) ну это же нужно откатиться на базу перед обновлением. Ошибку новое обновление может исправило, но восстановление разрушенных данных сможет ли исправить... Вероятно, что исправление будет в тотальном перепроведении всех подходящих документов и/или операций

(3) Можно отрубить то что меняет в прошлом. Но без бекапа, это сильно :)

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

я сравнил 3.0.121.31 и 3.0.122.94, нашел изменение по теме только в запросе общего модуля "УчетОС" в процедуре ПодготовитьРасчетАмортизацииОСПоФСБУ6

в партнерке есть тема
https://partners.v8.1c.ru/forum/topic/2083004
в теме упоминается обработка по корректировке проводок по переходу на ФСБУ6, доступная в обновлениях

(54)
У Вас нет доступа к "Партнерской конференции".

Условия предоставления доступа:

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

Также доступ предоставляется специалистам, приобретшим специальную поставку "1С:Предприятие 8. Комплект специалиста по разработке и внедрению" и не работающим в фирме-франчайзи. Решение о предоставлении доступа принимается руководителем ЦСО или фирмы-франчайзи, продавшей данный комплект.

Доступ предоставляется только под учетными записями, в которых полностью указаны фамилия, имя и отчество участника форума. Заполнить необходимые для участия в конференции данные можно в профиле пользователя Портала 1С:ИТС. Учетные записи, содержащие в ФИО информацию «Представитель компании», не идентифицируют участника форума, поэтому доступа на форум не имеют.

Обновление 3.0.122.94 ничего не правит ...

(56) А хоть какая-то копия базы есть, которая еще в нормальном состоянии? Ее нужно пробовать обновлять, чтоб посмотреть результат. Похоже, что испорченную базу уже не вылечить обновкой.

(52) ...и тогда прогеры начинают сами "бэкапить" базы как могут (выгружая в dt или создавая дополнительные узлы, если РИБ)...

(57) Если есть текст алгоритма, который покалечил данные, - то можно написать "обратный" алгоритм, который вернет данные к первоначальному виду. Есть одно но: если этот алгоритм изменял вторичные данные (например, движения документа).

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

(60) Если послушать автора ветки, то есть бэкапы до августа - следовательно у автора есть все первоначальные данные до этого месяца.
PS: мне гораздо проще и быстрее настроить и использовать возможности РИБ типовых конфигураций - никакой универсальный обмен не сравнится по скорости переноса с РИБ.

(59) По каким звездам калечащий код искать? ТАм гектары кода

(0) красота)) Обновление без бекапов, нет запрета изменения. это не работа, а саботаж какой-то)

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

(0)Спасибо вам, что вы есть..

хотя и 5 тыс можно выгрузить в xml и загрузить в рабочую

(62) Автор - в курсе ("как выяснилось после обновления ночью запустилось регламентное задание"), но Вы  - можете гадать по картам звездного неба онлайн, - например, https://in-space.ru/skyonline/ :)

(67) Не все так просто, это доп.обработчики перехода, запускаемые фоном в клиент-серверном режиме, список определяется программно и не явно.
p.s. Просто лень ковырять.

(0) охренеть. Сильна 1С...

Что в итоге делать то? Реально регламенту пофиг на дату запрета? Бухи требуют обновление )

(70) ну там не регламенту пофиг,
А конкретные процедуры обработок в ходе обновления игнорят установленные ограничения.
Во многих из них разработчики прописывают повышение привелегий, в том числе, игнорируют даты запрета.

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

(70) "Реально регламенту пофиг на дату запрета?" - согласно рекомендациям методистов, обработкам обновления - да, пофигу:
...
3.2.3. Таким образом, в коде обработчика обновления вместо
ДокументОбъект.Записать();
должно быть:
ДокументОбъект.ОбменДанными.Загрузка = Истина; // отключить всю бизнес-логику при записи
ДокументОбъект.ДополнительныеСвойства.Вставить("ОтключитьМеханизмРегистрацииОбъектов");
ДокументОбъект.ОбменДанными.Получатели.АвтоЗаполнение = Ложь;
ДокументОбъект.Записать();

При использовании в конфигурации Библиотеки стандартных подсистем (БСП) версии 2.1.4 и выше следует использовать процедуру ЗаписатьДанные общего модуля ОбновлениеИнформационнойБазы:

ОбновлениеИнформационнойБазы.ЗаписатьДанные(ДокументОбъект);
...

Как можно накатывать обновление не сделав копию? Вы как будто в 1с Первый раз работаете :)

Автор, спасибо большое за публикацию. Удалось предотвратить проблемы.
Обновились на релиз, исключили неугодные процедуры обновления. Все ок.

(74)
исключили неугодные процедуры обновления


А какие попали в список "неугодных"?

(74) а если копию обновить не исключая - баги были?

в конторах, где нет документа "Передача ОС в малоценное оборудование" косяков вроде не всплыло.

(77) меня смущает про реализации из (0), хотя думаю это они сами накосячили

Проверил на БП КОРП. Обновлял с релиза 3.0.121.25 на 3.0.121.31. Документов "Перевод ОС в малоценное оборудование" в базе нет. Но для эксперимента ввел такой документ от 11.10.22. Затем обновлялся.
Результат: ОСВ за 9 месяцев 2022 до обновления и после обновления совпали. Все проводки в документе "Перевод..." на месте. Ночью планируем обновлять рабочую