Имя: Пароль:
1C
 
Ошибка в обработке Помощник заполнения отчета
🠗 (piter3 23.10.2019 11:55)
0 LivingStar
 
23.10.19
07:24
Обработка.ПомощникЗаполненияОтчета, при переходе на раздел Мероприятия в форме обработки
выходит ошибка, -

========================================================================================================
Ошибка при выполнении запроса.
по причине:
Ошибка получения данных
по причине:
Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине:
Ошибка при исполнении запроса набора данных
по причине:
{(30, 15)}: Неверные параметры в операции сравнения. Нельзя сравнивать поля
неограниченной длины и поля несовместимых типов.
КОГДА &ОПО <<?>><> ЗНАЧЕНИЕ(Справочник.ОпасныеПроизводственныеОбъекты.ПустаяСсылка)
========================================================================================================

Раз уже её правил. Точнее устранял, переносом запроса одного из динамических списков обработки. Там они с различиями.
Ошибка ушла. Сейчас другая база. Видимо с другими данными. И ошибка эта идет запрос не помогает.
1 vicof
 
23.10.19
07:26
И что непонятного в ошибке?
2 LivingStar
 
23.10.19
07:26
Подскажите пожалуйста, как её можно устранить радикально. Что бы её не было?
Пока смотрю по коду, от чего это и как проявляется, что можно применить для устранения правильного.
3 vicof
 
23.10.19
07:27
(2) Пойти в дворники
4 LivingStar
 
23.10.19
07:44
(3) Что же вас толкает на такие баобабские советы?
Я как минимум вижу, что человек, такое советующий как минимум не адекват!
Я не говорю, что мне должны давать советы решающие вопрос. Но зачем такое писать не понятно!
5 vicof
 
23.10.19
07:51
(4) Ты не поверишь. Логика.
Ты просто немного несообразительный, мягко говоря. Не читаешь текст ошибок, не учишься, не запоминаешь. Возможно, больной мозгом или просто родители не старались.
6 LivingStar
 
23.10.19
08:01
(5) Кто ты я тебе написал в (4)
7 LivingStar
 
23.10.19
08:03
(5) Не завидую тебе.....
8 vicof
 
23.10.19
08:03
(6) Мне на твое мнение глубоко фиолетово
9 LivingStar
 
23.10.19
08:04
(8) Я тебе и написал в (7)
10 vicof
 
23.10.19
08:05
(9) А кому завидуешь?
11 acht
 
23.10.19
08:23
(3) Мусор в закутке около угла дома!

Мешок рвется при помещении в него мусора.
Когда я убирал в другом углу, я уже брал новый мешок. Сейчас другой угол. Видимо другой мусор. И мешок рвется.
12 acht
 
23.10.19
08:26
Так что бесполезно его в дворники посылать. Вернется отдохнувшим и магнитик в подарок привезет.
13 LivingStar
 
23.10.19
08:26
(11) Мешки сейчас это жесть!!!!! Экономить стали на них ((((( Не связать что бы не разорвался.
14 Мимохожий Однако
 
23.10.19
09:11
Скоро пластиковые мешки отменят. Борьба за экологию.
15 Мимохожий Однако
 
23.10.19
09:12
(2) "Нельзя сравнивать поля
неограниченной длины и поля несовместимых типов. "
Измени запрос
16 ДенисЧ
 
23.10.19
09:13
(15) Не запрос, а параметр, передаваемый в запрос
17 ДенисЧ
 
23.10.19
09:14
(4) "Я как минимум вижу, что человек, такое советующий как минимум не адекват"

А мы видим, что неадекват это ты. Причём совершенно необучаемый...
18 Мимохожий Однако
 
23.10.19
09:20
(16) Согласен
19 LivingStar
 
23.10.19
10:07
Там, ситуация такая, -

в параметр ОПО попадает или массив или пустая ссылка справочника

а сравнение идет как

            КОГДА &ОПО <> ЗНАЧЕНИЕ(Справочник.прбОпасныеПроизводственныеОбъекты.ПустаяСсылка)

получается массив и справочник пустая ссылка не совместимые значения
20 LivingStar
 
23.10.19
10:16
Вытащил в консоль запросов, этот запрос, если передать ему список значений со значениями так и есть !!!!!
Все таки править придется запрос, на использование , -

КОГДА &ОПО <> ЗНАЧЕНИЕ(Справочник.прбОпасныеПроизводственныеОбъекты.ПустаяСсылка)

или

КОГДА &ОПО НЕ В СПИСКЕ Массив ОПО
21 LivingStar
 
23.10.19
10:46
Как проверить на тип значения в запросе, указывать что бы
<> если это справочник пустая ссылка
и
Не В СПИСКЕ если это массив ?
22 LivingStar
 
23.10.19
10:53
получается проверка должна быть вот такая,

            КОГДА ТИПЗНАЧЕНИЯ(&ОПО) <> ТИП(Справочник.прбОпасныеПроизводственныеОбъекты)


за место

КОГДА &ОПО <> ЗНАЧЕНИЕ(Справочник.прбОпасныеПроизводственныеОбъекты.ПустаяСсылка)

пустая ссылка не пустая наверное, и так тип одного справочника
23 LivingStar
 
23.10.19
10:58
В консоле если ОПО делаю список, вот это не chf,fnsdftn

{ВнешняяОбработка.КонсольЗапросов_83.МодульОбъекта(55)}: Ошибка при вызове метода контекста (ВыполнитьПакет): {(10, 14)}: Неверные параметры
ТИПЗНАЧЕНИЯ(<<?>>&ОПО)
24 LivingStar
 
23.10.19
11:18
Как проверить в запросе параметр на список значения ?
25 LivingStar
 
23.10.19
11:24
Список значений можно использовать только в условии запроса ГДЕ В СПИСКЕ ?
26 LivingStar
 
23.10.19
11:28
Проблема в том что если в ОПО я передаю список, на этом сравнении идет ошибка, как правильно если передается список?

    И ВЫБОР
            КОГДА ТИПЗНАЧЕНИЯ(&ОПО) <> ТИП(Справочник.прбОпасныеПроизводственныеОбъекты)
                ТОГДА ГодовойПланМероприятийПлан.ОПО В (&ОПО)
27 hhhh
 
23.10.19
11:31
(24) передавай туда всегда список, тогда и проверять ничего не надо.
28 LivingStar
 
23.10.19
11:34
(27) Да я и пытаюсь разобраться, сделать как нужно и понять почему было сделано так.
Там в коде передается или справочник пустая ссылка, или массив, с кучей значений NULL.
Это в запросе вроде исключил.

Массив и справочник пустая ссылка, то есть нужно добавлять всегда в список значений и передавать в запрос ?
29 Ёпрст
 
23.10.19
11:36
(28) нам отсюда не видно, зачем ты такое сотворил в тексте запроса.
30 LivingStar
 
23.10.19
11:41
(27) Ну а все таки как проверить в тексте запроса, передается справочник пустая ссылка или список значений ?

(29) Моя задача исправить ошибку, а сделано это до меня, -

суть в том что в параметр &ОПО передается либо пустая ссылка справочника

МассивОПО = Справочники.прбОпасныеПроизводственныеОбъекты.ПустаяСсылка();
ГодовыеПланы.Параметры.УстановитьЗначениеПараметра("ОПО", МассивОПО);

либо массив

МассивОПО.Добавить(ВыборкаДетальныеЗаписи.Объект);
ГодовыеПланы.Параметры.УстановитьЗначениеПараметра("ОПО", МассивОПО);

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

Можно ли передавать в параметр запроса сам массив значений?
31 Ёпрст
 
23.10.19
11:42
(30) можно
32 Ёпрст
 
23.10.19
11:43
и в тексте запроса измени условие на не вхождение в массив

Когда НЕ ЗНАЧЕНИЕ(Справочник.прбОпасныеПроизводственныеОбъекты.ПустаяСсылка) в (&ОПО)
и усё
33 hhhh
 
23.10.19
11:44
(30) никак не проверить. НЕ передавай и всё. Зачем ты всегда через задницу делаетшь? Зачем передавать пустую ссылку?
34 LivingStar
 
23.10.19
11:48
там идет такое условие, по этому хочу проверять

ГДЕ
    ГодовойПланМероприятийПлан.Ссылка.Проведен
    И ГодовойПланМероприятийПлан.Ссылка.Организация = &Организация
    И (ГОД(ГодовойПланМероприятийПлан.Ссылка.ПланНа) = ГОД(&Год)
            ИЛИ ГОД(ГодовойПланМероприятийПлан.Мероприятие.СрокИсполнения) = ГОД(&Год))
    И ВЫБОР
            КОГДА ТИПЗНАЧЕНИЯ(&ОПО) <> ТИП(Справочник.прбОпасныеПроизводственныеОбъекты)
                ТОГДА ГодовойПланМероприятийПлан.ОПО В (&ОПО)
                        ИЛИ ГодовойПланМероприятийПлан.ПроводитсяВОтношенииВсехОПО = &ПроводитсяВОтношенииВсехОПО
            ИНАЧЕ ИСТИНА
        КОНЕЦ
35 LivingStar
 
23.10.19
11:50
(33) Я же вам говорю, это делал не я
я исправляю ошибку
узнаю все что бы пришло понимание, почему так делали и зачем
что бы лучше понять как правильно сделать
36 LivingStar
 
23.10.19
11:54
(32) Это тогда пустую ссылку справочника нужно ложить в массив и передавать
но тут передавали просто пустую ссылку справочника
37 LivingStar
 
23.10.19
11:54
(32) А если пустая ссылка этого справочника будет там где передается массив со значениями?
Или такого быть не может? Наверное может
38 Ёпрст
 
23.10.19
11:57
(37) я хз, кто у вас там в гнезде это пишет
39 LivingStar
 
23.10.19
13:29
ыцыцы
40 LivingStar
 
23.10.19
13:29
Отдал на тестирование, т.е.