Как сбросить сопоставление по организации между УТ и БП ?
Всем привет.
При обмене такая проблема. Когда данные едут из БП в УТ сопоставляются уже автоматом и организация одна сопоставляется не привально, что приводит к постоянному пос обменному исправлению(( Как сбросить сопоставление по спр. организации или где-то исправить что-то на нужную организацию?
Заранее спасибо.
При обмене такая проблема. Когда данные едут из БП в УТ сопоставляются уже автоматом и организация одна сопоставляется не привально, что приводит к постоянному пос обменному исправлению(( Как сбросить сопоставление по спр. организации или где-то исправить что-то на нужную организацию?
Заранее спасибо.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) yurowski, дорогой друг, давай подумаем как могли бы в принципе сопоставляться организации. не привязываясь к конкретному обмену.
я вижу три пути:
1) в лоб по ГУИДу элементов справочников Организаций. гуид в УТ = гуид в БП. Просто поверь равны ли они для проблемной базы, и равны ли для тех, где проблем нет.
2) не в лоб по гуиду. Т.е. есть какая то теоретическая таблица сопоставления гуида в УТ гуиду в БП. или в выгрузке в УТ или в загрузке в БП. если такая таблица есть - то проверить содержание ГУИДов там для проблемных баз и безпроблемных.
3) к примеру по каким нибудь реквизитам как то "ИНН/КПП", наименование и все в таком духе. Но тут ты уже наверное и сам проверил что к чему.
А собственно какие еще варианты?
я вижу три пути:
1) в лоб по ГУИДу элементов справочников Организаций. гуид в УТ = гуид в БП. Просто поверь равны ли они для проблемной базы, и равны ли для тех, где проблем нет.
2) не в лоб по гуиду. Т.е. есть какая то теоретическая таблица сопоставления гуида в УТ гуиду в БП. или в выгрузке в УТ или в загрузке в БП. если такая таблица есть - то проверить содержание ГУИДов там для проблемных баз и безпроблемных.
3) к примеру по каким нибудь реквизитам как то "ИНН/КПП", наименование и все в таком духе. Но тут ты уже наверное и сам проверил что к чему.
А собственно какие еще варианты?
Если ут 10,то там есть рс общие настройки обмена,что такое.Там есть галка "корректировать сопоставление данных",поставь галку запусти обмен с доп параметрами.Должно выскочить окно сопоставления данных заново. На всякий случай почистить рс "соответсвия объектов" по типу источника или приемника СправочникСсылка.Организации.
боролся с такой проблемой с помощью обработки удаления дублей, эта обработка меняет ссылку так же в РС СоответствияОбъектовИнформационныхБаз,
в вашем случае я бы по новой настроил обмен с нуля и сделал бы правильное сопоставление
в вашем случае я бы по новой настроил обмен с нуля и сделал бы правильное сопоставление
(14) yurowski, фильтр по несопосталенным убирайте. Счета учета чего? Расчеты в регистре "счета учета расчетов с контрагентами", Номенклатура в регистре "счета учета номенклатуры". Регистр "соответствие объектов для обмена" желательно смотреть с двух сторон и в УТ и в БП. Соответствие Организаций идет в большинстве случаев по ИНН+КПП. Но честно говоря иногда не стыкуются, благо в УФ есть обработка по сопоставлению. Пробуйте обработку поиск и замена значений может получится заменить соответствие.
Какие реквизиты сопоставления у организации? И не задается ли случайно КлючВыгружаемыхДанных (или как-то так в обработчике ПередВыгрузкой кажись), если задается, то как именно? Может быть у организаций одинаковые реквизиты поиска или данный ключ
(18) adva, да, проверил, две организации, одна с ООО, другая без ООО. У них одинаковые ИНН и КПП. Если пометить на удаление одну будет её сопоставлять или перекинется на непомеченную?
Ещё у нас ещё обмен идет только в сторону БП и всегда все данные идут в БП за все периоды. Как настроить так, что-бы они хоть чем то обменивались, а то очень долгий процесс. Хоть некой меткой или ещё чем, но в УТ из БП ничего не должно уходить (спр. и док )...
Ещё у нас ещё обмен идет только в сторону БП и всегда все данные идут в БП за все периоды. Как настроить так, что-бы они хоть чем то обменивались, а то очень долгий процесс. Хоть некой меткой или ещё чем, но в УТ из БП ничего не должно уходить (спр. и док )...
(21) yurowski, я уже не знаю что сказать...
1. удалите текущий обмен,
2. удалите дубли организаций и др. задвоившихся объектов,
3. настройте обмен между базами,
4. загрузите правила обмена в УТ из шаблона БП,
5. сделайте обмен (сопоставив объекты ИБ при первом обмене).
1. удалите текущий обмен,
2. удалите дубли организаций и др. задвоившихся объектов,
3. настройте обмен между базами,
4. загрузите правила обмена в УТ из шаблона БП,
5. сделайте обмен (сопоставив объекты ИБ при первом обмене).
(19) просто пометка на удаление организации, вряд ли поможет, скорее всего надо будет чистить в базе приемнике (БП), а возможно и в источнике, регистр соответствий (точное название не помню, что-то навроде регистр сведений СоответствиеОБъектовДляОбмена)
Даже если назад данные не должны уходить, то ответный файл, должен формироваться. По нему определяется, какие данные уже были выгружены и, соответственно, загружены. Если его не формировать, то данные будут уходить до бесконечности, что и просиходит, судя по посту в (19)
Наверное самый правильным вариантом будет удалить текущую настройку обмена в обоих базах (это вроде должно почистить и регистр соответствий). И создать настройку заново. При настройке указать, что обмен в одну сторону. Но обмен всегда производить в обоих базах (можешь на копиях убедиться, что назад данные неуходят, если их изменить, именно изменить, а не просто перезаписать/перепровести)
Даже если назад данные не должны уходить, то ответный файл, должен формироваться. По нему определяется, какие данные уже были выгружены и, соответственно, загружены. Если его не формировать, то данные будут уходить до бесконечности, что и просиходит, судя по посту в (19)
Наверное самый правильным вариантом будет удалить текущую настройку обмена в обоих базах (это вроде должно почистить и регистр соответствий). И создать настройку заново. При настройке указать, что обмен в одну сторону. Но обмен всегда производить в обоих базах (можешь на копиях убедиться, что назад данные неуходят, если их изменить, именно изменить, а не просто перезаписать/перепровести)
и перед настройкой обмена, надо изменить ИНН или КПП у одинаковых организаций, или они так и будут в одну сливаться. Или поправить правила, добавив в них еще какой-нибудь реквизит синхронизации, например комментарий, и сделать его различным у организаций (ну или наименование)
поиск объекта через типовые планы обмена всегда идет по ГУИДу, если ГУИД не найден идет поиск по РС СоответствияОбъектовИнформационныхБаз, если и там не найден, то создается новый с таким же ГУИДом.
(26) artfa, соответственно можно предположить что безпроблемные базы были или созданы в торговле и перенесены в БП, или правильно сопоставлены в этом РС, а проблемная во первых была создана уже позже в самой БП вручную, и далее не была выгружена в УТ в этот РС и как следствие не сопоставлена. Если таковой регистр есть то автору надо туда записать правильный ГУИД организации из БП. Вручную ли или какой то обработкой я не знаю, есть ли разница
разжевали далее некуда. КМК )
разжевали далее некуда. КМК )
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот