W dniu 2010-06-25 14:08, Robert Kois pisze:
>> No to go źle zaprojektowano. Wystarczyło zaprojektować właściwie i już.
>> I banki by je wypełniały. Gdyby Bank miał nie pasujące pola, to by się
>> dostosował i już.
> Hehehehe.
> Jeszcze raz ci napiszę, celem eliksiru jest wymiana komunikatów
> rozliczeniowych. I to zadanie wypełnia

Ale jakość przekazywanych komunikatów jest niska.

>>>>> Banku odbiorcy dane nadawcy nie
>>>>> powinny obchodzić. Bo i niby dlaczego.
>>>> No jak dlaczego? Dlatego, że to istotne dane w transakcjach.
>>> Niby dlaczego istotne? Numer rachunku jest wystarczający do identyfikacji
>>> nadawcy.
>> Nieprawda.
>> Po pierwsze: Człowiek nie jest w stanie tego ogarnąć, a mozolne
>> porównywanie jest szaleństwem.
> Ależ kto ci broni wprowadzić sobie dane klientów do bazy i identyfikować
> ich po numerze rachunku

Czyli muszę zaprogramować bazę i import do niej danych. A to jest mało
dostępne dla większości.

> i powiedzmy nazwie (ja nadal uważam, że dane
> adresowe są w tym przypadku zbędne i nadmiarowe).

No nie są priorytetowe, owszem. Ale nie zaszkodzi jak są.

>> Po drugie: powiązanie 1:1 konta z kontrahentem to duże uproszczenie. To
>> relacja często 1:n, a czasami wręcz n:n.
> Zaczynasz powoli rozumieć, że prosto nie jest.

Ja? Ja od początku mówiłem, że nie jest prosto i gdyby całość była
zaprojektowana zgodnie z teorią baz danych, to by było prosto.

>>> Nie. Ale nie widzę powodu by bank (odbiorca przelewu) przechowywał dane
>>> nadawcy w takiej samej formie jak dane swoich klientów.
>> A ja widzę. Choćby po to, żeby dać potrzebne narzędzie klientom.
> Dla mnie potrzebnym narzędziem byłby natychmiastowy "eliksir" do wszystkich
> banków. Jakoś nie ma.

Ale to jest utopia, w przeciwieństwie do zaprojektowania protokołu
wymiany tak, żeby dzielił dane sensownie.


> Tak btw to ciekawe czy bank ma prawo przetwarzać
> takie dane kogoś kto nie jest jego klientem (ciekawe czy ustawodawca o tym
> pamiętał).

Ależ jest klientem. Wysyła do tamtego banku pieniądze. Jak Ty wysyłasz
do mnie list, to oskarżysz mnie o przetwarzanie danych, choć nie jestem
twoim klientem?


>>>>> Bo zabawny
>>>>> pomysł, że podzielimy na pola: Imię, Nazwisko, Ulica, Miejscowość to możesz
>>>>> sobie w gimnazjum stosować. Przelewy robią też firmy, robione też są z kont
>>>>> wspólnych, niektórzy mają 2 imiona, niektórzy 3. I parę innych drobiazgów.
>>>> No i? To przeszkadza na oddzielenie ulicy od miejscowości, a nazwy od
>>>> tychże. Przecież nie wymagałem rozdziału imienia od nazwiska.
>>> No to po co komu taki podział?
>> Opisałem. Dla zrobienia zestawień.
> Jakich zestawień?

Opisałem je w wyjściowym liście.

> Skoro nie masz pewności co w danej nazwie jest i po czym
> ją sortować. Nie ma standardów.

No i powinny być. Powinno być:

Nazwa kontrahenta
adres kontrahenta
kod kontrahenta
miasto kontrahenta
kraj kontrahenta
tytuł przelewu
konto nadawcy
+ daty

Lub w wersji rozbudowańszej, ale MI to już nie jest potrzebne i
faktycznie wymagało by zmian nieco szerszych:

Nazwisko lub nazwa kontrahenta
imię kontrahenta
adres kontrahenta
kod kontrahenta
miasto kontrahenta
kraj kontrahenta
tytuł przelewu
konto nadawcy
+ daty


>>> Nie masz łatwej metody ustalenie co jest
>>> nazwiskiem, imionami, nazwą firmy, czy co tam sobie wymyślisz.
>> Nazwa to nazwa. Owszem, podział na imiona i nazwiska byłby miły, ale
>> rzadko przydatny, a jak piszesz, rodzący trochę więcej problemów. Choć
>> niewiele.
> No to w czym problem? Jak już ci oddzielą tytuł przelewu to sortuj po całej
> nazwie.

No ale już po miastach nie posortuję. Aczkolwiek samo oddzielenie numeru
konta w osobne pole byłoby krokiem naprzód.


>>> Dane adresowe nadawcy przelewu imho nie powinny być przesyłane, bo nie są
>>> potrzebne do identyfikacji nadawcy.
>> Są. Czasami nadawca ma wiele oddziałów, wiele adresów etc.
> I jak rozumiem z różnych oddziałów dostajesz tego samego dnia przelewy o
> tej samej kwocie i nie masz jak tego zidentyfikować? Może poproś by ci
> numer faktury w tytule przelewu wpisywali, będzie prościej.


Nie rozumiesz zagadnienia. Obecny format też można uznać za fajny, bo
odpowiednio wykwalifikowany pracownik przeklepie to do bazy i już.

Sęk w tym, że jak muszę dokonać zestawienia: MOJE WPŁATY NA PRĄD ZA
OSTATNIE 5 LAT na przykład, albo MOJE PRZYCHODY OD xyz OD 2003, to
obecny format mBankowy nie pozwala tego uczynić szybko i wygodnie, tylko
wymaga żmudnej, wielogodzinnej analizy.

Albo chciałbym automatycznie wczytywać to do systemu rozliczeń.

--
Przemysław Adam Śmiejek