[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.