Создайте файл одобрения поставщика

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

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

Начинайте с решения, а не с документов

Создайте одностраничное титульное лист перед созданием папок. Укажите предлагаемого юридического поставщика, его китайское юридическое название и Единый код социального кредита (USCC), транзакцию, продукт, валюту, ожидаемую стоимость заказа, стадию оплаты, пункт назначения и назначенного владельца решения. Добавьте дату начала проверки и дату `актуальности доказательств`.

Определите решение узко. Формулировка `одобренный поставщик` слишком широка, если проверка касалась одного заказа на образцы и инструментацию USD 18,000. Укажите, поддерживает ли файл онбординг, заказ образца, инструментацию, производственный заказ на покупку, депозит или продление. Последующей команде не следует использовать ограниченное решение для более крупной или существенно иной нагрузки.

Используйте папки, отражающие роли доказательств

Практичная директория состоит из семи пронумерованных разделов: `00 Решение`, `01 Юридическая идентичность`, `02 Связи между субъектами`, `03 Возможности и качество`, `04 Платежи`, `05 Публичные риски и соответствие требованиям` и `06 Договор и мониторинг`. Нумерация сохраняет порядок стабильным в общей сети, системе документов и бумажномbindере.

Размещайте доказательства там, где оценивается их роль, а не там, где подсказывает тип файла. Банковская справка относится к разделу «Платежи», даже если это PDF. Аудит завода относится к разделу «Возможности», а не в общую папку «Отчеты». Когда один элемент поддерживает два раздела, храните один контролируемый оригинал и создавайте ссылку на его ID доказательства, а не делайте неконтролируемые копии.

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

Дайте каждому существенному элементу строку в манифесте

Поддерживайте один манифест доказательств в корне файла. Для каждого существенного элемента запишите ID доказательства; имя файла; тип доказательства; наблюдаемое название компании и USCC; источник или издатель; кто получил его; время получения или запроса; период, которому соответствует информация; вопрос решения, который она поддерживает; ограничение доступа; и дату или триггер обновления.

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

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

Называйте файлы так, чтобы не уничтожать оригиналы

Храните оригинальный файл поставщика и создавайте четко помеченную рабочую копию, если вам нужно стандартное имя. Удобный шаблон: `SUP-014_E03_business-licence_2026-07-15_original.pdf`. Он объединяет запись о поставщике, идентификатор доказательства, роль документа, дату и состояние, не выдавая дату за эффективную дату документа.

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

Разделяйте четыре утверждения

По каждому важному вопросу запишите четыре помеченные записи: наблюдение, интерпретация, объяснение поставщика и открытый вопрос. Например: `Наблюдение: сторона по договору — Компания A; бенефициар — Компания B.` `Интерпретация: платеж покинет сторону по договору.` `Объяснение поставщика: B является экспортным филиалом A.` `Открытый вопрос: письменные отношения и полномочия на оплату еще не проверены.`

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

Ведите реестр открытых вопросов

Один неотвеченный вопрос может затеряться среди десятков веток электронной почты. Ведите короткий реестр с идентификатором вопроса, причиной его значимости, запрошенными доказательствами, ответственным лицом, контактом поставщика, сроком, блокирующим этапом, текущим статусом и идентификатором доказательства закрытия. Используйте простые статусы, такие как `open`, `waiting for supplier`, `under review`, `accepted with condition` и `closed`.

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

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

Записывайте согласование как версионированное событие

Подписанный документ должен включать решение, объем, версию манифеста доказательств, существенные исключения, открытые условия, согласующих лиц и их роли, временную метку согласования и срок действия или триггер пересмотра. Пишите `одобрено для одного образца заказа до USD 3,000, без оснастки, бенефициар должен оставаться Компанией A`, а не просто `поставщик одобрен`.

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

Контролируйте доступ и хранение

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

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

Проверьте файл при передаче

Представьте, что менеджер по закупкам уходит через две недели после одобрения вымышленного поставщика «Harborline Components». Заменитель открывает файл до внесения производственного депозита 30%. На титульном листе указано, что решение охватывало только образцы и оснастку. Реестр идентифицирует юридическое лицо и датирует каждый источник. Реестр открытых вопросов показывает, что завод связан с ситуацией, но новый бенефициар не был проверен. В записи об одобрении указано, что любое изменение бенефициара возобновляет проверку платежа.

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

Закрытие с проверкой восстановления

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

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