Заказ поставщику в 1С:Управление торговлей 8.3: создание и контроль исполнения

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

Зачем нужен заказ поставщику и когда без него можно обойтись

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

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

Правильный вопрос не «обязателен ли заказ в программе», а «нужна ли компании управляемая связь между потребностью, согласованием, оплатой и поставкой».

Настройки закупок, договор и соглашение с поставщиком

До первого заказа проверьте, как в базе ведутся партнёры и контрагенты, используются ли договоры и соглашения, включён ли контроль заказов и какие склады доступны. В разных редакциях и релизах набор объектов отличается. Не копируйте инструкцию для другой конфигурации: ориентируйтесь на функциональность вашей 1С:Управление торговлей и актуальную документацию.

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

• Поставщик и контрагент выбраны без дублей.
• Организация-покупатель и склад соответствуют реальной операции.
• Договор и соглашение действуют на дату заказа.
• Валюта, вид цен и налогообложение согласованы.
• Условия оплаты и поставки не оставлены как случайное значение по умолчанию.
• Ответственные за согласование и приёмку назначены.

Создание заказа и заполнение товарной части

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

Количество сверяют не только с заявкой, но и с единицей хранения и упаковкой поставщика. Ошибка «10 коробок вместо 10 штук» выглядит как корректное число и обнаруживается поздно. Если поставщик отгружает кратно упаковке, согласуйте округление и влияние на остаток. Для характеристики товара проверяйте цвет, размер, исполнение и другие свойства; заказ общего товара не резервирует конкретный вариант автоматически.

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

Цены, налоги и этапы оплаты

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

Этапы оплаты отражают договорённость: предоплата, платёж до отгрузки, оплата после поступления или смешанный график. Для каждого этапа важны доля или сумма, плановая дата и событие, от которого считается срок. Расплывчатое «после поставки» лучше преобразовать в проверяемое правило по договору. План оплаты нужен для платёжного календаря и контроля аванса, но сам по себе не подтверждает, что платёж выполнен.

Контроль	План в заказе	Факт
Цена	Согласованная цена и валюта	Цена первичного документа
Оплата	Этап, доля и срок	Списанный банковский платёж
Поставка	Желаемая дата и склад	Принятое количество и дата
Налог	Условия закупки	Реквизиты поступления и счёта-фактуры

Дата поступления, обеспечение и статусы заказа

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

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

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

Оформление поступления на основании заказа

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

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

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

Частичные поставки, замены и расхождения

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

Излишек принимают только после решения уполномоченного сотрудника. Автоматическое увеличение заказа задним числом делает излишек «плановым» и лишает закупщика сигнала. Недостачу, повреждение и расхождение по цене оформляют в соответствии с приёмочным и претензионным процессом организации. В 1С должны остаться документы, объясняющие разницу, а не только конечный остаток.

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

Отчёты и рабочий цикл контроля исполнения

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

1. Закупщик проверяет подтверждение поставщика и срок.
2. Казначейство видит утверждённые этапы оплаты.
3. Склад принимает товар со ссылкой на заказ.
4. Бухгалтерия сверяет первичные документы и взаиморасчёты.
5. Ответственный закрывает или отменяет только реальный остаток.

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

Закрытие заказа и официальные материалы 1С

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

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

Исполненный заказ — это не зелёный статус сам по себе. Это согласованный объём, подтверждённые цены и сроки, связанные поступления и платежи, объяснённые отклонения и отсутствие необработанного остатка.

Вопросы и ответы

• Обязательно ли использовать заказ поставщику в 1С:УТ?

  Техническая обязательность зависит от настроек, но заказ нужен, когда важно связать потребность, согласование, оплату и поставку. Решение отказаться от него должно соответствовать внутреннему процессу и риску закупки.

• Можно ли создать заказ поставщику автоматически?

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

• Почему цена в заказе отличается от документа поступления?

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

• Как оформить частичную поставку?

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

• Можно ли закрыть заказ, если товар поступил, но ещё не оплачен?

  Товарная и финансовая готовность могут различаться. Перед окончательным закрытием проверьте этапы оплаты, авансы, взаиморасчёты и правила статусов, принятые в организации.

• Какие показатели лучше контролировать по заказам поставщикам?

  Просрочку подтверждения и поставки, остаток к получению, отклонение цены и количества, незакрытые этапы оплаты, долю отмен и поступления без корректной связи с заказом.

По теме