[Tomorrow]

[Tanel]

Mõlematpidi saab ligi, kui on uusim soft peal ning HV väljaantud turvasertifikaat käsitsi usaldusväärseks märgitud.

[Renka]

[DigeBeni]

... mulle selline eksimise pealt teenimise mõte väga ei istu, kui on tegemist massilise eksimisega, siis peab kuskil mingi loogikaviga siiski sees olema

[Renka]

DigeBeni, mind huvitab kuidas antud isikud kes sellega eksivad mujal makseid sooritavad. Igal pool on vajalik ju antud lingi vajutamine. Netipanganduse juures ju äärmiselt elementaarne asi.

[gnoom]

[DigeBeni]

[Noname]

[Tanel]

[Noname]

[Tanel]

No vaevalt et pangad seda teemat siin loevad

[Tanel]

Uskumatu lihtsalt, mul pole sõnu mis toimub

Järjekordselt ei täideta tingimusi (ei klikita vajalikke nuppe) ning maksed on ootel seisundis
Tõepoolest, lõpuks ei jää midagi üle, kui kirjutada suurelt, punaselt ja rasvaselt, et kui "Tagasi kaupmehe juurde" nuppu ei pressi, siis krediiti ei saa

[ex6]

Tanel, ma soovitaks tingimustesse lisada, et lõpuni mitte sooritatud rahdega tegeletakse 1 kord aastas - ja siis skrpi paneb mingi lampi päeva 11 kuu ja 3 nädala pärast.

[gnoom]

[Renka]

[Tanel]

gnoom, Nevermind on sellele juba vastanud -> https://foorum.hinnavaatlus.ee/viewtopic.php?p=5470785#5470785
See "automaatne" vastus tulebki vaid siis, kui kasutaja sellele nupule vajutab.

[gnoom]

[Tanel]

Millegipärast on siiamaani nähtud ja kogetud pangalingi süsteemides eranditult kõikides see nupu pressimise nõue sees.
Kui see süsteem väidetavalt automaatselt töötab, miks see nupu pressimise nõue üldse on kehtestatud?

[gnoom]

[Renka]

gnoom, palun tee nüüd selgeks mida sa üritad saavutada?

VK_AUTO ei ole miski imevigur millega muresid lahendada. Tegu on ühe osaga panga poolt saadetud vastusest. Juhul kui väärtus on Y siis tähendab, et päring pangast tuli automaatselt ilma kasutaja sekkumiseta ja N puhul vajutas kasutaja ise nuppu. Muud funktsionaalsust selle taga ei ole.

HinnaVaatluse pangalingi süsteem loeb nii VK_AUTO Y kui N väärtusega panga vastuseid.

[gnoom]

[ref]

Siin eespool oli küsimus, et kuidas teised süsteemid saavad hakkama selle puuduva nupuklõpsuga.
Reeglina on lisaks panga automaatsele tagasisidele ka nö. "manuaalne" variant. Ehk siis kuna netimakse korral maksja konto debiteeritakse (raha võetakse ära) ja saaja konto krediteeritakse (raha kantakse teenusepakkuja kontole) siis saab kontoväljavõtte (nt viimased 24h laekumised) alusel süsteemis asja "ära siduda". Kui väljavõtte alusel automaatika ikka ei toimi, siis on veel usinad raamatupidajannad, kelle nobedad näpud vajalikud asjad üle kontrollivad ja vajadusel kästitsi teevad.

Antud asja miinuseks HV puhul (minu, kes ma taga oleva süsteemi hingeelu ei tea, vaatenurgast) tundub olema see, et esiteks puudub teenuste-laekumiste sidumine (on mingi automaatika mis eeldab tagasi kaupmehe juurde nupu vajutamist, kuid kontole laekumist tuleb kästitsi üle kontrollida, süsteemi ei teki jälge/koopiat reaalsest laekumisest) ning teiseks see, et puudub iga teenuse tellimise kohta unikaalne identifikaator ka makse pool (selgitus küll on, kuid selle järgi matchimine on "piin"). Kui eksin, parandage

Seega, kui HV juhtkond ei pahanda, teeks paar ettepanekut olukorra parendamiseks:
Teenuste tellimise loogikale lisada ka mingi loogika mis seoks omavahel konkreetse tellimuse ja reaalse laekumise (nt panga väljavõtte alusel). Näiteks iga 24h kohta imporditakse süsteemi kontoväljavõte, mille alusel kontrollitakse teenuste aktiveerumist (kui juba on aktiivne täna tagasi kaupmehe juurde klõpsamisele ei tehta midagi, kui pole aktiivne siis aktiveeritakse).
Tellimusele (või äärmisel juhul kasutajale?) lisada viitenumber, mille alusel saab väga hõlbsasti asju omavahel klappima panna (panka mineval maksekorralduse vormil annab viitenumbri kenasti ette täita).

gnoom, olen päris mitut pangalinki teinud (lisaks hansa ja seb ipizzale ka väga ulmelisi asju) ning siiani pole ma veel suutnud hansa/sebi asja sundida vastusskripti nii käivitama, et tagasi kaupmehe juurde nuppu ei vajutata. Oled kindel, et puhtalt VK_AUTO=Y väärtuse edastamisega peaks peale maksekorralduse edukat sooritamist süsteem saatma päringu minu skriptile ? Siiani on skriptile saadetud info alles pärast nupu klõpsamist (misjärel saan andmeid töödelda ning kasutajale kena lehte näidata).
Nordeal on küll teenus (eraldi tellitav), kus saad nt croni abil panna käima skripti, mis kontrollib perioodi laekumisi (ja võimaldab filtreerida neist pangalingi maksed). Kas Hansa/SEB puhul peaks see funktsionaalsus nö. out of box olema või äkki nõuab mõnd linnukest kusagil lepingus ? (ja nt HV leping on enne taolist võimalust sõlmitud?)

[Tanel]

[ref]

[Tanel]

Läheb liiga keeruliseks ja selle automaatse väljavõttel põhineva süsteemi väljaarendamiseks kulutatud raha ei teeni end arvatavasti kunagi tagasi.
Probleemiks ei ole mitte käsitsi ülekontrollimine per se, vaid see, kui kasutaja koheselt peale omapoolse vea tegemist vinguma hakkab ja krediiti nõudma hakkab.
Sellisel juhul ei aita ka 1x ööpäevas toimiva automaatse väljavõtte süsteem, kuna kasutaja ju ei malda ära oodata ja tahab saada kohe oma teenust.
Harja ajabki punaseks see, et kõigepealt sõimatakse HV-d, et miks krediiti pole ja kui siis rahulikult seletad, mis on probleemiks ja mida peab selle vea vältimiseks tegema, siis vaid üksikud kasutajad vabandavad pärast.

[mikk36]

gnoom, see AUTO=Y tuli ainult SEB'ist kohale enda kogemuse põhjal, ülejäänud pangad ei suvatsenud seda miskipärast saata üldse.

[ufo56]

Unibet.com näiteks ei vaja küll seda nupu vajutust ja päris mõned teised lehed veel.

[Tanel]

https://foorum.hinnavaatlus.ee/viewtopic.php?p=5579171#5579171

[iceincube]

[Tanel]

iceincube, tsiteeri palun korralikult
Mille kohta "vaeva näha?"

Igatahes sai testitud, mingit automaatset teadet pangast ei tule, kui "Tagasi kaupmehe juurde" nupule ei vajuta

[miq1988]

Endal pole HV ajaloos sellist probleemi olnud.
Kui mustadele lammastele lihtsalt mingi suurem hoiatus panna, et tagasi kaupmehe juurde nupu mitte vajutamisel ei rakendu soovitud teenus. ja valesti tellitud teenust saab aktiveerida 10 kroonise HV toetusega.
Eksijatest nimekiri teha ning esimene kord tasuta, teinekord teenustasu.

Vale teenuse tellijatele lihtsalt esialgu niiöelda andeks anda kui muret kurdavad.

[Betamax]

[Tanel]

[Dirty Harry]

Hea teada, kuigi ma Swedi enam ei kasuta. Küll on aga Chrome end igati hästi tõestanud brauserina... kui mõned kohad välja arvata siis.

[Tanel]

Teemaarendus (Opera-Swedbank) -> https://foorum.hinnavaatlus.ee/viewtopic.php?p=5865488#5865488

[eShelobik]

ise kasutan pidevalt swedbanki + chrome kooslust ja ühtegi errorit pole veel õnnestunud näha...

[madd0g]

Mul edal juhtus ka sama jama paari aasta eest, kui ma ei vajutanud "tagasi kaupmehe juurde". Õnneks sain makstud teenuse kätte. Lõpp hea kõik hea

[Maldur]

Kuidas selle Safariga siis ikkagi on?

> Austatud Tanel Raud
>
> Täname Teid kirjaliku pöördumise eest!
>
> Käesolevaga teatame, et ID-kaart on toetatud ainult järgmiste
> brauseritega: Internet Explorer, Mozilla Firefox ja Safari.

See on Tanelile tuttav lõik Swedpanga vastusest ja nagu oleks sinna lõppu ju Safari kirjutatud?

[Tanel]

Mäletamist mööda oli ka Safariga mingid probleemid, aga võin ka valesti mäletada ja vastus tulenes osalt SK vastusest, kus paluti ID-kaarti kas Internet Exploreri või Mozilla Firefoxiga.

Teen pealkirjas korrektuurid.

[ufo56]

Siiamaani pole ei safari ega muude elukatega probleeme olnud, miks peaks kokku jooksma ?

[Tanel]

Just tuli kiri probleemse makse kohta:

[Maldur]

Veider, aastaid kasutan Safarit Swedpangaga suheldes, ei ole muret olnud.
On ka võimalus et jah kasutati Safarit kuid hoopis netiühenduses tekkis hetkeline viga. Igakord ei pruugi kasutaja võrguvigu märgata. See on muidugi ainult üks võimalus, kuid sellist probleemi olen ise kohanud küll wifit kasutades.

[Tanel]

Maldur, mis brauser sul oli?

See, kes probleemist kirjutas, kasutas Mac OS 10.5

[Maldur]

Praegu on see: Safari Version 4.0.5 (5531.22.7), peaks vist viimane olema. 10.5.6 seda ei toeta kuid 10.5.8 küll.
Muidu 10.3 Pantrist saadik Safarit kasutanud...

[Tanel]

Äsja oli järjekordne probleem Safariga, opsüsteem mac OS X version 10.5.8

[Tanel]

Äsja oli järjekordne probleem Opera ja XP Pro kombinatsiooniga.

PALUN ÄRGE KASUTAGE OPERAT PANGALINGI PUHUL!

See on suurelt välja toodud nüüd ka Pangalingi tingimustes.
Edaspidi me ei hakka neid ootel makseid enam üle kontrollima, kui ei mõisteta tingimusi lugeda

[d3t]

Tuletaks veel omaltpoolt meelede, et igasugused Nightly buildid on ka panganduses persona-non-grata.

[Maldur]

Kas mingi põgus vigade statistika ka olemas on? Mitmel korral sajast tehingust probleemid tekkisid, milliste os'ide ja brauseritega? Võimalikud vea tekkepõhjused?

Pangapatsid on siis alla arvestust järelikult - kui nad ei suuda oma süsteemide toimimist tagada vähemalt levinumate OS native brauseritega, IE pealesurumine järelikult on kergem tee kui oma töö korralikult teha. Huvitav kas see põlvkond kes ei tea muid opsüsteeme peale windowsi on hakanud pankadesse jõudma...

Mis oleks siis OS X puhul sobiv brauser? Ja miks peaks teda eelistama ametlikule OSi brauserile? Apple ei avalda oma ametlike uuenduste kaudu Nightly builde minuteada.

[Tanel]

Otsest statistikat teinud pole, kuid umbes 1/15 esineb probleeme.

[Taavi©]

olen safariga paar korda kasutanud, pole probleemi olnud..