|
Не получается создать правило обмена данными | ☑ | ||
---|---|---|---|---|
0
Anonim123
14.06.16
✎
08:31
|
Помогите ,пожалйуста, с ковертацией данных. задача такая:
1. Источник- нетиповая Бухгалтерия , приемник-нетиповой зуп. 2. Необходимо обновить справочники организации, банки, банковские счета, контрагенты. Если честно мало, что понимаю в этой конфигурации, поэтому делаю как умею: 1. Создаю структуру источника и приемника, создаю правило конвертации 2. Добавляю справочник «КОнтрагенты», нажимаю кнопку создать правило конвертации подчиненных объектов. Добавляются дополнительные справочники: банковские счета, физические лица и т.д (около 5 справочников) 3. Добавляю справочник Организации, не создаю правило конвертации для подчиненных объектов. 4. Для каждого справочника указываю дополнительную галочку Продолжить поиск по полям поиска, указываю в каждом спрвочнике поля поиска код и наименование. В последний раз уже пробовала добавлять в обработчик «поля поиска» такую строку 5. Если НомерВариантаПоиска = 1 Тогда // При первом проходе производим поиск по ИНН, КПП и Наименованию СтрокаИменСвойствПоиска = "Код, Наименование" КонецЕсли; Проблема в следующем задваивается справочник физические лица, причем как я заметила не все элементы. При выгрузке указываю только нужные мне обеъкты. Пожалуйста объясните мне неумной в чем суть этой конфигурации. При переносе только выбранных справочников, даже если мы не создаем правило конвертации для подчиненных объектов ,такие справочники все равно будут обновляться? И даже если так как настроить правило конвертации чтобы объекты не задваивались? |
|||
1
Anonim123
14.06.16
✎
08:34
|
?????
|
|||
2
Anonim123
14.06.16
✎
08:57
|
???????
|
|||
3
Anonim123
14.06.16
✎
09:13
|
Кто-нибудь помогите советом, может что-то непонятно написано?
|
|||
4
bura_limon
14.06.16
✎
09:42
|
(3) нуд ык посмотри физ лица поиск по чему (коду,наименование)
|
|||
5
Anonim123
14.06.16
✎
10:07
|
(3)как раз-таки это все выставлено
|
|||
6
Anonim123
14.06.16
✎
10:07
|
и по коду и наименованию
|
|||
7
vde69
14.06.16
✎
10:10
|
всегда первым пунктом должен стоять "БЕКАП"
|
|||
8
Anonim123
14.06.16
✎
10:20
|
(7)я пишу не в панике, я на копии пробую
|
|||
9
bura_limon
14.06.16
✎
10:41
|
(5) значит наименование не совпадают,пробелы проверь
|
|||
10
piter3
14.06.16
✎
10:43
|
Дата рождения,ини,даже снилс правильные поля для синхронизации,а код и наименование нет
|
|||
11
Anonim123
14.06.16
✎
10:46
|
(10)При переносе только выбранных справочников, даже если мы не создаем правило конвертации для подчиненных объектов ,такие справочники все равно будут обновляться?
|
|||
12
bura_limon
14.06.16
✎
11:02
|
(11) нет,будет выгружен ИД
|
|||
13
bura_limon
14.06.16
✎
11:04
|
(12) +1,ах да, если составной тип,то будет искать правило
|
|||
14
mistеr
14.06.16
✎
11:10
|
> Проблема в следующем задваивается справочник физические лица
А при повторной загрузке затраивается? Если нет, то поля поиска отличаются. Если да, то криво настроен поиск. |
|||
15
vde69
14.06.16
✎
12:08
|
(10) правильное поле для синхронизации только одно - UID все остальные не правильные исходя из первого правила нормализации данных...
и кстати исходя из этого в реальности по любому приходится отдавать приоритет ввода нового элемента... (14) в вопросах обмена нужно отделять первичную синхронизацию и обычный режим работы, при первичной полностью синхронизации уйти от задваивания невозможно, все равно придется руками "схлопывать" часть аналитики. А вот при нормальной работе никакого задвоения не допускается... |
|||
16
Amra
14.06.16
✎
12:13
|
(15) Да-да, обзятельно дубли - при синхронизации по СНИЛС+Дата рождения никаких дублей не будет по физикам
|
|||
17
Anonim123
14.06.16
✎
12:17
|
(15)что такое снилс?
|
|||
18
vde69
14.06.16
✎
12:20
|
(16) будет, по тому как в одной базе по любому будет куча элементов с незаполненном снилсом
|
|||
19
vde69
14.06.16
✎
12:21
|
(16) ну или еще пример:
в одной базе при смене ИНН контрагента заводили как нового а во второй просто меняли поле в старой... и так далее... |
|||
20
piter3
14.06.16
✎
12:22
|
(17)Приехали блин.зелененькая бумажка
|
|||
21
piter3
14.06.16
✎
12:23
|
(18) А отчетность они не сдают что-ли?ту же сзв-м
|
|||
22
Anonim123
14.06.16
✎
12:27
|
(20) я из Казахстана
|
|||
23
piter3
14.06.16
✎
12:27
|
(22) А Зуп РФ?
|
|||
24
catena
14.06.16
✎
12:27
|
(22)тогда ИИН
|
|||
25
Anonim123
14.06.16
✎
12:29
|
(22) у вас же вроде ЗиК? зуп для К,,азахстана
|
|||
26
Anonim123
15.06.16
✎
06:27
|
в дополнение к тому что я уже сделала в физ-лица поставила поиск по дате рождения, инн. Теперь при загрузке ругается на не уникальность кода.....
|
|||
27
hhhh
15.06.16
✎
07:59
|
(26) это уже получается обезьяна с гранатой
|
|||
28
Anonim123
16.06.16
✎
08:17
|
(27)это что сообщение, лишь бы что написать, если не знаешь что ответить?
|
|||
29
Anonim123
16.06.16
✎
08:37
|
а если я например хочу перенести справочник организации?
Как это лучше сделать? Система предлагает автоматически создать правила конвертации свойств и значений? Согласиться? |
|||
30
vde69
16.06.16
✎
09:54
|
(21) есть 3 базы
1. бухгалтерия, в ней снилы есть но местами, а инн естеь везде, кроме того фамилии старые (до смены фамилии) 2. есть зарплата - там снилсы есть и из нее сдают отчеты 3. есть торговля - в ней снилсов и инн вообще нет да и вообще некоторых пользователей вообще нет (например грузчиков) как проведешь синхронизацию по ключевым полям? |
|||
31
Оберон
16.06.16
✎
10:14
|
(29) а чем не устраивает допил типовых правил? так же намного проще..
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |