Найти в Дзене

Поиск объектов при загрузке в 1С ERP: Как система понимает, что это уже было?

Вопрос пользователя: «Мы будем загружать данные регулярно, например, раз в неделю. Как система поймет, что номенклатура уже есть и её не нужно создавать заново?» Суть проблемы При регулярном обмене важно не создавать дубликаты. Система должна уметь находить уже загруженные объекты и обновлять их, а не плодить копии. Что может 1С ERP? В механизме загрузки реализован умный поиск объектов, который работает по-разному для загружаемых и сопоставляемых данных. Суть подхода: Для сопоставляемых данных (подразделения, виды номенклатуры) работает только поиск по регистру соответствия. Если соответствие не задано — возникает ошибка. Это правильно, потому что такие объекты не должны создаваться автоматически. Для загружаемых данных (номенклатура, спецификации) работает более сложный алгоритм: Решение и рекомендации Настройте ключевые поля для поиска (например, артикул). Это позволит находить уже существующие объекты, даже если они были созданы вручную, а не через загрузку. При повторных загрузках

Вопрос пользователя: «Мы будем загружать данные регулярно, например, раз в неделю. Как система поймет, что номенклатура уже есть и её не нужно создавать заново?»

Суть проблемы

При регулярном обмене важно не создавать дубликаты. Система должна уметь находить уже загруженные объекты и обновлять их, а не плодить копии.

Что может 1С ERP?

В механизме загрузки реализован умный поиск объектов, который работает по-разному для загружаемых и сопоставляемых данных.

Суть подхода:

Для сопоставляемых данных (подразделения, виды номенклатуры) работает только поиск по регистру соответствия. Если соответствие не задано — возникает ошибка. Это правильно, потому что такие объекты не должны создаваться автоматически.

Для загружаемых данных (номенклатура, спецификации) работает более сложный алгоритм:

  1. Поиск по регистру соответствия — система ищет, не сопоставлен ли уже этот идентификатор с существующим объектом.
  2. Если не найдено — поиск по ключевым полям — если настроены ключевые поля (например, артикул), система ищет объект по ним.
  3. Если не найдено — создание объекта — создается новый элемент.
  4. Добавление в регистр соответствия — новый объект связывается с идентификатором, чтобы в следующий раз сразу находиться по нему.

Решение и рекомендации

Настройте ключевые поля для поиска (например, артикул). Это позволит находить уже существующие объекты, даже если они были созданы вручную, а не через загрузку. При повторных загрузках система будет обновлять данные, а не создавать дубликаты.

Итог простыми словами

Это как встречать гостя на вокзале. Сначала вы смотрите, есть ли у вас фотография этого человека (регистр соответствия). Если нет, вы ищете по приметам: рост, цвет волос, особая примета (ключевые поля). Если не нашли — значит, гость новый, ведете его домой и запоминаете лицо. В следующий раз сразу узнаете.

Типичные сценарии использования:

  • Сценарий 1: Еженедельная загрузка изменений.
    Ситуация:
    Каждую пятницу из PDM выгружаются изменения в номенклатуре и спецификациях.
    Проблема: Нужно, чтобы система обновляла существующие данные, а не создавала новые позиции.
    Решение: В настройках указаны ключевые поля (артикул). При загрузке система находит номенклатуру по артикулу и обновляет её наименование или другие реквизиты. Дубликатов не возникает.