|
Сбитая нумерация документов
| ☑ |
0
vava22082009
02.12.13
✎
05:33
|
Доброе утро.
Конфигурация УТ 10.3.
Была нумерация типа ОП000002731, затем зачем то понадобилось и на какое то время сделали типа ОПОП2731. и вот когда обратно хотели вернуться к старой нумерации классического типа ОП000002731 (возвращение к прежнему виду производилось путем редактированием в ручную последнего номера), то перенумерацию не прошла, при создании нового документа он автоматически присваивал номер типа ОПОП2731--ОПОП2732 и т.д.
Уже даже несколько пустых документов с правильным типом номера присваивали, не помогает, ТиИ выполняли.
подскажите может есть какое то ещё средство
|
|
1
Ligor
02.12.13
✎
05:39
|
Он ищет последний номер во всех документах. и Так как ОПОП2731 > ОП000002731, то соответственно и берет ОПОП2731 и проставляет номера.
По идее ошибка исчезнет если переставить код у всех документов типа ОПОП2731 документы
|
|
2
Wobland
02.12.13
✎
05:43
|
а с чего это вдруг платформа должна решить, что следующий номер должен быть из ряда ОП000?
|
|
3
Подскажите_Мне
02.12.13
✎
05:46
|
ОбновитьНумерациюОбъектов(Метаданные.Документы.СчетФактураВыданный);
|
|
4
Philix
02.12.13
✎
08:33
|
(3) Это если все документы с номерами ОПОП.... поправили.
если же они остались в базе и исправление этих номеров не планируется, тогда нужно задавать префикс вида ОП00..., чтобы при поиске последнего занятого номера система уже не искала ОПОП... :).
|
|
5
Галахад
гуру
02.12.13
✎
08:43
|
Оп, оп, гангамстайл!
|
|
6
vava22082009
02.12.13
✎
10:41
|
(5) Это точно гангам стайл)))
|
|
7
vava22082009
02.12.13
✎
11:28
|
(3) то есть надо создать обрабоку с данной функцией?
|
|
8
Подскажите_Мне
03.12.13
✎
01:18
|
(7) как вариант да, помогало.
Обработку, кнопку и эту команду (только нужный док. укажите).
можно через КонсольКоманд
ну и само собой в тестовой базе пробуйте
|
|
9
minele
03.12.13
✎
06:46
|
Есть обработка перенумерация документов. Ищи, кто ищет- тот всегда найдет.
|
|