Помогите найти работающую обработку для переноса документов между одинаковыми конфигами ЗиК.

http://1c.tom-sk.ru/1cv77/ert/universalnaya-obrabotka-servis-administratora-ibd/

Но помни что ЗиК это не бух и не ТиС ... Журналы расчета долбанные

я писал такую.
ftp://anthon.dyndns-office.com/!Work.rar
посмотри обработку с названием OLEOLEOLEOLE!.ert

(1) а у тебя записи журналов расчета переносятся?

(3) нет, справочники и документы, хотя если честно не помню, не моя обработка просто пользовал много раз ... вообще ТС не озвучил что и для каких целей ему конкретно нужно ... может в его случае вообще УРБД самое оно

да базу похерили, вчерашнюю копию восстанавливаем. И надо бы обработкой перенести документы за 1 день. А записи журнала рассчев думаю можно запустить потом пересчет и все, так ведь?

(5), а ну в этом случае да, мое предложение вам подойдет

(5) Хотя непонятно как похерили раз документы перенести из нее можно

(7) Вручную восстановить записи журнала расчетов
в прошлом периоде начисления удалили одному сотруднику. Документы не пострадали никак.

(5) доки за один день??? вручную перебить быстрее будет. обработка ЖР_Редактирование.ert вам в помощь

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

естественно в похеренной базе все можно восстановить. один сотрудник блин ))) делов на пару минут...

(10) обработкой добавлять запись в журнал можно? Это очень интересно. А как эти записи к документам привязываются? Не могут же они сами по себе в журнале висеть?

(8) а зачем тогда вообще переносить документы если все документы на месте, кури матчасть по журналам расчетов, это тебе не тис который при проведении документов двигает регистры и не бухня которая формирует проводки двигающие бухитоги
если вдруг у тебя нет обработку по ручной правке ЖР то вот она http://1c.tom-sk.ru/1cv77/ert/zik-vneshnyaya-obrabotka-redaktirovanie-zhurnalov-rascheta/

ну ты открой ее сначала..

(13) у меня круче )))

(12) привязываются они в этой же обработке без проблем. это всего лишь два реквизита записи.

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

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

правило №0 - перед тем как восстанавливать рабочую базу из вчерашней копии, сделай копию "сломанной" рабочей базы

(19) это для слишком мудрёно как-то.

(20) тогда не лезь лучше в базу...

(20) любое серьезное изменение рабочей базы неважно в каком она состоянии делается после бэкапа текущего состояния рабочей базы

(22) интересно тогда, откуда он собрался переносить документы ;)))

(21) +100500, +(22) иначе руки отрывать и к базе больше не подпускать

(23) гхм, это я както пропустил ... гхм забавно