eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plFinanseGrupypl.biznes.bankiNowa TOiP w LukasieRe: Nowa TOiP w Lukasie
  • Path: news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!news.man.poznan.pl!n
    ot-for-mail
    From: "bwwald" <b...@w...onet.pl>
    Newsgroups: pl.biznes.banki
    Subject: Re: Nowa TOiP w Lukasie
    Date: Thu, 11 Dec 2003 10:03:53 +0100
    Organization: POZMAN - http://www.man.poznan.pl/
    Lines: 47
    Message-ID: <br9btq$d0n$1@sunflower.man.poznan.pl>
    References: <br4duf$c5t$1@news.onet.pl> <p...@w...wp.pl>
    <br4eji$ptn$1@news.onet.pl> <br4evt$pue$1@inews.gazeta.pl>
    <P...@a...it.pw.edu.pl>
    <br6p8r$sp6$1@inews.gazeta.pl>
    <P...@a...it.pw.edu.pl>
    <br6u8c$hhg$1@inews.gazeta.pl> <br703o$sc6$1@sunflower.man.poznan.pl>
    <br71m3$63i$1@news.onet.pl> <br75m1$37p$1@sunflower.man.poznan.pl>
    <br76j4$7j4$1@news.onet.pl> <br77p0$4jv$1@sunflower.man.poznan.pl>
    <br78t7$97o$1@news.onet.pl> <br97q2$9vt$1@sunflower.man.poznan.pl>
    <br99nh$puc$1@news.onet.pl>
    NNTP-Posting-Host: imp58.ifmpan.poznan.pl
    X-Trace: sunflower.man.poznan.pl 1071133434 13335 150.254.201.58 (11 Dec 2003
    09:03:54 GMT)
    X-Complaints-To: t...@m...poznan.pl
    NNTP-Posting-Date: Thu, 11 Dec 2003 09:03:54 +0000 (UTC)
    X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
    X-Priority: 3
    X-Newsreader: Microsoft Outlook Express 6.00.2800.1106
    X-MSMail-Priority: Normal
    Xref: news-archive.icm.edu.pl pl.biznes.banki:273002
    [ ukryj nagłówki ]


    Użytkownik "Michał 'Amra' Macierzyński" <m...@p...pl>
    napisał w wiadomości news:br99nh$puc$1@news.onet.pl...
    > bwwald <b...@w...onet.pl> wrote:
    > > Podsumowujac. Rozumiem oplaty ale nie takie, ktore daja nie tylko
    > > tylna furtke na ich unikniecie ale rowniez w wielu przypadkach
    > > generujace straty, szczegolnie w przypadku klientow internetowych. W
    > > jakim procencie? Zobaczymy...
    >
    > Straty powiadasz?

    Nie udawaj, ze nie rozumiesz ;) Bank mogl zyskac wiecej nie stwarzajac
    furtki oscylatora, stawiajac tylko na ilosc a nie jakosc.

    > Moglo sie okazac, ze wiekszosc klientow spelnialoby limit salda, albo
    wrecz
    > przeciwnie - saldo musialoby byc rozne dla roznego typu kont - wyobraz
    sobie
    > 5 tys dla PRO i 1000 dla eKonta...

    OK i dlatego jesli 1kPLN lokaty generuje 1 PLN zysku dla banku, niech
    podniesie limit do 6 k PLN dla PRO. Uniknie bezsensownych oscylatorow

    > Dlatego ty stwierdzasz, ze to glupie posuniecie, ja stwierdzam, ze bank
    > zacznie na tym zarabiac.

    Jest glupie w tym sensie, ze bank mogl zarobic wiecej postepujac logicznie.

    > I jestem pewinen, ze w tym wypadku racje mam ja i
    > ludzie nie beda masowo bawic sie w oscylator - tak jak masowo nie zamykaja
    > kont po podwyzkach w innych bankach.

    A gdzie ja pisalem, ze bedzie to masowe? ;)

    > Kazdemu sie ywdaje, ze jak trzyma pieniadze w banku, to bank nie ma prawa
    > nie pobierac zadnych oplat. Jesli mu sie tak wydaje - to zle mysli :)

    :)

    > Powinno byc - nie pobieramy oplat od salda 2000 zl inaczej oplata. O i
    wtedy
    > jest uczciwie powiedziane.

    I z takiego rozwiazania bylbym zadowolony, bo jest logiczne w
    przeciwienstwie do sztucznych obrotow.


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