Ни у кого нет обработки что бы выявить документы с одинаковыми нумерами ? И справочники, то же нужно проверить. А то в центральной базе беспредел получился два одинаковых номеров документов, а строки разные, наверное с Бэкапа востановили базу :(

select docno, count(*) from _1sjourn
group by docno
having count(*) > 1

при чем здесь бэкап?

+(2) прежде, чем номера проверять, нужно понять, как получилось. префиксы, настройки обмена и т.д.

Бэкап при том, что создали документ Асс-000001 потом выгрузились в центр, затем возтановились с бэкапа и снова создали документ Асс-000001 вот и получилась проблема

Теперь два документа Асс-000001

на (1) а без c++ реально ?

(6) А там по с++ ни одного слова :-)

(6) это эскюэль

(4) Префиксы уникальные для каждой иб?

Да конечно уникальны

А точно SQL а у меня DBF :)

знатоки, поправьте меня, если я не прав:
а разве обмен идет не по внутр.представлению?

(12) внутренне представление всегда уникально. А если префиксы и в ЦБ "Асс-", и в ПБ "Асс-", то документы будут прекрасно создаваться с одинаковыми номерами

(13) я понимаю, что уникально. но это-же не гуид. при восстановлении из бэкапа внутр. представления начнут повторяться с теми, которые были в лок.базе до восстановления. или я не прав?

на (13) не прав

Так ни укого нет обработки для поиска дублей номеров документов ?

(0) Со справочниками аналогично

   ТЗ = СоздатьОбъект("ТаблицаЗначений");
   ТЗ.НоваяКолонка("Номер");
   ТЗ.НоваяКолонка("Вид");
   ТЗ.НоваяКолонка("Дата");
   ТЗ.НоваяКолонка("Кол");
   
   Док = СоздатьОбъект("Документ");
   Док.Выбрать();
   Пока Док.ПолучитьДокумент() = 1 Цикл
       ТЗ.НоваяСтрока();
       ТЗ.Номер = Док.НомерДок;
       ТЗ.Дата  = НачГода(Док.ДатаДок);
       ТЗ.Вид   = Док.Вид();
       ТЗ.Кол   = 1;
   КонецЦикла;
   
   ТЗ.Свернуть("Номер,Дата,Вид", "Кол");
   ТЗ.Сортировать("Вид,Дата,Номер");
   
   ТЗ.ВыбратьСтроки();
   Пока ТЗ.ПолучитьСтроку() = 1 Цикл
       Если ТЗ.Кол > 1 Тогда
           Сообщить("Док:"+Док);
       КонецЕсли;
   КонецЦикла;

Спасибо друг !

(18) Уже проверил?

(17) может у него нумерация на каждый месяц?

запрос даже на 1с рисуется за 2 минуты...

(21) т-с-с-с...

+(22) мы еще не разобрались в ситуации. лично мне интересно больше: то, что в (4) реально? или я все-таки прав?

ТЗ = СоздатьОбъект("ТаблицаЗначений");
   ТЗ.НоваяКолонка("Номер");
   ТЗ.НоваяКолонка("Вид");
   ТЗ.НоваяКолонка("Дата");
   ТЗ.НоваяКолонка("Кол");
   
   Док = СоздатьОбъект("Документ");
   док.выбратьдокументы(,); //заменил док.выбрать();
   Пока Док.ПолучитьДокумент() = 1 Цикл
       ТЗ.НоваяСтрока();
       ТЗ.Номер = Док.НомерДок;
       ТЗ.Дата  = НачГода(Док.ДатаДок);
       ТЗ.Вид   = Док.Вид();
       ТЗ.Кол   = 1;
   КонецЦикла;
   
   ТЗ.Свернуть("Номер,Дата,Вид", "Кол");
   ТЗ.Сортировать("Вид,Дата,Номер");
   
   ТЗ.ВыбратьСтроки();
   Пока ТЗ.ПолучитьСтроку() = 1 Цикл
       Если ТЗ.Кол > 1 Тогда
           Сообщить("Док:"+Док);
       КонецЕсли;
   КонецЦикла;

Запрос через счётчик что ли ?

(20) Начинается... Я дал минимально необходимый вариант, чтобы работал. А остальное уже рюшечки - можно потом докрутить. главное показать принцып.

(24) Писал наживую, без программы ;-)

(25) угумц

только не забудь, что разным видам доков м.б. назначен один нумератор

Сообщить("Док:"+Док);
Нужно Сообщить("Док:"+ТЗ.Док);
:)
А так всё получилось ещё раз спасибо, просто в пятницу мозг уже отключился, вообще думать не охота :)

(29) В базе используется нумератор? Есть документы с уникальностью номера в пределах месяца?

Нет в пределах года только

(24) могут быть 2 документа с одинаковым номером, но в разных датах. Эта обработка такое не найдет

(32) ты лучше скажи что-нибудь по поводу (14)

на (24) Могут быть 2 документа с одинаковым номером, но в разных датах. Если в одном году, то найдёт.

(32) Найдёт

(33) к (14) по идее, не должно. Бекап же восстанавливается полностью в пустую базу. Другое дело, что если понабъют в другой базе документы с такими же номерами, то после обмена получим картину (0)

(35) в ТЗ будет что-то типа:
Асс-0001 01.11.2010 Расходная 1
Асс-0001 02.11.2010 Расходная 1

(37) он же НачГода пишет

(37) Будет
Асс-0001 01.01.2010 Расходная 1
Асс-0001 01.01.2010 Расходная 1

(38) (39) а..... всё, сорри, ступил :)
не пинайте больно

(36) ладно, выложу, к чему я клоню. тока чур ногами не бить, с УРБД не работаю лет пять, с тех пор как посадил всех на уд.доступ к терм.серв. благо связь щас хорошая. Итак:
имеем центр. базу СК0 и лок.базу СК1
СК1 сохранили в архив.
в СК1 набили расх.накл 001, 002, сделали выгрузку, они появились в СК0.
потом восстановили СК1 из архива, набили расх.накл. 001, 002 (уже другие, например).
правильно ли я представляю:
1. у этих накл. (до и после восст.) буду одинаковые внутр.предст.
2. после еще одной выгрузки в СК0 там накл. не задвоятся, а заменяться на последние.
? или не правильно?

на (36) Нет не правильно внутрений индификатор будет различным

(41) прав

(42) проверял?

(43)+ полчится каша

(44) был такой случай, пришлось убирать лишние доки

на (42) только что проверил.

Ну короче 1 док всего косяный, скорее всего не из-за бэкапа, хотя сейчас уже и не проверищь док за январь 2009

(47) см (40)