Archief - Ontwikkelen ticketsysteem

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

Gurenn

Legacy Member
Ik ben voorzitter van een Japans georiënteerde vzw die een jaarlijks evenement organiseert. Hierbij werken we met een ticketverkoop. Tot nu toe werken we hiervoor met Ticketscript. Nu is het zo dat die administratiekosten aanrekenen. Gezien we onlangs ons evenement uitgebreid hebben en verhuisd zijn naar een nieuwe venue hebben we onze ticketprijs moeten verhogen. Hierdoor wegen de administratiekosten ook zwaarder door op de bezoekers.
Daarom lijkt het ons beter een in-house ticketsysteem uit te werken, zodat er geen extra kosten meer bij komen kijken. Het probleem is echter dat geen van onze leden de tijd en kennis heeft om dit zelf te programmeren.

Nu, gezien het veel geld kost om een professional in te schakelen en wij dit als vzw spijtig genoeg niet hebben (zeker niet met de gevoelig gestegen kosten van dit jaar) zou ik willen vragen of er hier mensen zijn die dit kunnen doen tegen een schappelijke vergoeding of eventueel zelfs pro bono?
Natuurlijk komt er wat in de plaats dan (gezien je het niet helemaal voor niets kan doen), we kunnen zorgen voor een vermelding op ons promomateriaal, onze website en voor gratis toegang op ons evenement.

Alvast bedankt.

Recipe4hate

Legacy Member
Gurenn zei:
Ik ben voorzitter van een Japans georiënteerde vzw die een jaarlijks evenement organiseert. Hierbij werken we met een ticketverkoop. Tot nu toe werken we hiervoor met Ticketscript. Nu is het zo dat die administratiekosten aanrekenen. Gezien we onlangs ons evenement uitgebreid hebben en verhuisd zijn naar een nieuwe venue hebben we onze ticketprijs moeten verhogen. Hierdoor wegen de administratiekosten ook zwaarder door op de bezoekers.
Daarom lijkt het ons beter een in-house ticketsysteem uit te werken, zodat er geen extra kosten meer bij komen kijken. Het probleem is echter dat geen van onze leden de tijd en kennis heeft om dit zelf te programmeren.

Nu, gezien het veel geld kost om een professional in te schakelen en wij dit als vzw spijtig genoeg niet hebben (zeker niet met de gevoelig gestegen kosten van dit jaar) zou ik willen vragen of er hier mensen zijn die dit kunnen doen tegen een schappelijke vergoeding of eventueel zelfs pro bono?
Natuurlijk komt er wat in de plaats dan (gezien je het niet helemaal voor niets kan doen), we kunnen zorgen voor een vermelding op ons promomateriaal, onze website en voor gratis toegang op ons evenement.

Alvast bedankt.

Ik vrees dat dit toch al een uit de kluiten gewassen project is voor een niet-professional.
Zeker als het ticketing systeem ook nog gekoppeld moet worden aan een betaalopdracht of pcbanking en pdf-generatie.

Gurenn

Legacy Member
Dat is wel de bedoeling ja. Nu mag het best door een professional gebeuren, ik moet gewoon meegegeven dat het budget beperkt is. ;)

jorn184

Legacy Member
Een eenvoudige oplossing is misschien het opzetten van een WordPress website met ticketing plugin en een payment provider.
Kostprijs: €40/jaar voor de hosting & domeinnaam + $89 (Tickets for WooCommerce, niet noodzakelijk nodig) + 3-4% transactiekosten

Gurenn

Legacy Member
Gezien daar dan nog steeds transactiekosten bij zouden komen kijken heeft dat geen zin en kunnen we evengoed bij Ticketscript blijven. De bedoeling is immers dat we de transactiekosten kunnen laten vallen met een in-house ticketing systeem. ;)

GoofyStoefy

Legacy Member
Gurenn zei:
Gezien daar dan nog steeds transactiekosten bij zouden komen kijken heeft dat geen zin en kunnen we evengoed bij Ticketscript blijven. De bedoeling is immers dat we de transactiekosten kunnen laten vallen met een in-house ticketing systeem. ;)

Dan kan je geen betaalsysteem inbouwen. Dan moet je ze zelf laten overschrijven telkens en manueel na gaan wie heeft overgeschreven of cash laten betalen. Zolang je gebruikt maakt van online betalingen zal je wel ergens transactiekosten moeten betalen.

jorn184

Legacy Member
Gurenn zei:
Gezien daar dan nog steeds transactiekosten bij zouden komen kijken heeft dat geen zin en kunnen we evengoed bij Ticketscript blijven. De bedoeling is immers dat we de transactiekosten kunnen laten vallen met een in-house ticketing systeem. ;)

Misschien liggen de percentages die je moet betalen lager. Dit zul je zelf eens moeten uitrekenen rekening houdend met het aantal bezoekers/tickets.
En zoals hierboven al gezegd, is het niet meer dan logisch dat je voor bepaalde diensten betaald.

Gurenn

Legacy Member
GoofyStoefy zei:
Dan kan je geen betaalsysteem inbouwen. Dan moet je ze zelf laten overschrijven telkens en manueel na gaan wie heeft overgeschreven of cash laten betalen. Zolang je gebruikt maakt van online betalingen zal je wel ergens transactiekosten moeten betalen.

Het lijkt me sterk dat er geen systeem vanaf nul gecodeerd kan worden waarbij een betaalopdracht wordt gekoppeld aan pc-banking en pdf-generatie (zoals in de eerste reply beschreven). Dit gaat immers niet over de implementatie van een bestaand systeem.

Herman De Croo

Legacy Member
Gurenn zei:
Het lijkt me sterk dat er geen systeem vanaf nul gecodeerd kan worden waarbij een betaalopdracht wordt gekoppeld aan pc-banking en pdf-generatie (zoals in de eerste reply beschreven). Dit gaat immers niet over de implementatie van een bestaand systeem.
Dat kan, maar gaat veel meer geld en tijd kosten dan de besparing die het oplevert
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan