eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plFinanseGrupypl.biznes.bankiKK Citi a PINRe: KK Citi a PIN
  • Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!new
    s.nask.pl!news.nask.org.pl!not-for-mail
    From: Krzysztof Halasa <k...@p...waw.pl>
    Newsgroups: pl.biznes.banki
    Subject: Re: KK Citi a PIN
    Date: Wed, 17 Mar 2010 20:24:49 +0100
    Organization: NASK - www.nask.pl
    Lines: 43
    Message-ID: <m...@i...localdomain>
    References: <hng03l$kh1$1@inews.gazeta.pl> <4b9b9990$1@news.home.net.pl>
    <hng8ea$hi3$1@inews.gazeta.pl> <hngqdd$vub$1@news.onet.pl>
    <s...@t...ceti.pl> <hni51l$f25$1@news.onet.pl>
    <s...@t...ceti.pl> <hnidk6$n3u$1@news.interia.pl>
    <s...@t...ceti.pl>
    <p...@l...org.pl>
    <s...@t...ceti.pl> <m...@i...localdomain>
    <s...@t...ceti.pl> <1...@k...kojer>
    <s...@t...ceti.pl> <m...@i...localdomain>
    <p...@r...org> <m...@i...localdomain>
    <p...@r...org>
    NNTP-Posting-Host: khc.piap.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: 8bit
    X-Trace: pippin.nask.net.pl 1268853890 13338 195.187.100.11 (17 Mar 2010 19:24:50
    GMT)
    X-Complaints-To: abuse ATSIGN nask.pl
    NNTP-Posting-Date: Wed, 17 Mar 2010 19:24:50 +0000 (UTC)
    Cancel-Lock: sha1:sHwatdcBrlH9Q9JpSEdRnG+Rbv4=
    Xref: news-archive.icm.edu.pl pl.biznes.banki:522554
    [ ukryj nagłówki ]

    Olgierd <n...@n...problem> writes:

    >> Prozna obawa. Ktora organizacja pozwala wydawcy karty na zrobienie
    >> chargebacku ze wzgledu na to, ze podpis na kwicie jest inny niz podpis
    >> na oryginalnej karcie (wydanej przez wydawce, nie tej uzytej do
    >> transakcji)?
    >
    > Nie wiem które, zresztą tu postanowienia umów czy regulaminów organizacji
    > nie mają chyba aż takiego znaczenia.

    Przeciwnie, to wlasnie one maja tu decydujace znaczenie, bo to one
    reguluja odpowiedzialnosc za fraudy miedzy wydawca karty i acquirerem.

    > Zresztą jakby tak było to w ogóle dyskusja "bo karta na podpis jest
    > lepsza" nie miałaby sensu.

    Tego nie oceniam, to zalezy tez troche od rodzaju karty, od (kraju)
    wydawcy, i od tego, dla kogo ona ma byc lepsza. Argument to to jest
    zaden.

    >> To zupelnie inna sprawa - liability shift obciaza sprzedawca
    >> odpowiedzialnoscia za akceptacje transakcji "z paska" zamiast "z chipa"
    >> - to w ogole nie ma zadnego zwiazku z podpisem lub jego brakiem.
    >
    > A mnie się wydaje, że mowa jest wyraźnie o kombinacji czip+pin:

    Ale w nieco innym sensie: terminal musi umozliwiac weryfikacje PINu
    (offline i/lub online), ale to jest zwykle formalnosc, problemu przeciez
    nie ma z keypadami, tylko z terminalami, ktore nie obsluguja EMV (tzn.
    jest tez taki problem, ze terminale weryfikuja tylko PIN offline, albo
    nie pozwalaja na wykonanie transakcji, ale to jest "wystarczajace").

    Karta "chip & signature" jest taka karta z woli wydawcy, nie ze wzgledu
    na problem po stronie sklepu (np. acquirera), i dlatego za transakcje
    EMV taka karta odpowiada bank (mimo braku PINu - pomijajac wyjatkowe
    okolicznosci), a za transakcje nie-EMV - sklep (takze pomijajac
    wyjatki). IOW dokladnie tak samo jak w przypadku karty "chip & PIN".

    Innymi slowy, "chip & PIN" z punktu widzenia wydawcy oznacza karte
    PINowana, natomiast z punktu widzenia sprzedawcy oznacza po prostu
    obsluge EMV, a to czy bedzie uzyty PIN zalezy wtedy od karty.
    --
    Krzysztof Halasa

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1