Сопоставление объектов при синхронизации 1с где хранится
между базами бух 30 и зуп 31 была настроена синхронизация, но не верно.
физлица и их счета были есть в обеих базах
при попытке настроить заново с нуля не сопоставляется часть данных,
например, есть физлицо с одинаковым ФИО, датой рождения и кодом или его банковский счет. эти данные одинаковые и их можно найти в обеих базах.
Однако в окне синхронизации программа видит их только в одной базе, причем некоторые только в бух, некоторые в зуп.
релиз зуп 31 3.1.6.38
релиз бух 30 3.0.61.37
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Все комментарии (19)
Попробуйте предварительно очистить регистр Соответствия объектов информационных баз в обеих базах.
Тогда сопоставление должно пройти автоматически. Проверьте, возможно, Вы используете не типовые правила? Также можно сопоставить объекты вручную.
в форме сопоставления программа не подтягивает аналоги данных из второй базы для сопоставления вручную.
я пробовал менять отборы по реквизитам (оставлять только Фио для физлиц или номер для банковских счетов), это не помогало отобразить аналоги в этой форме.
при этом в обеих базах в обычной форме списка справочника аналоги есть с точностью до символа.
я проверял, в поле Выводить стоит Несопоставленные данные
Что интересно, когда выбираю Все данные, новые аналоги для несопоставленных не появляются в противоположном списке.
попробовал заменить ФИО в БУХ на фио из ЗУП, не помогло.
самое интересное: попробовал сделать синхронизацию с этими настройками, дубли не возникли.
А синхронизация у Вас с точностью до физиков, может быть сводный режим выгрузки включен? Пришлите скрин-шоты настроек, м.б. мой глаз зацепится за что-то.
здесь пример сопоставления счетов сотрудников (втч. на гпх)
посмотрел в бухгалтерии у сотрудников указаны счета и в справочнике Контрагенты, и в справочнике Физические лица
убрал название компании. оно одинаковое в бух и зуп до символа
У меня такое подозрение, что это либо какая-то платформенная ошибка, либо ошибка релиза. Всегда, когда настраивал синхронизацию в окне сопоставления можно было просмотреть все объекты двух баз (которые синхронизируется) и они либо сами сопоставлялись, либо их можно было сопоставить вручную, поскольку они были доступны в списке.
Уточните пожалуйста, а Вы в итоге пытались запустить синхронизацию в таком неправильно сопоставленном виде? Хоть что-то синхронизировались? Хоть какие-то данные переносились? Если нет, то попробуйте, только сделайте копии баз, чтобы потом откатиться к этим копиям, а то ведь несопоставленные физ. лица и счета по идеи должны задвоится. Напишите тогда, что получилось, действительно ли они задвоились?
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Вы можете оформить заявку от имени Юр. или Физ. лица Оформить заявкуНажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Актуальный и своевременный семинар, помог учесть некоторые моменты в отчете за 2020г.
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Вы можете оформить заявку от имени Юр. или Физ. лица Оформить заявкуНажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Механизм сопоставления данных при обмене через универсальный формат
Механизм сопоставления данных предназначен для решения задачи синхронизации данных между базой источника и базой приемника при обмене
Внутренние идентификаторы объектов
В идеальном случае данные синхронизируемых приложений могли бы сопоставляться по уникальным внутренним идентификаторам объектов (GUID). Но для этого необходимо, чтобы добавление данных, подлежащих синхронизации, осуществлялся только в одном приложении, а в другом эти данные появлялись исключительно в результате синхронизации. В этом случае GUID в двух приложениях у одинаковых объектов будут одинаковыми, и по ним можно будет однозначно сопоставить объекты.
На практике соблюдать данное требование не всегда возможно, особенно в случае настройки синхронизации между приложениями, работа в которых велась независимо. Это связано с тем, что у двух одинаковых объектов, созданных параллельно в каждом приложении, будет два разных GUID.
В некоторых случаях данные не могут быть сопоставлены по GUID по причине его отсутствия (особые случаи, которые не рассматриваются в данной статье).
Публичные идентификаторы объектов
Для успешного сопоставления объектов с разными GUID должно быть место для хранения информация об их соответствии. Таким местом является регистр сведений Публичные идентификаторы синхронизируемых объектов (далее РПИ).
Рис. 1 Регистр сведений Публичные идентификаторы синхронизируемых объектов
Структура регистра представлена в таблице:
Список открывается по команде Выполнить сопоставление на странице Сопоставление данных Помощника интерактивной синхронизации данных. Также можно дважды щелкнуть мышью по строке, в которой обнаружены проблемы сопоставления данных.
Список состоит из двух колонок, каждая из которых соответствует информационной базе, участвующей в обмене. Данные сгруппированы по объектам программы (документы, списки). В нижней части списка выводится информационная строка: сколько элементов сопоставлено, сколько не сопоставлено.
В поле Выводить можно выбрать, какие данные показывать в списке. По умолчанию выводятся Несопоставленные данные.
Сопоставление объектов
- Нажмите Сопоставить автоматически (рекомендуется), выберите поля для сопоставления с помощью флажков. Некоторые поля выбраны программой по умолчанию. Для того чтобы подтвердить свой выбор, нажмите Выполнить сопоставление. После поиска программа выводит на просмотр сопоставленные ею данные. Для подтверждения нажмите Применить.
- После автоматического сопоставления можно оставшиеся объекты сопоставить вручную или изменить сопоставление объектов. Выделите нужные объекты двух баз, нажмите Отменить соответствие, для того чтобы попытаться сопоставить объекты вручную, нажмите Установить соответствие для того чтобы сопоставить объекты.
- Для подтверждения нажмите Записать и закрыть.
Настройка полей таблицы сопоставления
- Нажмите Колонки, чтобы добавить поля в колонки списка. С помощью флажков можно отметить дополнительные поля, для подтверждения нажмите Применить.
Получение данных из другой программы
Порядок сопоставления объектов
Варианты идентификации объектов при получении
Порядок автоматического сопоставления объектов при получении, содержится в правилах конвертации объектов (ПКО), предназначенных для получения данных. Правила ПКО находятся в общем модуле МенеджерОбменаЧерезУниверсальныйФормат
Рис 3 Разделы общего модуля МенеджерОбменаЧерезУниверсальныйФормат
Вариант автоматического сопоставления (идентификации) объектов при получении задается с помощью свойства ВариантИдентификации ПКО
Рис 4. Настройки идентификации в модуле менеджера
Существуют 3 варианта ( 3 значения) идентификации объекта
Еще одним свойством, определяющим логику сопоставления, является массив полей поиска, определяемый в свойстве ПоляПоиска ПКО.
Алгоритм поиска по полям
Происходит последовательное применение вариантов поиска, заданных в свойстве ПоляПоиска ПКО, используемого при загрузке объекта.
Переход к следующему варианту осуществляется в двух случаях:
- У загружаемого объекта не заполнено какое-либо из полей, которое указано в варианте поиска.
- Вариант поиска не дал результата.
В остальных случаях поиск осуществляется среди всех объектов информационной базы соответствующего типа.
Особенности.
При сопоставлении на этапе анализа данных у загружаемых объектов не проверяется заполнение полей, участвующих в поиске.
На этапе анализа данных соответствие будет установлено только в том случае, когда для одного объекта отправителя был найден один объект получателя.
На этапе загрузки данных соответствие будет установлено и в том случае, когда для одного объекта отправителя нашлось несколько объектов получателя. В такой ситуации соответствие будет установлено с одним из них.
На этапе загрузки данных вариант поиска Номер + Дата для документов работает следующим образом: номер искомого документа проверяется на точное соответствие, дата определяет интервал, в котором проводится поиск по номеру. Сам интервал определяется как период уникальности номеров документа, в который входит указанная дата. Например, если номера документов уникальны в пределах месяца и задана дата 10 декабря 2001 года, то поиск будет проводиться в интервале с 01 по 31 декабря 2001 года.
На этапе анализа данных этот вариант поиска будет работать как обычно: оба поля будут проверяться на точное соответствие.
Для успешного сопоставления объектов с разными GUID при обмене через универсальный формат EnterpriseDate используется регистр сведений Публичные идентификаторы синхронизируемых объектов (далее РПИ) для хранения информации об их соответствии.
Механизм сопоставления данных при обмене через универсальный формат можно посмотреть здесь
Рис.1 Регистр сведения РПИ в дереве конфигурации
Фиктивные ссылки в регистре РПИ
Рис.2 Форма списка регистр сведения РПИ
Основные причины возникновения фиктивных ссылок в регистре РПИ
В моей практике я встречал 2 причины возникновения фиктивных ссылок в регистре РПИ
1. Порядок сопоставления объектов
2. Контроль записи в обработчиках модуля объекта 1С.
Режим ОбменДанными Загрузка
ОбменДанными.Загрузка — атрибут любого объекта в системе 1С предприятие. Он позволяет обозначить при записи объекта, что необходимо отключить любые проверки (в т.ч проверки на уровне платформы 1С). Сделано это было для того, чтобы избежать конфликтов при обмене данных.
Если Вы разрабатываете свою конфигурацию, во всех проверках правильности данных (например, процедура ПередЗаписью и ПриЗаписи) необходимо первой строкой добавить такую строку (См. Рис 3):
Если ОбменДанными.Загрузка Тогда
Возврат ;
КонецЕсли ;
Рис 3 Фрагмент программного кода модуля объекта в расширенной конфигурации
Поиск битых ссылок
В данной статье подробно описан процесс настройки синхронизации 1С:БП и 1С:ЗУП, а также описаны возможные варианты настройки синхронизации.
Перечень синхронизируемых данных
Документы:
Регламентированные отчеты:
Расчет по страховым взносам;
Подтверждение вида деятельности;
Соответствие условий труда;
Сведения о среднесписочной численности;
Необходимые условия для синхронизации
Для успешной настройки синхронизации данных БП 3.0 и ЗУП 3.1 обязательно выполнение ряда условий:
1. Релизы конфигурации ЗУП и БП должны быть выпущены примерно в одно время.
Перед настройкой синхронизации необходимо проверить релизы БП и ЗУП. Фирма 1С всегда поддерживает конфигурации в актуальном состоянии и выпускает несколько релизов обновлений за один месяц, в некоторых релизах присутствуют значительные изменения, например, появляются новые объекты. Они появляются как в ЗУП, так и в БП, поэтому для успешной настройки синхронизации релизы этих двух конфигураций должны быть примерно одинаковыми. При сравнении можно ориентироваться на месяц выпуска релиза.
2. Настройку синхронизации должен настраивать пользователь с полными правами.
Если в вашей информационной базе заведены пользователи, то настраивать синхронизацию должен пользователь с полными правами.
3. Данные справочников «Подразделения» и «Отражения зарплаты в бухучете» должны быть заполнены идентично.
Подразделения организаций, по которым будет настроена синхронизация должны быть одинаковыми. Если в БП у организации 3 подразделения, в которых трудоустроены сотрудники, то и в ЗУП у этой же организации должно быть 3 подразделения с трудоустроенными сотрудниками. Наименования подразделений может быть различным, например, «Администрация» и «Административный отдел».
Если количество подразделений разное, то на этапе сопоставления в конфигурации с меньшим числом подразделений будут созданы недостающие подразделения, но лучше предусмотреть этот момент заранее и создать нужные подразделения в справочнике вручную, тогда процесс настройки синхронизации будет проще.
Справочник «Отражения зарплаты в бухучете» также должен быть заполнен одинаковыми значениями. Данные этого справочника используются в одноименном документе с целью распределения начислений по счетам учета.
- справочник «Отражения зарплаты в бухучете» в БП.
Перейти к справочнику можно следующим образом:
При создании нового способа отражения необходимо заполнить поля «Наименование» и «Счет», а также аналитику, которая появиться после выбора нужного счета. Если в ИБ (информационной базе) есть организации, применяющие УСН, также необходимо заполнить реквизит «Отражение в УСН».
- справочник «Отражения зарплаты в бухучете» в ЗУП
Перейти к справочнику можно следующим образом:
В ЗУП справочник хранит только наименование способа отражения, так как проводок в конфигурации нет.
Если все условия соблюдены, то можно переходить к настройке синхронизации.
Настройка синхронизации
Для начала нужно установить флаг «Синхронизация данных» и ввести префикс ИБ.
Для этого необходимо перейти в раздел Администрирование – Синхронизация данных как в БП, так и в ЗУП.
Префикс можно задать любой, но необходимо учесть тот факт, что после задания префикса, он появится во всех номерах документов.
Далее можно начать настройку в любой из ИБ. В примере настройка синхронизации будет начинаться в ЗУП.
Перейдем по ссылке «Настройки синхронизации данных».
Далее открывается список всех существующих синхронизаций, если синхронизация настраивается впервые, список будет пуст.
Нажимаем кнопку «Новая синхронизация данных».
Открывается список программ, с которыми можно настроить синхронизацию данных, так как мы начали настройку в ЗУП, то выбираем «Бухгалтерия предприятия ред. 3».
Далее на форме отразится последовательный список действий. По ссылке «Настроить параметры подключения» переходим к первому этапу настройки.
Первый этап настройки в ЗУП. Настройка параметров подключения.
В окне представлены возможные варианты настройки подключения. Необходимо выбрать подходящий вам способ подключения к БП. Варианты настройки перечислены на картинке ниже.
Если вы используете конфигурации (обе или только одну) базовой версии, то первый вариант (прямое подключение) вам будет недоступен.
Чтобы выбрать вариант, подходящий вам, необходимо ответить на вопрос: «Как располагаются базы данных?». Есть 3 основных варианта расположения ИБ: на локальном компьютере, на сервере, в облаке.
Читайте также: