Бывают случаи, когда базу нужно откатить до какого-то периода. При этом сделанную работу терять совсем неохота. Тут и пригодится моя обработка по переносу данных.
1-й шаг – Выгружаем журнал регистрации в XML-файл.
2-й шаг – Выгружаем объекты базы журнала уже в другой XML-файл, анализируя файл журнала.
3-й шаг – Загружаем объекты в восстановленную копию.
Особенности обработки:
— анализируются события: создания нового, изменения, проведения;
— есть возможность отбора по дате события;
— есть возможность фильтрации событий по пользователям;
— выгружаются объекты типа «Справочник», «Документ»;
— при загрузке, если документ в состоянии «Проведен», то он перепроводится, для создания движений в регистрах.
Обработка проверялась в БП Корп 2.0 Выгрузка данных происходит без каких либо правил конвертации, поэтому конфигурации должны быть идентичны.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Сам когда то думал реализовать такое, неплохо бы сделать перенос движений, опционально, требуется иногда.
Движения сделают загруженные проведенные документы. Думается, так будет более корректно, чем подгружать движения. База-источник может содержать в себе не правильные движения и настройки. Тем более, что в таких ситуациях корректируются только справочники да документы.
два раза пыталась скачать: sm съели а закачали php
Наверное в связи с обновлением сайта. Можно попробовать воспользоваться другим браузером.
мало возможностей в данной обработке
(3) Сам неоднократно сталкивался с етой проблемой последним временем, таким образом просадил кучук старт мани. Автор к Тебе такой вопрос насколько большое бістродействие в твоей обработке. И будет ли она работать в самописніх конфигурациях. Зарание спасибо за ответ.
Единственное условие — конфигурации должны быть идентичны. Быстродействие меня устроило. Т.к. файлы журнала могут достигать гигабайтных размеров, пришлось при чтении xml-файла сразу же записывать объект, а не копить все в ТЗ.
(7)
Скажите, я правильно поняла, что ваша обработка определяет даты сооружаемых документов на основании периода журнала регистрации? Иными словами, если мы взяли журнал регистрации, скажем, за последнюю неделю и в этом периоде пользователь создавал документы задним числом(не входящим в этот недельный период), то при последующей выгрузке и загрузке эти более старые документы также попадут в откатываемую базу? Спасибо.
(8)Записи отбираются по дате события(момент времени изменения объекта). Если событие попадает в период, объект будет выгружен, а значит в последствии загружен в копию базы. Дата документа не играет здесь никакой роли.