2010-03-02 2 views
2

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

Я провел некоторое исследование и нашел http://en.wikipedia.org/wiki/List_of_Bank_Identification_Numbers, но это еще не полный список. В любом случае, чтобы определить, откуда берутся карты; в частности виртуальные и выброшенные карты.

Или у кого-нибудь был опыт работы с этой проблемой, и он мог бы дать мне несколько идей для борьбы с этой проблемой?

ответ

3

Помещенный держание (Authorization) сделки на сумму, и продлевать его каждые х дней по мере необходимости, пока вы не решите оставить его или выпустить его

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

Помните, что вы не должны быть хранить номера CC, только транзакционные референции от поставщика CC услуг

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

+0

Что такое сделка по удержанию? – Steffan

+0

@Steffan http://en.wikipedia.org/wiki/Authorization_hold –

+0

Операция Aka AUTH –

4

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

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

К сожалению, проблема, с которой вы сталкиваетесь, - это то, с чем вам просто нужно справиться или изменить свою бизнес-модель! Справедливость Любой тип карты может столкнуться с проблемами с вашей текущей моделью. Нет никакой гарантии, что долгосрочная карта будет иметь средства, доступные постоянно или не подлежат аннулированию (из-за утери карты, например) или истечения срока действия.

Можете ли вы представить, что вы идете в магазин и рассказываете на доске, «спасибо, но не платите нам сейчас - просто оставьте свои данные о карте, и мы соберем вас в конце месяца». Это было бы созрело для злоупотреблений. Извините, что я был настолько тупым, но вам нужно либо учитывать это злоупотребление в ваших расходах, либо найти другую модель. Одна из альтернатив может заключаться в том, чтобы взимать авансовый платеж за «кредиты», которые расходуются по мере предоставления услуги, а затем редко выполняют повторную авторизацию/расчет для пополнения кредитов (и удержание учетной записи приостановлено, если отклонение авторизации). Вам необходимо убедиться, что ваш поставщик услуг использует Visa Account Updater service и Mastercard Automated Billing updater. Эти службы позволяют повторять авторизацию, автоматически обновляя карты, срок действия которых истек, или были заменены новыми сведениями о карте. Любые карточки, которые были отменены, упадут и упадут.

+0

Предварительный период времени должен быть указан в вашем торговом договоре. Это будет определенное количество дней для каждого поставщика карт (виза, matercard, amex и т. Д.) – TFD

+1

Извините, но это не так. Каждая карточка ** эмитента ** меняет количество дней, в которые они держат карты, поэтому (с использованием примера в Великобритании) карточка Barclays Visa может составлять 7 дней. Карточка Visa HSBC может составлять 10 дней. Тем не менее, pre-auth не решает проблему с недопустимыми картами – PaulG

+0

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

1

Вы делаете это неправильно, но на самом деле это намного проще, чем описано в двух предлагаемых решениях.

Во-первых, вы никогда не получите исчерпывающий список типов карт.Я создаю программное обеспечение для обработки кредитных карт на протяжении многих лет, и лучшие процессоры могут сделать это, чтобы предоставить вам общий список для каждого процессора. Список, который они предоставляют, обычно классифицирует карты только как карты уровня 1 или варианты карт уровня 2 или 3 (флот, карты P и т. Д.). Поэтому, если вы не имеете дело с отправкой данных о позициях с расчетами, вам не нужно иметь дело с этим. (Поверьте мне, вы НЕ ХОТИТЕ С этим бороться ... это чистый хаос.)

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

Есть два способа, то вы можете собрать деньги:

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

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

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

+0

Я думаю, что Штеффан описывал, что он предоставляет услугу авансом, только хочет принять расчетные недели или до месяца. Он хочет обеспечить, чтобы средства были доступны на этом более позднем этапе. Утверждение, которое вы описали, будет зависеть после x дней. – PaulG

+0

Да, но я указывал, если он доставляет товар, прежде чем получать деньги, тогда он делает это неправильно. Для доставки товара до обеспечения платежа обычно требуется другой набор рабочих процессов. Это обычно известно как покупка на счете и требует установления официальных отношений между покупателем и продавцом.Это включает проверку кредита, оценку риска и т. Д. Многие компании больше не делают этого, потому что вместо этого они могут использовать кредитные карты для передачи на аутсорсинг всех этих отношений. Это означает, что авторизация перед безопасным платежом ДО доставки товаров. – Nathan

+0

Сумма может составлять несколько сотен долларов, а потенциально худший сценарий (если потребуется время для завершения услуги) может занять до 6 месяцев. Я думаю, что мы мало что можем сделать, но лучше работаем с предварительным просмотром клиентов, насколько это возможно. – Steffan

2

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

Смежные вопросы