Первый вопрос

Как бороться с дублями физлиц при синхронизации бух и зуп. Причина создавали зуп не стандартно?????

Второй вопрос
Как лучше?

1. 11 бухий 11 ЗУппов
2  11 бухий 1 ЗУП.

У меня сейчас сделали по второму пункту и при этом как-то запустили зуп что она пока отдельно.
И при синхронизации задвоения (

Первоисточником заведения ФЛ сделать ЗУП

(1) 1 бух / 1 зуп.

оформляйте появление физиков сразу в ЗУП, а не наоборот

льготы же отменили для УНСщиков, сливайте всех на одну организацию)

Сопоставление не делали?

(5) Есть надежда что это частично спасет. Но по факту обмен иногда игнорирует это...

Лучше так: 1 бух / 1 зуп.

А 11 зупов зачем?

заведение ФЛ в ЗУП не спасет, так как их все равно не будет в БП как положено, а авансовые оформлять надо. В общем правьте правила и добавляете проверку по ИНН и Снилс ФЛ

(0) а каков ответ на вопрос, зачем все физлица из зуп в бп ?

(0) Способов борьбы 2:
1. Заводить физлицо всегда в одной базе, а во вторую выгружать с сохранением ГУИД для последующей синхронизации по ГУИД
2. Синхронизировать по какому-то другому уникальному полю, например ИНН или СНИЛС. При этом сделать это поле в обеих базах обязательным для заполнения при вводе нового. И всё равно, нужно установить приоритет данных для какой-то из баз, чтобы при выгрузке в одну сторону данные обновлялись, а во вторую базу не заменялись.

(10) По сути все и не надо по организациям с документами переносятся и возникают дубли ...

(12) кури(11), но я бы 2-й варик сделал, с проверкой на наличие

(12) тогда смотреть какие документы тянем в бп и что в них. поиск в бп на наличие и создание при отсутствии.
Обработка, и для надежности без глюков,  придется вам писать обработку по загрузке. )

(11) Лучша синхронизации по ГУИд ничего нет.
Вспомнится, когда сотрудник переместится из одной конторы в другую и при приеме одновременно со сменой ИНН, а это бывает не так редко, как хотелось бы

(15) вроде как тс отписался, что уже идет работа по 2 и на грабли в (6) указал.

Спасибо за (11) Так и должно быть.
Но у меня по факту уже есть отдельные базы. Кто-то криворукий так создали и допустил такое внедрение.
И теперь задача у меня сделать синхронизацию
с загрузкой 1 августа 2019 года

Если дубли прилетают в ЗУП - их там можно полуавтоматической обработкой "свернуть"
В БП я так думаю тоже такая обработка уже есть

И что-то меня мучают сомнения, что в типовом обмене нет ПКО для физлиц. Оно должно быть. Но вероятно, что некоторые ствойства все-таки различаются.

т.е. дубли появляются из-за того, что физлица эти неодинаковые по каким-то свойствам или полям или реквизитам (как хочешь их называй, но эти поля в ПКО наверняка не полностью совпадают)

(19) У нас в Казахстане у каждого физлица есть ИИН он уникален.
Могли бы ориентироваться на него разрабы. Но Видимо Разрабы как всегда сделали о ГУИДу, полагая что все всегда должно быть стандартно. из бухии типа рождается ЗУП

Бух хочет чтоб зуп был один Так ей удобно.
Да ее сказали что один сотрудник у них может работать в нескольких фирмах.

Так вот я в начле не стал из бухии в  зуп переносить ничего а вот с зупа когда переносим данные
Причем не все а справочники только в документе. То физлица задваиваются
где то и организации задваиваются.
Вот и голова болит как буду с ним бороться.

И еще если сотр в нескольких компаниях то он может продублирован не раз...

Кажись я уговорил заново пересоздать 11 ЗУПов
И использвать схему 1 бух 1 зуп.

Автоматом снимются все проблемы....)))