Curve karta

[ROlda78]

Když o tom nic nevíš, tak si to ujasňuj bez (unáhlených) závěrů!

[Lafayette16]

Takže abychom si to ujasnili. Curve nedodržuje platný standard, zejména neoznačuje transakci správným kódem MCC 6012.

Cože to Curve nedodržuje? Jakouže transakci neoznačuje správným kódem?
Povšimněte si prosím, že jde o dva oddělené vztahy: 1) obchodník-Curve a 2) Curve-RB
Kde neoznačuje Curve transakci správným kódem?

[qwertz375]

Curve je poskytovatel finančních služeb. Transakce Curve-RB musí být označena kódem MCC 6012. Za takto označenou transakci RB nepřipisuje bonus na kreditkách.

[Ladislav_2]

Mně se teď stalo ve velice krátké době, že při konstelaci Obchodník->Curve->Revolut mi Revolut "Sherlock" platbu zablokoval jako podezřelou nejdřív přes Paypal, potom zase v lékárně.
Platba je zamítnutá, musí se v Revolut aplikaci odblokovat a zaplatit znova. Opruz.
Support nic nevyřeší - je to prý feature. A jen tak mimochodem, "možná by to mohlo být tím, že platba šla přes Curve"
Taky je vtipné, že v Revolut aplikaci je Curve jako obchodník pokaždé popsaný jinak, a to tak, že se nedá přečíst úůvodní obchodník.

Skoro jako by to bylo naschvál, aby se platilo přímo.

[Monostatos]

Jojo, me uz asi mesic revolut blokuje vsechny platby pres curve, musim platit s revolut kartou primo

[Lafayette16]

Curve je poskytovatel finančních služeb. Transakce Curve-RB musí být označena kódem MCC 6012. Za takto označenou transakci RB nepřipisuje bonus na kreditkách.

Nepřipsaný bonus na kreditkách není ten problém, o kterém se tady mluvilo.

[qwertz375]

Naopak. Připsaný bonus ukazuje kde je problém. Jestliže někomu kreditka RB připsala bonus za platbu přes Curve, vypovídá to spíš o tom, že má Curve bordel v informacích o platbě, nedodržuje platný standard a reportuje chybné MCC. Když na to banka, která ze zákona odpovídá za bezpečnost platebního prostředku, zareaguje a platby u takového obchodníka zablokuje, není to přece chyba banky.

[wit.cz]

RB platby Curve zařízla původně proto, že MCC kód byl vždy stejný, přestože šlo o různé typy plateb. Nyní Curve MCC předává, tak jak jej od obchodníka obdrží, ale to RB vadí také. Vadí jí prostě, že se Curve dá používat namísto její vlastní karty pro platby i výběr z ATM, a tím přichází o vlastní tržby, to je imho celé. Ostatně i proto je u RB přes Curve znemožněn výběr z ATM, přestože je v tomto případě předán správný MCC kód 6540. S Curve žádná jiná česká banka problém nemá, jen RB tady určuje, kdy zaplatit lze a kdy ne. Nejdřív skoro rok kdekoliv, pak půl roku nikde. Poslední měsíce v Lidlu ano, ale na poště ne. V zájmu bezpečnosti lze v jakékoliv oblasti zavést omezení či restrikci. Jak je používáním Curve snížena bezpečnost platebního prostředku RB?

[bodyczech]

RB hlavně vadí platit 2% vratku z plateb, které se naoko tváří jako internetové. To bude asi tak celé...

[qwertz375]

Správný kód transakce je MCC 6012, typ transakce je e-commerce (příp jiný typ bez přítomnosti karty) a název obchodníka je Curve, London (nebo něco podobného). Je úplně jedno co s Curve kartou děláte, platba Curve - obchodník nemá s platbou RB - Curve nic společného. Ta je pořád stejná (nabití předplacené karty). Jenže to by pak asi vypadalo na výpisu z podkladové karty divně, tak tam Curve propisuje obchodníka, který tam nemá co dělat (u něj s podkladovou kartou neplatíte). Mimochodem, ta vaše teorie má vážné trhliny, když nabití jiných předplacených karet a e-peněženek funguje bez problémů.

