Onderwerp: Hoe om te gaan met frauduleuze bestellingen?

Goedemorgen,

Mijn vermoeden is dat iedereen in deze branche er toch wel mee te maken krijgt: bestellingen van 'klanten' die direct het duurste shared hostingpakket bestellen, hopen dat je hem direct aanmaakt en de gegevens stuurt zodat ze heerlijk kunnen gaan spammen.

De laatste anderhalve maand krijgen we af en toe een bestelling binnen wat overduidelijk niet valide is. Doorgaans vult men een afwijkende naam in, een bedrijfsnaam dat niet bestaat en het meest opvallende: een duur hostingpakket + nieuwe domeinnaam. Hoewel dat laatste niet direct iets zegt, is dat bij ons een bijzondere situatie. Eigenlijk alle klanten die boven onze "Silver" pakketten uitkomen, nemen altijd even contact op. Dus als er dan een duur hostingpakket + nieuwe domeinnaam besteld wordt, dan weet je eigenlijk al hoe laat het is. Deze enkele bestellingen vallen dan ook erg op en kunnen we er nog uitvissen voordat deze op de server actief worden, etc. Helaas is het ons 2x overkomen dat we dit niet goed doorhadden en dat de bestelling ook daadwerkelijk actief is geworden. En ja hoor, de eerste lading spam is weer verstuurd.

Inmiddels hebben wij serverside wel wat restricties opgelegd m.b.t. versturen van mail. Dus dat wordt nu dan wel afgevangen, maar het blijft gewoon erg irritant. Afgelopen nacht was het hoogtepunt: in totaal 6 bestellingen met een totale orderwaarde van ruim € 1100,-. Hoewel deze niet zijn doorgezet, zijn er wel facturen aangemaakt, administratieve accounts aangemaakt, etc. Via WHMCS kunnen wij ze gelukkig tijdig verwijderen zodat ze niet worden overgeschoten naar ons boekhoudsysteem (waar ze definitief staan).

De IP-adressen die worden meegestuurd bij een bestelling, zijn vaak IP-adressen van bijv. Vodafone of een andere hostingpartij (waar ik vermoed dat onze lieve vriend een VPS heeft staan en vanuit daar het e.e.a. doet). Er zijn inmiddels al verschillende abuse mailtjes verzonden en er ligt een klacht bij Vodafone. Maar het is natuurlijk maar weer de vraag of daar iets mee worden gedaan.

Onze checkout is relatief eenvoudig, moet ik ook eerlijk toegeven. Wij gebruiken (nog) geen iDeal, maar dat staat op de planning. Er is overigens nu bewust gekozen om op factuur te werken en omdat we er tot voor kort nooit problemen mee hebben gehad, was dat ook voldoende.

Hoe gaan jullie hiermee om? Hebben jullie hier net zoveel last van? Zou het een 'golf' zijn en stopt het vandaag of morgen weer? Wat is er juridisch tegen te doen? Weten jullie, in jullie geval, vaak wie het is? Een boze klant of?

Oorspronkelijk geplaatst door magentohosting

Hoe gaan jullie hiermee om?

Pas leveren als er betaald is, zeker bij een nieuwe, niet geverifieerde klant. Ongeacht pakketkeuze: ook een beperkt pakket geeft dezelfde problematiek tav. uitgaande spam.

Aanvullingen: http://www.webhostingtalk.nl/bedrijf...aanvragen.html (Vervalste hosting aanvragen)

Wij werken met een maatwerk systeem (door ons zelf ontwikkeld) en daarin hebben we volgende regels m.b.t. bestellingen:

1) alle nieuwe klanten moeten door een verkoop medewerker bevestigd worden voordat de bestelling (automatisch) verwerkt wordt;
2) voor reeds bestaande klanten welke nog geen enkele factuur betaald hebben geldt ook regel 1;
3) voor reeds bestaande klanten met openstaande bedrag hoger dan 150,00 euro geldt ook regel 1;

voor alle andere klanten wordt bestelling automatische verwerkt.

Daarnaast kan verkoper in het geval van regel 1 ook beslissen om eerste factuur te maken welke dient betaald te worden voordat order verwerkt wordt. Wij werken wel met o.a. iDeal, dus mocht klant alsnog factuur betalen wordt order automatisch verwerkt na digitale bevestiging vanuit onze betaling provider.

Dan hebben wij ook check in het bestel proces, indien klant zelf adres opgeeft (wij hebben postcode check welke dat normalieter automatisch doet), wordt er extra melding gemaakt in onze backend alszijnde trigger voor de verkoop medewerker. En als allerlaatste, na het plaatsen van de bestelling wordt er een welkomstmail verzonden naar de klant. Mocht deze e-mail niet ontvangen worden (bounce of ongeldige MX records of niet bestaande e-mail adres enzovoort) wordt deze informatie getoond in onze backend. Al deze maatregelen helpen tot zover voldoende om nep bestellingen uit te vissen en op tijd op te vangen.

En ja, wij hebben ze ook regelmatig. Indien verkoper besluit (op basis van regel 1) dat order echt bogus is (bv. geen geldige adres / telefoonnummer e.d.) dan wordt account gelijk geblokkeerd. Indien klant zich dan meldt kunnen wij het alsnog voortzetten.

Over aantal bogus bestellingen heb ik geen exacte cijfers, maar zeker een paar per maand.

Daarnaast komt het ook af en toe voor dat bestelling volkomen in orde lijkt - correct adres, telefoonnummer, logische domeinnaam, geen al te dure pakket e.d. Maar dan bij het uitblijven van de betaling komen wij achter dat het een minderjarige betreft en krijg je alsnog ellende mee

Het is simpelweg onderdeel van dagelijkse taken uitvoering hoe vervelend het ook is.

