freeware reservatiesoftware ?

[fredo66]

Ik zoek een mogelijkheid om electronische reservaties mogelijk te maken voor een vergaderzaal, ontlening laptop, beamer etc.

Mogelijke platformen zijn bij voorkeur WWW of op een n.a.s. schijf.

Liefst iets heel eenvoudig in gebruik (ontlening op uurbasis) en vooral ook de mogelijkheid om maar met 1 reservatieaccount te werken zodat je niet steeds voor elke nieuwe medewerker een account moet gaan aanmaken. Iedere boeking is dan natuurlijk dus definitief en kan niet gewijzigd worden (eventueel is er ook een 2e account waarmee een beheerder wel boekingen op verzoek kan annuleren). En boekingen mogen elkaar natuurlijk niet overlappen.

Zelf eens gekeken naar google kalender maar daar moet iedereen zelf een account hebben, ook bij veel van die pc programma's is dat zo ...

Liefst freeware natuurlijk, onderwijsomgeving

Iemand goede tips ?

[meon]

Misschien dat je www.doodle.com kan gebruiken?

[ubremoved_539]

ook de mogelijkheid om maar met 1 reservatieaccount te werken zodat je niet steeds voor elke nieuwe medewerker een account moet gaan aanmaken

En hoe weet je dan wie de reservatie heeft gedaan ?

[johcla]

Wat bedoel je met 1 reservatie-account?

Als je bij Google calendar 1 account aanmaakt en je deelt met alle gebruikers dat user-id en wachtwoord, dan heb je toch 1 reservatie-account? Of wordt er iets anders bedoeld?

[trobbelke]

Meeting Room Booking System

http://mrbs.sourceforge.net/

[fredo66]

ook de mogelijkheid om maar met 1 reservatieaccount te werken zodat je niet steeds voor elke nieuwe medewerker een account moet gaan aanmaken

En hoe weet je dan wie de reservatie heeft gedaan ?

Meestal heb je bij zo'n software toch wel een omschrijvingsveld, daar kan je dan ipv een reden gewoon de naam van de persoon invullen

[fredo66]

Wat bedoel je met 1 reservatie-account?

Als je bij Google calendar 1 account aanmaakt en je deelt met alle gebruikers dat user-id en wachtwoord, dan heb je toch 1 reservatie-account? Of wordt er iets anders bedoeld?

Ja dan heb je 1 account (emailadres in hun geval) maar daar kan iedereen dan elkaars boekingen veranderen en dat is niet wenselijk

[johcla]

Dat is inderdaad zo, maar dat zal altijd een restrictie zijn als je 1 account wenst. Je applicatie(Google calendar of een andere) zal dan nooit het onderscheid kunnen maken tussen persoon A en persoon B, vermits telkens dezelfde account inlogt.

[Goztow]

Geen accounts maken gaat ook, maar dan zijn edits niet mogelijk. Ik denk dat dit is wat TS wil.

[fredo66]

Dat is inderdaad zo, maar dat zal altijd een restrictie zijn als je 1 account wenst. Je applicatie(Google calendar of een andere) zal dan nooit het onderscheid kunnen maken tussen persoon A en persoon B, vermits telkens dezelfde account inlogt.

Zoals al geschreven, normaal gezien heb je toch ook een veld voor de omschrijving. De persoon die boekt kan dan daar zijn naam invullen. Zo kan er met 1 account perfect geboekt worden.
Probleem is dat al die oplossingen inderdaad uitgaan van verschillende accounts voor verschillende gebruikers. Als je dan maar 1 account gebruikt kan die ook de vorige boeking wissen. En dat mag niet.

Bedankt voor alle suggesties

[cloink]

Je wil iets wat niet werkbaar gaat zijn...

1 account, maar niemand mag elkaars boekingen aanpassen. Dat wil ook zeggen dat niemand achteraf zijn boeking kan wijzigen... Ik denk ten eerste dat er geen systeem bestaat dat zo werkt en ten tweede denk ik dat deze manier van werken voor nogal veel frustratie zou leiden?

Ik begrijp eerlijk gezegd niet goed waarom je niet met meerdere accounts wil werken. Desnoods hou je de login-gegevens erg eenvoudig? (user: voornaam, paswoord: achternaam, ofzo?)

[fredo66]

De waarheid is dat meerdere accounts hier niet werkbaar zou zijn voor zoiets banaal. De gebruikers willen geen 100 loginnamen en wachtwoorden en ze hebben er echt wel al veel. En eerlijk gezegd, ik wil ook niet steeds accounts en wachtwoorden zitten aanmaken, gebruikers verwijderen. Het personeelsverloop is hier enorm.

[trobbelke]

De waarheid is dat meerdere accounts hier niet werkbaar zou zijn voor zoiets banaal. De gebruikers willen geen 100 loginnamen en wachtwoorden en ze hebben er echt wel al veel. En eerlijk gezegd, ik wil ook niet steeds accounts en wachtwoorden zitten aanmaken, gebruikers verwijderen. Het personeelsverloop is hier enorm.

Gebruik dan uw Active Directory of een andere ldap om uw gebruikers te authenticeren, zoals wij doen met het meeting room booking system.