Tero Kankaanperä

Joomla! 1.5 -julkaisujärjestelmän soveltuvuus yhdistyksen jäsenrekisterin hoitamiseen - Pohdintaa

Pohdintaa

Peruslähtökohdiltaan Joomla Community Builder -lisäosalla varustettuna näyttäisi soveltuvan yhdistyksen jäsenrekisterin hallitsemiseen. Kivenä kengässä on Joomlan / CB:n pakollinen vaatimus sähköpostiosoitteesta, jota ei yhdistyksen jäseniltä kuitenkaan voida olettaa löytyvän. Sähköpostiosoitteen pakollisuutta ei voida Joomlassa ohittaa poistamalla sähköpostivarmistus käytöstä ja/tai valinnalla että pakollisia kenttiä ei vaadita ylläpitoliittymästä tietoja syötettäessä vaan jokaiselle käyttäjätietokantaan syötettävälle on annettava sähköpostiosoite. Siispä jokaiselle käyttäjälle on rekisteröitävä sähköpostiosoite. Tämä johtaa väistämättä jonkinlaisen selviämisstrategian muodostamiseen eikä siten ole hyvää hallintoa. Jos uusien käyttäjätilien sähköpostiaktivointi ja/tai sähköpostiosoitteiden ajax-tarkastus on käytössä ei kenttään voida syöttää huuhaa/foobar-osoitteita. Edelleen Joomla 1.5 edellyttää uniikkia sähköpostiosoitetta, eikä kenttään siten voida rekisteröidä samaa jäsenrekisterin ylläpitäjälle johtavaa sähköpostiosoitetta useampaan kertaan. Yksi mahdollisuus on tietenkin tarjota kaikille jäsenille sähköpostiosoite ja perustaa sellainen valitussa standardimuodossa rekisteröinnin yhteydessä, mutta lienee jäsenen oikeuksissa kieltäytyä ottamasta sitä käyttöön ja/tai lakkauttaa se. Selviämisstrategioihin kuuluu sekin, että perustetaan huuhaa-osoite, jolle perustetaan aina uusi alias joka rekisteröidään jäsenelle jolla ei ole sähköpostiosoitetta. Jälkimmäinen lienee edullisempi vaihtoehto, sillä useinkaan sähköpostitilejä, toisin kuin sähköpostialiaksia ei ole rajoittamattomasti webhotellissa - levytilasta puhumattakaan. Molemmat aiheuttavat harhaa tilastoihin jos ei niitä huomioida sellaisia mahdollisesti kerättäessä. Toki ongelma on nykyään ehkä eläkeläisyhdistyksiä lukuunottamatta vähemmistöongelma, mutta vakava ongelma siltikin. Tiukimmin hyvän hallinnon tapaan sitoutuvat toteavat tässä kohtaa, että Joomla+CB-yhdistelmä ei sittenkään sovellu yhdistyksen jäsenhallintoon.

Edellä esitetty perusmalli ei sisällä vielä minkäänlaista ratkaisua jäsenmaksuhallintoon. Joomlaan on saatavissa Virtuemart-ekauppakomponentti, johon voidaan useammallakin eritavalla tuoda myös verkkopankkien maksupainikenapit helppoa maksamista varten. Virtuemart edellyttää ja tarjoaa suppeaa käyttäjän rekisteröintiä ostoksien maksamisen yhteydessä, joten sitä käytettäessä tulee huomioida tämä ominaisuus tietosuojaselostetta laadittaessa. Suoran tunnuksen aktivoitumisen yhteyden rakentaminen Virtuemartin tuotteen (jäsenyyden) maksamiseen on todennäköisesti mahdollista ja mahdollisesti siihen on jo olemassa lisäosia, mutta niiden selvittäminen jää myöhemmälle. Eräät tavat toteuttaa maksuominaisuudet Virtuemartissa siirtävät myös joitain käyttäjätietoja kolmannelle osapuolelle, mikä on luonnollisesti selvitettävä jäsenille. Maksupainikenapit edellyttävät tiliä kohde pankissa ja niiden perustaminen ja käyttäminen on suhteellisen kallista. Maksupainikemaksun palaute ei ole 100 prosenttisen varma kuittaus siitä että yhdistys on saanut rahansa vaan suoritukset tulee vielä tarkastaa tilitapahtumista. Maksutapoihin on syytä sisällyttää myös hitaampia tapoja kuten lasku kirjeenä, sähköpostina tai jonkin kolmannen osapuolen palvelun kautta. Vaihtoehtona Virtuemart-ekauppakomponentille on ainakin Community Builderin tuore Paid Subscription Content -lisäosa. Sen maksutapavaihtoehdot ovat kuitenkin tällä hetkellä varsin suppeat suomalaisesta näkökulmasta. Joka tapauksessa ostajille (tuleville jäsenille) on kumpaa (mitä) tahansa ratkaisua käytettäessä tehtävä selväksi mitä he ovat ostamassa, että "tuote" on jäsenyys ja kuuluu kuluttajansuojalainsäädännön piiriin vain hyvin rajoitetuilta osin (markkinointisäädökset).

