Подскажите в чем ошибка... Перепробовал всяко, заездил уже все дебагером, перерыл кучу доков... код - проще некуда, но результата не дает!!! На форме два числовых поля НомерНач и НомерКон замысел преребрать доки по заданному диапазону номеров, в базе они есть но процедура их не находит :(

Процедура Сформировать()
Док=СоздатьОбъект("Документ.Реализация");
Док.ВыбратьДокументы();
Для Номер=НомерНач ПО НомерКон Цикл
   Если Док.НайтиПоНомеру(Строка(Номер))=1 Тогда //тут пробовал и просто Номер и СокрЛП(Номер) и Число(Номер) - никак :(
    Предупреждение("Найден: "+Док.ТекущийДокумент(),1);
   КонецЕсли;
КонецЦикла;
КонецПроцедуры

Книга знаний: Множественный отбор в журналах и справочниках 7.7 заменой запросов SQL
Книга знаний: Отбор по нескольким реквизитам в журнале (www.sinor.ru)

хехе, порылся в базе, нашел свойже код давнишний...

Док=СоздатьОбъект("Документ.ТС_Квитанция");
   Док.ВыбратьДокументы();
   ...            
Если Док.НайтиПоНомеру(Строки.ПолучитьЗначение(Н+1))=1 тогда
   ТЗ.Док = Док.ТекущийДокумент();
   ТЗ.Номер = Док.НомерДок;
КонецЕсли;

тут работает, а тут(0) - нет... в чём проблема, ума не приложу...

Код то рабочий, у меня находит.)

Номера доков не содержат префиксов и числовые?
НайтиПоНомеру = найти полное/точное соответствие, если номер типа РА-00001 то на 1 не откликнется.

нет, без всяких префиксов... обычный числовой номер...

Длину номера полностью указываешь (с учетом нолей)?

так номерже не строковой а числовой... все ноли по левую сторону отпадают...

Попробуй
Док.НайтиПоНомеру(Строка(Номер),ТекущаяДата());
А вообще, сделай следующее:
1) Посмотри в конфигураторе скажи нам тип номера, длину номера.
2) Покажи пример номера какого нить документа

(5)хотя и это уже тоже предвидел... забивал перед номером в строку нули до 6 знаков - результата 0
(7) пробовал и так Док.НайтиПоНомеру(Строка(Номер),Дата(0)); в ЖКК написано...
и ваш метод... результата 0
Тип - числовой
6 знаков
пример:  Реализация 2792 (03.10.06)

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

На кой там "Док.ВыбратьДокументы();" ? Убирай...
И давай так попробуем:

Добавь на форму реквизит ВыбДок типа документ.реализация
дальше пишем:

Процедура Сформировать()
Док=СоздатьОбъект("Документ.Реализация");
Для Номер=НомерНач ПО НомерКон Цикл
  Если Номер = ВыбДок.НомерДок тогда
    Сообщить("Номер формируется правильно");
  КонецЕсли;
КонецЦикла;
КонецПроцедуры

Выбираем в реквизит "выбДок" самый первый по порядку документ, запускаем, смотрим, выполнилось ли условие. Если нет, тогда тормозим в отладчике и ищем, чем переменная "номер" отличается от "ВыбДок.НомерДок "

(10)ха!!! Есть контакт :)
дебагером вынул вот что:
ВыбДок.НомерДок = "  2792"
какогото демона он вместо нолей ставит пробелы...

СокрЛП()

СокрЛВП()

(13) Жжошь. А эта команда что обрезает? Старые баяны? :-)

не совсем понял, как мне к Док.НайтиПоНомеру прикрутить СокрЛП???
сам Номер у меня и так урезан до некуда...

Включи крышу.

Процедура Сформировать()
Док=СоздатьОбъект("Документ.Реализация");
Для Номер=НомерНач ПО НомерКон Цикл
  Если СокрЛП(Номер) = СокрЛП(ВыбДок.НомерДок) тогда
    Сообщить("Номер формируется правильно");
  КонецЕсли;
КонецЦикла;
КонецПроцедуры

(16)Это был тока пример для того чтобы выявить в чем причина не состыковки номеров... куда прикручивается СокрЛП в (0)?
Если Док.НайтиПоНомеру(Строка(Номер))=1 Тогда //тут пробовал и просто Номер и СокрЛП(Номер) и Число(Номер) - никак :(

думается мне, что номер у тебя ниразу не числовой... ща я у себя проверю, а то прям сомнения берут...

либо загонять всю нумерацию доков в таблицу и перебирать там с обрезанием пробелов... либо одно из двух...
(18) да проверь...

при строковом номере - номер отображается(как и записывается) вот таким образом "002792"
числовой - "  2792"

(18)Ну так что там оказалось, числовой или строковой???

Всё верно, при обращении к "НомерДок" возвращатся, действительно, строка.
Однако, по номеру обязан искать, именно по числовому значению
Попробуем написать "в трупую" :

Док=СоздатьОбъект("Документ.Реализация");
Сообщить(Док.НайтиПоНомеру(2792));

И в твоём коде должно работать
Док.НайтиПоНомеру(Номер);
без вляких СокрЛВП() и т.п.

(22)непоможет... уже пробовал, результат 0
Выйдет тока вот так

Док.НайтиПоНомеру("  2792")

Док.НайтиПоНомеру("  2792") - так находит?

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

пример: Док.НайтиПоНомеру(Номер); не проходит...
работает вот так: Док.НайтиПоНомеру("  "+Номер);
но по ламерски ето както пробелы приплюсовывать... да и работать будет тока с четырехзначным номером... переводить нумерацию в строку уже поздно... до конца года ещё полтара месяца а жить и работать както надо... :)

