|
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) не надо делать тии... никогда
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |