Advertise with Googlier.com Comments on: Впечатления от обновеното ново банкиране на ПИБ https://blog.marudina.net/?p=695 Mon, 03 Nov 2008 14:55:58 +0000 hourly 1 https://wordpress.org/?v=6.0.18 By: Екип на ПИБ https://blog.marudina.net/?p=695#comment-90111 Mon, 03 Nov 2008 14:55:58 +0000 http://blog.marudina.net/?p=695#comment-90111 Здравейте Ирина,
благодарим за систематизираната критика и споделените впечатления относно подновеното електронно банкиране на ПИБ. Ценим клиенти като Вас, от които можем да черпим обратна полезна информация. Радваме се, че сте доволна от новата ни версия и сте отделили от ценното си време за да коментирате подобренията, които правим във Ваша полза – нашите клиенти и партньори.
Поздрави!
Екип на ПИБ

]]> By: Светослав Молдовански https://blog.marudina.net/?p=695#comment-90034 Sat, 01 Nov 2008 11:10:59 +0000 http://blog.marudina.net/?p=695#comment-90034 – За това би ми било по-удобно да е накрая в менюто, а при влизане веднага да е активно менюто “Преводи и справки”. – В суматохата преди лайв изпуснах този момент – в следващите няколко дена ще бъде променено;
– Сега всичко е достъпно още в самото начало. Но ми прави впечатление, че все още личните ми сметки се изписват без първите два символа от IBAN номера им – Флекс кюб работи със двадесет символа дължина за сметка – това поле е различно от IBAN номера, който се счита за пропърти на сметката. По широкия свят хората работят със сметки, които могат лесно да бъдат запаметени – например в Швейцария се налага практика за 5 до 11 символни сметки, следвайки тази идея във ФК има две полета; в БГ се наложи практиката да се работи IBAN и ние взехме решението да отрежем статичния кънтри код от сметката. Сега в системата се работи с “орязан” IBAN. Предвид, че информацията за движение по сметките е резултат от селект, лесно може да конкатенираме кънтри кода към сметката, но това според нас ще обърка потребителите и ще попречи на копи-пейст действия със сметката;
– Не позволяват въвеждане на сума със запетая в полето за сума на превод – трябва да е с точка. Вече дава информативно JavaScript съобщение. Но се чудя защо ли не приемат и запетаята като валиден разделител – проблем на настрайката на Oracle app server 10.1 – при нашата конфигурация, точката в сумата предизвиква internal error;
– Вече не виждам при въвеждане на сумата и преминаване в друго поле при превод, да се прави презареждане на страницата. – все още се среща в някой екрани с превалутиране, където се налагат сървър сайд валидации – планираме да изнесем схемата на FC@ на отделен нод в ДБ клъстера, за да може да обработваме по-бързо заявки от подобен род, т.е. те да не се конкурират с потребители на приложенията на основната банкова система.

Благодаря за коментарите и търпението. Винаги сме отворени към градивни предложения за подобрения…

Светослав

]]> By: Izida https://blog.marudina.net/?p=695#comment-90009 Fri, 31 Oct 2008 09:17:20 +0000 http://blog.marudina.net/?p=695#comment-90009 Да, и аз мисля, че има връзка с разделителя м/у хилядните. Т.е. да преставиш 120300,4 като “120,300.4”

Обаче не е разрешено да слагаш разделител различен от този м/у цяла и дробна част. Така че ми се струва може да се приеме и на сървъра да се преобразува до правилния разделител.

]]> By: asdf https://blog.marudina.net/?p=695#comment-90008 Fri, 31 Oct 2008 08:47:41 +0000 http://blog.marudina.net/?p=695#comment-90008 Това със запетаята за разделител според мен е умишлено. Нали по принцип служи за разделител между хилядите.

]]>