Имя: Пароль:
1C
1С v8
Не получается создать правило обмена данными
,
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) а чем не устраивает допил типовых правил? так же намного проще..