Имеем 2 документа поступления в Рознице с одинаковыми номерами в течении этого года.
У документа автонумерация, контроль уникальности, периодичность в пределах года.
Документы с одинаковыми номерами можно записывать и проводить.

Такая же ситуация в БП 2.0. 2 поступления товаров и услуг, с одинаковыми номерами в этом году.
У документа автонумерация, контроль уникальности, периодичность в пределах года.

но при записи док выдает ошибку "Значение поля номер не уникально"


Почему при равных настройках уникальности документов в БП и в Рознице - в БП выдает ошибку о неуникальности номеров, а в Рознице нет? Документы в БП - загружены из розницы

(0) Потому что в БП разработчики реализовали эту проверку, а в Рознице нет (или она там отключена).
Что за вопросы? Не проще в коде глянуть?

(1) куда глянуть?) контроль уникальности - оно средствами платформы должно работать

(0) зайди в БП и вручную смени номер документа,который является причиной ошибки

(3) спасибо, только я спрашиваю "где" и "почему", а не "как")

+ ошибка не первая, нужно разобраться

(2) "оно средствами платформы должно работать" - наглая ложь и клевета! :)

А может ОбменДанными.Загрузка=Истина; ?

причем и в Розницу эти документы загружаются по РИБ, и в БП загружаются из Розницы. Причем в розницу загружаются нормально, а в БП не проводятся, из-за неуникальности номеров.

Подозреваю, что это связано с тем, что для РИБа проверка уникальности как-то отключена

(8) Я скажу проще: не нужно колотить документы одного вида с одной нумерацией в разных базах. Либо колоти в одной, либо делай им разные префиксы...

(9) +
(6) херню сказал. в руководстве разработчика сказано, что система сама контролирует уникальность

(8) отключена для ОбменДанными.Загрузка вроде

(10) "в руководстве разработчика сказано, что система сама контролирует уникальность"
Пруфлинк, что платформа контролирует уникальность при записи объекта в базу!
Платформа только может выдавать следующий по порядку номер, не более.

(12) создай новую базу с одним документом и включенным контролем уникальности. и попытайся создать 2 документа с одинаковым номером

(12) Контролирует. Но оный механизм можно отключать при записи (7)

(12) кстати да
за контроль уникальности отвечает нумератор

Всяческие загрузки выгрузки активно это используют

пункт 5.9.3

(12) Нет, ты неправ. Проверка уникальности, действительно, "вшита" в платформу - это так... но при риб-обмене или при использовании конструкции "ОбменДанными.Загрузка = Истина"  - она отключается.

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

(13) Черт, да, оказывается я не прав...

Если длину номера меняли, могли получить не уникальные номера.

прикольно. косячный док:

   Объект = СсылкаНаОбъект.ПолучитьОбъект();
   Объект.ОбменДанными.Загрузка = ИСТИНА;    
   Объект.Записать(РежимЗаписиДокумента.Проведение);


{Форма.Форма.Форма(7)}: Ошибка при вызове метода контекста (Записать)
   Объект.Записать(РежимЗаписиДокумента.Проведение);
по причине:
Действие не может выполняться в режиме загрузки данных

(18) а почему же тогда в Рознице такой ошибки не выскакивает?

Процедура ПриУстановкеНовогоНомера(СтандартнаяОбработка, Префикс)

может там кто -то нахимичил)

(23) нету такого

причем - в рознице я могу спокойно перепроводить документы с одинаковым номером. а в БП - не могу

(21) Проведение не доступно в режиме загрузки. Поэтому часто движения регистров делаются отдельной функцией.

(21)ЕМНИП при ОбменДанными.Загрузка = ИСТИНА нельзя провести док, только записать.

(21) Хм :) Автору алгоритма, неизвестен секрет Полишинеля - при "Загрузка = ИСТИНА" можно всё!... но нельзя провести документ :))

(29) что скажешь на 22  и 26?

Ты сам сказал, что в Розницу документы загружаются по риб-обмену - движения документа идут "автономно", "самостоятельными" наборами записей регистров.

причем - в той же рознице - если создавать док руками с таким же номером - то ругается. а если проводить/распроводить загруженный - не ругается. не пойму

(31) да, но в рознице доку можно отменить проведение и провести заново

Попробуй сменить номер, записать, потом опять сменить номер на двойной

(34) ругаетсо

ап. никто не знает?

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

+37 - резюм - корявка при обмене - разруливайте...