7.7
.
есть справочник, автоматическая нумерация = 0; контроль уникальности = 0;
Почему при операции
.
Спр.Новый();
...
Спр.Записать();
.
вываливается ошибка:
Таблица: 1SUIDCTL Ошибка обращения к данным при транзакции, выполняемой другим пользователем
.
я как-то предполагаю, что при отсутствии контроля уникальности кодов обращения к этой табличке быть не должно? но получается что я неправильно предполагаю...
.
поясните, плиз.

Коды тут явно ни при чем.

при

автоматическая нумерация = 0; контроль уникальности = 0;

справочники записываются

может ещё что-то в коде ?

Оно ж культурно пишет : "другой пользователь занял таблицу"

(0)В интернетах умные люди пишут, шо оно для ID надо, который параллельно настройкам уникальным должен быть.

(2) нету там ничего...
.
//сохранение по таймеру с протоколированием
Попытка
   //*** протокол: начало *******************************************************************
       СпрЛО.Новый();
       СпрЛО.Код            = гллок_Авторизация;
       СпрЛО.Наименование    = Формат(ТекущаяДата(),"ДГГГГММДД")+" "+ТекущееВремя();
       СпрЛО.СтроковыйРеквизит1        = локФайлТекущий;
       СпрЛО.СтроковыйРеквизит2        = "КОНТРОЛЬ: "+Инфо+"("+Режим+"): "+локФайлТекущий;
       СпрЛО.Записать();
       //*** протокол: конец ********************************************************************
   Исключение
       ЗаписьЖурналаРегистрации("КОНТРОЛЬ: сбой#010-1: сохранение сеанса: "+ОписаниеОшибки(),"ИНФО","ОШИБКА",,5);
       //если произошла ошибка, то в принципе - ничего страшного, просто не будет информационного сообщения
   КонецПопытки;

1SUIDCTL - там храняться последние идешники (char(9)) по видам объектов.
автоматическая нумерация = 0; контроль уникальности = 0; - никак не роялят на обращения к этой таблице.

+ (6) если не злоупотреблять начатьтранзакцию()/завершитьтранзакцию(), эта табличка блокируется на очень короткое время (время записи элемента). для sql эта проблема решаема

(6,7) спсб. понятно.