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

Question

[Петр]

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

Answer 1

[ibystrof]

На будущее: Если планируете грандиозное обновление, то необходимо всегда делать бэкап. Это золотое правило любого уважающего себя разработчика. Не стоит пренебрегать бэкапом. Это может спасти ваши нервы и время.
Теперь рассмотрим ситуацию, когда восстановить из бэкапа невозможно, но есть конфигурационный файл.
Принцип такой: через интерфейс : сравнить/объединить удаляешь новое, восстанавливаешь старое. По веткам иеархии метаданных переходишь и выбираешь, что удалить, а что оставить.
Вариант, когда нету конфигурационного файла и нет бэкапа. Через отладку комментируйте строки, где появляется ошибка.
Вариант, когда есть конфиг. файл, нету бэкапа и нет возможности его использовать, либо не получается:
Отдать специалисту вопрос.
Надеюсь понятно расписал.

Comments

[Петр]

Спасибо. Ради интереса, время будет, попробую по вашему совету. Хоть проблема и решена, но поиграться с 1с всегда интересно.

Answer 2

[Игорь]

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

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

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

проще всего починить ваш отчёт чем такое делать

Comments

[Петр]

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

[Петр]

Спасибо. Костыль помог. Отчет получен. Проблема закрыта

Answer 3

[Drno]

восстановить из бэкапа

Comments

[Петр]

а как быть с данными? нужна база с старым релизом конфы, но с актуальными данными.

[Drno]

Петр, ну обычно бэкап делается по отдельности. конфигурация и данные. в 2 файла. если у Вас 1 общий файл - я если честно Хз...

[Петр]

Drno, у нас грузит дтшки автоматом и скульные данные. раз в неделю.

[Drno]

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

Answer 4

[Константин]

доработать отчет)
ЗуП меняется периодически, по законодательство

Comments

[Петр]

ну на это уже задача аутсорсу поставлена.

[Константин]

т.ч. взять на заметку если такой критический отчет.
то обновление на Копии, проверять отчет и прочие критические моменты, после обновлять рабочуюю.

Answer 5

[Дмитрий Кинаш]

1. Если вы не специалист, то только вариант восстановления из бекапа, который снят до обновления.

2. Если вы специалист..., то знаете, что даунгрейд мало того, что не ответ, так еще и может привести к потере данных. Если вы специалист, то просто исправьте ошибку отчета. Ведь если обновление ЗУП прошло все внутренние тесты в 1С и другие пользователи не жалуются, то явно ошибка в ваших локальных настройках или в особенности учета.

Comments

[Петр]

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

[Игорь]

. Ведь если обновление ЗУП прошло все внутренние тесты в 1С и другие пользователи не жалуются

смешно ;)))

Петр, проще отчет поправить

[Петр]

Игорь, в том то и дело, что даже аутсорс руками разводит.

[Дмитрий Кинаш]

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

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