Реклама на портале

По заказам покупателей и поставщикам. Отличия договора поставки от купли-продажи

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

Какой из них верный и чем грозит ошибка при выборе договора?

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

В отличие от договора на услуги возможность использования для разработки программного обеспечения договора подряда прямо предусмотрена в ст.1296 ГК РФ. Предметом такого договора является выполнение по заданию заказчика определенных работ по созданию конкретного ПО. Результатом работ, в отличие от услуг, всегда выступает определенный материальный объект. В рассматриваемом случае таким результатом является программное обеспечение с необходимыми заказчику характеристиками.

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

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

Поскольку автор как человек, творческим трудом которого создается программное обеспечение, традиционно считается более слабой стороной в сделке, нежели заказчик, законодательство предоставляет ему ряд преимуществ (см. ст.1288 – 1290 ГК РФ). В частности, по договору авторского заказа права на ПО не переходят автоматически к заказчику, а сохраняются у автора. Поэтому положения о передаче прав на ПО в полном объеме необходимо прямо включать в договор авторского заказа.

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

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

Таким образом, при выборе конструкции договора необходимо обращать внимание на следующие моменты:
1) что является непосредственным предметом заказа, и
2) кто выступает на стороне исполнителя.

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

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

Какие риски несут стороны в случае ошибки при заключении договора?

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

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

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

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

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

Возможность вывести определённое различие между ними выясняется только при дальнейшем исследовании контекстов определений договоров в ГК.

Ст. 454 ГК дает следующее определение договора купли-продажи: одна сторона (продавец) обязуется передать вещь (товар) в собственность другой стороне (покупателю), а покупатель обязуется принять этот товар и уплатить за него определенную денежную сумму (цену). Сравнивая определения этих договоров, можно выделить следующие квалифицирующие признаки поставки, выделяющие её в отдельный вид договора купли-продажи.

Во-первых, по договору поставки покупаемые вещи должны использоваться в предпринимательской деятельности или иной не связанной с личным потреблением. Ст. 454 о купле-продаже, говоря о передаче вещи (товара) в собственность покупателя ничего не говорити о целях его использования.

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

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

Ст. 314 ГК указывает, что: «Если обязательство предусматривает или позволяет определить день его исполнения или период времени, в течение которого оно должно быть исполнено, обязательство подлежит исполнению в этот день или, соответственно, в любой момент в пределах такого периода». Закрепление общего положения о сроках в самом определении поставки указывает на то, что его отсутствие в договоре, на практике будет очень сложно восполнить.

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

Особый субъектный состав участников отношений по поставке, уводит от прямого определения прав собственности Поставщика или Покупателя в отношении товара: «… поставщик обязуется передать производимые или закупаемые им товары покупателю для использования в предпринимательской деятельности».

Здесь можно согласиться с мнением Язева В.А. и Флейшица Е.А., которые отмечали, что Поставщик как может быть собственником поставляемого товара (например в случаях, когда он изготовил его за счет собственных средств, либо получил право собственности на поставляемое имущество по другим гражданско-правовым договорам), так может им и не быть. То же самое можно сказать и о получателе товара в договоре поставке, который может получить товар для дальнейшей продажи как комиссионер.

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

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

Важное значение в поставочных отношениях, имеет порядок исполнения поставщиком своих обязанностей по поставке товаров покупателю. Ст. 456 ГК определяет обязанности продавца по передаче товара в договоре купли-продажи: «Продавец обязан передать покупателю товар, предусмотренный договором купли-продажи». При поставке, порядок исполнения поставщиком своих обязанностей определен в ст. 509 ГК: «… поставка осуществляется путем отгрузки (передачи) товаров покупателю или лицу, указанному в нем в качестве получателя».

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

В тоже время в определении поставки прямо сказано, что поставка товаров поставщиком осуществляется путем отгрузки (передачи) товаров. Исследуя особенности договора поставки, Ватаци Б. отмечал, что «…термин отгрузка подразумевает совершение определенных действий поставщиком по организации доставки товаров покупателю». Это дополнительно оговаривается ст. 510 ГК, которая уточняет, что доставка товаров осуществляется поставщиком путем отгрузки их транспортом, предусмотренным договором поставки, и на определенных в договоре условиях.

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

