Здравствуйте, подскажите, 1с 7.7. Торговля и Склад, распределенная база. Сегодня сбилась номерация документов, причем именно в периферийной базе, в основной вроде нормально. С утра все документы стали 000001 и т.д. Сказали что с утра делали обмен с главной базой и он завис, и потом началась такая проблема. Обмен уже корректно проводил - не помогает. В последние несколько дней не было документов с неправильными номерами, смотрел. Подскажите, что делать?

перенуменовывай...

Так проблема в том что при создании нового документа ему присваивается номер 0001, как это исправить? Предыдущий был например 5313.

(2) Ты видимо плохо прочитал (1) п е р е н у м е р у й доки

Я слышал про ситуацию когда типа был 00067 но ему вручную ввели номер 0067 и следующий стал не 00068 а 0068... Но у меня все новые документы с нуля идут и дальше..

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

Прошу прощения, просто раньше с этим не сталкивался

(6) с начала года

(7) а что за обработка? и она не покривит номера старых документов?

Есть много обработок перенумерации - нормально работают через префикс. Недавно пришлось как раз это делать

(8)Универсальный подбор и обработка объектов.
Если руки оттуда растут, то не покривит )

перенумеруй в ЦБ а потом сделай обмен

(7) давай почту, я тебе пришлю обработку

(8) Это я тебе

(13)[email protected]

отправил

(15) спасибо. А что за фигня вообще? он типа ищет максимальный номер и добавляет к нему 1? и получается что он находит максимальный номер - 0000?

(0) Номера типа "00000001", являются более правильными, нежели номера типа "5546", ибо когда нумерация уже на 5000, то при достижения конца года вы достигните номера 9999, при котором ваша 1С перестанет присваивать номера документам :)

через префикс он работает
сначала указываешь префикс и перенумеровываешь, а потом префикс будет пустой и опять перенумеровываешь
Хотя в периферийках обычно свои префиксы. Значит ставь любой, а потом уже тот который нужен

(16) Номер в 1С, это текстовое Поле, и как текстовое поле следует этой же логики

я обычно с начала года перенумеровываю и все

+(16) Ты код обработки открой, как правило там не более 10-ти строчек :)

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

(22) +100 Это точно :)

Да вот же, не получится так что после перенумерации старые номера документов изменятся? Это я так понимаю будет косяк.

(24) Ага, будет мего косяк, при этом твой лично :)

(23)+200. Все так. Хотя этот само собой разумеется. Выписки можно перенумеровать, рко тоже. Ну и прочие внутренние документы

+(24) Создай документ с номером "000005544", т.е. что бы 1С начала нумерацию с последнего документа, а не с первого :)

Может можно разобраться почему он ставит 00001? Если в код залезть?

(28) Побоку, просто стоит скорей всего префикс "0" (нолик), что в сущности даёт команду к нормальной нумерации документов.

У вас же УРБД?

+ А в код лучше слазить... если есть вопросы об происходящем внутри, бывает помогает :)

Просто сегодня там дальше бьют документы, и ставят им вручную номера 03877, 03878, 03879... И каждый раз 1с создает документ с номером 00001! и потом вручную номер меняют

(31) Проверь документ с номером "9999" Возможно вы достигли предела :)

Распределенная база, да, префикс К. вчера были типа К03456 а сегодня - К00001

+(31) Если у вас БД УРБД, почему у вас нет Префикса?
Это не кошерно :)

(33) Ты лучше сразу говори, что у вас, а не так, что мы тут вытягиваем из тебя информацию :)

Точно было так? Или ты еще какой нолик забыл? :)
Буква "К" (ка - Русская) похожа на "K" - Английскую...
Ты проверь, может кто "пошутил" :)

Ну К английская ли - я не знаю, но все равно - почему К0000001? Разве кто-то мог создать документ К0000000? в числе 7 цифр. Вчера было К0004556 а сегодня - К0000001. То есть и там и там по 7 цифр.

(36) Может у вас год закончился? =))))

Так сейчас же июнь)

(38) ну, у вас все может быть....

(36) Ты отличаешь буквы Русские от Английских?
Если раньше там была буковка "К" русская, а стала "К" англ., то Не русский алфавит как бы при сортировке всегда попадает первым. В общем, все встает на свои места.

Но ты проверь, может буковка "К", это та же "К", что в тогда :)

(0) Кем ты там работаешь? Админом?

(40) пардон а как отличить русскую букву К от английской K ? Глупый наверно вопрос но я не знаю

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

(42) Про буквы, это только теория, мало вероятно, но факт.
Ты еще проверь, какой префикс стоит в настройках.
Я бы поставил там "К0" (ка и нолик), так правильней :)
А то у 1С по этому поводу есть глюк :)

(43) Поможет, значит все уже почти решено :)

(40) любым отчетом по документам сохранить в Эксель колонку с номерами документов. В Экселе есть функция "КодСимв" Вот с её помощю проверить совпадают ли код первого символа.
(это как-бы один из множества вариантов)

(46) Ну да, спасибо, молодец,... но проблема не в букве ;)