Гугл и яндекс перерыл...
Изменил длину поля ИНН в справочнике контрагенты.
После этого, при поиске в любых динамических списках(расходные накладные, приходные и т.п. где есть контрагент) выходит ошибка:

Ошибка при выполнении запроса.
по причине:
Ошибка при получении характеристик для типа: Контрагент
по причине:
{(4, 33)}: Неверные параметры в операции сравнения. Нельзя сравнивать поля
 неограниченной длины и поля несовместимых типов.
WHERE ИмяПредопределенныхДанных <<?>>IN (НЕОПРЕДЕЛЕНО)

Конфигурация Управление нашей фирмой.
В чем может быть причина?

(0) Встань на строку с ошибкой и проверь значения условия. Причина озвучена:"Неверные параметры в операции сравнения. Нельзя сравнивать поля
неограниченной длины и поля несовместимых типов."

(0) Причина в том, что тема названа как насрали, а нужно правильно, потому что иначе вот ответ https://yandex.ru/search/?text=%D0%91%D1%80%D0%B0%D1%82%D1%86%D1%8B%2C+%D1%81%D0%B4%D0%B0%D1%8E%D1%81%D1%8C!

(0) А у тя часом после изменения не стало ли оно неограниченной длины? Ели стало - то это ошибка и есть.

(1) В отладчике ничего нет, платформа падает.
т.е. когда в поле поиск в динамическом списке пишешь что-то. Выходит эта ошибка и перезапустить. В запросе динамического списка ничего связанного с ИНН нет

(0)
Ошибка, которую вы наблюдаете, связана с тем, что вы изменили длину поля ИНН в справочнике «Контрагенты», и это привело к несоответствию типов данных в запросах, которые используют это поле. Давайте разберём возможные причины и шаги для их устранения:

1. Несоответствие типов данных: Если вы изменили длину поля ИНН, убедитесь, что все места, где это поле используется в запросах, также обновлены. В частности, проверьте, нет ли запросов, которые пытаются сравнить это поле с другими полями, имеющими несовместимые типы или длины.

2. Кэширование: Иногда изменения в конфигурации могут не сразу отразиться из-за кэширования. Попробуйте перезапустить приложение или очистить кэш, чтобы убедиться, что изменения применились.

3. Использование динамических списков: Если проблема возникает только в динамических списках, проверьте, как формируются эти списки. Возможно, в них используются фильтры или условия, которые ссылаются на старую структуру данных.

4. Проверка запросов: Если у вас есть доступ к исходному коду запросов, проверьте, где именно происходит ошибка. Возможно, необходимо исправить условие WHERE, чтобы оно соответствовало новой структуре данных.

5. Логирование и отладка: Если проблема не решается, используйте механизмы логирования и отладки, чтобы получить больше информации об ошибке. Это может помочь выявить конкретное место, где происходит сбой.

Если после выполнения всех вышеуказанных шагов проблема сохраняется, возможно, стоит рассмотреть возможность обращения к технической поддержке или сообществу пользователей конфигурации "Управление нашей фирмой" для получения более детальной помощи.

https://t.me/analitiki_1c/4934
🤦

(3) Нет, это проверил. Длина ограниченная: было 12 символов, я поставил 14. Если возвращаю 12 то все работает нормально. Где может быть привязка?

(5) О, а вот и прислужники ботов появились :))

Опытным путем выяснил:
Кидаю на пустую форму динамический список расходные накладные. Выстаскиваю колонку контрагент и пишу что то в поиск - тоже падает. т.е. ничего лишнего нет, и все равно падает

(7) я просто проверил что он могёт, оказывается ничего)

моих знаний не хватает для понимания, где еще может быть связка длины поля и стандартного поиска в динамическом списке

А вообще странно. Ошибка не в инн, судя по (0)
Перестартани сервер 1С с очисткой серверного кеша

(10) а ты инн вводишь в окне поиска или имя контра?

(12) Имя ввожу, но в списках документов падает. В списке справочника контрагенты проблем нет

т.е. все равно что вводить, на первом символе падает

(9) Иди задавай вопросы дальше, кожаный мешок //механическим голосом

(11) Ошибка в том, что ИНН в полях ввода по строке, точно говорю
Не знаю, как это связано, но сто к одному

"Ошибка при получении характеристик для типа: Контрагент" - попробуй очистить Характеристики в справочнике Контрагенты - ошибка воспроизведется?

Получается что это платформенный косяк. Чистить кеш и рестарт хотя-бы. А что за платформа?

(15) да там глухо. Капитан очевидность пишет про то что нельзя сравнивать поля несовместимых типов и тд и тп.

кожаный мешок рулит

Кэш исключил(запустил базу вообще на д.р. компе)
ИНН из полей поиска убирал
Все равно падает

(18) 1С:Предприятие 8.3 (8.3.25.1374)

