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

    1.6 Управление заказами на покупку

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

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

    • Номер заказа на покупку: Уникальный, автоматически сгенерированный в ERP идентификатор.
    • Ревизия: Ревизия заказа на покупку должна увеличиваться при любом изменении, включая незначительные корректировки дат (например, Rev A -> Rev B).
    • Дата выпуска: Дата выпуска подтверждает срок действия указанной цены.
    • Номер детали производителя (MPN): Должна использоваться точная, полная алфавитно-цифровая строка (например, “STM32F405RGT6”). Следует избегать использования исключительно внутренних номеров деталей ERP, так как поставщики могут их не распознать.
    • Инженерное описание: Краткое, четкое техническое описание (например, “32-битный микроконтроллер на ядре ARM Cortex-M4”).
    • Количество: Явно указанное количество единиц, соответствующее заданной единице измерения.
    • Цена за единицу: Согласованная контрактная цена со ссылкой на формальный номер коммерческого предложения поставщика, если применимо.
    • Инкотермс: Стандартизированные условия поставки (например, “FCA Гонконг”).
    • Условия оплаты: Стандартные корпоративные условия (например, Net 45 / Net 60).
    • Адрес доставки: Конкретный физический адрес склада и контактное лицо (например, “Внимание: отдел приемки (ОТК)”).
    • Подтвержденная дата поставки: Эта дата должна совпадать с “датой отгрузки”, требуемой производственным планированием, с учетом времени в пути.
    • Прослеживаемость: Должны быть включены пункты, например: “Поставщик гарантирует, что все товары являются новыми, оригинальными и полностью прослеживаемыми до производителя оригинальных компонентов (OCM)”.
    • Ограничение по дате кода: Должны быть указаны ограничения, например: “Коды даты на момент получения должны быть не старше 24 месяцев, если иное не согласовано заранее”.
    • Замены: Должно быть четко указано, что “Функциональные эквиваленты или физические замены не допускаются без предварительного письменного одобрения инженерного отдела”.

    Пороговые значения финансового одобрения

    Заголовок раздела «Пороговые значения финансового одобрения»

    Риск увеличивается с ростом стоимости заказа и его технической сложности. В ERP-системе должна быть реализована многоуровневая матрица одобрения для безопасного управления финансовыми обязательствами.

    Пороговая стоимость заказаКатегория рискаТипичное одобрение в ERP
    < $5,000Низкий (Класс C / серийные компоненты (COTS))Покупатель
    $5,000 – $50,000Средний (Стандартное производство)Старший покупатель / Менеджер по товару
    $50,000 – $250,000Высокий (Стратегические расходы)Директор по цепочке поставок
    > $250,000Критический (капитальные затраты (CapEx) / массовый объем)Вице-президент по операциям / Корпоративный финансовый директор
    Любая стоимостьТовары с условием “без права отмены и возврата” (NCNR) или заказные микросхемы (ASIC)+ Инженерное руководство

    Транзакция не считается полностью установленной до тех пор, пока поставщик не предоставит письменное подтверждение о принятии заказа.

    Ожидаемые сроки:

    • Поставщик должен оперативно подтвердить получение документа.
    • Поставщик должен предоставить окончательный подтвержденный график (обещанную дату отгрузки) в установленный срок (например, в течение 48 часов).

    Действительное и недействительное подтверждение:

    • Действительное: “Официально подтверждаем прием заказа на покупку №12345 Rev B. Позиция 1 подтверждена к отгрузке на условиях FCA 2023-10-15.”
    • Недействительное: “Получили, спасибо.” (Подтверждает только факт получения письма, но не условий заказа).
    • Управление несоответствиями: Если обещанная поставщиком дата отгрузки отличается от требуемой даты, необходимо немедленно принять меры для переговоров или официального обновления графика в ERP с целью отражения новой ситуации.

    Управление изменениями и замена поставщика

    Заголовок раздела «Управление изменениями и замена поставщика»

    Неконтролируемые изменения могут привести к сбоям в графике.

    Сценарий 1: Поставщик запрашивает перенос даты поставки

    Заголовок раздела «Сценарий 1: Поставщик запрашивает перенос даты поставки»
    • Протокол: Необходимо оценить влияние на основной производственный график.
      • Если существует риск остановки производственной линии, вопрос должен быть эскалирован руководству цепочки поставок для решения вопроса о приоритетах распределения ресурсов.
      • Если график позволяет поглотить задержку, поле “Обещанная дата отгрузки” в ERP должно быть обновлено. Исходная “Требуемая дата” должна быть сохранена для точной оценки показателя своевременности поставок (OTD) поставщика.

    Сценарий 2: Поставщик предлагает “замену” детали

    Заголовок раздела «Сценарий 2: Поставщик предлагает “замену” детали»
    • Протокол:
      • Отдел закупок не должен единолично одобрять технические замены компонентов.
      • Запрос должен быть направлен в инженерный отдел через официальную Заявку на отклонение от спецификации.
      • Если инженерный отдел одобряет замену, заказ на покупку должен быть пересмотрен с явным указанием нового MPN, чтобы гарантировать, что отдел приемки (ОТК) ожидает правильную деталь.
    • Протокол: По возможности, в документе заказа на покупку должно быть разрешено частичное отгружение (“Частичные отгрузки разрешены”).
      • Необходимо согласовать с финансовым отделом; следует убедиться, что окончательный баланс запасов будет получен до оплаты финального счета.

    Предварительный аудит качества заказа на покупку

    Заголовок раздела «Предварительный аудит качества заказа на покупку»

    Заказ на покупку должен быть проверен на наличие типовых несоответствий перед отправкой поставщику.

    ПроверкаПотенциальная проблемаРешение
    Математика (Единица измерения)Заказ на “100” (катушек) вместо “100” (штук).Единица измерения (UoM) должна быть четко проверена.
    Сравнение ценЦена отличается от проверенного коммерческого предложения.Требуется повторная сверка с коммерческим предложением.
    Контроль ревизийОтправка устаревшей PDF-версии документа.Необходимо убедиться, что отправляемый документ соответствует актуальной версии в ERP.
    Указание спецификацииОтсутствует конкретный цвет или код отделки для нестандартной детали.Необходимо добавить явные примечания в спецификацию.
    Код доставкиИспользуется адрес корпоративной штаб-квартиры по умолчанию вместо адреса завода.Необходимо проверить и указать правильный физический код доставки.

    ПараметрТребованиеЗначение / ПримерДокумент / Действие
    Номер детали (MPN)Использовать точный MPN производителяSTM32F405RGT6Заказ на покупку
    Ограничение по дате кодаУказать максимальный возраст≤ 24 мес. на момент полученияЗаказ на покупку
    Порог одобренияСогласование по стоимости и риску>$50k → Директор по цепочке поставокМатрица одобрения в ERP
    Подтверждение заказаПолучить письменное подтверждение условий”Подтверждаем PO №12345 Rev B, отгрузка FCA 2023-10-15”Письмо от поставщика
    Техническая заменаЗапрет на замену без согласованияТребуется Заявка на отклонение от спецификацииОфициальный запрос в инженерный отдел