Как в 1с в заказе клиента установить статусы

Заказы покупателей в программе 1С Управление торговлей (УТ 11) 11.2. Пошаговая инструкция

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

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

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

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

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

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

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

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

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

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

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

Читайте также:  Как установить на волгу двигатель 1gz

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

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

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

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

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

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

Источник

Состояния заказов клиентов

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

Объект включен в подсистему «Объекты УТ11, КА2, УП2». Должны увидеть его в комплексной и ERP. В аналогичном ли виде — не проверял. Непериодический, регистратору не подчинен. Структура изображена на рисунке №1. Светло-красным выделено измерение. Светло-зеленым ресурсы. Светло-синим, соответственно, реквизиты. Измерение «Заказ» и ресурс «Состояние» имеют составной тип.

Записи в регистр производятся через процедуру «ОтразитьСостояниеЗаказа» модуля менеджера. Сам метод универсален, рассчитывает состояние заказов и/или заявок. Первым параметром передается массив ссылок. Так что сформирован может быть многострочный набор записей. Инициирующим расчет состояния может выступать один из 42 объектов метаданных. Состав на рисунке №2.

Вызов метода производится в событиях «ОбработкаПроведения» документов и «ПослеЗагрузкиДанных» планов обмена. Механика такова, что в регистрирующих объектах выполняются операции, изменяющие или возможно изменяющие состояние заказов/заявок. Изменение состояния происходит в разрезе заказа/заявки, расчет выполняется на основании источников данных (рисунок №3). Светло-желтым выделены источники данных. Светло-серым вспомогательные виртуальные таблицы с кратким пояснением состава и назначения. Светло-пурпурным — результирующие виртуальные таблицы, которые будут использоваться в конечном собранном запросе через соединение для расчета состояний заказов/заявок.

Читайте также:  Как установить и флешку и симку в месте в xiaomi redmi note 3 pro

Поэтому расчет состояний может быть выполнен из условно произвольной точки кода через программный интерфейс регистра — упомянутый выше метод «ОтразитьСостояниеЗаказа». В этом вижу простоту и особенность использования данного регистра. К базовому тексту запроса, раскладка которого на рисунке №3, добавляется запрос (методы с текстами находятся в модулях менеджеров) для объекта аналитики. Очевидно, ими выступают:

В итоге получаем: источники данных + расчет состояний для объекта аналитики (заказа/заявки). Полученный набор в виде таблицы значений пишется в регистр.

Теперь изложу заметки и вопросы, появившиеся у меня «в лоб».

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

2. Временная таблица «РезультатРасчетов» возможно содержит ошибку. При группировке складываются суммы планируемой кредиторской задолженности. В результате внутреннего соединения суммы включаются повторно. Результат до группировки:

Период ЗаказКлиента КОплатеПриход КОплатеПриход1
08.04.2017 Заказ клиента ТД00-000005 от 08.04.2017 17:06:53 30 797,85 30 797,85 102 659,50
15.04.2017 Заказ клиента ТД00-000005 от 08.04.2017 17:06:53 71 861,65 30 797,85 102 659,50
15.04.2017 Заказ клиента ТД00-000005 от 08.04.2017 17:06:53 71 861,65 71 861,65 102 659,50

где «КОплатеПриход1» это поле из таблицы справа, т.е. второго экземпляра «ЭтапыРасчетов». После группировки образуется:

08.04.2017 Заказ клиента ТД00-000005 от 08.04.2017 17:06:53 30 797,85 30 797,85 102 659,50
15.04.2017 Заказ клиента ТД00-000005 от 08.04.2017 17:06:53 143 723,3 102 659,5 102 659,50

Соответственно, на это накладывается условие:

В итоге в таблице «РезультатРасчетов» остается вторая запись:

15.04.2017 Заказ клиента ТД00-000005 от 08.04.2017 17:06:53 143 723,3 102 659,5 102 659,50

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

3. Предполагаю, что регистр исключительно аналитический. Предназначен для хранения расчетной сводной информации. Используется ли где-то в конфигурации (в других подсистемах) как источник данных?

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

Источник

Работа с заказами клиента

Работа с заказами клиента при оформлении оптовой продажи юридическому лицу.

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

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

Для начала напомню где включается функционал заказов клиента в программе:

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

Читайте также:  Как установить на телевизоре самсунг адобе флеш плеер

Создание заказа клиента

Теперь создадим заказ клиента, для этого откроем список заказов:

В списке документов создаем новый заказ:

Форма документа очень похожа на форму документа реализации товаров:

На первой закладке указываем организацию, клиента, подтягивается контрагент, соглашение и договор:

Подбор товаров в документ

На второй закладке подбираем товары:

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

Потому что не выбран склад:

Исправляюсь, теперь появился складской остаток:

Подбираем нужную номенклатуру, при двойном клике на строке списка товаров появляется такое окно:

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

После подбора нужных товаров переносим их в документ:

Табличная часть товаров в заказе полностью заполнилась:

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

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

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

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

На основании заказа можно ввести следующие документы:

Для того, чтобы оформить продажу по заказу, оформим реализацию товаров и услуг:

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

По заказу можно формировать следующие печатные формы:

И различные отчеты:

Посмотрим, например, отчет по состоянию выполнения:

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

В списке заказов появляется строка документа, в текущем состоянии указано «Готов к закрытию»:

Те заказы, по которым состоялась отгрузка и принята оплата от покупателя, рекомендуется закрывать. Несмотря на то, что оплату мы не получили и установили в настройках системы контроль оплат при закрытии заказов, попробуем все-таки заказ закрыть:

Повляется такое окно:

Видим, что заказ успешно закрылся:

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

Про взаиморасчеты поговорим подробно в отдельном уроке.

Источник

Поделиться с друзьями
Делаю сам
Adblock
detector