СКД: поле не найдено (сломал всю голову)
1С 8.3.
Из типовой УТ 11.4 сохранил типовой отчет Анализ продаж. Какие бы новые поля я не добавлял программа при формировании отчета выдает ошибку: поле не найдено.
Например (см. скриншоты).
Я вообще не понимаю как такое может быть. Я в последний пакет запроса добавляю принудительно поле. Почему выдает такая ошибка?
Большое спасибо. Я не могу представить в чем причина ошибки.
Из типовой УТ 11.4 сохранил типовой отчет Анализ продаж. Какие бы новые поля я не добавлял программа при формировании отчета выдает ошибку: поле не найдено.
Например (см. скриншоты).
Я вообще не понимаю как такое может быть. Я в последний пакет запроса добавляю принудительно поле. Почему выдает такая ошибка?
Большое спасибо. Я не могу представить в чем причина ошибки.
По теме из базы знаний
Найденные решения
У тебя в схеме компоновки остались поля, уже отсутствующие в запросе. Галочку автозаполнение сними/поставь, должно быть достаточно.
И еще если отчет сохранен как внешний - обнови в базе. Иначе при может открываться уже сохраненный ранее отчет.
И еще если отчет сохранен как внешний - обнови в базе. Иначе при может открываться уже сохраненный ранее отчет.
succub1_5; VKuser251353642; magv; Lilia; mikl79; user659168_xec8787; Iriska; user785234; interforum; kantv_rf; Ph4nt0m3r; n0_name; MaximKudrin; adhocprog; PaperM00N; prog1c_itero; kubatay; unknow_user; Nikitos_NSK; noxpina79; so-lf; kudlach; oleg-ts; Alien_RS_Forever; malets; vitaminich; Stanforeva; us; _user1619761; svbel85; user2023166; ant8; FesenkoA; VladIsLive; aezdakov; serpentweb; Al3x; user1559729; EgorSP; distorshion; user712426; zloybot; avmironov; serverstar; Рамзес; cybjavax; user1427465; depb; sanjabor; gudim1979; ybatiaev; criptid; Nicholas; Progart; iandax; kimskiysanya; AOPGOdin; Izumov; BarsukM; Eliska116; user591389_aska_rabota; RomaM; VITALb; druny; gsvserg; MyNameNoName;
+66
–
Ответить
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
У СКД отчётов есть св-во дурацкое - кэшировать настройки свои, и если ты отчёт изменил в конфигураторе, то не факт, что при запуске очередном в пользовательском режиме у тебя откроется актуальная версия отчёта.
Удобнее тут прикреплять отчёт к конфе (как внешний), и при изменение его в конфигураторе - перезагружать во внешние отчёты конфы.
Просто запрос вроде ты почти не менял, да и в структуре на выходе норм всё. Но я бы ещё галку "Автозаполнение" снял для фэншуя.
Удобнее тут прикреплять отчёт к конфе (как внешний), и при изменение его в конфигураторе - перезагружать во внешние отчёты конфы.
Просто запрос вроде ты почти не менял, да и в структуре на выходе норм всё. Но я бы ещё галку "Автозаполнение" снял для фэншуя.
У тебя в схеме компоновки остались поля, уже отсутствующие в запросе. Галочку автозаполнение сними/поставь, должно быть достаточно.
И еще если отчет сохранен как внешний - обнови в базе. Иначе при может открываться уже сохраненный ранее отчет.
И еще если отчет сохранен как внешний - обнови в базе. Иначе при может открываться уже сохраненный ранее отчет.
succub1_5; VKuser251353642; magv; Lilia; mikl79; user659168_xec8787; Iriska; user785234; interforum; kantv_rf; Ph4nt0m3r; n0_name; MaximKudrin; adhocprog; PaperM00N; prog1c_itero; kubatay; unknow_user; Nikitos_NSK; noxpina79; so-lf; kudlach; oleg-ts; Alien_RS_Forever; malets; vitaminich; Stanforeva; us; _user1619761; svbel85; user2023166; ant8; FesenkoA; VladIsLive; aezdakov; serpentweb; Al3x; user1559729; EgorSP; distorshion; user712426; zloybot; avmironov; serverstar; Рамзес; cybjavax; user1427465; depb; sanjabor; gudim1979; ybatiaev; criptid; Nicholas; Progart; iandax; kimskiysanya; AOPGOdin; Izumov; BarsukM; Eliska116; user591389_aska_rabota; RomaM; VITALb; druny; gsvserg; MyNameNoName;
+66
–
Ответить
(12) Смотрел в отладчике, в доступных пользовательских полях есть, но при настройке писало, что поле не найдено. У поля был нестандартный заголовок "Сумма план" вместо стандартного "Сумма план Оборот". Помогло вернуть на стандартный и снова изменить.
(12)
Еще вариант - удаляем хранилище вариантов отчетов из отчета, переименовываем отчет (наименование/синоним).
стались поля, уже отсутствующие в запросе. Галочку автозаполнение сними/поставь, должно быть достаточно.
И еще если отчет сохранен как внешний - обнови в базе. Иначе при
И еще если отчет сохранен как внешний - обнови в базе. Иначе при
Еще вариант - удаляем хранилище вариантов отчетов из отчета, переименовываем отчет (наименование/синоним).
(12) Дорабатывал отчет, добавил 2 ресурса. Голову всю сломал. Кэшь чистил, еще 50 танцев с бубном. Открываю отчет через внешний файл - полей нет, в настройках они везде есть, но не выводится. Потом заметил что в толстом клиенте эти поля есть. Нашел вашь совет и обновил отчет внутри конфы и поля появились. Спасибо
Непонятно зачем так сделано
Непонятно зачем так сделано
Еще может быть из-за помещения выборки последнего запроса во временную таблицу!
Mixalich03; Redempty; Tailak; White131; user1921036; ASKER_DS; cargobird; adhocprog; Borshevik33; kaps22; user688225_don_s; Rusel; Anthon; user1972060; Drak0n; xFoG; romulanin; Pogromistka; Vilkinson; Date; triviumfan; mindcannon; blackjack666; user1559729; Ravil_; user_2010; zloybot; severchukov; Aspire1C; slige; DowJones; user1708029; Gladkov_Anton; dav1984; eeeio; Power_0N; Sersh2010; ulen; insurgut; us; user1004898; Mehozavr; defini; KidMo;
+44
–
Ответить
Мне помогла очистка кэша. Ошибка у меня выскакивала еще в конфигураторе при сохранении, при том что конструктор запроса отрабатывал нормально, и автозаполнение не работало
Еще вариант, не хватает прав на чтение таблиц участвующих в запросе. Под админом захожу отчет работает. Под бухгалтером не работает. Раздал права теперь такой ошибки нет.
та же ошибка. а проблема в том что последний пакет запроса помещен в виртуальную таблицу. если убрать то все работает.
Также для проблемного поля может не хватать признака "Обязательное" по колонке Роль на первой закладке СКД "Наборы данных". Данная ситуация наблюдалась у меня, когда отчет был заимствован из основной конф-ции в расширение и дорабатывался соответ-но в расширении
Ещё в модуле типового отчета в процедуре ПриКомпановкеРезультата(..) может измениться текст запроса, и в этом запросе может не быть добавленных полей, по которым выдается ошибка -
СхемаКомпоновкиДанных.НаборыДанных.НаборДанных.Запрос = ТекстЗапросаНабораДанных();
СхемаКомпоновкиДанных.НаборыДанных.НаборДанных.Запрос = ТекстЗапросаНабораДанных();
Ещё ошибка "Поле не найдено", когда отчет ранее был внешним подключен. Помогает смена имени обработки, над полем синоним которое.
Нестандартный отчёт из конфигурации (СКД) я сохранил как внешний отчёт (для изменений: какие-то поля надо добавить, какие-то удалить). Где-то в середине изменений выскочила такая же ошибка "Поле не найдено", причём до этого и добавлял, и удалял другие поля, ошибок не было. Что я только не делал: переименовывал его, сохранял в конфигурации, добавлял в дополнительные отчёты и обработки, удалил все варианты настроек, чистил кэш, включал / выключал Автозаполнение, даже пробовал создать новый отчёт и перенёс из старого всё в новый, ошибка упорно появляется. Даже не знаю, куда уже копать. На другой базе, к сожалению, проверить не могу, нет такой возможности. В общем, перепробовал все варианты, что здесь указаны, ничего не помогло. Всю голову уже сломал, не знаю, даже что ещё можно попробовать.
Ошибка выходила только при нажатии на определённую ячейку табличного документа (в этот момент отрабатывала расшифровка в виде ещё одного отчёта СКД). Изменил эту ячейку, и всё заработало. Всем спасибо!
У меня другая история
Просидел 3 дня! Под полными правами отчет работает, под неполными - нет. Поле такое-то не найдено!
В отладке ошибка выдавалась в самом начале, при компоновке макета. То есть еще - до выполнения запроса. Вот прямо сразу нажал Сформировать и получил ошибку. Поэтому я долго не мог поверить, что проблема в доступах, да и поле это было вообще в других абсолютно таблицах, и вообще оно в запросе считалось умножением, ну и так далее... Но это СКД - вещь в себе, абсолютно нелогичная, неизученная, лишенная какой-то поддержки, документации и так далее!!! Самая нелогичная и глючная часть в программировании вообще - это СКД от 1С!!!
Как решил проблему - вынес запрос в отдельную обработину, дал юзеру права на открытие внешних обработок. Открыл свою обработину (можно было бы консоль запросов, но она под неполными правами не работает итд) и получаю сразу ошибки - нет доступа к такому-то регистру. Дал доступы ко всему чему надо и вуаля, отчет работает! Причем тут было именно это поле - непонятно, повторюсь, в запросе оно считается умножением и те таблицы, к которым я давал доступ, очень далеки от расчетов ошибочного поля...
Просидел 3 дня! Под полными правами отчет работает, под неполными - нет. Поле такое-то не найдено!
В отладке ошибка выдавалась в самом начале, при компоновке макета. То есть еще - до выполнения запроса. Вот прямо сразу нажал Сформировать и получил ошибку. Поэтому я долго не мог поверить, что проблема в доступах, да и поле это было вообще в других абсолютно таблицах, и вообще оно в запросе считалось умножением, ну и так далее... Но это СКД - вещь в себе, абсолютно нелогичная, неизученная, лишенная какой-то поддержки, документации и так далее!!! Самая нелогичная и глючная часть в программировании вообще - это СКД от 1С!!!
Как решил проблему - вынес запрос в отдельную обработину, дал юзеру права на открытие внешних обработок. Открыл свою обработину (можно было бы консоль запросов, но она под неполными правами не работает итд) и получаю сразу ошибки - нет доступа к такому-то регистру. Дал доступы ко всему чему надо и вуаля, отчет работает! Причем тут было именно это поле - непонятно, повторюсь, в запросе оно считается умножением и те таблицы, к которым я давал доступ, очень далеки от расчетов ошибочного поля...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот