Привет! В документе автоматическая нумерация, сам документ не типовой.
Создаем документ,ничего в нем не делаем,просто сразу закрываем его, ТО ЕСТЬ ДОКУМЕНТ НЕ СОЗДАН!!.При открытие документу присваивается номер 1.
Создаем снова документ,и номер уже равен 2
Если закрыть 1с и снова открыть. Вновь создать документ номер =1
В чем может быть причина?

Кэш почистила. Создала даже новый нумератор с автонумерацией,не помогло

Когда 1С закрывается,то барабашка (кэш) умирает.

>>Создаем документ,ничего в нем не делаем,просто сразу закрываем его, ТО ЕСТЬ ДОКУМЕНТ НЕ СОЗДАН!!.При открытие документу присваивается номер 1.

Если ты не записывала документ, то чего ты там открываешь?

У неё семёрка

(3) Форму не записанного в БД объекта, очевидно же

(3) Да я бы такое и не подумала сама посмотреть.Просто заказчик сказал: - вот смотри,я решил создать документ,а потом передумал. Потом в течение дня все таки решил его создать,и смотрю нумерация уже равна 2

(4) Платформа 8.3
конф-я: Бухгалтерия государственного учреждения, редакция 1.0 (1.0.52.7)

(5) Можно поподробнее

Не путай запись объекта в БД и механизм нумерации, выдающий очередной номер

ПриОткрытии АвтонумерацияВФорме = Ложь;

(10) это БГУ, её с поддержки обычно не снимают...

(10) Если я откл автонумерация,ты предлагаешь,чтобы они ручками вбивали номер?

(11) это снята полностью,там живого места нет

(9) Так и как можно решить мою проблему???Я не знаю даже где смотреть

(12) Номер будет выдаваться при записи объекта в БД

(11) Документ не типовой. Читал?
(12) нет он при записи присвоится. Как в типовых

(14) Какую проблему? Это штатное поведение механизма нумерации

(13) тогда без проблем
делай, как в (10)

(16) >>Документ не типовой. Читал?

Каюсь, пропустил

(16) Окей,сейчас,посмотрю,отпишусь

Поле объекта недоступно для записи (АвтонумерацияВФорме)
    АвтонумерацияВФорме = Ложь;

(21) Блин ну ты СП открой.
Автонумерация = АвтонумерацияВФорме.НеИспользовать;

(22) да уже посмотрела,спасибо)

сейчас проверю

не помогло

(25) номер проставляется до записи?

(26) да,сразу при открытие

(27) =0 как так.. ты при открытии написал Автонумерация = АвтонумерацияВФорме.НеИспользовать; ?

(25) Открой документ и посмотри раздел Нумерация. Есть ли там Нумератор и флажок Автонумерация?

(29) есть

(28) Да при открытие,в форме модуля,так и написала.Отладчиком остановила там,а он уже присвоил номеру значение

(29) более того,я создала новый нумератор,и добавила его в документ

(31) в свойствах формы поменяй

(30) Что есть, партизанен?

(33) что??

(27) Так не должно быть. В типовых номер присваивается(а значит и занимается) при записи

выкинь нумератор для начала

(34) http://ipic.su/img/img7/fs/Bezymyannyj.1532599674.png

(35) http://pics.rsh.ru/img/_fv4rfdq0.png

Если там ОФ, конечно

(39) да нашла,делаю

(40) что такое оф?у меня там авто стояло

(42) ставь не исппользовать


ОФ - Обычные формы

(43) да обычные

вроде,ну я определяю что тут нет сервер и клиент,а просто все

(43) ты такая прелесть!!!!!!!!!!!Спасибо тебе большое!!!!!!!!!!!
Помогло

ВСЕМ БОЛЬШОЕ СПАСИБО

(46) Фотку поставь в профиль :)

(48) как -нибудь)

(48) Продинамила:)

(50) Ну, не удивительно)

(50) (51) да поставлю я)))

(для справки)
От автонумерации в форме объекта (перед записью) отказались ещё когда была платформа 8.1, но оставили для совместимости с платформой 8.0 (точнее для совместимости работы конфигураций, написанных под платформу 8.0).
Источник: https://its.1c.ru/db/metod8dev#content:1550:hdoc

"Свойство Автонумерация формы объекта (элемента справочника, документа...) отвечает за автоматическое получение номера при открытии формы. Если в этом свойстве указано значение НеИспользовать, это означает, что при открытии формы номер будет не заполнен и он будет получен автоматически при записи объекта."

(53) Раз отказались ,тогда почему на 8.2 без этой галочки не работало?

(54) Всё работало и без этой галочки. Просто нужно было хотя бы чуть-чуть иметь представление как это работает в типовых конфигурациях.

"Вы не любите кошек? Да вы просто не умеете их готовить!"(Альф, инопланетянин).

(55) "иметь представление как это работает в типовых конфигурациях" // А вот кстати вопрос на засыпку по механизму выдачи номеров: почему при первом обращении к менеджеру нумерации он далает запрос к БД (максимальному номеру) без блокировки?

(56) Достаточно включить логику :) Наверное потому, что для работы механизма автонумерации нужна инициализация первоначальных значений (максимальный номер пространства автонумерации). Ведь далее механизм автонумерации работает автономно от данных информационной базы  - ему же нужно с чего-то (с каких-то значений) начинать нумерацию.

(57) Ты, видимо, не обратил внимание на последнее слово в моем вопросе, а ведь в нем вся соль

(58) Вы, видимо, забыли выделить в чём именно Ваша соль в вопросе :) А Вы не находите, что эта "соль" более из области блокировки данных, механизма транзакционных блокировок?

(59) Короче этот механизм выдачи номера может облажаться:
0. Сеанс 1 затребовал от механизма нумерации выдать этому сеансу очередной номер для какого-то документа какого-то вида.
1. Механизм нумерации понимает, что это первое к нему обращение, и считывает из БД максимальный номер этого вида документа.
2. Сеанс 2 пишет в БД документ этого же вида с номером, который механизм из пункта 1 выдаст потребителю в пункте 3. Этот номер сеанс 2 не получает от механизма нумерации, а вычисляет по какому-то своему алгоритму.
3. Механизм прибавляет к считанному номеру единичку и отдает Сеансу 1.
4. Сеанс 1 пишет документ с полученным номером и получает отлуп "Значение <такой-то номер> поля "Номер" не уникально".

А вот если бы считывание в пункте 1 было блокирующее, тогда вероятность ошибки из пункта 4 была бы исключена.

(60) а теперь смодулируй поведение если в начале дня кто-то получил номер с блокировкой и оставил незаписанный документ до конца дня

(61) Ты что-то не понял. Блокировать не нужно до завершения записи документа - блокировать достаточно до завершения чтения и отдачи первого затребованного от механизма номера. Как только механизм нумерации отдал вычисленный номер, блокировка снимается.

(60) А теперь проанализирует первое обращение в момент, когда в базе есть запись с незавершённой транзакцией (в которой содержится искомый максимальный номер), учитывая что транзакция может быть позже а)завершена или б)отменена.

И кстати: я могу перечислить много (поверьте это не преувеличение) реальных ситуаций, когда автонумерацию может заглючить на банальное "номен[код] не уникален". Только смысла не вижу в ловле блох - другого механизма у платформы нет. Ешьте кактус :)

(63) Вот видишь, еще один косяк. Но в предложенном тобой сценарии инсерт в БД ничего такого не блокирует, поэтому механизму нумерации хватило бы грязного чтения макс. номера из таблицы документов

Хотя этот механизм, вероятно, так и делает (грязное, NOLOCK)

(65) Помимо дублирования номеров есть проблема дырок в номерах

(67) Эта проблема есть и тогда, когда механизм нумерации работает без обращения к БД (со своим проинициализированным счетчиком). И в общем случае это проблемой не является.

(65) Да нет там никакого "косяка". Просто это был вопрос на засыпку, но уже от меня :)

Максимальный номер будет получен и учтён как "выданный". Когда транзакция будет завершена - механизм поступит так, как указано у настройках - полученный номер будет зафиксирован как использованный или как заблокированный, или вновь выдан в качестве свободного.

Нужный ответ уже есть в тексте статьи. Например:

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

(69) "Когда транзакция будет завершена" ... сеанс получит отлуп по неуникальности номера :)

(70) Эээ... не зачёт :) Вообще-то твой первый вопрос (и мой) был только о первом обращении к базе за получением максимального номера. А "номер не уникален" - это уже из другого режима работы механизма :))

Механизм автонумерации использует неблокирующие чтение по простой причине - ему не с кем конкурировать, он же сам по себе уникален (по определению) - это же так просто понять :))

(71) Ну так как бы все те мои сообщения и направлены на то, что при первом блокирующем чтении макс. номера одна из ситуаций получения такого отлупа исключается

(72) Как это не с кем - выданный номер потом записывается в БД, где есть контроль уникальности номеров

Фах :) Я понимаю что Вы хотите сказать, но Вы выбираете неудачно термины.

Механизм автонумерации может... как Вы сказали... эээ... "механизм выдачи номера может облажаться"(цы) - для этого (и в том числе) существует механизм контроля уникальности номеров.

Но это вовсе не означает что они "конкурируют". И даже не означает что они "конфликтуют" - это в данных информационной базы возникает конфликт, а не в механизмах.

Это различные механизмы платформы, работают каждый сам по себе и независимо друг от друга - они не могут "конкурировать" или "конфликтовать" между собой.

Куда-то тебя понесло.
Еще раз: есть механизм, выдающий номер. И при определенных сценариях этот номер не может быть записан в БД.
Мною описано предложение, как один из таких сценариев исключить на корню.
Не ясно, почему платформа не следует ему.

(56) Не понял, что блокировать предлагаешь?

(77) Таблицу данного вида документов - чтобы никто другой не мог записать в БД документ (см. сценарий в (60))

(78) В какой момент сеанс требует номер? Если в момент записи, то таблица и так будет заблокирована. А если при открытии формы, то ошибку из пункта 4 это бы не исключило.

(78) Ваш "сценарий" содержит несколько выдуманных теоретических допущений и нарушений, которые сводят на "нет" всю Вашу аргументацию. Не дошло? Ок, объясню, озвучив одно из них: "...не получает от механизма нумерации, а вычисляет по какому-то своему алгоритму". Всё, все свободны, механизм автонумерации - убогий механизм платформы :)
(офф)
Можно ли сказать, например, что коробка передач автомобиля - несовершенный механизм? Конечно же "да"! Я знаю как работает механизм --> я знаю как нарушить его работу. В коробу передач я могу насыпать песку :) Несовершенен механизм? Конечно же "да" - коробка передач на песке не работает! :))

(79) В транзакции записи нового

(81) Вообще, да, логично предложить лочить на чтение, что если транзакция зависнет, то всё сломается. А если не генерить номер руками, то всё и так будет ок.