Закрытие кассовой смены в УТ 10.3.19.3: Невозможно удалить чеки ККМ

Доброго дня!

Обновились с УТ 10.3.18.5 на 10.3.19.3. Конфа стандартная, без внесения изменений.
Кассиры с ролью АдминистраторККМ теперь не могут закрыть кассовую смену... Закрывается только под полными правами...
Гугл/Яндекс курил, но как-то все безрезультатно...
Предыдущие лекарства для исправления подобной ошибки увы не помогают, т.к. визуально все права для данной роли есть и на документы и на регистры...
Может кто-нибудь подскажет куда именно копать?

Может текст ошибки приведете, которая выходит при закрытии смены? Судя по конфигурации права "АдминистраторККМ" не менялись в этих версиях.

В том то и дело, что ошибки нет. Просто выводится окно "Невозможно удалить чеки ККМ!" и кнопка Ок. Все.
Сравнение конф делал и знаю, что изменений в роли АдминистраторККМ нет. Но добавилось еще несколько новых Регистров. Возможно что-то цепляет в них. Но проблемс в том, что трассировку из под роли АдминистраторККМ толком не сделаешь - у нее нет прав администрирования и в конфигураторе отладку под ней сделать не получается...
Обновлять пробовал несколько раз и рабочую и демонстрационную базы. В результате получаем это сообщение и транзакция откатывается...
Базы проверял только с обновления на УТ 10.3.19.3. Полной (установочной) УТ 10.3.19.3 к сожалению нет...

Вот картинка из Демки, которая обновлялась с версии УТ 10.3.18.5 на версию УТ 10.3.19.3.

> Но проблемс в том, что трассировку из под роли АдминистраторККМ толком не сделаешь - у нее нет прав администрирования и в конфигураторе отладку под ней сделать не получается...

А если так запускать отладку: Сервис - Параметры - Запуск 1С:Предприятия - Основные - Пользователь (задать кассира)?

Моск взорван - результата нет...
Пол дня вчера, пол ночи, и половина сегодняшнего дня ни к чему не привели...
Все трассируется без ошибок, но в результате - откат транзакции...
Сверял все - права, регистры, документы, общие модули которые вызывались из обработки "Закрытие кассовой смены" и вызываемых общих модулей.
Отличий нет... ну или не нашел (не смог найти) скорее всего...
Единственное, что заметил:
 в старой конфе вызов процедуры ОбщиеМодули.ПроцедурыОбменаССайтом.ЗарегистрироватьИзменения() проходил 2-а раза. Для РегистрНакопления.ТоварыНаСкладах и РегистрСведений.ЗначениеСвойствОбъектов.
 в новой конфе вызов этой же процедуры проходил 3-и раза. Для этих же регистров плюс РегистрНакопления.ТоварыВРознице... Но и по нему все проходило без проблем.
Но после этих вызовов сразу Исключение и откат...

Неужели никто не сталкивался с этим в УТ 10.3.19.3???

В обработке "ЗакрытиеКассовойСмены" в модуле формы "Форма" пошагово проводите отладку в процедуре "ОбработкаЧековККМ" и следите за переменной "ОтменитьТранзакцию". Нужно найти после какой строчки кода она в "Истина" устанавливается.

"> отладку в процедуре "ОбработкаЧековККМ"
Этим я только и занимался последние сутки.
Переменная "ОтменитьТранзакцию" в "Истина" не устанавливается до момента, когда уже есть Исключение и она устанавливается явно ОтменитьТранзакцию=Истина...
Если бы она была бы в "Истина" до "Если" то тогда даже не было бы и "Попытки" УдалитьОбъекты()...

Если Не ОтменитьТранзакцию Тогда
  Попытка
	УдалитьОбъекты(РезультатЗапросаПоЧекам.Выгрузить().ВыгрузитьКолонку("Ссылка"), Ложь);
  Исключение
	ОтменитьТранзакцию = Истина;
	Предупреждение("Не удалось удалить чеки ККМ!");
  КонецПопытки;
КонецЕсли;
 

Вызов метода "УдалитьОбъекты()" тянет за собой вызовы процедур/функций ОбщихМодулей, в некоторых есть переменная "Отказ" - но она тоже всегда показывает "Ложь".
"ОтменитьТранзакцию" не глобальная переменная, так что ее значение внутри обхода процедур/функций не доступно.
Трассировку делал с обходом всех процедур/функций по F11, что бы не пропустить ничего..."

Когда войдет в сейцию "Исключение", то посмотри в табло "ОписаниеОшибки()".

Хммм... Интересная попытка...
Но насколько мне помнится, если Исключение возникает в глобальных модулях, эта функция будет возвращать пустую строку.
Что собственно и происходит. Аналогично и с функцией ИнформацияОбОшибке(). Свойство "Описание" возвращает "...