Support

Hier komt een klein inleidend tekstje over hoe wij support doen. Ook leggen we uit wie ze kunnen contacteren en evt een link naar Zendesk etc.

We zijn bereikbaar per e-mail, telefoon, Zendesk, we zijn er om te helpen. Heb je een vraag, aarzel dan niet en neem contact met ons op via …

 Zendesk

Zendesk

 Ik wil een…

Ik wil een rapport – wat nu?

Wat verstaan we onder een rapport?

Als je op Internet zoekt naar de term Rapport is het aantal hits overweldigend. Wat wij bedoelen is de uitvoer van data, vaak in een bepaald formaat. Dit kan bijvoorbeeld een lijst zijn of een brief.
De meest gangbare formaten zijn Word, Excel, PowerPoint, PDF en meer technische formaten als CSV en XML.

Veel voorkomende rapporten zijn bijvoorbeeld Offertes, Draaiboeken, Evaluatieformulieren, Catering uitvragen en Contracten.

In de software zijn diverse Standaardrapporten beschikbaar en er is een API Feed waarmee je data kunt benaderen in bijvoorbeeld Excel of je BI tool. Vaak zijn er ook maatwerkrapporten, dit zijn rapporten die wij op maat maken specifiek voor jullie.

Er zijn veel maatwerkrapporten ontwikkeld en het is verstandig om met andere gebruikers te spreken om te zien of er rapporten zijn die jij ook kunt gebruiken in je organisatie. Ook kun je ons vragen naar voorbeelden. Wij kunnen deze niet altijd laten zien omdat hiervoor toestemming moet zijn van de gebruikers die het rapport hebben laten ontwikkelen.

Een rapportwens

Gebruikers vragen bijvoorbeeld naar een weeklijst, een draaiboek of een contract.
Wat ze dan precies bedoelen moet bepaald worden. In elk geval is er een rapportwens. Vaak hebben gebruikers een specifiek idee over de lay-out en de content. Als de standaardrapporten niet voldoen kan er een maatwerkrapport gemaakt worden.

Maar hoe breng je nu in kaart wat de wens echt is?

Dit vergt vaak tijd want een gebruiker geeft je waarschijnlijk wel wat voorbeelden, maar geen details.

Als je in kaart hebt wat de gebruiker wil, kun je een nieuw rapport aanvragen. Uiteraard moet hiervoor een budget zijn maar allereerst moet je weten hoe je een rapport aanvraagt.

Een nieuw rapport aanvragen

Als je een nieuw rapport aanvraagt is het precies alsof je iets nieuws gaat kopen. Het rapport hangt natuurlijk niet in het rek en ligt ook niet op de plank dus je zult ons moeten vertellen wat het rapport moet doen. <ik wil een rode auto komt ongeveer overeen met ik wil een draaiboek>

De wens moet omgezet worden in een specificatie. Een maatwerkrapport is een project.

De aanvraag kan via Teams, Zendesk, mail of bel even en overleg erover. Er is een projectleider of assistent projectleider bij ESB nodig om dit nieuwe rapport te beoordelen en hiervoor een Rapport PID te maken en de specificatie te beoordelen. De projectleider neemt de opdracht aan en gaat er mee aan de slag. Maar allereerst moet er dus een specificatie zijn.

Een specificatie maken

Heel in het kort is een specificatie een beschrijving van wat het rapport onder welke condities moet doen. Dat klinkt eenvoudig maar in de praktijk kun dit je van een gebruiker niet verwachten. Dit is vaak het werk van de applicatiebeheerder of van een consultant. Het is immers maatwerk.

Enkele belangrijke punten die minimaal terug moeten komen in de specificatie zijn:

a. De naamgeving
Zorg ervoor dat het rapport een naam heeft.  De naam moet niet te lang zijn en zeker ook niet te persoonlijk dus niet “Weeklijst voor Pietje” maar wel bijvoorbeeld “Weeklijst afdeling Techniek”

 b. Go live
Wanneer moet het rapport operationeel zijn?

 c. Testen
Wat zijn de testscenario’s?  Wie gaat het rapport testen?  Wat is de start en einddatum van het testproces? Zijn er testevents aanwezig of wie maakt deze aan?

 d. Aanvrager
Wie vraagt het rapport aan – welke afdeling? Is de Specificatie akkoord bevonden door de aanvrager?

Wie gaat het rapport accorderen? Wie gaat het rapport gebruiken?

e. Beschrijving
Wat moet het rapport onder welke condities gaan doen? Een korte volledige beschrijving is nodig.

f. Formaat
In welk formaat moet de uitvoer beschikbaar zijn? Is er een voorbeeld van de gewenste uitvoer?

Is in dit voorbeeld precies vastgelegd ook welke data waar vandaan moet komen?

Is het Rapport in meerdere talen nodig, zo ja welke? Zijn er logo’s of plaatjes of een bepaald lettertype?

g. Frequentie
Hoe vaak wordt het rapport gebruikt?

Moet het rapport automatisch gemaild worden?  En zo ja naar wie en wanneer?

Testscenario's maken

Een rapport geeft al gauw uitvoer maar het is belangrijk dat het maatwerkrapport goed getest wordt met jouw data. Een weeklijst kan prima uitvoer leveren bijvoorbeeld maar als er in een bepaalde week geen events zijn, wat moet het rapport dan printen? Of als je een bepaald veld wilt printen in een brief maar dat veld is niet ingevuld, wat dan?  In de specificatie heb je dit opgenomen maar in het testscenario moet dit wel terugkomen zodat je kunt testen of het onder al deze condities ook nog een goed rapport produceert.

In de specificatie geef je door welke testscenario’s je gemaakt hebt.

Het rapport ontwikkelen

Nadat de projectleider de specificatie gezien heeft wordt deze voorgelegd en besproken met het reporting team. Als er nog vragen zijn dan nemen we contact op met de aanvrager en wordt de specificatie bijgewerkt waar nodig.

De ontwikkeling start als de specificatie duidelijk is. Tijdens het ontwikkelen kunnen er toch nog vragen ontstaan, misschien omdat er een technisch probleem is of er toch nog iets is waar geen rekening mee gehouden is bij het maken van de specificatie.

Als er veel vragen zijn dan kan dit de opleverdatum in gevaar brengen maar ook de tester van het rapport zal dan geïnformeerd moeten worden want ook het testproces vertraagd. Ook dan wordt er weer overlegd.

Gemiddeld duurt het ontwikkelen van een rapport 1 dag. Daarna test de reporting afdeling of het rapport geen fouten oplevert, de juiste uitvoer heeft en draagt het daarna over aan de projectleider.

Testen, Feedback geven, Aanpassingen doorvoeren

Als het rapport klaar is wordt het beschikbaar gemaakt in de omgeving waarin getest kan worden.
De reporting afdeling enkele tests uit aan de hand van het testscenario.

Als alles volgens plan verloopt kan de tester aan de slag.

Tip: zorg ervoor dat de tester voldoende rechten heeft om het rapport te mogen testen.

Het testscenario wordt doorlopen en de bevindingen worden gerapporteerd aan de Projectleider.

Ervaring leert dat gebruikers soms toch nog iets anders willen. Het is dan zaak een andere procedure te volgen, de RFC (request for change) procedure. Kleine wijzigingen zijn vaak mogelijk maar het is belangrijk dat de specificatie bijgewerkt wordt op dat moment.

Als er fouten zijn bekijken we met de reporting afdeling hoe deze op te lossen en volgt er een versie waarin deze fouten opgelost zijn. Dit kan een iteratief proces zijn en moet gebeuren in de tijd die afgesproken is voor het testproces in de specificatie. Vaak is dit 2 weken. De reporting afdeling is in deze 2 weken gepland om fouten op te lossen. De planning hiervoor wordt door de projectleider bepaald.

De projectleider stuurt bij als dit proces te lang duurt. Nadat de tester akkoord is, is het belangrijk dat de gebruiker, indien deze niet al betrokken was, ook meekijkt. Dit kan ook per organisatie verschillen. Belangrijk is dat de gebruiker geïnformeerd wordt.

Documenteren

Het is belangrijk dat er documentatie is over het rapport en dat deze beheerd wordt.
De specificatie met de testscenario’s en de beschrijving worden beheerd door de klant, de technische info beheren we in Confluence, het systeem waarmee de reporting afdeling rapporten beheert.

Documentatie is belangrijk omdat er wellicht later nog eens vragen zijn over het rapport en of wijzigingen nodig zijn. Zonder documentatie is dit niet efficiënt.

Accorderen

Het accorderen van het rapport is belangrijk. De voorgaande fasen worden daarmee afgesloten.

Als het rapport goedgekeurd is kan het in gebruik genomen worden. Het is een go live.

Tip: vergeet niet de gebruikers te briefen over het feit dat het rapport in gebruik genomen kan worden, eventueel nog uitleg te geven en de rechten in te stellen zodat zij het rapport ook echt kunnen gebruiken.

De garantietermijn voor het rapport is 14 dagen. Mochten er nog fouten zijn of heel kleine wijzigingen nodig zijn dan lossen we deze op in deze termijn.

En dan moet het toch anders, een RFC

Na een tijdje blijkt dat er toch wat wijzigingen nodig zijn in het geleverde rapport. Dat kan natuurlijk.

Iedere wijziging verloopt via een RFC, een Request for Change.

De werkwijze is als volgt:

  • De specificatie wordt uitgebreid met een wijziging.
  • Deze wordt beschreven.
  • De wijziging wordt doorgaans weer met de projectleider besproken en de impact wordt bepaald.

Deze procedure heeft ook weer een tester, testscenario, go live datum etc. net als bij de oorspronkelijke aanvraag. De route is gelijk aan die van de aanvraag.

How to

Algemeen

Gebruikers toevoegen

Om een gebruiker een login te geven moet je het recht hebben om deze toe te kennen aan CRM’s. Dit bepaal je in de Systeeminstellingen | CRM | Acties gebruiker.

Als je het recht hebt om een login aan te maken zijn er een aantal stappen die je moet doen;

  1. Bepaal in de CRM (als al aangemaakt) welk e-mailadres voor inloggen is.
  2. Bepaal in de instellingen de rol(len) en geef een standaard rol.
  3. Bepaal de standaardfilters (als deze er zijn) en stel de overige agenda-instellingen in.
  4. Druk op ‘Mail Wachtwoord’, het wachtwoord is gezonden en de persoon kan inloggen.

Indien je meerdere rollen hebt kan je in aan de rechterkant (bij je account) bepalen in welke rol je wilt werken of switchen van rol.

Agenda

Agenda weergaven

1. Diverse weergaven

Er zijn 3 verschillende agenda weergaven in de software. De Eventlijst, de Weekweergave en de Dagweergave.
Via de menustructuur kan hiernaartoe genavigeerd worden, maar ook via de agenda weergaven zelf.

2. Mijn instellingen

De instellingen voor de kleuren in de agenda kan je bepalen in de instellingen van de CRM. (CRM > Instellingen > Agenda instellingen)
Je kan hiermee bepalen welke kleuren je wilt zien in je weergaven. De keuze is uit:  projecttag/ boekingsstatus of eventtag.

3. Eventlijst

De eventlijst geeft een overzicht van de events in een lijst met de volgende kolommen:
Datum | Status | Omschrijving | Ruimtes | Projecttags | Eventtags | Genres | Contactdetails | eigenaar | ID’s | <Iconen> Extra data/ items/ deals/ kaartverkoop/ taken/ tijdschema |.

In de kolom ‘omschrijving’, dit is de projectnaam, kunnen ook twee iconen tonen:

Koppel icoon project: hierin tonen alle events die in dit project zijn geboekt

Koppel icoon serie: hierin tonen alle events die in deze serie zijn geboekt.

Standaard toont de dag van gister + 6 dagen, waarbij de dag van vandaag blauw gekleurd is.

3.1 Acties

In deze weergave is het mogelijk om bepaalde acties uit voeren, te filteren, filters aan te maken, te zoeken en te selecteren.

Er zijn 2 soorten acties beschikbaar in de eventlijst, namelijk:
Deal acties (denk aan kopiëren, verwijderen, wijzigen)
Event acties (denk aan kopiëren, verwijderen, wijzigen)

Met acties kunnen wijzigingen voor een selectie van events doorgevoerd worden.

3.2 Filteren

Door op het filtericoon te klikken kan je zoekcriteria invullen en aanvinken, waar filters van gemaakt kunnen worden. klik hiervoor op [+ bewaar als nieuw filter]. Deze filters worden in jouw persoonlijke filterlijst opgeslagen en zijn te selecteren in het dropdown menu waarin een filter geselecteerd kan worden.

Tevens kunnen filters gewijzigd worden, door het op het filter icoon te klikken, wanneer er een filter is geselecteerd. Deze kan aangepast worden en vervolgens opgeslagen door op [filter opslaan] te klikken.

