У одних товарищей начали появляться дублирующие записи в журнале документов.
Сделал ТиИ. Выдало кучу подобных записей

Проверка уникальности внутреннего идентификатора документов. РеализацияРозница. Номер Т7С0003128(16.05.15). Вн. идентификатор   94NDTM2. Исправить вручную
Проверка уникальности внутреннего идентификатора документов. РеализацияРозница. Номер Т7С0003128(16.05.15). Вн. идентификатор   94NDTM2. Исправить вручную
Проверка уникальности внутреннего идентификатора документов. ПКО. Номер Т7С0003126(16.05.15). Вн. идентификатор   94NCTM2. Исправить вручную
Проверка уникальности внутреннего идентификатора документов. ПКО. Номер Т7С0003126(16.05.15). Вн. идентификатор   94NCTM2. Исправить вручную

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

Напомните алгоритм действий.
1. Открываем файл 1SJournal в битой базе
2. Удаляем все дублирующиеся записи
3. Открываем в архиве (не битом) файл 1SJournal
4. Создаем в битом файле записи из файла п.3

?
Или можно удалить одну из дублирующихся строк битого 1SJournal и все заработает ?
2.

+(0) база УРБД

не стесняемся товарищи, предлагаем варианты

(3) да, что же это делается...
Нельзя забывать свои корни ))

ап

Лобовуху протирал? По колесам стучал? Тьфу, делал загрузку выгрузку? Вроде как похожая ситуация была... уж и не помню как исправлял, давно 7ка была

Cdx-ы там снести...

заменить новый journ- старым и перепровести доки

если видны будут)

Просто пытайся)

(6-10) спасибо за апы ))

Удалил дубли в файле журнала, запустил ТиИ, будем посмотреть, чем это все кончится

Я сталкивался с такой проблемой, все проводки умножились на 2. Сделал вот что: создал пустую БД. Из испорченной выгрузил данные (Конфигуратор - Администрирование - Выгрузить данные), загрузил в пустую. Вопрос решился. Может, и у тебя прокатит?

(12) Судя, что уже 27, все получилось?