eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPrawoGrupypl.soc.prawoNowy regulamin serwisu PKP › Re: Nowy regulamin serwisu PKP
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.tb3-253.telbes
    kid.pl!not-for-mail
    From: Robert Tomasik <r...@g...pl>
    Newsgroups: pl.soc.prawo
    Subject: Re: Nowy regulamin serwisu PKP
    Date: Fri, 23 Jun 2023 12:06:32 +0200
    Organization: news.chmurka.net
    Message-ID: <u73qns$56a$1$RTomasik@news.chmurka.net>
    References: <u6eoik$13o6m$2@news.icm.edu.pl> <2jDiM.2512$MgZf.2161@fx02.ams1>
    <u6g62u$16aa3$2@news.icm.edu.pl> <3JNiM.18$tgGc.2@fx01.ams1>
    <u6hojm$18thq$3@news.icm.edu.pl>
    <b...@g...com>
    <u6i980$19qiv$1@news.icm.edu.pl> <u6mnut$p1i$1$cef@news.chmurka.net>
    <u6mtt3$s8h$1$RTomasik@news.chmurka.net>
    <u6n2t1$uvi$1$cef@news.chmurka.net>
    <u6n8k6$2tr$1$RTomasik@news.chmurka.net>
    <urMjM.17296$Ug65.7985@fx11.ams1>
    <1mjvgi8bcioc$.k0o1ssbk3vp8$.dlg@40tude.net>
    <u6phbb$fqr$1$RTomasik@news.chmurka.net>
    <e0gl6wdobnwk.1tk2vu4ciixl8$.dlg@40tude.net>
    <u6q6nj$sl5$1$RTomasik@news.chmurka.net>
    <1...@4...net>
    <u6qlfh$akb$1$RTomasik@news.chmurka.net>
    <8v6lqgjs47hf.10avzsuq0e9e7$.dlg@40tude.net>
    <nsLkM.15135$hdi5.4761@fx10.ams1>
    <3...@4...net>
    NNTP-Posting-Host: tb3-253.telbeskid.pl
    MIME-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    Injection-Date: Fri, 23 Jun 2023 10:04:44 -0000 (UTC)
    Injection-Info: news.chmurka.net; posting-account="RTomasik";
    posting-host="tb3-253.telbeskid.pl:185.192.243.253";
    logging-data="5322"; mail-complaints-to="abuse-news.(at).chmurka.net"
    User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
    Thunderbird/102.12.0
    Cancel-Lock: sha1:+ZWmKpPz33+TUDVFfDgPYW1leLg=
    sha256:Y505DXpp6YxyIAT0k32+KK1JTF6awxO2vOejAanVMK8=
    sha1:ccJ2b/oIcDND/hpZ+An8TjDvQj8=
    sha256:cxy2J4lVa0IsSRyfiBjkNTiecJXSRkASObzxf836hgE=
    Content-Language: pl
    In-Reply-To: <3...@4...net>
    Xref: news-archive.icm.edu.pl pl.soc.prawo:838330
    [ ukryj nagłówki ]

    W dniu 23.06.2023 o 11:41, J.F pisze:

    >> Pewnie załozyła. Trzeba by mieć wgląd w umowy np. pomiedzy bankiem
    >> a operatorem karty. Wcale bym sie nie zdziwił, gdyby istniał jakiś
    >> mechanizm zabezpieczający równiez sprzedawców. W końcu odnawialne
    >> lub rekurencyjne płatnosci są powszechne i mogą dotyczyć powaznych
    >> monetarnie zobowiązań. To, szczególnie przy zastrzeżeniu karty, bo
    >> jest to operacja, której sprzedawca nie ma jak przewidzieć.
    >> Podejrzewam, że właśnie takie coś mogło wystąpić w przypadku
    >> Roberta. Zobowiązał się umownie do płatności, zastrzegł kartę,
    >> sprzedawca oprotestował w banku lub u operatora, przyznano
    >> sprzedawcy rację.
    > Watpie. IMHO - nikt sie w to tak nie bawi.

    Na 100% nie.
    >
    > Nie przeszlo, to nie przeszlo. Niech sobie wyjasnia z klientem. Mozna
    > ponowic obciązenie, moze przejdzie. Najwyzej sie zwróci.

    Cały ten system jest oparty na tym, że w chwili akceptacji sklep
    dostanie kasę nawet, jak coś później wyjdzie. Inaczej nikt by nie
    ryzykował. Jeśli klient wniesie sprzeciw, to o ile tylko nie udowodni
    się podwójnego obciążenia, to ryzyko ponosi akceptant.
    >
    > Hm, nie wiem ... ponoc normalnie to jest jakas weryfikacja najpierw,
    > a potem właściwe obciązenie. Jakby sie za drugim razem powołać w
    > obciązeniu na pierwszą weryfikację?

    To technicznie robi terminal. Terminal pyta, czy może obciążyć, a po
    potwierdzeniu przyjmuje, że obciążono i tyle. Bywa, że pytanie jest na
    większą kwotę, niż późniejsze obciążenie. Przykładowo w samoobsługowych
    stacjach paliw wpisujesz maksymalną kwotę, pytanie idzie na tę
    maksymalną, ale karta jest obciążana tą faktyczną.

    >> Nie wiem jak to się odbywa ale MZ istnieje bardzo duża swoboda
    >> działań po stronie i sprzedawcy i ewentualnych pośredników w stylu
    >> paypal, polcard, amazon, alipay etc.
    > Posrednik jest obowiązkowy, tzw agent rozliczeniowy (acquirer).

    Tylko pośrednikiem może być bank i jeśli klient ma w tym samym banku
    kartę, to może to iść "na skróty" chyba. Ale nie mam pewności.
    >
    >> Czego jestem pewny to że operator karty (MC/Visa/Amex) nie
    >> weryfikuje (pośredniczy) każdej tranzakcji. Jest pewnie o niej
    >> informowany (po jakimś czasie). Oznacza to, że idzie to lokalną
    >> infrastrukturą a nie operatora karty
    > Też mi sie tak wydaje. Szczegolnie jak sklep polski, agent polski i
    > bank polski.
    > No ale tu sklep byl zagraniczny, agent zapewne zagraniczny, a bank
    > klienta polski.

    Obciążenia muszą iść do centrum rozliczeniowego kart, bo jak nawet robię
    transakcje w {Polsce, to zawsze mogę wypaść na chwilę na Słowację i tam
    zrobić zakupy. Ktoś musi limitu choćby pilnować.

    --
    (~) Robert Tomasik

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