Доброго времени суток!

Такая ситуация - в плане счетов у 15 счета стоял признак "Количественный". Естественно и учет велся по количественному признаку. При обновлении конфигурации признак "Количественный" стерся (галка по умолчанию не стоит), а вручную поставить забыли. Теперь все данные по этому признаку удалились.
Есть варианты:
1)Вручную пересоздать\перепровести документы (долговато)
2)Восстановить копию базы (месячной давности), и донести с помощью обработки документы за месяц (возможно изменялись документы предыдущих периодов)

Какие есть еще варианты? Может есть специальная обработка, или, хотя бы, приблизительная.

Конфигурация "Бухгалтерия предприятия 2.0"

Спасибо за внимание.

Пффф. Имхо только перепроводить доки

а на фига бы на 15-м количество?

Naumov, не знаю, зачем там людям на 15 счете количество. Видимо для какой-то внутренней отчетности.

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

(0) Когда-то делал обработку для УПП на 8.1 ещё, которая подсовывала проводки из бух. регистра архивной копии через V81.Application в бух. регистр рабочей базы. Ключевые функции ЗначениеВСтрокуВнутр и ЗначениеИзСтрокиВнутр - для преобразования ссылок. Мысль понятна???

(0) Зарегистрируй изменения по всем записям и перенеси их обработкой обмена данными

(6) Изменения чего? Поля КоличествоДт? Было 0, стало 0. Что то изменится? Надо заново в поле проставить значение.

(7) поясняю:
в старой БД, где есть галочка кол. учета, регистрируешь записи регистра в плане обмена.
В новой БД создаешь галку количественного учета.

Далее, находишь обработку (загрузка выгрузка ХМL), которая переносит записи в новую БД.

(8) А... Сорри, перенести количественные движения и перепровести доки за месяц. Я не въехал.

Быстрее бедет конечно чем тупо доки перепроводить, если у ТС времени не много уйдет на КД. ;)

И еще коллизии могут вылезти с редактированными доками по этому счету.

(9) так КД не надо. просто универсальной. она же умная. в идентичную без проблем выгружает-загружает

(9) да ему даже КД не нужна.

Зарегистрировать изменения записей по регистратору в плане обмена. Затем выгрузить эти наборы записей в XML и проапдейтить ими существующую базу.

+(12) даже ничего проводить не надо. Записи регистров сами в новую базу подтянутся и лягут так, как нужно.

Да я не против! Чего вы тут на меня наехали? :)

Грабли будет чувак разгребать, если юзеры активные.

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

(15) а, ну если две базы уже давно живут разной жизнью, то да, гемора может быть много :)

(15) та да. за ночь должна справится или на копии запустить

(17) если целый месяц надо перепроводить, да еще задним числом могли чего поправить - то лучше просто перепровести документы по последовательности, имхо... за ночь справится.