(25) да находит...

Странно, честно говоря. Специально попробовал на своей конфе, благополучно находит числовые номера по, собственно, числу...
Ну пиши тогда с пробелами:

НомерДляПоиска = Прав("     " + строка(Номер),6); //там 5 пробелов
Док.НайтиПоНомеру(НомерДляПоиска);

+28 работать будет не только с четырехзначным номером, но с любым количеством знаков (в пределах длины номера, ес-сно :)))

(28) хехе, тоже вариант... :)
лана всем спасибо, главно хоть нашли в чем ошибка.

(30) не-а, ошибку не нашли :) Нашли - как работает :)

(30) Тупой вариант. Самое оптимальное, алгоритм выстроить так, чтобы при сравнении с помощью СокрЛП отсекать пробелы не хрен, ИМХО.

(32)Кто запрещает выстроить такой алгоритм в моем примере?
Буду тока рад примеру!!!

(33) Тебе еще и пример подавай? :-)

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

Уверен на 90% что  без выгрузки всего списка доков в ТЗ или СЗ не обойдется...

опа, платформа скопытилась... :(

(32) ты не фтеме :)
Автор не делает сравнение. Автор делает "найтиПоНомеру()"
А номер, который "найти" имеет ведущие пробелы.
Только вот откуда - не понятно. Перечитай посты с начала.

Правильный ответ был в 7.
С тех пор так и не увидел Док.НайтиПоНомеру(НомерДок, ДатаДок);
Например из 8
Док.НайтиПоНомеру(2792, НачГода("03.10.06")); Если периодичность номера в конфигураторе год - дата любое число из етого года.

(37) насмерть?

(39) не, дата не при чем. Не понятно, почему ЧИСЛОВОЙ номер находится по строке:
Док.НайтиПоНомеру("  2792") = 1!
Что-то не так...

(38) Ну, тогда я бы просто перебором загнал бы все доки в ТЗ, и номер бы очистил от пробелов. Это все равно более изящное решение, чем добавлять 5 пробелов.

(40) почти, отладчик свернулся в процессе тока сидит и весит напроч...
(42) хехе см (19,36) %)))

(+43) это хорошо когда их загод не переваливает больше 3-5 тыс. а если за тотже год их будет скажем 999'999 Тогда как? тоже через ТЗ?

(42) почему?
Дано:
Переменная "Номер", тип "Число"
Документы, с номерами вида "   " + Номер, общая длина номера - 6 символов.
Задача: найти документ
Моё решение:
Док.НайтиПоНомеру(Прав("     " + строка(Номер),6); );

Напиши элегантнее?

(45)Ээээ... хоть это уже и не поддается моей логике... но вариант
Док.НайтиПоНомеру(Прав("     " + строка(Номер),6)) тоже не проходит...

Я уже совсем ничего не понимаю... только что определили что в номере пробелы, подставили и результата 0!!! :( пойдука я спать...

(47) Как? Тыж говорил, 25,28 работает?

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

Надо бы сначала разобраться, почему
"Документы, с номерами вида "   " + Номер, общая длина номера - 6 символов. "

Не должно по идее такого быть вообще, чЁ то автор видно в ГлПрисвоитьНомер намудрил.

(50) Вот это для меня самого загадка - из-за чего номер документа принимает вид как пробелы с числом...
Конфигурация Бух.УСН ред1.3 (7.70.148)
Правленная мной неоднократно, ГлПрисвоитьНомер - ненайдена вообче...
Документ - Реализация, нумератор не назначен, периодичность в пределах года, автоматическая нумерация, тип числовой, длина 6 знаков, контроль уникальности...
да что я говорю... возьмите любой документ с такимиже параметрами номера и посмотрите повнимательней как он будет отображатся на самом деле...

праблему то решили нет?

нет... точнее да... точнее незнаю я...
вобчемто нашли изза чего непрокатывало то что было задумано:

Док.НайтиПоНомеру(Строка(Номер));

где Номер - число сгенеренное в цикле, а номер документа оказывается содержит пробелы перед числом, отсюда несостыковка искомова :(

вариант решения проблемы найден: загнать все номера документов в ТЗ либо в СЗ и перебирать их там СокрЛП(ТЗ.Ном), но както не нравится мне это... не по кулхацкерски чтоли... :)

(53) От решения требуется только чтобы оно работало. :-) Во-вторых, если сделать запрос по справочнику, а потом выгрузить в ТЗ, получится вполне даже шустро.

(54)По какому справочнику? у меня доки!

попробуй так:
   ИначеЕсли (ПустоеЗначение(Начало)=0) и (ПустоеЗначение(Конец)=0) Тогда
       Док.ВыбратьДокументы();
       Пока Док.ПолучитьДокумент()=1 Цикл
           Если (Число(Док.НомерДок)>=Число(Начало)) и (Число(Док.НомерДок)<=Число(Конец)) Тогда Действие(Док.ТекущийДокумент()); КонецЕсли;
       КонецЦикла;
   КонецЕсли;

(56) Опять все доки в цикле перелопачивать... :-/
Всем спасибо! Просьба сильно не заморачиваться, попытаюсь сделать сам...

(55) Бля, ну доки. Оговорился я. Проблема вселенского масштаба, млиню

(58) Это как закон подлости: сам запрос наваял за полчаса, все работает, все класс, а понадобилось ещё добавить выборку доков в диапазоне и млин вот такая жопа с номерами....