Vanuit de eventlijst is het mogelijk om naar de week- en dagweergave door te klikken en kan je, door op het event te klikken, het event openen of door op een CRM te klikken het CRM openen. Door middel van de iconen kom je in de desbetreffende data van dat event.

Als het icoon blauw van kleur is, dan is hier al data in opgeslagen.

4. Dagweergave

De dagweergave geeft een overzicht van de dag per ruimte, per uur.
In het eventblok zie je de begin en einddatum, de naam van het project en de organisator.

4.1 Instellingen

In de rijen worden de ruimtes bepaald. Deze kunnen toegevoegd worden aan de weergave.

Dit doe je door op ‘Ruimte toevoegen’ onderin te klikken. Je kan daarna de ruimtes aanklikken die je in de weergave wilt zien. Door op het kruisje naast de ruimte te klikken, wordt de ruimte verwijderd uit deze weergave. De ruimtes worden getoond in de volgorde die standaard is ingesteld in de systeeminstellingen.

In de Dagweergave heb je de mogelijkheid om te bepalen of je ook de open plekken in de agenda wilt zien. Je kan kiezen uit:

  • ‘Events’: toont alleen de events
  • ‘Events en open: toont de events en de open ruimtes/ tijden
  • ‘Alleen open’: Toont de open ruimtes/ tijden

In de agenda tonen dan de open plekken en het aantal uren dat deze ruimte op de tijdstippen vrij is.

4.2 Events boeken en wijzigen

In de dagweergave is het mogelijk om reeds geboekte events te:

  • Te drag and droppen (til je event op naar een andere ruimte en tijd)
  • Te verkorten of te verlengen (selecteer de rand van je event met je muis en sleep)

Door op de i te klikken in het event open je de event info.

In de dagweergave is het mogelijk nieuwe agenda boekingen te maken door:

  • Op een cel te klikken in de weergave, op de gewenste tijd en zaal. Hierna opent een nieuw scherm om een event boeking te maken

4.3 Navigeren

Door middel van de kalender in de dagweergave, navigeer je naar de gewenste dag.
Vanuit de dagweergave is het mogelijk om naar de week- en dagweergave door te klikken en kan je, door op het event te klikken, het event openen. Door middel van de iconen kom je in de desbetreffende data van dat event.

5. Weekweergave

De weekweergave geeft een overzicht van de week, per dag, per ruimte. In het eventblok zie je de begin en einddatum en de projectnaam.

5.1 Instellingen

De instellingen voor de ruimte gaan hier hetzelfde als bij de dagweergave.
In de weekweergave is de extra optie om de blokken groter te tonen (zie afbeelding hierboven en afbeelding hieronder)

In de weekweergave heb je de mogelijkheid om de kolommen te wisselen met de rijen. Dus wil je de ruimtes of de data boven in de kolommen tonen.

Tevens kan er in de weekwergave gekozen worden om lege blokken te tonen in combinatie met eventboekingen.

5.2 Events boeken en wijzigen

In de weekweergave is het mogelijk om reeds geboekte events te:

  • Te drag and droppen (til je event op naar een andere ruimte en dag)

Door op de i te klikken in het event open je de event info.

In de Weekweergave is het mogelijk nieuwe agenda boekingen te maken door:

  • Op een cel te klikken in de weergave, op de gewenste tijd en zaal. Hierna opent een nieuw scherm om een event boeking te maken

5.3 Navigeren

Door middel van de kalender in de Weekweergave, navigeer je naar de gewenste dag.

Vanuit de weekweergave is het mogelijk om naar de week- en dagweergave door te klikken en kan je, door op het event te klikken, het event openen. Door middel van de iconen kom je in de desbetreffende data van dat event.
6. Samengevat

De agenda heeft diverse weergaven

  • 3 weergaven
  • in alle weergaven filter en zoekmogelijkheden
  • overzichtelijke agenda per ruimte
  • drag and drop functionaliteiten
  • per persoon te bepalen welke ruimtes je ziet en of je naar de boekingsstatus kleur of de project/ eventtag kleur kijkt

Events boeken

Op verschillende plekken in onze software is het mogelijk om een event te boeken.

In de Eventlijst, de Weekweergave en de Dagweergave.

Het plusje om een event toe te voegen is in al deze weergaves aanwezig.

In de Dagweergave is er een extra mogelijkheid om een event te boeken namelijk door te dubbelklikken in de kalender op het gewenste tijdstip.
Automatisch worden de eventdag, ruimte en de eventtijden overgenomen vanuit deze kalender.
Dus in onderstaand geval; 13 september 2021 van 15:00 uur tot 16:00 uur in de Grote Zaal.

In de Weekweergave is er ook de mogelijkheid om een event te boeken door middel van dubbelklik op de gewenste dag. Automatisch worden dan de dag en ruimte overgenomen vanuit de kalender.

Dus in onderstaand geval: Vrijdag 17 september 2021 in de Studio (Theater).

Op het moment dat er een event geboekt worden zijn er een paar verplichte velden.

Dit zijn op projectniveau: Projectnaam/ Projecttag/ Organisatie/
Op Eventniveau: Eventtag/ Status/ Ruimte/ Datum/ Tijden/

Op het moment dat je een event wilt aanmaken bij een bestaand project kan je het project selecteren uit de lijst bij de projectnaam. Als je een nieuw project wilt aanmaken kan je een blijven typen en geen bestaand project selecteren.

De projecttags/ eventtags/ statussen en genres zijn vooraf gedefinieerd en per organisatie verschillend.

 

  1. Projectdetails

2. Eventdetails

Zodra de projectdetails zijn gekozen kom je in het scherm voor de daadwerkelijke eventboeking. Hier moet je de eventdetails ingeven. Deze bestaat uit 3 delen:

Eventdetails
Ruimte
Datum en tijd

Good to know: De tags en ruimtes die je als eerste selecteert tonen in de lijstweergave. De rest is te zien door middel van (+1) in de lijst weergave

Good to Know: De instelling: ‘eventtijd is gelijk aan boekingstijd’ kan bij  (zoek de persoon in CRM, ga naar instellingen) standaard worden aan of uitgevinkt.

Eventtijd = De tijd van het event/ de show/ het concert zelf
Boekingstijd = de tijd van de gehele boeking (dus incl. op- en afbouw bijvoorbeeld)

Voorbeeld:
Boekingsstarttijd = 14:00 uur
Eventstarttijd = 16:00 uur
Eventeindtijd = 18:00 uur
Boekingseindtijd = 20:00 uur
De eventstarttijd wordt tussen haakjes getoond in de agenda.

Om eventuele events later ‘Bij’ te boeken kan het vinkje ‘controleer data en tijden’ worden aangevinkt waarbij het mogelijk is om direct extra events toe te voegen.

Door “Boek een apart Event voor iedere Ruimte” aan te vinken wordt er voor iedere ruimte een los event in de agenda geboekt.
In dit event kunnen de tijden worden gewijzigd en de informatie worden ingevoerd die voor dit type event nodig is.

Door de events met dit vinkje aan te boeken krijg je dus per event een ‘blok’ of ‘regel’ in de agenda. (zie geel). Deze blokken kan je per ruimte wijzigen en aanpassen.

Als de 3 ruimtes geboekt zijn ZONDER de optie ‘boek per ruimte een event’ dan pas je de tijd voor het complete event aan en niet per ruimte. (zie roze)

Koppelingen

Algemeen

Definitie wat is een koppeling?
Wat verstaan we onder een “koppeling”? In het kort is dit een relatie die gelegd is met een andere applicatie of met externe data of een Service waarbij data uitgewisseld wordt.

Waarom een koppeling?
Redenen om te koppelen zijn o.a.  het opheffen van redundantie, het valideren van data of het doorsluizen of ophalen van (andere) data uit andere systemen.

Technische info over koppelingen
Een koppeling kan gemaakt worden met een API (REST,  SOAP, XML, JSON etc.) of indien er geen API is door uitwisseling van bijvoorbeeld CSV bestanden. We gaan in dit document verder niet in op de techniek.

Standaarden versus op maat ontwikkelde koppelingen
Sommige koppelingen zijn koppelingen die er gewoon moeten zijn: Als je op een e-mail adres klikt in de CRM dan verwacht de gebruiker dat zijn standaard mailprogramma opent, idem voor een hyperlink als je erop klikt opent je browser. Of als je op een adres klikt en Google maps opent!

Andere koppelingen zijn koppelingen waarbij een keuze gemaakt wordt voor een bepaalde leverancier waar je vaak ook abonnement nodig hebt : adresvalidatie waarbij je bijvoorbeeld postcode en huisnummer invoert en de adresvalidatie service een straat en stad ophaalt. Deze koppeling wordt vaak gerealiseerd met een Webservice. Het kan zijn dat een leverancier meerdere koppelingen kan maken voor dezelfde toepassing. (er zijn meerdere adresdata-bibliotheken beschikbaar bijvoorbeeld).

