Есть задача свернуть базу ЗИК ГУ 3.1, т.е. удалить все документы и оставить только регистры для расчета отпусков и больничных.
Данные о начислениях для расчета среднего заработка (ФСС)
Данные о времени для расчета среднего (общий)
Данные о начислениях для расчета среднего заработка (общий)

Что-то типа такой:
https://infostart.ru/1c/tools/864101/

В этой обработке в модуле выдает ошибку:
Метод объекта не обнаружен (ПоказатьРегистры)


НаКлиенте
Процедура Создать(Команда)
        
    Форма = ПолучитьФорму("Документ.ПереносДанных.Форма.ФормаДокумента");    
    ДанныеФормы = Форма.Объект;
    ЗаполнитьДокументНаСервере(ДанныеФормы, Объект.Период);
    КопироватьДанныеФормы(ДанныеФормы, Форма.Объект);
    Форма.ПоказатьРегистры();
    Форма.Открыть();          
    Закрыть();
    
КонецПроцедуры

Не делайте этого. Не удаляйте

Ваша команда "Создать" ни о чём. Вы тупой бот

Ваш код полный бред.

Доколе мы будем терпеть это нашествие тупых ботов на мисту?
Почему только я держу удар?
Помогите, братцы.

(0) На самом деле, для корректной работы после проведения свертки, кроме документов ввода начальных остатков, регистров среднего заработка для отпусков и пособий по временной нетрудоспособности, требуется еще и большой объем вспомогательной информации (особенно для ЗГУ).

Например, в нашей обработке свертки ( https://o-systems.ru/shrinkhrm/ ) только в правилах обмена для переноса документов и регистров используется порядка 90 ПВД (это не считая алгоритмов, запросов и ПКО). А еще часть кода, отвечающего за очистку (преобразование) данных, находится непосредственно в модуле обработки свертки.

(5) Нравятся мне такие обработки, когда сразу видно, что сделано с любовью к пользователю.
Понятно, что в реальности будет отработано процентов 95 необходимой информации. Но гораздо дороже изобретать с нуля.

(6) Как вы лодку назовете, так она и поплывёт.

Как только назвали "свёрткой" - все. тушите свет, удалят что нужно и что не нужно.

Правильнее было бы назвать "переносом". И с моей личной точки зрения, надо переносить ВСЕ по сотрудникам, по которым предстоит сдавать отчетность в текущем году. А те, кто ушли "совсем", пусть остаются в старой базе.

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

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

Можно! А зачем?

(5) Использовал эту обработку, когда объединял базы.
Очень хорошая. Помогла оч. сильно.

Мда. Очередное бесполезное сборище.
Хоть бы один полезный комментарий.

Критика вещь хорошая если в ней есть зерно для размышлений и подсказка. А так "пернуть" чтобы пахло может каждый.

Если есть готовые решения, предложите.
Есть опыт, поделитесь.
Обработка понятно что не моя. Чего орать-то.
Что нашел, то и пробую.

Как сделать базу без старых косяков и ошибок и старых данных???
Вроде как удалить все кроме справочников необходимых, и удалить документы ненужные. Поскольку на 1 января все долги по 0, то остатки мне не нужны. Вот хотелось с 1 января и начать "с чистого листа".

Если есть дельные предложения - буду рад.


Ну или вариант перенести справочники и

(11) ты ни разу ЗУПа не нюхал, задаешь тупые вопросы, чего хотел то? Что тебе распишут, как все сделать? Бесплатно? Помнишь где даром? И так раз десять для текущего ЗУПа - страдай.

(11) Т.е. вы буквально делаете какие-то рандомные действия и ждете каких-то толковых советов, делая это без уважения? Промптить форум - хорошая идея? Самый хороший совет в виде ссылки вам указали, это работает и стоит относительно недорого.
За sm у Доржи (хотел написать что один шлак, но не буду из уважения к некоторым участникам), скажем так, это не совсем "готовые решения". Да что говорить, даже за деньги зачастую что-то не работает "из коробки", буквально.