Имя: Пароль:
1C
1С v8
1С 8.2 Контроль уникальности кодов сбился
0 alexexe
 
04.03.13
08:56
Доброго времени суток!

Столкнулся со странной вещью, при создании нового элемента справочника в Зарплате, новое физлицо перезаписывает старое физлицо

Никто код вручную не изменял, последовательности идут ровно друг за другом.

Единственное, что приходит в голову, 1С глючит и требует переиндексации.

Может кто-нибудь сталкивался уже с таким? Вообще, возможно ли такое, просто это странно очень (все галочки контроля уникальности и автонумерация по всему справочнику стоят)

1С 8.2
1 Матрейя
 
04.03.13
08:57
проверь, там паспорт может одинаковый :-)
2 MrStomak
 
04.03.13
09:02
Из описания проблемы вообще не понял, причем тут уникальность кодов.
3 Maxus43
 
04.03.13
09:05
>>Единственное, что приходит в голову, 1С глючит и требует переиндексации
нет, одназначно
4 Maxus43
 
04.03.13
09:06
конфа типовая?
Всегда при создании нового заменяется?
5 alexexe
 
04.03.13
09:13
Конфа типовая 2.5.61
Да, создается новый элемент, причем он начал перезаписывать, допустим номер X0003978. После этого у нас есть еще 5 физлиц с соответствующими номерами X0003979, X0003980 и т.д. Вот эти физлица будут перезаписаны в дальнейшем при введении новых физлиц

Понятно, что можно доперезаписывать, потом начать вести уже новых, но все-равно волнует вопрос, с чем это может быть связано.

Было также предположение, что кто-то вручную поменял код сотрудника и потом пошла перезапись, но даже при таком раскладе 1С же должна вести номер от максимального
6 MrStomak
 
04.03.13
09:14
Как создаётся новый элемент?
7 Maxus43
 
04.03.13
09:14
(5) да в 1с не по коду уникальность, а по Ссылкам
8 MrStomak
 
04.03.13
09:15
Правильно понимаю, что на самом деле элемент создаётся новый, просто с тем же кодом? Просто фраза "новое физлицо перезаписывает старое физлицо" обозначает другое.
9 alexexe
 
04.03.13
09:17
(8) Да, создается новый элемент с тем же кодом
10 alexexe
 
04.03.13
09:19
(7) не знал=(
11 Maxus43
 
04.03.13
09:19
(9) старого не затирает значит? а то в (0) затирает.
Сделайте вручную код правильный у одного элемента, дальше пойдёт нормально
12 Maxus43
 
04.03.13
09:20
(10) я всмысле что один элемент не может "затереть" другой, если у него такой же код
13 MrStomak
 
04.03.13
09:21
(9) Поменяй русский X на английский в этих "задваивающихся" кодах, или наоборот.
14 alexexe
 
04.03.13
09:22
(12) Вот в том то и дело! Старых физлиц нет... я смотрю бэкап базы, с этим кодом есть данное физлицо. В текущей нет. Зато есть новое со старым кодом
15 MrStomak
 
04.03.13
09:23
(14) смотри журнал регистрации по этому новому созданному физлицу, которое затёрло старое.
16 alexexe
 
04.03.13
09:23
Наверное, я запутал вас

Был - "Иванов Иван Иванович" Код "Х0038" допустим
Создали нового "Петров Петр Петрович"
Смотрим - физлицо "Петров Петр Петрович" Код "X0038"
Ищем "Иванов Иван Иванович" - отсутствует
17 Maxus43
 
04.03.13
09:23
чудеса.
да, смотри ЖР
18 alexexe
 
04.03.13
09:28
ничего интересного... добавление элемента
19 MrStomak
 
04.03.13
09:29
(16) Либо элемент создаётся не вручную, а через какое-то полуавтоматическое действие (типа из справочника сотрудники), либо это результат обработки по удалению дублей.
20 MrStomak
 
04.03.13
09:30
(18) значит он не "перезаписал" старый, значит старый был удалён другим способом.
21 MrStomak
 
04.03.13
09:31
Можешь скопировать ЖР в бэкап, и в бэкапе посмотреть записи по уделённому элементу - узнаешь когда удалили.
Компьютеры — это как велосипед. Только для нашего сознания. Стив Джобс