В базе были обнаружены документы "Реализация товаров и услуг" с одинаковыми номерами в пределах одного года, точнее даже месяца. Один за август, второй за сентябрь 2014:
[IMG]http://s012.radikal.ru/i320/1410/cb/4e73829c0f44.jpg[/IMG]

База не дорабатывалась, это типовая УПП на поддержке. Контроль уникальности номеров "в пределах года":
[IMG]http://s019.radikal.ru/i616/1410/02/7c329969efdb.jpg[/IMG]
[IMG]http://s011.radikal.ru/i315/1410/e2/332b9f040ae0.jpg[/IMG]

Обмена между базами нет. База всего одна.

Странность ситуации:
Если перепровести документы с одинаковыми номерами, то программа перепроведет их. А если попробовать вручную создать документ с таким же номером, то она не дает такой документ даже записать и ругается, что номер не уникален. Смоделировать ситуацию "искусственно" не получилось. Причины задвоенности так и не установили.

База находится на терминальном сервере. Но "одновременное создание документов" как-то не вяжется с тем, что разница в дате документов месяц!

Помогите, пожалуйста, понять причину задвоения и избежать этой "ошибки" в дальнейшем.

Корректный ссылки на скрины:
1) Документы:
http://s012.radikal.ru/i320/1410/cb/4e73829c0f44.jpg

2) База:
http://s019.radikal.ru/i616/1410/02/7c329969efdb.jpg
http://s011.radikal.ru/i315/1410/e2/332b9f040ae0.jpg

Есть какой-нить обмен с другими базами?

(0)[понять причину задвоения]
по картинкам это сделать не возможно, с верочтностью 99% таковы последствия использования некоей групповой обработки

надо включать версионирование и смотреть

(0) И вообще по журналу просто глянь откуда создались...

(2) Обмена нет. А журнал регистрации угробили "добрые админы" сервера ;(

(3) Дополнительных обработок для создания РТиУ нет у них. По заверению бухгалтера документы создаются вручную, во что охотно верю, т.к. "автор" одного из дублей не знает и о существовании групповой обработки и не лазит она в сервис вообще.

Дубль может либо программно возникнуть, либо при обмене с другой базой... Других вариантов не знаю... Ну или база падала...

ТиИ не пробовал?

(6) + ну да если "Объект.ОбменДанными.Загрузка=Истина" то легко.. а так в практике был случай еще на 8.1 когда служба 1с-сервера пока его не перезапустили стала выдавать дубли (

(8) + отсюда мораль которая и на ИТС прописана - рестартуйте регулярно 1с-сервер

(6) В тот то и весь "прикол", что обмена нет. Программно РТиУ не создаются. База не падала, обновляем регулярно, релизы натягиваем напрямую с сайта https://users.v8.1c.ru

Мог ли быть просто глюк в одном из релизов?

Задвоение номеров документов (равно и кодов справочников и пр.) возможно если информационная база эксплуатируется в клиент-серверном варианте и на сервере 1С предприятия доступ к этой базе прописан с более чем одного кластера сервера. В этом случае счетчик номеров и кодов у каждого кластера будет свой.

(11) Спасибо. Похоже это мой случай...
Ко всему написанному, наш сервер 1С предприятия обитает на "облачном сервере".

(12) какие же суровые там облачные одмины )

(6) у клиента было такое, когда на сервере памяти было мало. Увеличили ОЗУ и стало быстро