eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plFinanseGrupypl.biznes.bankiOdzyskiwanie należności w przypadku niewłaściwych danych osobowych przelewuRe: Odzyskiwanie należności w przypadku niewłaściwych danych osobowych przelewu
  • Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!feed.news.interia.pl!news.cyf-kr.edu
    .pl!not-for-mail
    From: "MarekZ" <b...@a...w.pl>
    Newsgroups: pl.biznes.banki
    Subject: Re: Odzyskiwanie należności w przypadku niewłaściwych danych osobowych
    przelewu
    Date: Sat, 26 Sep 2009 23:17:15 +0200
    Organization: Academic Computer Center CYFRONET AGH
    Lines: 21
    Message-ID: <h9m05j$p0p$1@srv.cyf-kr.edu.pl>
    References: <h9idb0$hd$1@atlantis.news.neostrada.pl> <h9jbji$jrv$1@inews.gazeta.pl>
    <h9jgc1$h6p$1@atlantis.news.neostrada.pl> <1...@k...kojer>
    <h9klr3$447$1@atlantis.news.neostrada.pl> <w...@k...kojer>
    <h9ks20$gte$1@atlantis.news.neostrada.pl> <1...@k...kojer>
    <h9la8k$h7r$1@atlantis.news.neostrada.pl>
    <1rkxgizofjf2b$.dlg@kojer.kojer> <h9lu3b$j2q$5@nemesis.news.neostrada.pl>
    <4...@k...kojer> <h9lvff$kv1$1@nemesis.news.neostrada.pl>
    <h9luve$o4m$1@srv.cyf-kr.edu.pl> <h9m05c$lrh$1@nemesis.news.neostrada.pl>
    NNTP-Posting-Host: ip-217-30.ists.pl
    Mime-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response
    Content-Transfer-Encoding: 8bit
    X-Trace: srv.cyf-kr.edu.pl 1253999603 25625 87.239.217.30 (26 Sep 2009 21:13:23 GMT)
    X-Complaints-To: n...@c...edu.pl
    NNTP-Posting-Date: Sat, 26 Sep 2009 21:13:23 +0000 (UTC)
    In-Reply-To: <h9m05c$lrh$1@nemesis.news.neostrada.pl>
    X-Priority: 3
    X-MSMail-Priority: Normal
    Importance: Normal
    X-Newsreader: Microsoft Windows Live Mail 14.0.8089.726
    X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8089.726
    X-EsetScannerBuild: 5728
    Xref: news-archive.icm.edu.pl pl.biznes.banki:503175
    [ ukryj nagłówki ]

    "Piotrek" <p...@p...na.berdyczow.info> wrote in message
    news:h9m05c$lrh$1@nemesis.news.neostrada.pl...

    > Nic nie szkodzi.
    >
    > Natomiast implementacja PSD definiująca unikatowy identyfikator jako
    > konkatenację nazwy posiadacza i numeru rachunku IMHO spełnia definicję.

    Ale na takiej samej zasadzie jakby bank każdemu dołączył do numeru rachunku
    gwiazdkę na końcu oraz słoneczko na początku i chciał aby te gwiazdki oraz
    słoneczka dopisywać. Czyli definicję spełnia ale ma charakter rozszerzenia
    minimalnego zestawu informacji, który rzeczywiście jest niezbędny i szkoda,
    że nie zawarli tego, że to powinien być minimalny niezbędny zestaw
    informacji (też źle byłoby zresztą, bo liczba kontrolna nie jest niezbędna,
    pozostały numer także jest unikalny).

    Dobrze, że przynajmniej zrobili alternatywę zwykłą dla użytkownika i jego
    rachunku, bo gdyby zrobili rozłączną albo koniunkcję to byłoby śmiechu.

    Cale szczęście, że wiadomo co usiłowali z grubsza wyrazić w tym zdaniu.

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