Поделиться через

Создание возвратов в 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-терминала, чтобы задать максимальное возвращаемое количество для всех строк.

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

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

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

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

Улучшенный пользовательский интерфейс для POS возвращает улучшения функций, которые поддерживаются в коммерческой версии 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.

Задание «Обновление количества для возврата» вычисляет количество, которое можно вернуть для всех заказов на продажу, найденных в центре управления Commerce. Необходимо отправить данные, которые вычисляются заданием, в базы данных каналов, чтобы можно было обновить каналы хранилища. Используйте задание распределения возвращаемых количеств (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

  • Last updated on