Versie 1.0, in werking vanaf 5 november 2026
Laatst bijgewerkt op 5 oktober 2026
Preambule
Dit Ontwikkelaarsbeleid (het “Beleid”) werkt de Smartschool Ontwikkelaarsvoorwaarden (de “Ontwikkelaarsvoorwaarden”) operationeel uit en maakt, zoals bepaald in de Ontwikkelaarsvoorwaarden, integraal en onlosmakelijk deel uit van de Overeenkomst tussen Smartbit CommV (“Smartbit”) en elke Ontwikkelaar. Begrippen met een hoofdletter die niet in dit Beleid worden gedefinieerd, hebben de betekenis die daaraan wordt gegeven in de Ontwikkelaarsvoorwaarden.
Dit Beleid is van toepassing op Ontwikkelaars zoals bepaald in Artikel 2 van de Ontwikkelaarsvoorwaarden.
Bij tegenstrijdigheid tussen dit Beleid en de Ontwikkelaarsvoorwaarden hebben de Ontwikkelaarsvoorwaarden voorrang. Smartbit kan dit Beleid wijzigen zoals bepaald in de Ontwikkelaarsvoorwaarden.
Artikel 1. Aanvraag
1.1. De Ontwikkelaar registreert zich op de Ontwikkelaarswebsite en vult de Vragenlijst in en ondertekent die.
1.2. Smartbit behandelt volledige aanvragen binnen een redelijke termijn. Een onvolledige aanvraag neemt Smartbit pas in behandeling wanneer de ontbrekende informatie is aangevuld.
1.3. Smartbit kan, naargelang de aard van de aanvraag, bijkomende technische informatie, een demo, een referentiecontrole of een gesprek vragen.
Artikel 2. Beoordelingscriteria voor Applicaties en Integraties
2.1. Smartbit beoordeelt elke aanvraag op basis van de Vragenlijst en de volgende criteria:
- volledigheid van de aanvraag overeenkomstig Artikel 1, en proportionaliteit van de opgevraagde gegevenscategorieën ten opzichte van het doeleinde (dataminimalisatie);
- relevantie van de Integratie voor de onderwijscontext van Smartschool, zoals nader bepaald in Artikel 2.2;
- naleving van de technische en beveiligingsvereisten van Artikel 4 en de antwoorden op de Vragenlijst;
- rechtmatigheid van elke verwerking buiten de EER (hoofdstuk V AVG);
- rol van de Ontwikkelaar onder de AVG en de vereiste verwerkersovereenkomsten met Onderwijsinstellingen en subverwerkers;
- privacyverklaring van de Applicatie;
- geen gebruik van gegevens uit Smartschool voor het trainen of verbeteren van AI-modellen, profilering, reclame, doorverkoop of enig ander commercieel doel buiten het overeengekomen gebruiksdoel;
- geschiktheid van de Applicatie en de Content voor een publiek dat gedeeltelijk uit minderjarigen bestaat;
- continuïteit van de Integratie, zoals nader bepaald in Artikel 2.3;
- aansluiting bij de sectorafspraken bedoeld in Artikel 4 van de Ontwikkelaarsvoorwaarden, of gelijkwaardige garanties;
- technisch ontwerp in het licht van Artikel 3;
- naleving van de toepasselijke wet- en regelgeving, in het bijzonder de AVG en de sectorale onderwijsregelgeving.
Smartbit beoordeelt de aanvraag in haar geheel, rekening houdend met de aard van de Integratie en de risico’s voor Smartschool, haar Gebruikers en de betrokken gegevens. Een tekortkoming op één criterium leidt niet automatisch tot weigering. Smartbit weegt deze criteria af aan de hand van een intern, objectief en consistent toegepast beoordelingskader, zodat vergelijkbare aanvragen op gelijke wijze worden behandeld. Smartbit deelt haar beslissing gemotiveerd mee per e-mail, aan de hand van de criteria van dit artikel.
2.2. Bij de beoordeling van de relevantie houdt Smartbit rekening met objectieve en verifieerbare elementen, zoals:
- concrete verzoeken of interesse van Onderwijsinstellingen;
- lopende of geplande pilots met Onderwijsinstellingen;
- deelname aan aanbestedingen of opdrachten van Onderwijsinstellingen;
- de meerwaarde van de Integratie voor het onderwijs of voor de schoolorganisatie;
- andere relevante indicaties die de Ontwikkelaar aanbrengt.
Geen van deze elementen is op zichzelf vereist, en Smartbit hanteert geen minimumaantal Onderwijsinstellingen als voorwaarde voor toelating.
2.3. Bij de beoordeling van de continuïteit van de Integratie houdt Smartbit rekening met elementen zoals:
- de beschikbaarheid van een aanspreekpunt voor technische ondersteuning en beveiligingsmeldingen;
- de capaciteit om de Integratie aan te passen aan wijzigingen van de Ontwikkelaarsvoorzieningen;
- de afspraken met Onderwijsinstellingen over de continuïteit van de dienstverlening tijdens het lopende schooljaar en over de teruggave of export van gegevens bij stopzetting.
2.4. Categorieën van Integraties die overeenkomstig Artikel 11 en 13 van de Ontwikkelaarsvoorwaarden een verhoogd risico inhouden voor minderjarige Gebruikers of voor de verspreiding van Content, worden onderworpen aan een verstrengde beoordeling, die onder meer een expliciete motivering van de noodzaak van elke opgevraagde gegevenscategorie kan vereisen.
2.5. Een wezenlijke wijziging aan de Applicatie of een Integratie (waaronder begrepen wijzigingen aan de verwerkte gegevenscategorieën, het doeleinde, de ingeschakelde subverwerkers of het technisch ontwerp) kan aanleiding geven tot herbeoordeling. De toelating is niet overdraagbaar. Toelating tot de sandbox-omgeving geeft niet automatisch toegang tot de productieomgeving.
Artikel 3. Fair use, quota en rate limits
3.1. Smartbit hanteert standaard technische grenswaarden per API-sleutel, die via de Ontwikkelaarswebsite worden gepubliceerd en periodiek kunnen worden geactualiseerd. Bij gebrek aan een specifieke opgave gelden de op de Ontwikkelaarswebsite gepubliceerde defaultwaarden voor aanvraagfrequentie, gelijktijdige verbindingen en datavolume.
3.2. Bij herhaaldelijke of structurele overschrijding van de toegelaten grenswaarden kan Smartbit, naast de maatregelen van Artikel 6 en 19 van de Ontwikkelaarsvoorwaarden, een verplicht technisch verbetertraject opleggen als voorwaarde voor het behoud van de toegang.
Artikel 4. Technische en beveiligingsvereisten
4.1. Het gebruik van gedeelde of statische credentials tussen meerdere eindgebruikers van de Applicatie zonder passende toegangscontrole is niet toegestaan.
4.2. Alle verbindingen met de Ontwikkelaarsvoorzieningen gebeuren via TLS 1.2 of hoger. Onversleutelde verbindingen worden niet aanvaard.
4.3. Credentials (client secrets, tokens, refresh tokens, API-sleutels) worden nooit hardcoded opgeslagen in broncode of client-side scripts, en worden veilig bewaard, bijvoorbeeld in een secrets manager of versleuteld in rust.
4.4. Redirect-URI’s en callback-endpoints worden vooraf bij Smartbit geregistreerd; wijzigingen daaraan worden vooraf gemeld.
4.5. De Ontwikkelaar voorziet een intern aanspreekpunt voor beveiligingsmeldingen en houdt dit contactgegeven actueel, zodat Smartbit de Ontwikkelaar onverwijld kan bereiken in geval van een incident.
Artikel 5. Content- en communicatierichtlijnen
5.1. Vóór publicatie bezorgt de Content- of Communicatiepartner aan Smartbit:
- een representatief overzicht of voorbeeld van de Content;
- de frequentie en de doelgroep van de communicatie (bv. alle Gebruikers van een instelling, enkel leerkrachten, enkel ouders);
- de manier waarop Gebruikers zich kunnen afmelden, waar dat van toepassing is.
5.2. Smartbit kan steekproefsgewijs gepubliceerde Content controleren en die intrekken overeenkomstig Artikel 12 en 13 van de Ontwikkelaarsvoorwaarden.
Artikel 6. Gebruik van merken en huisstijl
6.1. De grafische bestanden, kleurcodes, typografie en gebruiksregels voor de merken “Smartschool” en “Smartbit” worden ter beschikking gesteld via de Brand & Design Guidelines op de Ontwikkelaarswebsite.
6.2. Toegelaten gebruik omvat onder meer de vermelding “Werkt samen met Smartschool” of “Smartschool-integratie”.
6.3. Niet toegelaten is onder meer: het gebruik van het Smartschool-logo als onderdeel van het eigen logo of de eigen productnaam van de Ontwikkelaar, het gebruik van een naam die verwarrend gelijkend is op “Smartschool” en elke suggestie van exclusiviteit, officiële goedkeuring of partnerschap die niet schriftelijk werd bevestigd.
6.4. De Ontwikkelaar kan Smartbit een logo van de Applicatie of van zijn organisatie bezorgen dat Smartbit kan tonen op de aanmeldpagina. Het logo voldoet aan de specificaties vermeld op de Ontwikkelaarswebsite.
Artikel 7. Sancties en herziening
7.1. Zonder afbreuk aan het recht van Smartbit om onmiddellijk op te treden wanneer de situatie dat overeenkomstig Artikel 19.2 van de Ontwikkelaarsvoorwaarden vereist, hanteert Smartbit voor minder acute inbreuken in de regel de volgende gefaseerde aanpak:
- Fase 1 Kennisgeving: melding van de vastgestelde inbreuk aan de Ontwikkelaar, met opgave van een redelijke termijn voor herstel;
- Fase 2 Beperking: bij niet-tijdige remediëring, beperking van de toegang (bv. verlaagde rate limits, opschorting van specifieke functionaliteit);
- Fase 3 Opschorting: volledige, tijdelijke opschorting van de toegang tot de Ontwikkelaarsvoorzieningen;
- Fase 4 Beëindiging: definitieve intrekking van de toegang en, waar relevant, van de toelating van de Applicatie.
7.2. Smartbit kan één of meerdere fasen overslaan wanneer de aard, ernst of herhaling van de inbreuk dit rechtvaardigt, of wanneer de veiligheid van Gebruikers, Persoonsgegevens of het platform onmiddellijk handelen vereist. Smartbit vermeldt in de kennisgeving van de maatregel waarom één of meerdere fasen werden overgeslagen, en houdt die motivering bij.
7.3. De Ontwikkelaar kan schriftelijk en gemotiveerd een verzoek tot herziening indienen tegen:
(i) een weigering van toegang of een toelating onder voorwaarden overeenkomstig Artikel 4 van de Ontwikkelaarsvoorwaarden; of
(ii) een maatregel overeenkomstig dit Artikel 7 of Artikel 19 van de Ontwikkelaarsvoorwaarden.
Het verzoek wordt ingediend binnen dertig (30) dagen na de kennisgeving van de beslissing, met opgave van de redenen waarom de beslissing naar het oordeel van de Ontwikkelaar niet, niet langer of niet in die mate gerechtvaardigd is. Smartbit onderzoekt het verzoek te goeder trouw en deelt binnen een redelijke termijn, in de regel binnen dertig (30) dagen, per e-mail mee of zij de beslissing bevestigt, herziet of intrekt. Waar redelijkerwijs mogelijk wordt het verzoek onderzocht door een andere medewerker dan degene die de oorspronkelijke beslissing heeft genomen.
Het indienen van een verzoek schorst de beslissing niet, tenzij Smartbit daar uitdrukkelijk mee instemt. Dit recht doet geen afbreuk aan de bevoegdheid van Smartbit om in de gevallen bedoeld in Artikel 19 van de Ontwikkelaarsvoorwaarden op te treden.
Artikel 8. Wijziging en versiebeheer van dit Beleid
8.1. Smartbit publiceert wijzigingen aan dit Beleid op de Ontwikkelaarswebsite, met vermelding van het versienummer en de datum van inwerkingtreding.
8.2. Substantiële wijzigingen (bv. nieuwe verplichte technische vereisten, gewijzigde contentregels) worden aangekondigd overeenkomstig Artikel 16.2 van de Ontwikkelaarsvoorwaarden.
Artikel 9. Contact
Vragen over dit Beleid of over een concrete Integratie kunnen worden gericht aan het contactpunt vermeld op de Ontwikkelaarswebsite van Smartschool. Meldingen van beveiligingsincidenten of kwetsbaarheden verlopen via het daartoe voorziene specifieke meldingskanaal, en niet via het algemene contactpunt.
Doelgroep
Ondersteuning
Producten
Privacy
Laatste nieuws
Over Smartschool
BLOG ARCHIEF
Categorieën
Contact
Smartbit CommV
Hoogstraat 13
B-3670 Oudsbergen
Tel: +32 11 64 08 80
