DDos76
Димон *

Респект за публикацию, очень помогла!!!

Обработка полезная, релиз 11.4.11.55 полет нормальный. Только есть замечания. Необходимо ограничивать объем информации, получаемую одним запросом, иначе при большом объеме инфы 1с крашится. В моем случае 20гиг данных в регистре, ограничил пачкой по 500 элементов.

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

Автору спасибо за освобожденное время, а именно:
- не надо объяснять пользователям почему так не сделали 1Сники
- не надо пользователям делать лишних движений.
и многое другое.
Пожелание к обработке - открывать форму документа для ручного проведения, т.к. если в этот день были уже установки цен - документ проведется, а движений по регистру не будет (для себя я подправил). Протестировано на УТ 11.2.3.137 (8.3.8.1747)

(12) Vadim75,
C регистрами накоплений все проще. Тестирование исправление ИБ в Конфигураторе. Обязательно с параметром при наличии ссылок на несуществующие объекты - создавать ссылки. Либо руками - на Инфостарте есть много обработок создания по GUID объектов, даже сам когда - то выкладывал. Но руками как правило слишком долго.
И не забываем делать копию перед опытами! Как показывает практика, в таких случаях лучше (надежнее) копированием файла ИБ или средствами SQL при серверной базе.

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

(9) Vextel,
Абсолютно точно! Главное, у меня обмен с УТ 11 не пережил опыта с РИБ.
Я просто не смог дождаться, когда пройдет обмен... На копии, конечно.
Оставлял на выходные, сегодня с утра прибил, т.к. сервер тормозит.
Т.е. я так и не дождался окончания выгрузки из УТ.
Судя по симптомам, что - то решило серьезно за двоиться...
А вариант с удалением - как ни странно, работает нормально.

(5) TODD22,
2013 у меня не перепроводится "так просто" и в оригинальной базе.

Любопытство победило, решил попробовать...
Из первых впечатлений. Процедуры "Тестирование и исправление", а также "Запускаем обработку "ОчисткаРегистровОтБитыхСсылок" уже были выполнены", как и выгрузка в файловую базу. Дальнейшие действия:
-Создал узел обмена через Администрирование - настройки синхронизации.
-Выгрузка по одной организации - около 40 минут, т.е. гораздо быстрее.
-Зашел в конфигуратор, создал пользователя, дал ему абсолютно все права, т.к. иначе вылетала ошибка при запуске 1с.
-Создал обработку из 1 строки - ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
-Запустился в режиме 1с предприятие, и ответил на вопрос на восстановление связи с главным узлом: Отключить, затем на вопрос о легальности приобретения обновлений.
-Подождал минут 5, пока шло заполнение начальных настроек.
-База запустилась, зашел в администрирование - Настройки синхронизации, убрал префикс и галочку"Синхронизация данных".
-Вроде все! На выделение одной базы ушло около часа (точно не замерял, занимался другим), т.е. в три с лишним раза быстрее!
из минусов (на первый взгляд):
-в РС Счета учета номенклатуры - нет ни одной записи с заполненной организацией, придется разбираться.
-Пользователи не перенеслись, возможно, что - то надо было сделать еще.
-"Улетела" дата актуальности закрытия месяца на самый первый документ. В предыдущем варианте "Распила" перепроводил только 2014 год - тут надо 2013 перепроводить.
дальше не ковырялся, перепроведение тоже пока делать некогда, т.к. 2013 у меня с налету не пререпроводится, по причине нескольких корректировок, а также изменения 1с -никами некоторых алгоритмов учета. Т.е. надо либо разбираться с переносом даты актуальности (кстати самому интересно), либо сидеть и перепроводить документы. В общем случае это времени займет тоже немало.
Так что мои обработки носят не только чисто научный интерес.

(3) TODD22,
Не факт что намного быстрее, во - первых размер базы тоже что - то значит.
Во вторых, при обмене/выгрузке тоже иногда ловятся разные "тараканы". Особенно, когда в базе есть какие - то не стыковки.
А после 2-х лет активной работы не стыковки будут обязательно. И именно на борьбу с ними было убито основное количество времени. А также на контрольное перепроведение всех баз после "Распила".
В третьих, когда нужно выделить одну организацию из например 5, как подсказывает интуиция самым быстрым будет комбинация моего и Вашего вариантов. Выгружаем данные по одной организации через РИБ и потом удаляем ее в основной базе.