|
Уникальный идентификатор | ☑ | ||
---|---|---|---|---|
0
first_may
15.03.15
✎
08:49
|
Добрый день.
Ищу информацию по теме и вижу, что можно нужный уин записать новому элементу, например; УстановитьСсылкуНового(УИН) Подскажите пожалуйста, а можно ли изменить уин уже у существующего объекта? То есть у одного элемента справочника он равен: 4fdecb30-acdf-11da-99d3-003048830e28 а в другой базе: d91ed3a4-3b3d-11dc-9a17-003048830e28 Надо что бы во второй она также стал 4fdecb30-acdf-11da-99d3-003048830e28, при этом этот элемент уже учавствует в движении. |
|||
1
ДенисЧ
15.03.15
✎
08:57
|
Слава Аллаху, Кришне, Иисусу и прочим - нельзя.
Иначе такого бы натворили... Создай новый и замени ссылки типовой обработкой. |
|||
2
first_may
15.03.15
✎
08:58
|
(1) ясно... но это контрагент и просто поменять не получится... спасибо...
|
|||
3
ДенисЧ
15.03.15
✎
09:00
|
(2) А чем контрагент отличается от номенклатуры? О_о
|
|||
4
D_E_S_131
15.03.15
✎
09:19
|
(4) Нужен закон о сохранении "красивых" УИН-ов. :)
|
|||
5
D_E_S_131
15.03.15
✎
09:20
|
(2) "ПоискИЗаменаЗначений" — заменяет все (иногда даже женщину).
|
|||
6
ДенисЧ
15.03.15
✎
09:26
|
||||
7
first_may
15.03.15
✎
16:31
|
(5) Я знаю про это, но есть еще договора, банковские счета. Все это также надо у честь. А когда разница в количестве контрагентов по уин составляет тысячи, то замена таким образом является достаточно тяжелым трудом.
Ответ меня удовлетворил, что одинаковый уин можно присвоить только новому элементу, а не старому (изменение). |
|||
8
Torquader
15.03.15
✎
18:04
|
Вообще-то, вопрос "как поменять идентификатор в записи" - не корректен, так как даже если мы напрямую в таблице SQL его заменим, то мы получим другую запись.
То есть во всех местах, где хранится ссылка на нашу запись, хранится номер типа и идентификатор записи - при изменении идентификатора у записи - его тоже нужно менять. В итоге, самое простое - создать новую запись и стандартной обработкой "поиск и замена значений" поменять. |
|||
9
yavasya
15.03.15
✎
19:01
|
ТС кд поиск по другим полям сделай и всё
|
|||
10
first_may
15.03.15
✎
19:17
|
(9) а можно поподробней? о чем речь?
|
|||
11
Torquader
15.03.15
✎
19:27
|
(10) Он говорит о том, что если идёт обмен данными между базами, то можно искать не по ГУИДу, а по коду или другому признаку, а также можно задать соответствие, чтобы вместо одного подставлялся другой.
|
|||
12
first_may
15.03.15
✎
20:11
|
(11) а-а-а-а, ясно. ну так и делается на самом деле (ищу по инн + кпп), но контрагенты вводятся безконтрольно, вот и подумал про уин...
|
|||
13
Torquader
15.03.15
✎
20:13
|
(12) И чем УИД спасёт от бесконтрольного ввода контрагентов ?
Или у вас несколько в один объединились ? |
|||
14
first_may
16.03.15
✎
10:05
|
(13) да, в УПП один, а в БП два. например видно изначально у контрагента не было кпп сделали перенос, затем внесли кпп - получился второй.
|
|||
15
D_E_S_131
16.03.15
✎
10:15
|
Вообще в типовых сопоставление делается через РС.СоответствиеОбъектовОбмена. Как раз для устранения коллизий при совпадении полей поиска.
|
|||
16
Torquader
16.03.15
✎
14:14
|
(14) В данном случае, из двух нужно сделать одного.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |