Здравствуйте.

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

Через dd-шник определил DH-файл в котором дублируется IDDOC.
Также этот IDDOC соответственно дублируется и в таблицах _1SJOURN, _1SCRDOC и еще возможно в таблицах регистров R*.
Соответственно возникают вопросы как необходимо исправлять вручную идентификатор, во всех ли таблицах или будет достаточно исправить в какой-нибудь конкретно? Если во всех - то как найти все таблицы в которых он участвует. И как надо исправлять? Достаточно будет ли удалить любую из дублирующихся строк, при условии что данные не нужны этих документов(потом вручную забьем, их 3 штуки всего).
Цель всей операции - перенести базу в SQL, а без уникальности идентификаторов - ругается.
Выгрузка-загрузка базы - не помогает.

Спасибо за ответы.

Забыл написать, что 1С версии 7.7 используется при этом. Не знаю, имеет ли это значение.

pailисправить достаточно в 1sjourn dhNNN dtNNN - все.
Регистры исправятся перепроведением дефектной пары документов (и, возможно понадобится пересчет итогов)
1scrdoc - пересчитывается как в ТИИ, так и при полной загрузке базы (из полной выгрузке)

Спасибо за ответ. Подскажите еще, как надо исправлять - удалить одну из дублирующихся строк?
Если да, то какую именно? Надо ли чтобы эта строка, например в dhNNN соответствовала строке в 1sjourn или можно просто любую из 2-х удалять.

И если не удалять, а исправить IDDOC - как узнать значение на которое надо исправлять?

Еще, эта база - к УРИБ подключена и является центральной.
Насколько я знаю, что в IDDOC содержится идентификатор УРИБ-овский.

По идее можно написать обработку, которая из табоицы _1SJOURN выберет все IDDOC, переведет их в формат 9 символов, когда первые 3 символа - это УРИБ-овский ID и потом сформирует уникальное среди оставшихся 6-символьных чисел число.

pailкаждой строке 1sjourn должна соответствовать строка в каком-то dh
Так что лучше или удалить лишние записи в каждом, или исправить их же.
IDDOC предсавляют из себя (префикс БД-создателя, возможно, пустой)+(номер в 36-ричной системе), генерируются системой последовательно. Если нет желания разбираться с этим - можно создать новый документ любого типа, взять его IDDOC а сам документ удалить.

Спасибо за ответ! (верхнее сообщение выслал, не увидев вашего)

Средствами платформы не удаляются документы.

+ Как понять нормальные ли документы в периферийных базах? Проверить - есть ли дубли в их таблицах _1SJOURN?

pail , спасибо большое за информацию! Все заработало