Как создать заказ поставщику в 1С: пошаговая инструкция

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

Материал пригодится тем, кто оформляет закупки, работает с поставщиками или проверяет корректность данных в базе. Основной сценарий показан для «1С:Управление торговлей» 11.5 с ручным вводом. В других конфигурациях названия разделов, полей и команд могут отличаться, поэтому эту инструкцию нельзя переносить на них буквально.

По данным фирмы 1С, заказ поставщику позволяет фиксировать условия и сроки приобретения, а также контролировать товарные и финансовые обязательства сторон. В примерах используем условную закупку: 100 единиц товара по 1 000 рублей, предоплата 30% и получение двумя партиями.

Что проверить перед началом работы

Перед созданием заказа сначала проверьте, в какой конфигурации работаете и какой у неё релиз. Откройте сведения о программе и найдите полное название решения, например «1С:Управление торговлей», а также номер редакции и версии. Одной надписи «1С:Предприятие» недостаточно: это название платформы, а не конкретной конфигурации.

❗Это важно

Сначала проверьте конфигурацию и релиз. Похожее название программы не означает одинаковые формы и команды.

Основной пример в статье относится к «1С:Управление торговлей» 11.5. В УНФ, «Комплексной автоматизации», ERP и «1С:Бухгалтерии» состав разделов и логика работы могут отличаться. Поэтому при работе с заказами для поставщиков в 1С сначала сопоставьте свою конфигурацию с инструкцией, а не ищите на экране полностью одинаковые кнопки и поля.

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

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

До открытия новой формы подготовьте исходные данные. Обычно потребуются:

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

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

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

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

В «1С:Управление торговлей» 11.5 откройте раздел «Закупки» и перейдите в список «Заказы поставщикам». Для нашего примера используем ручной ввод: нажмите «Создать», чтобы открыть новую форму. Такой способ удобен, когда условия уже согласованы и их нужно самостоятельно перенести в базу.

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

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

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

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

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

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

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

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

Добавьте позиции, количество и цены

Перейдите к товарной части. Номенклатуру можно добавлять из справочника или через подбор. Второй способ удобен при большой закупке: проще найти несколько нужных позиций и перенести их в форму за один раз.

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

Возьмём условный пример из введения. Компания приобретает 100 единиц товара по 1 000 рублей за единицу. Если цена указана именно за штуку, стоимость партии составит 100 000 рублей. При использовании упаковок сначала убедитесь, что цена и количество относятся к одной и той же единице измерения.

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

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

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

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

Проверьте и проведите документ

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

Используйте короткую проверку:

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

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

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

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

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

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

Как подтвердить и отправить заказ

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

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

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

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

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

Для подтверждения условий можно использовать короткое сообщение:

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

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

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

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

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

Как отразить предоплату и доплату

Если условия предусматривают аванс, сначала проверьте график или порядок оплаты, зафиксированный в заказе. В нашем условном примере предоплата составляет 30% от стоимости партии. Это условие закупки, а не подтверждение того, что деньги уже перечислены.

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

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

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

Как принять товары частями

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

Главное правило — отражать столько товара, сколько действительно поступило. Если заказано 100 единиц, а поставщик сначала привёз 60, в первой операции приёмки должны быть фактические 60 единиц. Не нужно проводить поступление сразу на все 100, рассчитывая исправить количество после второй доставки.

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

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

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

💡Это важно

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

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

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

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

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

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

Пример: 100 единиц и две поставки

Возьмём учебный пример. Заказано 100 единиц товара по 1 000 рублей. Условия предусматривают 30% предоплаты, две поставки — 60 и 40 единиц — и окончательный расчёт после полного получения.

В таблице показатели приведены нарастающим итогом. То есть каждая строка показывает общее состояние на соответствующем этапе, а не только изменение за один шаг.

Этап	Получено всего, шт.	Оплачено всего, ₽	Осталось получить, шт.
Перечислен аванс	0	30 000	100
Принята первая партия	60	30 000	40
Принята вторая партия	100	30 000	0
Выполнен окончательный платёж	100	100 000	0

После первой поставки товарная часть исполнена только частично:

• Получено: 60 / 100 × 100 = 60%
• Осталось получить: 100 − 60 = 40 шт.
• Остаток плановых платежей: 100 000 − 30 000 = 70 000 ₽

Здесь уже получено 60% согласованного количества, а оплачено 30% общей стоимости. Но оставшиеся 70 000 рублей ещё нельзя автоматически считать просроченной задолженностью. По условиям примера окончательный платёж должен быть выполнен только после полного получения товара.

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

✅Запомните

Полное получение не подтверждает окончательный расчёт, а полная оплата — получение всей партии.

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

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

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

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

Что делать при ошибках оформления

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

1. Нет нужного пункта меню. Сначала проверьте конфигурацию и релиз, затем — включена ли нужная возможность и есть ли у пользователя соответствующие права. Если пункт виден у коллеги, а у вас нет, причина чаще связана не с общей настройкой базы, а с доступом конкретного пользователя. Безопасное действие — проверить роль и права, а не выдавать полный доступ.
2. Не заполняется цена. Проверьте выбранные условия закупки, соглашение, конкретную позицию и наличие подходящих ценовых данных. Цена может не подставиться, если для этой номенклатуры или условий нет нужного значения. Безопаснее сначала найти источник цены, а не вводить случайную сумму вручную.
3. Не совпадает количество. Сверьте единицы измерения, упаковки, характеристики и уже оформленные поступления. Ошибка может возникнуть, если часть партии уже принята или одна упаковка содержит несколько штук. Исправляйте фактическое расхождение, а не просто меняйте итоговое число.
4. Не виден нужный статус. Проверьте, используются ли статусы в этой базе и какие варианты доступны при текущих настройках. Не путайте статус, который устанавливает пользователь, с состоянием, которое программа рассчитывает автоматически. Если нужного варианта нет, сначала разберитесь в логике настройки, а не меняйте статус вручную через обходные действия.
5. Операция не связывается с основанием. Сверьте организацию, поставщика, исходный заказ и уже созданные связанные формы. Если реквизиты относятся к разным организациям или выбрано другое основание, связь может не сработать. Безопасное действие — исправить исходные данные до проведения новой операции.
6. Не получается завершить процесс. Проверьте неполученный остаток, расчёты с поставщиком и действующие правила контроля. Причиной может быть незавершённое поступление, неоплаченная сумма или неотменённый остаток заказа. Закрывать процесс стоит только после того, как понятно, какое обязательство осталось невыполненным и как оно должно быть завершено.

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

Заключение

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

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

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

Вам нужна биржа фриланса для новичков или хотите заказать 1C-программирование?