Довольно сложно составить какую-то универсальную инструкцию и многое зависит от конкретных услуг (в нашем случае это была аренда айпи адресов), поэтому я и предложил проконсультировать в контактах. Но, попробую как-то кратко ответить и здесь.
100% и самый простой вариант избавиться от кейса - это попросить покупателя закрыть его. Казалось бы вещь очевидная, но многие не понимают. Этот трюк не пройдет с реальным мошенником, если только не взять его на жадности и не предложить новые услуги (и больше! Больше! БОЛЬШЕ! :), например, без оплаты (такой психологический момент). Но с людьми, которым оказывается качественная услуга, но которые любят шантажировать кейсами, это вполне рабочий метод. Фишка здесь в том, что по одной и той же трансакции два раза кейс открывать нельзя. А если он был закрыт истцом, то ни о каком обжаловании речи тоже не идет.
Кстати, по обжалованиям - не советую очень сильно на них надеяться. Там еще большая рулетка и тоже не в сторону продавца. Но обжаловать всегда имеет смысл, что-то вполне может вернуться назад (берем случай оспаривания множества трансакций, в моем случае это было 15 траншей за полгода, лол).
Вариант номер 2 (люблю его): данные покупателя в палке (акк, с которого кейс) и заказчика услуги (ваш биллинг и инвойсы) - разные. В таком случае обязательно пишем, что invoice was paid not by "имя человека из кейса" but by another person and address. Как я понимаю, там нарушение идет каких-то условий защиты покупателя Палкой или какой-то внутренний регламент, на моем опыте и коллег - 100% успех :) Но от Палки конечно можно ожидать чего угодно.
А так советую придерживаться следующей схемы:
1. Обязательно в первой строке указать, что речь идет о virtual service и поэтому вы can't ship back. Далее желательно сразу несколько (1-3) доказательств того, что клиент товар получил и начал им пользоваться. Например, логи входа в биллинг, дата отправки письма с реквизитами или дата создания тикета, дата лога доступа к нему со стороны клиента или подтверждения сообщением. Если это хостинг и туда был загружен сайт (в нашем случае был айпи диапазон), подтверждаем данными реверс-хуиз или историческими по айпи, например, что такого-то числа по ним отвечали такие-то сайты или сервисы. Вот здесь уже начинается специфика, о которой я сказал выше, но по которой можно что-то придумать.
2. Контракт или условия использования, даже если они не подписаны клиентом (хотя в 100 раз лучше подписанные) и где есть политика использования (повод если у вас сервис проверить, насколько понятно из ваших собственных правил для третьей стороны условия использования сервиса, предоставления доступа к нему и т.д.)
3. Как только мы получаем хотя бы одно положительное решение по какому-нибудь кейсу, в любом последующем на него ссылаемся с формулировкой "This is successed solved case in our favor - PP-D-6666" и это уходит в пункт 1.
Больше никаких простыней текста (как у меня здесь :) и рассуждений писать не нужно, чем более лаконично и кратко, с минимумом информации (но подтверждающей fraud), тем лучше. Например, я в начале допускал такую ошибку, что пытался доказать, что человек - серийный кидала и набрасывал обсуждение его персоны с вебхостингтолка и отзывы прошлых людей. Пейпал не будет играть в полицейского, им это не нужно, только перегрузит и смотивирует залепить отказ. Они там просто действуют в сооветствии с каким-то внутренним чек-листом, отвечая на вопросы и все.
Вернуть деньги могут в течении 180 дней по кейсу с причиной "Item not received". Козырем будет не наличие инвойса, а подтверждение того, что покупатель товар получил. Жопа здесь начинается с виртуальными товарами, т.к. нет возможности предоставить трэк доставки. Для ибуков, музыки, каких-то кодов вполне подойдут сервисы типа GetDPD, т.е. доставку контента разумнее организовать через них. Оттуда будут все подтверждения скачивания и логов по ним. Сложнее с услугами (например, мой случай). Здесь разумнее все решать через контракты, можно составить что-то простое с подтверждением об оказании услуги через сервис типа SignatureConfirm, либо HelloSign.
В целом нужно признаться, что к селлерам Пейпал повернут одним местом, а в разрешении кейсов у них сидят не очень далекие люди. Тем не менее, кто столкнулся с реальным фродом (когда услуга действительно была оказана) и покупатель нафигачил кейсов на Item not received, могу бесплатно проконсультировать, как лучше их разрешить (с максимальным успехом). Нас некоторое время назад один читер опустил на очень серьезную сумму, поэтому пришлось хорошо разобраться в вопросе :)
А так конечно не нужно забывать о том, что любые виртуальные товары - это хай риск и для Палки, и для любого другого мерчанта.
Возможно, что мысль была в том, что холдеров карт начнут отрабатывать на момент уплаты налогов. А idnex тем временем сработал на опережение и решил платить налоги сразу, по самой дешевой схеме. И теперь он посмеивается над другими, когда же до них дойдет, что игры с государством бесполезны. Над ePayService он вероятно тоже посмеивается, но здесь мысль уже сложнее угадать. Вероятно над тем, что считает, что она нужна только для ухода от налогов, тем более после того, как в очередной раз отвалились чеки.
Сейчас научите еще одного экземпляра на хостерскую голову. Любители попроксировать всякую дрянь и задрочили большинство нормальных хостеров :) Теперь везде либо сканы и другие верификации, либо нормальные цены только после оплаты на несколько месяцев.
Не рассматривали вариант обратной зависимости? Т.е. вы настолько долго сидели перед телевизором, что сначала увидели рекламу приправы (неосознанно), а через некоторое время мозг среагировал и вы начали о ней рассказывать :) И после это тизер опять повторился.
Вангую, что и с подслушивающими телефонами в большинстве случаев очень похожая история, с простыми объяснениями. Теории заговора конечно можно строить и на пустом месте, но так и до шизы недалеко :)
Что вы под абузами понимается? DMCA?
Как правило, абузы и лоукост вещи, которые прямо противоречат друг другу :)
Кардинг что ли. Ужас какой :) ТС так разволновался, что забыл указать свои контакты.
Насколько я понимаю, сейчас вы вообще ничего, меньше чем 100$ оплатить не можете. Т.к. для ручного режима такое ограничение, а paymentwall до сих пор не работает.
Нельзя сделать больше клиентов без временного уменьшения прибыли с одного клиента. В любом случае, если растут траты на маркетинг, то растут и расходы, а значит до получения н-го количества новых клиентов, прибыль с одного будет меньше.
Поэтому тут нужно первым делом садиться и внимательно все считать. Начать предлагаю с того, какая вообще сейчас у него прибыльность и откуда она складывается (т.е. текущие затраты и расходы, математика). И уже от маржинальности плясать дальше.
Но очень часто может получится так, что вам это все больше нужно, чем вашему другу. А его на самом деле все устраивает. Т.к. чтобы что-то сдвинуть на порядок, придется рисковать, а люди на это как правило не готовы. Ну и с друзьями вообще нужно осторожно очень бизнес делать :)
Internet.Bs несколько заигрались в интернет-полицейских, но это все плоды заслуг прошлых владельцев, которые и делали его изначально абузоустойчивым. По DMCA вполне можно попробовать шведских регистраторов (DomainInfo или NameISP, например), только прояснить у них этот момент заранее.
Трансфер все таки должны вам дать сделать, т.к. по их правилам нашел оговорку о невозможности трансфера только фарма-доменов:
