Создание возвратов в POS-терминале

Примечание

Группа по интересам розничной торговли Dynamics 365 Commerce переехала из Yammer в Viva Engage. Если у вас нет доступа к новому сообществу Viva Engage, заполните эту форму (https://aka.ms/JoinD365commerceVivaEngageCommunity), чтобы добавить и оставаться в курсе последних обсуждений.

В этой статье объясняется, как инициировать возвраты для транзакций типа самовывоз или заказов клиентов в точке продажи Microsoft Dynamics 365 Commerce (POS).

Примечание

В коммерческой версии 10.0.20 и более поздних версиях доступна новая функция с именем Unified return processing experience in POS . Эта функция обеспечивает более согласованную и универсальную процедуру возврата в POS-терминале, независимо от типа проводки (кассовая проводка или заказ клиента) или исходного канала, в котором был создан заказ. Включите эту новую функцию, чтобы повысить общую надежность обработки возврата с помощью POS.

После включения функции вы не сможете отключить ее.

Обработка возвратов с использованием операции проводки возврата

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

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

  • Код прихода
  • Порядковый номер
  • Код ссылки на канал (также называемый кодом подтверждения заказа)
  • Код накладной

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

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

Снимок экрана: страница возвращаемых продуктов.

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

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

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

Для каждой строки, в которой указано количество Возвращается сейчас, пользователь должен выбрать код причины возврата с помощью панели сведений. Для возврата по кассовым проводкам коды причин возврата настраиваются как информационные коды в профиле функциональности магазина. Для возврата заказов клиентов коды причин возврата настраиваются на странице Return reason codes в центре Dynamics 365 Commerce.

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

Улучшения пользовательского интерфейса

Если в транзакции необходимо вернуть несколько товаров, и сотрудник магазина выбирает несколько товаров для возврата, в таблице возвратов отмечается только последняя выбранная строка. Это поведение может запутать сотрудника и заставить их думать, что выбран только один элемент. Чтобы избежать таких проблем, начиная с версии 10.0.36 в Commerce можно включить функцию Улучшенный режим возвратов POS. Эта функция делает сетку возвращаемых продуктов сеткой с множественным выбором, в которой пользователи могут выбирать и очищать выборку возвращаемых продуктов. Сетка множественного выбора автоматически открывает диалоговое окно причины возврата. Таким образом, для открытия и закрытия диалогового окна причины возврата требуется меньше действий. Эта функция также добавляет настройку Пропускать выбор накладных по продаже при возвратах в профиле функциональности POS. Если эта настройка включена, система объединяет все возвратные товары из заказа, независимо от накладной, по которой они были переданы. Таким образом, сокращается число действий, которые должны быть выполнены кассирами, поскольку им не придется искать и выбирать нужную накладную для возврата номенклатуры.

Усовершенствования функции Улучшенный режим возвратов POS были перенесены обратно в Commerce версий 10.0.33–10.0.35, но для этих версий необходимо включить улучшения путем обновления файлов конфигурации в среде в песочнице, рабочей среде или тестовой среде, а затем связаться с корпорацией Майкрософт, чтобы включить их в рабочей среде. Для внутренних сред измените файл bin\CommerceRuntime.config в физическом пути розничного сервера, чтобы добавить параметры "FeatureState.Dynamics.AX.Application.RetailUnifiedReturnUXImprovementFeature" value="true" и "FeatureState.Dynamics.AX.Application.RetailSkipInvoiceSelectionDuringReturnFlight" value="true". Если не нужно пропускать представление выбора накладных, не добавляйте второй параметр к файлу конфигурации.

Другие параметры возврата в POS-терминале

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

Примечание

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

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

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

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

Заказы на возврат разносятся в Commerce headquarters как заказы на продажу

Когда функция Унифицированная обработка возвратов в POS включена, все возвраты, созданные в POS, записываются в Commerce headquarters как заказы на продажу, имеющие отрицательные строки. В выпусках до выпуска Commerce версии 10.0.20 пользователи могут выбрать, должны ли заказы на возврат разноситься как заказы на продажу, имеющие отрицательные строки, или же они должны быть заказами на возврат, созданными в процессе авторизации возврата товаров (RMA).

В функции Унифицированная обработка возвратов в POS вариант использования процесса RMA для создания возвратов в POS-терминале объявлена устаревшей. После включения этой функции все возвраты создаются как заказы на продажу, имеющие отрицательные строки.

Улучшения обработки возврата при обрыве соединения с headquarters

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

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

Задание Обновить количества возврата рассчитывает количество, доступное для возврата по всем заказам на продажу, имеющимся в Commerce headquarters. Вы должны отправить данные, которые рассчитывает задание, в базы данных канала, чтобы можно было обновить каналы магазина. Используйте задание распределения возвращаемых количеств (1200) для этой цели. Поскольку данные о возвращаемом количестве синхронизируются с Commerce headquarters, если возврат обрабатывается в POS-терминале, но не удается выполнить вызов службы RTS, POS-терминал может использовать данные о возвратах со стороны канала, чтобы проверит количества Доступно для возврата для данной строки продаж.

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

Например, клиент недавно обработал возврат для позиции заказа в другом канале, но эти данные еще не синхронизированы с базами данных канала через задачу "Обновление количества возвратов". Клиент затем переходит в другой магазин и пытается снова вернуть ту же номенклатуру. В этом случае, если магазин не может сделать вызов службы RTS в Commerce headquarters, чтобы получать данные о возвратах в реальном времени, POS-терминал позволяет снова вернуть номенклатуру. Однако пользователя предупреждают о том, что сведения, используемые для проверки возврата, могут быть устаревшими. Сообщение, которое получает пользователь, — это только предупредительное сообщение. Это не мешает пользователю продолжить обработку возврата.

Если информация на стороне канала по какой-либо причине не является актуальной, и при этом выполняется возврат для количества, которое превышает фактическое значение Доступно для возврата, может быть сформирована ошибка при выполнении разноски журнала операций, чтобы создать проводку в Commerce headquarters.

Автономная обработка возвратов

Если POS-терминал находится в автономном режиме и не может подключиться к Commerce Scale Unit (CSU), возможности возврата ограничены. Можно возвращать только созданные в автономном режиме транзакции, которые по-прежнему доступны в автономной базе данных. Если вы создали транзакцию в автономном режиме, но POS перешел в онлайн до того, как вы попытались вернуть транзакцию, система отображает сообщение об ошибке. Это сообщение об ошибке указывает, что операция недоступна в автономном режиме, так как система отправила исходную транзакцию в онлайн-базу данных, и эту транзакцию можно вернуть с другого устройства POS (что может привести к избыточным возвратам).

Примечание

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

Сведения о версии

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

  • Commerce headquarters: версия 10.0.20
  • Commerce Scale Unit (CSU): версия 9.30
  • POS-терминал: версия 9.30

Включить надлежащий расчет налога для возвратов с частичным количеством

Эта функция гарантирует, что при возврате заказа с помощью нескольких счетов налоги равны сумме налога, которая изначально взимается.

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

Настройка местонахождений возврата для магазинов розничной торговли

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

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

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

Необходимые условия

Перед тем, как указать местоположения для возврата, настройте следующие элементы:

  • Информационные коды для розничной торговли — подсказки на кассовом терминале POS, настроенные в модуле Розничная торговля. Дополнительные сведения см. в разделе Настройка инфокодов.
  • Коды причин продаж и маркетинга — запросы в регистре POS, который вы настроили в модуле продаж и маркетинга . Дополнительные сведения см. в разделе Настройка кодов причин возврата.
  • Места хранения — области хранения запасов. Дополнительные сведения см. в разделе Настройка местоположений запасов.

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

Чтобы настроить места возврата, выполните следующие шаги.

  1. Перейдите в раздел Розничная торговля и коммерция > Настройка каналов > Склады и выберите склад.

  2. На экспресс-вкладке Розница в поле Местонахождение возврата по умолчанию выберите местоположение запасов, которое будет использоваться для возвратов, в которых инфокоды или коды причин не сопоставляются с местонахождениями возврата.

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

  4. Перейдите в раздел Розничная торговля и коммерция > Управление запасами > Местонахождения возврата.

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

  6. Введите уникальное имя и описание местонахождения возврата.

    Примечание

    Если для местонахождений возврата настроена номерная серия, имя вводится автоматически.

  7. На экспресс-вкладке Общие задайте для параметра Печать этикеток значение Да, чтобы печатать этикетки для всех продуктов, назначенных для местонахождений возврата.

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

  9. Для сопоставления определенных инфокодов розничной торговли и дополнительных кодов с местонахождением возврата выполните следующие действия:

    1. На экспресс вкладке Инфокоды розничной торговли выберите Добавить.
    2. В поле Инфокод выберите инфокод для возвратов.
    3. В поле Дополнительный код выберите дополнительный код для причины возврата. В поле Описание отображается описание выбранного дополнительного кода.
    4. В поле Магазин выберите магазин, в котором используется инфокод.
    5. Для указания местонахождения возврата используются поля Склад, Местоположение и Код палеты. Например, чтобы указать местонахождение в магазине, выберите магазин в поле Магазин и местонахождение в поле Расположение.
    6. Установите флажок Блокирование запасов, чтобы исключить возвращенные продукты из запасов и заблокировать их для продажи.

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

    1. На экспресс-вкладке Коды оснований для продаж и маркетинга выберите Добавить.
    2. В поле Код причины выберите код причины для возвратов. В поле Описание отображается описание выбранного кода причины.
    3. В поле Магазин выберите магазин, в котором используется код причины.
    4. Для указания местонахождения возврата используются поля Склад, Местоположение и Код палеты. Например, чтобы указать определенную палету в местонахождении на складе, выберите склад в поле Склад, местонахождение в поле Расположение и палету в поле Код палеты.
    5. Установите флажок Блокирование запасов, чтобы исключить возвращенные продукты из запасов и заблокировать их для продажи.

    Примечание

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

  11. Перейдите в раздел Розничная торговля и коммерция > Иерархия продуктов Commerce.

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

Известные проблемы

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

ПРОБЛЕМА. При выполнении глобального возврата проводка возврата не отражает ранее возвращенные количества.

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

  1. Выполните продажу товара в магазине A в количестве пяти.
  2. Выполните возврат по этой продаже в магазине А для количества две штуки.
  3. Переместите проводки в headquarters.
  4. Попробуйте сделать возврат на исходную продажу из шаг 1 в магазине B. После ввода номера чека POS отображает количество, равное пяти, вместо ожидаемого количества три.

ПРИЧИНА. Эта проблема возникает, когда используются несколько CSU. В этом примере магазин A использует один CSU, а магазин B использует другой CSU. У каждого CSU есть собственная база данных, поэтому в магазине A нет сведений о проводках, выполненных в магазине B, а также в магазине B нет сведений о проводках, выполненных в магазине А.

Шаги по устранению рисков

Чтобы устранить эту проблему, выполните следующие действия.

  1. В Commerce headquarters включите функцию Улучшенный режим возвратов POS в рабочей области Управление функциями (Администрирование системы > Рабочие области > Управление функциями).
  2. Запустите задание Обновление возвращаемого количества с высокой частотой.
  3. Запустите задание планирования распределения Возвращенное количество (1200) для обновления магазинов с высокой частотой.

При выполнении этих шагов возвращенные количества синхронизируются между CSU, и все возвраты должны затем отражать возвращенные количества из других магазинов. Шаги 2 и 3 гарантируют, что информация из каждого CSU часто рассылается в headquarters посредством вызовов службы реального времени (RTS).

Дополнительные ресурсы

Возврат продуктов с контролируемыми серийными номерами в POS-терминале (POS)

Связанные возвраты ранее утвержденных и подтвержденных проводок

Создание и обновление политик возврата и возмещения для канала

Визуальные конфигурации пользовательского интерфейса POS

  • Last updated on