При попытке провести документ выскакивает след окно.

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

От себя: в РН.СвободныеОстатки действительно есть разделитель (Независимый). Других разделителей нет

Подскажите кто нибудь, в чем мой косяк?

Спасибо заранее
---
farkhod, нет. Достаточно, перезаписать наборы. Перепроводить это опасная затея! Но если квалификации не хватает, можно и так на худой конец.
---
farkhod, проведи другой документ, раз этот не хочет жрать
---
farkhod, может поможет http://infostart.ru/public/351563/ а может и нет
---
Fox-trot,

Попробовал поискать битые ссылки, результат есть, но не то что нужно

Поиск ...
РегистрНакопления.ДенежныеСредстваНаличные: по регистратору (33:80c9000c2919482311e5cc173bffedcb) битых записей 1
РегистрНакопления.ДенежныеСредстваНаличные: найдено записей 1
РегистрНакопления.РазмещениеНоменклатурыПоЯчейкам: не найдено
РегистрНакопления.СвободныеОстатки: не найдено
Всего найдено битых записей: 1
Затрачено времени: 1 сек
---
farkhod, От себя: в РН.СвободныеОстатки действительно есть разделитель (Независимый). Других разделителей нет
Цель для с которой вы пытались разделить данные, которые должны быть общие и уникальные для всей базы? У вас при записи данных из разных областей в регистр появляются одинаковые GUID записи регистра
---
alex_sh2008, Разделили для разных подразделений (Магазинов) по городам
То что в индексе появляется дубль уникального индекса я предполагал, но как и почему? Получается во всех регистрах, где присутствует разделение, следует отключить индексацию?
---
farkhod, Я спрашивал не то что вы сделали, а для какой цели вы это делали.
---
alex_sh2008, цель одна, разделить базу данных между подразделениям в разных городах
---
farkhod, Тогда смотрите структуру регистра, у вас в данном случае в измерениях регистра должен быть реквизит "Подразделение".
---
farkhod, Дело в том, что в любом регистре запись с конкретным ключом записи всегда уникальна. Для непериодического независимого регистра сведений ключом записи является конкретная комбинация значений измерений.
То есть запись с определенной комбинацией значений измерений может присутствовать только в единственном экземпляре. Попытка записать новую запись с тем же набором значений измерений привела бы к ошибке.
+1 к вопросу (14)
---
farkhod, попробуйте в толстом клиенте кстати
---
farkhod, логику региста меняли? План обмена уже чистили?
---
Xershi, Про логику не понял. Если вы про то что разделитель добавили после первых записей в данный регистр, то да
а очитска Плана обмена чем поможет?
---
farkhod, в плане обмена может лежать мусор. После очистки я похожую задачу решил! В вашем случае нужно перезаписать наборы записей и вопрос будет решен.
---
очень срочно!
---
1.Выгрузи в .dt
2.Разверни
3.Выполни тестирование и исправление
4.Попробуй выполнить операцию(которая вызывает ошибку) в файловом режиме
5.Если все ОК, то грузим в тестовую скульную базу и проверяем там, если и там ОК, Грузим в рабочую

А еще не плохо бы знать версию платформы и SQL сервера
---
Al_Capone, SQL Server 2012
---
Отпишись, как в файловой попробуешь.
---
Al_Capone, При файловом варианте, после тестирования исправления ругается на тоже самое
---
если срочно - отключите уникальность индекса.
далее разбирайтесь на копии . как разберетесь - не забудьте включить уникальность обратно.
---
Сообщение было скрыто модератором.
---
CHDBFL'ом прогони базу.
А если старые документы перепроводить, ругаться будет?
---
Al_Capone, CHDBLF не нашел ошибок
---
Если не поможет CHDBFL'ом - тогда попробуй SQL-запросом пройтись в базе SQL на предмет дублей/странностей.
в таблице регистра. И еще - CHDBFL на Разных версиях платформы работает по разному. Какая у Вас?
Возможно стоит перейти на последний апдейт/обновить(переустановить SQL)
Обмены и т.д. есть?
---
В ошибках плафтормы 8.3.5.1068. Возможно у Вас подобное? Еще вариант пройтись по файловому варианту Tool1CD.
При записи набора записей регистра сведений, в котором ключи отдельных записей различаются завершающими пробелами в значениях типа Строка, не диагностируется ошибка нарушения уникальности записей. Как следствие, в файловом варианте информационной базы в регистр могут быть записаны неуникальные записи, а в клиент-серверном варианте выводится сообщение о нарушении уникальности индекса от сервера СУБД.
---
```1c
    В ошибках плафтормы 8.3.5.1068
```
 - у меня (8.3.7.1860)
