Заказ поставщику в 1С:УНФ: от дефицита до поступления

Как создать заказ поставщику в 1С:УНФ

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

Заказ можно создать вручную, из журнала по потребностям либо на основании связанных документов. Конкретный набор команд зависит от версии 1С:УНФ, включённых разделов и прав пользователя. Если закупка предназначена под клиентский спрос, сохраняйте связь с исходным заказом покупателя: это позволяет не потерять назначение будущего поступления.

Потребность → Заказ поставщику → Оплата поставщику
                         ↓
                 Приходная накладная
                         ↓
             Проверка исполнения заказа

Состояния заказа, поступления и оплаты

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

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

Потребность и дефицит: сколько действительно заказать

Начинайте закупку с расчёта потребности в запасах. В 1С:УНФ для планирования могут учитываться текущие остатки, уже ожидаемые поступления, заказы покупателей, потребности производства и заданные параметры пополнения. Доступность этих источников зависит от настроек учёта.

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

Цены поставщика и ожидаемая дата поступления

Цена в заказе — плановое условие закупки, поэтому её нужно проверить до проведения документа. В зависимости от настроек она может заполняться из зарегистрированных цен поставщика или из данных предыдущих закупок. Убедитесь, что выбраны нужные вид цены, валюта, вариант учёта налогов и единица измерения. Автоматически подставленная цена не заменяет сверку с актуальным предложением поставщика.

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

Как запланировать и проверить оплату поставщику

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

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

Поступление по основанию и частичная поставка

Фактическое поступление оформляйте из заказа поставщику командой создания на основании — в типовом сценарии создаётся приходная накладная. Проверьте склад, номенклатуру, серии или характеристики, количество, цены и документы поставщика. Связь с основанием позволяет системе сопоставить план с фактом и показать остаток к поступлению.

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

Резерв и обеспечение клиентского заказа

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

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

Контроль отчётами и закрытие заказа

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

Перед завершением заказа проверьте:

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

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

Частые ошибки при работе с заказом поставщику

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

Частые вопросы о заказе поставщику в 1С:УНФ