![]() |
![]() |
![]() |
|
Сбился механизм присвоения уникального кода ! | ☑ | ||
---|---|---|---|---|
0
Гой1
04.06.07
✎
16:28
|
Сбился механизм присвоения уникального кода в спр Номенклатура.
норовит каждому новому элементу дать код -1 !!! Подскажите кто может пожалуйста может у кого было !!! |
|||
1
Evg
04.06.07
✎
16:29
|
посмотри максимальный какой
|
|||
2
shaytanarh
04.06.07
✎
16:30
|
(0)Было :) И не раз.
|
|||
3
PR
04.06.07
✎
16:31
|
Нумерацию воостанови, лидирующие нули
|
|||
4
Гой1
04.06.07
✎
16:32
|
Максимальный (или близко) 200001682
|
|||
5
shaytanarh
04.06.07
✎
16:33
|
(4) Значит кто-то завел с элемент с кодом 1, найти и вправить.
|
|||
6
Гой1
04.06.07
✎
16:34
|
(3) Каким образом простите за тупость ???!!!
|
|||
7
Гой1
04.06.07
✎
16:36
|
(4) нашел и удалил . При попытке создания нового элемента автоматически выбирает 1
|
|||
8
PR
04.06.07
✎
16:36
|
(6) Можно вручную, можно программно.
Описывать проблему в миллионный раз лениво, в яндексе куча вариантов :o) |
|||
9
selenat
04.06.07
✎
16:36
|
(6) при помощи ВК "Бухгалтер". Чтоб запомнилось кое-кому...
|
|||
10
kazam
04.06.07
✎
16:39
|
(0) боян
|
|||
11
Omega
04.06.07
✎
16:41
|
проще всего перенумеровать номенклатуру. чтобы не искать.
|
|||
12
selenat
04.06.07
✎
16:43
|
(11) точно. А потом вспомнить, что обмен синхронизирован по коду. Или не вспомнить, а обнаружить как сюрприз... :)))
|
|||
13
Гой1
04.06.07
✎
16:46
|
Основная проблема в том что при создании нового элемента нет генерации нового кода : пытается втулить 1 !!!
|
|||
14
Гой1
04.06.07
✎
16:47
|
Может что не так в модуле генерации кода ???
|
|||
15
igork1966
04.06.07
✎
16:48
|
(7,13) "удалил" - это как? ;-)
|
|||
16
Подводный Таракан
04.06.07
✎
16:59
|
(14) все так. ищи элемент с "плохим" кодом и правь код на "хороший", затем вводи новый - все ок.
зы: плохой код: 123жо1а |
|||
17
NuF
04.06.07
✎
17:02
|
(14) Проверяй новые позиции номенлатуры..
Или кто нить ввел что то типа Ручка код: 111212/2 |
|||
18
SAP
04.06.07
✎
17:16
|
У меня такая фигня была (код без ведущих нулей исправил на нормальный, но автонумерация на восстановилась), вылечилась сама собой, я даже не понял как, подозреваю, что после перезапуска конфигурации.
|
|||
19
selenat
04.06.07
✎
17:20
|
вытащите меня испатстала...
|
|||
20
SAP
04.06.07
✎
17:29
|
(19) Ваши варианты?
|
|||
21
selenat
04.06.07
✎
17:30
|
(20) все сказано. В том числе в этой ветке...
|
|||
22
SAP
04.06.07
✎
17:34
|
(19+)Было всего десяток наименований - ошибиться было невозможно... Сразу после исправления при создании нового предлагался неверный код, спустя некоторое время (не помню всех манипуляций) автонумерация восстановилась. Могу предположить только, что в момент, когда я изменил номер у кого-то был открыт не записанный элемент в ошибочным кодом.
|
|||
23
shaytanarh
04.06.07
✎
17:34
|
(20) Одинэсник это не колдуни и не чародей, а чистокровный шаман.
|
|||
24
SAP
04.06.07
✎
17:36
|
(22+) как раз выход из конфы (всех пользователей) и решил проблему
|
|||
25
SAP
04.06.07
✎
17:37
|
Такого не могло быть?
|
|||
26
selenat
04.06.07
✎
17:38
|
(25) нет
|
|||
27
SAP
04.06.07
✎
17:40
|
Дайте же наконец норамльный ответ...
|
|||
28
SAP
04.06.07
✎
17:42
|
В том, что я написал я абсолютно уверен... Почему автонумерация восстановилась не сразу?
|
|||
29
Ёпрст2
04.06.07
✎
17:45
|
Сбилась нумерация документов. Почему? Что делать?
Диагноз: Был вручную введен ошибочный текстовый номер документа, вызвавший сбой в автоматической нумерации. Анамнез: Как известно, номер документа может быть текстовым или числовым - это задается в Конфигураторе в свойствах документа. Там же можно включить Автонумерацию, тогда программа будет сама генерировать номер нового документа. Механизм автонумерации работает довольно просто. Если номер числовой, то берется максимальный номер документа и увеличивается на единицу. Тут проблем не возникает. С текстовым номером программа поступает так: берет всю числовую часть номера (отсекает префикс, если есть), увеличивает значение на единицу, учитывая при этом количество лидирующих нулей, и возвращает обратно текст, присоединяя отсеченный ранее префикс, если он был. Определяющее значение во всей этой процедуре играет "количество нулей", т.е. разрядность номера. Вот что пишут в разделе "Советы линии консультации" на диске ИТС: ... Особенность алгоритма автоматического присваивания нового номера в этом случае заключается в том, что он предполагает неизменную длину номера, например, "00001" - "00002" - "00003". Другой пример (с префиксом) - "Ст-001" - "Ст-002" - "Ст-003". Почему это важно? Потому, что при определении наибольшего номера 1С анализирует номера с наименьшей разрядностью. Иными словами, если пользователь в каком-то документе вручную поменял разрядность номера (вместо "00012" написал "12"), то автоматически будет увеличиваться номер с меньшей длиной (новым номером будет "13", а не "00013"). Следствием такого поведения может быть ошибка "Номер не уникален". Она возникает потому, что когда увеличивать номер больше некуда ("99", "Счф-999" и т.п.), программа снова начинает отчет с единицы (создает, соответственно, "01" и "Счф-001"). Рецепт: 1. Самый простой способ исправить ситуацию - найти документ с некорректным номером и изменить в нем номер на правильный. 2. Если ситуация позволяет, можно перенумеровать все документы базы по порядку. Для этого, понятно, лучше воспользоваться обработкой. Вы можете скачать пример такой обработки прямо здесь или поискать что-нибудь универсальное. 3. Можно начать новую нумерацию - для этого надо поменять префикс документа. Имейте ввиду, что префикс документа может быть установлен либо функцией ПрефиксАвтоНумерации(<ИмяВида>,<Префикс>) в глобальном модуле, либо в процедуре ВводНового() в модуле формы документа с помощью функции УстановитьНовыйНомер(<Префикс>) На последок - совет: в большинстве случаев нет необходимости в редактировании номера документа. А самый простой способо избежать сбоев в автонумерации - запретить ручное редактирование номера. Для этого достаточно в форме документа в свойствах Поля ввода "НомерДок" отметить галочку "Запретить редактирование". ©http://gendin.ru/faq1c/docnum.html ЗЫ: Для справочников - по аналогии ... |
|||
30
selenat
04.06.07
✎
17:45
|
(27) имеешь представление о том, как сортируются строки (сравниваются на больше-меньше)? Из базы берется наибольший код (у записанных элементов справочника) и исходя из него присваивается новый. Как по твему, какой код больше: "000900" или "5"?
|
|||
31
SAP
04.06.07
✎
17:47
|
(30) я же писал, коды все я сделал нормальными, с учетом ведущих нулей. С виду ничего крамольного небыло...
|
|||
32
selenat
04.06.07
✎
17:48
|
(31) значит, ты видимо чего-то не заметил..
|
|||
33
SAP
04.06.07
✎
17:48
|
(31+) ни префиксов небыло ни символов кроме цифр, я же говорю, всего десяток элементов, пронумерованных абсолютно однообразно и подряд...
|
|||
34
SAP
04.06.07
✎
17:49
|
(32) Х.З. мне в это трудно поверить
|
|||
35
selenat
04.06.07
✎
17:50
|
(34) ну, теперь уже не проверишь...
Хотя, можешь попробовать промоделировать ситуацию. |
|||
36
SAP
04.06.07
✎
17:55
|
(35) Гадом буду... Промоделировал на примере справочника физлица ЗУП 8.1 все как я писал - и восстановилось после перезапуска конфы!
|
|||
37
SAP
04.06.07
✎
17:56
|
(35+) Так что не засиживайтесь "пацталом" ;)
|
|||
38
selenat
04.06.07
✎
17:59
|
(37) только что проверил на справочнике "Типы цен номенклатуры". Нумерация восстановилась без перезапуска...
|
|||
39
SAP
04.06.07
✎
18:00
|
Возможно это особенность конкретной конфы или даже справочника, а может платформы 8.1, но тем не менее, это факт
|
|||
40
selenat
04.06.07
✎
18:01
|
(39) 8.1 у меня пока нет. Но механизм назначения кодов реализован на уровне платформы. Так что от конфы тут ничего не зависит. Ты в тот раз с этим сталкивался на какой платформе?
|
|||
41
SAP
04.06.07
✎
18:02
|
8.1 и тогда и сейчас, когда тестил...
|
|||
42
selenat
04.06.07
✎
18:03
|
(41) может, особенность 8.1? Потому что ни на 7.7, ни на 8.0 с таким не встречался...
|
|||
43
SAP
04.06.07
✎
18:04
|
(42) Аналогично...
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |