Вы находитесь здесь:
Платеж за споры по транзакциям
Процесс возврата предоставляет клиентам возможность отменить сумму спорной транзакции, если у них возникнут проблемы, например, получение поврежденного товара, неправильное выставление счета или несанкционированные платежи. Интегрируя управление спорами о транзакциях в Mastercom®, можно упростить процесс возврата платежа, чтобы облегчить надежное и прозрачное разрешение споров. Используйте готовые потоки, Omniscripts, определения интеграции и управление этапами для создания комплексного процесса обратной оплаты.
Типичный процесс возврата платежа для транзакции кредитной карты может содержать следующие этапы:
Транзакция инициирована
Держатель карты осуществляет покупку посредством кредитной карты. Транзакция обрабатывается и завершается с участием держателя карты, торгового представителя, приобретателя (торговый банк) и эмитента (банк держателя карты).
Прием споров
Держатель карты определяет проблему в транзакции и обращается к эмитенту для оспаривания транзакции. Иногда определенные системы, используемые эмитентом, могут также оперативно обнаруживать проблемы с транзакцией, особенно в случае потенциального мошенничества.
Повышение торговых предупреждений
Отправитель отправляет предупреждение о спорной транзакции и сотрудничает с торговым поставщиком предупреждений, например, Ethoca Merchant AlertsTM, чтобы решить спор без возврата платежа. Если торговый представитель отклоняет предупреждение или не отвечает на предупреждение в течение указанного времени, эмитент может инициировать обратный платеж.
Инициировать возврат платежа
В большинстве случаев эмитент инициирует возврат платежа путем отмены транзакции на временной основе. Он списывает сумму транзакции с покупателя и кредитует ее на счет держателя карты.
Ответ торгового представителя
Когда торговец получает обратный платеж, он может либо принять обратный платеж, либо предоставить доказательства для оспаривания обратного платежа. Если торговец соглашается со спором, процесс возврата платежа завершается. Если торговый представитель считает, что возврат недействителен, он может оспорить возврат, предоставив доказательства надежности исходной транзакции.
Вторая презентация
Если торговый представитель оспаривает обратный платеж, транзакция снова представляется эмитенту с дополнительными сведениями. Этот этап разрешения спора известен как второе представление.
Проверка второй презентации отправителем
Отправитель проверяет доказательства, предоставленные торговым представителем, и может принять или отклонить второе представление. Если эмитент считает доказательства недостаточными, эмитент должен в ответ отклонить второе представление доказательств. Этот ответ инициирует арбитражный процесс между эмитентом и торговым предприятием. Если доказательства удовлетворительны, возврат платежа отменяется, и средства возвращаются на счет торгового представителя.
Предарбитражное разбирательство
Если эмитент отклоняет второе представление, спор переходит в предарбитражную фазу. На предарбитражном этапе эмитент и торговый представитель имеют возможность договориться и представить дополнительные доказательства для разрешения спора без его перерастания в арбитраж. Предарбитражный этап направлен на достижение взаимного согласия и избежание необходимости принятия обязательного решения внешней стороной. Если стороны могут разрешить спор во время предарбитражного разбирательства, процесс возврата завершается. В противном случае спор переходит в арбитраж.
Арбитраж
Если предварительный арбитраж не разрешает спор, процесс переходит в арбитраж. На этапе арбитража третье лицо, часто карточная сеть, рассматривает все доказательства и аргументы, представленные как эмитентом, так и торговым предприятием. Арбитр принимает обязательное решение на основе существа дела. Это решение определяет исход спора, обеспечивая справедливое урегулирование для обеих участвующих сторон.
- Настройка конечной точки для Mastercom®
Создайте внешние регистрационные данные и именованные регистрационные данные со сведениями о том, как Salesforce проверяет подлинность с помощью Mastercom. - Настройка интеграций посредством Mastercom® для возврата платежей
Используйте определения интеграции для определения сведений о том, как Salesforce интегрируется с Mastercom для инициирования возврата платежей за споры по транзакциям. Создайте определения интеграции для вызова API Mastercom. - Настройка интеграций с Mastercom® для второй презентации
Управление спорами транзакций использует определения интеграции для определения сведений о том, как Salesforce интегрируется с Mastercom для обработки второй презентации, полученной в ответ на обратный платеж. Создайте определения интеграции для вызова API Mastercom. - Настройка интеграций с Mastercom® для предварительного арбитража и арбитража
Управление транзакционными спорами использует определения интеграции для определения сведений о том, как Salesforce интегрируется с Mastercom для запуска предарбитражных и арбитражных процессов в ответ на вторую презентацию. Создайте определения интеграции для вызова API Mastercom. - Потоки для инициирования возврата платежа и проверки второй презентации
Чтобы упростить и автоматизировать процесс запуска возврата платежей и проверки второй презентации, используйте готовые потоки, запущенные записью, и потоки окон. - Обновление Omniscript для сбора сведений об обратной оплате
Предоставьте ответственным за обращение по спору пошаговое руководство для просмотра сведений о спорной транзакции и принятия решения о продолжении возврата платежа. Обновите Omniscript и используйте его в плане управления этапами для запуска обратного платежа. - Сбор предарбитражных и арбитражных сведений
Предоставьте ответственным за обращение по спору пошаговое руководство для сбора сведений, необходимых для инициирования предарбитражного или арбитражного разбирательства по спорной сделке, которая не была урегулирована во время второй презентации. С помощью управляемого процесса ответственные за обращение по спорам могут обновить код причины и подкод причины, если назначенные во время обратного платежа больше не подходят. - Проверка предарбитражных и арбитражных сведений
Предоставьте ответственным за обращение по спорам возможность просмотра сведений, собранных для инициирования предарбитражного разбирательства. С помощью управляемого процесса ответственные за споры могут либо принять доарбитражное разбирательство и закрыть спор, либо расширить обращение до арбитража. - Настройка матрицы решений для определения кодов причин для предарбитражного разбирательства
Если спорная транзакция не разрешена во время второй презентации, можно запустить предарбитражный или арбитражный процесс на основе кода причины, связанного с транзакцией. Mastercom предписывает, что спорные транзакции с определенными кодами причин должны пройти предварительный арбитраж, прежде чем они смогут обратиться в арбитраж. Например, предварительный арбитраж обязателен, если спор связан с кодами причин, например, 4808, 4837 и 4853. - Настройка кодов причин споров и подкодов причин
Когда агент собирает запрос на спор по транзакции, он должен выбрать соответствующий код причины и подкод причины, которые лучше всего описывают проблему в спорной транзакции. Чтобы обеспечить доступность этих кодов в процессе приема споров, добавьте их в качестве значений раскрывающегося списка и создайте записи причин споров. - План управления этапами для управления спорами транзакций
Используйте управление этапами для настройки безупречного и эффективного процесса разрешения споров по транзакциям на каждом этапе жизненного цикла спора. - Добавление компонента Lightning обзора этапа записи на страницу записи элемента спора
Предоставьте ответственным за обращение по спору универсальное представление этапов и этапов, которые нужно выполнить в обратном платеже и во втором процессе презентации. - Добавление компонента Lightning статуса выполнения интеграции на страницу записи элемента спора
Покажите ответственным за обращение по спору статус выполнения выносок интеграции. Эти выноски добавляются в план управления этапами для запуска обратного платежа и просмотра второй презентации.
