Имя: Пароль:
1C
1C 7.7
v7: Необходимо исправить вн. идентификатор в dbf
,
0 Sevnet
 
26.01.18
09:17
Сабж.
Неизвестным мен путём побили вн. идентификаторы, удалять позиции не хочу, каким образом не их исправить. Открыл ДБФ в редакторе, нашел по зиции, вопрос, на какой ИД изменить дубли?
https://c2n.me/3RmZFBV
У меня есть только одна мысль, взять последний ID и добавить к нему + 1, естественно в 36-ти ричной системе, как я понял именно в такой они исчисляются.
Отсюда вопрос, каким образом этот ИД присваивается самой 1с, точно также последний + 1, или ещё из какой таблицы Ид?
Я боюсь чтобы новая позиция опять не за дублировала существующую.
1 Мимохожий Однако
 
26.01.18
09:22
(0) В любом случае сделай копию папки с базой и работай на второй копии.
2 Мимохожий Однако
 
26.01.18
09:23
Последний архив давнишний? Посмотри там эти позиции
3 big
 
26.01.18
09:30
(0) Была такая фигня. Перед исправлением сделал отчеты по товародвижению, чтобы увидеть объем этих движений. Т.к. при удалении одного из дублей, у тебя все движения "переложатся" на другой элемент.

А если все-таки надо будет оставить всю аналитику, то всё будет гораааздо интереснее. М.б. придется завести новую номенклатуру и вручную поменять её в документах
4 Sevnet
 
26.01.18
09:39
(2) этой позиции 11,5 лет уже, так что архивы тут не причём.
Я задумал перебраться на SQL и тут начались проблемы с вн. идентификаторами.
(3) так как быть то? Просто поменять идентификатор на "последний + 1"?
Спасибо, что отозвались, конечно, но по существу то что мне делать?
5 Мимохожий Однако
 
26.01.18
09:51
(4) Проведи эксперимент на копии. И нам расскажешь.
6 big
 
26.01.18
09:51
(4) Если поменять ИД, то в документах, в которых он фигурирует, будет фигурировать его двойник. Ведь в документах (и регистрах) ты этот ИД не поменяешь так просто. Поэтому и говорю - надо сделать отчеты, посмотреть на движения. Возможно, что визуально ты увидишь момент когда произошло задвоение - какие-то "разрывы" в датах документов, когда товар был или не был. Возможно, что надо глянуть в первичку, т.к. у них наименования разные. А раз наименования разные, то предполагаю, что аналитика должна быть сохранена, а почему ИМХО надо сделать новую позицию номенклатуры и в нужных документах заменить.
В общем - работа творческая.
7 Sevnet
 
26.01.18
16:46
(6) Фокус в том, что я не могу добавить вторую позицию, которая "Diamond", но в один отчёт, тыкаю в справочник на обе, а в списке в отчёте всегда, та что первая, без "Diamond".
Ладно, в таком случае целесообразно просто удалить её из ДБФ, ща сделаю и доложу, что случится...
8 Kigo_Kigo
 
26.01.18
16:54
ТиИ что нибудь сказала?
9 Sevnet
 
26.01.18
16:58
(8)
Проверка уникальности внутреннего идентификатора в справочнике. Продукция. Элемент 0000003650/0000008259/0000002623(ATI Radeon 2600XT  MSI 512 DDR4  Diamond). Вн. идентификатор    214   . Исправить вручную
Проверка уникальности внутреннего идентификатора в справочнике. Продукция. Элемент 0000003650/0000004452(Acer .Aspire One A150-Bb). Вн. идентификатор    3FV   . Исправить вручную
10 Ёпрст
 
26.01.18
17:01
(8) ТиИ это не исправляет и не исправляла..никогда.
11 Ёпрст
 
26.01.18
17:01
(9) ну поставь ручонками на последний ид в табличке +1
12 Ёпрст
 
26.01.18
17:01
делов то..
13 Ёпрст
 
26.01.18
17:02
задвоение в справочнике, можно сделать штатно, интерактивными действиями, на кубане была ветка с обсуждением, лет 17 назад
:)
14 Sevnet
 
26.01.18
17:08
Кароче, просто мочканул, в движениях никак не отразилось, сейчас кручу ТиИ, по результатам отпишу..
15 Ёпрст
 
26.01.18
17:17
не надо делать ТиИ... никогда.
16 Sevnet
 
26.01.18
17:34
(15) Это почему это?
17 Sevnet
 
26.01.18
17:35
Теперь вот такая ошибка вылезла: "Проверка таблицы журнала документов. . Запись 1931. Нет ответной заголовочной части"
Тут вообще не пойму что делать.... Куда копать
18 Ёпрст
 
26.01.18
17:40
(17) открыть 1sjourn и найти запись 1931.
по ней нет записи в DH.
Если документ данного вида не нужен, удалить запись в журнале, если нужен - добавить запись в табличке шапки дока
19 PiterPrg
 
26.01.18
17:45
(18) +
Имя таблички - DH + <значение поля IDDOCDEF>
20 Sevnet
 
26.01.18
18:34
(18)
Запись в DH есть: https://c2n.me/3RoaUhZ
Вот он 1SJOURN: https://c2n.me/3Ro9IYL
Вынес в отдельное обсуждение, т.к. с идентификаторами всё порешал, путём удаления дублей.
Проблема после ТиИ "Проверка таблицы журнала документов. . Запись 1931. Нет ответной заго"
21 big
 
26.01.18
20:39
(7) Блиииин!!! Так вот именно это и ЕСТЬ то самое о чем я говорил!!! Система берет первый ID, что видит. Сделав отчет, ты увидишь ВСЕ движения по этому ID. И только ты сможешь определить где верное движение (документ), а где нет. Именно поэтому я и говорю, что надо глазами определить где чего надо менять.

(11) Исправив ID, ничего не место не встанет. Если нужна (!!) аналитика, то надо завести новую позицию номенклатуры и поменять эту номенклатуру в нужных документах. Если аналитика не нужна, то прост удалить в ДБФ редакторе строку из таблицы.

С (11) и далее...
парни, вы перегрели тему, чесс слово ((

У меня была такая ситуация 1 в 1. Другой вопрос, что период был не 11 лет, как у ТС, но это всё детали. Всё дело в аналитике.
22 Sevnet
 
27.01.18
00:30
(21) так я и удалил, проблема с дублями идентификаторов ушла.
Во всех документах в любом случае была позиция "первая" из 2х задублировавшихся, та что с более коротким названием.
Сейчас у меня уже другая проблема: (20)
23 Злопчинский
 
27.01.18
00:40
Чета я заволновплся, поставил свою основную на тии... Ужо что-то полезло...
24 Ёпрст
 
27.01.18
09:55
(23) не надо делать тии... никогда