Dan zijn er de koppelingen die op maat gemaakt worden, soms voor 1 klant, maar dikwijls voor meerdere klanten. Denk hierbij aan koppelingen met kaartverkoopsystemen en financiële systemen.

Reeds gerealiseerde koppelingen

De volgende koppelingen zijn al gerealiseerd. Voor sommige koppelingen is een licentie nodig.
Indien technische informatie nodig is, kan deze opgevraagd worden bij ESB.

 

Overzicht systemen in onze sector

In onze sector zien wij vrijwel overal de volgende systemen waarmee we mogelijk kunnen koppelen:

Eventplanningsysteem
Ticketingsysteem
Horecasysteem
Financiële Administratie
Fondsenwervingsysteem
Gebouwenbeheersysteem
Personeelsplanningsysteem
Centraal CRM systeem
Website/CMS
Mailings/ campagnesysteem
E-mailsysteem
Rapportagesysteem
Filmdatabanken
Betaalsystemen

 

Ticketing

Vanuit het planningsysteem events uploaden naar het ticketingsysteem.
Voordeel is dat het event maar 1 keer ingevoerd wordt.
Vanuit het kaartverkoopsysteem kaartverkoopstanden ophalen.
Voordeel is dat de standen in de planningsoftware gevisualiseerd kunnen worden en dat er rapporten mee gemaakt kunnen worden, bijvoorbeeld een borderel.
Voorbeelden van deze koppelingen zijn gerealiseerd met SRO, TicketMatic, TicketMaster, Tix, Itix, LVP, Active Tickets.
Doorgaans zijn dit API koppelingen.

 

Financiële administratie

Vanuit het planningsysteem CRM data en cijfers over zaalhuur en items uploaden
Vanuit het planningsysteem CRM data en abonnement-data uploaden
Vanuit het financiële systeem betaalinformatie terug ontvangen
Voorbeelden van deze koppelingen zijn gerealiseerd met AFAS, Exact, Minox, Decade, AccountView.
Hoewel er API’s beschikbaar zijn bij deze systemen betreft het hier doorgaans CSV uitwisselingen.
API koppelingen zijn mogelijk. Soms bieden financiële systemen externe organisaties die koppelingen kant en klaar aanbieden.

 

Horecasystemen

Vanuit planningssoftware CRM data en event data (datum, tijd, naam, klant) uploaden.
Vanuit het horecasysteem een totaalpost terugontvangen.
Voorbeelden van koppelingen zijn er niet, vaak kan de gebruiker deze koppeling zelf realiseren middels een geplande taak in de planningssoftware waarbij een xml of een CSV beschikbaar gemaakt wordt.
API koppelingen zijn mogelijk waar nodig.

 

CRM systemen

Er zijn CRM platformen of systemen die CRM & soms ook ticketingdata ontvangen. Omdat ESB meestal  ook data uit ticketingsystemen heeft wordt de koppeling vanuit het planningssysteem gerealiseerd.
Voorbeelden van deze systemen zijn Publiek.nl, Smart Connections, CRM Dynamics oplossingen, MailChimp.

 

Koppelingen met Websites

Vrijwel alle klanten hebben een website waar event info gepubliceerd wordt. Deze info zit vaak ook in het planningssysteem. Hiervoor worden vaak XML koppelingen aangeboden zodat de data maar 1 keer ingevoerd hoeft te worden. In de praktijk is dit vaak een op maat oplossing en sterk afhankelijk van de wensen van de klant en de kunde van de webbouwers.

Er zijn portalen beschikbaar voor externe gebruikers van het planningssysteem. Deze worden vaak benaderd via de website, met een login en een wachtwoord.

 

Personeelsplanning

Er zijn API’s ontwikkeld waarmee iStaff data opgehaald kan worden voor bijvoorbeeld mobile toepassingen of CMS ’sen.
Er zijn diverse exports gerealiseerd die op gezette tijden CSV files of XML data beschikbaar maken.

 

SEPA

Het is mogelijk om een SEPA file te genereren voor abonnementen of lidmaatschappen die men verkoopt aan mensen of bedrijven in de CRM database, en deze automatisch te mailen naar de administratie voor verdere verwerking.