Бух учет 7.70.578
Платформа 7.70.027 (для SQL)
код:
Контрагент=СоздатьОбъект("Справочник.Контрагенты");
Если Контрагент.НайтиПоРеквизиту("ИНН",ИНН,1) = 0 Тогда
    Сообщить("Контрагент с ИНН " + ИНН + " не найден в базе!");
КонецЕсли;


В отладчике Контрагент.НайтиПоРеквизиту("ИНН",ИНН,1) равно 0. Такой ИНН в справочнике есть.
У реквизита ИНН установлены галки "Сортировка" и "Отбор по реквизиту"установлены. Даже если в отладчике задать конкретное значение ИНН (правильное) - не находит.

Нашла причину, в поле с ИНН еще прописан КПП через \

еще может быть прописан и через /
ЗЫ есть обработка банк клиент - там этот поиск в полной красе

ааааа! бухия 7.7, да там есть такое :)
(взгрустнул по предыдущей работе)

Косяк в том, что не у всех указан КПП, а для поиска есть только ИНН. Остается только переборкой справочника(((

(4) Черный запрос на вхождение (смотри поиск по подстроке в ТиС)
...или прямой с like

(5) дык все проще, вряд ли контрагентов больше 1000

так что в ТЗ все эти ИНН и разделить перед поиском

т.е. сначала всех обрабатываем, и потом быстро ищем по ТЗ

но это если несколько контрагентов нужно искать в цикле каком то например при загрузке, тогда заполнение ТЗ можно вынести перед циклом и будет очень быстро...

(6) Т.е. перебрать всех, запихнуть в ТЗ...
А потом искать в ТЗ (по сути это тоже перебор)?
Не быстрее ли тогда сразу смотреть содержимое строки?

(7) не, перебираем то один раз всех контрагентов, а ищем потом мгновенно - скорость поиска по ТЗ = скорости поиска индекса таблицы

и искать сам элемент справочника не надо они уже все в ТЗ

(8) Штатная ТЗ не индексируется и скорость поиска зависит от положения строки :)

(9) угу ну можно сделать не линейную ТЗ а https://ru.wikipedia.org/wiki/АВЛ-дерево :)

и заюзать свой "индексированный" поиск

но для <1000 строк поиск в обычной ТЗ (в памяти) быстрее чем поиск по индексу (на диске не SSD) в базе

Да все это полумеры. Прямой запрос с Left() либо Like.
ну или можно поискать в строке символы "/", "\".