|
многократная загрузка данных
| ☑ |
0
Dimarik_1
11.05.18
✎
09:22
|
По какой-то причине, при многократной загрузке одних и тех же данных задваиваются договора.
В чем может быть дело? То есть выгрузил данные.нажал кнопку загрузить и так несколько раз. и будет задвоение
|
|
1
Повелитель
11.05.18
✎
09:23
|
(0) Всех договоров или некоторых?
|
|
2
Повелитель
11.05.18
✎
09:25
|
(0) Если поиск по наименованию.
То предположу:
1. В договорах, в начале или в конце есть пробелы. И где-то они обрезаются.
2. В одной базе наименование больше, чем в другой и из-за потери символов, поиск по наименованию не находит.
|
|
3
Dimarik_1
11.05.18
✎
09:27
|
(2) Поиск по наименованию как видите нет. во всех договорах такая проблема
|
|
4
Повелитель
11.05.18
✎
09:29
|
(3) Из этого фото не видно, по чему идет сопоставление по ГУИД, по коду или по наименованию.
|
|
5
Mankubus
11.05.18
✎
09:29
|
(0) я бы отладчиком посмотрел
|
|
6
Cyberhawk
11.05.18
✎
09:29
|
Сколько платят за решение вопроса?
|
|
7
Dimarik_1
11.05.18
✎
09:33
|
(5) оказалось что проблема в номере
|
|
8
Dimarik_1
11.05.18
✎
09:33
|
когда убрал поиск по номеру, заработало. Только непонятно, почему поиск по номеру косячил
|
|
9
Dimarik_1
11.05.18
✎
09:33
|
(5) а отладчиком в какой процедуре надо было бы посмотреть?
|
|
10
piter3
11.05.18
✎
09:34
|
(8) А то что длина разная не смущает ни разу?
|
|
11
Dimarik_1
11.05.18
✎
09:34
|
в ПКС "Номер" я написал:
Если Не ЗначениеЗаполнено(Источник.Номер) Тогда
Значение = "1";
КонецЕсли;
|
|
12
Повелитель
11.05.18
✎
09:37
|
(8) В номере могли быть пробелы.
|
|
13
Cyberhawk
11.05.18
✎
11:57
|
У ПКС еще есть свойство дополнения до длины строки приемника
|
|