Цитата с сайта 1с: В связи с изменением механизма автонумерации объектов получение очередного номера, например, документа, будет всегда выдавать последовательный номер, даже если предыдущий объект не был записан.

То есть создаем новый элемент справочника, он получает код 0001. Жмем отмена. Добавляем еще один - получаем код 0002 и тд. При этом можно вручную поставить код 0001 и сохранить элемент.

Мне за "дырки" в нумерации документов бухгалтера точно спасибо не скажут. Кто подскажет?

Простите точную цитату с сайта производителя можно?

это была цитата с сайта освобожденного ПО

(0) я думаю не только тебя будут иметь... :)

??? простите что?
Можно ссылку на официальный источник?

http://www.v8.1c.ru/overview/release_8_1_5/user_features_815/interface.htm

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

ОК прочитал. Как мне кажется, возможно, что это регулируется программно. Хотя сейчас попробую.
Результат сообщу.

если действительно так - будет ж.опа.....

Интересно. Финала правда нет (будет после праздников), но что в 8.0, что в 8.1 в разделенном режиме (2 сеанса) результат нумерации документов одинаковый (и там и там идет следующий номер БЕЗ записи документа)
Со справочником, на пример контрагентов, то же самое.

Да,так и есть. Щас проверил.

(9) Что именно "Да, так и есть?"

(9) Проверяли на финале?

у меня пропускает....

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

бороться с помощью нумератора....

бороться с помощью нумератора непомогает фигня таже....

Можно еще раз последовательность действий?

Сори все увидел сам.

касса...
летящая касса...
будь ты со мной...
вперед не беги....

Хмм в пределах сеанса есть такое.
Странное поведение

нормальное....
зато блокировок будет меньше.... НАМНОГО!!!
короче 1с делает САМУЮ масштабируемую систему в мире!
вопрос только в том... самую лучшую ли?

Все равно не очень понятно такое поведение в пределах ОДНОГО сеанса
Как в одном сеансе работают несколько человек?

???
все просто.... есть поле в БД при каждом запросе этого поля его значение увеличивается на 1.... и неважно один сеанс или 1000

Хммм.
Как то все таки не очень привычно

(0) В 8.0 была практически та же фишка: если в нескольких сеансах одновременно создать элемент/документ, то код увеличивается.
То есть:
Сеанс 1: Создание эл-та. Код 0001
Сеанс 2: Создание эл-та. Код 0002
Сеанс 1: Отмена создания.
Сеанс 2: Запись эл-та. Код 0002

Так что дырки в нумерации появлялись и раньше. Просто теперь это намного заметней.

Вот об этом и речь. Самое главное когда ты работаешь в ОДНОМ сеансе.

(23) Такое же поведение в 7.7 и в 8.0.
Создающаяся дырка - это в общем то понятно откуда... и весьма логична в описании (23)...

Создающаяся дырка - это некритично для расходых, приходных, счетов фактур...

А вот для приходных и расходных КАССОВЫХ ОРДЕРОВ - будет ЖОПА.
Полная... Ибо в этих документах ПРОВАЛОВ В НУМЕРАЦИИ БЫТЬ НЕ МОЖЕТ ПО ОПРЕДЕЛЕНИЮ....

Веселенькая новость....

P.S. когда работает ОДИН кассир и поведение как в 77/80 - все нормально. Но когда ОДИН кассир открыл док, собираясь его заполнить и записать, его отвлекли и он вышел БЕЗ СОХРАНЕНИЯ С ПОТЕРЕЙ НОМЕРА - это уже аллес....

(25) надо им было сделать галочку в нумераторе.....

Вообще-то раньше, когда кассу вели на бумаге происходило следующее:
Пачку приходников СРАЗУ нумеровали,  и в случаи допущение в приходнике ошибки, он уничтожался соответственно нумерация проваливалась.
Так что вопрос все-таки по поводу нумерации ПРИХОДНИКОВ и РАСХОДНИКОВ спорный

(27) Не знаешь - спроси у кассира и ГБ...
Пачку нумеровали. Номер ВСЕГДА ставился от руки. Если портили бланк - рвали, брали чистый (без номера) и ставили ТОТ ЖЕ НОМЕР...

P.S. на последовательность номеров смотрят довольно строго. Именно в кассовых доках... Больше практически с такой стогостью нарушения в нумерации не караются...

P.S. и спроси, как кассиры резервируют номера... и как мечут икру, когда резервированный номер не использован...

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

(28) Короче 1с создала новую проблему... которую объяснять бухам 1сникам... слава богу хоть сослаться есть на кого... (написали проблему)

(28) Да что вы трясетесь?
Запрос "Выбрать первые 1 ... упорядочить по Код УБЫВ" все равно верный номер даст.
В обработку "ПередЗаписью" его - и все ОК.
А что будет в типовых... посмотим.

обана! весело, если на самом деле теперь такая .опа с номерами.
(28)а про кассиров действительно, так и есть. приходилось из-за нумерации перепечетывать кассовую книгу за несколько дней. там ещё было веселье с лимитом налички..

(30) На каждый чих запросов не наставишь...

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

Можно не только через запрос. Вариантов куча. И проблема решаема на 100%.
Вот только если этого не будет в типовых, то полная ж. все равно не настанет, просто франчи много денег поимеют!!!

то, что выход есть - понятно... Но иметь задницу на ровном месте...

С партнерского форума:

"Но нужно понять, что задача получения гарантированной неубывающей непрерывной последовательности неизбежно приводит к исключению всякой параллельности записи документов. Это не техническое, а логическое ограничение. Две транзакции не будут иметь права найти и записать одновременно очередной номер, так как если первая получившая номер транзакция будет отменена, то образуется «дырка» в нумерации. Соответственно транзакция может получить номер, только после окончания предыдущей транзакции. Поэтому все документы будут выстраиваться в очередь. Это вполне легко получить имеющими средствами конфигурирования.
Реализованный нами механизм (кстати как и в 8.0) выдает неубывающую, но не непрерывную последовательность."

можно сделать так что бы номер документа появлялся ТОЛЬКО после записи.... а до записи поле номера документа было пустым и заблокированным

(37) Можно. Но зачем?
Для номеров РКО и ПКО делается своя нумерация основанная на запросе, для остальных объектов это не критично.

(37) А еще можно вообще не менять типовые. Например для кассы - перед печатью запускать обработку по перенумерации документов.

(39) черезчур умный.... у бухов не только крыша съедит если номера поменяются... они еще потом будут выяснять зачем ты это сделал и перепроверять в ручную ВСЕ доки

(40) Так не все же доки перенумеровывать. Ведь в этой обработке будет выбор периода (дата нач., дата кон.). А в этот период может попасть всего 1 документ, который только что записали с неправильным номером.

(40) НЕ обязательно использовать нумерацию документов

(40) А запросом - как ты с префиксами будешь искать последний номер?

сортировка по возрастанию?

(44) может, но все-равно при записи - этот метод фирме 1С не понравится. Они пойдут другим путем.

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

(45) это метод нужен только для кассовых документов...

(46) В 7ке для РКО и ПКО номера для кассовой книги фиксировались в периодическом реквизите. В 8ке для этой цели можно задействовать регистр сведений. А бухам номера вообще менять не нужно.

(48) Лучше бы ты пожевал что нибудь, а не говорил...
Особенно если не знаешь...
В 7 в константе хранился номер листа кассовой книги, а не номер документа...


(47) Непрерывность номеров нужна не только в кассовых документах, но в тех же счет-фактурах. Просто по жизни - разрывы в нумерации в СЧФ не караются жестко (если их немного, например 5-7 номеров на сотню потеряны).
  В кассовых - они просто НЕДОПУСТИМЫ и последовательность жестко контролируется проверяющими...


