Aivomatic Oy:n asiakas voi aina ottaa yhteyttä Aivomaticiin maksumodulien teknisiä vaikeuksia kohdatessaan. Teknistä tukea annetaan myös vaikka asiakkaalla ei olisikaan ylläpitosopimusta.
Ko. asiakkaan ongelma on ollut ainutlaatuinen. Kenelläkään muulla asiakkaalla ei ole ollut samaa ongelmaa ikinä. Maksumodulissa ei ole ainuttakaan tunnettua bugia ja se toimii yhteen tuoreimman VirtueMartin version kanssa.
Asiakkaan puolesta ilmaiseksi tehdyn vianetsinnän perusteella epäilen ongelman aiheuttajaksi jotain asiakkaan käyttämää SEF- tai Cache-komponenttia. Ainakaan tämän diagnoosin jälkeen asiakas ei ole enää ollut yhteydessä, joten ilmeisesti diagnoosista oli apua.
Em. moduli perustuu ennen Aivomatic Oy:n perustamista kehittämääni vanhaan Fipn-ohjelmistokehykseen.
Sittemmin, Aivomatic Oy:n perustamisen jälkeen, Fipn-ohjelmistokehys on refactoroitu kokonaan uusiksi. Nyt tarjolla on uuteen Fipn-ohjelmakehykseen perustuva Suomen Maksuturva Oy:n verkkomaksupalvelun maksumoduli VirtueMartille (tuotenimi/-koodi: "FipnVmSmt").
Moduli on maksullinen. VirtueMartiin suoraan liittyvät osat ovat tietenkin edelleen GPL-lisenssoituja, mutta maksumodulin hyödyntämä erillinen verkkokauppariippumaton Fipn-ohjelmistokehys on omisteinen.
Aivomatic Oy:n Maksuturva-moduli tarjoaa mm. seuraavia etuja:
Kaikkien syötteiden tarkka validointi. Etenkin käyttäjän selaimen kautta saatavien syötteiden validointi on oleellinen osa monikerroksista tietoturvaa.
Laajat unit- ja regressiotestit kehitysympäristössä. Pelkästään Maksuturva-moduliin liittyy yli 400 unit- ja regressiotestiä ja tuhansia rivejä testikoodia.
Tuki usealle kielelle. Valmiit käännökset suomelle ja englannille. Maksuturvan sivuston kielivalintaparametri voidaan asettaa maksumodulin asetuksissa.
Tuki asiakkaan erilliselle toimitusosoitteelle.
Tuki Maksuturvan rajapinnan lähetysaika-parametrille. Lähetysajan laskutapa voidaan asettaa modulin asetuksissa joko varastotilanteen mukaan muuttuvaksi tai kiinteäksi vakioajaksi.
Maksumodulin valinta voidaan rajoittaa tilauksen loppusumman minimi-/maksimirajan mukaan.
Vapaasti maksumodulin asetuksissa valittava viivästetyn maksun tilausstatus.
Palvelimen merkistö voidaan valita maksumodulin asetuksissa.
Tuki sekä PHP:n iconv- että mbstring-laajennuksille.
Aivomatic Oy tarjoaa modulilleen asennus- että tukipalveluja, sekä seuraa Maksuturvan rajapintaan ja VirtueMartiin tulevia muutoksia, ja jatkokehittää ja päivittää maksumodulia tarpeen mukaan.
[...] minua kiinnostaisi virtuaaliviivakoodin saaminen mukaan.
Täytyy laittaa korvan taakse muhimaan. Ei virtuaaliviivakoodi teknisesti mikään erityisen iso juttu ole.
Samalla voisi tietysti kysyä, että onko kiinnostusta PDF-muotoisen "paperilaskun" liittämisestä samaan syssyyn, vai onko se mielestänne jo täysin out, passée ja/tai wanha?
VirtueMart ennakkomaksumoduli eli DirDepo (Direct Deposit) on saanut pienen päivityksen.
Jos olet jo onnistuneesti asentanut edellisen 0.2.0-version, niin 0.3.0 ei ole mitenkään pakollinen päivitys. 0.3.0 yksinkertaistaa asennusta ja parantaa englanninkielistä dokumentaatiota (olkoonkin että suomenkielinen dokumentaatio on jätetty kokonaan pois), mutta se ei tarjoa mitään sinällään uutta toiminnallisuutta.
- - - - - 0.3.0 - - - - - 2009-12-01 Teemu Mäntynen * Support for Joomla! 1.0, VirtueMart 1.0 and PHP4 dropped. * Requirements: Joomla! 1.5, VirtueMart 1.1, PHP5. Distributed in UTF-8 only. * If your earlier DirDepo 0.2.0 works fine then there is no need to upgrade. DirDepo 0.3.0 doesn't provide any new functionality, but it improves english documentation and makes the installation easier: * Moved dirdepo-directory from .../classes/payment/dirdepo to .../classes/aivomatic/dirdepo. This way only the ps_dirdepo_fi is listed in payment method selection drop down menu during payment method creation. * Only one line needs to be copied and pasted to Payment Extra Info form field in payment method settings. No need to copy/paste a whole file contents any more. * New english installation instructions.
Koodia:
DirDepo installation instruction
- Extract the contents of DirDepo-n.n.n.zip (where n.n.n is the version number) to a temporary folder on your local computer. - The ZIP-archive contains the following folder structure and files: . `-- administrator `-- components `-- com_virtuemart `-- classes |-- aivomatic | `-- dirdepo | |-- CHANGELOG | |-- INSTALL | |-- LICENSE | |-- README | |-- doc | | |-- [...] | | `-- index.html | |-- ps_dirdepo.php | |-- ps_dirdepo_fi_checkoutThankYou.english.html | |-- ps_dirdepo_fi_checkoutThankYou.finnish.html | |-- ps_dirdepo_fi_email.english.html | |-- ps_dirdepo_fi_email.english.txt | |-- ps_dirdepo_fi_email.finnish.html | |-- ps_dirdepo_fi_email.finnish.txt | `-- ps_dirdepo_fi_formExtraInfo.php `-- payment |-- ps_dirdepo_fi.cfg.php `-- ps_dirdepo_fi.php
- Copy the folders and files to your Joomla/VirtueMart server (the folder structure of DirDepo matches the existing Joomla/VirtueMart folder structure). - The .../administrator/components/com_virtuemart/classes/aivomatic/dirdepo/doc folder, which contains the developer documentation, doesn't have to be copied to the server. - Log into Joomla administration backend. - Select VirtueMart Admin Panel / Store / Add Payment Method - Configure the Payment Method Form fields: - Active?: Not checked - Payment Method Name: "Direct deposit" - Code: "DIRDEPO" - Payment class name: ps_dirdepo_fi - Payment method type: HTML-Form based - Click Save. - Reopen the newly saved "Direct Deposit" payment method by clicking its name on Payment Method List. - Check / uncheck the 'Active?' checkbox (again). - Open Configuration tab. - Configure Direct Deposit settings form fields (ie. Invoicer's Name, Bank etc.). - Copy and paste the "<?php require_once CLASSPATH.'aivomatic/dirdepo/ps_dirdepo_fi_formExtraInfo.php'; ?>" string to Payment Extra Info form field like instructed in the form. - Click Save. - Set the new "Direct Deposit" payment method active if not already set. - Test by making a new order as a customer.
Eli mistähän docmanissa saa napsautettua pois tuon Järjestä : Nimi | Päiväys | Osumat | [ Nouseva ] -rivin siitä Dokumentit -rivin alta..?
Hyvin hätäisesti vilkaistuna sen pulauttamiseen käytetään näemmä template-tiedostoa /components/com_docman/themes/default/templates/documents/list_order.tpl.php
Puukota sitä, tai jos ehdit, niin kaivele vähän syvemmältä, ja katso mistä sitä kutsutaan.
[...] Ensin yritin asentaa templatea, niin selain heitti tyhjälle sivulle, jossa luki:
"Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. [...]
Pelkkä villi arvaus: PHP5:tä ajetaan suPHP-CGI-modulina, jolloin käytettyihin hakemistoihin ja tiedostoihin ei saa olla kirjoitusoikeuksia kuin käyttäjällä itsellään. Eli oisko asentamasi templaten oikeudet väärin?
Joomla-integraatio ei ole omaan käyttööni kriittinen, eli sellaista ei ole nyt tulossa tähän lähtöön. Toki olisi näppärää, jos asiakas pääsisi yhdellä ja samalla tunnarilla HelpDeskiin ja esim. Docmaniin. vtigerin tuorein Joomla-integraatiopulikka taisi olla Joomla 1.0-versiolle. En ottanut sitä ikinä lähempään tarkasteluun, koska oma Joomla on 1.5-sarjaa.
Tulin sittenkin toisiin aatoksiin
Yksi ja sama tunnari Joomlaan ja vtigerin asiakasportaaliin on niin näppärä, että päätin sittenkin hommata sellaisen käyttööni. Mutta koska sellaista ei siis tietääkseni ollut valmiina olemassa vtiger 5.04:lle ja Joomla 1.5:lle, niin piti sitten tehdä itse.
Autentikointi-integraattorin (onpas hieno sana) perustana toimii JFusion. Siihen oli paljon nopeampaa kehittää vtiger-plugin, kuin tehdä koko integrointipakeketti alusta alkaen. Vielä tärkeämpää on, että tulevaisuudessa voi olla, että JFusionin avulla voin integroida myös muita ohjelmistoja (esim. verkkokauppa tai foorumi) samaan nippuun.
Laitan pluginin yleiseen jakoon joskus lähipäivinä.
Alla vielä README:n sisältö, kun en viitsi ruveta toistamaan sen sanomisia tässä suomeksi.
Lainaus
JFusion plugin for vtiger customer portal
Please note that this plugin authenticates vtiger customer portal user, NOT vtiger CRM users. Customer portal users are Contacts whose 'Portal User' == 'yes'
PHP5 only!
Developed and tested with vtiger 5.04, Joomla 1.5.7 and JFusion 1.07e alpha (MySQL 5.0.51a, PHP 5.2.4 cgi-fcgi, Apache 2.2.8 and Kubuntu 8.04)
vtiger must act as the master user database. Importing JFusion slave users into the vtiger is not implemented (because I don't need it).
Dual login is experimental and requires Joomla to use session handler 'none' (native PHP session handler). By default Joolma uses custom 'database' session handler. See Joomla's configuration.php / $session_handler.
Onko kellää kokemuksia Joomlan ja jonkun CRM-ohjelmiston integraatiosta? SugarCRM ? CiviCRM? muu?
Kokemusta ei ole niin paljon, että voisi itseään väittää hyvällä tahdollakaan sen alan asiantuntijaksi. Kannattaa siis suhtautua hiukan varauksella alla kirjoittamaani. Tiedän että täällä on rautaisia Sugar-ammattilaisia, jotka varmasti oikovat pahimmat virheväittämäni, ja osaavat muutenkin neuvoa sinua pidemmälle.
Olen itse parhaillaan ottamassa käyttöön CRM:ää. Lähempään vertailuuni päätyivät SugarCRM ja vtiger. Vertailuun toki on ollut käytettävissä vain rajallinen määrä aikaa.
SugarCRM:n Community-versiossa ei ole "HelpDeskiä" tms. asiakasportaalia ongelmatikettien ja FAQ:n pyörittämiseen. Sellaisen olisi periaatteessa saanut Joomla+Sugar com_sugarbugs ja sugarauth -komponentteilla. Kumpikin osoittautui aika bugisiksi testeissä, eikä aika tai mielenkiinto riittänyt niiden korjaamiseen. Sugarin maksullisiin versioihin Sugarin oma portaali löytyisi. Olisin kyllä valmis maksamaankin jotain toimivasta paketista, mutta ongelma vaan on, että Sugarin tapa myydä vain monen käyttäjän lisenssipaketteja ei oikein sovi yhden miehen firmalle.
Olen nyt päätymässä vtigeriin, jossa on itsessään toimiva asiakasportaali. Bonuksena vtigerissä on osto- ja myyntilaskutus, joille voi joskus myöhemmin tulla jotain käyttöä. SugarCRM:n Communityssä niitä ei ole ainakaan suoraan.
Joomla-integraatio ei ole omaan käyttööni kriittinen, eli sellaista ei ole nyt tulossa tähän lähtöön. Toki olisi näppärää, jos asiakas pääsisi yhdellä ja samalla tunnarilla HelpDeskiin ja esim. Docmaniin. vtigerin tuorein Joomla-integraatiopulikka taisi olla Joomla 1.0-versiolle. En ottanut sitä ikinä lähempään tarkasteluun, koska oma Joomla on 1.5-sarjaa.
Mielestäni tuo olisi aika hankala että keräät tuotteet koriin ja sitten lähdet tekemään ostoprosessia sitten vasta saat tuon "kysy tarjous" valinnan. [...] Mielestäni tämä "kysy tarjous" pitäisi olla suoraan ostoskorissa tilausnapin vieressä.
Aivan. Siksi se onkin vain "kikka".
Mutta ihan täysiverisen erillisen "kysy tarjous" -toiminnon kehittäminen vaatisi valtavasti paljon enemmän tekemistä, ja VM:n vähänkään tuntien tavattoman paljon core-koodin puukottamista, mikä taas puolestaan lisäisi vaivaa jokaisen päivityksen yhteydessä.
Siksi pitäisi punnita, onko helppo ratkaisu, vaikka se ei olekaan täydellinen, parempi kuin ei mitään.
Löytyisikkös sellaista että asiakas voi kerätä tuotteet koriin ja pyytää niistä tarjousta sähköpostitse? Eli luultavasti siellä ostoskorissa pitäisi olla nappi "kysy tarjous" tms..
Äkkiseltään tulee mieleen kikka, joka ei ehkä ole mitenkään über-magee, mutta lienee toteutettavissa varsin vähäisellä vaivalla:
Eli mitäs jos käytössä olisi maksutapa "Kysy tarjous"?
Ensinnäkin voisi luoda yksi-kaksi uutta "Tilauksen tilatyyppiä":
Tarjouspyyntö
Tarjous annettu
Sitten muiden maksutapojen joukossa olisi em. "Kysy tarjous". Jos se on valittu "tilausta" tehdessä, niin tavanomaisen checkout-prosessin lopuksi voitaisiin näyttää joku viesti, jossa kerrotaan, että kiitos paljon ja että asiakkaan tarjouspyyntöön palataan mahdollisimman pian jne. jne.
VM:n hallintapanelissa tarjouspyynnöt olisi helppo erottaa varsinaisista tilauksista tuon tilauksen tilatyypin perusteella. Kun tarjous on laskettu ja annettu asiakkaalle, "tilaus" muutetaan tilaan "Tarjous annettu". Jos tarjous johtaa kauppoihin joko sellaisenaan tai muokattuna, niin sen voi muuttaa myös esim. tilaan "Shipped" tms.
Tämä on vain hyvin nopeasti ideoitu ajatus, enkä ole käytännössä tutkinut kaikkia sen yksityiskohtia, mutta mielipiteet ovat tervetulleita.
Ja kyllä: uusi palveluntarjoaja on vakavasti ollut harkinnassa jo pidempään.
Olisi pitänyt jo edellisessä viestissä saman tien muistaa huomauttaa, että kannattaa etukäteen varmistaa, että seuraavan palvelutarjoajasi PHP on versiota 5.2.
Jos voi hiukan yleistää, niin PHP 5.0 oli hidas ja buginen. 5.1 korjasi enimmän osan bugeista, mutta oli edelleen hidas. 5.2:ssa asiat alkavat olla hyvällä mallilla.
Ja kun asiaan päästiin, niin IMHO on hiukan erikoista, että Joomla! 1.5:tä ei jo alun alkaen tehty vain PHP5:lle. PHP4 on ihan turhaa painolastia.
Palveluntarjoaja on niin nuivaa laatua, että palvelimen päivitystä ei ole tiedossa ennen kuin heille sattuu sopimaan.
Niin eihän PHP4:n tuki loppunutkaan kuin 2007 lopussa, ja jopa tietoturvapäivitystenkin osalta 8.8.2008. Asia on ollut yleisessä tiedossa ties miten kauan (ainakin vuosi-puolitoista).
Ongelmana on myös että ennakkomaksutiedot menee teksti-muodossa vastaanottajalle mutta ei HTML-muodossa
Ootko koittanut Joomlan/VM:n debugia? Näkyykö debug-viesteissä esim: "Virhe: ps_dirdepo_fi::Error reading html-mail body file". Jos niin tarkista ps_dirdepo_fi_email.finnish.html-tiedoston lukuoikeudet jne.
Nämä virheilmoitukset tulee näkyviin kylläkin vasta sitten kun laittaa hallinnasta virheraportoinniksi "Tarkin". Muuten virheilmoitukset ei taida toimintaa haitata.
Kyse on tästä: http://www.php.net/manual/en/function.error-reporting.php Huomautukset tulee siitä, että koodissa viitataan kahteen muuttujaan, joita ei ole ensin ns. alustettu, sekä käsitellään yhtä merkkijonoa kuin se olisi vakiomuuttuja, jota sen ei ole tarkoitus olla. Tässä tapauksesa niistä ei ole suoranaista ongelmaa, mutta ne on turhia huolimattomuusvirheitä, jotka voi fiksata seuraavassa päityksessä.
Jos joku haluaa fiksata ne jo ennakkoon, niin ps_dirdepo.php -tiedostoon pitää tehdä seuraavat muutokset, minkä jälkeen ei pitäisi tulla huomautuksia edes PHP:n virheraportoinnin tasolla "error_reporting = E_ALL & ~E_NOTICE". Mutta mitään varsinaisia käytännön vaikutuksia noilla muutoksilla ei siis ole.
Joomla.fi on avattu!
Näytä kirjoitukset
