Päävalikko

Etusivu
Uutiset
Tiedostot
Foorumi
- - - - - - -
Ohjeita ja vinkkejä
- - - - - - -
Lähetä uutinen

Kirjaudu

Tervetuloa, Vieras. Ole hyvä ja kirjaudu tai rekisteröidy.
11.02.2012, 17:03
Tunnus:
Salasana:


Kirjaudu käyttäjätunnuksen, salasanan ja istunnonpituuden mukaan

Unohtuiko salasana?

joomlafi.pngJoomla.fi on avattu!

Joomlaportal.fi:n foorumi suljetaan pian. Siirry uudelle sivustolle ja rekisteröidy: www.joomla.fi

 

FOORUMI on vainluku-tilassa, uusia aiheita ei voi aloittaa. Siirry uudelle Joomla.fi-sivuston foorumille

Suomalaiset verkkomaksut VirtueMartiin
Joomlaportal.fi
11.02.2012, 17:03 *
Tervetuloa, Vieras. Ole hyvä ja kirjaudu tai rekisteröidy.

Kirjaudu käyttäjätunnuksen, salasanan ja istunnonpituuden mukaan
Uutiset:
 
   Etusivu   Ohjeet Haku Kirjaudu Rekisteröidy  
Sivuja: [1] 2 3 ... 14
  Tulostusversio  
Kirjoittaja Aihe: Suomalaiset verkkomaksut VirtueMartiin  (Luettu 119141 kertaa)
teemu_m
Konkari
****
Viestejä: 164



Profiili WWW
« : 12.02.2006, 18:52 »

Ilmeisesti VirtueMartille ei ole olemassa OS-lisensoituja suomalaisia verkkomaksumoduuleita? Sattuuko jollain olemaan ne jo työn alla?

Aikomukseni olisi nimittäin käyttää osa tulevasta talvilomaviikosta ks. asian taklaamiseen. Kun lyhyesti tutkin asiaa, niin kyseessä ei pitäisi olla mikään ylivoimaisen iso projekti, sillä VirtueMartin PayPal-moduulia voisi käyttää suurelta osin runkona ja ZenCartille kirjoitetuista moduuleista saisi hyödynnettyä merkittäviä osia.

Luottokunnan, Nordean, Osuuspankin ja Sammon speksien perusteella kaikki em. tahot käyttää varsin samanlaista toteutustapaa, eli kun yhden saa hanskattua, niin koodi on helppo sovittaa muille. Tapiolan ja Säästöpankin speksiä en ole lukenut, mutta tuskinpa ne on lähteneet hirveästi poikkeamaan muista. Kehitystyö lienee parasta aloittaa Nordeasta, koska sillä vaikuttaisi olevan paras testausympäristö toiminnallisuudelle.

Kaikkinaiset kommentit ja vinkit otetaan kiitollisuudella vastaan.
tallennettu

Aivomatic Oy: avoimen lähdekoodin verkkomaksuohjelmistot - www.aivomatic.com
majesteetti
Jäsen
**
Viestejä: 56


Profiili
« Vastaus #1 : 13.02.2006, 12:41 »

Saat kaiken henkisen tukeni ja elinikäisen kunnioituksen jos sen teet Iskee silmää Tsemppiä vaan prokkikselle Hymyilee leveästi

p.s: oot mun idoli Hymyilee
tallennettu

www.rcg.fi"Every target is REACHable!"

Hei poika/tyttö. Nyt kun olet Joomlaan tutustunut niin voisit uhrata aikaa webdesignin opetteluun, enää ei käytetä niitä valmiste
v-dogg
Tulokas
*
Viestejä: 12


Profiili
« Vastaus #2 : 13.02.2006, 17:47 »

Lainaus
Aikomukseni olisi nimittäin käyttää osa tulevasta talvilomaviikosta ks. asian taklaamiseen.

Jos maksutapojen implementoinnissa tulee jotain kysyttävää, laita viesti vaikka tähän ketjuun. Olen itse juuri rukannut erään valmiin kaupallisen softan maksutapoja ja tutustunut siinä noihin suomalaisiin verkkomaksuihin. Perusperiaatteeltaan ne on kaikki samoja (html-formilla lähetetään tiedot eteenpäin). Tietueet ja vastaustapa vaihtelevat, joten ihan millään geneerisellä lisää-vain-loppusumma -ajatuksella ei onnistu.

Ja jos sen verran vielä saa neuvoa/toivoa, että tekisit maksutavoista täysin oman riippumattoman luokkahierarkiansa. Olisi aika kova juttu, että ne olisi saatavilla mihin tahansa projektiin avoimena ja hyvin suunniteltuna oliokoodina.


