Acquiring
Какво е Динамично описание?
Името на търговеца и информацията за контакт, показани в извлечението на картодържателя.
Динамичното описание е персонализиран текст, който се появява в банковото извлечение на картодържателя за конкретна трансакция и може да бъде динамично задаван за всяка трансакция.
То се различава от „твърдото описание“, което е статичното, юридическо име на фирмата, регистрирано при придобиващия и свързано с идентификатора на търговеца (MID).
Динамичното описание позволява на търговеца да предостави повече контекст за покупка, като например името на продукта или уебсайта, помагайки на картодържателя да разпознае таксата и намалявайки вероятността от оспорване на плащане поради „приятелска измама“.
Тези данни се предават от платежния шлюз на търговеца до придобиващия в рамките на заявката за оторизация, обикновено в елемент от данни 43 на съобщението ISO 8583.
Често срещан формат комбинира разпознаваемо търговско име с идентификатор на продукт, разделени със звездичка, например `CARDFLO*ANALYTICS`. Общата дължина е ограничена от правилата на картовите схеми, обикновено около 22-25 знака.
След това придобиващият предава тази информация чрез схемите на издателя, който в крайна сметка я показва в извлечението на картодържателя. Често погрешно разбирана нюанс е, че не всички придобиващи поддържат ефективно динамични описания.
Някои могат да ги съкратят, да ги игнорират изцяло или да ги презапишат с твърдото описание, подкопавайки усилията на търговеца да предотврати спорове. Това прави тестването на описанията в настройка с множество придобиващи от съществено значение.
Практически пример
Базирана в Обединеното кралство SaaS компания, „Analytics Widgets Ltd“, продава два продукта: „DataMiner“ и „ReportGen“, всеки на цена от £50/месец. Ако разчитат на своето твърдо описание, извлечението на клиента ще показва общо „Analytics Widgets“.
Клиент, който е закупил „ReportGen“, може да не разпознае това и да подаде оспорване на плащане. Използвайки динамични описания, покупка на „ReportGen“ се появява като „DataMiner*ReportGen“, докато покупка на „DataMiner“ се показва като „DataMiner*MainTool“.
Когато картодържателят преглежда извлечението си, конкретното име на продукта незабавно изяснява таксата от £50, предотвратявайки обаждане до банката му. Това избягва потенциално оспорване на плащане, спестявайки стойността на трансакцията от £50 и такса за оспорване на плащане от £15.
Описанието се предава в API повикването в момента на оторизация.
Бележки на картовите схеми
Правилата на схемата регулират формата и дължината на динамичното описание. Mastercard ограничава полето до 22 знака, докато Visa позволява до 25.
И двете схеми препоръчват префикс, идентифициращ марката на търговеца, последван от звездичка и след това идентификатор, специфичен за продукта.
American Express предоставя малко повече гъвкавост, но силно насърчава включването на телефонен номер за обслужване на клиенти в полетата за описание, за да се улесни директният контакт при спорове.
Схемите не налагат използването на динамични описания, но техните рамки за разрешаване на спорове, като VCR на Visa, имплицитно благоприятстват търговците, които използват ясни описания като най-добра практика за предотвратяване на спорове.
Защо е важно за търговците
Ефективната стратегия за динамично описание е един от най-рентабилните инструменти за намаляване на съотношенията на оспорвания на плащания. Чрез предотвратяване на спорове, произтичащи от объркване на клиентите, търговците спестяват такси за оспорване на плащания, избягват загуба на приходи и намаляват оперативната тежест на повторното представяне.
За бизнеси с множество продуктови линии, уебсайтове или абонаментни услуги, работещи на един MID, динамичните описания са от решаващо значение за яснотата.
Използването на доставчик на платежна оркестрация като Cardflo позволява на търговците да нормализират форматите на описанията и да гарантират, че те се предават правилно на различни придобиващи в тяхната мрежа, избягвайки често срещани проблеми като съкращаване или презаписвания от придобиващи,
които могат да обезсилят ползата от описанието.
Често задавани
Какво е ограничението за знаци за типично динамично описание?
Повечето картови схеми и придобиващи ограничават описанието до между 20 и 25 знака. Превишаването на това ограничение обикновено води до съкращаване на низа, което може да премахне жизненоважна информация за контакт и потенциално да увеличи процента на оспорвания на плащания поради липса на яснота.
Могат ли динамичните описания да се използват за всеки тип плащане?
Докато повечето модерни шлюзове позволяват динамични описания за стандартни трансакции за електронна търговия, някои стари хардуерни или специфични споразумения за обработка на висок риск могат да ограничат това.
Препоръчително е да проверите при вашия придобиващ дали вашият MID поддържа презаписвания за всяка трансакция, особено при управление на множество под-марки под един търговски акаунт.
Какви са точните ограничения за знаци за динамични описания?
Ограниченията се определят от схемите и придобиващите, но стандартните правила са 22 знака за Mastercard и 25 за Visa. Важно е да се отбележи, че полето за град, което понякога се добавя, също има ограничения, често около 13 знака.
Винаги трябва да потвърждавате точната поддържана дължина с вашата придобиваща банка, тъй като някои могат да наложат по-строги ограничения от самите схеми.
Моето динамично описание не се показва правилно. Какъв е проблемът?
Това е често срещан проблем. Проблемът обикновено е свързан с придобиващата банка.
Някои придобиващи или не поддържат динамични описания, или имат система, която неправилно презаписва динамичното поле със статичното твърдо описание, свързано с вашия MID.
За да разрешите това, трябва да се свържете с техническата поддръжка на вашия придобиващ, за да се уверите, че акаунтът ви е конфигуриран правилно да предава данните от поле DE43 на ISO 8583 към схемите.
Кой е най-добрият формат за използване за абонаментна услуга?
За абонаменти яснотата и последователността са ключови. Добър формат е `BRAND*PRODUCTNAME`.
Например, месечен абонамент за кафе може да бъде `QUICKCOFFEE*SUB`. Избягвайте да променяте описанието за повтарящи се плащания, освен ако не е необходимо, тъй като това може да причини объркване.
Добавянето на номер за обслужване на клиенти също е силна най-добра практика, ако ограниченията за знаци позволяват, но това често се изпраща в отделно поле.
Има ли разлика между динамично описание и описание на извлечение?
Термините често се използват взаимозаменяемо. Въпреки това, „описание на извлечение“ е по-широк термин, който може да се отнася както за динамичното описание (динамично), така и за твърдото описание (статично).
Динамичното описание е конкретно персонализираният идентификатор на ниво трансакция, докато твърдото описание е името на бизнеса по подразбиране, приложено към всички трансакции на MID, ако не е предоставено или поддържано динамично описание.
Мога ли да включа идентификатор на трансакция или поръчка в динамичното описание?
Въпреки че е технически възможно, ако се вписва в ограничението за знаци, обикновено не е препоръчителна практика. Картодържателите няма да разпознаят вътрешен идентификатор на поръчка като `BRAND*A84XYZ-1`, което обезсмисля целта на описанието.
Целта е човешка четимост. По-добре е да използвате разпознаваемо име на продукт или услуга.
Уникалният идентификатор на трансакция вече се предава в други полета за данни и е достъпен за издателя.
See how Динамично описание plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Свързани термини
Принудително анулиране на картово плащане, инициирано от банката издател на картодържателя.
Оспорване на плащане, подадено от истински картодържател за трансакция, която той действително е извършил, често защото не разпознава описанието или иска възстановяване на сума, без да се свързва с търговеца.
Уникален идентификатор, издаден от приемаща банка, който свързва трансакциите с конкретен търговски акаунт.
Определен от схемата код, идентифициращ основанията за обратно плащане (напр. Visa 10.4 за картодържател, който не е оторизиран, 13.1 за неполучени стоки), който диктува необходимите доказателства за защита.
Свързани ръководства.
Готови ли сте да подобрите настройките за плащанията си?
Разкажете ни за вашия бизнес. Ние ще ви свържем с правилните банки акцептанти и правилния маршрут, обикновено в рамките на една седмица.