Справочник иностранных поставщиков: какие данные хранить в единой базе

Менеджер ВЭД знает поставщика под торговым названием, бухгалтерия — под названием из договора, а склад — по адресу отгрузки. В разных таблицах появляются три записи, хотя речь идёт об одной компании. При следующем заказе сотрудники заново уточняют контакты и не понимают, какое значение актуально.

Единый справочник нужен для повторного использования подтверждённых основных данных. Он связывает юридическое лицо, площадки, контакты и документы, сохраняя условия конкретной сделки отдельно. Разберём рекомендуемую структуру на условном примере одной компании с двумя площадками.

1Чем основные данные отличаются от карточки кандидата и заказа

Карточка кандидата помогает решить, с кем продолжать знакомство: где нашли компанию, что она предложила, какие вопросы остались. В постоянном справочнике другой центр внимания — какую компанию мы идентифицировали, какие сведения подтверждены и где сотрудники берут рабочие данные для повторных операций.

Карточка заказа фиксирует отдельную сделку: товар, количество, цену, валюту, сроки, согласованные документы. Эти значения могут отличаться у двух заказов одного поставщика. Если перенести их в общую карточку компании без указания области действия, очередной сотрудник может принять частное условие за постоянное.

Разделите как минимум четыре объекта: поставщик как юридическое лицо; физические площадки; контакты; заказы. Связывайте их устойчивыми внутренними ID. Название помогает человеку найти запись, а ID — связать её с документами и не потерять историю после уточнения наименования.

В некоторых программах используются похожие термины с другим смыслом. Например, site в модели Oracle описывает закупочную связь и внутренние правила взаимодействия с бизнес-подразделением, а не просто физический завод. Далее «площадка» означает физическое место производства или отгрузки; это учебная модель данных, не точная схема или инструкция настройки Oracle.

2Какие сведения хранить о юридическом лице

Начните с внутреннего ID поставщика и точного юридического наименования из подтверждающего источника. Отдельно можно хранить торговое название и варианты написания для поиска, но они не должны незаметно заменять сторону договора.

Укажите страну регистрации и регистрационный идентификатор в том виде, в каком он подтверждён. Не заполняйте неизвестное значение похожим номером из другой карточки. Если данные ещё не проверены, используйте понятную отметку о состоянии проверки и назначьте ответственного.

Для адреса задайте роль: регистрационный адрес, адрес корреспонденции или другое подтверждённое назначение. Адрес склада сам по себе не доказывает, что по нему зарегистрировано юридическое лицо. Пояснение роли избавляет пользователей от угадывания.

Добавьте владельца записи, источник сведений, дату проверки и область внутреннего допуска. Статус «допущен» без расшифровки слишком широк: решение может относиться к определённой закупочной категории или условиям сотрудничества, а не ко всем будущим операциям.

Карточка не гарантирует надёжность компании и не заменяет проверку перед сделкой. Справочник хранит сведения и результаты предусмотренных проверок; решение о сотрудничестве принимается по установленным правилам и с учётом актуальных обстоятельств.

3Как связать площадки, контакты и подтверждающие документы

Для каждой физической площадки заведите отдельную связанную запись: внутренний ID, поставщик, роль, подтверждённый адрес и основание использования. Одна компания может производить товар в одном месте, а отгружать со склада в другом. Это не повод создавать двух поставщиков.

Не приписывайте поставщику право собственности на площадку только потому, что он указал её в инструкции отгрузки. Фиксируйте именно подтверждённую связь и её назначение. Если груз выдаёт сторонний оператор, это обстоятельство нужно сохранить, а не скрыть общим полем «завод».

Контакт свяжите с функцией и областью работы: согласование спецификаций, организация отгрузки, документы или другой вопрос. Отдельно укажите, относится ли он к компании в целом или к конкретной площадке. Общий почтовый адрес отдела и контакт определённого сотрудника могут требовать разного порядка актуализации.

Подтверждающие документы храните по ссылкам с понятным назначением и версией. Для регистрационного сведения — источник, по которому его проверяли; для склада отгрузки — согласованная инструкция или иной документ; для контакта — подтверждение по принятому каналу.

Доступы настройте по рабочим задачам. Пользователю справочника не обязательно видеть все персональные или финансовые сведения, чтобы выбрать подтверждённый склад. Важно, чтобы он мог получить нужный ему рабочий результат и понимал, к кому обратиться за закрытыми данными.

Организация работы с поставщиками и основными внешнеторговыми документами входит в курс РУНО «Внешнеэкономическая деятельность предприятия (ВЭД)». Это помогает связать справочную информацию с закупкой и поставкой, сохраняя границы между данными компании и условиями заказа.

4Что оставить в карточках товаров и сделок

В справочнике товаров храните характеристики продукции и устойчивые идентификаторы номенклатуры по принятой модели. Связь «поставщик поставляет этот товар» допустима, но она не делает каждую цену или упаковку неизменным свойством поставщика.

В заказе и договорных документах оставьте согласованные количество, цену, валюту, срок, место отгрузки и версию спецификации. Если стороны используют Incoterms, конкретное условие, редакция и именованное место относятся к соответствующей сделке. Эта статья не толкует правила Incoterms и не назначает их за стороны.

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

Не переписывайте исторические документы после обновления справочника. Новая контактная информация должна помогать новым действиям, сохраняя возможность установить, какие сведения использовались в уже выполненном заказе. Для этого фиксируют версию или снимок данных в принятом порядке.

Банковские реквизиты требуют отдельного контроля и ограниченного доступа. Сообщение о новом счёте не должно автоматически менять утверждённые данные и разрешать платёж. Порядок подтверждения и полномочия на изменение определяют отдельно; карточка общего справочника его не заменяет.

5Учебный пример: одна компания и две площадки

Все обозначения ниже условны. Supplier A — не название реального контрагента, REG-A — не действующий регистрационный номер. Пример показывает связи записей, а не заполненную проверку реальной китайской компании.

Основная запись SUP-014: Supplier A; страна регистрации — Китай, как условие модели; регистрационный ключ — REG-A. В реальной базе вместо него должно стоять точное подтверждённое значение. Владелец записи — менеджер по поставщику. Основание проверки — CHECK-14, где фиксируются источник регистрационных сведений, проверявший сотрудник, дата и область проверки.

Статус SUP-014 в примере: допущен к указанной закупочной категории по внутреннему решению. Дата и основание решения хранятся отдельно. Это не статус «надёжен навсегда» и не разрешение на любую закупку без дальнейших проверок.

Площадка SITE-14A: производственная площадка, связана с SUP-014. Основание связи — подтверждающий документ площадки. Точный адрес в примере не выдумывается; при реальном заполнении его берут из проверенного источника.

Площадка SITE-14B: склад отгрузки, также связан с SUP-014. Основание — согласованная инструкция отгрузки. Роль склада отличается от роли производства, но обе записи относятся к одному установленному юридическому лицу.

Заказ PO-101: поставщик SUP-014, отгрузка с SITE-14B. Цена, валюта, срок и согласованное условие поставки находятся в документах PO-101. В заказе сохранена используемая версия спецификации.

Заказ PO-102: поставщик тот же SUP-014, отгрузка с SITE-14A. У него собственные согласованные условия и своя версия спецификации. Из различия площадок не следует, что нужно создать второго поставщика; из совпадения поставщика не следует, что условия PO-101 автоматически подходят PO-102.

Проверка связей даёт результат: одна основная запись, две физические площадки и два заказа, каждый с прямыми ссылками на нужные сущности. Контакты отгрузки можно связать с соответствующими площадками, сохранив общий контакт компании отдельно.

Учебная запись изменения CH-CONTACT-14: площадка SITE-14B; прежний контакт CONTACT-B1; предложенный контакт CONTACT-B2. Это условные обозначения, не реальные адреса или персональные данные. Основание предложения — учебное сообщение MSG-14. В момент регистрации запроса состояние CONTACT-B2 — «не подтверждён»; действующим остаётся CONTACT-B1.

Продолжение учебного сценария: менеджер проверил предложение по ранее установленному независимому каналу связи с поставщиком, результат зафиксирован в условной записи VERIFY-14 — смена подтверждена. Уполномоченный сотрудник активировал CONTACT-B2 с условной даты 13.11.2026; CONTACT-B1 сохранён в истории как прежний. В открытом задании по PO-101 обновлена ссылка на действующий контакт SITE-14B, исполнитель подтвердил получение изменения; прежняя версия задания сохранена. PO-102 связан с SITE-14A и этим изменением не затронут. Завершённые заказы не переписаны. Все события этой записи заданы только для примера, фактическая проверка контрагента не выполнялась.

Если похожее сообщение касается банковского счёта, маршрут изменения другой: ограниченный доступ и самостоятельная проверка по финансовому порядку. Подтверждённая смена контактного лица не подтверждает смену получателя платежа.

6Кто подтверждает изменения и как сохранить историю

Назначьте владельца справочника и ответственных за отдельные группы сведений. Не обязательно давать одному сотруднику право без проверки менять всё — от адреса склада до банковских реквизитов. Участникам нужно понимать, кто вносит предложение, кто подтверждает источник и кто активирует значение.

Разведите предложенные и действующие данные. В запросе на изменение сохраняйте объект, старое значение, новое значение, источник и состояние проверки. Это позволяет продолжать независимые операции и одновременно не выдавать неподтверждённую информацию за готовую.

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

Если дубль уже найден, сначала проверьте идентичность и связанные заказы. Объединение должно сохранять ссылки и историю, а не удалять одну строку вместе с её документами. При недостаточных данных оставьте вопрос открытым для проверки.

Периодически просматривайте записи, у которых истекла установленная дата проверки, изменился источник или появилось расхождение в операции. Периодичность и основания актуализации определяются вашей процедурой; универсальный интервал для любых иностранных поставщиков здесь не задаётся.

Проверьте справочник на простом вопросе: может ли новый уполномоченный сотрудник выбрать нужное юридическое лицо, увидеть подтверждённую площадку и отличить актуальные данные от предложенных? Если для этого приходится угадывать по названию файла, структура ещё требует уточнения.

Для системной организации закупок и работы с внешнеторговыми документами можно пройти курс РУНО «Внешнеэкономическая деятельность предприятия (ВЭД)».

Внешнеэкономическая деятельность предприятия (ВЭД)

Разберитесь в организации закупок, контрактах и документах ВЭД.

Посмотреть программу курса