Добрый день.
Семерка, документ, номер числовой. Нужно получить самый максимальный номер. Как это сделать, с учетом того, что последний номер по дате не обязательно максимальный?
В восьмерке то нет проблем, но вот в семерке..

Как? Легко

(0) Сортировка по номеру.
И при чем тут семерка?

(0) Ровно так же как в восьмерке.

Можно ввести новый документ, это и будет максимальный+1

(4) Опередил! ;-)

и, если несколько товарищей будут одновременно это делать, то способ в (4) не рабочий.

ну да ладно, занимайтесь

хмм , зачем вводить ? Оо просто программно сделать на установитьновый номер и записать предидущий
ЗЫ вопрос если есть УРБД и есть дубли при этом )))

Отобрать запросом. Но это будет максимальный номер из уже записанных, если кто-то открыл форму ввода нового документа, то там уже больший номер, но о нем мы не узнаем ...

(6) а мы - обернем в транзакцию и попытаемся! если не свалиться на транзакции - значит "одновременно" делающих нет (грязное чтение?)
.
другое дело что на нескольких рабочих местах 5 человек могут создать новый документ и в итоге не записать его - а пока доки открыты - номер уже инкрементирован", в итоге может получиться максимальный номер, который отсутствует в базе.
.
но это тоже решаемо (?) созданием документа-регистратора для присвоения номеров ПРИ ЗАПИСИ документа, а не при открытии формы нового (?)

(8)>>вопрос если есть УРБД и есть дубли при этом
там префиксы есть

МаксимальныйНомер = Число(Лев("9999999999999999999999999", Метаданные.Документы("ВидДокумента").ДлинаНомера));

(6) Значит, последний номер документа получат все эти несколько товарищей.

(13) нет

(13) И "все эти товарищи" ломанутся записывать созданный док-т... С одинаковым максимальным номером... А оно возьмет сольет все в один док-т... Зато - с максимальным номером...

(13,15) сразу видно, что вы не в курсе как в 7.7 присваивается новый номер

(6) Элементарно делается чтоб не какое-то действие не происходило одновременно.

СлужЭлСпрДляПолученияНомера.Блокировка(0); // На всякий случай
Пока СлужЭлСпрДляПолученияНомера.Блокировка(1)=0 Тогда
глПауза(100);
КонецЦикла;
...
Тут действия которые пользователи не должны выполнять одновременно
...
СлужЭлСпрДляПолученияНомера.Блокировка(0);

Хотя если кто-то параллельно создал документ с присвоением номера, а потом не захочет его сохранить - то естественно метод сработает неверно.

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

Сообщить(ОгромныйНомер);

(19) не факт что последний по оси времени будет с максимальным номеррм

(21) скорее всего даже не будет

(21) угу.. прокол мой.

(11) даже если есть префиксы - могут быть дубли ))))

Док=СоздатьОбъект("Документ.РасходнаяНакладная");
    
    Док.Новый();
    
    Док.ДатаДок=РабочаяДата();
    
    Док.Установитьновыйномер("");
    

    Сообщить(""+(Док.НомерДок));

и предидущий - сколько бы сеансов не было - будет последний )))

(25) будет не последний

курите 1SDNLOCK

(25) не совсем так.

Вот сидят еще пять человек с открытым окном ввода нового документа, а ты такой, шестой, взял и выполнил код из (25).

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

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

(26) при указанных (0) параметрах не понятно есть ли нумератор ...
(25) вполне совсем так, на исполнение метода - предыдущий документ ПОСЛЕДНИЙ, если кто не понял - документ я не записываю

(28) вполне совсем так, на исполнение метода - предыдущий документ ПОСЛЕДНИЙ, если кто не понял - документ я не записываю

(29), (30) это ты не понял - номер не последний, т.к. номера, которые выданы тем пяти пользователям уже заняты и тебе выдадут номер следующий за теми пяти

(31) так и есть

(31) открыл обработкой одну и ту же обработку из (25) - понажимал - номер один и тот же... у ВСЕХ пользователей ...

я больше не буду тебя переубеждать

фу блин - в общем у всех пользователей при нажатии на внешний отчет с текстом из (25) показывает последний НЕ присвоенный номер, если не записывается документ, он всегда один и тот же

(34) а что меня переубеждать ... пробовал из принципа

(36) ну давай так:
открой новый документ у 5 пользователей и свою поделку.
Посмотри результат, подумай.

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

ПриЗаписи()
глНомерДок=Макс(глНомерДок,НомерДок);

Единственный верный метод :
Док.новый()
Док.записать()
Возврат док. Номердок

Задачка баян

Ладно, самый правильный ответ
SQLLock + НовыйНомер()
http://www.1cpp.ru/docum/html/ODBC.html#getnewnumber

ну или всё тоже самое прямым запросом.