Если в договоре присутствуют условия о поставке товаров по отгрузочным разнарядкам покупателя, то в соответствии с п.1 ст. 328 ГК, обязанности поставщика следует рассматривать, как выполняемые в порядке встречного исполнения. Непредставление покупателем отгрузочной разнарядки в установленный срок дает поставщику право отказаться от исполнения договора либо приостановить отгрузку товаров.

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

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

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

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

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

Пункт 2 ст. 510 и ст. 511 ГК посвящены выборке товаров, которая определяется как получение товаров в месте нахождения поставщика. Эта разновидность поставки наиболее близка к договору купли-продажи. Понятие «выборка товара» равнозначно требованию п.1 ст. 458 ГК, которое предусматривает предоставление товара в распоряжение покупателя. Здесь отличие поставки опять будет основываться на длительность отношений.

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

Другой характерной чертой поставки, является возложение обязанности на покупателя (получателя) возвратить поставщику многооборотную тару и средства пакетирования, которая предусмотрена ст. 517 ГК. При купле-продаже, обязательства сторон считаются выполненными после оплаты полученных товаров, поэтому экономические интересы продавца требуют включения стоимости тары в общую стоимость продаваемых товаров.

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

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

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

Ст. 521 аналогично ст. 466 ГК устанавливает последствия за недопоставку (передачу меньшего количества) товаров поставщиком. Главным отличием в этом случае поставки от оптовой купли-продажи, является взыскание с поставщика неустойки до фактического исполнения обязательства, в пределах его обязанности восполнить недопоставленное количество товаров в последующих периодах поставки, если иной порядок уплаты неустойки не установлен законом или договором.

Близкое родство купли-продажи и поставки, приводящее к смешению понятий, исчерпывающая полнота норм, регулирующих куплю-продажу, ставит арбитражные суды в затруднительное положение: какие нормы применять к разрешению споров из договоров, нормы § 3 гл.30 или § 1 гл.30 ГК РФ?

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

Представляется интересным в этом вопросе мнение Е. Кельмана и Самойлова Б. Они отмечали, что если сделку можно отнести как к поставке, так и к купле-продаже, то при отсутствии объективных признаков, сомнение надлежит использовать в согласии с весьма существенным в гражданско-правовых отношениях субъективным признаком: действительным намерением сторон, нашедшим свое выражение в волеизъявлении.

Язев В.А. Правовое регулирование поставки товаров.-«Сов. Торговля»,1955, №8, с.17-21
Сафиулин Д.Н. «Существенные усл. договоров на реализацию продукции» Свердловск 1979г.
Язев В.А. Договор поставки в системе сов. торговли. М., Госторгиздат,1956.с.45
Флейшиц Е.А. Договор поставки.-В кн..: Отдельные виды обязательства. М.,1954, с.27

Гальперин Л.Б. «Правовое рег. отношений промышл. и торговли.», Свердловск, 1973, с.65
Ватаци Б. О договоре поставки.-«Известия НКЮ БССР», Минск, 1927, №9, с.13
Донде Я.А., Фрейдман З.М., Чирков Г.И. Хозяйственный договор и его роль в снабжении нар. хоз. СССР., Госюриздат, 1960, стр.154-158; Генкин Д.М. «Сов. торговля», 1964, №3, стр.9-21.
Язев В.А. «Договор поставки товаров народного потребления», Госторгиздат, 1960, с.56

Если клиент обращается к нам с просьбой продать ему продукцию или оказать услуги, и мы эту просьбу намерены удовлетворить - то в системе оформляется документ Заказ клиента:

В шапке заказа указываются основные его параметры (клиент/партнер, соглашение/договор, организация-поставщик, склад, а также статус, состояние, порядок оплаты, приоритет), а в табличной части заполняются товары:

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

Вопрос 1.62 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. В системе предусмотрены следующие варианты использования заказов клиентов:

  1. Заказ как счет
  2. Заказ со склада
  3. Заказ со склада и под заказ
  4. Варианты 2 и 3
  5. Варианты 1 и 2 и 3
Проверено. Верный ответ - пятый, все эти варианты возможны. Настройка используемого варианта осуществляется в меню НСИ и администрирование -> Продажи .


Вопрос 4.1 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Оформление заказа клиента (в статусе "К выполнению") означает :
  1. Наше намерение продать указанную в заказе номенклатуру
  2. Варианты 1 и 2
  3. Варианты 2 и 3
  4. Варианты 1 и 2 и 3

Проверено. Верный ответ - шестой. "Намерение продать" следует из самой идеологии системы; при проведении же заказа система фиксирует потребности к обеспечению и планируемую задолженность:

Вопрос 4.2 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Оформление заказа клиента в системе (в статусе "К выполнению") означает :

  1. Намерения клиента купить указанную в заказе номенклатуру
  2. Формирование потребностей по обеспечению заказа
  3. Возникновение планируемой задолженности клиента
  4. Варианты 1 и 2
  5. Варианты 2 и 3
  6. Варианты 1 и 2 и 3

Верный ответ - шестой, аналогично предыдущему вопросу.

Вопрос 4.5 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. При создании заказа (поставщику/клиента) подобрать контрагента можно :

  1. По первым буквам наименования
  2. По первым цифрам ИНН
  3. По последним цифрам ИНН
  4. Варианты 1 или 2
  5. Варианты 1 или 3
  6. Варианты 1 или 2 или 3

Проверено. Верный ответ - четвертый. Проверим. Подбор по первым буквам работает:

И по первым цифрам ИНН:

По последним цифрам ИНН контрагент не подберется.

Вопрос 4.6 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. При создании заказа (поставщику/клиента) подобрать партнера можно :

  1. По первым буквам наименования
  2. По первым цифрам ИНН
  3. По последним цифрам ИНН
  4. Варианты 1 или 2
  5. Варианты 1 или 3
  6. Варианты 1 или 2 или 3

Верный ответ - четвертый. Аналогично, по буквам подбирает:

По первым цифрам ИНН подбирает (при условии, что для данного партнера задан контрагент):

По последним цифрам ИНН не найдет.

Вопрос 4.7 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. При создании заказа (поставщику/клиента) без использования договоров, но с использованием соглашений, валюта документа:

  1. Обязательно должна совпадать с валютой соглашения
  2. Может отличаться от валюты соглашения
  3. Валюта в документе не устанавливается, а берется из соглашения
  4. Валюта в документе не устанавливается, используется валюта управленческого учета

Проверено. Верный ответ - второй. Пусть в заказе указано соглашение с валютой рубли:

В самом заказе, укажем валюту - кроны:

Для сравнения, цена этой номенклатуры в рублях:

Вопрос 4.28 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Сделка с клиентом может быть указана в документах :

  1. Заказ клиента
  2. Заказ на производство
  3. Заказ на сборку (разборку)
  4. Варианты 1 и 2
  5. Варианты 1 и 3
  6. Варианты 1 и 2 и 3
Проверено. Верный ответ - пятый.
Хотя, в заказах на сборку (разборку) реквизит Сделка нет.

Вопрос 4.3 экзамена 1С:Профессионал по ERP Управление предприятием 2.0.

  1. Зарезервирован на складе
  2. Закупаться обособленно (с указанием данного заказа клиента)
  3. Размещен в заказах на производство
  4. Варианты 1 и 2
  5. Варианты 2 и 3
  6. Варианты 1 и 2 и 3

Проверено. Верный ответ - четвертый.


Вопрос 4.4 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Товар, указанный в заказе клиента, может быть:
  1. Зарезервирован на складе
  2. Отражен в графике движения товаров
  3. Размещен в заказах на разборку (для получения нужных комплектующих)
  4. Варианты 1 и 2
  5. Варианты 2 и 3
  6. Варианты 1 и 2 и 3

Проверено. Верный ответ - четвертый.

Заказы покупателей в программе 1С Управление торговлей версия 11.2 используются для планирования процесса продажи товаров нашим клиентам.

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

Настраивается механизм использования заказов в разделе «Нормативно-справочная информация и администрирование» . В настройке разделов «Продажи» , в группе «Оптовые продажи» есть флаги, которые отвечают за соответствующие опции. Например, основной флаг - это «Заказы клиентов» . Установка данного флага позволяет активировать использование в программе 1С Управление торговлей 11 заказов клиентов.

  • Также необходимо выбрать, как данные заказы будут использоваться. Возможны три опции: Первая - «заказ как счет» . При установке данного флага заказ будет использоваться исключительно для печати счетов для наших клиентов, и на основании такого заказа товар не будет резервироваться, не будет контролироваться исполнение заказов клиента.
  • Также заказ можно использовать для резервирования товаров, имеющихся на складе. Для этого устанавливается опция «заказ только со склада» . По таким заказам клиентов уже можно контролировать их исполнение. Можно планировать оплату, и с помощью этих заказов можно резервировать товар на складах.
  • Третья опция - это «заказ со склада и под заказ» . От предыдущей она отличается тем, что можно резервировать товар, отсутствующий в данный момент на складе, и таким образом формировать потребность в данном товаре. И, в дальнейшем, на основании этой потребности, можно будет сформировать заказы поставщику. При поступлении товара он автоматически попадет в резерв под данный заказ.

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

Флаг «причины отмены заказов клиентов» позволяет активировать в программе 1С Управление торговлей справочник «Причины отмены заказов клиентов» . И при установке соответствующего флага в заказах клиентов необходимо будет указывать причину, по которой происходит отмена данного заказа.

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

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

Вся основная информация у нас уже заполнена. Давайте посмотрим. Поля «клиент», «контрагент» и «соглашение» являются обязательными. Конфигурация 1С Управление торговлей (УТ 11) 11.2 не позволит сохранить и провести документ без указания данной информации. Также у нас уже заполнены: вид операции «реализация»; организация, от имени которой будет происходить продажа товара; склад, с которого планируется продажа.

По гиперссылке «Оплата» мы открываем правила оплаты. Сейчас они у нас не заполнены. Можно воспользоваться командой «Заполнить по соглашению» , и основании соглашения с клиентом будет заполнена соответствующая информация. В нашем случае, это - «аванс (до обеспечения)» и «предоплата (до отгрузки)». Перенесем данную информацию в наш заказ покупателя.

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

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

Также в заказе покупателя есть два важных поля, влияющих на поведение программы 1С Управление торговлей (УТ 11) 11.2, а именно - «статус заказа» . У нас сейчас доступны 3 статуса:

  • Статус «на согласовании» - в данном статусе заказ не делает никаких движений. Товар не резервируется, пока заказ не будет согласован.
  • Статус «к выполнению» , который установлен сейчас, говорит о том, что заказ находится сейчас в стадии выполнения, то есть по нему планируется оплата, отгрузка и обеспечение резервирования товара.
  • Статус «закрыт» говорит о том, что заказ закрыт и дальнейшая работа с ним не ведется.

Также возможно установить приоритеты, что является дополнительной аналитикой при работе с заказами клиентов. И основное поле, на которое стоит обращать внимание, это - «действия» . В данном случае у нас по всем позициям заполнено действие «к обеспечению» . Можно воспользоваться соответствующим помощником, в котором мы устанавливаем флаги. Например, доступные действия:

  • «Не обеспечивать» заказ, тогда по данному заказу не рассчитываются потребности, товар не планируется к закупке.
  • «К обеспечению» (то, что установлено у нас сейчас) - говорит о том, что по данному заказу начинается работа, и потребность в данном товаре будет определяться в заказах поставщику.
  • «Резервировать по мере поступления» - говорит о том, что по заказу необходимо зарезервировать товар по мере его поступления на склад в случае его отсутствия.
  • «Резервировать на складе» . Данный товар будет резервироваться из свободного остатка на складе.
  • И действие «Отгрузить» говорит о том, что товар уже можно непосредственно отгружать.

У нас есть еще один помощник - «Состояние обеспечения заказа» . Перейдя к нему, мы можем увидеть, какие номенклатурные позиции у нас находятся в документе, что зарезервировано, что находится в обеспечении, какие действия возможно совершить (например, товар у нас есть на складе, его можно зарезервировать, и также, какой склад используется в данном случае).

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

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

Программа 1С Управление торговлей (УТ 11) 11.2 говорит, что не удалось провести заказ. Разберемся с причинами отказа. В данном случае произошел контроль программы 1С Управление торговлей над заказами клиента, а именно - программе не понравилось то, что мы пытаемся поставить товар «к обеспечению», хотя у нас по данному заказу первая позиция оплаты «аванс (до обеспечения»). То есть, пока по данному заказу не поступит соответствующий аванс, товарные позиции «наш товар» не направляются в работу, и мы их не можем зарезервировать и не можем разместить их «к обеспечению» нашему поставщику. Поэтому по всем строкам я устанавливаю действие «не обеспечивать» , и уже такой заказ пытаюсь повторно провести.

Конфигурация 1С Управление торговлей версия 11.2 провела данный заказ и соответствующую задачу - «сформировать заказ по сделке» - отмечаем как выполненную.

Программа 1С Управление торговлей 11 переводит нас на следующий этап по нашей сделке, а именно - «подтвердить обязательства по сделке» .

Таким образом, в программе 1С Управление торговлей версия 11.2 осуществляется работа с заказами клиентов как в рамках управления сделками, так и вне рамок управления сделками.

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

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

В программе «1С:Управление торговлей, ред. 10.3» менеджер по закупкам может сделать следующее:

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

Рассмотрим подробнее каждую из этих возможностей.

Для анализа товаров, которые необходимо закупить для клиентов, можно использовать отчет «Анализ заказов покупателей».

Меню: Отчеты – Продажи – Анализ заказов – Анализ заказов покупателей

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

В отчете показываются все неотгруженные заказы. По каждому заказу мы видим необходимые товары, в колонке «Осталось обеспечить» указывается необходимое количество. Если эта колонка не пустая, значит товар отсутствует на складе и не был зарезервирован – его нужно заказать у поставщика.

Создание заказа поставщику

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

Нажмем на кнопку «Заказ поставщику – Сформировать один заказ поставщику»:

Создается новый документ «Заказ поставщику», в который автоматически попали все необходимые для заказа товары:

Для каждого товара в колонке «Заказ» указан заказ покупателя, под который товар заказывается у поставщика. Благодаря этой информации в момент поступления товара на склад он будет зарезервирован для покупателя автоматически.

В заказе нужно выбрать поставщика, договор, заполнить цены покупки. Мы договорились с контрагентом «Мобил» о поставке данного товара 28.12.2011. Укажем предполагаемую дату поступления товара в поле «Поступление»:

По кнопке «ОК» проведем и закроем заказ поставщику.

После оформления заказа поставщику снова сформируем отчет «Анализ заказов покупателей». Теперь колонка «Осталось обеспечить» пуста, т. к. мы заказали все необходимые товары у поставщика. Информация о том, что товар заказан поставщику, отображается в колонке «Размещено в заказах»:

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

Для контроля сроков поставки воспользуемся отчетом «Анализ заказов поставщикам».

Меню: Отчеты – Закупки – Анализ заказов – Анализ заказов поставщикам

Сделаем настройку, чтобы увидеть заказы, по которым нарушен срок поставки. Нажмем кнопку «Настройка».

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

В основной форме отчета также установим флаг «Состояние поступления» и отметим значения «Не поступило» и «Поступило частично».

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

В колонке «Осталось закупить» будет указано количество не поступившего вовремя товара.

По результатам анализа менеджер может принять решение аннулировать заказ поставщику. Для этого оформляется документ «Закрытие заказа поставщику». Создать документ можно на основании заказа поставщику или вручную.

Меню: Документы – Закупки – Закрытия заказов поставщикам

Сделаем закрытие заказа на основании. Для этого можно найти нужный заказ поставщику в списке заказов:

Меню: Документы – Закупки – Заказы поставщикам

Или открыть заказ поставщику прямо из отчета.

Чтобы открыть заказ поставщику из отчета, нужно сделать по нему двойной клик мышью и в открывшемся списке действий выбрать пункт «Открыть заказ поставщику»:

В заказе поставщику воспользуемся кнопкой ввода на основании и выберем пункт «Закрытие заказов поставщикам»:

В открывшемся документе «Закрытие заказов поставщикам» уже будет указан закрываемый заказ, контрагент, сумма заказа:

Также можно указать причину закрытия заказа и потом анализировать причины закрытий заказов в отчете:

Меню: Отчеты – Закупки – Анализ заказов – Анализ причин закрытия заказов

По кнопке «ОК» проведем и закроем документ.

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

Кроме того, если еще раз сформировать отчет «Анализ заказов покупателей», мы увидим, что товар снова появился в колонке «Осталось обеспечить»:

Теперь менеджеру по закупкам следует сформировать новый заказ поставщику на недостающие товары и ожидать поставку данного товара в срок.