Bij ons is het vooraf betalen tenzij met medewerker is besproken.

En zelfs dan kun je nog 't schip in gaan hoor.

Vorig jaar 2x een bestelling gehad, betaald via PayPal, daarna meteen een dikke spam run (werd serverside gestopt bij limiet) en vervolgens werd de betaling teruggetrokken via PayPal. En uiteraard werd de betaling door PayPal ook echt teruggetrokken. Zo genaamd heeft de echte eigenaar niet betaald, z'n account was gekaapt... yeah right...

Gewoon alle bestellingen handmatig controleren en eventueel bellen.
We krijgen vaak fake bestellingen van Vodafone dongles/mobiele verbindingen en ook vaak van Ecatel IP's.

In ieder geval goed om te lezen dat wij niet de enige zijn :-)

Ik denk dat wij hier ook maar is wat regels moeten invoeren m.b.t. het accepteren van een order. Altijd of eerst contact met de klant of eerst een factuur betaald hebben. PayPal bieden wij (nog) niet aan en denk ik niet dat we dat gaan doen. Zeker doordat je betalingen terug kunt trekken, als klant zijnde.

Vaak matcht de naam,adres etc. waar ze mee besteld hebben niet met de gegevens van Paypal.
Dan draaien we direct de Paypal betaling terug en annuleren de order.

Hier is het inmiddels alweer een tijdje geleden dat zoiets gebeurde, maar exact hetzelfde verhaal.
Het duurste pakket en vaak ook een opmerking ingegeven (waardoor een bestelling in Wefact automatisch op handmatig doorzetten gaat, maar dat hadden ze niet door die sukkels).

Betaling zou via iDeal zijn, maar werd op het laatste moment afgebroken waardoor de bestelling al is aangemaakt maar uiteraard niet wordt betaald.

Ik doe nu niets meer automatisch doorzetten, en controleer alles handmatig.

Overigens begrijp ik nog niet goed waarom ze zoveel moeite doen om een "gratis" spam-accountje te bemachtigen. Want als ze gewoon het goedkoopste pakketje zouden bestellen met een Gmail adres en fake adresgegevens is er geen hond die er op let, en kunnen ze spammen wat ze willen...

En dat zou je niet eens doorhebben als ze het in kleine batches zouden doen. Maar laten we niemand op ideeën brengen

Onze beredenering waarom ze het duurste pakket nemen, is omdat ze daar ook de meeste traffic/belasting op mogen generen. En ze dus minder snel tegen de lamp lopen. Zo hadden wij het bedacht en ik hoop dat ze het blijven doen zodat wij ze er makkelijk uit kunnen pikken.

Afgelopen 2/3 maanden was het op 1 hand te tellen hoeveel (....) er bij ons een fake bestelling deden. Afgelopen week is het elke dag 1, met vrijwel zelfde naam en e-mailadres maar dan net even een letter of cijfer anders. Vannacht was het hoogtepunt met 6 bestellingen. Ik denk dat meneer/mevrouw beetje gefrustreerd was dat wij de andere orders niet hadden doorgezet. Lozers.

Als hier iemand met paypal wilt betalen, reageer ik al niet meer, laat staan dat ie een pakket krijgt

Wij hadden afgelopen week iemand uit een naast gelegen provincie die bestelde. Adres legitiem, naam kwam overeen, bankrekening leek ook oké. Dus opgeleverd en paar dagen later krijgen we bericht van zo`n crawler dat er een frauduleuze site op het pakket staat. Even kijken, ja hoor een fake ABN internetbankieren.

Vermoedelijk zijn de echte gegevens achterhaald van de persoon die echt op dat adres woont. Toevallig was het FTP verkeer e.d.naar dat pakket allemaal via T-Mobile mobiele verbindingen.

Hoe goed je het ook doet, er snapt er ooit wel een keertje een bestelling door. Echt legitieme klanten die niet betalen na bijvoorbeeld het eerste jaar en niets laten horen vind ik erger. Dat soort mensen pik je er in tegenstelling tot bovenstaande nog slechter uit.

Hier zien we het met enige regelmaat, overigens zien we het bij alle pakketten. Sinds wij vooraf betaling eisen bij de eerste factuur is de schade voor ons beperkt tot de tijd die het stoppen van een pakket en crediteren de factuur na enige tijd. PayPal betalingen die problemen gaven hebben we nog niet gehad, hoewel ik half-half verwacht dat dat wel zal gaan komen.

Overigens wijken we in bepaalde gevallen wel af van de regel vooraf te betalen. Bijvoorbeeld bij bepaalde bestaande klanten en bij klanten waar mee gesproken is en we er vertrouwen in hebben dat ze zullen betalen (eigenlijk alleen bij bedrijven, overheid en non-profit organisaties in de praktijk).

Wij hebben er ook regelmatig last van. Zonder betaling doen wij niets dus daar blijft het altijd op hangen.

Het verbaast ons wel dat alle gegevens netjes kloppen van kvknr tot de naw gegevens maar vaak zie je aan de bestelling dat er iets niet klopt. Vaak het grootste pakket met alle opties.


Sent from my iPad using webhostingtalk mobile app

Ook wij maken het mee. Verleden maand nog iemand vanuit het buitenland voor een vps inclusief een paar honderd IP-adressen... Geen telefonisch te krijgen, wel veel e-mail wisseling. Factuur aangemaakt die nog steeds niet betaald is. Het is niet te voorkomen in onze branche... Wij leveren pas als er geld op de rekening staat en houden dan de eerste tijd de klant goed in de gaten als we het niet helemaal vertrouwen.

Wij zien het ook vaak. Als het IP van aanvraag uit Argentinië komt weten we vaak al genoeg.

Sent from my Nexus 5 using webhostingtalk mobile app