Готовишься к экзамену?
Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.
При первичной загрузке/синхронизации данных в «1С:Бухгалтерию 8» по каким реквизитам выполняется начальное сопоставление объектов (контрагентов, номенклатуры и т.п.) и может ли пользователь управлять этим перечнем?
Система не задаёт реквизиты для сопоставления заранее - пользователь обязан сам выбрать поля, иначе сопоставление не выполнится.
Неправильно: В типовом обмене набор полей для первичного сопоставления уже предусмотрен, чтобы можно было выполнить автоматическую «склейку» без ручных настроек. Пользователь может менять этот набор, но он не начинается с пустого списка.
Реквизиты для первого сопоставления заданы разработчиком по умолчанию и изменить их пользователь не может.
Неправильно: В формах сопоставления обычно доступна настройка, какие поля участвуют в поиске соответствий (например, через настройку колонок/полей сопоставления). Это сделано для разных сценариев: где-то достаточно ИНН, а где-то важнее «Рабочее наименование» или код.
Перечень реквизитов для первичного сопоставления задан по умолчанию, но пользователь может при необходимости его изменить.
Правильно: При первой синхронизации система использует предустановленные поля сопоставления, чтобы автоматически найти совпадающие объекты и не создавать дубли. При этом пользователь может скорректировать набор полей под свои правила ведения НСИ, чтобы повысить точность совпадений.
Пояснение
Развернутая подсказка:
Первичное сопоставление - это шаг, когда «1С:Бухгалтерия 8» пытается понять, какие загружаемые объекты уже есть в базе, а какие нужно создать. До того как системы «познакомятся» и запомнят соответствия, обмен обычно ищет совпадения по набору реквизитов (полей), заданному по умолчанию.
Что важно понимать:
- Набор полей для первичного сопоставления уже предусмотрен в типовом обмене (чтобы стартовать без сложной подготовки).
- Пользователь может менять перечень полей сопоставления (в окне сопоставления/настройки полей), подстраивая его под качество и правила заполнения справочников.
- После того как соответствия установлены, они обычно «запоминаются» системой, и дальнейшая синхронизация идет уже по внутренним идентификаторам/сохранённым соответствиям, а не только по полям типа «наименование».
Практические примеры (почему меняют поля сопоставления):
1) Контрагенты.
- Если ИНН/КПП заполнены корректно и одинаково в обеих системах, логично усиливать сопоставление по ИНН/КПП, чтобы избежать дублей.
- Если ИНН нет (например, физлица/иностранные контрагенты) или он заполнен по-разному, можно временно включить сопоставление по «Рабочему наименованию» и/или коду, но это рискованнее из-за совпадений названий.
2) Номенклатура.
- Если в одной базе наименования «человеческие», а в другой сокращенные, одно только «Наименование» может дать ошибки. Тогда помогает добавление кода/артикула/штрихкода (если они ведутся одинаково) или предварительная нормализация НСИ.
Лучшие практики перед первой загрузкой:
- Приведите в порядок ключевые реквизиты НСИ: ИНН/КПП у организаций и контрагентов, коды/артикулы/штрихкоды у товаров (если вы планируете по ним сопоставлять).
- Сделайте резервную копию перед первой синхронизацией: первичное сопоставление чаще всего и является источником дублей, если поля выбраны неудачно.
- После автоматического сопоставления обязательно просмотрите «не сопоставленные» элементы и выполните ручное сопоставление там, где система не уверена.
Итог: поля сопоставления есть «по умолчанию», но пользователь вправе изменить их, чтобы обмен корректно находил соответствия и не плодил дубли.