Добрый день!
Я сбила программную нумерацию, теперь программа при проведении документа — ОРП — ставит не следующий номер, а следующий от моего правленого — типа 23/1, 23/2,23/3
Это можно теперь поправить? — что б следующие номера шли — 30, 31, 32.
Спасибо!
Комментарии закрыты.
База ответов по учёту в 1С
© ООО «ПРОФБУХ» 2011-2025 г.,
ОГРН 1117746700686
При использовании данного сайта, вы подтверждаете свое согласие на использование файлов cookie в соответствии с настоящим уведомлением в отношении данного типа файлов.
Если вы не согласны с тем, чтобы мы использовали данный тип файлов, то вы должны соответствующим образом установить настройки вашего браузера или не использовать сайт
Нажимая на кнопку «Зарегистрироваться», я подтверждаю принадлежность мне сообщенных при регистрации сведений, их достоверность, даю согласие на обработку моих персональных данных и подтверждаю ознакомление с политикой их обработки.
Отправляя форму Вы даёте согласие на обработку персональных данных, защищенных политикой конфиденциальности
Здравствуйте!
Следующий номер, который неверный — его вручную поменяйте на 30 (следующий нужный порядковый номер). Потом создайте еще один документ следующей датой и проверьте, пожалуйста, восстановилась нумерация или нет.
Сообщите о результате.
Перенумерация документов в 1С 8.3 Бухгалтерия
.
Добрый вечер, уважаемая Мария!
Спасибо за ответ
Так я уже сделала три раза — все равно четвертый ОРП — номером 23/2, к сожалению ((
Оксана, добрый день!
Все дело в принципе присвоения следующего номера, который учитывает порядок каждого заполненного символа. Поскольку поле номера не числовое, а символьное, вы можете ставить в нем спецсимволы — дефис, косую черту и буквы, но что тогда получается, давайте рассмотрим подробно.
У номера есть понятие длины, оно неизменно и задается разработчиками в конфигурации 1С Например, в выписке я поменяю в 11-ти символьном номере вручную номера так: 00БП-0006/2 и следующий номер, действительно будет 00БП-0006/3.
Вы не получите номера 00БП-000007 по одной причине: в символьном номере наиболее высоким весом обладает каждый предшествующий символ: от конца к началу.
То есть у вас был номер 00БП-000006, вес номера — последний символ в моем примере.
Вы меняете на 00БП-0006/2 и вес номера — третий символ с конца. Это более «весомый» номер и программа когда ищет «максимальный номер», идет именно по этому принципу — берет с максимальным весом и добавляет единичку к доступному числовому минимальному разряду. Так и получается 00БП-0006/3.
И сделать автоматическое присвоение номеров типа 00БП-000007, 00БП-000008 и т.д. после внесения номера 00БП-0006/2, например, программа вам не позволит, пока вы не уберете свой вручную введенный номер со спецсимволом.
Поэтому либо вы вручную правите и дальше номера.
Либо задаете номер не на максимальную длину, а усеченно, по использованному максимальному разряду.
То есть в моем примере создается 00БП-0006/3 и я меняю его на 00БП-0007, после этого пойдет нумерация автоматически 00БП-0008, 00БП-0009 и т.д.
Минус в том, что если много документов (получается за год можно ввести только 9999 документов) вам может не хватить разрядности для учета. Поэтому мы не советуем вводить спецсимволы в номер — это оборачивается вот такими проблемами.
Если подобные ситуации возникают часто, для автоматической нумерации придется обратиться к программисту для написания расширения исключающего данную проблему. Он сможет закодировать при записи поиск значимой части номера «до косой черты», добавления к нему единицы и сохранения всей символьной длины номера.
В типовом решении как работает поиск «максимального номера» я показала в комментарии выше.
Ирина, добрый день!
Всё понятно (((
Спасибо!
Вопрос можно закрывать.