--- title: "Takenbeheer voor vakantieparken: wat het doet" description: "Taken, afdelingen, automatisch aangemaakte taken en rechten, functie voor functie uitgelegd — inclusief wat elk onderdeel nog niet doet." url: "https://www.holidayhero.com/nl/blog/takenbeheer-vakantieparken" published: "2026-11-05T13:26:45+00:00" updated: "2026-11-05T13:26:45+00:00" author: "Kevin Hoft" --- # Taken, afdelingen, en wie wat mag zien > Taken is het grootste dat we gebouwd hebben en nooit hebben aangekondigd. Het doet al een jaar echt werk, en deze week kan een taak eindelijk bij een afdeling horen in plaats van bij één persoon. Hieronder elk onderdeel, wat het doet en wat het niet doet. - **Categories** — Release Radar Het is 15:00 uur op een wisselzaterdag. Elf units eruit, elf erin. Eén aankomst is twee uur te laat, één vertrek is nog niet weg, 14 wil een kinderbedje, en de gast op 7 vroeg een uur geleden naar de kajaks. Niets daarvan is een crisis. Alles ervan is werk. En vrijwel niets ervan is aan iemand toegewezen — het wordt onthouden, door wie er achter de balie staat, tot zijn dienst erop zit. Taken is het grootste dat we gebouwd hebben en nooit hebben aangekondigd. Het doet al een jaar echt werk, terwijl elke week van deze reeks iets had dat zich op de gast richtte en dus voorging. Deze week krijgt het zijn uitleg, met één werkelijk nieuw stuk: een taak kan nu bij een afdeling horen in plaats van bij één persoon. Hieronder elk onderdeel, wat het doet en wat het niet doet. ## Taken **Wat het is.** Een stuk werk met een eigenaar, een status, en een plek waar het bij hoort. Een taak hangt aan een **reservering** of aan een **listing**. Dat is het structurele verschil met de takenapp die je waarschijnlijk naast je PMS draait: die heeft nog nooit van de boeking gehoord, dus iemand leest de reservering en typt het kamernummer met de hand over. **De details** - **Eigenaar:** een persoon, een afdeling, of niemand. Niet-toegewezen mag. - **Statussen:** open, afgerond, geannuleerd, en automatisch gesloten — bewust niet hetzelfde woord als afgerond. - **Automatisch sluiten:** een taak kan een tijdstip meekrijgen waarna hij zichzelf sluit, en dan staat er *automatisch gesloten*. Zo gooit "dertig taken gesloten vorige week" niet stilletjes werk dat iemand deed op één hoop met werk dat de klok heeft opgegeten. - **Waar ze staan:** een takenoverzicht dat je kunt filteren, plus een tabblad Taken op elke reservering en elke listing. - **Historie:** het opnieuw toewijzen wordt vastgelegd in de tijdlijn van de taak zelf, dus je ziet waar iets geweest is. **Wat het nog niet doet.** Het filteren op open tegenover gesloten is niet betrouwbaar — een taak met de hand afronden zet het veld dat die filters lezen niet. Lees de lijst, niet het aantal. We zijn het aan het oplossen. ## Afdelingen — nieuw deze week **Wat het is.** Een groep mensen waar een taak bij kan horen, in plaats van bij één persoon met naam en toenaam. Tot deze week ging een taak naar een individu. Prima, tot dat individu donderdag vrij is en het werk niet. **De details** - **Een afdeling is een naam en een kleur.** Negen kleuren. Dat is het hele model, en de engineer die het opschreef verwoordde het beter dan een marketingzin zou doen: een afdeling is uiteindelijk een badge met een kleur. - **Mensen kunnen in meerdere zitten.** Iemand kan tegelijk bij housekeeping en bij onderhoud horen. - **Toewijzen is het een of het ander.** In het beheer kies je een afdeling, of een persoon, of je laat hem niet-toegewezen staan. - **De mail gaat naar iedereen.** Elk actief lid dat meldingen voor taken aan heeft staan krijgt er een, met een eigen onderwerpregel die zegt dat er een taak aan zijn afdeling is toegewezen. - **Badges staan op vier plekken:** de taak zelf, het takenoverzicht, en het tabblad Taken van de reservering en van de listing. Het overzicht filtert op afdeling. - **In het beheer staat Afdelingen nu naast Medewerkers.** Een eigen tabblad, met per afdeling de kleur, het aantal leden en wie erin zitten. In het Engelstalige beheer heet Operators voortaan Staff; in het Nederlands blijft het gewoon Medewerkers, dus daar verandert het label niet. - **Via de API:** Connect krijgt afdelingen als volwaardig type, met `departmentId` op het aanmaken en bijwerken van een taak en een filter op de query op taken. Webhooks voor taken dragen een afdelingsblok mee. De MCP-tools kunnen een taak ook in een afdeling zetten. ### Het stuk dat je twee keer moet lezen **Een taak aan een afdeling toewijzen licht iedereen erin in en maakt niemand verantwoordelijk.** Er is geen knop om een taak op te pakken. Er wordt niets vastgezet op de eerste die hem opent. De individuele eigenaar blijft met opzet leeg, zodat een afdelingstaak niet stilletjes iemands persoonlijke taak wordt omdat hij er toevallig naar keek. Zes mensen krijgen een mail; de taak blijft staan, in bezit van een groep. Voor veel werk klopt dat precies. Handdoeken naar 14 kan elk van vier huishoudelijke medewerkers doen en het maakt niet uit wie — stuur je het naar één persoon met naam, dan blijft het liggen als zij vrij is. Voor ander werk klopt het juist niet. Is er één persoon die het als enige kan, stuur het dan naar die persoon. > Gebruik een afdeling voor werk dat elk van hen kan doen. Gebruik een persoon voor werk dat maar één van hen kan. **Wat het nog niet doet** - Een lid dat meldingen voor taken uit heeft staan **krijgt niets, en jij hoort dat niet.** Wijs een taak toe aan zes mensen van wie er twee hun meldingen uit hebben, en vier mensen horen ervan. - De afdelingsmail is **alleen in het Engels**, terwijl het beheer Engels en Nederlands is. - **Een afdeling verwijderen maakt de taken ervan niet-toegewezen** en meldt dat aan niemand. Maak de afdeling eerst leeg. - **Iemand uit de workspace halen** haalt die persoon ook uit alle afdelingen daarvan. - **Geen hiërarchie** — geen onderafdelingen, geen standaardafdeling per unit, geen rooster of servicenormen eraan gekoppeld. - Via MCP kan een agent een afdeling wel **instellen**, maar nog niet **opvragen** welke er zijn. - **Er is nog geen handleidingspagina.** Het is deze week live gegaan en de documentatie heeft het nog niet bijgehouden, dus deze post is voorlopig de documentatie. ## Taken die zichzelf aanmaken **Wat het is.** Eén specifiek geval waarin een taak opengaat zonder dat iemand dat besluit. Komt er een reservering binnen van een kanaal **zonder bruikbare contactgegevens** — geen e-mailadres, geen telefoonnummer, of een nummer dat niet te lezen is — dan merkt de integratie dat tijdens het inlezen en opent een taak. **De details** - **Live op drie integraties:** iCal, HostHub en MyTourist, elk met een eigen schakelaar. - **Hij komt terecht** bij de medewerker die je voor die integratie aanwijst. - **Hij ontdubbelt** op de integratie, de reservering en de reden, dus een feed die veertig keer opnieuw synchroniseert levert je geen veertig taken op. - **Waarom juist deze:** een boeking zonder telefoonnummer meldt zichzelf niet. Je komt erachter om vier uur op de zaterdag dat ze zouden komen, door iemand met een sleutel in de hand en geen manier om ze te bereiken. De taak openen op het moment van synchroniseren haalt die ontdekking drie weken naar voren. Er is nog één ding dat zelf een taak aanmaakt, en dat is geen integratie: zoekt de AI-concierge je reisgidsen af en vindt hij geen antwoord, dan opent hij een **content gap-taak** in plaats van er een te verzinnen. Die wachtrij is een to-dolijst voor je content. **Wat het niet doet.** Een boeking opent geen taak. Een annulering ook niet, een vroege aankomst niet, en een gekochte extra niet. Die vier zijn wat "taken worden aangemaakt vanuit PMS-gebeurtenissen" meestal suggereert, en het zijn precies de vier die we niet hebben — daar is een algemene event engine voor nodig, en die is niet gebouwd. ## Rechten **Wat het is.** Per persoon regelen wat elk teamlid mag zien en wijzigen. **De details** - **Dertig onderdelen** in de catalogus — taken, check-ins, gesprekken, reserveringen, listings, reisgidsen enzovoort. Vierentwintig daarvan met lees- en schrijfrechten, zes alleen lezen. - **Per persoon toegekend**, telkens één set. Eigenaren slaan de controles helemaal over. - **Voor afdelingen specifiek:** beheren vraagt Workspaces → Write, zien vraagt Operators → Read, en een taak eraan toewijzen vraagt Tasks → Write. Er is geen apart recht voor afdelingen. - **Een nieuw uitgenodigde medewerker begint met alleen Workspaces → Read**, dus hij ziet geen afdelingen tot jij de vinkjes zet. **Wat het niet doet.** Er is geen rol als object — je hebt eigenaren en leden met een handmatig gekozen set, niet "hoofd housekeeping" dat je één keer vastlegt en op vier mensen toepast. Rechten gelden voor de workspace en niet per accommodatie, dus je kunt iemand geen toegang geven tot twee van je vijf locaties en niet tot de andere drie. Afdelingen groeperen mensen; ze beperken niet wat iemand ziet. ## Eén login voor al je locaties **Wat het is.** Draai je meer dan één accommodatie in HolidayHero, dan logt je team één keer in en wisselt daarna tussen de locaties. **Wat het niet doet.** Het beperkt niets tot een deel van je locaties. Er is geen manier om een weergave, of het dagbord, te richten op de drie locaties waar iemand echt werkt. Het is de hele workspace of niets. ## Wat er al is: het dagbord en manifests Twee schermen die je misschien al hebt, hier genoemd omdat mensen op de werkvloer ze telkens laat ontdekken. Het **dagbord** is één dag over elke bezette unit, met het verblijf uitgezet langs de werkdag en filters voor aankomsten, doorblijvers en vertrekken. Het is dit kwartaal flink sneller geworden: een accommodatie met 500 kamers tekent het nu in minder dan een halve seconde. Het laat het verblijf zien. Het laat **geen** taken zien en het wijst aan niemand werk toe. Een **manifest** is één item op één dag over elke gast die het besteld heeft, met een gedeelde afvinklijst en een afdrukbaar vel. Het is het scherm waar een ontbijtdienst mee werkt. Beide staan uitgeschreven in [de post over het reisschema van oktober](/blog/wie-plant-dag-drie-gastreisschema). ## "We gebruiken al een takenapp" De meeste accommodaties wel, en meestal een goede. Het verschil zit niet in de takenlijst. Jouw takenapp weet niets van je gasten, dus elke verbinding tussen die twee wordt door een mens gelegd: iemand leest de boeking, iemand typt het kamernummer over, iemand onthoudt dat het kinderbedje bij het gezin van vrijdag hoort. Alles steunt op die persoon, en om zes uur gaat hij naar huis. Hans Brinker Hostel bracht vier losse oplossingen samen in HolidayHero en kon de overlappende abonnementen opzeggen. Wat hen over de streep trok waren geen betere functies — het was dat de takenlijst, het gesprek en de reservering niet langer met de hand met elkaar in overeenstemming gehouden hoefden te worden. ## Het getal, en wat het dekt Bij onze klanten levert het hele platform 40+ uur per maand per accommodatie op. Dat cijfer dekt alles wat we doen — gastcommunicatie, check-in en compliance, het afhandelen van upsells, rapportage en administratie — dus lees het alsjeblieft niet als de waarde van Taken. We hebben geen cijfer dat specifiek over Taken gaat. Zodra we dat wel hebben, komt het met de onderbouwing erbij. ## Waar te beginnen Twee dingen, en geen van beide heeft een demo nodig. **Eén.** Open je takenlijst en vraag je af wat je team vorige week deed zonder dat iemand het had opgeschreven, en hoeveel daarvan beter af was geweest met een eigenaar en een status. **Twee.** Kijk je kanaalboekingen na op ontbrekende telefoonnummers. Dat is het ene ding hier dat werk vindt waarvan je niet wist dat je het had. En richt je afdelingen zo in: maak er één per groep mensen die voor een bepaald klusje onderling inwisselbaar zijn, niet één per functietitel. De toets is de regel hierboven — elk van hen, of maar één van hen. Meer over waar je tijdens een wisseldag naar kijkt staat in [de checklist van 15:00 uur](/blog/daily-operations-dashboard-hotels), en het argument eromheen staat op [de operator's cockpit](/operators-cockpit). HolidayHero draait op het propertysysteem dat je al hebt, bij 3.500+ accommodaties, in 23 landen en 100+ talen. De prijzen zijn gepubliceerd, vanaf €6,50 per unit per maand.