Joomla+CB-yhdistelmä ei tarjoa sellaisenaan yksinkertaista tapaa ottaa ulos tietoja postituksia tai muita yhteydenottoja varten. Sähköpostitse suoraan Joomlasta lähetettäviin viesteihin on tarjoalla useitakin komponentteja (Joomlan peruskokoonpanossa, YANC, Letterman, Acajoom News...) mutta perinteiseen postitukseen tarvittavat osoitetiedot saa ulos vain web-sivuna. Vaihtoehtona on tietojen kaivaminen suoraan tietokannasta esimerkiksi phpMyAdmin-sovelluksella, mutta tämä edellyttää paitsi käyttöoikeuksia palvelimelle, myös SQL-tietokantaosaamista ja/tai taloudellista panosta ohjelmaan kyselyjen laatimiseksi. Joomlaan on mahdollisesti myös olemassa komponentteja tietokannan kaiveluun, mutta niiden selvittäminen jätetään tässä myöhempään vaiheeseen.

Ratkaistaviin kysymyksiin kuuluu nimi-kenttien määrän ja eriytymisen ongelma, joka tulee ratkaista yhdistyskohtaisesti tilanteeseen parhaiten sopivaksi katsottavalla tavalla. Mikäli nimikenttiä valitaan käytettäväksi useampi kuin yksi on jotenkin eriytettävä yhteisöjäsenten nimitiedot.

Yksityisyydensuojan varmistamiseksi sivustolle ei voida rekisteröidä ketään muita kuin jäseniä käyttäjiksi. Mahdollisesti sivustolle rekisteröitävät yhteistyökumppanit pääsevät katselemaan vain jäsenille tarkoitettua tietoa, eikä tätä voida estää. Näin ollen ainoastaan yhdistyksen jäsenten lisäksi sivustolle voidaan rekisteröidä vain yhdistyksen hallituksen jäseniä ja mahdollisesti muita luottamus-/toimihenkilöitä, joilla tehtävänsä vuoksi on oikeus em. tietoihin. Sivuston ylläpitäjän vaitiolositoumukseen tulee lisätä jäsentietoja koskeva pykälä. Sivuston käyttäjien oikeustasoa nostettaessa on muistettava että ylläpitäjä/administrator-tasolle nostetut käyttäjät pääsevät käsiksi muiden käyttäjien kaikkiin tietoihin. Kuitenkin jos CB:n Workflows-modulli on käytössä se voidaan asettaa korkeintaan "Special" oikeustasolla, joka tarkoittaa, että kaikki kirjoittaja/author-tasosta alkaen voivat nähdä jäsenyyttä hakeneiden käyttäjien nimen ja/tai käyttäjätunnuksen. Tätä modullia ei näin ollen voida käyttää jos yhdistyksen aktiiveilla on korkeampia oikeustasoja kuin rekisteröitynyt/registered.

• lopullinen tietokantarakenne

• yhteenvetotaulukot