![]() |
|
В УТ 10.3 слетела нумерация, | ☑ | ||
---|---|---|---|---|
0
Varga
15.12.08
✎
20:44
|
Блин слетела оная, при создании нового документа поле не заполняется, хотя автонумерация в конфиге стоит. Куда смотреть ?
|
|||
1
Varga
15.12.08
✎
20:44
|
ставил же в в v8
|
|||
2
IamAlexy
15.12.08
✎
20:49
|
искать номера вида
"123123-99" или "13123/99" |
|||
3
IamAlexy
15.12.08
✎
20:51
|
ну а вообще прикольно.
сначала появляется ветка: v8: ручная нумерация документов реализации в УТ (возможна ли?) а затем сабж :) |
|||
4
Varga
15.12.08
✎
21:05
|
да нет таких )))))), все ровно идет, при создании нового просто не ставит текущий номер (
|
|||
5
IamAlexy
15.12.08
✎
21:07
|
он ставит при записи.
пытается вернее находит самый большой номер и пытается его увеличить на единицу. и упирается в нумерацию вида любая_текстовая_фигня9 |
|||
6
apt_2891
16.12.08
✎
09:14
|
(0)лимит исчерпан))вообще тоже была подобная проблема, где -то в настройках есть редактирование номеров документов, даже не лезли в конфигуратор
|
|||
7
IamAlexy
16.12.08
✎
09:16
|
такая штука появляется когда они включили себе редактирование номеров.
нашелся умник который сделал документ когдато (например второй документ текущей отгрузки) старый_номер/2 (ну хотел человек сделать либо копию либо разделить одн отгрузку на два) и в итоге автонумерация дойдя до .../9 дальше увеличть номер не может... |
|||
8
Serg_1960
16.12.08
✎
09:22
|
(0) Подробнее! Документ, период нумерации, последние три-четыре номера укажите...
|
|||
9
IamAlexy
16.12.08
✎
09:23
|
(8) гыы. он же уже писал... делаешь новый документ а в форме О УЖАС!!! нет номера!!!
|
|||
10
Serg_1960
16.12.08
✎
09:23
|
(8) + Есть ли префиксы узла, организации?
|
|||
11
apt_2891
16.12.08
✎
09:23
|
(7)и что же в таком случае делать? просто тупо залезать в конфу и добавлять кол-во знаков в номер - это не выход! разве что делать обработку и править все номера с того места где началась самодеятельность!?
|
|||
12
IamAlexy
16.12.08
✎
09:25
|
(11) либо править номера либо на копии поиграться с префиксами
либо на всех корявых документах попробовать убрать лидирующие нули (один или два) и проверить - провернется ли нумерация. |
|||
13
Serg_1960
16.12.08
✎
09:26
|
IamAlexy, все имеют право на ошибки :( из них опыт складывается :)
|
|||
14
IamAlexy
16.12.08
✎
09:26
|
(13)дык я непротив.. ошибайтесь наздоровье :)
|
|||
15
apt_2891
16.12.08
✎
09:28
|
(12) ну если убрать "корявые" номера, может потом групповой обработкой документов неоперативно провести все документы, просто вопрос в другом, как это может "негативно" отразиться на учете?
|
|||
16
IamAlexy
16.12.08
✎
09:29
|
(15) например в бумажном виде распечатанные документы и отданные клиенту не будут по номерам соответствовать вашей базе.
про приколы связанные с последовательностями лучше и не вспоминать. |
|||
17
apt_2891
16.12.08
✎
09:30
|
(16)так вот и я про что!)))вот захотят акт сверки сделать с поставщиком, и номера не будут сходиться
|
|||
18
Serg_1960
16.12.08
✎
09:32
|
"Неверную" нумерацию можно исправить или... изменить ей область последовательности нумерации :)
|
|||
19
Serg_1960
16.12.08
✎
09:38
|
В "неправильных" номерах документов можно удалять лидирующие нули - "смысл" номера документа от этого не изменится :)
Чтобы программа их "игнорировала" - нужно добавить в префикс узла или организации "0" - "неправильные" номера окажутся в другой последовательности и не будут "мешать" нормальной нумерации... И сможете "спокойно спать" при нумерации типа: 00123 - 123/1 - 123/2 - 00124... |
|||
20
Varga
16.12.08
✎
18:42
|
Коллеги всем спасибо, наигралися-на........, нумерация восстановлена. С бубна даже пыль не сдунул.
|
|||
21
IamAlexy
16.12.08
✎
18:44
|
(20) так что было то?
|
|||
22
Serg_1960
16.12.08
✎
18:46
|
(20) А что было-то? Ну да, любопытно, да и другим полезно знать :)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |