Как в 1с сделать заказ покупателя в: «1:» «1:» ? :: Отвечает специалист 1С

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

Ваши покупатели (назовем их А, Б, В и Г) хотят купить у вас товар. Вы оформили на каждого из них свой «Заказ покупателя». На складе его нет. Но вы можете приобрести у своего поставщика Д.

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

Как всю эту «Абвгдейку» проделать в 1С, то есть создать заказ поставщику по нескольким заказам покупателей — расскажем.

Заказов много от клиентов

На клей, обои, ковролин.

«Манагер» все их скомпонует, ведь поставщик у нас

Один.

В программе «1С: УНФ» есть два способа создания «Заказа поставщику» на основании нескольких «Заказов покупателя».

Первый способ — универсальный для всех документов в программе.

Установить положение Заказа покупателя в табличной части.

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

Второй способ — из Журнала заказов поставщикам на вкладке Заказы покупателей, выделив несколько заказов.

Задача решена — мы заказали по нескольким заказам покупателей А, Б, В, Г — один «Заказ поставщику» Д.

Наступило время, когда поставщик привез вам товар и вы оформили поступление документом «Приходная накладная».

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

 Начните прямо сейчас. Подключить «1С:УНФ» на 30 дней бесплатно.

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

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

1699

Оставьте заявку на бесплатное использование сервиса 1C:ФРЕШ
Для регистрации демо-кабинета 1cfresh необходимо указать e-mail, телефон, имя

Ваше имя Email Телефон

Даю согласие на обработку персональных данных

Спасибо за регистрацию в 1С:Фреш. Скоро Вам на почту придет ссылка, для продолжения регистрации пройдите по ней.

Как оформить заказ покупателя в 1С Розница 2.3 • Обучение компьютеру

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

Для начала, заходим в раздел Администрирование, открываем Продажи.

И в разделе Заказы покупателей, отмечаем все три пункта.

• Заказы покупателей ;
• Резервирование по заказам покупателей ;
• Использовать причины отмены заказов покупателей ;
• Затем, открываем Причины отмены заказов покупателей.

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

А чтобы создать заказ, зайдем в раздел Продажи и откроем Заказы покупателей.

Нажимаем Создать и заполняем вкладку Основное, следующим образом.

• Выбираем Контрагента ;
• Можно указать номер телефона ;
• По необходимости, дисконтную карту ;
• А также, желаемую дату продажи заказа ;
• Выбираем статус Согласован с покупателем ;
• По необходимости, выбираем Продавца для продажи ;
• Выбираем нужный Склад сборки заказа (если их несколько) ;
• Указываем Банковский счет если оплата будет по расчетному счету ;
• Далее отмечаем по необходимости Учитывать НДС и Цена включает НДС ;
• Внимательно проверим все поля формы и перейдем на соседнюю вкладку.

На соседней вкладке Товары, соответственно, добавляем в заказ нужные товары и отметим галкой Резерв для резервирования его нужного количества на складе. А чтобы продавец не мог продавать резервный товар, должна быть установлена в разделе Администрирование› Настройки пользователей и прав› Персональные настройки пользователей› Дополнительные права пользователей у него галка в пункте Контролировать остатки и резерв товаров на складе. Также мы можем и отменять отдельные товарные позиции в заказе по заданным ранее причинам.

Итак, проверяем добавленный товар, его отпускную цену и проводим документ.

Если мы нажмем здесь на значок с отчетами и выберем Состояние выполнения.

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

Можно еще распечатать Заказ покупателя или же Счет на оплату для отправки.

Далее можно оформить Заказ на перемещение нужного товара с одного склада на другой, Заказ поставщику товаров на основе заказа покупателя, оформить в режиме менеджера продажу заказа с печатью чека, провести оплату и т.д. Мы же с вами рассмотрим дальше продажу заказа через рабочее место кассира (РМК).

Итак, новый заказ от покупателя у нас сформирован.

Можно еще зайти в раздел Продажи и открыть Работа с заказами покупателя.

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

Открываем РМК и нажимаем кнопку Продажа по заказу, которая должна быть у нас предварительно добавлена на нижнюю панель в настройках РМК. Подробнее о настройке кнопок на нижней панели РМК можно узнать Здесь.

Далее находим и выбираем сформированный ранее заказ.

Как видно, РМК переходит в режим Продажа по заказу № ***, а табличная часть заполняется товаром в соответствии с ранее сформированным заказом. А нам с вами остается проверить все ли верно, а затем провести оплату за (нал/безнал) в зависимости от того, соответственно, как будет расплачиваться покупатель.

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

На вкладке Основное указываем статус Закрыт и нажмем Провести и закрыть.

Как видно, заказ прошел все стадии и Закрыт с учетом отмены одной позиции.

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

Если у вас остались вопросы, оставляйте их в комментариях ниже. А пока… пока.

Заказ клиента

Концепции темы

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

В модели данных ARTS и XML-схемах POSLOG V6.0 поддерживается множество сценариев обработки заказов. Сценарии поддерживают различные этапы обработки заказов клиентов, выполнения, доставки, оплаты и расчетов. Ритейлеру может потребоваться поддерживать несколько разных сценариев одновременно. Например, универмагу, возможно, придется поддерживать продажи в магазине (обычный розничный сценарий), продажи общественного питания (для ресторана в магазине), продажи по заказу клиента (для киоска, электронной коммерции и заказа по каталогу в магазине) и другие варианты. .

Следующие шаги составляют процесс заказа клиента.

• Обзор/магазин — Заказ — Просмотр и размещение товаров в физической или электронной корзине покупок — создание заказа;

• Заказ — Заказ клиента — Решение заказать все или выбранные товары, помещенные в физическую или электронную корзину — размещение заказа;

• Исполнение — Подготовка изделий на заказ, комплектация и упаковка товаров со склада и/или предоставление услуг;

• Доставка/отгрузка – передача товаров (или оказание услуг) перевозчику или непосредственно покупателю;

•Оплата — предварительная авторизация тендера по заказу клиента, частичная предоплата заказа клиента, полная предоплата заказа клиента и/или полная оплата заказа клиента; и

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

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

Понимание принципов обработки заказов ARTS

Стадия заказов

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

ARTS ODM V7.0/7.1 не рассматривает заказы клиентов как транзакции. CustomerOrder — это документ, описывающий запрос покупателя на покупку товаров и/или услуг у розничного продавца на согласованных условиях (цена, доставка, график платежей, политика отмены и т. д.). Заказ клиента и компоненты его позиции создаются и обновляются с помощью сущностей CustomerOrderControlTransaction и CustomerOrderControlTransactionLineItem.

Используя CustomerOrderState, CustomerOrderStateAssignment, CustomerOrderLineItemState и CustomerOrderLineItemStateAssignment, ARTS ODM поддерживает актуальный статус заказов вместе с историей изменений статуса. История помогает ритейлеру анализировать поведение клиентов при оформлении заказов.

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

Транзакция заказа клиента представляет собой обязательство со стороны клиента приобрести один или несколько элементов в заказе. Это обязательство клиента может сопровождаться или не сопровождаться процессом оплаты, в ходе которого покупатель предварительно разрешает продавцу списать средства со счета своей кредитной/дебетовой карты при отправке товаров по его заказу ИЛИ разрешает списание средств для предоплаты или частичной оплаты заказа. . Для почтовых заказов, электронной торговли и аналогичных сценариев отложенной доставки процесс оплаты обычно следует этому шаблону. Для сценария розничной торговли с самообслуживанием в магазине этап оплаты происходит ближе к концу транзакции заказа и фиксируется с помощью RetailTransaction.

ARTS ODM V7.0/7.1 напрямую представляет концепцию заказа клиента в CustomerOrder, CustomerOrderLineItem и связанных с ними подтипах.

Стадия выполнения

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

Для выполнения заказа может потребоваться воссоздание сущностей CustomerOrder и CustomerOrderProductLineItem. Это воссоздание может включать в себя разделение элементов объектов CustomerOrderProductLineItem на отдельные объекты для регистрации комплектования и упаковки, прямого поставщика и других тактик выполнения. Этот рефакторинг выполняется с помощью сущности соединения CustomerOrderProductAssignment, которая позволяет разделить один элемент строки заказа на несколько сущностей CustomerOrderProductGroup. Этот механизм позволяет розничному продавцу поддерживать связь между CustomerOrder и многократным выполнением и последующими отгрузками/доставками.

ARTS ODM V7.0/7.1 использует комбинацию CustomerOrderProductGroup и CustomerOrderProductAssignment (с соответствующими атрибутами кода типа) для представления комплектования/упаковки, которое представляет собой коробку или другой контейнер, упакованный с отобранными предметами, которые впоследствии будут отправлены в клиент. Обратите внимание, что это относится только к материальным предметам, поскольку услуги не «собираются и не упаковываются».

Этап доставки/отгрузки

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

В ARTS ODM V7.0/7.1 группа CustomerOrderProductGroup и ее дочерние элементы CustomerOrderProductAssignment представляют упаковочную накладную и контейнер, составляющие доставку. В модели данных они представлены как RetailTransactionShipment и RetailTransactionShipmentLineItem. Эта информация является основой детализации отдельных позиций для создания счета и/или RetailTransaction для последующего расчета.

Этап оплаты

Этап оплаты может выполняться в конце процесса заказа клиента как часть расчета (как в случае типичного сценария самообслуживания в магазине) или несколько раз (в случае заказ электронной коммерции, предполагающий предварительную авторизацию при размещении Заказа Клиента с последующим переводом средств при отгрузке/доставке товара). Этап платежа, поскольку он может включать в себя фактический перевод средств от покупателя продавцу, инициирует финансовые транзакции, необходимые для регистрации получения депозита или предоплаты и зачисления на счет пассива (поскольку продавец получил деньги, которые еще не поступили). было заработано). Платежи предварительной авторизации представлены сущностями CustomerOrdertenderPreAuthorization, а депозиты/предоплаты представлены сущностями типа CustomerOrderPaymentLineItem. Для сценариев обработки розничных заказов в магазине с самообслуживанием Платеж встроен в RetailTransaction и обрабатывается как TenderLineItem. Как и в случае с заказом клиента, выполнением и доставкой, это неявный шаг, сжатый в розничную транзакцию в точке продажи.

Этап расчета

Этап расчета — это момент, когда клиент получает товары и/или получает услугу и оплачивает их. Расчет создается как RetailTransaction в модели данных ARTS. При расчете происходит несколько ключевых моментов:

• Розничные торговцы признают выручку от поставленных товаров или услуг. Признание выручки означает, что они могут кредитовать выручку от продаж;

• Розничные торговцы принимают тендер в обмен на поставленные товары/услуги. Тендер, как используется здесь, означает, что кредиты выручки от продаж (плюс любые дополнительные сборы и налоги) компенсируются дебетом счета активов. Счет актива может быть денежными средствами, дебиторской задолженностью, ваучером и т. д.; и

• Контрольная и финансовая отчетность отдела учета запасов обновлена ​​для отражения оттока товаров.

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

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

Варианты сектора розничного бизнеса

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

Сценарий самообслуживания в магазине (традиционная розничная торговля кирпичами и раствором)

Сценарий самообслуживания в магазине обычно сжимает заказ -> заказ клиента -> оплата -> выполнение -> доставка/отгрузка -> шаги расчета в розничную сделку. Это самый простой сценарий, поскольку он не требует создания и управления заказами клиентов и статусами позиций заказов клиентов, а также восстановлением, которое обсуждалось ранее.

Сценарий общественного питания/ресторана/производства на заказ

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

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

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

Сценарий службы доставки может различаться в зависимости от того, как обрабатываются платежи, но следует следующему алгоритму. Заказ клиента на доставку состоит из последовательности шагов: заказ -> оплата -> подготовка (выполнение) -> доставка -> расчет. Это подсценарий, в котором покупатель платит за товар во время отправки заказа. Альтернативой является то, что покупатель платит за еду в момент ее доставки. В этом сценарии оплата заказа происходит после того, как курьер вернулся с платежным поручением и передал его продавцу.

ARTS ODM V7. 0/7.1 поддерживает эти сценарии, когда приложение розничной торговли имеет логику для обобщения заказов клиентов в сфере общественного питания/ресторана таким образом, который соответствует его обработке заказов клиентов (как обсуждалось ранее). Он предоставляет представление розничных транзакций, связанных с услугами общественного питания (см. тему «Обслуживание и гостиничный бизнес»). Но он не предоставляет явных объектов модели обработки заказов общественного питания/ресторана, отраженных в POSLOG 6.0. Это пробел, который будет устранен в будущих версиях модели данных.

Сценарий электронной торговли/розничной торговли по каталогу

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

Процесс заказа

Понятие жизненного цикла заказа клиента применимо к покупкам в магазине, а также к покупкам через Интернет и по каталогам. Разница заключается в том, что в процессе работы в магазине просмотр, покупка, заказ, комплектация, упаковка и отправка рассматриваются как ненаблюдаемое поведение покупателя, когда он ходит по магазину. Термин «ненаблюдаемый» означает, что розничный продавец явно не отслеживает, не контролирует и не управляет действиями покупателя. Соответственно, шаги фактически выполняются заказчиком, но не записываются в большинстве сценариев. Обратите внимание, что это изменится с появлением видеоаналитики. ARTS ODM 7.0/7.1 предоставляет объекты для поддержки заказов, комплектования и упаковки, отгрузки и расчетов. Будущие выпуски модели данных ARTS будут поддерживать просмотр и выбор с добавлением предметной области веб-покупок и предметной области видеоаналитики.

Действия клиента в процессе обработки заказа

Просмотр (часть оформления заказа)

Просмотр подразумевает, что покупатели перемещаются по магазину или веб-сайту для изучения различных товаров. Они могут проверять цены, читать обзоры продуктов, брать продукт и смотреть на него и т. д. Просмотр в веб-среде можно явно отслеживать, контролировать и измерять. Просмотр в кирпичной среде обычно не наблюдается и не измеряется в той же степени. С улучшением видеоаналитики становится все более практичным рассмотреть возможность отслеживания действий клиентов при просмотре. ARTS ODM 7.0/7.1 будет расширен в будущем, чтобы предоставить объекты и отношения, необходимые для сбора, классификации, подсчета и анализа поведения клиентов в Интернете. Кроме того, в будущих версиях модели данных действия просмотра будут дополнительно декомпозированы (т. е. проверка цен, чтение обзоров продуктов и т. д.) и будут моделироваться в явном виде. Это станет возможным благодаря тому, что покупатели все чаще используют мобильные устройства для совершения покупок в магазинах.

Выбор (часть заказа)

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

Заказ клиента (обязательство совершить покупку путем размещения заказа клиента)

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

Предварительная авторизация/предоплата

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

Комплектация и упаковка (исполнение)

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

Доставка

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

Расчет

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

Прямое выполнение поставщиком

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

Отмена заказов клиентов

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

Возвраты покупателями

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

Заказы клиентов в точках продаж (POS) — Торговля | Динамика 365

• Статья
• 03. 06.2022
• 16 минут на чтение

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

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

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

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

Настройка заказов клиентов

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

Настройка режимов доставки

Чтобы использовать заказы клиентов, необходимо настроить режимы доставки, которые может использовать канал магазина. Необходимо определить по крайней мере один способ доставки, который можно использовать, когда строки заказа отправляются покупателю из магазина. Вы также должны определить по крайней мере один способ доставки, который можно использовать, когда строки заказа забираются из магазина. Способы доставки определены на Способы доставки страница в штаб-квартире коммерции. Дополнительные сведения о настройке режимов доставки для каналов Commerce см. в разделе Определение режимов доставки.

Настройка групп выполнения

Некоторые магазины или склады могут не выполнять заказы клиентов. Настроив группы выполнения, организация может указать, какие магазины и склады будут отображаться в качестве параметров для пользователей, которые создают заказы клиентов в POS. Группы выполнения настроены на Выполнение групп стр. Организации могут создавать столько групп выполнения, сколько им требуется. После определения группы выполнения свяжите ее с магазином, выбрав Назначение группы выполнения на вкладке Настройка на панели действий на странице Магазины .

В Commerce версии 10.0.12 и выше организации могут определить, могут ли склад или комбинации склада и магазина, определенные в группах выполнения, использоваться для отгрузки, для самовывоза или для отгрузки и самовывоза. Это обеспечивает дополнительную гибкость для бизнеса, чтобы определить, какие склады могут быть выбраны при создании заказа клиента на отгрузку товаров, а какие магазины могут быть выбраны при создании заказа клиента на получение товаров. Чтобы использовать эти параметры конфигурации, включите Возможность указывать местоположения как «Доставка» или «Самовывоз» включена в функции «Группа выполнения» . Если склад, связанный с группой выполнения, не является магазином, его можно настроить только как место отгрузки. Его нельзя использовать, когда заказы на самовывоз настроены в POS.

Настройка параметров канала

При работе с заказами клиентов в POS необходимо учитывать некоторые настройки канала магазина. Эти настройки находятся в Stores 9Страница 0180 в штаб-квартире коммерции.

• Склад — в этом поле указывается склад, который будет использоваться при сокращении запасов для заказов наличными и самовывоза, привязанных к этому магазину. Мы рекомендуем использовать уникальные склады для каждого канала магазина, чтобы предотвратить конфликты бизнес-логики между магазинами.
• Склад отгрузки — в этом поле указывается склад, который будет использоваться при уменьшении запасов для заказов клиентов, которые должны быть отправлены из выбранного магазина. Если функция В вашей среде была включена возможность указывать местоположения как «Доставка» или «Самовывоз» в группе выполнения , пользователи POS могут выбрать конкретный склад для доставки в POS вместо выбора магазина для доставки. Поэтому, когда эта функция включена, склад отгрузки больше не используется, поскольку пользователь выберет конкретный склад для отправки заказа при его создании.
• Назначение группы выполнения – Нажмите эту кнопку (на Настройте вкладку
  на панели действий), чтобы связать группы выполнения, на которые ссылаются, для отображения параметров мест выдачи или источников отгрузки при создании заказов клиентов в POS.
• Использовать налог на основе пункта назначения — этот параметр указывает, используется ли адрес доставки для определения налоговой группы, которая применяется к строкам заказа, отправляемым на адрес клиента.
• Использовать налог на основе клиента — этот параметр указывает, используется ли налоговая группа, определенная для адреса доставки клиента, для налогообложения заказов клиентов, созданных в POS, для отправки на дом клиента.

Настройка параметров заказа клиента

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

• Тип заказа по умолчанию — можно указать тип заказа, который по умолчанию назначается заказам клиентов, созданным в POS. Эти заказы клиентов могут быть либо заказами на продажу, либо заказами на расценки. Независимо от типа заказа по умолчанию, пользователи по-прежнему могут создавать как заказы на продажу, так и заказы клиентов из POS.
• Процент депозита по умолчанию — укажите процент от общей суммы заказа, который клиент должен внести в качестве депозита, прежде чем заказ может быть подтвержден. В зависимости от своих привилегий сотрудники магазина могут переопределить сумму с помощью операции Депозит переопределить в POS, если эта операция настроена для макета экрана транзакции.
• Режим доставки с самовывозом — укажите режим доставки, который следует применять к строкам заказа на продажу, настроенным для самовывоза в POS.
• Режим доставки на вынос
  — укажите режим доставки, который следует применять к строкам заказа на продажу, которые считаются строками заказа на вынос при создании смешанной корзины, где некоторые строки будут забираться или отгружаться, а другие строки будут переноситься из клиента немедленно.
• Процент сбора за отмену — Если при отмене заказа клиента должен применяться сбор, укажите сумму этого сбора.
• Плата за аннулирование, код — укажите код начисления дебиторской задолженности, который следует использовать, когда плата за отмену применяется к отмененным заказам клиентов через POS. Код сбора определяет логику финансовой проводки для сбора за аннулирование.
• Код стоимости доставки — если для параметра Использовать расширенные автоматические платежи установлено значение Да , эта настройка параметра не действует. Если для этого параметра установлено значение Нет , пользователям будет предложено вручную ввести стоимость доставки при создании заказов клиентов в POS. Используйте этот параметр, чтобы сопоставить код начисления расчетов с клиентами, который будет применяться к заказам, когда пользователи вводят стоимость доставки. Код расхода определяет логику финансовой проводки для расхода на доставку.
• Использовать расширенные автоматические платежи — установите для этого параметра значение Да , чтобы использовать автоматические платежи, рассчитанные системой, когда заказы клиентов создаются в POS. Эти автоматические платежи можно использовать для расчета стоимости доставки или других сборов, связанных с заказом или товаром. Дополнительные сведения о настройке и использовании расширенных автоматических списаний см. в разделе Многоканальные расширенные автоматические списания.

Обновление макетов экрана транзакций в POS

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

• Отправка всех продуктов — Эта операция используется для указания того, что все строки в корзине транзакций будут отправлены в пункт назначения.
• Отправка выбранных продуктов — Эта операция используется для указания того, что выбранные строки в корзине транзакций будут отправлены в пункт назначения.
• Забрать все продукты — Эта операция используется для указания того, что все строки в корзине транзакций будут забираться из выбранного местоположения магазина.
• Забрать выбранные продукты — Эта операция используется для указания того, что выбранные строки в корзине транзакций будут забираться из выбранного местоположения магазина.
• Выполнить все продукты — Эта операция используется для указания того, что будут выполнены все строки в корзине транзакций. Если эта операция используется в POS, заказ клиента будет преобразован в транзакцию наличными.
• Выполнение выбранных продуктов — Эта операция используется для указания того, что выбранные строки в корзине транзакций выполняются покупателем во время покупки. Эта операция полезна только в сценарии гибридного заказа.
• Отзыв заказа — эта операция используется для поиска и извлечения заказов клиентов, чтобы пользователи POS-терминала могли редактировать, отменять или выполнять операции, связанные с их выполнением, по мере необходимости.
• Изменение режима доставки — эту операцию можно использовать для быстрого изменения режима доставки для строк, которые уже настроены для отгрузки, без необходимости повторного прохождения пользователями процедуры «отправить все продукты» или «отправить выбранные продукты».
• Отмена депозита — Эта операция может быть использована для изменения суммы депозита, которую клиент заплатит за выбранный заказ клиента.

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

Примечание

Функция учета выручки в настоящее время не поддерживается для использования в каналах Commerce (электронная коммерция, POS, колл-центр). Товары, для которых настроено распознавание доходов, не следует добавлять в заказы, созданные в каналах Commerce.

Создание заказа клиента на товары, которые будут отправлены клиенту

1. На экране транзакции POS добавьте клиента к транзакции.
2. Добавьте товары в корзину.
3. Выберите Отгрузить выбранные или Отгрузить все , чтобы отправить продукты по адресу, указанному в учетной записи клиента.
4. Выберите параметр для создания заказа клиента.
5. Подтвердите или измените место доставки, подтвердите или измените адрес доставки и выберите способ доставки.
6. Введите желаемую дату отгрузки заказа клиента.
7. Используйте платежные функции для оплаты всех рассчитанных сумм, подлежащих оплате, или используйте операцию Депозит, переопределяющую , для изменения сумм, подлежащих оплате, а затем примените платеж.
8. Если полная сумма заказа не была оплачена, введите кредитную карту, которая будет использоваться для оплаты остатка, причитающегося по заказу при выставлении счета.

Создайте заказ клиента на продукты, которые клиент заберет

1. На экране транзакции POS добавьте клиента в транзакцию.
2. Добавьте товары в корзину.
3. Выберите Забрать выбранные или Забрать все , чтобы инициировать конфигурацию получения заказа.
4. Выберите место в магазине, где покупатель сможет забрать выбранные товары.
5. Выберите дату, когда предмет будет забран.
6. Используйте платежные функции для оплаты всех рассчитанных сумм, подлежащих оплате, или используйте операцию Депозит, переопределяющую , для изменения сумм, подлежащих оплате, а затем примените платеж.
7. Если полная сумма заказа не была оплачена, выберите, произведет ли покупатель оплату позже (при получении) или кредитная карта будет токенизирована сейчас, а затем использована и зафиксирована во время получения.

Редактирование существующего заказа клиента

Розничные заказы, созданные в онлайн-канале или в магазине, можно вызывать и редактировать через POS по мере необходимости.

Важно

Не все розничные заказы можно редактировать через приложение POS. Заказы, созданные в канале колл-центра, нельзя редактировать через POS, если для канала колл-центра включен параметр Включить завершение заказа. Чтобы обеспечить правильную обработку платежей, заказы, созданные в канале колл-центра и использующие функцию Включить завершение заказа, должны быть отредактированы через приложение колл-центра в штаб-квартире Commerce.

Примечание

Мы рекомендуем вам не редактировать заказы и предложения в POS, созданные пользователем, не работающим в колл-центре, в штаб-квартире Commerce. Эти заказы и предложения не используют механизм ценообразования Commerce, поэтому, если они редактируются в POS, механизм ценообразования Commerce переоценит их.

В версии 10.0.17 и более поздних пользователи могут редактировать подходящие заказы через приложение POS, даже если заказ выполнен частично. Однако заказы, по которым полностью выставлены счета, по-прежнему нельзя редактировать через POS. Чтобы включить эту возможность, включите Редактировать частично выполненные заказы в функции Point of Sale в рабочей области Управление функциями . Если эта функция не включена или вы используете версию 10.0.16 или более раннюю, пользователи смогут редактировать заказы клиентов в POS только в том случае, если заказ полностью открыт. Кроме того, если эта функция включена, вы можете ограничить, какие магазины могут редактировать частично выполненные заказы. Параметр отключения этой возможности для определенных магазинов можно настроить с помощью профиля функциональности в разделе 9.0179 Общие Экспресс-вкладка.

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

Влияние на цену при редактировании заказов

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

Когда заказы отзываются и редактируются в POS, цены и скидки существующих строк заказов считаются «заблокированными». Другими словами, они не меняются, даже если некоторые строки заказа отменены или изменены, или добавлены новые строки заказа. Чтобы изменить цены и скидки существующих строк продаж, пользователь POS должен выбрать Пересчитать . Затем блокировка цены удаляется из существующих строк ордеров. Однако до выпуска Commerce версии 10.0.21 эта возможность не была доступна в центре обработки вызовов. Вместо этого любые изменения в строках заказа приводили к пересчету цен и скидок.

В выпуске Commerce версии 10.0.21 в рабочей области Управление функциями доступна новая функция Предотвращение непреднамеренного расчета цен для коммерческих заказов . Эта функция включена по умолчанию. Когда он включен, новое свойство Цена заблокирована доступно для всех заказов электронной коммерции. После завершения захвата заказов, размещенных из любого канала, это свойство автоматически включается (т. е. устанавливается флажок) для всех строк заказов. Затем механизм ценообразования Commerce исключает эти строки заказа из всех расчетов цен и скидок. Поэтому, если заказ редактируется, строки заказа будут исключены из расчета цен и скидок по умолчанию. Однако пользователи колл-центра могут отключить это свойство (то есть снять флажок) для любой строки заказа, а затем выбрать Пересчитайте , чтобы включить существующие строки заказа в расчет цен.

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

Пользователи колл-центра также могут отключить свойство Цена заблокирована для групповых строк заказа, выбрав Удалить блокировку цены в группе Рассчитать на Вкладка «Продать » на панели действий страницы Заказ на продажу . В этом случае ценовая блокировка снимается со всех строк заказа, кроме нередактируемых строк (другими словами, строк со статусом Частично выставлен счет-фактура или Выставлен счет-фактура ). Затем, после внесения изменений в ордер и их отправки, ценовая блокировка повторно применяется ко всем строкам ордера.

Важно

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

Примечание

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

Отменить заказ клиента

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

Завершение отгрузки или самовывоза заказа клиента из POS

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

Асинхронный поток транзакций для заказов клиентов

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

Разрешить создание заказов клиентов в асинхронном режиме

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

Если для параметра Создать заказ клиента в асинхронном режиме установлено значение Да , заказы клиентов всегда создаются в асинхронном режиме, даже если доступна служба розничных транзакций (RTS). Если для этого параметра установлено значение Нет , заказы клиентов всегда создаются в синхронном режиме с использованием RTS. Когда заказы клиентов создаются в асинхронном режиме, они извлекаются и создаются как розничные транзакции в штаб-квартире Commerce из заданий Commerce Pull (P).