Здравствуйте!
Если что то не так - прошу сильно не винить.
В УТ 10.3 делаю простой запрос - вывожу список номеров договоров в запросе:

ВЫБРАТЬ
    ДоговорыКонтрагентов.Номер КАК НомерДоговора
ИЗ
    Справочник.ДоговорыКонтрагентов КАК ДоговорыКонтрагентов

И вот получаю такие результаты - вот рисунок:
http://волгалаб.рф/1c/162.jpg
Максимальный номер - 320.
А вот когда делаю вот такой запрос:

ВЫБРАТЬ ПЕРВЫЕ 1
    ДоговорыКонтрагентов.Номер КАК НомерДоговора
ИЗ
    Справочник.ДоговорыКонтрагентов КАК ДоговорыКонтрагентов

УПОРЯДОЧИТЬ ПО
    ДоговорыКонтрагентов.Номер УБЫВ

А тут получаю такие результаты, вот рисунок:
http://волгалаб.рф/1c/163.jpg
То почему то получается - 99.
Убедительно прошу, подскажите пожалуйста, как в запросе реализовать выборку последнего номера(максимального)?

видимо это строка и "99..." действительно - максимум

(1) А как это может быть?
А как реализовать в запросе так, что бы (в данной примере имеется ввиду) выбиралось 320 ?

извини, бро, если мимо, но разве "первые 1" не выбирает первую запись из таблицы?
почему бы не
выбрать максимум(ДоговорыКонтрагентов.Номер) ?

потому что "9" больше "3" - всё правильно.

(3) Тоже 99 показывает
Но вот почему???

(5) потому что
строка 99 > чем строка 100

ибо 9 > 1

(7) А как это может быть?
А можно как то в запросе выбирать последнюю стоку (строка - число?)?

(8) Пойми, наконец, разницу между строками и числами.

(8) строка не число, строка это строка. И от того что она выглядит как число он не становится числом

(10) Просто, некоторые, когда сортируют файлы в Windows и видят чудо - верят в то, что это будет так всегда.

А как тогда сделать сортировку по чилу, а не по строке?

(11) т.е. в запросе выбрать все, преобразовать результат в число и отсортировать? или в запросе сразу преобразовать можно?

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

выразить (НомерДоговора как число (10)) или сколько у тебя символово в договоре

да тут еще и сайте рекламируют

(13) Вам опять поговорить не с кем ?

(0) вот только что будет, если кому-то приспичит забить в номер договора что-то типа 01/03-07?

(17) мне ответ интересен.

(18) Исключение будет, а если преобразовать в запросе - то преобразовывать будет SQL и получит из "01/03-07" значение "1".

(15)  Можно немного поподробнее, как это в запросе реализовать?

(18) А как тогда быть?

(21) В 1С нет сортировки через внешнюю функцию - она здесь как раз кстати.

Хотя, как сравнить 009 и 01/03-07 ???

(21) предусматривать такой вариант развития событий перед записью нового договора, например. это вопрос существующих правил регистрации договоров. только на практике одними циферками не обходится, увы

(24) Я бы, всё-таки, сортировал бы как строки, но дописывал нули в начале.

А как тогда лучше сделать?

(25) может к началу задачки вернуться? зачем нужна сортировка по номеру договора дабы найти "крайний"?

(24) Да найти максимальный номер(число) с помощью запроса.

(28) А  пример, можно в студию?

(26) при записи документа записывай в реквизит число и тащи в запросе.

(30) а в самом запросе - это как можно реализовать?

Вот в запросе пытаюсь прописать:
ВЫРАЗИТЬ((ДоговорыКонтрагентов.Номер) КАК ЧИСЛО)
Но что то ругается...

(28) а вот дальше будет интересно, ибо нумерация идёт в течении года (!), т.е. обычно в январе 1 договор имеет номер 1

В СКД можно при вычислении указать функцию общего модуля, которая будет выделять число из строки.

Выразить(&номерСтрокогоТипа как число(15.2))

(35) Что пил?

(0) Я бы задачу решил с другого конца.
Перенумеровал бы все номера догвооров как следует.
Например 99 на 00099 итп и тогда 00320 точно будет больше чем 00099.
Как вариант превратить их в числовое поле.
И не надо тогда парить себя мозг.

А если мешают нули при выводе на печать то их всегда можно убрать...

(37) Добавлять нули - убирать нули - следить, чтобы пользователи число написали с правильным числом нулей.

Число - и всё само решится.
Если нужны номера с галочками и т.п. - поле "входящий номер" избавит от всяких вопросов.

А подскажите пожалуйста еще:
Вот написал:

Пока НомерСпецификации.Следующий() Цикл
            Если НомерСпецификации.НомерСпецификацииНужный = Null  Тогда
                Если НомерСпецификации.НомерСпецификацииНужный = 0 Тогда
                    Движение.НомерСпецификации = 1;
                Иначе
                    НомерНаОдинБольше = НомерСпецификации.НомерСпецификацииНужный + 1;
                    Движение.НомерСпецификации = НомерНаОдинБольше;
                КонецЕсли;
            Иначе
                НомерНаОдинБольше = НомерСпецификации.НомерСпецификацииНужный + 1;
                Движение.НомерСпецификации = НомерНаОдинБольше;
            КонецЕсли;
КонецЦикла;

Но почему то при проведении документа получается:
http://волгалаб.рф/1c/166.jpg
То есть первый номер спецификации вообще ничего не ставит, так как его еще нет...
Подскажите, какое поставить условие, что бы номер 1 ставился...
Я просто уже много перепробовал, но почему то первый номер вообще ничего не ставит, а уже со второго начинает плюсовать по 1, а вот необходимо что бы с первого номера плюсовать по одному....

(38) А зачем следить? Ведь 1С делает автонумерацию сама.

Я всгда был против того чтоб номера трогал юзеры.

Если НомерСпецификации.НомерСпецификацииНужный = Null  Тогда
                Если НомерСпецификации.НомерСпецификацииНужный = 0 Тогда
Забавно.

(41) Видимо, про ИЛИ человек не знает.

(42) да ИЛИ тоже ставил, но все равно не ставить первый номер 1 - вообще ничего не ставит

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

(43) ну вот ты пишешь

     Если НомерСпецификации.НомерСпецификацииНужный = Null  Тогда

а потом вдруг

НомерНаОдинБольше = НомерСпецификации.НомерСпецификацииНужный + 1;

разве можно к NULL добавлять 1? Ведь бред.

(44) Да так тоже пробывал:
Если НомерСпецификации.НомерСпецификацииНужный = НЕОПРЕДЕЛЕНО  Тогда

все равно как бы вообще проскакивает при создании и вообще никакакой номер не создает

(45) ну запомните

Null + 1 = Null

Вопрос на засыпку, а что больше число 5 или пустая строка ""? :))

(47) Исключение, которое вернёт такое сравнение, больше ^_^