(17) Характеристики очистил, ошибка ушла

RLS включён?

Но как исправить не понимаю, ничего в них про ИНН  не было

(23) Да

(20) Ой, блин, ну включи уже замер производительности и нажми в поиске любой символ, потом смотри, что в 1С выполнилось
Если ничего, тогда уже и говори про платформу

Вид:
Справочник.НаборыДополнительныхРеквизитовИСведений.ТабличнаяЧасть.ДополнительныеРеквизиты 
Значение:
Справочник.Контрагенты.ТабличнаяЧасть.ДополнительныеРеквизиты

Вид: 
Справочник.НаборыДополнительныхРеквизитовИСведений.ТабличнаяЧасть.ДополнительныеСведения
Значение:
РегистрСведений.ДополнительныеСведения
Вид:

Справочник.ВидыКонтактнойИнформации
Значение:
Справочник.Контрагенты.ТабличнаяЧасть.КонтактнаяИнформация
Вид:

ПланВидовХарактеристик.РеквизитыДляСписка
Значение:
РегистрСведений.СоставСегментаКонтрагентов

Это характеристики справочника контрагенты из-за которых платформа падает, все внутри просмотрел, ИНН там нет.
Не чистить же из-за этого их все...
Есть идеи?

(26) Ничего нет в замере, код не выполняется при поиске в дин списке

(27) То есть без них не падает?

WHERE ИмяПредопределенныхДанных <<?>>IN (НЕОПРЕДЕЛЕНО)

хм, предопределенные элементы есть? и что установлено в свойствах "Обновление предопределенных данных" ?

(27) ИмяПредопределенныхДанных в характеристиках может быть в "поле пути к данным". Есть такое?

(29) Да, без них не падает

(31)

(30) Предопределенных контрагентов нет.
и что установлено в свойствах "Обновление предопределенных данных" ?
Где это посмотреть?

(33) ну вот оно похоже. Поле отбора = ИмяПредопределенныхДанных , значение отбора (след. колонка) - не заполнено. Но там множественные, не знаю как они настраиваются

(33) в Справочник.НаборыДополнительныхРеквизитовИСведений есть предопределенный элемент "Справочник_Контрагенты" ?

(34) в конфигураторе Контрагенты -> палитра свойств

(36) Да

(37) Там установлено: Авто

(38) у тебя на картинке "УдалитьСправочник_Контрагенты"
на твоей картинке в (33) посмотри какой предопределенный элемент у тя выбран в поле "Значение" и посмотри есть ли с точно таким же названием в "Справочник.НаборыДополнительныхРеквизитовИСведений"

(40) Все предопределенные в справочнике НаборыДополнительныхРеквизитовИСведений у меня с пометкой "Удалить". В Характеристиках контрагента таких полей нет

А в РС СоставСегментовКонтрагентов ИНН не участвует?

(41) что у тебя написано в колонке "Значение отбора видов" (3я колонка на рисунке в (33) )

(33) попробуй только эту строчку удалить/обновить/руками проставить/обновить

(44)

ПланВидовХарактеристик.РеквизитыДляСписка
Значение:
РегистрСведений.СоставСегментаКонтрагентов

Да, пока выяснил, что действительно из-за этой характеристики падает. В регистре записей нет

(44) Ура, заработало!
Помогло эту характеристику удалить и заново заполнить. Причем через копирование не работало

Жесть, а я мозг сломал, всю конфу перерыл, где ИНН использовался

(44) Спасибо всем за помощь.
Особенно youalex

И всё-таки мне непонятно, как ширина поля ввода могла повлиять на какую-то характеристику...
Чудеса, однако )

(42) Нет, ИНН там нет. Потому уже на форум написал, т.к. перерыл все возможные вхождения этого поля через поиск.

Приколы платформы видимо

Проверим. А давайте другое поле увеличим, например, КПП…

(52) Пошла пьянка). Да, после увеличения длины реквизита КПП, платформа также падает

(53) а если у этой характеристики задать таки значение?

(53) Это же прекрасно! Уже вырисовывается…
А какая теперь характеристика слетела?
Уж не сегмент ли опять наш многострадальный?

(55) Так же самая слетела) Красота великолепная!

(56) я имею ввиду для нее заполнить поле в колонке "Значение вида отборов". У вас на картинке это поле пустое

(56) Гут. Теперь в предприятии создайте любой сегмент, а то у нас РС пока пустой.
Теперь что там у нас, если опять поле расширить?

(58) Давайте скидываться на проведение опытов, можно пивом. Так-то первая заповедь: Работает - трожь, вот и пусть работает пока работает

(59) Причем ту эксперименты? у вас, по вашим словам, система конкретно жалуется:
WHERE ИмяПредопределенныхДанных <<?>>IN (НЕОПРЕДЕЛЕНО)

а на картинке в (33) мы видим что и в правду нифига не задано.

И что-то мне подсказывает, что если там задать значение, то и ошибка уйдет.

(60) Какое значение там задать? Тут "ПланВидовХарактеристик.РеквизитыДляСписка" один реквизит, множественный булево. Если значение задать "СправочникКонтрагенты", то выходит ошибка  что нет предопределенных данных

(60) дык… только что ж задавали, раз после освежанса заработало, а расширение поля опять его очистило. Надо понять - почему.

(62) Через конфигуратор не поймешь, потому что не факт, что разработчики 1С пилят ее в конфигураторе и, возможно, где-то ссылка на ИНН, невидимая глазу в конфигруаторе

(61) в ПланВидовХарактеристик.РеквизитыДляСписка есть предопределённые элементы?
вот из них выбрать подходящий и задать его имя.

(63) Как выяснилось проблема не в ИНН,  а в характеристике, изменение любого реквизита приводит к ошибке характеристики

(63) хм… тогда это вне моих знаний… пасс )

(61)
https://its.1c.ru/db/pubcomplexreports/content/90/hdoc

"...Поля Поле отбора видов и Значение отбора видов используются в случае, когда источник видов характеристик хранит характеристики разных объектов конфигурации, для отделения характеристик одного объекта конфигурации от другого..."

(64) Ща, проверю и пойду спать

(67) Установка значения убирает ошибку, но если снова отредактировать какой-то реквизит. Оно очищается.
Ваш вариант такой же рабочий, как и пересоздание характеристики. Но тоже одноразово. Как-то так...

(69) Всё-таки давайте введём любой сегмент, самый простой, лишь бы запись в нашем регистре появилась.

Тю... сбежал... и не доделал.

Наш академик, крутой экспериментатор (в отличие от меня, "теоретика движения ..я" [с его шутки]), говаривал, что тот, кто сбегает домой сразу после окончания опыта, даже не построив по полученным данным график - не учёный, а ...

Глянул в БП (понятно, что в других конфах аналогично) - там для поля ИНН на форме элемента контрагента задана ширина 17 знаков. А относительно недавно в Китае изменили формат TIN (ИНН по международной классификации) для предприятий. Было 15 цифирь, а стало ажник 18.

Клиент автора забивает 18-значный номер ИНН и что видит? Хорошо, если просто обрезается, ведь смотря какое железо, а то может на экране вообще не отражаться. Пусто-с.

ГБ вчера обратилась к нашему программисту, а он на голубом глазу заявит сегодня утром, что нельзя увеличить поле, дескать религия платформа не позволяет.

Первое, что подумает женщина-бухгалтер:
- Надо менять программиста.

(71) Глянул ради интереса типовую бухию (3.0.113.2).
Так вот там длинна реквизита ИНН - 50 символов.
но при открытии формы на поле ввода ИНН накладывается ограничение в 12 символов:
Элементы.ИНН.ОграничениеТипа                      = Новый ОписаниеТипов("Строка", , Новый КвалификаторыСтроки(12));

А то что вы пишите про ширину в 17 знаков - это всего лишь отображение.

>ГБ вчера обратилась к нашему программисту, а он на голубом глазу заявит сегодня утром, что нельзя увеличить поле, дескать религия платформа не позволяет.

А что? Так можно было?!? (с)

(72) Вы не то смОтрите. Речь не о длине реквизита, тем более, что ограничение в 12 только для российских контриков, для иностранных можно задействовать хоть все 50.
Речь о ширине поля:

Именно здесь автор перещёлкнул с 17 на 18 и получил бяку )

(73) ну так ширина поля - это только отображение. ничего она не режет (просто строка будет в нем сдвигаться влево/вправо) и пустым поле может быть только если в него ничего не введено.
(74) думаете именно здесь? Я думал он длину реквизита увеличивал.

(75) Цитата из (0):
Изменил длину [на самом деле ширину] поля ИНН в справочнике контрагенты

Сами подумайте, длина реквизита 50, ну на пуркуа её ещё увеличивать.

(75) Все верно, длину реквизита. Про поле уважаемый Гена сам додумал, поле лишь отображает данные и никак не может влиять на динамические списки разных документов. В РФ ИНН 12 символов, мы работаем с контриками из ТС, где 14 символов.

(77) И что? А в Китае 18 знаков. Только для иностранных ИНН, т.е. TIN, предназначен другой реквизит: НалоговыйНомер. А реквизит ИНН чисто российский и строго равен 10.

Но некоторым финикам для многочисленных "ихних" отчётов неудобно пользоваться РАЗНЫМИ реквизитами, вот и пендюрят иностранный TIN в поле русского ИНН. А поле по ширине всего 17 знаков, не хватает, попросили расширить. Хозяин барин - надо исполнять.

Но всё это моя гипотеза. Если автор не сбежал с концами, то может быть снизойдёт до КОНКРЕТИКИ )