(39) Дятел? А то сильно похож на него...
Кассовые документы НЕЛЬЗЯ перенумеровать - напрмер, в документе есть роспись контрагента, после перенумерации документы нужно распечатать, а собирать подписи контрагентов по новой - мы отправим тебя как исключительную птицу...

К тому же в случае встречной проверки будет ж.опа - у тебя попросят дать справку о РКО № ХХХХ, а в твоей базе РКО № ХХХХ будет после перенумерации выписан совсем на другого клиента и другую сумму...

Перенумеровывать сразу тоже нельзя... у кассы стоит клиент. Нужно печатать и давать ему на подпись, брать/выдавать деньги... Иначе в след раз клиент сюда не придет...

(42) пез каминтариеф....


Так что решение только одно - в при записи запросом искать номер, ставить его, записывать и только после записи давать печатать... Вот кассиры обрадуются...



(36) Хорошее обоснование. Красивое. Другими словами - ребята, у нас не получилось и мы вам перевыставляем ж.опу - трахайтесь с ней сами...

P.S. вообще то анализ сделанных изменений говорит о том, что очень много вещей постепенно сваливают на разработчика конфы, не решая это на уровне движка. Решение не есть гуд...
И главное - это тенденция...

(49)
> В 7 в константе хранился номер листа кассовой книги, а не номер документа...

ну да в (48) о томже: "номера для кассовой книги", про номер документа и слова не было.

+(50) Таки глянул в типовой бухгалтерии (для Украины) в 7ке в реквизитах справочника "Счета нашей фирмы" ведется нумерация ПКО и РКО:
"Типовая конфигурация предполагает ведение различной нумерации при-
ходных и расходных документов по каждому из счетов. Для этого существу-
ют реквизиты "Платеж.пор. или расх.ордер" (т.е. последний расходный до-
кумент) "Прих.ордер" (т.е. последний приходный документ), в которых со-
держатся номера последних документов, выписанных по данному счету.
Программа автоматически увеличивает эти значения при записи в базу со-
ответствующих документов."

+(51) А в БП и УТ и УПП реализовано запросом к списку документов ПКО или РКО. Так что в типовых 1С тип-топ

Не осилил всех постов. Что за вопли белуг в аквариуме?
Создается впечатление, что 1-эсники чуток туповатые. Я имею ввиду тех, кто кроме, как 1с ни на чем не писал. Неужели, никто не работал на ORACLE, MS SQL или других нормальных СУБД? По моему, тут кто то правильно подметил, что 1с идет в сторону МАСШТАБИРУЕМОСИ. Соглашусь с тем, что "что очень много вещей постепенно сваливают на разработчика конфы".
Надо отделить мух от котлет. ПОСЛЕДОВАТЕЛЬНОСТЬ и бумажный НОМЕР документа не есть одно и тоже. 1С приучила всех что это одно и тоже. Поэтому все заорали КАРАУЛ...все пропало.

Последовательность и Номер документа не связаны, НО - нумерация должна быть непрерывной...

Если система претендует на предметно ориентированную, и сознательно выбрасываются такие вещи - <пез каминтариеф>

Зачем нужна такая предм ориентированная система, в которой каждый чих я должен делать сам? Уж лучше взять тогда нормальную ИДЕ типа делфи и делать на ней - и ошибок меньше в платформе на порядки и гибкость выше... Все таки предм ориентированная система должна предлагать сервис в предметной области....

Согласен. Думаю, с этим, наконец-то, думаю, они разберутся. Не знаю, на уровне платформы или еще как.

Уже разобрались, свалив проблемы на разработчиков приложений... а сами остались в шоколаде... У них "фсе нормально"

(53) +1
ИМХО, так устроены и буржуйские системы.
Навижн еще не ставил, но судя по книжке, там нет возможности закрыть без сохранения созданный документ.