Karetních transakcí probíhají tisíce a fakt, že deklarované parametry neodpovídají skutečné transakci jsou jedno z nejjednodušších pravidel, které lze nasadit na fraud monitoring. Například může mít karta zakázány transakce na internetu ale obchodník při internetové transakci pošle kód výběru z bankomatu. Fakt vám to nedochází?

Je strašně zajímavé, že kdyby pravidla porušovala RB a vám následkem toho někde zmizely peníze, to by byl okamžitě hysterický kvikot, jak je to vůbec možné. V tomto případě porušuje pravidla obchodník, následkem čehož byste možná mohli sbírat bonusy, tak je najednou porušování pravidel ok, podle toho jak se vám to hodí.

[retron]

řešil jsem to přímo s vysoce postaveným představitelem RB a dle jeho vyjádření se jedná o tak minoritní skupinu zákazníků, že se tím nehodlají zabývat
ovšem na druhou stranu asi ta skupina zákazníků nebude tak minoritní, když se jim vyplatí to řešit v systémech a filtrovat MCC kódy
není to jediná karta, která s Curve nespolupracuje, ale jako celá banka je opravdu jediná
paradoxně karty RB jinak patří mezi ty nejvíce akceptovatelné i u méně obvyklých typů plateb a zemí, takže argument bezpečnosti je nonsens, který se ovšem dá napasovat na cokoliv v rámci "sucha a bezpečí" klienta
argument s vratkami je táké mimo, když dokáže odfiltrovat platby např. za prepaid karty tak by dokázala i toto a nikdo by se asi nezlobil
např. takový paypal také předává název původního obchodníka s vlastním prefixem

[Delitzsch]

Nově vydávané karty Curve nejsou předplacené (prepaid), ale debetní (debit). A podle toho se chovají. Omezené fungování v rámci RB je podmíněno výhradně rozhodnutím RB.

[qwertz375]

Jestli je Curve prepaid, debit nebo třeba elektronická peněženka (bez karty) přece na typ transakce a odpovídající MCC kód nemá žádný vliv. Jedná se o platbu finanční instituci. Že ostatní banky neplatné parametry transakcí tolerují, nebo snad dokonce nastavily pro Curve výjimku, přece není chyba RB.

[wit.cz]

Souhlasím s retronem. Výpis z podkladové karty (tedy výpis RB) je ve vztahu k Curve naprosto irrelevantní.
Žádnou teorii nemám. Pouze je fakt, že RB jako jediná banka v ČR selektivně určuje, kdy můžu a kdy nemůžu zaplatit s Curve.

Karetních transakcí probíhají tisíce a fakt, že deklarované parametry neodpovídají skutečné transakci jsou jedno z nejjednodušších pravidel, které lze nasadit na fraud monitoring. Například může mít karta zakázány transakce na internetu ale obchodník při internetové transakci pošle kód výběru z bankomatu. Fakt vám to nedochází?

Má-li karta zakázány internetové transakce, tak obchodník (Curve) nepošle nic, protože transakce neproběhne.

Navíc platba není definována jen MCC kódem nebo názvem obchodního místa. Curve posílá řadu dalších standardních údajů, ať jde o datum a čas, typ zprávy banky obchodního místa, status, expiraci, částku, měnu, autorizační kód, typ obchodníka, typ transakce, ID terminálu, ID obchodníka, ID pro clearing, ID transakce a řadu dalších, které jsou jednoduše v pořádku a z nichž je o to víc úsměvná teorie, že je curve fraudovou společností, jejiž platby je třeba zaříznout.

[Delitzsch]

Myslím si, že se může RB rozhodnout blokovat Curve, jak chce. Na druhou stranu je ale argumentace potenciálně podvodnou transakcí naprosto falešná. Platbu je možné jednoznačně identifikovat. Curve dokonce bez problémů funguje v rámci mezinárodních online převodů Western Union, kdy jsou jednotlivé transakce velmi přísně sledovány (jde o americkou banku a transakce v USD). Jinak se úplně běžně stává, že MCC kód neodpovídá. Mám vlastní zkušenosti, že např. platba v autoservisu byla vykázána jako úhrada finanční služby, restaurace byla hotel a pekárna restaurace. Těch příkladů je řada...