-veikko
tallennettu
admin
Administrator
*****
Viestejä: 3 600



Profiili WWW
« Vastaus #3 : 13.02.2006, 17:51 »

Ilmeisesti VirtueMartille ei ole olemassa OS-lisensoituja suomalaisia verkkomaksumoduuleita? Sattuuko jollain olemaan ne jo työn alla?

Meillä ei ole tiedossa että jollakin olisi ko. maksumoduulit työn alla. Niitä on kyllä tiedusteltu usein, mutta siihen asia on jäänyt. Kuten tässä edelle on varmaan tullut selväksi, niin toiminnolle olisi kyllä kysyntää.
tallennettu
teemu_m
Konkari
****
Viestejä: 164



Profiili WWW
« Vastaus #4 : 14.02.2006, 17:11 »

Aloin sitten käpistellä jotain purkkakoodia kasaan tänään  Iskee silmää

Ainakin pyrkimys on tehdä pohjaksi yleiskäyttöinen luokkahierarkia. Tällä hetkellä pohjana on luokka, johon olen kasaillut lähinnä pankkiviitteen ja MAC-tarkisteen laskemista. Sitä olen laajentanut luokalla, jossa on asiakkaan ja asian mukaisten tietojen pankkiin ohjaamiseen tarvittavia yleisiä toimintoja. Sitä laajensin edelleen luokalla, jossa on Nordea-spesifisiä ominaisuuksia, ja jonka rinnalle voi myöhemmin tehdä muille pankeille spesifisiä luokkia.

Tarkoitus olisi lähteä laajentamaan pohjaluokkaa myös asiakkaan pankista takaisin vastaanottamisessa tarvittavalla toiminnallisuudella.

Homma tietysti on vasta alkutekijöissään. Kaikkinainen virheentarkistus jne. jne. puuttuu.

Sitten pitäisi tietysti kääräistä toi VirtueMartia silmällä pitäen tehtyyn "wrapperiin".

Ilmoittelen kun olen ehtinyt saada aikaan jotain mainitsemisen arvoista.
tallennettu

Aivomatic Oy: avoimen lähdekoodin verkkomaksuohjelmistot - www.aivomatic.com
admin
Administrator
*****
Viestejä: 3 600



Profiili WWW
« Vastaus #5 : 14.02.2006, 17:17 »

Selvä homma, tätä viestiketjua tullaan varmasti seuraamaan tiiviisti  Hymyilee
tallennettu
ilmainen
Jäsen
**
Viestejä: 37


Profiili
« Vastaus #6 : 16.02.2006, 17:54 »

Tsemppiä tähän projektiin!  Virnistää
tallennettu
teemu_m
Konkari
****
Viestejä: 164



Profiili WWW
« Vastaus #7 : 17.02.2006, 17:48 »

Aattelin taas laittaa pienen väliaikaraportin, vaikka mitään hirmuista edistystä ei olekaan tapahtunut.

Aloin ottaa ensimmäisiä hapuilevia askelia "VirtueMart-wrapperin" kanssa. VM:n maksutapaluottelosta pääsee konffaamaan Nordea-modulia kauppiaskohtaisilla asetuksilla. Moduli myös toimii siinä määrin, että se kerää pakolliset tiedot ja saattelee asiakkaan ostoskorin hyväksynnästä Nordea verkkopankkiin näennäisen onnistuneesti.

Täytyy seuraavaksi ruveta vääntämään osuutta, joka vastaanottaa asiakkaan takaisin verkkopankista, ja jossa yhteydessä siis myös saadaan tieto siitä maksoiko asiakas vai ei.

Tähän asti kirjoitettu koodi on kyllä hävyttömän rumaa ja viimeistelemätöntä, mutta täytyy saada suurista linjoista selvyys, ennen kuin kannattaa ruveta nysväämään yksityiskohtien kanssa.

Samalla ehdotus: Jos jollain on ylimääräistä aikaa ja innostusta, niin ois hiton hienoa, jos joku vääntäis yhen funktion tota maksutapaluokkaa varten:
Eli, funktio, joka muuttaa parametrina saamansa arvon PHP:n float-tyyppiseksi muuttujaksi, on parametri sitten int, float tai (lähes) minkälainen string tahansa . (Esim 12; 12.3; 12,3; +12.30; 1.234,56; -1 234.56 jne. jne.)

Toinen ehdotus:
Pankkien spekseissä on hirveitä lakimiesukaaseja siitä, että pankkien logoja ei saa levittää eteenpäin. Ja että täytyy käyttää juuri heidän tarjoamiaan logoja, ja kuitenkaan missään ei mainita URL:eja, joista ks. tiedostot saisi eri kokoisina jne. Eli käytännössä jokaisen verkkomaksumodulia käyttävän pitäisi imuttaa itse ks. logot jostain, muuttaa koko sopivaksi, ja tallentaa verkkoon sopivaan paikkaan, ja konffata maksumoduli sopivasti.

Olis hienoa, jos kukin pankki antaisi luvan jaella logojaan (pankin oma logo maksulomakkeen nurkkaan ja verkkopankin kuvake painikkeeksi) ton koodin mukana, tai tarjoaisi liudan URL:eja joista tarvittavat kuvat löytyy nyt ja tulevaisuudessa.

Onko jollain innostusta olla yhteydessä pankkeihin tämän asian puitteissa?
tallennettu

Aivomatic Oy: avoimen lähdekoodin verkkomaksuohjelmistot - www.aivomatic.com
mauri
Guru
*****
Viestejä: 906



Profiili
« Vastaus #8 : 19.02.2006, 13:49 »

Tässä ohjeita Sampopankista.

http://domino.sampo.fi/external/sbd/ya.nsf/frameset?readform&level=1&product=verkkomaksupalvelu

Pdf-tiedostossa on myös Form-lomake ja painike URL
"https://www.sampo.fi/verkkopalvelu/verkkomaksu/logoverkkomaksu.gif "

Teknisiä lisätietoja
> Liittymän rakentaminen (tulostettava muoto, pdf)
tallennettu

*****
Hyvä koodaus on vain normaalia suurempaa kärsivällisyyttä.
*****
teemu_m
Konkari
****
Viestejä: 164



Profiili WWW
« Vastaus #9 : 19.02.2006, 21:24 »

Kiitos Mauri,

Mulla on jo Luottokunnan, Nordean, Osuuspankin, Sammon, Handelspankin ja Säästöpankin speksit. Ålandspankin ja Tapiolan speksit puuttuu (mitäs muita niitä vielä on?). Jos joku jaksaa kaivella sellaisten linkit jostain, niin hieno juttu.

Totuuden nimissä täytyy kyllä sanoa, että mulla ei ole itsellä suunnitelmia käyttää omassa kauppaprojektissa kaikkia pienimpiä pankkeja, ainakaan alussa, koska niistäkin joutuu maksamaan kuukausimaksun pankille, ja sille saatava hyöty voi olla kyseenalaista. Luottokunta, Nordea, Osuuspankki ja Sampo on OK, eli niille teen kyllä omat spesifiset aliluokat. Säästöpankki ja Tapiola alkaa olla kyseenalaisia. Handelspankki ja Ålandspankki saa omasta puolestani jäädä niikseen ainakin tällä erää.

Tuo Sammon logon linkki oli hyödyllinen. Muiden pankkien vastaavien esiin kaivelusta olisi myös suoraa hyötyä (mutta niiden siis pitäisi olla juuri tähän käyttötarkoitukseen, jotta niissä olisi kaivattua pysyvyyttä, eli että linkki ei muutu, kun pankin käyttämä uusmediapuulaaki seuraavan kerran saa päähänsä päivittää www-sivustoa.)

Tavallaan koko protokoodin runko alkaa olla (melkein) kasassa, sillä sain tänään asiakkaan takaisin vastaanottamisesta vastaavan koodin ymmärtääkseni hankalimmat paikat tehtyä (ml. elämäni eka Factory Pattern  Iskee silmää ). Kun saan runkoon vielä toiminnallisuuden, joka päivittää VirtueMartin tilaustietoja (pitäisi olla helppoa, koska se on jo toteutettu VirtueMartissa jo olevissa muissa vastaavan tapaisissa maksumoduuleissa), niin siirtynen koodaamaan Nordean rinnalle Luottokunnan protototeutusta, jotta sen aiheuttamat erikoisvaatimuksen tulee testattua (Pankit on keskenään hyvin samanlaisia. Luottokunta on ryhmän erikoisin, tosin ei siinäkään mitään maailmoja mullistavaa pitäisi olla.)
tallennettu

Aivomatic Oy: avoimen lähdekoodin verkkomaksuohjelmistot - www.aivomatic.com
markus
Tulokas
*
Viestejä: 14


Profiili
« Vastaus #10 : 20.02.2006, 19:54 »

Voiko näitä sinun kirjoittamiasi maksumoduuleja käyttää sitten joskus esim. zencartissakin? Tai vaatiiko paljon muokkausta? Koitan kysyä viisaampia kunhan saan aikaiseksi tutustua tarkemmin näihin.

Löysin tuolta zencartin sivuilta jotain maksuhässäköitä ihan zencartille, mutta en ole vielä siinä vaiheessa, että osaisin sanoa onko niistä apuja.

Itselläni tälläinen pienimuotoinen projekti omien sivujen kanssa ja pitäis saada joku maksumahdollisuus ekauppaan.
tallennettu
markus
Tulokas
*
Viestejä: 14


Profiili
« Vastaus #11 : 20.02.2006, 20:59 »

k
« Viimeksi muokattu: 20.02.2006, 21:14 kirjoittanut markus » tallennettu
teemu_m
Konkari
****
Viestejä: 164



Profiili WWW
« Vastaus #12 : 20.02.2006, 21:18 »

Voiko näitä sinun kirjoittamiasi maksumoduuleja käyttää sitten joskus esim. zencartissakin? Tai vaatiiko paljon muokkausta?

Tarkoitus olisi, että koodia voi mahdollisimman helposti käyttää myös muiden sovellusten yhteydessä.

Projekti koostuu tavallaan kahdesta osakokonaisuudesta:

Ensimmäinen on kokonaisuus, joka (yksinkertaistettuna) vastaa tiedon lähettämisestä ja vastaanottamisesta pankkien suuntaan. Tämä verkkopankkikoodi pyrkii siihen, että keskenään erilaiset verkkopankit olisivat verkkokauppasovelluksen suuntaan samanlaisia. Se pyrkii myös olemaan mahdollisimman riippumaton siitä, millaisessa ympäristössä verkkokauppasovellusta ajetaan.

Toinen projektin osakokonaisuus toimii sovittimena verkkokauppasovelluksen (nyt siis VirtueMartin) ja verkkopankkikoodin välillä. Jotta verkkopankkikoodin saisi sovitettua toiselle verkkokauppasovellukselle (esim. ZenCartille), niin täytyy kirjoittaa vain uusi sovitin, eikä verkkopankkikoodia tarvitse muuttaa lainkaan. Sovittimen koodaajan tarvitsee vaivata päätään eri verkkopankkien erilaisuuksilla mahdollisimman vähän, sillä riittää, että hän tietää mitä tietoja verkkopankkikoodi odottaa saavansa ja mitä tietoja se puolestaan antaa takaisin.

Myöhemmin, jos jonkun verkkokauppasovelluksen koodissa tai ajoympäristössä muuttuu, täytyy korjata vain sen sovitinta. Tai jos jokin verkkopankissa/pankeissa muuttuu, voidaan korjata verkkopankkikoodia, ja korjaukset on heti käytettävissä kaikissa eri verkkokaupoissa ilman että verkkokauppasovellukseen tai sen sovittimeen tarvitsisi tehdä mitään. Näin siis ainakin ideaalitapauksessa.
tallennettu

Aivomatic Oy: avoimen lähdekoodin verkkomaksuohjelmistot - www.aivomatic.com
markus
Tulokas
*
Viestejä: 14


Profiili
« Vastaus #13 : 21.02.2006, 21:27 »

Jos omaan kauppapaikkaan lisää suomalaisen maksumoduulin, niin pitääkö serverin tukea SSL-salausta?

Minulla on apache (apache2triad) ja "Apache2triad Apache2 service with SSL" ei suostu käynnistymään. Voiko tämä olla este ettei maksumoduuli toimi?
tallennettu
teemu_m
Konkari
****
Viestejä: 164



Profiili WWW
« Vastaus #14 : 22.02.2006, 08:50 »

Jos omaan kauppapaikkaan lisää suomalaisen maksumoduulin, niin pitääkö serverin tukea SSL-salausta?

Oli vissiin niin, että sulla on kokeilussa ZenCart. Tämä foorumi ei ehkä ole paras mahdollinen sitä koskeville kysymyksille - ZenCartin foorumilta saanet paremmin sitä koskevia vastauksia.

Joomla/VirtueMartin osalta SSL-pakkoa ei ole (nähdäkseni) tekniseltä kannalta, eikä myöskään käytännölliseltä kannalta, jos käyttää maksutapoja, joissa asiakas vaihtaa arkaluontoista verkkopankki-/luottokorttitietoa vain pankkien/luottokunnan kanssa, eikä missään vaiheessa verkkokaupan kanssa.
tallennettu

Aivomatic Oy: avoimen lähdekoodin verkkomaksuohjelmistot - www.aivomatic.com
Sivuja: [1] 2 3 ... 14
  Tulostusversio  
 
Siirry:  

MySQL pohjainen foorumi PHP pohjainen foorumi Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Validi XHTML 1.0! Validi CSS!