Вопрос от пользователя:
«У нас вечный хаос: менеджеры по продажам просят закупить что-то "этакое", не зная ни поставщиков, ни цен. Снабженцы с ума сходят, собирая коммерческие предложения. В итоге что-то забывают, что-то закупают не то. Новые документы «Заявка на обеспечение» и «Заявка на закупку» — это действительно поможет разграничить зоны ответственности?»
Суть проблемы
В компаниях часто смешаны роли: логист (или менеджер по продажам) определяет потребность, а закупщик ищет поставщика и договаривается о цене. Раньше вся эта "каша" варилась в одном документе «Заказ поставщику». Из-за этого закупщики начинали работать, когда потребность еще не была четко сформулирована и согласована, а логисты не видели реального статуса выполнения своей заявки.
Что может 1С ERP версии 2.5.26?
Появились два новых документа, которые четко разделяют эти этапы: «Заявка на обеспечение» и «Заявка на закупку».
- Заявка на обеспечение — для "заявителей" (любой сотрудник). Можно описать потребность "на пальцах", даже просто текстом, не выбирая товар из справочника. Это черновик потребности.
- Заявка на закупку — для "логистов". Создается на основе планов или потребностей, но всегда с использованием конкретной номенклатуры из справочника. Это уже формализованная потребность к отделу закупок.
Суть подхода:
Документооборот становится многоэтапным и прозрачным.
- Инициация: Менеджер создает «Заявку на обеспечение», пишет «Нужен кондиционер, 10 штук, как в прошлый раз», указывает желаемую дату и отправляет на согласование.
- Уточнение и поиск: Логист или закупщик (в зависимости от настроек) видит заявку. Он может уточнить характеристики, заменить "строковой" товар на реальный из справочника, разослать запросы поставщикам и собрать коммерческие предложения прямо из заявки.
- Согласование: Заполненная ценами и поставщиками заявка отправляется на финальное согласование ответственному лицу (например, финдиректору), который проверяет бюджет.
- Исполнение: После согласования заявка получает статус «На выполнении», и только теперь на её основе закупщик может создать один или несколько «Заказов поставщикам», четко понимая, что нужно, почем и у кого покупать.
Преимущества подхода:
- Прозрачность: Все видят, на каком этапе находится заявка: "Черновик", "На согласовании", "На выполнении", "Выполнена" или "Отменена".
- Контроль: Появление предварительных цен и согласование бюджета до того, как сделан заказ поставщику.
- Разгрузка снабженцев: Они работают только с готовыми, согласованными заявками и занимаются своим делом — переговорами с поставщиками, а не сбором первичных хотелок.
- История: Весь протокол работы с заявкой хранится в документе — кто и когда перенаправил, уточнил, согласовал.
Решение и рекомендации
- Включите опции: В разделе «НСИ и администрирование» включите «Заявки на обеспечение» (Склад и доставка) и «Заявки на закупку» (Закупки).
- Настройте роли: Назначьте ответственных за согласование и исполнителей (менеджеров по закупкам). Раздайте права («Добавление изменение заявок...», «Согласование заявок...»).
- Разработайте регламент: Опишите простую инструкцию: кто, в каких случаях и какой тип заявки создает, кому отправляет, как уточняет цены. Например: "Все закупки для офиса — только через заявку на обеспечение от офис-менеджера".
- Используйте в планировании: Начните формировать заявки на закупку из рабочих мест «Формирование заказов по потребностям».
Итог простыми словами
Представьте ресторан. Раньше официант (менеджер) бежал с заказом сразу на кухню к поварам (снабженцам) и кричал: "Мне тут суп сварите!". Повара бросали свои дела, начинали чистить картошку, а потом выяснялось, что суп-то вообще не в меню. Теперь есть два документа. Сначала официант пишет «Записка от посетителя» (Заявка на обеспечение) и отдает ее метрдотелю (логисту). Метрдотель проверяет, есть ли такой суп в меню, уточняет ингредиенты, записывает их на специальный «Листок заказа на кухню» (Заявка на закупку) и отдает поварам. Повара теперь не отвлекаются на ерунду и готовят только то, что нужно и согласовано.
Типичные сценарии использования:
- Сценарий 1: Закупка нового оборудования для офиса
Ситуация: HR-у нужен новый кулер для воды.
Решение: HR создает «Заявку на обеспечение», пишет "Кулер напольный, желательно с охлаждением". Заявка приходит логисту. Логист видит, что кулера в базе нет, поэтому в строке заявки стоит иконка "строковой номенклатуры". Он ищет поставщиков, получает коммерческие предложения, выбирает лучшее и заполняет цену. После согласования с финдиректором заявка передается закупщику, который на её основе создает «Заказ поставщику». HR в итоге получает кулер, а все этапы его "пути" зафиксированы. - Сценарий 2: Плановая закупка сырья
Ситуация: На производстве рассчитали потребность в муке на следующий месяц.
Решение: Логист использует рабочее место «Формирование заявок на закупку по потребностям». Система сама создает «Заявки на закупку» по нужным позициям, подставляя в качестве исполнителя заранее определенного менеджера по закупкам муки. Заявки создаются в статусе «На согласовании». Закупщик видит их в «Текущих делах», проверяет объемы, уточняет цены у своих поставщиков и отправляет на согласование. Процесс запущен без единого ручного ввода.