---
```1c
    если срочно - отключите уникальность индекса.
```
 чтоб дать продолжить работать так и поступил. Он не даст включить обратно пока не поправить двойные записи? а нельзя перестроить индексы с нуля?
---
В вашем случае нужно перезаписать наборы записей и вопрос будет решен.

т.е. по Всему РН.СвободныеОстатки перепровести документы заранее отменив их проведение?
---
farkhod, нет. Достаточно, перезаписать наборы. Перепроводить это опасная затея! Но если квалификации не хватает, можно и так на худой конец.
---
Код обработки проведения в студию!
---
Al_Capone, Код обработки проведения
---
farkhod, http://its.1c.ru/db/metod8dev/content/1393/hdoc почитай, инфа полезная по поводу разделителя
---
Al_Capone, статья про параллельности работы пользователей и у меня механизм "Разделение итогов" в РН включен. Не пойму как оно связано с моим случаем?
---
farkhod, не туда копнул.(40) farkhod, а у документов стоит признак автоматического удаления движений?
---
Al_Capone, да, стоит автоматически
---
farkhod, сделай чистую тестовую базу, там создай документ, проведи его, посмотри движения(в консоли выборкой по регистру), а потом отмени проведение и снова посмотри движения.
---
Al_Capone, развернул пустую базу, создал документ.
1. При проведении записи есть (естественно)
2. При отмене проведения записи удаляются
3. При пометке на удаление записи удаляются
4. При программном установке признака пометки или проведения записи остаются.
4.1 при попытке провести документ регистр не ругается на дубль записи, т.е. обновляет запись
---
farkhod, я же вам уже написал. Пометка проведен на движения не влияет! Только метод
```1c
    ВашДок.Записать(РежимЗаписиДокумента.ОтменаПроведения);
```
---
Xershi, это я понимаю

но так и не дошло что я должен был проверить
---
farkhod, вам не проверять нужно. А решить, что делать с документами у которых слетела пометка проведен. Или остались движения у помеченных на удаление документов. Консолью запросов это и проверяется!

Когда определитесь с тем что с ними делать, тогда и рубить все или пометку проведения восстановить и движения поправить.
---
Xershi, Создал док. провел. перезаписал в режиме "РежимЗаписиДокумента.ОтменаПроведения", записи стерлись

Делаю тоже самое с документы в косячной базе (тестовая), консоль не показывает ничего, в sql остались
---
Xershi, твое решение верное, перезапись набора записей помогает.
---
farkhod, если я правильно все понял то поменялась структура таблицы с уже имеющимися в ней данными? если так то такое может произойти с любой таблицей при нарушении уникальности записей/ключей. как наглядный пример уменьши длину кода какого-нибудь справочника и получишь какоенить предупреждение-сообщение
такие дела
---
Xershi, в режиме проведения РежимЗаписиДокумента.ОтменаПроведения записи удаляются, в SQL тоже
---
Только тестировать на бэкапе в любом случае.
---
Коллеги, вроде нашел корень проблемы, только не понятно откуда они берутся

И так, в записях таблицы SQL по РН.СвободныйОстатки ([_AccumRg388]) есть записи по не проведенным (отмененным) документам. т.е. документ не проведен (помечен) но запись в [_AccumRg388] есть, при попытке провести документ, естественно, получается дубль

Это глюк платформы?
---
farkhod, скорее наоборот у документа признак проведен стоит ложь, но движения то остались. Может коряво кто-то код написал?
---
Xershi, в таком случаи в РН должны были остаться записи по этому документа. Движение пустое
---
farkhod, смотреть нужно в консоли запросов. В форме регистра возможно отбор по активным записям стоит? Кажись с 8.3.7 убрали рудимент в виде активных записей регистра. До этого можно было управлять этим реквизитом.
---
И такое не только по этому регистру
---
Как я уже и говорил. Перезапишите движения и вопрос будет решен, если только в этом косяк!
---
Xershi, косяк то ладно, как нить удалю, перезапишу.

Только откуда они берутся, не пойму (((
---
farkhod, обмен у вас какой работает?
---
Xershi, этот документ участвует в обмене, он передается в Главную базу, но обратного обмена по нему нет.
Обмен через план обмена, с выгрузкой и загрузкой в xml
---
farkhod, тогда мог какой сбой и произойти. Тут уже нужно знать вашу специфику. По ЖР посмотрите может прольет свет.