Как откатить 1с на предыдущую версию

Обновлено: 04.07.2024

Маленько накосячила в базе. Можно как-нибудь откатить базу 1Сv7 на 2 дня назад?

конечно можно. архивы каждый день делаете? в чем накосячили то?

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

уходи в партизаны ((

> Только начинаю работать в 1С, применяю метод проб и ошибок. Знаете кто учится только на своих ошибках?

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

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

> не верю, что архива нет ни одного. Эта фраза из серии "А тем временем в параллельной вселенной".

Тут все проще, у них этим занимается : > всё очень просто! > Директор далёк от этого, а я не первый и не второй бухгалтер.

А Вы, я так понимаю, НИКОГДА. не ошибались!

Читают тему:

Мероприятия

1C:Лекторий: 25 ноября 2021 года (четверг, начало в 12:00) — Специальные механизмы в "1С:ЗУП 8" (ред. 3)

Где купить СОФТ
Вакансии фирм-партнеров "1С"

Центры Сертифицированного Обучения
Интернет курсы обучения "1С"
Самоучители
Учебный центр № 1
Учебный центр № 3

Сертификация по "1С:Профессионал"
Организация обучения под заказ
Книги по 1С:Предприятию

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

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

Редакция уважает мнение авторов, но не всегда разделяет его.

Дизайн сайта

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

19/08 обновился на версию 2.0.28.3. Полетели все остатки по долгам за коммунальные платежи. Программа тупо не учитывает существующие и проведенные операции "Расход в долг", которыми отражаю начисление коммунальных услуг. Что за издевательство со стороны разработчика программы. Как можно откатиться на версию 2.0.27.8, где все было нормально.

2. Если у вас нет резервной копии до обновления - откатиться на предыдущую версию практически невозможно.

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

В вашем конкретном случае - нужно смотреть детальный список отличий текущей версии от вашей.

Я бы все таки не рисковал, а ждал обновления с исправлением ошибки. В принципе, ситуация не очень критичная, а обновление скоро должно быть.

Ошибка устранена в последней версии программы.

Добрый день, Валерий.

Хотелось бы, чтоб на такие ошибки, обновление выходило более оперативно. С 19/08 было невозможно сверить начисления и оплату по коммунальным услугам, т.к. в программе их приходиться вести через учет долгов (увы, реализации модуля учета комунальных услуг в программе уже ни жду). И уж если у разработчика не получается выпуститть оперативное обновления - то почему нет возможности просто откатиться на предыдущий релиз. В очередной раз задумываюсь о смене программы по учету домашних финансов.

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

В который пишу: в данный момент этот форум не интегрирован со службой поддержки.

Что касается отката на предыдущую версию - его можно сделать путем восстановления резервной копии.

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

2. В каком еще финальном (не тестовом) продукте пользователь должен сделать резервную копию, потом выполнить обновление, протестировать весь продукт (потому что список изменений не публикуется), и после этого с вероятностью около 75% (по крайней мере - в последнее время) вернуться к резервной копии?

Каждый хочет держать под контролем свою жизнь, знать ответы на все вопросы. Так же дела обстоят в части информационных систем. Но здесь все значительно сложнее, так как ваша жизнь зависит от 3-10 человек. А в информационной системе зачастую работают 200 и 1000 сотрудников. И именно в таком потоке информации жизненно важно знать, что изменилось по сути и кто конкретно осуществил эти изменения.
Эту задачу давно ставили разработчикам 1C и вот, мы обрадованы появлением более или менее работающего механизма. Однако хранение версий в самой базе быстро приводит к ее росту. Устранению этого недостатка посвящена эта статья.
"

Версионирование 1С.
Механизм версионирования объектов используется для аудита изменений объектов информационной базы в разрезе времени и позволяет ответить на вопросы КТО, КОГДА и ЧТО изменил. В качестве версионируемых объектов могут выступать справочники и документы. Настройка механизма выполняется в форме настройки программы и доступна пользователю с ролью «Полные права». Настройка состоит из активизации механизма и настройки режима сбора версий документов и справочников.
Однако нет худа без добра. Со временем количество измененных записей по объему сопоставимо с основными данными, а потом попросту уходит в «отрыв» и превышает все разумные пределы. Что начинает существенно сказываться на объеме быстродействия системы.
Для устранения этого недостатка логично изымать эти данные и хранить их отдельно. Это тем более логично, когда информационных систем, которые необходимо подвергать аудиту, более чем одна.
Для решения этой задачи наша команда разработала программный продукт обладающий следующим функционалом:
1.Сбор данных об измененных объектах в фоновом режиме согласно расписанию. В рабочей базе остается только последнее изменение, количество «последних» регулируется. Так можно устранить «распухание» базы и одновременно можно в случае чего за секунду вернуть испорченный документ.

2.Формирование отчетов в части аудита (кто, что, когда изменил). Очень нравится «Безопасникам».

3.Все что когда либо менялось в системах.И все версии измененных объектов в одном месте в отдельной базе.Система собирает как версии так и журналы регистрации из указанных систем.

4. Но когда надо провести аудит изменений имеем полную картину.

В общем полезная система получилась. С одной стороны устраняет неопределенность изменений, а с другой дисциплинирует пользователей так как нет возможности свалить вину на «последнего».

Читайте также: