ЗУП КОРП 3.1.13.151 - Не формирует Расчётный листок

1. Salavat 14 27.04.20 10:54 Сейчас в теме
Конфигурация - Зарплата и управление персоналом КОРП, редакция 3.1 (3.1.13.151)
Платформа - 8.3.15.1489

При попытке Сформировать "Расчётный листок" под пользователем с НеПолными Правами и с Ограничениями Доступа - выдаёт ошибку - (прикреплён скриншот)
{ОбщийМодуль.ВариантыОтчетов.Модуль(1624)}: Ошибка при вызове метода контекста (СкомпоноватьРезультат)
по причине:

по причине:
Ошибка исполнения отчета
по причине:
Ошибка при выполнении обработчика - 'ПриКомпоновкеРезультата'
по причине:
{ОбщийМодуль.ЗарплатаКадрыОтчеты.Модуль(2620)}: В настройку отчета "Расчетный листок" внесены критичные изменения. Отчет не будет сформирован. Построенный запрос к СУБД использует слишком много таблиц. Допустимо не более 256.
Microsoft SQL Native Client: Too many table names in the query. The maximum allowable is 256.
HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=1247
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=1208
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=1169
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=1132
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=1095
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=1056
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=1017
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=978
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=941
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=902
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=106, line=862
Показать


Обновили конфигурацию - с релиза 3.1.10.376. (там проблем не было)
(т.е. получается - в этом (или ранее?) релизе были изменены запросы, которые "используют больше таблиц")

Причём эта ошибка есть - только на Серверном варианте (Платформа та же - MS SQL 2008).
(Файловый вариант 0 без проблем формирует у всех пользователей)

Причём - этаже ошибка показывается и на типовой Демо-Базе -
Типовому Расчётчику - добавить Ограничения Доступа (стандартные) - и, у него, ошибка.

-- Сначала попробовали обновит платформу 1с (пробовали, включая 8.3.17 (на прошлой неделе - появилось) - Ошибка не исчезла.

- После этого (проба!) - попробовали MS SQL 2019 (скачали с сайта MS, версию Developer). Ошибки нет!

--- Подскажите пожалуйста - есть вариант, обойти ошибку?
(Без обновления SQL и переделки отчёта)?
Прикрепленные файлы:
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. hellf 37 27.04.20 12:59 Сейчас в теме
у меня расчетный листок с другой ошибкой выпадал после обновления

https://forum.infostart.ru/forum68/topic234565/
обойтись без изменения конфигурации не удалось и до истинной причины докопаться- тоже. кусок нашелся просто поиском по строке. Но помогло.
После обновления на 151 это изменение не сохранили и ошибка повторилась, пришлось комментировать заново.

У вас печатная форма-то стандартная, без изменений?
3. Salavat 14 27.04.20 13:13 Сейчас в теме
(2)
у нас, да - сам отчёт (внутренности его) - абсолютно типовой.

Добавлена только Команда (для Отдельных Пользователей), но - она сама отчёт не меняла.
5. hellf 37 27.04.20 13:20 Сейчас в теме
(3)а попробуйте к полностью стандартному вернуться.
бывает что обновлении люто глючат настройки. только вернуться в исходный и потом в него заново руками добавить изменения помогает- не загружать из предыдущих версий.
6. Salavat 14 27.04.20 13:42 Сейчас в теме
(5)
про это - я уже говорил -

Причём - этаже ошибка показывается и на типовой Демо-Базе -
Типовому Расчётчику - добавить Ограничения Доступа (стандартные) - и, у него, ошибка.


Теперь у меня - одно мнение -

SQL 2008, действительно имел Ограничение по этим таблицам, в запросах.

на 3.1.10 - до этого предела не доходило.
3.1.13 (ну - что-то же, должно было поменяться при смене трёх поколений) - достигло.

Вот и - палец сосём, теперь.
7. hellf 37 27.04.20 13:51 Сейчас в теме
8. Salavat 14 27.04.20 13:57 Сейчас в теме
(7)

и - никто (кроме нас, получается) - этого и не встретил на практике.
(в 2020-ом году).

Другое дело - 1с-то пишет, что и SQL 2005 (даже!) - позволителен.
4. Salavat 14 27.04.20 13:16 Сейчас в теме
(2)

Про "поле объекта не обнаружено РазрядКатегорияСотрудника" " - это встречалось тоже (не помню, какой отчёт), но - в настройку структуры залезли и - убрали там, ненужное (Ошибку, которое давало) поле.

И всё.

(было это не 12, а на последней версии.
(с месяц, как перевели)
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот