В Торговле не переносятся остатки. После запуска Тестирование и исправление ИБ выдает sbj. Пробовал чистить dbf-ы, результат не изменился.
Я помню, что подобная тема где-то обсуждалась, но найти сейчас это нереально. Помогите пожайлуста.

Извините. Проблема очень актуальна, поэтому поднимаю тему наверх.

Тык, собственно в чем ошибка-то? Хоть бы намекнул.
Что выдает Конфигуратор?

Такое происходит в самом начале тестирования? Если да, тогда где-то побитая форма какого-то эелемента (справочника, док-та др.) Что-бы найти надо все пооткрывать - ручками - если что-то неоткрывается - это оно. Просто слегка порушенные эМДешник:(

Проблема поднималась и решать предлагалось через FAR-plugin с www.7-zip.com<br>под названием fdb****. Если .MD переименовать в .DOC, то он разворачивает
.MD в структуру и при его помощи из заведомо исправной conf переносишь соответствующий объект. Помогало только при наличии конфы с заведомо исправным объектом. Кроме того подобные сообщения иногда выскакивают при правке конфы в более старшем билде, нежели на котором работает. Но самый лучший метод - не хлопать ушами, а держать эталонную конфу в архиве. Это, кстати, и 1С рекомендует, так как их внутренний код править практически невозможно.

serge+i или кто-нибудь, а посоветуйте, что делать когда FAR-овый плагин не открывает порушенный MD. У меня тут недавно такое случилось: по всемя сохранения конфиги NT вылетело в BSD (Black Screen Of Death). После этого MD не открывался ни FAR-ом, ни самой 1С. Интересно, что все три копии этого MD после перезагрузки побайтово были идентичны (первая копия в каталоге с базой 1С, вторая - в NEW_STRU, а третья - в TEMP-е). Не помогло ничего вообще, хотя надо-то было из этого дохлого MD вытянуть 2 документа.

Если не в лом порыться в архивах, можете поискать - с пару месяцев назад писал как довольно точно выяснить где партак в md-шнике. Если коротко, то md-шник состоит из разделов - описание документов, справочников и пр. При проверке конфигуратор шерстит их по-очереди - как они расположены в md-шнике. При партаке шерстить перестает - то есть надо засечь где он спотыкается. Это можно сделать при помощи утилитки filemon. Живет она тут - http://www.sysinternals.com бесплатно. Делается это так - запускается филемон, который отслеживает все обращения к файловой системе и показывает какой файл и в каком месте читался. Сразу после появления ошибки останавливаем монитор и смотрим, что, например, последний раз читали со смещением 7654321 байт, а потом полезли по смещению 99999999999 байт. Далее все просто - в фаре перемещаемся по этому смещению (7654321) и смотрим, о чем там говорится - служебная информация там не шифруется и разобраться о каком элементе метаданных идет речь можно. Потом удаляем его и ручками создаем по новой.
Все.

Всем спасибо. MD исправили, но остатки все равно не переносятся... Что делать?