Batalia z BPH - początek

Poziom wkurzenia na mój pierwszy bank osiągnął dzisiaj poziom krytyczny. Mając system z kodowaniem UTF nie można podpisywać transakcji. Przechodzą tylko transakcje na konta zaufane. Zgłaszałem problem wcześniej, lecz zostałem zbyty przez niekompetentnego pracownika (lub leniwca z IT). Poniżej przedstawiam pierwsze zgłoszenie wraz z odpowiedzią oraz dzisiejsze zgłoszenie. Jeśli dostanę odpowiedź, to oczywiście pojawi się ona na jogu. Jeśli ktoś ma podobne problemy, to zachęcam to wysyłania podobnych listów do swoich banków. Teksty zamieszczone na tym blogu objęte są licencją CC by-nc-sa ;)


Data zgłoszenia: 21-04-2007

Treść zgłoszenia:
Używam systemu Gentoo Linux, przeglądarka Mozilla Firefox, Sun Java 1.5.0.11, kodowanie znaków w systemie UTF-8.

Niestety nie mogę wykonywać żadnych operacji, ponieważ nazwy pól formularza zawierają polskie litery, które są źle rozpoznawane (lub konwertowane) podczas podpisywania i wyskakuje błąd. Jeśli nie da się poprawnie wykrywać ustawień środowiska, żeby obsłużyć UTF-8, to proponuję zrezygnować z polskich liter w nazwach pól podpisywanego formularza i będzie spokój.

Pozdrawiam.


Data odpowiedzi: 23-04-2007

Treść odpowiedzi:
Szanowny Panie,

Uprzejmie informuję, iż błąd jest spowodowany błędnie ustawioną stroną kodową w systemie operacyjnym Linux (domyślenie UTF nawet dla dystrybucji z polską wersją językową, powinno być ISO_8859_2). Rozwiązaniem problemu jest modyfikacja pliku /etc/sysconfig/i18n. W pliku powinny się znajdować tylko następujące linie:
zmiana LANG=pl_PL.UTF-8 na LANG=pl_PL.
Powyższą zmianę dokonać w /etc/sysconfig/i18n i wpisać
LANG="pl_PL"
SYSFONT="latarcyrheb-sun16"

(w razie problemów skontaktuj się z miłymi paniami z infolinii, z poważaniem, etc)


Zgłoszenie, które dzisiaj wysłałem:
Nadal nie mogę poprawnie podpisywać transakcji. Używam systemu Linux z kodowaniem UTF-8 i pragnę poinformować, że nie zamierzam zmieniać konfiguracji systemu tylko dlatego, że twórcy platformy nie potrafią uruchomić obsługi różnych standardów kodowania.
Po pierwsze - załóżmy, że loguję się z Japonii.
Po drugie - gry na portalu kurnik.pl działają bezproblemowo - mimo używania kodowania UTF-8 mogę rozmawiać z użytkownikami używającymi Windows (kodowanie Win1250) czy Linuksa z ISO (ISO-8859-2). Mimo że nie jest to bardzo ważny strategicznie serwis, to ich informatycy są na tyle zdolni, że jakoś potrafią napisać aplet poprawnie obsługujący różne standardy kodowania znaków.

Odnosząc się jeszcze do Państwa odpowiedzi na moje pierwsze zgłoszenie: Ustawienie UTF-8 w systemie GNU/Linux NIE jest błędem. UTF-8 jest takim samym systemem kodowania jak ISO8859-2 czy Win1250. Różnica polega na tym, że ISO8859-2 stanowi polską normę. W związku z tym, podążając za Państwa filozofią, należałoby wszystkich użytkowników systemu Windows zmusić do stosowania tej strony kodowej, a nie używanej przez nich Win1250. Uważam, że dbałość o klienta nakazuje zabezpieczenie się na każdą ewentualność. Tym bardziej, że Unicode ma w przyszłości stać się międzynarodowym standardem, ponieważ można w nim zakodować każdy znak w każdym języku świata. Chyba warto byłoby przygotować się do tego odpowiednio wcześniej?

Polecam lekturę http://www.unikod.pl/

Dodatkowo chcę zwrócić uwagę na fakt, że zgodnie z polską normą notacji liczb (której Państwo jako Bank powinniście szczególnie przestrzegać) separatorem dziesiętnym jest przecinek, a nie kropka.

Kopia korespondencji zostanie przesłana do portalu http://osiolki.net/ oraz zamieszczona w innych serwisach internetowych.


Dziękuję Gosi za podpowiedzi i moderację [sic!] tekstu.

KOMENTARZE:

eleven | 07 sierpnia 2007, 20:20:53

No cóż, nie oczekiwałbym natychmiastowych zmian. W końcu to jest system transakcyjny, nie dłubie się w nim ot tak, a wprowadzenie obsługi UTF/zmiana nazw pól jest (dość) istotną zmianą.

Helpdesk niby podał jakieś rozwiązanie... które jest głęboką ingerencją w system operacyjny, zupełnie nie informując czym zmiana wskazanych ustawień może grozić.

Minder | 07 sierpnia 2007, 20:24:51

BPH miał już problemy ze swoją stroną i systemem transakcyjnym: http://osiolki.net/poprawiony/ebankbphpbk

Jakoś udało im się poprawić jedno i drugie i teraz działa z najnowszą Javą. Podejrzewam, że była to większa ingerencja w system niż zwykłe dołączenie obsługi kolejnej strony kodowej (bo ISO i Win już obsługuje).

eleven | 07 sierpnia 2007, 20:33:30

Zobacz tylko na daty (dodane - 2003 rok, poprawione - ...) w tym osiołku i prześledź co ludzie pisali w komentarzach. Druga sprawa, że obsługa UTF-8 to coś więcej niż dodanie kolejnej tabelki kodowań znaków.

Takich zmian naprawdę nikt nie wprowadza w krytycznych systemach z dnia na dzień. Jeżeli zajmą się problemem, to zapewne zrobią to przy kolejnej większej aktualizacji. Gdyby napisali w odpowiedzi "dziękujemy za zgłoszenie, pomyślimy o tym za pół roku" też pewnie byś napisał na joggerze jak to oni klienta nie szanują ;)

Minder | 07 sierpnia 2007, 20:37:11

Jeśli mi odpiszą, że dziękują za zgłoszenie i że pracują nad poprawkami, to zamieszczę to tutaj wraz z podziękowaniami i zwrócę im honor.

Nie oczekuję, że zrobią to na wczoraj. Oczekuję, że w ogóle się za to wezmą, a nie każą mi grzebać w ustawieniach systemu, który jak na złość potrzebuje UTF (mam pliki o "dziwnych" nazwach z "dziwną" zawartością).

eleven | 07 sierpnia 2007, 20:41:46

Dlatego też tak jak pisałem -- jedyne co można im zarzucić to fakt, że polecają dokonanie istotnej zmiany w systemie użytkownika bez informowania go o potencjalnych skutkach ubocznych.

A czy zabiorą się za UTF-8 -- jeżeli ktoś u nich zauważy, że wszystkie nowe dystrybucje linuksa mają domyślnie właśnie takie kodowanie, to pewnie się zabiorą. Całkiem możliwe, skoro wiedzą o ich istnieniu i nawet znają sposób na zmianę kodowania :D

D4rky | 07 sierpnia 2007, 21:18:51

Unicode JUŻ jest standardem. Widziałem jakąś RFC-kę na ten temat.

Minder | 07 sierpnia 2007, 21:20:36

Jeszcze musiałby zostać przyjęty za polską normę. Ale jak widać przy okazji separatora dziesiętnego - BPH ma polską normę w d...alekich rozjazdach.

D4rky | 07 sierpnia 2007, 21:21:27

Minder - mhm, czyli jak rozumiem format _międzynarodowy_ nie odnosi sie PL ? :>

eleven | 07 sierpnia 2007, 21:23:07

@D4rky: od strony prawnej w RP obowiązuje to, co jest zapisane w PN. Inna sprawa, że normalizacja realizowana w ten sposób jeżeli chodzi o informatykę praktycznie nie istnieje.

wariat | 08 sierpnia 2007, 01:07:11

A nie wystarczy, że (tymczasowo) odpalisz po prostu Fx
$ LC_ALL="pl_PL"; mozilla_firefox
??
Ja bankowi BHP PKP podziękowałem już dawno i długo mógłbym pisać o numerach jakie mi wykręcili, ale nie o to chodzi. Jeśli musisz to znajdź workaround, bo sami naprawią za rok, może dwa, a najpewniej jak Vista opanuje świat, może tam wszystko jest już w unikodzie ... jest?

DODAJ KOMENTARZ: