УПП 1.3,(SQL 2012) не с того не с сего началось "у пользователя недостаточно прав на исполнение операции над базой данных " у простых пользователей, права никто не перенастраивал, ЖР хрень какая то
https://yadi.sk/i/N3tJjsa4ARPKNQ
Роль и право на изменение и сохранение Отчета производства есть(и было, его никто не трогал), Зачем он лезет в "Справочник. Учетные записи документооборота" вообще не понятно(даже если дать роль и право на этот справочник, тоже бестолку), отладчиком прошелся, туда вообще не обращается, ЖР расширенный
Вываливается на  сразу после
Процедура ПередЗаписьюДокументаРегистрацияОбъектаИнформационнойБазыПередЗаписью(Источник, Отказ, РежимЗаписи, РежимПроведения) Экспорт
    
    НужноРегистрироватьМестоСоздания = Источник.ЭтоНовый()
        И ПараметрыСеанса.СохранятьИнформациюОМестеСозданияОбъектов;
    
    Источник.ДополнительныеСвойства.Вставить("НужноРегистрироватьМестоСоздания", НужноРегистрироватьМестоСоздания);
    
КонецПроцедуры

Справочник. Учетные записи документооборота забей

(1) они то с чего начали не с того не сего участвовать, там справочник ЭЦП документооборота с Налоговыми органами и ПФР, отношения не имеет к пользователям

а к параметру сеанса доступ есть?

+ у меня даже данных нет которые туда обязательно вбиваются нет

(0) Смотри настройки доступа на уровне записей

"даже если дать роль и право на этот справочник, тоже бестолку" // 3.14здеть - не мешки ворочать (с)

не с того не с сего началось Да ладно сказки рассказывать.Или рлс включили или дописки кривые

(7) РЛС была, и ее никто не трогал
(6)У это справочника право и роль ПравоНаЗащищенныйДокументооборотСКонтролирующимиОрганами на полный доступ, с ограничением ГДЕ Ссылка В(&ТекущиеУчетныеЗаписиНалогоплательщика)
даже если даю эту роль пользователю, ситуация не меняется

(8) Тогда проверяй наличие разрешенные

(9) Что проверять?
У меня доработки лежат за 2 недели, еще не скинутые, говорю ничего не делали, я пока определялся как мне правильно срезать лог транзакций, (я его так пока и не срезал и не пытался пока что) началась такая беда, если бы срезал, сча бы вообще загнался, что что то сделал не так

(10) Запросы же.Коллегам в глаза посмотри внимательно и спроси кто там нафигачил.Тем более один тип дока не трудно проверить

(11) Коллег у меня тут нет, я один,тип дока не один, а несколько и у всех в журнале такие же записи, это каснулось и счет и накладную, короче все у кого нет полных прав упираются в эту хрень, куда капать не знаю, у все вылет после окончании процедуры в (0)

А можно как то отключить РЛС на время?

Встань отладчиком в процедуре ПередЗаписью в этом справочнике. По стеку должно быть понятно откуда идёт запись.

(14) Не доходит туда

Единственное что делал в этот день
вот этот скрипт
Возьми, да посмотри, какие таблички пространство спёрли

SELECT
    obj.name,
    SUM(ps.reserved_page_count) * 8 / 1024 Reserved_MB,
    SUM(used_page_count) * 8 / 1024 Total_MB,
    SUM(
        CASE
            WHEN (index_id < 2) THEN (in_row_data_page_count + lob_used_page_count + row_overflow_used_page_count)
            ELSE lob_used_page_count + row_overflow_used_page_count
        END
    ) * 8 / 1024 Data_MB,

    SUM (
        CASE
            WHEN (index_id >= 2) THEN in_row_data_page_count + lob_used_page_count + row_overflow_used_page_count
            ELSE 0
        END
        ) * 8 / 1024 index_MB,
        
    SUM(CASE WHEN (index_id < 2) THEN row_count ELSE 0 END) rows
FROM
    sys.tables obj
    left join sys.dm_db_partition_stats ps on ps.object_id = obj.object_id
group by
    obj.object_id, obj.name
order by
    Total_MB desc

мутный тип какой-то:
таблица указана, пользователь есть. всё
смотришь какие роли права дают на эту таблицу и какие есть у пользователя с учетом РЛС

(17) Какой мутный тип? по идее в этом справочнике всем пользователям делать нечего(там собственно нет ничего, этим справочником никто не пользуется от слова совсем, вся отчетность из базы бухии), по отладчику она не откуда не вызывается от слова совсем, какая таблица указана?

(18) Продолжай сублимировать, это верный путь)

(18) забей нафик на этот справочник,у тебя проблема не в нем.

(20) как искать, куда копать?
(19) Лучше что нить умного сказал...

(21) Так уже все сказано, удочки розданы

(0) "у пользователя недостаточно прав на исполнение операции над базой данных " - это РЛС.
Делаешь копию базы.
Запускаешь предприятие под полными правами.
Запускаешь второй сеанс предприятие с правами пользователя у которого проблемы.
В первой начинаешь по очереди отключать ограничения РЛС. Во второй без перезапуска проверяешь появились ли права.
Как права появятся - думай.
Если после отключения всех ограничений РЛС права не появились, возможно в роли стоит ЛОЖЬ.

(23) так поочередно отключал и все отключил, кроме одного из, ситуация не изменилась, если полностью отрубить - Доступ на уровне пользователей - параметры - ограничить доступ на уровне записей, то все срабатывает

Кстати, может это произойти что то на уровне SQL? в это день перед этим глюком кончилось место на диске да так что скуль вылетел
появилась тема Шринк(обрезка) лога транзакций MS SQL 2008/2012, файл лога забил все, сча места пока еще отыскали(200 гиг), но вот эту бяку из сабжа поймать пока не могу, откуда она лезет...