Начнем с конца:
Вощим народ странная фигня, но если при записи дока поставить префикс было 00001 изменить допустим Сч001 и записать, то следующие доки будут автоматически генерироваться Сч002 и т д,
Глюк платформы 7.7 известный давно. Алгоритм создания нового номера следующий:
Ищем максимальный номер с заданным префиксом (по умолчанию префикс - пустая строка, значит находим максимальный номер в алфавитном порядке)
Выделяем (с конца) цифровую часть и увеличиваем ее на 1
Соединяем то, что осталось в начале номера с новым номером, который получили.
Теперь по вопросу:
Вопрос такого плана появился, подозреваю что абсалютно глупый вопрос..... )
У меня номер документа имеет вид 00001, а хотелось бы типа СчФк-00001 незнаю как это сделать, поискал не нашол.
Подскажи плз куда ковырнуть )
ПрефиксАвтонумерации() в типовых вызывается в глобальном модуле в предопределенной процедуре ПриНачалеРаботыСистемы(). Кроме того можно в форме документа в предопределенных процедурах ВводНового() и ВводНаОсновании() вызывать УстановитьНовыйНомер(Префикс).
Теперь еще раз об глюке:
Если ты установишь сначала префикс "АА" и введешь (запишешь) хотя бы один документ, а потом захочешь поменять его просто на "А" - то ничего не получится (см. описание алгоритма), а если на "Б" (большее по алфавиту) - то получится. Если тебе нужно задавать разные префиксы для распределенных баз то настоятельно рекомендую делать их одной длины!
Еще одно следствие из этого алгоритма: если убрать один из лидирующих нуле в номере (АА0001 -> АА001, бухи такое часто любят делать) - то дальнейшая нумерация продолжится в коротком варианте (АА002, АА003), независимо от длины номера, заданного в конфигураторе. Если убрать все нули (АА1) то нумерация дойдет до АА9 и дальше будет выдавать "Номер не уникальный".
Это лечится только перенумерацией неверно введенных документов (элементов справочника). Так что по возможности изменение номера лучше блокировать от всех.