Deze pagina biedt een eenvoudige bladerinteractie voor het vinden van entiteiten met een eigenschap met een bepaalde waarde. Andere beschikbare zoekinteracties zijn de zoekpagina voor pagina-eigenschappen en de querybouwer.

Op eigenschap zoeken

Een lijst van waarden die aan de eigenschap "Parsed textDit is een speciale eigenschap in deze wiki." zijn toegekend.

Hieronder staan 50 resultaten vanaf #651.

(vorige 50 | volgende 50) (20 | 50 | 100 | 250 | 500) bekijken.

    

Lijst van resultaten

  • NGSI intro  +
  • No-SQL database https://en.wikipedia.org/wiki/NoSQL  +
  • Number  +
  • OSWALD V1.00  +
  • OSWALD V1.01  +
  • OSWALD V1.02  +
  • OSWALD V1.03  +
  • OSWALD V1.04  +
  • Opdeling excel tabbladen/sheets  +
  • Open DEI 6C model  +
  • Open Data Learnings from Observer  +
  • Open Urban Digital Twin architecture  +
  • Opportuniteiten bedreigingen  +
  • Organisatie 1  +
  • Organisatie 3  +
  • Naam Traject : COT22 Traject : Datagedreve … Naam Traject : COT22 Traject : Datagedreven handelsbeleid binnenstad SInCR en DAKS 2.0 </br> </br> </br> Start periode traject : juni 2023 </br> </br> VLOCA-model versie 1.0 finaal </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Een levendige binnenstad/handelskern als bruisend hart van de stad of gemeente die bezoekers en bewoners begeestert met onder meer retail, horeca, cultuur en evenementen. Dit alles versterkt elkaar onderling en draagt zo bij tot een aantrekkelijke kern.</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> We willen een effici nt en effectief kernversterkend lokaal bestuur voeren in steden en gemeenten ten gunste van bezoekers, bewoners en ondernemers op basis van relevante data.</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> De binnenstad/handelskern zo aantrekkelijk en levendig mogelijk maken (voor bezoekers, bewoners en ondernemers).</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> Een verrijkt dashboard en analytische omgeving om lokaal bestuursacties te kunnen evalueren</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> Evaluatie stadsmarketing</br> </br> Datagedreven evaluatie van marketing campagnes (incl. acties, events, marketingcampagnes) zowel door het lokaal bestuur als puur vanuit de handelaars gevoerd om bezoekers aan te trekken naar de binnenstad</br> </br> </br> UC2</br> </br> Voorstel</br> </br> Monitoring succes</br> </br> Opvolging aantrekkingsgraad van de binnenstad o.b.v. objectieve KPIs (drukte, terugkeergedrag, bestedingen, sectoren, verblijfsduur, )</br> </br> </br> UC3</br> </br> Voorstel</br> </br> Kernversterkend mobiliteitsbeleid</br> </br> Voorstel: Datagedreven evaluatie van verschillende mobiliteitsparameters (toegankelijkheid, druktegraad, parkeermogelijkheden, parkeerdrukte, mobiliteitsmodi, ...) ter versterking van het mobiliteitslokaal bestuur per doelgroep</br> </br> </br> UC4</br> </br> Voorstel</br> </br> Effectief acquisitiebeleid</br> </br> Inzichten leveren m.b.t. trends in de binnenstad aan relevante stakeholders (potenti le retailers, startende zelfstandigen, immo, investeerders, ...)</br> </br> </br> UC5</br> </br> Voorstel</br> </br> Ondersteuning bestaande retailers</br> </br> Datagedreven ondersteuning aan alle bestaande handelaars m.b.t. stockbeheer, personeelsbezetting, openingsuren, energieverbruik, circulaire economie, duurzaamheid, ...</br> </br> </br> UC6</br> </br> Voorstel</br> </br> Informatie uitwisseling</br> </br> Uitwisselen van data en inzichten tussen verschillende stakeholders (handelaars, organisaties, burgers, lokaal bestuur, internationale stakeholders, ...) via platformwerking</br> </br> </br> UC7</br> </br> Voorstel</br> </br> Business Model</br> </br> Overzicht benodigde elementen voor een business model, ROI berekeningen en draaiboeken ifv context</br> </br> </br> </br> </br> </br> Business requirements, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> Evaluatie stadsmarketing </br> </br> Datagedreven evaluatie van marketing campagnes (incl. acties, events, marketingcampagnes) zowel door het lokaal bestuur als puur vanuit de handelaars gevoerd om bezoekers aan te trekken naar de binnenstad</br> </br> </br> </br> </br> </br> BR1.1 </br> </br> Business requirement </br> </br> Conversie 1 </br> </br> Als lokaal bestuur (en handelaar) wil ik de conversie ratio 'bezoekers' tot 'binnenstappers' met historiek kunnen meten</br> </br> </br> </br> </br> </br> BR1.2 </br> </br> Business requirement </br> </br> Conversie 2 </br> </br> Als lokaal bestuur (en handelaar) wil ik de conversie ratio 'binnenstapper' tot 'besteders' met historiek kunnen meten</br> </br> </br> </br> </br> </br> BR1.3 </br> </br> Business requirement </br> </br> Conversie 3 </br> </br> Als lokaal bestuur (en handelaar) wil ik de conversie ratio 'bezoekers' tot 'besteders' met historiek kunnen meten</br> </br> </br> </br> </br> </br> BR1.4 </br> </br> Business requirement </br> </br> Profilering </br> </br> Als lokaal bestuur (en handelaar) wil ik de ratio van bezoekers vs binnenstappers vs besteders per 'profiel' (socio ?, 'structurele dagbezoeker','kotstudent', 'pendelaar', ) in de tijd kunnen analiseren</br> </br> </br> </br> </br> </br> BR1.5 </br> </br> Business requirement </br> </br> socio demos </br> </br> Als lokaal bestuur (en handelaar) wil ik de 'bezoeker' op 'socio demografische' variabelen kunnen 'profileren' op criteria zoals bvb kassatickets</br> </br> </br> </br> </br> </br> BR1.6 </br> </br> Business requirement </br> </br> Doelgroep match </br> </br> Als lokaal bestuur wil ik weten of mijn initiele beoogde doelgroep wel degelijk aan die 'campagne' hebben deelgenomen</br> </br> </br> </br> </br> </br> BR1.7 </br> </br> Business requirement </br> </br> Shopping Mission </br> </br> Als lokaal bestuur en handelaar wil ik de 'bezoeker' kunnen 'profileren' op zijn/haar 'winkelmissie'</br> </br> </br> </br> </br> </br> BR1.8 </br> </br> Business requirement </br> </br> Behoefte Analyse </br> </br> Als lokaal bestuur en handelaar wil ik de 'bezoeker' kunnen 'profileren' op zijn/haar 'behoefte', 'motivatie', 'verwachting', 'tevredenheid', 'NPS',</br> </br> </br> </br> </br> </br> BR1.9 </br> </br> Business requirement </br> </br> Afzetgebied </br> </br> Als lokaal bestuur wil ik het '(potenti le) afzetgebied' van de 'prospecten' van de binnenstad kunnen documenteren</br> </br> </br> </br> </br> </br> BR1.10 </br> </br> Business requirement </br> </br> Uitwisselingsmatrix </br> </br> Als lokaal bestuur wil ik een 'uitwisselingsmatrix' kunnen bouwen die visualiseert hoe de participatie of bezoek van een evenement of attractie 'park' een rit naar de binnenstad al dan niet versterken</br> </br> </br> </br> </br> </br> BR1.11 </br> </br> Business requirement </br> </br> Evenementen Impact </br> </br> Als lokaal bestuur wil ik de commerciele/imago impact van evenementen (zoals jaarmarkten, festivals,...) op de detailhandel kunnen meten door te vergelijken met gelijkaardige momenten (of plaatsen) waar er geen evenement aanwezig was (of via regressie analyses)</br> </br> </br> </br> </br> </br> BR1.12 </br> </br> Business requirement </br> </br> Marketing Planning </br> </br> Als lokaal bestuur wil ik een marketing plan kunnen uittekenen die de ideale 'prospect' via 'communicatie op maat' naar de binnenstad moet brengen. = De juiste boodschap voor de juiste prospect door middel van het juiste kanaal op het juiste moment.</br> </br> </br> </br> </br> </br> BR1.13 </br> </br> Business requirement </br> </br> ROI Campagnes </br> </br> Als lokaal bestuur wil ik voor elke campagnes de geschatte 'ROI' voor de handelaars in de binnenstad kunnen meten, vooral in termen van 'bezoekers', 'besteders' en 'omzet' (alsook imago, branding, enz.)</br> </br> </br> </br> </br> </br> BR1.14 </br> </br> Business requirement </br> </br> Wandelweg </br> </br> Als lokaal bestuur wil ik 'customer journey' kunnen meten en analiseren om zo te begrijpen waar de verschillende types van winkels/horeca zich best stategisch kunnen plaatsen , zoals bvb in die specifieke zijstraten, omdat de jongeren daar typisch passeren bij het binnentreden van de binnenstad.</br> </br> </br> </br> </br> </br> BR1.15 </br> </br> Business requirement </br> </br> Koopstromen </br> </br> Als lokaal bestuur wil ik de 'Koopstromen' (gelijkaardig aan de 'journey' maar gefocust op het koopgedrag) van de bezoeker kunnen meten en analiseren (en visualiseren)</br> </br> </br> </br> </br> </br> BR1.16 </br> </br> Business requirement </br> </br> Externe parameters </br> </br> Als lokaal bestuur wil ik externe parameters kunnen invoeren om bepaalde resultaten te verklaren (en te voorspellen), bvb het weer, de temperatuur, corona maatregelen, aantal werken in de stad, treinstakingen, enz.</br> </br> </br> </br> </br> </br> BR1.17 </br> </br> Business requirement </br> </br> Loyalty Campagnes Evaluatie </br> </br> Als lokaal bestuur wil ik de performantie van aantrekkings incentives zoals loyalty, spaarkaarten, vouchers en stadsapp punten, digitale munten ed op het bezoek en besteding in de binnenstad kunnen analyseren en rapporteren</br> </br> </br> </br> </br> </br> BR1.18 </br> </br> Business requirement </br> </br> markten </br> </br> Als lokaal bestuur wil ik weten welke markten het meeste impact hebben op de bestedingen in de binnenstad</br> </br> </br> </br> </br> </br> BR1.19 </br> </br> Business requirement </br> </br> lokale evenementen impact </br> </br> Als lokaal bestuur wil ik weten welke lokale evenementen (concerten, ...) het meeste impact hebben op de bestedingen in de binnenstad</br> </br> </br> </br> </br> </br> BR1.20 </br> </br> Business requirement </br> </br> regionale evenementen impact </br> </br> Als lokaal bestuur wil ik weten welke regionale evenementen het meeste impact hebben op de bestedingen in mijn lokale binnenstad of handelskern</br> </br> </br> </br> </br> </br> BR1.21 </br> </br> Business requirement </br> </br> communicatie kanalen optimalisatie </br> </br> Als lokaal bestuur wil ik weten welke communicatiekanalen ingezet moeten worden alsook een post analyse van de effectiviteit en efficientie van die kanalen op het bestedingen in de binnenstad of handelskern</br> </br> </br> </br> </br> </br> BR1.22 </br> </br> Business requirement </br> </br> Kantoren ea </br> </br> Als lokaal bestuur wil ik kantoren en bedrijven ook in de binnenstad brengen opdat er meer volk naar de binnenstad komt</br> </br> </br> </br> </br> </br> BR1.23 </br> </br> Business requirement </br> </br> potentiele groei </br> </br> Als lokaal bestuur wil ik weten hoe groot de potentiele groei in aantal bezoekers, wie ze zijn en waar ik ze kan halen</br> </br> </br> </br> </br> </br> BR1.24 </br> </br> Business requirement </br> </br> Campagnes Voeren </br> </br> Als lokaal bestuur wil ik campagnes kunnen voeren op mijn doelgroep incl het weghouden van een controlegroep die de campagne niet zal krijgen</br> </br> </br> </br> </br> </br> BR1.25 </br> </br> Business requirement </br> </br> Evaluatie Campagnes </br> </br> Als lokaal bestuur wil ik de performantie van mijn campagnes kunnen meten door te vergelijken met controle groepen of nulmetingen ed meer</br> </br> </br> </br> </br> </br> BR1.26 </br> </br> Business requirement </br> </br> impact imago </br> </br> Als lokaal bestuur wil ik weten hoe goed is mijn imago en de impact op de groei van bezoekers</br> </br> </br> </br> </br> </br> BR1.27 </br> </br> Business requirement </br> </br> benchmarking </br> </br> Als lokaal bestuur wil ik mijn stad vergelijken met andere steden op gebied van aantal bezoekers en besteders</br> </br> </br> </br> </br> </br> BR1.28 </br> </br> Business requirement </br> </br> Welke acties best </br> </br> Als lokaal bestuur wil ik een overzicht krijgen van welke acties hebben het meest impact gehad en welke het minste impact gehad.</br> </br> </br> </br> </br> </br> BR1.29 </br> </br> Business requirement </br> </br> Next best action </br> </br> Als lokaal bestuur wil ik een overzicht krijgen van welke de beste 'volgende' acties zijn ifv de laatste resultaten</br> </br> </br> </br> </br> </br> BR1.30 </br> </br> Business requirement </br> </br> lokale handelaars acties </br> </br> Als lokaal bestuur wil ik weten welke lokale acties die de winkeliers zelf hebben gevoerd de beste impact hebben gehad</br> </br> </br> </br> </br> </br> BR1.31 </br> </br> Business requirement </br> </br> Synergie lokaal bestuur met handelaars </br> </br> Als lokaal bestuur wil ik begrijpen hoe mijn acties samen met die van de lokale handelaars elkaar het best impact kunnen hebben. Dus welke 'combinaties' werken het best</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Use case</br> </br> Monitoring succes </br> </br> Opvolging aantrekkingsgraad van de binnenstad o.b.v. objectieve KPIs (drukte, terugkeergedrag, bestedingen, sectoren, verblijfsduur, )</br> </br> </br> </br> </br> </br> BR2.1 </br> </br> Business requirement </br> </br> Huur en Verkoopprijs opvolgen </br> </br> Als lokaal bestuur wil ik de huur- en verkoopprijs per vierkante meter van winkelpanden/woonpanden in de binnenstad (per wijk, per straat) kunnen meten</br> </br> </br> </br> </br> </br> BR2.2 </br> </br> Business requirement </br> </br> Leegstand opvolgen </br> </br> Als lokaal bestuur wil ik de leegstand (omgekeerde van waar er domicilie is) en de duur van de leegstand van winkel- en woonpanden in de binnenstad (per wijk, straat, straatsegment) kunnen meten</br> </br> </br> </br> </br> </br> BR2.3 </br> </br> Business requirement </br> </br> Attractiviteitsindex </br> </br> Als lokaal bestuur wil ik een attractiviteits index van de binnenstad kunnen opstellen, meten, vergelijken, voorspellen, simuleren,</br> </br> </br> </br> </br> </br> BR2.4 </br> </br> Business requirement </br> </br> Sector Mix </br> </br> Als lokaal bestuur wil ik de verwachte 'volledigheidsindex' van het aanbod (sectoriele portfolio mix) van winkels kunnen meten</br> </br> </br> </br> </br> </br> BR2.5 </br> </br> Business requirement </br> </br> drukte (passage) </br> </br> Als lokaal bestuur wil ik de 'drukte' in de binnenstad of handelskern kunnen meten</br> </br> </br> </br> </br> </br> BR2.6 </br> </br> Business requirement </br> </br> verblijfsduur </br> </br> Als lokaal bestuur wil ik 'verblijfsduur' van de bezoekers kunnen meten</br> </br> </br> </br> </br> </br> BR2.7 </br> </br> Business requirement </br> </br> bestedingen </br> </br> Als lokaal bestuur wil ik de 'bestedingen' van de bezoekers kunnen meten</br> </br> </br> </br> </br> </br> BR2.8 </br> </br> Business requirement </br> </br> terugkeerindex </br> </br> Als lokaal bestuur wil ik de 'terugkeerindex' van de bezoekers kunnen meten</br> </br> </br> </br> </br> </br> BR2.9 </br> </br> Business requirement </br> </br> Aangenaam </br> </br> Als lokaal bestuur wil ik de 'aangenaam vertoeven' subjectieve feedback van de bezoeker kunnen meten</br> </br> </br> </br> </br> </br> BR2.10 </br> </br> Business requirement </br> </br> Recommendaties </br> </br> Als lokaal bestuur wil ik de subjectieve 'NPS' of andere tevredenheidsscore kunnen meten</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Use case</br> </br> Kernversterkend mobiliteitsbeleid </br> </br> Voorstel: Datagedreven evaluatie van verschillende mobiliteitsparameters (toegankelijkheid, druktegraad, parkeermogelijkheden, parkeerdrukte, mobiliteitsmodi, ...) ter versterking van het mobiliteitslokaal bestuur per doelgroep</br> </br> </br> </br> </br> </br> BR3.1 </br> </br> Business requirement </br> </br> tijdspanne nodig om er te geraken </br> </br> Als lokaal bestuur wil ik de (gemiddelde) tijdsspanne om van de randgemeenten en randsteden tot in de binnenstad te geraken, per vervoersmodi, per 'momenttype', per type van randgemeente, enz kunnen meten en analyseren</br> </br> </br> </br> </br> </br> BR3.2 </br> </br> Business requirement </br> </br> Simulaties </br> </br> Als lokaal bestuur wil ik de impact van maatregelen op de tijdsspanne kunnen simuleren om zo de toegankelijkheid te verbeteren</br> </br> </br> </br> </br> </br> BR3.3 </br> </br> Business requirement </br> </br> ROI Mobiliteits maatregel </br> </br> Als lokaal bestuur wil ik de kosten van vervoersmodi maatregel tov de baten zoals omzet bij de handelaars in de binnenstad kunnen naast elkaar leggen om een ROI van het lokaal bestuur op retail omzet te kunnen bepalen</br> </br> </br> </br> </br> </br> BR3.4 </br> </br> Business requirement </br> </br> parkeerbeleid impact analyse </br> </br> Als lokaal bestuur wil ik mijn parkeerlokaal bestuur kunnen optimaliseren en impact ervan (op delta bezoekers en omzet) meten</br> </br> </br> </br> </br> </br> BR3.5 </br> </br> Business requirement </br> </br> mobiliteitsbeleid impact analyse </br> </br> Als lokaal bestuur wil ik mijn mobiliteitslokaal bestuur kunnen optimaliseren en de impact ervan (op delta bezoekers en omzet) meten</br> </br> </br> </br> </br> </br> BR3.6 </br> </br> Business requirement </br> </br> Parkeerbezetting </br> </br> Als lokaal bestuur wil ik de pieken en dalen van de parkeerbezetting, geografisch, per dag en per moment van de dag kunnen meten zodat die een 'proxy' kunnen worden voor passanten in de binnenstad</br> </br> </br> </br> </br> </br> BR3.7 </br> </br> Business requirement </br> </br> Passage per vervoersmodi </br> </br> Als lokaal bestuur wil ik de bezoekers aantallen en bestedingen per transportmodus (trein, wagen, fiets, voetganger, bus, ea) kunnen meten en rapporteren</br> </br> </br> </br> </br> </br> BR3.8 </br> </br> Business requirement </br> </br> wandeldrukte </br> </br> Als lokaal bestuur wil ik de pieken en dalen van de wandeldrukte geografisch, per dag en per moment van de dag kunnen meten</br> </br> </br> </br> </br> </br> BR3.7 </br> </br> Business requirement </br> </br> autoluw maken </br> </br> Als lokaal bestuur wil ik weten welke impact heeft het autoluw maken van de binnenstad op passanten en omzet</br> </br> </br> </br> </br> </br> BR3.8 </br> </br> Business requirement </br> </br> afstand tot parking </br> </br> Als lokaal bestuur wil ik weten welke impact heeft de afstand tussen parkings en de binnenstad</br> </br> </br> </br> </br> </br> BR3.9 </br> </br> Business requirement </br> </br> parking vol </br> </br> Als lokaal bestuur wil ik de impact van volle parkings op de performantie in de binnenstad (als die snel vol worden, moeten we misschien meer parkings ter beschikking stellen)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Use case</br> </br> Effectief acquisitiebeleid </br> </br> Inzichten leveren m.b.t. trends in de binnenstad aan relevante stakeholders (potenti le retailers, startende zelfstandigen, immo, investeerders, ...)</br> </br> </br> </br> </br> </br> BR4.1 </br> </br> Business requirement </br> </br> Data behoeften </br> </br> Als lokaal bestuur wil ik de behoeften van de potentiele retailers voor data, van de datacatalogus, en inzichten per 'sector' willen capteren</br> </br> </br> </br> </br> </br> BR4.2 </br> </br> Business requirement </br> </br> CRM Prospectie </br> </br> Als lokaal bestuur wil ik met de potentiele handelaars kunnen communiceren, dus heb ik een lijst nodig van potentiele retailers en hun communicatiegegevens</br> </br> </br> </br> </br> </br> BR4.3 </br> </br> Business requirement </br> </br> Catalogus en Metadata </br> </br> Als lokaal bestuur wil ik de data van UC1 op een platform via een catalogus met uitleg over de data, incl de metadata en schema, kunnen ontsluiten</br> </br> </br> </br> </br> </br> BR4.4 </br> </br> Business requirement </br> </br> Data Analyse </br> </br> Als lokaal bestuur wil ik de data van UC1 kunnen analyseren en conclusies en aanbevelingen kunnen formuleren aan de retailers in het algemeen</br> </br> </br> </br> </br> </br> BR4.5 </br> </br> Business requirement </br> </br> Business Model Toegang Data en Inzichten </br> </br> Als lokaal bestuur wil ik de toegang tot bepaalde data van UC1 al dan niet betalend openstellen, ifv een business model om te weten wie welke kosten draagt enz.</br> </br> </br> </br> </br> </br> BR4.6 </br> </br> Business requirement </br> </br> Trends van Vragen en interesses </br> </br> Als lokaal bestuur wil ik uit de trend van de 'vragen' en 'getoonde interesses' per sector kunnen opvolgen om te begrijpen welke aanbod het meest geschikt is per 'sector'</br> </br> </br> </br> </br> </br> BR4.7 </br> </br> Business requirement </br> </br> Sectoriele periodieke analyses </br> </br> Als lokaal bestuur willen we op regelmatig basis een overzicht van conclusies en aanbevelingen voor de verschillende sectoren kunnen documenteren en presenteren.</br> </br> </br> </br> </br> </br> BR4.8 </br> </br> Business requirement </br> </br> Verrijking Analyse Externe Parameters </br> </br> Als lokaal bestuur wil ik de conclusies en aanbevelingen met externe micro- en macro-economische factoren kunnen verrijken en verklaren</br> </br> </br> </br> </br> </br> BR4.9 </br> </br> Business requirement </br> </br> Ad hoc data analyses </br> </br> Als lokaal bestuur wil ik de ad hoc data anlayse vragen van handelaars, al dan niet betalend, kunnen beantwoorden</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Use case</br> </br> Ondersteuning bestaande retailers </br> </br> Datagedreven ondersteuning aan alle bestaande handelaars m.b.t. stockbeheer, personeelsbezetting, openingsuren, energieverbruik, circulaire economie, duurzaamheid, ...</br> </br> </br> </br> </br> </br> BR5.1 </br> </br> Business requirement </br> </br> Advies Retail Operationele vragen </br> </br> Als lokaal bestuur wil ik de lokale handelaars op vlak van verwachte drukte, personeelsinzet, openingsdagen/uren kunnen adviseren (of data leveren )zo vroeg mogelijk.</br> </br> </br> </br> </br> </br> BR5.2 </br> </br> Business requirement </br> </br> energie </br> </br> Als lokaal bestuur wil ik op basis van data advies geven mbt energie optimalisatie (vooral sensibiliseren in hun energieverbruik) aan de retailers</br> </br> </br> </br> </br> </br> BR5.3 </br> </br> Business requirement </br> </br> parkeermogelijkheden </br> </br> Als lokaal bestuur wil ik op basis van data advies geven mbt parkeermogelijkheden aan de retailers</br> </br> </br> </br> </br> </br> BR5.4 </br> </br> Business requirement </br> </br> afvalkosten </br> </br> Als lokaal bestuur wil ik op basis van data advies geven mbt 'afval' optimalisatie aan de retailers</br> </br> </br> </br> </br> </br> BR5.5 </br> </br> Business requirement </br> </br> circulaire economie </br> </br> Als lokaal bestuur wil ik op basis van data advies geven mbt circulaire economie aan de retailers</br> </br> </br> </br> </br> </br> BR5.6 </br> </br> Business requirement </br> </br> Stockbeheer </br> </br> Als lokaal bestuur wil ik op basis van data advies geven mbt 'stock beheer' aan de retailers</br> </br> </br> </br> </br> </br> BR5.7 </br> </br> Business requirement </br> </br> preventief faling beleid </br> </br> Als lokaal bestuur wil ik op basis van data een faling of faillissement kunnen voorspellen en proactief support geven aan de handelaars</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC6</br> </br> Use case</br> </br> Informatie uitwisseling </br> </br> Uitwisselen van data en inzichten tussen verschillende stakeholders (handelaars, organisaties, burgers, lokaal bestuur, internationale stakeholders, ...) via platformwerking</br> </br> </br> </br> </br> </br> BR6.1 </br> </br> Business requirement </br> </br> beleid van retailers </br> </br> Als lokaal bestuur wil ik een 'snelle' bevraging kunnen stellen aan de retailers, bvb over flexiebele openingsuren, veiligheidsgevoel, ed meer, en die terug bezorgen in grafiek formaat met conclusies en recommendaties</br> </br> </br> </br> </br> </br> BR6.2 </br> </br> Business requirement </br> </br> retailers aan beleid </br> </br> Als retailer wil ik mijn data en informatie op een gemakkelijke en standaard manier kunnen opladen opdat dit kan gebruikt worden om de binnenstad attractiever te maken</br> </br> </br> </br> </br> </br> BR6.3 </br> </br> Business requirement </br> </br> beleid aan retailers </br> </br> Als lokaal bestuur wil ik interessante informatie en data kunnen delen met de retailers of andere stakeholders</br> </br> </br> </br> </br> </br> BR6.4 </br> </br> Business requirement </br> </br> klachten en thumb ups </br> </br> Als retailer wil ik mijn 'klachten' (en 'complimenten') kunnen geven aan het lokaal bestuur mbt lokaal bestuur ivm attractiviteit van binnenstad of handelskern</br> </br> </br> </br> </br> </br> BR6.5 </br> </br> Business requirement </br> </br> Tevredenheid (NPS) Retailers </br> </br> Als lokaal bestuur en retailers wil ik een continue NPS kunnen meten van de retailers op hun keuze om te blijven in de binnenstad</br> </br> </br> </br> </br> </br> BR6.6 </br> </br> Business requirement </br> </br> Optimisme Retailers </br> </br> Als lokaal bestuur wil ik een 'regelmatige' monitor hebben van hoe de retailers de komende periode positief of negatief inschatten</br> </br> </br> </br> </br> </br> BR6.7 </br> </br> Business requirement </br> </br> feedback bezoekers </br> </br> Als bezoeker van de binnenstad wil ik ook dezelfde rechten hebben als de retailers om mijn gedacht over het reilen en zeilen van de binnenstad te kunnen uiten</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC7</br> </br> Use case</br> </br> Business Model </br> </br> Overzicht benodigde elementen voor een business model, ROI berekeningen en draaiboeken ifv context</br> </br> </br> </br> </br> </br> BR7.1 </br> </br> Business requirement </br> </br> draaiboeken </br> </br> Als stad of gemeente wil ik een draaiboek kunnen vinden hoe ik moet beginnen ifv mijn maturiteit</br> </br> </br> </br> </br> </br> BR7.2 </br> </br> Business requirement </br> </br> Proxies </br> </br> Als stad of gemeente wil ik weten welke data ik kan gebruiken als proxy indien ik geen detail data heb</br> </br> </br> </br> </br> </br> BR7.3 </br> </br> Business requirement </br> </br> Potentieel (headroom) </br> </br> Als stad of gemeente wil ik een overzicht zien welke acties en campagnes het meeste hebben opgebracht in soortgelijke steden of gemeente als die van mij</br> </br> </br> </br> </br> </br> BR7.4 </br> </br> Business requirement </br> </br> Baten datagedrevenheid </br> </br> Als stad of gemeente wil ik een overzicht hebben van alle 'baten' van een datagedreven lokale economie</br> </br> </br> </br> </br> </br> BR7.5 </br> </br> Business requirement </br> </br> kosten datagedrevenheid </br> </br> Als stad of gmeente wil ik een overzicht van alle kosten van een datagedreven lokale economie</br> </br> </br> </br> </br> </br> BR7.6 </br> </br> Business requirement </br> </br> Verduurzaming </br> </br> Als stad of gemeente wil ik een overzicht hebben van hoe ik dit project kan 'verduurzamen'</br> </br> </br> </br> </br> </br> BR7.7 </br> </br> Business requirement </br> </br> Valkuilen </br> </br> Als stad of gemeente wil ik een overzicht hebben van alle valkuilen, do's en don t's in zo een projectct  +
  • New class definition New class definition Please log in first. X  +
  • New class definition … New class definition </br> </br> </br> </br> </br> </br> New class definition </br> </br> </br> </br> Please log in first. </br> </br> X </br> </br> </br> </br> Class definition Defines class Areas Columns Rows Base properties template Page properties template Sidebar template ArchitectuurBouwlaag ArchitectuurBouwlaag 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar ArchitectuurCapaciteit ArchitectuurCapaciteit 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar ArchitectuurComponent ArchitectuurComponent 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar ArchitectuurSysteemeigenschap ArchitectuurSysteemeigenschap 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar Architectuurbouwlaag-settings ArchitectuurBouwlaag 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties ArchitectuurBouwlaag properties ArchitectuurBouwlaag sidebar Architectuurcapaciteit-settings ArchitectuurCapaciteit 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties ArchitectuurCapaciteit properties ArchitectuurCapaciteit sidebar Architectuurcomponent-settings ArchitectuurComponent 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties ArchitectuurComponent properties ArchitectuurComponent sidebar Architectuursysteemeigenschap-settings ArchitectuurSysteemeigenschap 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties ArchitectuurSysteemeigenschap properties ArchitectuurSysteemeigenschap sidebar Class definition Class definition 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Class definition properties Class definition sidebar Cocreatieaanvraag-settings CoCreatieAanvraag 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties CoCreatieAanvraag properties CoCreatieAanvraag sidebar Deliverable Deliverable 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar Deliverable-settings Deliverable 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Deliverable properties Deliverable sidebar Draaiboek Draaiboek 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar Draaiboek-settings Draaiboek 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Draaiboek properties Draaiboek sidebar Initiatief Initiatief 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar Initiatief-settings Initiatief 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Initiatief properties Initiatief sidebar Nieuws Nieuws 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar Nieuws-settings Nieuws 'sub-header sidebar' 'main sidebar' 4fr 1fr auto 1fr Template:Base properties Nieuws properties Nieuws sidebar Organisatie Organisatie 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar Organisatie-settings Organisatie 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Organisatie properties Organisatie sidebar Standaard Standaard 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar Standaard-settings Standaard 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Standaard properties Standaard sidebar TermenConcepten TermenConcepten 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar Termenconcepten-settings TermenConcepten 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties TermenConcepten properties TermenConcepten sidebar VlocaSessie VlocaSessie 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar VlocaTraject VlocaTraject 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties Template:Csp class properties Vloca default sidebar Vlocasessie-settings VlocaSessie 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties VlocaSessie properties VlocaSessie sidebar Vlocatraject-settings VlocaTraject 'sub-header sidebar' 'main sidebar' 3fr 1fr auto 1fr Template:Base properties VlocaTraject properties VlocaTraject sidebar Wiki-settings Wiki 'main' Template:Base properties Wiki properties Wiki sidebar properties Wiki properties Wiki sidebar  +
  • New page New pa … New page </br> </br> </br> </br> </br> </br> New page </br> </br> </br> </br> Please log in first. </br> </br> X </br> </br> </br> Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Architectuurstandaarden 18 april 2024 13:18:11 NieuweDeliverable 18 april 2024 13:14:5818:11 NieuweDeliverable 18 april 2024 13:14:58  +
  • New page New pa … New page </br> </br> </br> </br> </br> </br> New page </br> </br> </br> </br> Please log in first. </br> </br> X </br> </br> </br> ArchitectuurBouwlaag Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Bouwlagen OpenDei 18 april 2024 13:22:22 Data Capture 18 april 2024 13:22:22 Segment Broker 18 april 2024 13:22:21 Segment Capture 18 april 2024 13:22:21 Personal Data 18 april 2024 13:22:21 Segment Compute 18 april 2024 13:22:20 Segment Federation 18 april 2024 13:22:20 Segment IAM 18 april 2024 13:22:20 Segment Personal Data 18 april 2024 13:22:19 Segment Process&Transform 18 april 2024 13:22:19 Segment Storage&Logistics 18 april 2024 13:22:18 Segment Service 18 april 2024 13:22:18 ArchitectuurCapaciteit No pages found ArchitectuurComponent Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . API gateway 18 april 2024 13:22:08 Asset Registry 18 april 2024 13:22:08 Data Catalog 18 april 2024 13:22:07 Data Analytics 18 april 2024 13:22:07 Context Broker 18 april 2024 13:22:07 Data Lake(house) 18 april 2024 13:22:06 Data broker 18 april 2024 13:22:06 InfluxDB 18 april 2024 13:22:05 Firewall 18 april 2024 13:22:05 IAM service 18 april 2024 13:22:05 IoT agent 18 april 2024 13:22:04 Message buffer 18 april 2024 13:22:04 Postgres 18 april 2024 13:22:03 Semi structured data 18 april 2024 13:22:03 Sensor 18 april 2024 13:22:03 Timescale Postgres 18 april 2024 13:22:02 Solid 18 april 2024 13:22:02 ArchitectuurSysteemeigenschap No pages found ArchitectuurBouwlaag Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Bouwlagen OpenDei 18 april 2024 13:22:22 Data Capture 18 april 2024 13:22:22 Segment Broker 18 april 2024 13:22:21 Segment Capture 18 april 2024 13:22:21 Personal Data 18 april 2024 13:22:21 Segment Compute 18 april 2024 13:22:20 Segment Federation 18 april 2024 13:22:20 Segment IAM 18 april 2024 13:22:20 Segment Personal Data 18 april 2024 13:22:19 Segment Process&Transform 18 april 2024 13:22:19 Segment Storage&Logistics 18 april 2024 13:22:18 Segment Service 18 april 2024 13:22:18 ArchitectuurCapaciteit No pages found ArchitectuurComponent Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . API gateway 18 april 2024 13:22:08 Asset Registry 18 april 2024 13:22:08 Data Catalog 18 april 2024 13:22:07 Data Analytics 18 april 2024 13:22:07 Context Broker 18 april 2024 13:22:07 Data Lake(house) 18 april 2024 13:22:06 Data broker 18 april 2024 13:22:06 InfluxDB 18 april 2024 13:22:05 Firewall 18 april 2024 13:22:05 IAM service 18 april 2024 13:22:05 IoT agent 18 april 2024 13:22:04 Message buffer 18 april 2024 13:22:04 Postgres 18 april 2024 13:22:03 Semi structured data 18 april 2024 13:22:03 Sensor 18 april 2024 13:22:03 Timescale Postgres 18 april 2024 13:22:02 Solid 18 april 2024 13:22:02 ArchitectuurSysteemeigenschap No pages found CoCreatieAanvraag Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . API-led 18 april 2024 13:20:25 B-WaterSmart 18 april 2024 13:20:24 Antwerp Living Labs: levendige en leefbare (universiteits)buurt 18 april 2024 13:20:24 DenCITY 18 april 2024 13:20:22 Hydrologisch meetnet provincie Antwerpen 18 april 2024 13:20:21 Flood4Cast 18 april 2024 13:20:21 Internet of Water 18 april 2024 13:20:20 Iot-gestuurde mobipunten 18 april 2024 13:20:19 Monitoring van de Laak (VLAIO CoT) 18 april 2024 13:20:18 Koppeling IoT-peilsensordata naar andere IoT- stacks 18 april 2024 13:20:18 Online Reserveren en Betalen: type locatie in de stad 18 april 2024 13:20:17 PROBE 18 april 2024 13:20:16 Proactive Flooding Detection 18 april 2024 13:20:15 Smart Waterland 18 april 2024 13:20:14 Rainbrain 18 april 2024 13:20:14 Stiemerlab 18 april 2024 13:20:13 Tipping Points 18 april 2024 13:20:12 Urban digital twin (Brugge) 18 april 2024 13:20:11 Velopark 18 april 2024 13:20:09 Vertellende vlotten 18 april 2024 13:20:08 WerfWater 18 april 2024 13:20:07 Deliverable Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Aankondiging start publieke review 18 april 2024 13:23:14 Aanmaak co-creatie pagina op de kennishub 18 april 2024 13:23:13 Architectuurstandaard 18 april 2024 13:23:13 Bestekteksten 18 april 2024 13:23:12 Data Governance Model 18 april 2024 13:23:11 Conformiteitsmodel 18 april 2024 13:23:11 Informatienoden 18 april 2024 13:23:10 Marktanalyse 18 april 2024 13:23:09 Oproep tot deelname 18 april 2024 13:23:08 Opstart werkgroep beheer architectuur van de use case 18 april 2024 13:23:08 Stakeholder interview 18 april 2024 13:23:07 Stakeholderanalyse 18 april 2024 13:23:06 Testimonial 18 april 2024 13:23:05 Traject charter 18 april 2024 13:23:05 Use case prioritering 18 april 2024 13:23:04 Use case roadmap 18 april 2024 13:23:03 VLOCA Draaiboeken 18 april 2024 13:23:02 VLOCA Talk 18 april 2024 13:23:01 Vereistenmodel 18 april 2024 13:23:00 VLOCA-Model 18 april 2024 13:23:00 Technische Architectuur tekeningen 18 april 2024 13:22:59 VLOCA assessment 18 april 2024 13:22:58 VLOCA donut 18 april 2024 13:22:58 VLOCA-model V0.1 Lokale Open Data Economie (LODE) – Brugge 18 april 2024 13:17:10 VLOCA-model V0.1 Slimme stadsdistributie – Hasselt 18 april 2024 13:17:09 Circulaire economie: Repair cafés VLOCA-model V0.2 18 april 2024 13:17:07 VLOCA-model V0.2 Lokale Open Data Economie (LODE) – Brugge 18 april 2024 13:17:06 VLOCA-model V0.2 Het potentieel van urban mining voor de bouwsector 18 april 2024 13:17:05 VLOCA-model Ondersteuning retail binnenstad activatie 18 april 2024 13:17:04 Stakeholderanalyse 18 april 2024 13:17:03 Voorbeeld architectuurtekening 18 april 2024 13:17:03 Visualo VLOCA-model V0.2 18 april 2024 13:17:01 VLOCA-model V0.2 Mobiliteitsbudget voor burgers – Hasselt 18 april 2024 13:17:00 VLOCA-model V0.1 Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:59 VLOCA-model V0.2 Slimme stadsdistributie – Hasselt 18 april 2024 13:16:57 VLOCA-model V1.0 Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:54 Roadmap Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:52 VLOCA-model V1.8 Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:50 Vereistenmodel Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:48 VLOCA-model V0.1 Smart Innovation Factory – Mechelen 18 april 2024 13:16:46 Vereistenmodel VISUALO 18 april 2024 13:16:46 VLOCA-model V0.1 Machine Learning as a Service (MLaaS) – Roeselare 18 april 2024 13:16:45 VLOCA-model V0.1 Mobiele Sensor Units – Roeselare 18 april 2024 13:16:45 Visualo VLOCA-model V0.1 18 april 2024 13:16:44 VLOCA-model V0.1 Slimme Markten – Hasselt 18 april 2024 13:16:43 VLOCA-model V0.1 Het potentieel van urban mining voor de bouwsector 18 april 2024 13:16:43 VLOCA-model V0.1 Mobiliteitsbudget voor burgers – Hasselt 18 april 2024 13:16:42 Prioriteringsoefening Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:40 Architectuurtekeningen Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:40 Deliverable Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Aankondiging start publieke review 18 april 2024 13:23:14 Aanmaak co-creatie pagina op de kennishub 18 april 2024 13:23:13 Architectuurstandaard 18 april 2024 13:23:13 Bestekteksten 18 april 2024 13:23:12 Data Governance Model 18 april 2024 13:23:11 Conformiteitsmodel 18 april 2024 13:23:11 Informatienoden 18 april 2024 13:23:10 Marktanalyse 18 april 2024 13:23:09 Oproep tot deelname 18 april 2024 13:23:08 Opstart werkgroep beheer architectuur van de use case 18 april 2024 13:23:08 Stakeholder interview 18 april 2024 13:23:07 Stakeholderanalyse 18 april 2024 13:23:06 Testimonial 18 april 2024 13:23:05 Traject charter 18 april 2024 13:23:05 Use case prioritering 18 april 2024 13:23:04 Use case roadmap 18 april 2024 13:23:03 VLOCA Draaiboeken 18 april 2024 13:23:02 VLOCA Talk 18 april 2024 13:23:01 Vereistenmodel 18 april 2024 13:23:00 VLOCA-Model 18 april 2024 13:23:00 Technische Architectuur tekeningen 18 april 2024 13:22:59 VLOCA assessment 18 april 2024 13:22:58 VLOCA donut 18 april 2024 13:22:58 VLOCA-model V0.1 Lokale Open Data Economie (LODE) – Brugge 18 april 2024 13:17:10 VLOCA-model V0.1 Slimme stadsdistributie – Hasselt 18 april 2024 13:17:09 Circulaire economie: Repair cafés VLOCA-model V0.2 18 april 2024 13:17:07 VLOCA-model V0.2 Lokale Open Data Economie (LODE) – Brugge 18 april 2024 13:17:06 VLOCA-model V0.2 Het potentieel van urban mining voor de bouwsector 18 april 2024 13:17:05 VLOCA-model Ondersteuning retail binnenstad activatie 18 april 2024 13:17:04 Stakeholderanalyse 18 april 2024 13:17:03 Voorbeeld architectuurtekening 18 april 2024 13:17:03 Visualo VLOCA-model V0.2 18 april 2024 13:17:01 VLOCA-model V0.2 Mobiliteitsbudget voor burgers – Hasselt 18 april 2024 13:17:00 VLOCA-model V0.1 Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:59 VLOCA-model V0.2 Slimme stadsdistributie – Hasselt 18 april 2024 13:16:57 VLOCA-model V1.0 Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:54 Roadmap Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:52 VLOCA-model V1.8 Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:50 Vereistenmodel Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:48 VLOCA-model V0.1 Smart Innovation Factory – Mechelen 18 april 2024 13:16:46 Vereistenmodel VISUALO 18 april 2024 13:16:46 VLOCA-model V0.1 Machine Learning as a Service (MLaaS) – Roeselare 18 april 2024 13:16:45 VLOCA-model V0.1 Mobiele Sensor Units – Roeselare 18 april 2024 13:16:45 Visualo VLOCA-model V0.1 18 april 2024 13:16:44 VLOCA-model V0.1 Slimme Markten – Hasselt 18 april 2024 13:16:43 VLOCA-model V0.1 Het potentieel van urban mining voor de bouwsector 18 april 2024 13:16:43 VLOCA-model V0.1 Mobiliteitsbudget voor burgers – Hasselt 18 april 2024 13:16:42 Prioriteringsoefening Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:40 Architectuurtekeningen Regionaal plugable incentiveringsplatform – Geel 18 april 2024 13:16:40 Draaiboek Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Citizen science (water in de stad) 18 april 2024 13:21:48 API om de mobipunt-gerelateerde data te ontsluiten 18 april 2024 13:21:48 Evaluatie van sensoren 18 april 2024 13:21:47 Evidence-based Decision Making 18 april 2024 13:21:46 Hoe deel ik mijn data 18 april 2024 13:21:45 Hoe het Digital Product Paspoort gebruiken 18 april 2024 13:21:44 Hoe houden we gestructureerd data bij? 18 april 2024 13:21:43 Hoe kan je gemiste “repair opportunities” in kaart brengen en reduceren? 18 april 2024 13:21:42 Hoe kies ik de geschikte datatransmissie en logging device 18 april 2024 13:21:41 Hoe kies ik een geschikte sensor 18 april 2024 13:21:40 Hoe kunnen we repair cafés en herstel in het algemeen ondersteunen en zo de kans op succesvol herstel vergroten? 18 april 2024 13:21:40 Hoe maak ik zelf een databank aan voor mijn citizen science project? 18 april 2024 13:21:38 Hoe publiceer ik de data van mijn citizen science project? 18 april 2024 13:21:37 Hoeveel en waar sensoren plaatsen 18 april 2024 13:21:36 Hoppin Punt My Bike Service 18 april 2024 13:21:35 Hoppin scenario - Nieuw Hoppin' punt 18 april 2024 13:21:34 Hoppin Punt Service Informatie Model 18 april 2024 13:21:34 Hoppin scenario - subsidies aanvragen 18 april 2024 13:21:33 Hoppin scenario - een mobiliteitsdienst toevoegen aan een Hoppinpunt 18 april 2024 13:21:33 Ik wil begrijpen of de data waar ik mee aan de slag ben/zal gaan voldoet aan de FAIR principes. 18 april 2024 13:21:32 Ik wil bemalingswaterdebieten in real time volgen 18 april 2024 13:21:31 Ik wil data van een watersensornetwerk gebruiken (data broker vraagzijde) 18 april 2024 13:21:30 Ik wil de bijdrage van reparatie aan de circulaire economie kunnen meten 18 april 2024 13:21:29 Ik wil de data van een watersensornetwerk beheren 18 april 2024 13:21:28 Ik wil een bufferbekken optimaal inzetten voor de droogteproblematiek 18 april 2024 13:21:27 Ik wil een netwerk van pluviometers implementeren 18 april 2024 13:21:26 Ik wil een data standaard kiezen 18 april 2024 13:21:26 Ik wil een watersensornetwerk implementeren 18 april 2024 13:21:25 Ik wil gerichte campagnes rond repair cafés lanceren 18 april 2024 13:21:24 Ik wil illegale lozingen detecteren 18 april 2024 13:21:23 Ik wil kunnen meten hoeveel CO2 er vermeden is doordat burgers kapotte toestellen hersteld hebben 18 april 2024 13:21:22 Ik wil real-time waterkwaliteitsparameters communiceren 18 april 2024 13:21:21 Ik wil waak- en alarmpeilen detecteren 18 april 2024 13:21:21 Ik wil wateroverlast kunnen voorspellen 18 april 2024 13:21:20 Ik wil weten wat de impact van repair cafés/digitale tools is op elektrisch & elektronisch afval 18 april 2024 13:21:19 Keuze van database 18 april 2024 13:21:18 Meting van het waterpeil 18 april 2024 13:21:17 Toepassing van sensoren 18 april 2024 13:21:15 Waarom repair data loggen? 18 april 2024 13:21:14 Wat is een repair café en hoe kan ik er een starten? 18 april 2024 13:21:13 Wat is het SHAREPAIR project? 18 april 2024 13:21:12 Welke data standaard bestaat er in het repair landschap? 18 april 2024 13:21:11 Draaiboek Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Citizen science (water in de stad) 18 april 2024 13:21:48 API om de mobipunt-gerelateerde data te ontsluiten 18 april 2024 13:21:48 Evaluatie van sensoren 18 april 2024 13:21:47 Evidence-based Decision Making 18 april 2024 13:21:46 Hoe deel ik mijn data 18 april 2024 13:21:45 Hoe het Digital Product Paspoort gebruiken 18 april 2024 13:21:44 Hoe houden we gestructureerd data bij? 18 april 2024 13:21:43 Hoe kan je gemiste “repair opportunities” in kaart brengen en reduceren? 18 april 2024 13:21:42 Hoe kies ik de geschikte datatransmissie en logging device 18 april 2024 13:21:41 Hoe kies ik een geschikte sensor 18 april 2024 13:21:40 Hoe kunnen we repair cafés en herstel in het algemeen ondersteunen en zo de kans op succesvol herstel vergroten? 18 april 2024 13:21:40 Hoe maak ik zelf een databank aan voor mijn citizen science project? 18 april 2024 13:21:38 Hoe publiceer ik de data van mijn citizen science project? 18 april 2024 13:21:37 Hoeveel en waar sensoren plaatsen 18 april 2024 13:21:36 Hoppin Punt My Bike Service 18 april 2024 13:21:35 Hoppin scenario - Nieuw Hoppin' punt 18 april 2024 13:21:34 Hoppin Punt Service Informatie Model 18 april 2024 13:21:34 Hoppin scenario - subsidies aanvragen 18 april 2024 13:21:33 Hoppin scenario - een mobiliteitsdienst toevoegen aan een Hoppinpunt 18 april 2024 13:21:33 Ik wil begrijpen of de data waar ik mee aan de slag ben/zal gaan voldoet aan de FAIR principes. 18 april 2024 13:21:32 Ik wil bemalingswaterdebieten in real time volgen 18 april 2024 13:21:31 Ik wil data van een watersensornetwerk gebruiken (data broker vraagzijde) 18 april 2024 13:21:30 Ik wil de bijdrage van reparatie aan de circulaire economie kunnen meten 18 april 2024 13:21:29 Ik wil de data van een watersensornetwerk beheren 18 april 2024 13:21:28 Ik wil een bufferbekken optimaal inzetten voor de droogteproblematiek 18 april 2024 13:21:27 Ik wil een netwerk van pluviometers implementeren 18 april 2024 13:21:26 Ik wil een data standaard kiezen 18 april 2024 13:21:26 Ik wil een watersensornetwerk implementeren 18 april 2024 13:21:25 Ik wil gerichte campagnes rond repair cafés lanceren 18 april 2024 13:21:24 Ik wil illegale lozingen detecteren 18 april 2024 13:21:23 Ik wil kunnen meten hoeveel CO2 er vermeden is doordat burgers kapotte toestellen hersteld hebben 18 april 2024 13:21:22 Ik wil real-time waterkwaliteitsparameters communiceren 18 april 2024 13:21:21 Ik wil waak- en alarmpeilen detecteren 18 april 2024 13:21:21 Ik wil wateroverlast kunnen voorspellen 18 april 2024 13:21:20 Ik wil weten wat de impact van repair cafés/digitale tools is op elektrisch & elektronisch afval 18 april 2024 13:21:19 Keuze van database 18 april 2024 13:21:18 Meting van het waterpeil 18 april 2024 13:21:17 Toepassing van sensoren 18 april 2024 13:21:15 Waarom repair data loggen? 18 april 2024 13:21:14 Wat is een repair café en hoe kan ik er een starten? 18 april 2024 13:21:13 Wat is het SHAREPAIR project? 18 april 2024 13:21:12 Welke data standaard bestaat er in het repair landschap? 18 april 2024 13:21:11 Initiatief Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . CityTRAQ 2 mei 2024 13:08:40 ANPR-camera's - Turnhout 18 april 2024 13:18:20 BEReSLIM - Boilers en Ruimteverwarmers elektrisch SLIM sturen - Genk 18 april 2024 13:18:09 Burenondersteuning - Aalst 18 april 2024 13:18:04 Citerra - City Environmental Regulations and Rights for Access 18 april 2024 13:18:01 Citizen science 18 april 2024 13:17:59 City of Things 18 april 2024 13:17:59 City of Things 2019 18 april 2024 13:17:58 City of Things 2018 18 april 2024 13:17:58 City of Things 2020 18 april 2024 13:17:57 City of Things 2021 18 april 2024 13:17:57 City of Things 2022 18 april 2024 13:17:56 City of Things Mobiliteitsmanagement met ANPR - Puurs 18 april 2024 13:17:55 City of Things 2023 18 april 2024 13:17:55 CityFlows 18 april 2024 13:17:54 Compair 18 april 2024 13:17:51 DAKS 2.0 – Data in Kleine Steden 18 april 2024 13:17:33 DUET 18 april 2024 13:17:30 Data gedreven beleidsondersteuning 18 april 2024 13:17:21 Data-gestuurde winkelgebieden – Mechelen 18 april 2024 13:17:17 Databroker - Gent 18 april 2024 13:17:15 De Sint-Niklase Stadsmunt – Sint-Niklaas 18 april 2024 13:17:13 De creatie van open (IoT) data awareness bij lokale overheden - Leuven 18 april 2024 13:17:12 Digitaal parkeerrecht voor personen met een handicap 18 april 2024 13:16:37 Digitale customer journey parkeren en GAS 4/5 18 april 2024 13:16:33 EVENTMACHIEN - Pepingen 18 april 2024 13:16:30 Een digitale innovatietrack ter ondersteuning van een leefbare en bruisende universiteitsbuurt – Antwerpen (welzijn) 18 april 2024 13:16:26 Eenheid van schuld 18 april 2024 13:16:26 Energie Management Systeem – datagedreven optimalisering energieverbruik in steden EMS DOE 18 april 2024 13:16:25 GAIA-X 18 april 2024 13:16:15 Gebruiksvriendelijk verenigingsloket 18 april 2024 13:16:12 Geconnecteerde openbare verlichting op fietspaden - Mechelen 18 april 2024 13:16:11 Gemeente zonder gemeentehuis 18 april 2024 13:16:06 Gemeentelijk sensornetwerk voor luchtkwaliteitsmetingen - Kampenhout 18 april 2024 13:16:06 H2020 18 april 2024 13:16:00 Het potentieel van urban mining voor de bouwsector – Oostende 18 april 2024 13:15:52 INVEST – POM West-Vlaanderen 18 april 2024 13:15:43 Interoperable Europe 18 april 2024 13:15:38 IoT gestuurde mobipunten – Aalst (mobiliteit) 18 april 2024 13:15:37 Living-in.eu 18 april 2024 13:15:22 LocusFocus – POM Vlaams-Brabant 18 april 2024 13:15:21 Lokaal 3D Project – Provincie Oost-Vlaanderen 18 april 2024 13:15:21 Lokale Open Data Economie (LODE) – Brugge 18 april 2024 13:15:20 Machine Learning as a Service (MLaaS) – Roeselare 18 april 2024 13:15:16 Marktplaats Smart City - Bonheiden 18 april 2024 13:15:15 MoDi:2B - Mobiliteit als een dienst aan burgers via derde-betalersystemen - Leuven 18 april 2024 13:15:13 Mobiele Sensor Units – Roeselare 18 april 2024 13:15:13 Mobiliteitsbudget voor burgers – Hasselt 18 april 2024 13:15:12 Mobiliteitsmanagement met ANPR - Puurs 18 april 2024 13:15:11 Modderstroom Monitoring 18 april 2024 13:15:10 ... meer resultaten Initiatief Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . CityTRAQ 2 mei 2024 13:08:40 ANPR-camera's - Turnhout 18 april 2024 13:18:20 BEReSLIM - Boilers en Ruimteverwarmers elektrisch SLIM sturen - Genk 18 april 2024 13:18:09 Burenondersteuning - Aalst 18 april 2024 13:18:04 Citerra - City Environmental Regulations and Rights for Access 18 april 2024 13:18:01 Citizen science 18 april 2024 13:17:59 City of Things 18 april 2024 13:17:59 City of Things 2019 18 april 2024 13:17:58 City of Things 2018 18 april 2024 13:17:58 City of Things 2020 18 april 2024 13:17:57 City of Things 2021 18 april 2024 13:17:57 City of Things 2022 18 april 2024 13:17:56 City of Things Mobiliteitsmanagement met ANPR - Puurs 18 april 2024 13:17:55 City of Things 2023 18 april 2024 13:17:55 CityFlows 18 april 2024 13:17:54 Compair 18 april 2024 13:17:51 DAKS 2.0 – Data in Kleine Steden 18 april 2024 13:17:33 DUET 18 april 2024 13:17:30 Data gedreven beleidsondersteuning 18 april 2024 13:17:21 Data-gestuurde winkelgebieden – Mechelen 18 april 2024 13:17:17 Databroker - Gent 18 april 2024 13:17:15 De Sint-Niklase Stadsmunt – Sint-Niklaas 18 april 2024 13:17:13 De creatie van open (IoT) data awareness bij lokale overheden - Leuven 18 april 2024 13:17:12 Digitaal parkeerrecht voor personen met een handicap 18 april 2024 13:16:37 Digitale customer journey parkeren en GAS 4/5 18 april 2024 13:16:33 EVENTMACHIEN - Pepingen 18 april 2024 13:16:30 Een digitale innovatietrack ter ondersteuning van een leefbare en bruisende universiteitsbuurt – Antwerpen (welzijn) 18 april 2024 13:16:26 Eenheid van schuld 18 april 2024 13:16:26 Energie Management Systeem – datagedreven optimalisering energieverbruik in steden EMS DOE 18 april 2024 13:16:25 GAIA-X 18 april 2024 13:16:15 Gebruiksvriendelijk verenigingsloket 18 april 2024 13:16:12 Geconnecteerde openbare verlichting op fietspaden - Mechelen 18 april 2024 13:16:11 Gemeente zonder gemeentehuis 18 april 2024 13:16:06 Gemeentelijk sensornetwerk voor luchtkwaliteitsmetingen - Kampenhout 18 april 2024 13:16:06 H2020 18 april 2024 13:16:00 Het potentieel van urban mining voor de bouwsector – Oostende 18 april 2024 13:15:52 INVEST – POM West-Vlaanderen 18 april 2024 13:15:43 Interoperable Europe 18 april 2024 13:15:38 IoT gestuurde mobipunten – Aalst (mobiliteit) 18 april 2024 13:15:37 Living-in.eu 18 april 2024 13:15:22 LocusFocus – POM Vlaams-Brabant 18 april 2024 13:15:21 Lokaal 3D Project – Provincie Oost-Vlaanderen 18 april 2024 13:15:21 Lokale Open Data Economie (LODE) – Brugge 18 april 2024 13:15:20 Machine Learning as a Service (MLaaS) – Roeselare 18 april 2024 13:15:16 Marktplaats Smart City - Bonheiden 18 april 2024 13:15:15 MoDi:2B - Mobiliteit als een dienst aan burgers via derde-betalersystemen - Leuven 18 april 2024 13:15:13 Mobiele Sensor Units – Roeselare 18 april 2024 13:15:13 Mobiliteitsbudget voor burgers – Hasselt 18 april 2024 13:15:12 Mobiliteitsmanagement met ANPR - Puurs 18 april 2024 13:15:11 Modderstroom Monitoring 18 april 2024 13:15:10 ... meer resultaten Nieuws Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . De ontwikkeling van de Brugse Digital Twin: een verhaal uit de praktijk 18 april 2024 13:14:58 VLOCA en de Vlaamse lokale besturen, een stand van zaken 18 april 2024 13:14:57 Aankoop van data, een prioriteit voor lokale besturen? 18 april 2024 13:14:56 Plaatsing van sensoren als eerste stap naar slim ecosysteem in en om de stad Mechelen 18 april 2024 13:14:56 Nieuws Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . De ontwikkeling van de Brugse Digital Twin: een verhaal uit de praktijk 18 april 2024 13:14:58 VLOCA en de Vlaamse lokale besturen, een stand van zaken 18 april 2024 13:14:57 Aankoop van data, een prioriteit voor lokale besturen? 18 april 2024 13:14:56 Plaatsing van sensoren als eerste stap naar slim ecosysteem in en om de stad Mechelen 18 april 2024 13:14:56 Organisatie Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Stad Harelbeke 30 april 2024 13:53:49 Geraardsbergen 24 april 2024 10:03:09 ABB 18 april 2024 13:18:22 ADV 18 april 2024 13:18:21 AQUAFIN 18 april 2024 13:18:18 AWV 18 april 2024 13:18:17 Agoria 18 april 2024 13:18:16 Alliance for Internet of Things Innovation 18 april 2024 13:18:14 Anyways 18 april 2024 13:18:13 CEN/TC465 18 april 2024 13:18:03 Canada-OpenNorth 18 april 2024 13:18:02 Center for Digital Twin Britain 18 april 2024 13:18:01 Coock Open Stad 18 april 2024 13:17:49 DS- Deense standaarden 18 april 2024 13:17:32 De Lijn 18 april 2024 13:17:13 Denmark IoT and Smart Cities 18 april 2024 13:16:39 Destination Earth 18 april 2024 13:16:38 Digital Europe Programme 18 april 2024 13:16:36 Digital Twin Consortium 18 april 2024 13:16:35 E-Hubs 18 april 2024 13:16:31 Economisch Huis Oostende 18 april 2024 13:16:29 Europa - Digital Single Market 18 april 2024 13:16:24 European Committee for Standardization (CEN) 18 april 2024 13:16:23 European Interoperability Framework (EIF) 18 april 2024 13:16:21 Europees Telecommunicatie en Standaardisatie Instituut (ETSI) 18 april 2024 13:16:21 FIWARE 18 april 2024 13:16:19 Finland - Digital Twin 18 april 2024 13:16:17 Gemeente Boechout 18 april 2024 13:16:11 Gemeente Edegem 18 april 2024 13:16:10 Gemeente Geetbets 18 april 2024 13:16:10 Gemeente Herent 18 april 2024 13:16:10 Gemeente Lubbeek 18 april 2024 13:16:09 Gemeente Ingelmunster 18 april 2024 13:16:09 Gemeente Kampenhout 18 april 2024 13:16:09 Gemeente Oostkamp 18 april 2024 13:16:08 Gemeente Pelt 18 april 2024 13:16:08 Gemeente Pepingen 18 april 2024 13:16:08 Gemeente Tremelo 18 april 2024 13:16:07 Gemeente Puurs-Sint-Amands 18 april 2024 13:16:07 Gemeente Zaventem 18 april 2024 13:16:07 GeoNovum 18 april 2024 13:16:04 Gothenburg - Digital Tvilling 18 april 2024 13:16:03 Hydroscan 18 april 2024 13:15:48 IDSA 18 april 2024 13:15:46 IGEMO 18 april 2024 13:15:46 IMEC 18 april 2024 13:15:45 INSPIRE 18 april 2024 13:15:44 IOK (Intercommunale Ontwikkelingsmaatschappij voor de Kempen) 18 april 2024 13:15:43 Indian Urban Data Exchange (IUDX) 18 april 2024 13:15:40 Japan Cross-Ministerial IPP 18 april 2024 13:15:35 ... meer resultaten Organisatie Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Stad Harelbeke 30 april 2024 13:53:49 Geraardsbergen 24 april 2024 10:03:09 ABB 18 april 2024 13:18:22 ADV 18 april 2024 13:18:21 AQUAFIN 18 april 2024 13:18:18 AWV 18 april 2024 13:18:17 Agoria 18 april 2024 13:18:16 Alliance for Internet of Things Innovation 18 april 2024 13:18:14 Anyways 18 april 2024 13:18:13 CEN/TC465 18 april 2024 13:18:03 Canada-OpenNorth 18 april 2024 13:18:02 Center for Digital Twin Britain 18 april 2024 13:18:01 Coock Open Stad 18 april 2024 13:17:49 DS- Deense standaarden 18 april 2024 13:17:32 De Lijn 18 april 2024 13:17:13 Denmark IoT and Smart Cities 18 april 2024 13:16:39 Destination Earth 18 april 2024 13:16:38 Digital Europe Programme 18 april 2024 13:16:36 Digital Twin Consortium 18 april 2024 13:16:35 E-Hubs 18 april 2024 13:16:31 Economisch Huis Oostende 18 april 2024 13:16:29 Europa - Digital Single Market 18 april 2024 13:16:24 European Committee for Standardization (CEN) 18 april 2024 13:16:23 European Interoperability Framework (EIF) 18 april 2024 13:16:21 Europees Telecommunicatie en Standaardisatie Instituut (ETSI) 18 april 2024 13:16:21 FIWARE 18 april 2024 13:16:19 Finland - Digital Twin 18 april 2024 13:16:17 Gemeente Boechout 18 april 2024 13:16:11 Gemeente Edegem 18 april 2024 13:16:10 Gemeente Geetbets 18 april 2024 13:16:10 Gemeente Herent 18 april 2024 13:16:10 Gemeente Lubbeek 18 april 2024 13:16:09 Gemeente Ingelmunster 18 april 2024 13:16:09 Gemeente Kampenhout 18 april 2024 13:16:09 Gemeente Oostkamp 18 april 2024 13:16:08 Gemeente Pelt 18 april 2024 13:16:08 Gemeente Pepingen 18 april 2024 13:16:08 Gemeente Tremelo 18 april 2024 13:16:07 Gemeente Puurs-Sint-Amands 18 april 2024 13:16:07 Gemeente Zaventem 18 april 2024 13:16:07 GeoNovum 18 april 2024 13:16:04 Gothenburg - Digital Tvilling 18 april 2024 13:16:03 Hydroscan 18 april 2024 13:15:48 IDSA 18 april 2024 13:15:46 IGEMO 18 april 2024 13:15:46 IMEC 18 april 2024 13:15:45 INSPIRE 18 april 2024 13:15:44 IOK (Intercommunale Ontwikkelingsmaatschappij voor de Kempen) 18 april 2024 13:15:43 Indian Urban Data Exchange (IUDX) 18 april 2024 13:15:40 Japan Cross-Ministerial IPP 18 april 2024 13:15:35 ... meer resultaten Standaard Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . 3D tiles 18 april 2024 13:18:23 Augmented Reality Markup Language 2.0 (ARML20.0) 18 april 2024 13:18:10 CityGML 18 april 2024 13:17:53 Datex 18 april 2024 13:17:14 GeoJSON 18 april 2024 13:16:05 GeoRSS 18 april 2024 13:16:04 Geography Markup Language (GML) 18 april 2024 13:16:03 IMKL 18 april 2024 13:15:45 INSPIRE-data-standaard 18 april 2024 13:15:43 LDES 18 april 2024 13:15:26 NEN Open Urban Platform 18 april 2024 13:15:06 NGSI-v2 18 april 2024 13:15:05 NGSI (LD) 18 april 2024 13:15:05 OGC API - Features 18 april 2024 13:14:52 OGC Catalogue Service 18 april 2024 13:14:52 OGC Coordinate Transformation Service 18 april 2024 13:14:52 OGC Publish/Subscribe Interface Standard 18 april 2024 13:14:51 OGC SensorThings API 18 april 2024 13:14:51 OGC WaterML 2 18 april 2024 13:14:50 SWE Service Model Implementation Standard 18 april 2024 13:14:00 SWE Common Data Model Encoding Standard 18 april 2024 13:14:00 Semantic Sensor Network (SSN) Ontology 18 april 2024 13:13:58 Sensor Model Language (SensorML) 18 april 2024 13:13:53 Sensor Observation Service 18 april 2024 13:13:52 Sensor Planning Service (SPS) 18 april 2024 13:13:52 Simple Features (SFS) 18 april 2024 13:13:49 Smart Data Models 18 april 2024 13:13:37 TOMP-API 18 april 2024 13:13:21 Time Series Model Language (TSML) 18 april 2024 13:13:13 W3C Web of Things 18 april 2024 13:11:29 Web Feature Service (WFS) 18 april 2024 13:11:26 Web Coverage Service (WCS) 18 april 2024 13:11:26 Web Map Tile Service (WMTS) 18 april 2024 13:11:25 Web Map Service (WMS) 18 april 2024 13:11:25 Thematische werkgroep 4 18 april 2024 13:11:18 Standaard Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . 3D tiles 18 april 2024 13:18:23 Augmented Reality Markup Language 2.0 (ARML20.0) 18 april 2024 13:18:10 CityGML 18 april 2024 13:17:53 Datex 18 april 2024 13:17:14 GeoJSON 18 april 2024 13:16:05 GeoRSS 18 april 2024 13:16:04 Geography Markup Language (GML) 18 april 2024 13:16:03 IMKL 18 april 2024 13:15:45 INSPIRE-data-standaard 18 april 2024 13:15:43 LDES 18 april 2024 13:15:26 NEN Open Urban Platform 18 april 2024 13:15:06 NGSI-v2 18 april 2024 13:15:05 NGSI (LD) 18 april 2024 13:15:05 OGC API - Features 18 april 2024 13:14:52 OGC Catalogue Service 18 april 2024 13:14:52 OGC Coordinate Transformation Service 18 april 2024 13:14:52 OGC Publish/Subscribe Interface Standard 18 april 2024 13:14:51 OGC SensorThings API 18 april 2024 13:14:51 OGC WaterML 2 18 april 2024 13:14:50 SWE Service Model Implementation Standard 18 april 2024 13:14:00 SWE Common Data Model Encoding Standard 18 april 2024 13:14:00 Semantic Sensor Network (SSN) Ontology 18 april 2024 13:13:58 Sensor Model Language (SensorML) 18 april 2024 13:13:53 Sensor Observation Service 18 april 2024 13:13:52 Sensor Planning Service (SPS) 18 april 2024 13:13:52 Simple Features (SFS) 18 april 2024 13:13:49 Smart Data Models 18 april 2024 13:13:37 TOMP-API 18 april 2024 13:13:21 Time Series Model Language (TSML) 18 april 2024 13:13:13 W3C Web of Things 18 april 2024 13:11:29 Web Feature Service (WFS) 18 april 2024 13:11:26 Web Coverage Service (WCS) 18 april 2024 13:11:26 Web Map Tile Service (WMTS) 18 april 2024 13:11:25 Web Map Service (WMS) 18 april 2024 13:11:25 Thematische werkgroep 4 18 april 2024 13:11:18 TermenConcepten Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . 3D referentie architectuur E-LSP 18 april 2024 13:18:23 ANPR 18 april 2024 13:18:21 API 18 april 2024 13:18:20 API-first 18 april 2024 13:18:19 API-led 18 april 2024 13:18:18 Algemene Verordening Gegevensbescherming of AVG 18 april 2024 13:18:15 Apache Druid 18 april 2024 13:18:12 Applications 18 april 2024 13:18:12 Architectuur 18 april 2024 13:18:11 Authentieke gegevensbron 18 april 2024 13:18:10 Backward compatibility 18 april 2024 13:18:09 Basisregister 18 april 2024 13:18:08 Beheerder 18 april 2024 13:18:07 Bouwlagen 18 april 2024 13:18:05 Beleidsdomeinen 18 april 2024 13:18:05 CDS-M 18 april 2024 13:18:03 Citizen participation 18 april 2024 13:18:00 Classificatie 18 april 2024 13:17:53 Combimobiliteit 18 april 2024 13:17:51 Componenten 18 april 2024 13:17:50 Context Information 18 april 2024 13:17:49 Coock Open Stad/Building trust and value in data ecosystems 18 april 2024 13:17:48 Coock Open Stad/Connecting and storing sensor data 18 april 2024 13:17:47 Coock Open Stad/Connecting, storing and publishing sensor data 18 april 2024 13:17:46 Coock Open Stad/Healthy Indoor Quality of Living 18 april 2024 13:17:45 Coock Open Stad/IoT and Air Quality in Cities part 1 18 april 2024 13:17:44 Coock Open Stad/IoT and Air Quality in Cities part 2 18 april 2024 13:17:43 Coock Open Stad/Learnings from international and local smart city initiatives 18 april 2024 13:17:42 Coock Open Stad/Mobile environmental sensing 18 april 2024 13:17:41 Coock Open Stad/Open City and its Citizens 18 april 2024 13:17:39 Coock Open Stad/Publishing and using sensor data as linked open data 18 april 2024 13:17:38 Coock Open Stad/Smart Towards a high-quality living environment 18 april 2024 13:17:34 Cross-Domain 18 april 2024 13:17:34 DATA-first 18 april 2024 13:17:33 Cross-cutting concerns 18 april 2024 13:17:33 Data Formaat 18 april 2024 13:17:30 Data Governance 18 april 2024 13:17:29 Data Lineage 18 april 2024 13:17:29 Data Ownership 18 april 2024 13:17:28 Data Scheme 18 april 2024 13:17:27 Data Quality 18 april 2024 13:17:27 Data Portability 18 april 2024 13:17:27 Data Spaces In Flanders 18 april 2024 13:17:26 Data Velocity 18 april 2024 13:17:25 Data Variety 18 april 2024 13:17:25 Data Veracity 18 april 2024 13:17:25 Data Volume 18 april 2024 13:17:24 Data attribuut 18 april 2024 13:17:24 Data cataloog 18 april 2024 13:17:23 Data enrichment 18 april 2024 13:17:22 ... meer resultaten TermenConcepten Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . 3D referentie architectuur E-LSP 18 april 2024 13:18:23 ANPR 18 april 2024 13:18:21 API 18 april 2024 13:18:20 API-first 18 april 2024 13:18:19 API-led 18 april 2024 13:18:18 Algemene Verordening Gegevensbescherming of AVG 18 april 2024 13:18:15 Apache Druid 18 april 2024 13:18:12 Applications 18 april 2024 13:18:12 Architectuur 18 april 2024 13:18:11 Authentieke gegevensbron 18 april 2024 13:18:10 Backward compatibility 18 april 2024 13:18:09 Basisregister 18 april 2024 13:18:08 Beheerder 18 april 2024 13:18:07 Bouwlagen 18 april 2024 13:18:05 Beleidsdomeinen 18 april 2024 13:18:05 CDS-M 18 april 2024 13:18:03 Citizen participation 18 april 2024 13:18:00 Classificatie 18 april 2024 13:17:53 Combimobiliteit 18 april 2024 13:17:51 Componenten 18 april 2024 13:17:50 Context Information 18 april 2024 13:17:49 Coock Open Stad/Building trust and value in data ecosystems 18 april 2024 13:17:48 Coock Open Stad/Connecting and storing sensor data 18 april 2024 13:17:47 Coock Open Stad/Connecting, storing and publishing sensor data 18 april 2024 13:17:46 Coock Open Stad/Healthy Indoor Quality of Living 18 april 2024 13:17:45 Coock Open Stad/IoT and Air Quality in Cities part 1 18 april 2024 13:17:44 Coock Open Stad/IoT and Air Quality in Cities part 2 18 april 2024 13:17:43 Coock Open Stad/Learnings from international and local smart city initiatives 18 april 2024 13:17:42 Coock Open Stad/Mobile environmental sensing 18 april 2024 13:17:41 Coock Open Stad/Open City and its Citizens 18 april 2024 13:17:39 Coock Open Stad/Publishing and using sensor data as linked open data 18 april 2024 13:17:38 Coock Open Stad/Smart Towards a high-quality living environment 18 april 2024 13:17:34 Cross-Domain 18 april 2024 13:17:34 DATA-first 18 april 2024 13:17:33 Cross-cutting concerns 18 april 2024 13:17:33 Data Formaat 18 april 2024 13:17:30 Data Governance 18 april 2024 13:17:29 Data Lineage 18 april 2024 13:17:29 Data Ownership 18 april 2024 13:17:28 Data Scheme 18 april 2024 13:17:27 Data Quality 18 april 2024 13:17:27 Data Portability 18 april 2024 13:17:27 Data Spaces In Flanders 18 april 2024 13:17:26 Data Velocity 18 april 2024 13:17:25 Data Variety 18 april 2024 13:17:25 Data Veracity 18 april 2024 13:17:25 Data Volume 18 april 2024 13:17:24 Data attribuut 18 april 2024 13:17:24 Data cataloog 18 april 2024 13:17:23 Data enrichment 18 april 2024 13:17:22 ... meer resultaten VlocaSessie Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Thematische werkgroep 1 3 mei 2024 08:41:32 Kick-off 30 april 2024 14:17:46 Thematische werkgroep 3 22 april 2024 14:13:36 Thematische werkgroep 2 22 april 2024 14:13:07 Thematische werkgroep 1 22 april 2024 14:12:47 Thematische werkgroep 1 22 april 2024 13:55:17 Circulaire Economie: Repair cafés - Workshop 1 18 april 2024 13:20:59 Circulaire Economie: Repair cafés - Workshop 2 18 april 2024 13:20:58 Data Broker Workshop 1 18 april 2024 13:20:57 Data Broker Workshop 2 18 april 2024 13:20:56 Hoppinpunten - Digitale Architectuur ten behoeve van Reizigers Service providers en Overheden 18 april 2024 13:20:55 Hoppinpunten Workshop 0: Kennismaking 18 april 2024 13:20:54 Hoppinpunten Workshop 1: Behoeftes & doelstellingen 18 april 2024 13:20:53 Hoppinpunten Workshop 2: Data 18 april 2024 13:20:52 Hoppinpunten Workshop 3: Details 18 april 2024 13:20:50 Local Digital Twin Workshop 1: Gedeeld referentiekader 18 april 2024 13:20:49 Local Digital Twin Workshop 2: Structuur en beheer van data 18 april 2024 13:20:48 Local Digital Twin Workshop 3: Simulaties op basis van modelering 18 april 2024 13:20:46 Water in de stad Workshop 0: Kennismaking 18 april 2024 13:20:45 Water in de stad Workshop 1 18 april 2024 13:20:44 Water in de stad Workshop 2 18 april 2024 13:20:43 Water in de stad Workshop 3 18 april 2024 13:20:42 Water in de stad Workshop 4 18 april 2024 13:20:41 SIF Datapotentieel Laadinfrastructuur 20230426 18 april 2024 13:14:04 Thematische werkgroep 1 18 april 2024 13:13:14 Business werkgroep 18 april 2024 13:12:52 Thematische werkgroep 3 18 april 2024 13:12:51 Thematische werkgroep 1 18 april 2024 13:12:49 Thematische werkgroep 2 18 april 2024 13:12:47 Thematische werkgroep 3 18 april 2024 13:12:46 Thematische werkgroep 1 18 april 2024 13:12:44 Thematische werkgroep 2 18 april 2024 13:12:43 Business werkgroep 18 april 2024 13:12:42 Thematische werkgroep 3 18 april 2024 13:12:42 Business werkgroep 18 april 2024 13:12:40 Thematische werkgroep 1 18 april 2024 13:12:38 Thematische werkgroep 1 18 april 2024 13:12:37 Thematische werkgroep 1 18 april 2024 13:12:36 Thematische werkgroep 2 18 april 2024 13:12:34 Business werkgroep 18 april 2024 13:12:33 Thematische werkgroep 2 18 april 2024 13:12:31 Thematische werkgroep 2 18 april 2024 13:12:30 Thematische werkgroep 3 18 april 2024 13:12:29 Thematische werkgroep 3 18 april 2024 13:12:27 Business werkgroep 18 april 2024 13:12:25 Business werkgroep 18 april 2024 13:12:24 Business werkgroep 18 april 2024 13:12:22 Thematische werkgroep 3 18 april 2024 13:12:20 Thematische werkgroep 1 18 april 2024 13:12:19 Business werkgroep 18 april 2024 13:12:15 ... meer resultaten VlocaTraject Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Digitale meldingen 30 april 2024 13:54:20 Slimme Markten 18 april 2024 14:54:37 API-led 18 april 2024 13:19:38 Antwerp Living Labs: levendige en leefbare (universiteits)buurt 18 april 2024 13:19:37 Burgerloket 18 april 2024 13:19:36 B-WaterSmart 18 april 2024 13:19:36 Circulaire economie: Repair cafés 18 april 2024 13:19:35 DINA: Dienstverlening via integratie naadloos aanbieden 18 april 2024 13:19:34 Combimobiliteit: Hoppin punten 18 april 2024 13:19:34 Data Broker 18 april 2024 13:19:33 Datagestuurde handelskern 18 april 2024 13:19:32 DenCITY 18 april 2024 13:19:31 Digitalisering volledige customer journey parkeren en GAS4 en GAS5 18 april 2024 13:19:30 Het potentieel van urban mining & BIM voor de bouwsector 18 april 2024 13:19:29 Flood4Cast 18 april 2024 13:19:29 Hydrologisch meetnet provincie Antwerpen 18 april 2024 13:19:28 Internet of Water 18 april 2024 13:19:27 Iot-gestuurde mobipunten 18 april 2024 13:19:26 Koppeling IoT-peilsensordata naar andere IoT- stacks 18 april 2024 13:19:25 Local Digital Twin 18 april 2024 13:19:24 Leefomgeving: Water in de Stad 18 april 2024 13:19:24 Lokaal digitaal ondernemingsloket 18 april 2024 13:19:23 Lokale Open Data Economie (LODE) 18 april 2024 13:19:23 Maatgerichte implementatie van een document management systeem 18 april 2024 13:19:22 Machine Learning as a Service (MLaaS) 18 april 2024 13:19:22 Mobiele Sensor Units 18 april 2024 13:19:21 Mobiliteitsbudget voor burgers 18 april 2024 13:19:21 Monitoring van de Laak 18 april 2024 13:19:20 Nachtlawaai verminderen d.m.v. technologie en nudging 18 april 2024 13:19:19 PROBE 18 april 2024 13:19:18 Online Reserveren en Betalen: type locatie in de stad 18 april 2024 13:19:18 Preventieve gezondheid 18 april 2024 13:19:17 Preventieve gezondheidszorg: persoonlijke gezondheidsdata en lokale overheden 18 april 2024 13:19:16 Proactive Flooding Detection 18 april 2024 13:19:15 Rainbrain 18 april 2024 13:19:15 Regionaal plugable incentiveringsplatform 18 april 2024 13:19:14 Sensorhotels 18 april 2024 13:19:14 Slimme stadsdistributie 18 april 2024 13:19:13 Smart Innovation Factory 18 april 2024 13:19:13 Smart Waterland 18 april 2024 13:19:12 Sociaal Dossier Platform 18 april 2024 13:19:11 Tijd- en plaatsonafhankelijke klantencontacten 18 april 2024 13:19:10 Stiemerlab 18 april 2024 13:19:10 Tipping Points 18 april 2024 13:19:09 Transparante efficiënte en klantvriendelijke dienstverlening voor onze burgers verenigingen en ondernemingen 18 april 2024 13:19:09 Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) 18 april 2024 13:19:07 Urban digital twin 18 april 2024 13:19:07 Velopark 18 april 2024 13:19:06 Vertellende vlotten 18 april 2024 13:19:06 WerfWater 18 april 2024 13:19:04 ... meer resultaten VlocaSessie Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Thematische werkgroep 1 3 mei 2024 08:41:32 Kick-off 30 april 2024 14:17:46 Thematische werkgroep 3 22 april 2024 14:13:36 Thematische werkgroep 2 22 april 2024 14:13:07 Thematische werkgroep 1 22 april 2024 14:12:47 Thematische werkgroep 1 22 april 2024 13:55:17 Circulaire Economie: Repair cafés - Workshop 1 18 april 2024 13:20:59 Circulaire Economie: Repair cafés - Workshop 2 18 april 2024 13:20:58 Data Broker Workshop 1 18 april 2024 13:20:57 Data Broker Workshop 2 18 april 2024 13:20:56 Hoppinpunten - Digitale Architectuur ten behoeve van Reizigers Service providers en Overheden 18 april 2024 13:20:55 Hoppinpunten Workshop 0: Kennismaking 18 april 2024 13:20:54 Hoppinpunten Workshop 1: Behoeftes & doelstellingen 18 april 2024 13:20:53 Hoppinpunten Workshop 2: Data 18 april 2024 13:20:52 Hoppinpunten Workshop 3: Details 18 april 2024 13:20:50 Local Digital Twin Workshop 1: Gedeeld referentiekader 18 april 2024 13:20:49 Local Digital Twin Workshop 2: Structuur en beheer van data 18 april 2024 13:20:48 Local Digital Twin Workshop 3: Simulaties op basis van modelering 18 april 2024 13:20:46 Water in de stad Workshop 0: Kennismaking 18 april 2024 13:20:45 Water in de stad Workshop 1 18 april 2024 13:20:44 Water in de stad Workshop 2 18 april 2024 13:20:43 Water in de stad Workshop 3 18 april 2024 13:20:42 Water in de stad Workshop 4 18 april 2024 13:20:41 SIF Datapotentieel Laadinfrastructuur 20230426 18 april 2024 13:14:04 Thematische werkgroep 1 18 april 2024 13:13:14 Business werkgroep 18 april 2024 13:12:52 Thematische werkgroep 3 18 april 2024 13:12:51 Thematische werkgroep 1 18 april 2024 13:12:49 Thematische werkgroep 2 18 april 2024 13:12:47 Thematische werkgroep 3 18 april 2024 13:12:46 Thematische werkgroep 1 18 april 2024 13:12:44 Thematische werkgroep 2 18 april 2024 13:12:43 Business werkgroep 18 april 2024 13:12:42 Thematische werkgroep 3 18 april 2024 13:12:42 Business werkgroep 18 april 2024 13:12:40 Thematische werkgroep 1 18 april 2024 13:12:38 Thematische werkgroep 1 18 april 2024 13:12:37 Thematische werkgroep 1 18 april 2024 13:12:36 Thematische werkgroep 2 18 april 2024 13:12:34 Business werkgroep 18 april 2024 13:12:33 Thematische werkgroep 2 18 april 2024 13:12:31 Thematische werkgroep 2 18 april 2024 13:12:30 Thematische werkgroep 3 18 april 2024 13:12:29 Thematische werkgroep 3 18 april 2024 13:12:27 Business werkgroep 18 april 2024 13:12:25 Business werkgroep 18 april 2024 13:12:24 Business werkgroep 18 april 2024 13:12:22 Thematische werkgroep 3 18 april 2024 13:12:20 Thematische werkgroep 1 18 april 2024 13:12:19 Business werkgroep 18 april 2024 13:12:15 ... meer resultaten VlocaTraject Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Digitale meldingen 30 april 2024 13:54:20 Slimme Markten 18 april 2024 14:54:37 API-led 18 april 2024 13:19:38 Antwerp Living Labs: levendige en leefbare (universiteits)buurt 18 april 2024 13:19:37 Burgerloket 18 april 2024 13:19:36 B-WaterSmart 18 april 2024 13:19:36 Circulaire economie: Repair cafés 18 april 2024 13:19:35 DINA: Dienstverlening via integratie naadloos aanbieden 18 april 2024 13:19:34 Combimobiliteit: Hoppin punten 18 april 2024 13:19:34 Data Broker 18 april 2024 13:19:33 Datagestuurde handelskern 18 april 2024 13:19:32 DenCITY 18 april 2024 13:19:31 Digitalisering volledige customer journey parkeren en GAS4 en GAS5 18 april 2024 13:19:30 Het potentieel van urban mining & BIM voor de bouwsector 18 april 2024 13:19:29 Flood4Cast 18 april 2024 13:19:29 Hydrologisch meetnet provincie Antwerpen 18 april 2024 13:19:28 Internet of Water 18 april 2024 13:19:27 Iot-gestuurde mobipunten 18 april 2024 13:19:26 Koppeling IoT-peilsensordata naar andere IoT- stacks 18 april 2024 13:19:25 Local Digital Twin 18 april 2024 13:19:24 Leefomgeving: Water in de Stad 18 april 2024 13:19:24 Lokaal digitaal ondernemingsloket 18 april 2024 13:19:23 Lokale Open Data Economie (LODE) 18 april 2024 13:19:23 Maatgerichte implementatie van een document management systeem 18 april 2024 13:19:22 Machine Learning as a Service (MLaaS) 18 april 2024 13:19:22 Mobiele Sensor Units 18 april 2024 13:19:21 Mobiliteitsbudget voor burgers 18 april 2024 13:19:21 Monitoring van de Laak 18 april 2024 13:19:20 Nachtlawaai verminderen d.m.v. technologie en nudging 18 april 2024 13:19:19 PROBE 18 april 2024 13:19:18 Online Reserveren en Betalen: type locatie in de stad 18 april 2024 13:19:18 Preventieve gezondheid 18 april 2024 13:19:17 Preventieve gezondheidszorg: persoonlijke gezondheidsdata en lokale overheden 18 april 2024 13:19:16 Proactive Flooding Detection 18 april 2024 13:19:15 Rainbrain 18 april 2024 13:19:15 Regionaal plugable incentiveringsplatform 18 april 2024 13:19:14 Sensorhotels 18 april 2024 13:19:14 Slimme stadsdistributie 18 april 2024 13:19:13 Smart Innovation Factory 18 april 2024 13:19:13 Smart Waterland 18 april 2024 13:19:12 Sociaal Dossier Platform 18 april 2024 13:19:11 Tijd- en plaatsonafhankelijke klantencontacten 18 april 2024 13:19:10 Stiemerlab 18 april 2024 13:19:10 Tipping Points 18 april 2024 13:19:09 Transparante efficiënte en klantvriendelijke dienstverlening voor onze burgers verenigingen en ondernemingen 18 april 2024 13:19:09 Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) 18 april 2024 13:19:07 Urban digital twin 18 april 2024 13:19:07 Velopark 18 april 2024 13:19:06 Vertellende vlotten 18 april 2024 13:19:06 WerfWater 18 april 2024 13:19:04 ... meer resultaten Wiki Page Wijzigingsdatum "Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by Semantic MediaWiki . Architectuurstandaarden 18 april 2024 13:18:11 NieuweDeliverable 18 april 2024 13:14:58  +
  • Nieuwsoverzicht   TypeNieuws Datu … Nieuwsoverzicht </br> </br> </br> </br>   TypeNieuws Datum De ontwikkeling van de Brugse Digital Twin: een verhaal uit de praktijk Nieuwsbericht 2022-10-27 VLOCA en de Vlaamse lokale besturen, een stand van zaken Nieuwsbericht 2022-06-28 Aankoop van data, een prioriteit voor lokale besturen? Nieuwsbericht 2022-06-24 Plaatsing van sensoren als eerste stap naar slim ecosysteem in en om de stad Mechelen Nieuwsbericht 2022-03-30ad Mechelen Nieuwsbericht 2022-03-30  +
  • Note: Please be aware that this page origi … Note: Please be aware that this page originates from the Open CSP framework . Altering this page will result in difficulties down the line when updates are made to the framework. If you absolutely must alter this page, please consider copying this page to your own version and altering that, instead. For example: a template called 'Template:Foo' can be copied and pasted in a template called 'Template:Foobar'. Now you can reference this template without interrupting future upgrades to the framework.rrupting future upgrades to the framework.  +
  • OGC 3D Tiles is ontworpen voor het streame … OGC 3D Tiles is ontworpen voor het streamen en renderen van grote hoeveelheden 3D geospatiale content zoals Photogrammetry, 3D Buildings, BIM/CAD, Instanced Features en Point Clouds. Het definieert een hiërarchische datastructuur en een set van tegelformaten die renderbare content leveren. 3D Tiles definieert geen expliciete regels voor het visualiseren van de inhoud. Een client mag 3D Tiles data visualiseren zoals hij dat wil.</br> Een 3D Tiles dataset, een tileset genaamd, bevat elke combinatie van tile-formaten georganiseerd in een ruimtelijke datastructuur.</br> 3D Tiles zijn declaratief, uitbreidbaar en toepasbaar op verschillende soorten 3D data. De volgende tileformaten zijn gespecificeerd:</br> </br> Batched 3D-model </br> Gestaafd 3D-model </br> Puntenwolk </br> Samengesteld </br> Overzicht van OGC Standaarden ›verzicht van OGC Standaarden ›  +
  • OPEN DEI Principles and Reference Architec … OPEN DEI Principles and Reference Architecture </br> One of the OpenDei deliverables is a report on a reference architecture (RAF) for Digital Transformations Platforms Open DEI Report . Based on 6 underlying principles (Interoperability, Openness, Reusability, Avoid Vendor Lock-In, Security&Privacy, Support To A Data Economy) Open DEI has defined their 6C Architectural Model. Next to this model, these principles are quintessential voor VLOCA.</br> </br> Open DEI Architecture Principles </br> 1. Interoperability through Data Sharing </br> Effective interoperability through data sharing requires the definition of standard data models and often a standard API, as well as mappings of these data models into data structures compatible with the API. Such standard data models specify the unique identifiers and shortnames , valid value types and semantics associated to attributes of classes of real/digital objects. Based on this Open DEI has formulated the following recommendation for architectures</br> </br> 2. Openness </br> In the context of data-driven services, the concept of openness mainly relates to data, data/API specifications and software.</br>In specific, openness refers to Open Data and Open Source software.</br> Open data refers to the idea that all sharable data should be available (for free or under fair conditions) for use and reuse by others, unless restrictions apply e.g. for protection of personal data, confidentiality, or intellectual property rights.</br> The use of open source software technologies and products can help to save development cost, reduce the total costs of ownership (TCO), avoid a lock-in effect and allow fast adaptation to specific business needs because the developer communities that support them are constantly adapting them. On the other hand, development of open source reference implementations of API specifications is the basis for definition of most widely “de facto” standards nowadays. </br>OPEN DEI compliant systems should not only use open source software but whenever possible contribute to the pertinent developer communities.</br> </br> 3. Reusability </br> Reusability of IT solutions (e.g. software components, Application Programming Interfaces, standards), information and data, is an enabler of interoperability and improves quality because it extends operational use, as well as saves money and time. Sharing and reuse of IT solutions fosters also the adoption of new business models, promoting the use of open source software for key ICT services and when deploying digital service infrastructure.</br> </br> 4. Avoid Vendor Lock-in </br> The OPEN DEI RAF should be able to support the adoption of concrete open standard technologies to use for the effective sharing of data, while at the same time choose technologies that will not impose any specific technical implementation and avoid vendor lock-in. The functioning of an implementation-independent technology requires data to be easily transferable among different sub-systems, in order to support the free movement of data. This requirement also applies to data portability - the ability to move and reuse data easily among different applications and systems, which becomes even more challenging in cross-border scenarios.</br> </br> 5. Security and Privacy </br> Organisations and businesses must be confident that when they interact with other stakeholders they are doing so in a secure and trustworthy environment and in full compliance with relevant regulations.</br>To establish trust between different security domains, a common data sharing infrastructure is required. This should be based on agreed standards, policies and rules that are acceptable and usable for all domains. In addition to secure solutions, it is necessary to build a trust ecosystem that includes identification, authentication, authorization, trust monitoring and certification of solutions.</br> </br> 6. Support to a Data Economy </br> In a data economy, data becomes a key asset that businesses provide as a way to generate value. And where businesses do not have the exact data that is valuable to their customers, they use their platform base to connect to other platform partners who DO have that data. Consumers and businesses are more likely to pay for access to data if that data provides them with greater value: if they get premium access to high quality or exclusive content for example, or if the data is available in real-time. </br>Common data sharing infrastructures should come with marketplace functions enabling data providers to publish their offerings associating terms and conditions which, besides data and usage control policies to be enforced, may include different payment modi (e.g.single payment, subscription fees, pay-per-use). To support this, the necessary backend processes are needed(accounting, rating, payment settlement and billing). Standards enabling publication of data offerings across multiple compatible marketplaces will be highly desirable.</br> </br>These principles have lead to the following Open DEI recommendations </br> </br> 6C Reference Architecture </br> Based on state of the art architectures for a number of domains (e.g. Industry 4.0), OPEN DEI has adopted a so-called 6C architecture based on the following pillars. These are as follows, from bottom to top:</br> </br> Connection: sensors & networks </br> Cyber: model & memory </br> Computing: edge/cloud and data on demand </br> Content/Context: meaning & correlation </br> Community: sharing & collaboration </br> Customisation: personalisation & value </br> </br> Connection </br> making data available from/to different networks, connecting systems and digital platforms, among several IT culture and cross organisations’ boundaries, start from the capability to make data available from/to different physical and digital assets.</br> </br> Cyber </br> Modelling and in-memory based solutions to convert data into information, leveraging several information conversion mechanisms. This information will then be shared to upper levels</br> </br> Computing </br> Deals with the storage and usage of data both on the edge as in the cloud. The data usage defines what will be edge, and what will be cloud-based.</br> </br> Content/Context </br> Data and information only makes real sense if it can be correlated with a goal and context in mind(e.g air quality measurements can be enriched with weather and traffic information). This pillar aims at enriching information for upper levels.</br> </br> Community </br> Sharing data between people and connecting stakeholders for solving collaboration needs. Networked organisations will be able to collect and share knowledge and opportunities in the widest number of sectors so that its members can make the right decisions.</br> </br> Customisation </br> Personalising and customising allows to add value to information following each own’s perspective and to match their expectations. It is paramount to properly understand end user expectations and build the platform from the ground up while keeping in mind that the intended audience, even within a single organisation, can be very diverse and must be properly segmented and with specific and varying needs.ented and with specific and varying needs.  +
  • OSLO staat voor Open Standaarden voor Lin … OSLO staat voor Open Standaarden voor Linkende Organisaties</br> De Vlaamse overheid zet in op een eenduidige standaard voor de uitwisseling van informatie. Het is de bedoeling om te zorgen voor meer samenhang en een betere vindbaarheid van data. Op die manier kan iedereen de gegevens makkelijker gebruiken. OSLO staat voor Open Standaarden voor Linkende Overheden ( OSLO ), een initiatief uit 2012 opgestart door de Vlaamse ICT-organisatie (V-ICT-OR). Hier werd de basis gelegd voor een open semantische informatiestandaard.</br> Met OSLO zet informatie Vlaanderen samen met haar partners versterkt in op semantische interoperabiliteit. Het standaardiseren van de betekenis van informatie is essentieel om het Vlaanderen Radicaal Digitaal principe ‘vraag niet wat je al weet’ te realiseren. Daarnaast zijn semantische Standaarden een belangrijke hefboom voor de interbestuurlijke dialoog en hergebruik van informatie door de private sector.</br> Op 31 maart 2017 werden de resultaten van het project OSLO opgeleverd op een publieke informatiedag. De vocabularia en applicatieprofielen die in dit project werden ontwikkeld in co-creatie met Vlaamse administraties, lokale besturen, federale partners, de Europese Commissie en private partners (88 auteurs) werden er aan een breed publiek voorgesteld.</br> Meer informatie over OLSO vind je op de website van de Vlaamse overheid </br> </br> Hoe verschilt VLOCA van OSLO ? </br> Waar bij OSLO de focus ligt op data Standaarden , gaat VLOCA iets breder. Bij VLOCA wordt er niet enkel naar de data-laag gekeken, maar naar elke laag in de OpenDEI referentie architectuur . </br>M.a.w., bij VLOCA kan er bijvoorbeeld een antwoord gevonden worden op hoe de OSLO data Standaarden gebruikt kunnen worden in de smart city van de toekomst.de smart city van de toekomst.  +
  • OSWALD Doel en Doelgroep OSWALD (Open … OSWALD </br> Doel en Doelgroep </br> OSWALD (Open Source Wiki Add-in for Line Drafting) is een Open Source tool ontwikkeld door het VLOCA team om het toevoegen van geavanceerde content eenvoudig op de kennishub te plaatsen. </br>De doelgroep is iedereen die content wenst te plaatsen op de kennishub (of op elke andere MediaWiki omgeving).</br> </br> Inleiding </br> Om het toevoegen van inhoud om de kennishub te faciliteren, werd OSWALD ontwikkeld. Deze tool is een Excel-addin die een aantal functionaliteiten bevat. </br>OSWALD helpt iedereen om geavanceerde content in Excel, aan de hand van een aantal eenvoudige handelingen en beperkte voorkennis, op de kennishub te plaatsen.</br> </br> Installatie </br> OSWALD is een Excel-add-in. Dit is het stappenplan voor gebruik:</br> </br> Download de laatste versie van OSWALD en decompresseer OSWALD </br> Open Microsoft Excel </br> In Microsoft Excel, klik op File, vervolgens op Options en dan op add-ins </br> Manage Microsoft Excel Add-ins </br> Zoek en laad OSWALD en druk op OK </br> Kijk na of macro's ingeschakeld zijn in Excel </br> Het kan zijn dat je veiligheidsinstellingen voorkomen om add-ins te gebruiken. Ervaar je hier moeilijkheden mee, kan je steeds de add-in opslaan op een beveiligde locatie. Die locatie kan je terugvinden op het add-ins venster.</br>De add-in kan ook meteen in de addin-folder opgeslagen worden (bijvoorbeeld C:\Users\username\AppData\Roaming\Microsoft\AddIns). </br> </br> </br> Functies </br> </br> </br> Check Versienummer </br> De versienummer verschijnt en je kan de laatste versie online raadplegen.</br> </br> Excel naar Code </br> Excel naar code kijkt naar een aantal parameters om een Excel-pagina om te zetten naar een format dat je kan kopiëren op de kennishub. Dit zijn de parameters (in het geel) en beperkingen (in het oranje):</br> </br> </br></br> </br> Parameter </br> </br> Input Excel </br> </br> </br> Tabel: Type</br> </br> /</br> </br> wikitable </br> </br> </br> Tabel: Achtergrond kleur</br> </br> /</br> </br> style="background-color:#ffffff" </br> </br> </br> Tabel: Lettertype grootte</br> </br> /</br> </br> style="font-size:90%" </br> </br> </br> Karakters: In het vet (Nieuw V1.02) </br> </br> Karakter is vet</br> </br> <b></b> </br> </br> </br> Karakters: Cursief (Nieuw V1.02) </br> </br> Karakter is cursief</br> </br> <i></i> </br> </br> </br> Karakters: Onderstreept (Nieuw V1.03) </br> </br> Karakter is onderstreept</br> </br> <u></u> </br> </br> </br> Karakters: Headers volgens opmaak (Verwijderd V1.04) </br> </br> Cel in Excel is vet én onderstreept</br> </br> Bijvoorbeeld <h6>tekst</h6> </br> </br> </br> Karakters: Headers volgens tekst grootte</br> </br> Lettertype grootte: <12, 12, 13, >13</br> </br> Header h6, h5, h4, h3 </br> </br> </br> Cel: Lettertype grootte</br> </br> Lettertype grootte/ 11 * volgens lettertype grootte van tabel (bv 90%)</br> </br> style="font-size:95%" </br> </br> </br> Cel: Achtergrond kleur</br> </br> De kleur van de cel</br> </br> Vertaald naar hex, style="background-color:#ffffff" </br> </br> </br> Cel: Kleur van tekst</br> </br> De kleur van de tekst in de cel</br> </br> style="color:#000000" </br> </br> </br> Cel: Links of rechts uitlijnen</br> </br> Links of rechts uitlijnen van de cel</br> </br> style="text-align:right" </br> </br> </br> Cellen: Kolommen samenvoegen</br> </br> Wanneer de cellen rechts leeg zijn en dezelfde opmaak hebben</br> </br> Colspan="2" </br> </br> </br> Cellen: Rijen samenvoegen (Nieuw V.03) </br> </br> Wanneer rijen samengevoegd zijn (merged cells)</br> </br> Rowspan="2" </br> </br> </br> Cellen: Rijen samenvoegen</br> </br> Er moet minstens één cel zijn in een rij waar geen merged cells toegepast is</br> </br> </br> Rijen en kolommen: Wegfilteren</br> </br> Volgens de kolommen en rijen die zichtbaar zijn in Excel</br> </br> / </br> </br> </br> Rijen groeperen, openklappen en toeklappen (Nieuw V1.04) </br> </br> Volgens gegroepeerde rijen in Excel, tot niveau 10</br> </br> class="mw-customtoggle-34 mw-collapsible mw-collapsible-content" id="mw-customcollapsible-32" </br> </br> </br> Menu met variabele waarden: open- en toeklappen (Nieuw V1.04) </br> </br> Manueel in te stellen als de waarde anders moet zijn, per niveau (1-10)</br> </br> {{#vardefine:VarOutline2|Niveau 2 verbergen of weergeven}} </br> </br> Stappenplan: </br> </br> Selecteer het bereik in Excel dat je op de kennishub wenst te plaatsen. </br> Ga naar het tab "OSWALD" en druk op "Excel naar code" </br> Bevestig je selectie door op ja te drukken. </br> Kies een bestaand .txt (tekst) bestand aan om de code op te slaan. Indien er nog geen .txt bestand voor bestaat, kan je een nieuwe aanmaken en vervolgens selecteren. </br> Open het .txt bestand dat je zojuist hebt aangepast en kopieer de inhoud. </br> Op de kennishub, wanneer je een pagina aan het bewerken bent, druk rechts bovenaan (naast save changes) op het potlood en kies Source editing (zie screenshot hieronder). </br> Plak de code in de source editor waar je hem wilt zien (optioneel: pas de type tabel of font grootte in de broncode aan). </br> Sla de pagina op. </br> </br> </br> OSWALD sluiten </br> Sluit OSWALD (indien geïnstalleerd als add-in, zal je deze nog steeds in je add-ins zien verschijnen).</br> </br> Versionering </br> </br></br> </br> Versienummer </br> </br> Datum </br> </br> Aangepast door </br> </br> Aanpassingen </br> </br> </br> V1.04</br> </br> 16/02/2023</br> </br> Fabian de la Meilleure (VLOCA)</br> </br> Bugfix: bereik van karakters in het vet of cursief aangepast Toevoegen van functionaliteit: Collapsible Outline Levels (groeperen van rijen) Toevoegen van menuknoppen open- en toeklappen per Outline Level Toevoegen van variabelen voor weer te geven tekst in de menuknopen Verwijderen van toewijzing auto-header volgens combinatie vet en onderstreept Verwijderen van knop: Oswald sluiten</br> </br> </br> V1.03</br> </br> 14/10/2022</br> </br> Fabian de la Meilleure (VLOCA)</br> </br> Aflezen van individuele karakters: onderstreept Toevoegen van line break (Linefeed character) Bugfix Hexcol in de broncode Andere bugfixes 14/10/2022</br> </br> </br> V1.02</br> </br> 06/10/2022</br> </br> Fabian de la Meilleure (VLOCA)</br> </br> Aflezen van individuele karakters in plaats van gehele cel voor opmaak in het vet of cursief</br> </br> </br> V1.01</br> </br> 22/09/2022</br> </br> Fabian de la Meilleure (SAIKO NO)</br> </br> Aanpassen van tekst in msgbox Check versienummer Bugfix: verborgen kolommen wanneer selectie niet in eerste kolom start</br> </br> </br> V1.00</br> </br> 21/09/2022</br> </br> Fabian de la Meilleure (VLOCA)</br> </br> Opladen van V1.00</br> </br> Voor feedback, bugs of extra functionaliteiten, mail naar VLOCA@Vlaanderen.bek, bugs of extra functionaliteiten, mail naar VLOCA@Vlaanderen.be  +
  • Objectieve criteria De objectieve criter … Objectieve criteria </br> De objectieve criteria worden beschreven in de functionele specificaties. Voor een gedetailleerde beschrijving van deze functionele specificaties, verwijzen we naar de laatste versie van het VLOCA-model.</br> </br> Minimale criteria </br> Het voldoen aan de minimale criteria wordt berekend aan de hand van de kolom Weging en Checklist. De minimumwaarde om als essentieel beschouwd te worden is vrij te bepalen door de aanbesteder. Alle scores van bijvoorbeeld minimaal 50 beschouwen we als noodzakelijk ter uitvoering van het desbetreffend perceel. Alle specificaties met een weging die de aan de minimumwaarde voldoet, dienen uitvoerbaar te zijn.</br> </br> Selectiecriteria </br> Om de selectie te faciliteren, wordt een score berekend op basis van de minimale criteria vermenigvuldigd met de waarde in de weging. De totale score per perceel wordt berekend en gedeeld door de totale waarden in de weging voor dat perceel om zo tot een percentage te komen.</br> </br> </br></br> </br> Perceel </br> </br> Use Case </br> </br> ID </br> </br> Functionele specificaties </br> </br> Weging </br> </br> Checklist </br> </br> </br> </br> Minimale criteria </br> </br> Selectiecriteria </br> </br> </br> Formule </br> </br> Resultaat </br> </br> Formule </br> </br> Resultaat </br> </br> </br> Perceel 1 </br> </br> UC1 </br> </br> 1.1</br> </br> Specificatie 1 </br> </br> 70</br> </br> Ja</br> </br> Checklist = Ja --> 1 Weging <50 --> 1 Weging >= 50 en Checklist = Nee --> 0</br> </br> 1</br> </br> Minimale criteria x Weging</br> </br> 70</br> </br> </br> 1.2</br> </br> Specificatie 2 </br> </br> 42</br> </br> Nee</br> </br> 1</br> </br> 42</br> </br> </br> 1.3</br> </br> Specificatie 3 </br> </br> 21</br> </br> Ja</br> </br> 1</br> </br> 21</br> </br> </br> UC2 </br> </br> 2.1</br> </br> Specificatie 4 </br> </br> 60</br> </br> Nee</br> </br> 0</br> </br> 0</br> </br> </br> 2.2</br> </br> Specificatie 5 </br> </br> 60</br> </br> Ja</br> </br> 1</br> </br> 60</br> </br> </br> 2.3</br> </br> Specificatie 6 </br> </br> 60</br> </br> Ja</br> </br> 1</br> </br> 60</br> </br> </br> 2.4</br> </br> Specificatie 7 </br> </br> 48</br> </br> Ja</br> </br> 1</br> </br> 48</br> </br> </br> Totaal </br> </br> </br> </br> Som van alle resultaten selectiecriteria perceel / som van alle wegingen perceel</br> </br> 83 % </br> </br> Er wordt ook een totale weging gemaakt waar alle functionele specificaties van alle percelen worden berekend.</br> </br> Gunningscriteria </br> Een inschrijving wordt positief ontvangen wanneer bijvoorbeeld een score 50 % wordt behaald voor alle percelen en score van 75 % voor de totaliteit van de functionele specificaties.</br> </br> </br></br> </br> Applicatiecomponent </br> </br> ID </br> </br> Functionele specificaties </br> </br> Weging </br> </br> Checklist </br> </br> </br> API Management </br> </br> BR1.1 </br> </br> Activatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR1.2 </br> </br> interactief</br> </br> 70 </br> </br> JA/NEE</br> </br> </br> BR1.3 </br> </br> QR ea</br> </br> 40 </br> </br> JA/NEE</br> </br> </br> BR1.5 </br> </br> Continuiteit via QR code</br> </br> 60 </br> </br> JA/NEE</br> </br> </br> BR1.6 </br> </br> Roterende visualisatie</br> </br> 90 </br> </br> JA/NEE</br> </br> </br> BR2.11 </br> </br> Externe APIs</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.14 </br> </br> Flash Campagnes</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.7 </br> </br> Marketing</br> </br> 60 </br> </br> JA/NEE</br> </br> </br> BR2.8 </br> </br> Visualisatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.9 </br> </br> Rapportage</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR3.1 </br> </br> templates</br> </br> 63 </br> </br> JA/NEE</br> </br> </br> BR3.10 </br> </br> Sharing</br> </br> 36 </br> </br> JA/NEE</br> </br> </br> BR3.11 </br> </br> Previews</br> </br> 54 </br> </br> JA/NEE</br> </br> </br> BR3.12 </br> </br> perso templates</br> </br> 72 </br> </br> JA/NEE</br> </br> </br> BR3.2 </br> </br> prijs setting</br> </br> 81 </br> </br> JA/NEE</br> </br> </br> BR3.3 </br> </br> Registratie</br> </br> 81 </br> </br> JA/NEE</br> </br> </br> BR3.4 </br> </br> Website vs App</br> </br> 54 </br> </br> JA/NEE</br> </br> </br> BR3.5 </br> </br> Recrutering</br> </br> 72 </br> </br> JA/NEE</br> </br> </br> BR3.6 </br> </br> Voorstel Segmentatie</br> </br> 63 </br> </br> JA/NEE</br> </br> </br> BR3.7 </br> </br> Special Request</br> </br> 63 </br> </br> JA/NEE</br> </br> </br> BR3.8 </br> </br> referendum'</br> </br> 54 </br> </br> JA/NEE</br> </br> </br> BR3.9 </br> </br> Via mob/desktop app</br> </br> </br> BR4.1 </br> </br> passanten</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.2 </br> </br> viewers</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.3 </br> </br> profile of viewers</br> </br> 6 </br> </br> JA/NEE</br> </br> </br> BR4.4 </br> </br> ROI Beleidscampagnes</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR4.5 </br> </br> AB Testen</br> </br> 6 </br> </br> JA/NEE</br> </br> </br> BR4.7 </br> </br> % Schermtijd</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR5.1 </br> </br> OSLO</br> </br> 64 </br> </br> JA/NEE</br> </br> </br> BR5.2 </br> </br> Andere Steden</br> </br> 64 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Artificial Intelligence </br> </br> BR2.15 </br> </br> uitsluiting (gratis vs subscription vs campagne grp vs...)</br> </br> 90 </br> </br> JA/NEE</br> </br> </br> BR2.3 </br> </br> facturatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.6 </br> </br> controle ethiek</br> </br> 100 </br> </br> JA/NEE</br> </br> </br> BR2.8 </br> </br> Visualisatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR3.6 </br> </br> Voorstel Segmentatie</br> </br> 63 </br> </br> JA/NEE</br> </br> </br> BR4.3 </br> </br> profile of viewers</br> </br> 6 </br> </br> JA/NEE</br> </br> </br> BR4.4 </br> </br> ROI Beleidscampagnes</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR4.5 </br> </br> AB Testen</br> </br> 6 </br> </br> JA/NEE</br> </br> </br> BR4.6 </br> </br> Segmentatie per periode</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR6.7 </br> </br> Advies of suggesties binnen aanvraag</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Business Intelligence </br> </br> BR2.3 </br> </br> facturatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.8 </br> </br> Visualisatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.9 </br> </br> Rapportage</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR4.1 </br> </br> passanten</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.2 </br> </br> viewers</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.4 </br> </br> ROI Beleidscampagnes</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR4.5 </br> </br> AB Testen</br> </br> 6 </br> </br> JA/NEE</br> </br> </br> BR4.6 </br> </br> Segmentatie per periode</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.7 </br> </br> % Schermtijd</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR6.3 </br> </br> GDPR</br> </br> 64 </br> </br> JA/NEE</br> </br> </br> BR6.4 </br> </br> Historiek</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> CRM </br> </br> BR2.10 </br> </br> Communicatie</br> </br> 70 </br> </br> JA/NEE</br> </br> </br> BR2.15 </br> </br> uitsluiting (gratis vs subscription vs campagne grp vs...)</br> </br> 90 </br> </br> JA/NEE</br> </br> </br> BR6.1 </br> </br> Contact info</br> </br> 40 </br> </br> JA/NEE</br> </br> </br> BR6.2 </br> </br> Opt in Opt out</br> </br> 40 </br> </br> JA/NEE</br> </br> </br> BR6.3 </br> </br> GDPR</br> </br> 64 </br> </br> JA/NEE</br> </br> </br> BR6.4 </br> </br> Historiek</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> BR6.5 </br> </br> Automatische Bevestiging</br> </br> 48 </br> </br> JA/NEE</br> </br> </br> BR6.6 </br> </br> Weigering van aanvraag</br> </br> 48 </br> </br> JA/NEE</br> </br> </br> BR6.7 </br> </br> Advies of suggesties binnen aanvraag</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> BR6.8 </br> </br> interesses & permissies</br> </br> 16 </br> </br> JA/NEE</br> </br> </br> BR7.1 </br> </br> Specifieke Problemen</br> </br> 40 </br> </br> JA/NEE</br> </br> </br> BR7.10 </br> </br> Handleiding</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> BR7.2 </br> </br> Inzichten</br> </br> 16 </br> </br> JA/NEE</br> </br> </br> BR7.3 </br> </br> Indicatoren van issues</br> </br> 40 </br> </br> JA/NEE</br> </br> </br> BR7.4 </br> </br> Proactieve Communicatie</br> </br> 48 </br> </br> JA/NEE</br> </br> </br> BR7.7 </br> </br> Reviews handelaars</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> BR7.8 </br> </br> Reviews wandelaars</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Data Explorer </br> </br> BR2.3 </br> </br> facturatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.8 </br> </br> Visualisatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.9 </br> </br> Rapportage</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR4.1 </br> </br> passanten</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.2 </br> </br> viewers</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.4 </br> </br> ROI Beleidscampagnes</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR4.5 </br> </br> AB Testen</br> </br> 6 </br> </br> JA/NEE</br> </br> </br> BR4.6 </br> </br> Segmentatie per periode</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.7 </br> </br> % Schermtijd</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR6.3 </br> </br> GDPR</br> </br> 64 </br> </br> JA/NEE</br> </br> </br> BR6.4 </br> </br> Historiek</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> BR6.7 </br> </br> Advies of suggesties binnen aanvraag</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Datawarehousing </br> </br> BR2.15 </br> </br> uitsluiting (gratis vs subscription vs campagne grp vs...)</br> </br> 90 </br> </br> JA/NEE</br> </br> </br> BR2.3 </br> </br> facturatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.8 </br> </br> Visualisatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.9 </br> </br> Rapportage</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR4.1 </br> </br> passanten</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.2 </br> </br> viewers</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.4 </br> </br> ROI Beleidscampagnes</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR4.5 </br> </br> AB Testen</br> </br> 6 </br> </br> JA/NEE</br> </br> </br> BR4.6 </br> </br> Segmentatie per periode</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.7 </br> </br> % Schermtijd</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR5.1 </br> </br> OSLO</br> </br> 64 </br> </br> JA/NEE</br> </br> </br> BR5.2 </br> </br> Andere Steden</br> </br> 64 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> ERP </br> </br> BR2.15 </br> </br> uitsluiting (gratis vs subscription vs campagne grp vs...)</br> </br> 90 </br> </br> JA/NEE</br> </br> </br> BR2.3 </br> </br> facturatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR3.11 </br> </br> Previews</br> </br> 54 </br> </br> JA/NEE</br> </br> </br> BR3.2 </br> </br> prijs setting</br> </br> 81 </br> </br> JA/NEE</br> </br> </br> BR3.3 </br> </br> Registratie</br> </br> 81 </br> </br> JA/NEE</br> </br> </br> BR3.5 </br> </br> Recrutering</br> </br> 72 </br> </br> JA/NEE</br> </br> </br> BR3.6 </br> </br> Voorstel Segmentatie</br> </br> 63 </br> </br> JA/NEE</br> </br> </br> BR3.7 </br> </br> Special Request</br> </br> 63 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> ETL </br> </br> BR2.15 </br> </br> uitsluiting (gratis vs subscription vs campagne grp vs...)</br> </br> 90 </br> </br> JA/NEE</br> </br> </br> BR2.3 </br> </br> facturatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.8 </br> </br> Visualisatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.9 </br> </br> Rapportage</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR4.1 </br> </br> passanten</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.2 </br> </br> viewers</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.4 </br> </br> ROI Beleidscampagnes</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR4.5 </br> </br> AB Testen</br> </br> 6 </br> </br> JA/NEE</br> </br> </br> BR4.6 </br> </br> Segmentatie per periode</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.7 </br> </br> % Schermtijd</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Physical Media Channel </br> </br> BR1.1 </br> </br> Activatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR1.2 </br> </br> interactief</br> </br> 70 </br> </br> JA/NEE</br> </br> </br> BR1.3 </br> </br> QR ea</br> </br> 40 </br> </br> JA/NEE</br> </br> </br> BR1.4 </br> </br> Sensoren & metingen</br> </br> 60 </br> </br> JA/NEE</br> </br> </br> BR1.5 </br> </br> Continuiteit via QR code</br> </br> 60 </br> </br> JA/NEE</br> </br> </br> BR1.6 </br> </br> Roterende visualisatie</br> </br> 90 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Sensoren </br> </br> BR1.4 </br> </br> Sensoren & metingen</br> </br> 60 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Media Management </br> </br> BR2.1 </br> </br> Regels</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.10 </br> </br> Communicatie</br> </br> 70 </br> </br> JA/NEE</br> </br> </br> BR2.11 </br> </br> Externe APIs</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.12 </br> </br> Users Rights</br> </br> 70 </br> </br> JA/NEE</br> </br> </br> BR2.13 </br> </br> QR code</br> </br> 60 </br> </br> JA/NEE</br> </br> </br> BR2.14 </br> </br> Flash Campagnes</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.15 </br> </br> uitsluiting (gratis vs subscription vs campagne grp vs...)</br> </br> 90 </br> </br> JA/NEE</br> </br> </br> BR2.2 </br> </br> Roteringsplanning</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.3 </br> </br> facturatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.4 </br> </br> templates</br> </br> 50 </br> </br> JA/NEE</br> </br> </br> BR2.5 </br> </br> richtlijnen</br> </br> 100 </br> </br> JA/NEE</br> </br> </br> BR2.6 </br> </br> controle ethiek</br> </br> 100 </br> </br> JA/NEE</br> </br> </br> BR2.7 </br> </br> Marketing</br> </br> 60 </br> </br> JA/NEE</br> </br> </br> BR2.8 </br> </br> Visualisatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Master Data Management </br> </br> BR2.15 </br> </br> uitsluiting (gratis vs subscription vs campagne grp vs...)</br> </br> 90 </br> </br> JA/NEE</br> </br> </br> BR2.3 </br> </br> facturatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.8 </br> </br> Visualisatie</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR2.9 </br> </br> Rapportage</br> </br> 80 </br> </br> JA/NEE</br> </br> </br> BR4.1 </br> </br> passanten</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.2 </br> </br> viewers</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.4 </br> </br> ROI Beleidscampagnes</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR4.5 </br> </br> AB Testen</br> </br> 6 </br> </br> JA/NEE</br> </br> </br> BR4.6 </br> </br> Segmentatie per periode</br> </br> 15 </br> </br> JA/NEE</br> </br> </br> BR4.7 </br> </br> % Schermtijd</br> </br> 18 </br> </br> JA/NEE</br> </br> </br> BR5.1 </br> </br> OSLO</br> </br> 64 </br> </br> JA/NEE</br> </br> </br> BR5.2 </br> </br> Andere Steden</br> </br> 64 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Design & Editing Management </br> </br> BR3.1 </br> </br> templates</br> </br> 63 </br> </br> JA/NEE</br> </br> </br> BR3.11 </br> </br> Previews</br> </br> 54 </br> </br> JA/NEE</br> </br> </br> BR3.12 </br> </br> perso templates</br> </br> 72 </br> </br> JA/NEE</br> </br> </br> BR3.8 </br> </br> referendum'</br> </br> 54 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Backoffice Management </br> </br> BR7.2 </br> </br> Inzichten</br> </br> 16 </br> </br> JA/NEE</br> </br> </br> BR7.3 </br> </br> Indicatoren van issues</br> </br> 40 </br> </br> JA/NEE</br> </br> </br> BR7.4 </br> </br> Proactieve Communicatie</br> </br> 48 </br> </br> JA/NEE</br> </br> </br> BR7.6 </br> </br> FAQ</br> </br> 32 </br> </br> JA/NEE</br> </br> </br> BR7.7 </br> </br> Reviews handelaars</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> BR7.9 </br> </br> FAQ Gebruik</br> </br> 16 </br> </br> JA/NEE</br> </br> </br> </br> </br> </br> Frontoffice Management </br> </br> BR7.1 </br> </br> Specifieke Problemen</br> </br> 40 </br> </br> JA/NEE</br> </br> </br> BR7.10 </br> </br> Handleiding</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> BR7.2 </br> </br> Inzichten</br> </br> 16 </br> </br> JA/NEE</br> </br> </br> BR7.3 </br> </br> Indicatoren van issues</br> </br> 40 </br> </br> JA/NEE</br> </br> </br> BR7.4 </br> </br> Proactieve Communicatie</br> </br> 48 </br> </br> JA/NEE</br> </br> </br> BR7.7 </br> </br> Reviews handelaars</br> </br> 24 </br> </br> JA/NEE</br> </br> </br> BR7.9 </br> </br> FAQ Gebruik</br> </br> 16 </br> </br> JA/NEE 24 JA/NEE BR7.9 FAQ Gebruik 16 JA/NEE  +
  • Objectieve criteria De objectieve criter … Objectieve criteria </br> De objectieve criteria worden beschreven in deze functionele vereisten. We splitsen de vereisten op in applicatiecomponenten (wat is de deeloplossing, verzameling van applicatiefuncties, bijvoorbeeld Mijnburgerprofiel) en applicatiefuncties (wat moet een applicatiecomponent allemaal kunnen (bv Authenticeren)). Voor een gedetailleerde beschrijving van deze vereisten, verwijzen we naar de laatste versie van het VLOCA-model .</br> </br> Minimale vereisten </br> Het voldoen aan de minimale criteria wordt berekend aan de hand van de kolom Weging en Checklist. De minimumwaarde om als essentieel beschouwd te worden is vrij te bepalen door de aanbesteder. Alle scores van bijvoorbeeld minimaal 50 beschouwen we als noodzakelijk ter uitvoering van het desbetreffend perceel. Alle specificaties met een weging die de aan de minimumwaarde voldoet, dienen uitvoerbaar te zijn.</br> </br> Selectiecriteria </br> Om de selectie te faciliteren, wordt een score berekend op basis van de minimale criteria vermenigvuldigd met de waarde in de weging. De totale score per perceel wordt berekend en gedeeld door de totale waarden in de weging voor dat perceel om zo tot een percentage te komen. </br> </br> </br></br> </br> Applicatiecomponent </br> </br> Use Case </br> </br> ID </br> </br> Applicatiefunctie </br> </br> Weging </br> </br> Checklist </br> </br> </br> </br> Minimale vereisten </br> </br> Gunningscriteria </br> </br> </br> Formule </br> </br> Resultaat </br> </br> Formule </br> </br> Resultaat </br> </br> </br> Applicatiecomponent1 </br> </br> UC1 </br> </br> 1.1</br> </br> Vereiste1 </br> </br> 70</br> </br> Ja</br> </br> Checklist = Ja --> 1 Weging <50 --> 1 Weging >= 50 en Checklist = Nee --> 0</br> </br> 1</br> </br> Minimale vereisten x Weging</br> </br> 70</br> </br> </br> 1.2</br> </br> Vereiste2 </br> </br> 42</br> </br> Nee</br> </br> 1</br> </br> 42</br> </br> </br> 1.3</br> </br> Vereiste3 </br> </br> 21</br> </br> Ja</br> </br> 1</br> </br> 21</br> </br> </br> UC2 </br> </br> 2.1</br> </br> Vereiste4 </br> </br> 60</br> </br> Nee</br> </br> 0</br> </br> 0</br> </br> </br> 2.2</br> </br> Vereiste5 </br> </br> 60</br> </br> Ja</br> </br> 1</br> </br> 60</br> </br> </br> 2.3</br> </br> Vereiste6 </br> </br> 60</br> </br> Ja</br> </br> 1</br> </br> 60</br> </br> </br> 2.4</br> </br> Vereiste7 </br> </br> 48</br> </br> Ja</br> </br> 1</br> </br> 48</br> </br> </br> Totaal </br> </br> </br> </br> Som van alle resultaten vereisten / maximale som applicatiecomponent</br> </br> 83 % </br> </br> Er wordt ook een totale weging gemaakt waar alle applicatiecfuncties voor alle applicatiecomponenten worden berekend.</br> </br> Gunningscriteria </br> Een inschrijving wordt positief ontvangen wanneer bijvoorbeeld een score 50 % wordt behaald voor alle percelen en score van 75 % voor de totaliteit van de applicatiefuncties.</br> </br> </br></br> </br> Applicatiecomponent </br> </br> Use Case </br> </br> ID </br> </br> Applicatiefunctie </br> </br> Weging </br> </br> Checklist </br> </br> </br> API Management </br> </br> UC2 </br> </br> BR2.1</br> </br> Integratie Applicaties </br> </br> 70</br> </br> </br> </br> </br> BR2.2</br> </br> cross applicatie </br> </br> 42</br> </br> </br> </br> </br> BR2.3</br> </br> op mijnburgerprofiel </br> </br> 21</br> </br> </br> </br> </br> UC3 </br> </br> BR3.7</br> </br> e-inclusie </br> </br> 60</br> </br> </br> </br> </br> UC7 </br> </br> BR7.1</br> </br> Integratie nieuwe stad of gemeente </br> </br> 60</br> </br> </br> </br> </br> BR7.2</br> </br> Integratie Applicatie </br> </br> 60</br> </br> </br> </br> </br> BR7.3</br> </br> OSLO standaarden </br> </br> 48</br> </br> </br> </br> </br> </br> </br> </br> Artificial Intelligence </br> </br> UC6 </br> </br> BR6.1</br> </br> Impact campagne </br> </br> 32</br> </br> </br> </br> </br> BR6.2</br> </br> ROI berekening </br> </br> 32</br> </br> </br> </br> </br> BR6.4</br> </br> Drill Down </br> </br> 20</br> </br> </br> </br> </br> BR6.5</br> </br> Churn Prediction </br> </br> 12</br> </br> </br> </br> </br> BR6.6</br> </br> Forecasten </br> </br> 16</br> </br> </br> </br> </br> UC7 </br> </br> BR7.5</br> </br> AML en KYC </br> </br> 48</br> </br> </br> </br> </br> </br> </br> </br> Business Intelligence </br> </br> UC2 </br> </br> BR2.2</br> </br> cross applicatie </br> </br> 42</br> </br> </br> </br> </br> UC6 </br> </br> BR6.1</br> </br> Impact campagne </br> </br> 32</br> </br> </br> </br> </br> BR6.2</br> </br> ROI berekening </br> </br> 32</br> </br> </br> </br> </br> BR6.3</br> </br> Rapportage </br> </br> 20</br> </br> </br> </br> </br> BR6.4</br> </br> Drill Down </br> </br> 20</br> </br> </br> </br> </br> BR6.5</br> </br> Churn Prediction </br> </br> 12</br> </br> </br> </br> </br> BR6.6</br> </br> Forecasten </br> </br> 16</br> </br> </br> </br> </br> UC7 </br> </br> BR7.4</br> </br> herbruikbare munten </br> </br> 36</br> </br> </br> </br> </br> BR7.5</br> </br> AML en KYC </br> </br> 48</br> </br> </br> </br> </br> UC8 </br> </br> BR8.1</br> </br> Uitrol / implementatie </br> </br> 60</br> </br> </br> </br> </br> BR8.2</br> </br> Nieuwe ontwikkeling </br> </br> 48</br> </br> </br> </br> </br> BR8.3</br> </br> GDPR </br> </br> 60</br> </br> </br> </br> </br> </br> </br> </br> CRM </br> </br> UC1 </br> </br> BR1.13</br> </br> Commissies </br> </br> 30</br> </br> </br> </br> </br> BR1.17</br> </br> Waardeverlies </br> </br> 70</br> </br> </br> </br> </br> BR1.19</br> </br> Afromen Slapende munten </br> </br> 40</br> </br> </br> </br> </br> BR1.2</br> </br> Spender transacties </br> </br> 100</br> </br> </br> </br> </br> BR1.23</br> </br> goed gedrag vs lokale economie </br> </br> 90</br> </br> </br> </br> </br> BR1.3</br> </br> Spender(+Collector) Saldo </br> </br> 100</br> </br> </br> </br> </br> BR1.5</br> </br> Overzicht </br> </br> 80</br> </br> </br> </br> </br> BR1.6</br> </br> cadeaubonnen </br> </br> 30</br> </br> </br> </br> </br> BR1.7</br> </br> gratis parkeren </br> </br> 20</br> </br> </br> </br> </br> BR1.9</br> </br> Limiet van donor </br> </br> 60</br> </br> </br> </br> </br> UC3 </br> </br> BR3.1</br> </br> Donor Registratie </br> </br> 100</br> </br> </br> </br> </br> BR3.2</br> </br> Handelaar Registratie </br> </br> 100</br> </br> </br> </br> </br> BR3.3</br> </br> Burger Registratie </br> </br> 100</br> </br> </br> </br> </br> BR3.4</br> </br> Burger Promo Participatie </br> </br> 100</br> </br> </br> </br> </br> BR3.5</br> </br> Anonieme Test Registratie </br> </br> 20</br> </br> </br> </br> </br> BR3.7</br> </br> e-inclusie </br> </br> 60</br> </br> </br> </br> </br> UC4 </br> </br> BR4.1</br> </br> Doelgroepen </br> </br> 21</br> </br> </br> </br> </br> BR4.2</br> </br> Targeting </br> </br> 30</br> </br> </br> </br> </br> BR4.3</br> </br> Acquisitie </br> </br> 30</br> </br> </br> </br> </br> BR4.4</br> </br> Communicatie </br> </br> 6</br> </br> </br> </br> </br> UC10 </br> </br> BR10.1</br> </br> Standaard Antwoorden </br> </br> 28</br> </br> </br> </br> </br> BR10.2</br> </br> FAQ </br> </br> 28</br> </br> </br> </br> </br> BR10.3</br> </br> Klachten </br> </br> 28</br> </br> </br> </br> </br> BR10.4</br> </br> Reviews </br> </br> 12</br> </br> </br> </br> </br> BR10.5</br> </br> Inzichten </br> </br> 16</br> </br> </br> </br> </br> </br> </br> </br> Data Explorer </br> </br> UC2 </br> </br> BR2.1</br> </br> Integratie Applicaties </br> </br> 70</br> </br> </br> </br> </br> BR2.3</br> </br> op mijnburgerprofiel </br> </br> 21</br> </br> </br> </br> </br> UC3 </br> </br> BR3.7</br> </br> e-inclusie </br> </br> 60</br> </br> </br> </br> </br> UC7 </br> </br> BR7.1</br> </br> Integratie nieuwe stad of gemeente </br> </br> 60</br> </br> </br> </br> </br> BR7.2</br> </br> Integratie Applicatie </br> </br> 60</br> </br> </br> </br> </br> BR7.3</br> </br> OSLO standaarden </br> </br> 48</br> </br> </br> </br> </br> </br> </br> </br> Datawarehousing </br> </br> UC7 </br> </br> BR7.5</br> </br> AML en KYC </br> </br> 48</br> </br> </br> </br> </br> </br> </br> </br> Derdebetalerssysteem </br> </br> UC1 </br> </br> BR1.1</br> </br> Donor transacties </br> </br> 100</br> </br> </br> </br> </br> BR1.11</br> </br> Validatie 'goede doel' collector </br> </br> 20</br> </br> </br> </br> </br> BR1.12</br> </br> Inzichten </br> </br> 40</br> </br> </br> </br> </br> BR1.13</br> </br> Commissies </br> </br> 30</br> </br> </br> </br> </br> BR1.15</br> </br> QR of andere 'bonnen' </br> </br> 70</br> </br> </br> </br> </br> BR1.16</br> </br> Gecombineerde munten </br> </br> 70</br> </br> </br> </br> </br> BR1.17</br> </br> Waardeverlies </br> </br> 70</br> </br> </br> </br> </br> BR1.18</br> </br> Waarde Fluctuaties? </br> </br> 20</br> </br> </br> </br> </br> BR1.19</br> </br> Afromen Slapende munten </br> </br> 40</br> </br> </br> </br> </br> BR1.2</br> </br> Spender transacties </br> </br> 100</br> </br> </br> </br> </br> BR1.20</br> </br> punten vs munten </br> </br> 30</br> </br> </br> </br> </br> BR1.21</br> </br> Acties ipv munten of punten </br> </br> 20</br> </br> </br> </br> </br> BR1.23</br> </br> goed gedrag vs lokale economie </br> </br> 90</br> </br> </br> </br> </br> BR1.3</br> </br> Spender(+Collector) Saldo </br> </br> 100</br> </br> </br> </br> </br> BR1.4</br> </br> betaling </br> </br> 80</br> </br> </br> </br> </br> BR1.5</br> </br> Overzicht </br> </br> 80</br> </br> </br> </br> </br> BR1.6</br> </br> cadeaubonnen </br> </br> 30</br> </br> </br> </br> </br> BR1.7</br> </br> gratis parkeren </br> </br> 20</br> </br> </br> </br> </br> BR1.8</br> </br> Regels en Rechten </br> </br> 100</br> </br> </br> </br> </br> BR1.9</br> </br> Limiet van donor </br> </br> 60</br> </br> </br> </br> </br> </br> </br> </br> ERP </br> </br> UC1 </br> </br> BR1.1</br> </br> Donor transacties </br> </br> 100</br> </br> </br> </br> </br> BR1.11</br> </br> Validatie 'goede doel' collector </br> </br> 20</br> </br> </br> </br> </br> BR1.12</br> </br> Inzichten </br> </br> 40</br> </br> </br> </br> </br> BR1.13</br> </br> Commissies </br> </br> 30</br> </br> </br> </br> </br> UC3 </br> </br> BR3.1</br> </br> Donor Registratie </br> </br> 100</br> </br> </br> </br> </br> BR3.2</br> </br> Handelaar Registratie </br> </br> 100</br> </br> </br> </br> </br> BR3.3</br> </br> Burger Registratie </br> </br> 100</br> </br> </br> </br> </br> BR3.5</br> </br> Anonieme Test Registratie </br> </br> 20</br> </br> </br> </br> </br> UC5 </br> </br> BR5.1</br> </br> Donatie </br> </br> 100</br> </br> </br> </br> </br> BR5.2</br> </br> Verzilvering </br> </br> 100</br> </br> </br> </br> </br> BR5.3</br> </br> NBB Licentie </br> </br> 70</br> </br> </br> </br> </br> UC9 </br> </br> BR9.1</br> </br> Automatische terugvloeing </br> </br> 15</br> </br> </br> </br> </br> UC11 </br> </br> BR11.1</br> </br> Handelaars </br> </br> 40</br> </br> </br> </br> </br> BR11.2</br> </br> Shopper </br> </br> 40</br> </br> </br> </br> </br> BR11.3</br> </br> Fraudebestrijding </br> </br> 28</br> </br> </br> </br> </br> BR11.5</br> </br> Domiciliering/doorlopende opdrachten </br> </br> 8</br> </br> </br> </br> </br> BR11.6</br> </br> Overschrijvingen </br> </br> 8</br> </br> </br> </br> </br> </br> </br> </br> ETL </br> </br> UC2 </br> </br> BR2.1</br> </br> Integratie Applicaties </br> </br> 70</br> </br> </br> </br> </br> BR2.3</br> </br> op mijnburgerprofiel </br> </br> 21</br> </br> </br> </br> </br> UC3 </br> </br> BR3.7</br> </br> e-inclusie </br> </br> 60</br> </br> </br> </br> </br> UC7 </br> </br> BR7.1</br> </br> Integratie nieuwe stad of gemeente </br> </br> 60</br> </br> </br> </br> </br> BR7.2</br> </br> Integratie Applicatie </br> </br> 60</br> </br> </br> </br> </br> BR7.3</br> </br> OSLO standaarden </br> </br> 48</br> </br> </br> </br> </br> </br> </br> </br> Strategic Mgt Tool </br> </br> UC6 </br> </br> BR6.1</br> </br> Impact campagne </br> </br> 32</br> </br> </br> </br> </br> BR6.2</br> </br> ROI berekening </br> </br> 32</br> </br> </br> </br> </br> BR6.3</br> </br> Rapportage </br> </br> 20</br> </br> </br> </br> </br> BR6.4</br> </br> Drill Down </br> </br> 20</br> </br> </br> </br> </br> BR6.5</br> </br> Churn Prediction </br> </br> 12</br> </br> </br> </br> </br> BR6.6</br> </br> Forecasten </br> </br> 16</br> </br> </br> </br> </br> UC7 </br> </br> BR7.1</br> </br> Integratie nieuwe stad of gemeente </br> </br> 60</br> </br> </br> </br> </br> BR7.4</br> </br> herbruikbare munten </br> </br> 36</br> </br> </br> </br> </br> BR7.5</br> </br> AML en KYC </br> </br> 48</br> </br> </br> </br> </br> UC8 </br> </br> BR8.1</br> </br> Uitrol / implementatie </br> </br> 60</br> </br> </br> </br> </br> BR8.2</br> </br> Nieuwe ontwikkeling </br> </br> 48</br> </br> </br> </br> </br> BR8.3</br> </br> GDPR </br> </br> 60eling 48 BR8.3 GDPR 60  +
  • Om de impact te kunnen meten van repair ca … Om de impact te kunnen meten van repair cafés op de samenleving (bijvoorbeeld vermeden afval en milieudruk), willen we zoveel mogelijk nuttige gegevens registreren over de repair cafés: frequentie, welke toestellen worden binnengebracht, hoe oud zijn deze toestellen, wat is er precies stuk, kan het gemaakt worden, welke onderdelen moeten gemaakt worden, zijn er vervangingsonderdelen nodig, van waar komen die onderdelen, welke toestellen kunnen niet gemaakt worden en waarom niet, etc. Om al deze gegevens te kunnen verzamelen, zodat deze informatie kan gebruikt worden om bijvoorbeeld de vermeden impact te berekenen of om circulariteit (e.g. levensduurverlenging) te meten, zijn er standaard dataformaten nodig. Maar niet alleen voor de impactmeting zijn de data belangrijk. Fabrikanten gebruiken ze bijvoorbeeld voor het aanpassen en verbeteren van productontwerpen, en om de after sales afdeling bij te staan in het leveren van een goede dienst na verkoop. En meer algemeen, des te meer gegevens bijgehouden en gedeeld worden, des te beter alle stakeholders in een waardeketen kunnen samenwerken. </br> </br>Volgende draaiboeken gaan over alles wat met de gegevens rond het herstel gebeuren te maken heeft:</br> </br>Open Repair Data Standaard (ORDS): Welke data standaard bestaat er in het repair landschap? </br> Digitale Product Paspoorten (DPP): Hoe het Digital Product Paspoort gebruikenl Product Paspoort gebruiken  +
  • Om je account aan te vragen, kan je een e-mail sturen naar VLOCA@Vlaanderen.be . Vervolgens ontvang je na verwerking van je account een e-mail met je tijdelijk wachtwoord.  +
  • Omschrijving Geonovum is een overheidsst … Omschrijving </br> Geonovum is een overheidsstichting met veel kennis en een rijk netwerk. De overheid beter laten presteren met geo-informatie. Dat is waar wij dagelijks aan werken. We doen dat door de toegankelijkheid van geo-informatie te verbeteren en door de uitwisseling van geo-informatie onderling en met andere soorten gegevens mogelijk te maken met standaarden. Daarnaast helpen we overheidsorganisaties om geo-informatie beter te benutten, door hen te informeren over bestaande voorzieningen. En door organisaties die behoefte hebben aan geo-informatie, te verbinden aan partijen die hen daarmee kunnen helpen.</br> Voor de ontwikkeling en het beheer van de generieke geo-standaarden, ons werk voor de geo-informatie infrastructuur, kennisontwikkeling en de ondersteuning van het GI-beraad ontvangen wij subsidie van de ministeries van Binnenlandse Zaken en Koninkrijksrelaties en van Landbouw, Natuur en Voedselkwaliteit, van Rijkswaterstaat, het Kadaster en van de Geologische Dienst Nederland TNO. Naast dit basisprogramma voeren we voor diverse partijen opdrachten uit die de geo-informatie infrastructuur versterken. Voor deze opdrachten geldt dat:</br> </br> De resultaten van de opdracht bijdragen aan de realisatie van onze doelen en die van de visienota GeoSamen; </br> De resultaten van de opdracht passen binnen de actuele inzichten van de geo-architectuur; </br> De uitvoering van de opdracht zorgt voor samenwerking tussen meerdere publieke organisaties op het gebied van de geo-informatie infrastructuur; </br> Partijen in onze programmaraad of het GI-beraad zich hebben gecommitteerd aan de opdracht; </br> Het opdrachtgeverschap duidelijk vastligt. </br> Thema's </br> Energie In 2050 zal het energieverbruik vrijwel geheel uit duurzame bronnen moeten worden gevoed. Om deze dynamische energie te laten stromen, is veel data-uitwisseling nodig. Samen met de energiesector brengen wij het informatielandschap in beeld. </br> Ethiek en Privacy In de openbare ruimte bevinden zich heel veel verschillende sensoren van zowel particulieren, als van bedrijven als van de overheid. Hoe gaan we verantwoord om met het inwinnen en gebruik van deze data? </br> Geo-beleid, wet- en regelgeving Het belang van geo-informatie voor overheidsactiviteiten als vergunningverlening, subsidieverstrekking en zorg voor veiligheid, vraagt om coördinatie op dit onderwerp. </br> GeoSamen - Wijs met Locatie Wijs met locatie brengt experts samen in een open platform. Door de mogelijkheden en beperkingen van nieuwe technologieën te leren kennen, verkennen we hun potentie voor het oplossen van maatschappelijke uitdagingen. </br> Kennisplatform API's Het Kennisplatform API’s is een open samenwerking die strategische en tactische vraagstukken verkent rond het ontwikkelen van API’s door de overheid en gebruik van deze APIs buiten en binnen de overheid. </br> Maatschappelijke vraagstukken Met een ruimtelijke blik maatschappelijke uitdagingen benaderen. Onder het motto anders kijken, verkenden wij de geografische visies en toepassingen op thema's als Burgervertrouwen, COVID19, Leegstand en Zorg. </br> Open Geodag Op de Open Geodag vertellen medewerkers van Geonovum je het laatste nieuws over de standaarden, laten we onze samenwerkingspartners aan het woord over actuele ontwikkelingen en praten we iedereen bij vanuit de verschillende innovatieplatforms. </br> Standaardisatie Geo-standaarden zorgen ervoor dat we geo-informatie digitaal kunnen uitwisselen en (her-)gebruiken in verschillende softwarepakketten en voor verschillende doeleinden. Onze uitgangspunten voor standaardisatie vind je in dit dossier. </br> Testbed OGC API's De overheid produceert veel open geodata. Maar niet iedereen is expert op het gebied van het toepassen van deze geodata. Kunnen API's hier uitkomst bieden? Dat onderzoeken we in 2021 in een testbed. </br> Unieke Object Identificatie Het project “Regie op Bouwgegevens” wil de informatievoorziening binnen de bouwsector verbeteren. Unieke Objectidentificatie Code (UOI) kan helpen om gegevens betrouwbaar te registreren, uitwisselen (delen) en koppelen aan andere gegevens. Zo kunnen gegevens over objecten in de gebouwde omgeving domein-overstijgend worden gedeeld. </br> Lidmaatschap </br> OGC </br> W3C </br> NEN Normcommissie 351 240 Geo-informatie </br> ISO/TC211 en CEN/TC287 </br> LMO Inspire </br> Stuurgroep Gemeenschappelijke Afspraken Berichtenverkeer </br> Forum Standaardisatie </br> PDOK </br> VNG Realisatie </br> BIM LoketIM Loket  +
  • Ook intercommunales trachten meer data ged … Ook intercommunales trachten meer data gedreven te werken, en werken aan hun data diensten. Zo worden bij Ecowerf hoeveelheden aanvoer van AEEA per deelfractie en per park bijgehouden (in kg). Per park telt men ook de bezoekersaantallen. </br> Door deze data te verbinden met de data van de repair cafés zou men dus kunnen meten of er al dan niet een correlatie bestaat. Des te populairder het repair café (meer binnengebrachte toestellen, meer bezoekers) of des te populairder een digitale tool zoals RepairConnects, des te minder AEEA (type klein huishoudelijk) binnen gebracht wordt voor recyclage bij het (naburig) containerpark. </br> </br> </br> Met deelfracties: </br> </br> </br> Bezoekersaantallen: </br> </br> </br> </br> RP LEN-HEE</br> </br> 15.459</br> </br> 15.568</br> </br> 15.355</br> </br> </br> RP LEN-KEO</br> </br> 20.877</br> </br> 20.955</br> </br> 22.101</br> </br> </br> RP LEN-WIE</br> </br> 23.117</br> </br> 23.712</br> </br> 26.836 23.117 23.712 26.836  +
  • Op de VLOCA kennishub volgen we de categor … Op de VLOCA kennishub volgen we de categorisatie in Smart City Domeinen volgens de definities die op Europees niveau ingevoerd werden in [1] .</br>Volgens deze categorisatie worden Smart City initiatieven opgesplitst in 6 dimensies, domeinen genaamd. Natuurlijk zijn er ook heel veel "cross-domain" toepassingen. Hier wordt verder op ingegaan door AIOTI in [2] . "Cross-domain" toepassingen hebben daarbij data nodig die traditioneel aanwezig is in verschillende datasets die mogelijk in silo's zitten (om uiteenlopende historische of andere redenen).</br> </br> Smart City domeinen en hun dimensies </br> Smart Economy </br> </br> Component 1 </br> Component 2 </br> </br> Smart Governance </br> </br> Component 1 </br> Component 2 </br> </br> Smart Environment </br> </br> Component 1 </br> Component 2 </br> </br> Smart Mobility </br> </br> Component 1 </br> Component 2 </br> </br> Smart People </br> </br> Component 1 </br> Component 2 </br> </br> Smart Living </br> </br> Culture and happiness </br> Component 2 </br> </br> </br> </br> ↑ https://op.europa.eu/en/publication-detail/-/publication/78882e80-fc4a-4a86-9c39-2ad88ab89f9b </br> </br> ↑ https://aioti.eu/wp-content/uploads/2018/06/AIOTI-WG08-Smart-City-Replication-Guidelines-Part-1-Cross-Domain-Use-Cases-V1.0-with-new-logo.pdfUse-Cases-V1.0-with-new-logo.pdf  +
  • Op deze pagina willen we een lijst bijhoud … Op deze pagina willen we een lijst bijhouden met semantische annotaties die we voorzien te gebruiken in de kennishub bij de beschrijving van de architectuur. De bedoeling is om bij het ingeven van initiatieven op de kennishub, de architecturale beschrijving te voorzien van een semantische annotatie zodat in een latere fase hierop gezocht kan worden. Het volgende diagram geeft een overzicht welke termen er op dit moment gebruikt worden en hun relatie.</br> </br> Onderstaande lijst geeft aan welke annotaties voorzien zijn en wat ze precies betekenen.</br> </br> </br></br> </br> Eigenschap </br> Voorbeeld </br> Verklaring</br> </br> </br> Termen</br> </br> [[term::ICT]]</br> </br> Een term is een relevant begrip of afkorting</br> </br> </br> Concepten</br> </br> [[concept::Context broker]]</br> </br> Een relevant idee, or verzameling ideeen die gerelateerd zijn: een plan, model of toestanden. Voorbeelden hiervan in de VLOCA zijn zowel meer high level concepten als software architectuur , maar ook meer toegepaste als context broker . [1] </br> </br> </br> Componenten</br> </br> [[component::Orion]]</br> </br> Een component is een software of hardware module met een specifiek doel. Een component is vaak een realisatie van een concept: Orion is een realisatie van een Context Broker .</br> </br> </br> Standaarden</br> </br> [[standaard::NGSI-LD]]</br> </br> Een standaard is een formele afspraak. Deze zorgt ervoor dat verschillende systemen met elkaar kunnen communiceren/samenwerken. Concepten worden een-eenduidig gespecificeerd door Standaarden .</br> </br> </br> Principes</br> </br> [[principe::data_souvereiniteit]]</br> </br> In de context van de kennishub is een principe een obligatoir concept . Een systeem dat VLOCA implementeert moet zich de hier gedefinieerde essentiele concepten houden.</br> </br> </br> Organisaties</br> </br> [[organisatie::NEN]]</br> </br> In de context van de kennishub kunnen dit zowel Organisaties met leden zijn (bv FIWARE) als ook project Organisaties (SynchroniCity).</br> </br> </br> Smart City Architectuur</br> </br> [[architectuur::VLOCA]]</br> </br> ...</br> </br> </br> Bouwlagen</br> </br> [[bouwlaag::Devices]]</br> </br> Een bouwlaag wordt gevormd door een aantal Componenten met eenzelfde abstractieniveau: de fysieke bouwlaag wordt gevormd door Componenten die hardware aansturen.</br> </br> </br> Systeemeigenschappen</br> </br> [[systeemeigenschap::schaalbaarheid]]</br> </br> Eigenschappen die specifiek zijn voor een systeem. Voorbeelden hiervan zijn schaalbaarheid ; Een systeem met deze eigenschap kan bijvoorbeeld vrij eenvoudig grotere hoeveelheden data aan.</br> </br> </br> Cross-cutting concerns</br> </br> [[cc_concern::Security]]</br> </br> cross-cutting concerns zijn systeemaspecten die relevant zijn voor het gehele systeem; bekende voorbeelden hiervan zijn security en data integriteit .iervan zijn security en data integriteit .  +
  • Open Geospatial Consortium, Inc. (OGC) [1] … Open Geospatial Consortium, Inc. (OGC) [1] is een wereldwijde gemeenschap die zich inzet voor het verbeteren van de toegang tot geospatiale (locatie)informatie. De organisatie vertegenwoordigt meer dan 500 bedrijven, overheidsinstellingen, onderzoeks Organisaties en universiteiten verenigd met de wens om locatie-informatie *FAIR* - Findable, Accessible, Interoperable, and Reusable. OGC creëert gratis, openbaar beschikbare geospatiale Standaarden die nieuwe technologieën mogelijk maken. </br> </br> </br> Standaarden </br> De belangrijkste OGC Standaarden in de context van Vloca zijn:</br> </br> 3D tiles </br> Augmented Reality Markup Language 2.0 (ARML20.0) </br> OGC Catalogue Service </br> CityGML </br> OGC Coordinate Transformation Service </br> Geography Markup Language (GML) </br> GeoRSS </br> OGC WaterML 2 </br> OGC API - Features </br> OGC Publish/Subscribe Interface Standard </br> SWE Common Data Model Encoding Standard </br> SWE Service Model Implementation Standard </br> Sensor Model Language (SensorML) </br> Sensor Observation Service </br> Sensor Planning Service (SPS) </br> OGC SensorThings API </br> Semantic Sensor Network (SSN) Ontology </br> Simple Features (SFS) </br> Time Series Model Language (TSML) </br> Web Map Service (WMS) </br> Web Map Tile Service (WMTS) </br> Web Feature Service (WFS) </br> Web Coverage Service (WCS) </br> ( De volledige lijst met OGC Standaarden kan je hier vinden)</br> </br> Referenties </br> </br> ↑ https://www.ogc.org/ ↑ https://www.ogc.org/  +
  • Open Urban Platform Het concept Open Urb … Open Urban Platform </br> Het concept Open Urban Platform (OUP) bevordert het denken over de samenhang van de digitale infrastructuur, de diensten en applicaties in de stad op basis van algemeen geaccepteerde kaders, richtlijnen en principes en wettelijke en ethische uitgangspunten.</br>Meer informatie is te vinden op [1] , waarvan hieronder enkele citaten.</br> </br> Handvatten </br> Experts uit verschillende gemeenten, industriepartijen en kennisinstellingen hebben bij de NEN Standaardisatie AdviesGroep – Smart Cities [2] gewerkt aan een richtlijn om de gezamenlijke ontwikkeling en inkoop van Open Urban Platforms te versterken. De Nederlandse Praktijkrichtlijn ‘Open Urban Platform’ (NPR 8284) richtlijn geeft concrete handvatten voor:</br> </br> Het borgen van interoperabiliteit en dataportabiliteit in een smart city; </br> Het inzetten van een Open Urban Platform (OUP) als vertrouwde infrastructuur voor digitale diensten in de stad; </br> Het eigendom van OUPs; </br> De rol van de gemeente bij een OUP. </br> Voor wie? </br> De NPR ‘Open Urban Platforms’ is relevant voor verschillende groepen professionals, waaronder: Chief Information Officers, Chief Technology Officers, strategische adviseurs, projectleiders, onderzoekers en IT-specialisten bij gemeenten en andere (semi-) overheden, universiteiten en andere kennisinstellingen, en bij het bedrijfsleven, van multinationals via mkb naar start-ups.</br> </br> NEN NPR 8242 OPEN URBAN PLATFORM </br> Open Urban Platform Richtlijn </br> De Nederlandse normalisatieorganisatie NEN heeft een praktische richtlijn [3] uitgebracht voor het zogenaamde Open Urban Platform(OUP). Een platform dat de basis kan vormen voor slimme oplossingen in een stedelijke omgeving (bijvoorbeeld slim parkeren, slimme gebouwen).</br>Naast technische aspecten behandelt het ook de organisatorische aspecten van een dergelijk platform; governance, privacy, beveiliging, beheer en relevante internationale normen.</br>Een belangrijk aspect van de richtlijn is dat deze technologie-agnostisch is.</br> </br> Wat Is Een Open Urban Platform </br> De NEN richtlijn definieert een Open Urban Platform als volgt:</br>en nieuwe digitale stedelijke infrastructuur, bestaande uit een reeks beleidsovereenkomsten, nationale en internationale wetgeving, normen en hun technische implementatie, onder leiding van een lokale of andere overheidsinstantie.</br> Opmerking 1 bij de term: De OUP maakt de verkenning en het gebruik van stedelijke gegevens mogelijk die kunnen worden gebruikt om nieuwe en verbeterde diensten voor en met bewoners of bezoekers, bedrijven, kennisinstellingen en overheden tot stand te brengen.</br> Opmerking 2 bij binnenkomst: Naast dat het OUP een marketplace platform is, zijn er verschillende andere platforms, zoals Connectivity Platform, Data Management Platform, Data Science Platform, die samen een Smart City laten werken.</br> De waarde van een OUP wordt gecreëerd door de services en applicaties die er gebruik van maken. Dergelijke diensten en applicaties komen niet tot stand zonder een lokaal of breder ecosysteem van samenwerkende partijen (publiek, privaat, kennisinstellingen). Dit vereist actieve partners in het ecosysteem die de OUP gebruiken voor diensten in de stad die de levenskwaliteit (verkeersstroom, gezondheid) duurzaam verbeteren en / of een gerechtvaardigd aandeel hebben in alle financiële en sociale voordelen.</br> </br> OUP-Principes </br> De OUP is gebaseerd op de volgende principes</br> </br> gebruikersgerichte ontwikkeling </br> openheid van het platform </br> privacy en veiligheid </br> schaalbaarheid </br> integraliteit </br> gegevenskwaliteit </br> eigendom van gegevens </br> Interoperabiliteit </br> overdraagbaarheid van gegevens </br> soevereiniteit </br> voorzieningen voor vertrouwen </br> voorkommen desinvesteringen in domeinen </br> Waarom Een ​​OUP </br> De OUP is een preconditie voor de digitalisering in de openbare ruimte. Vanuit gemeentelijk oogpunt maakt een OUP-inzet het mogelijk om:</br> </br> de behartiging van belangen van burgers, bedrijven en het stadsbestuur door de handhaving van de OUP-principes zoals gedefinieerd door de stad Eindhoven [4] </br> stimulering van economische groei door samenwerking binnen het ecosysteem. </br> van elke gemeentelijke organisatievorm die in afzonderlijke domeinen werkt, een geïntegreerde datagedreven organisatie maken </br> gemeenschappelijke diensten aanbieden voor o.a. connectiviteit, gegevensbeheer, diensten voor burgers. </br> Om de richtlijn te citeren:</br> een OUP stelt de overheid in staat een data-gedreven werkwijze te gebruiken op basis van beschikbare data, partners en ecosysteem. Dan zijn allerlei nieuwe vormen van analyse mogelijk, zoals data science, kunstmatige intelligentie en business intelligence. Dit maakt een groter en beter mogelijk inzicht in de te creëren stedelijke leefomgeving, die zal bijdragen aan verbetering beslissingen en / of betere interventies implementeren. </br> </br> Open Urban Platform Governance </br> Overheden moeten een actieve rol spelen in de governance van OUP’s om de volgende hoofddoelstellingen in een smart city-context te waarborgen;</br> </br> marktrisico’s vermijden voor use cases waar gegevens van burgers worden verzameld; </br> een gebrek aan kwaliteit van de dienstverlening van de OUP te voorkomen; ervoor zorgen dat de OUP-dienst het welzijn van de burgers verbetert;</br> </br> focus op een innovatievriendelijk klimaat </br> aanpakken van maatschappelijke taken, en proces inrichten op een geïntegreerde manier. </br> Wat Te Doen En Wat Niet Te Doen </br> Doen </br> Financieringsmodel; </br> leer, hergebruik en kopieer van anderen; </br> waarde toevoegen aan de gemeenschap; </br> Stel principes vast; </br> standaardiseren op gevestigde technologie; </br> transparant zijn; </br> gebruik wat al beschikbaar is; </br> Betrek anderen, zowel intern als extern; </br> Vertel het verder; </br> test openheid. </br> Niet Doen </br> technologische benadering; </br> blijven werken in domeinen(silo’s); </br> de reikwijdte / context beperken </br> Verschillende Rollen </br> Er zijn een aantal mogelijke rollen voor het besturen van een OUP door een lokale overheid:</br> </br> Minimale Rol </br> In deze rol wordt de ontwikkeling overgelaten aan de markt en burgerinitiatieven, met een minimale rol voor de gemeente, voornamelijk gericht op het waarborgen van privacy en openbare veiligheid.</br> </br> Faciliterende Rol </br> Naast een minimale rol kan de lokale overheid de OUP faciliteren door een “launching customer” te zijn en door de uitwisseling van gegevens tussen private partijen en bewoners te faciliteren (bijvoorbeeld data Standaarden , connectiviteit). Het zal ook de kwaliteit van de dienstverlening verzekeren.</br>Voor de ontwikkeling blijft de markt koploper.</br> </br> Hoofdrol </br> De lokale overheid zal het voortouw nemen bij de ontwikkeling van de OUP en haar dienstverlening. Naast de faciliterende rol zal zij smart city-oplossingen ontwikkelen of mede ontwikkelen. Dit betekent een forse investering van de gemeente.</br> </br> Uitvoerende Rol </br> In deze rol is de gemeente geheel of gedeeltelijk eigenaar van de OUP. In deze strategische rol maakt de gemeente het mogelijk</br>autoriteiten om een ​​actievere rol te spelen in</br>Ontwikkeling van Smart City-applicaties (bijvoorbeeld City App Store).</br> De richtlijn bevat ook richtlijnen over wat de impact van deze rollen zijn op de implementatie van de OUP.</br> </br> Ander Aspecten </br> Onderdeel van governance is ook het beslissen over het bedrijfsmodel van de OUP. Als dit niet aangepakt wordt, kan dit een negatief effect hebben op het succes ervan:</br> </br> gebrek aan continuïteit; </br> Nauwkeurigheid en aansprakelijkheid; </br> gegevensverstrekkingsvoorwaarden; </br> prijsstelling en vergoeding; </br> gebrek aan ondersteuning. </br> Daarnaast is het van belang duidelijke en transparante afspraken te maken over vertrouwen en transparantie voor het delen van data tussen partners (burgers, private [[::Category:Organisaties| Organisaties]], gemeente)</br> </br> Referentiearchitecturen </br> De richtlijn definieert geen architectuur, maar verwijst naar bestaande andere Standaarden en internationale initiatieven. De belangrijkste initiatieven waarop het is gebaseerd zijn:</br> </br> NIST - Smart Cities ( [5] ) </br> EIP|EIP-smart cities en gemeenschappen ( [6] ) </br> FIWARE </br> gerelateerde H2020-projecten ESPRESSO, IRIS, RUGGEDIZED </br> De richtlijn stelt dat voor een architectuur minimaal het Synchronicity framework moet worden gevolgd, aangezien dit gebaseerd is op de genoemde initiatieven.</br> </br> Interoperabiliteit </br> Interoperabiliteit van diensten is essentieel voor een OUP, de richtlijn behandelt daarom ook de volgende belangrijke interoperabiliteitsproblemen.</br> </br> functioneel; </br> interface / protocol; </br> syntax; </br> semantiek; </br> organisatorisch. </br> Ontwerp En Implementatie </br> Ook bevat de richtlijn aanwijzingen hoe effectief een OUP in een smart city kan worden opgezet. Het richt zich expliciet op aspecten als:</br> </br> organisatiecultuur voor innovatie; </br> Voorbereiding; </br> inkoop; </br> Samenwerking; </br> Configuratie; </br> evaluatie en evolutie; </br> Bijlagen; Extra Informatie </br> Ten slotte bespreekt de richtlijn enkele voorbeelden</br> </br> Mobiliteit als use case </br> RUGGEDISED project </br> IRIS </br> Synchronicity </br> Ook het belang van geografische gegevens en 3D-modellen voor toepassingen die OUP mogelijk maken, komt aan bod.</br> </br> </br> </br> ↑ https://www.nen.nl/NEN-Shop/ICTnieuwsberichten/Nederlandse-Praktijkrichtlijn-Open-Urban-Platforms-beschikbaar.htm </br> </br> ↑ https://www.nen.nl/Normontwikkeling/Doe-mee/Normcommissies-en-nieuwe-trajecten/NEN-smart-cities.htm </br> </br> ↑ https://www.nen.nl/NEN-Shop/Norm/NPR-82842020-nl.htm NPR-8242 </br> </br> ↑ https://data.eindhoven.nl/explore/dataset/eindhoven-open-data-principes/information/?flg=nl </br> </br> ↑ //www.nist.gov/el/cyber-physical-systems/smart-americaglobal-cities/nist-smart-cities-and-communities-framework </br> </br> ↑ https://ec.europa.eu/info/eu-regional-and-urban-development/topics/cities-and-urban-development/city-initiatives/smart-cities_en#european-innovation-partnership-on-smart-cities-and-communities  +
  • OpenDei [1] is een EU H2020 project met … OpenDei [1] is een EU H2020 project met als titel : "Aligning Reference Architectures, Open Platforms and Large Scale Pilots in Digitising European Industry", recent gestart en lopend tot 2022. In die zin is het een relevant project om mee te aligneren binnen VLOCA. Digitale transformatie (DT) is een belangrijke prioriteit voor de EU bij haar inspanningen om de opkomst van de competitiviteit van de Europese industrie te ondersteunen. Productie, landbouw, energie en gezondheidszorg (maar ook IoT gedreven smart cities) vormen belangrijke gebieden voor de implementatie van de EU-strategie voor digitalisering. In dit DT-framework is de geavanceerde technologische rol instrumenteel. Het door de EU gefinancierde OPEN DEI-project heeft tot doel lacunes op te sporen, synergieën aan te moedigen, regionale en nationale samenwerking te ondersteunen en de communicatie tussen de innovatieacties ter uitvoering van de DT-strategie van de EU te verbeteren. Het project heeft tot doel referentiearchitecturen te vergelijken en een uniform dataplatform mogelijk te maken, grootschalige pilots te creëren en bij te dragen aan een digitaal volwassenheidsmodel, een data-ecosysteem op te bouwen en te streven naar standaardisatie.</br> Deze presentatie [2] geeft meer info over een 3D referentie architectuur die werd gecapteerd na het uitvoeren van een aantal grootschalige piloot projecten (waaronder Synchronicity voor smart cities), meet details zijn terug te vinden in dit [3] rapport.</br> Meer informatie is te vinden op de OpenDEI 6C pagina</br> </br> </br> ↑ https://cordis.europa.eu/project/id/857065 </br> </br> ↑ https://www.opendei.eu/wp-content/uploads/2020/06/Accelerating_Digital_Transformation_O.Vermesan_CREATE-IoT_28_May_2020_OPENDEI_Webinar_V03.pdf </br> </br> ↑ https://www.opendei.eu/wp-content/uploads/2020/10/D2.1-REF-ARCH-FOR-CROSS-DOMAIN-DT-V1_UPDATED.pdf_UPDATED.pdf  +
  • OpenNorth is een non-profit organisatie di … OpenNorth is een non-profit organisatie die samenwerkt met de publieke, private, onderzoek en gemeenschappen om effectief, verantwoordelijk en samenwerkend gebruik van data en technologie te bespoedingen en complexe problemen op te lossen, ook in smart cities.</br> Meer informatie kan hier gevonden worden. Meer informatie kan hier gevonden worden.  +
  • OpenStreetMap (OSM) is een project dat als … OpenStreetMap (OSM) is een project dat als doel heeft om vrij beschikbare en bewerkbare geografische gegevens te verzamelen, zodat daaruit landkaarten en andere diensten kunnen gemaakt worden. </br> OpenStreetMap is een gratis, open-content licentie van de hele wereld die grotendeels vanuit het niets door vrijwilligers wordt gebouwd.</br>De OpenStreetMap-licentie biedt gratis (of bijna gratis) toegang tot kaartafbeeldingen en onderliggende gegevens. Het project heeft tot doel nieuw en interessant gebruik van deze gegevens te promoten.</br> Lees ook Open Street Map Belgiumromoten. Lees ook Open Street Map Belgium  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.1 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.1-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.1 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie VLOCA-model V0.1 Lokale Open Data Economie (LODE) – Brugge VLOCA-Model V0.1 VLOCA-model V0.2 Lokale Open Data Economie (LODE) – Brugge VLOCA-Model V0.2 </br> Inhoud </br> Hieronder kan je de elementen van versie V0.1 van dit VLOCA model bekijken.</br> </br> </br></br> </br> CoT Lode: Brugge - Gent </br> </br> </br> Jaar: 2022 </br> </br> 01/09/2022</br> </br> VLOCA-model versie 0.1 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> De lokale besturen en centrumsteden weten niet altijd wat te doen met hun open databronnen, hoe ze deze moeten 'vermarkten', welke databronnen de grootste meerwaarde zouden betekenen, enz. We gaan ervan uit dat er veel vraag en aanbod is van open data maar dat de lokale overheid inzichten en gedeelde platformen nodig hebben om dit te 'reguleren'.</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Inzichten van hoe de vraag en aanbod van open data af te stemmen op elkaar alsook een pilootcase van een open data marktplaats die MIM3 van OASC conform zal zijn en de meest relevante databronnen ter beschikking stelt.</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> 1.Via marktstudi e overzicht van de vragende partijen voor open data binnen de quadruple helix, alsook de bestaande en potentiele bronnen van open data van de quadruple helix in kaart te brengen. 2.Een business pla n die de 'rendabiliteit' illustreert van het ter beschikking stellen van de open data. 3.Een piloo t data marktplaat s die de vraag en aanbod huist met alle vereiste functionaliteiten.</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> Segmentatie van vragende partijen die typologien van open data al dan niet voor een prijs willen aanschaffen. Een data marktplaats piloot volgens de normen van MIM3 van OASC.</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1: De Vraag naar open data</br> </br> Overzicht via een 'segmentatie' van entiteiten (instituten, bedrijven, organisaties, individuen,...) die de vraag in kaart brengt. De vraag moet gevaloriseerd worden in 'intensiteit' en dus ook in 'bereidheid te betalen'.</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Het aanbod van open data</br> </br> Overzicht via een typologie van data elementen die reeds of mogelijks in de toekomst kan aangeboden worden door de 'overheid' of andere partijen binnen de quadruple helix.</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3: Vraag en Aanbod Matching</br> </br> Overzicht van de 'affiniteit' tussen de 'behoefte' segmentatie met de 'typologien' van open data (bronnen). =Matrix Segmenten tov open data typologien.</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4: Business Case</br> </br> Overzicht van de kosten en baten van het vrijgeven van open data door de data 'producent' die moet leiden naar een verzameling van business cases per data typologie.</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5: Draaiboeken</br> </br> Bibliotheek van draaiboeken per typologie van data (= productgedreven) en per behoefte segment (= klantgedreven).</br> </br> </br> UC6</br> </br> Voorstel</br> </br> UC6: Marktplaats</br> </br> Een piloot open data marktplaats bouwen en beheren waar de vraag en aanbod elkaar tegenkomen. Die marktplaats moet interoperabel en conform de MIM3 van OASC standaarden zijn.</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7: Futureproof</br> </br> Een overlegplatform en proces die zorgt dat de marktplaats futureproof is door regelmatig overleg te organiseren tussen de verschillende betrokken (nieuwe) partijen om de vraag en aanbod telkens op elkaar af te stemmen.</br> </br> </br> UC8</br> </br> Voorstel</br> </br> UC8: juridisch</br> </br> wettelijk kader</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> </br> </br> Metaveld </br> </br> Beschrijving </br> </br> </br> </br> </br> Meta1</br> </br> Beschrijving meta 1</br> </br> </br> </br> </br> Meta2</br> </br> Beschrijving meta 2</br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> UC1: De Vraag naar open data</br> </br> Overzicht via een 'segmentatie' van entiteiten (instituten, bedrijven, organisaties, individuen,...) die de vraag in kaart brengt. De vraag moet gevaloriseerd worden in 'intensiteit' en dus ook in 'bereidheid te betalen'.</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Hoe groot is de vraag naar open data in aantal 'Entiteiten', intensiteit van de behoefte, bereidheid te betalen, welke type van data, frequentie, minimum kwaliteit, ed meer.</br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> Welke behoefte gebaseerde segmenten (Needs Based Segmentation) bestaan er in de quadruple helix die homogeen dezelfde behoeften hebben binnen de segmenten en heterogeen anders zijn tussen de segmenten.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Use case</br> </br> UC2: Het aanbod van open data</br> </br> Overzicht via een typologie van data elementen die reeds of mogelijks in de toekomst kan aangeboden worden door de 'overheid' of andere partijen binnen de quadruple helix.</br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> Welke zijn de verschillende databronnen die reeds bestaan en wat is hun 'specificiteit' die een behoefte kan beantwoorden</br> </br> </br> BC2.2 </br> </br> Business capability </br> </br> Welke zijn de verschillende potentiele databronnen die nog 'ontgonnen' kunnen worden met hun specificiteit</br> </br> </br> BC2.3 </br> </br> Business capability </br> </br> Welke zijn de 'typologien' die de verschillende databronnen groeperen/clusteren die homogeen binnen en heterogeen tussen de groepen zijn.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Use case</br> </br> UC3: Vraag en Aanbod Matching</br> </br> Overzicht van de 'affiniteit' tussen de 'behoefte' segmentatie met de 'typologien' van open data (bronnen). =Matrix Segmenten tov open data typologien.</br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> Lijst van alle data (typologien) die een behoefte van een segment beantwoord.</br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> Matrix die de affiniteit van de segmenten naar de data typologien visualiseert om daarmee een 'marketing', 'strategische' en 'operationeel' plan te kunnen uittekenen.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Use case</br> </br> UC4: Business Case</br> </br> Overzicht van de kosten en baten van het vrijgeven van open data door de data 'producent' die moet leiden naar een verzameling van business cases per data typologie.</br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> Een business plan kunnen opstellen om een 'product' op de markt te plaatsen. Dit 'product' bestaat uit een databron die beantwoord aan een behoefte van een 'segment'.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Use case</br> </br> UC5: Draaiboeken</br> </br> Bibliotheek van draaiboeken per typologie van data (= productgedreven) en per behoefte segment (= klantgedreven).</br> </br> </br> BC5.1 </br> </br> Business capability </br> </br> Per databron een 'draaiboek' terugvinden die uitlegt hoe die data te capteren, verwerken, opslaan en ontsluiten voor een bepaalde segment behoefte</br> </br> </br> BC5.2 </br> </br> Business capability </br> </br> Per Segment behoefte, een 'draaiboek' terugvinden die uitlegt welke databronnen er moet 'ontgonnen' worden om zo de behoefte te kunnen invullen.</br> </br> </br> BC5.3 </br> </br> Business capability </br> </br> Draaiboek van hoe een lokale 'marktplaats' te bouwen, maar die geconnecteerd is met de andere marktplaatsen via een dataspace principe.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC6</br> </br> Use case</br> </br> UC6: Marktplaats</br> </br> Een piloot open data marktplaats bouwen en beheren waar de vraag en aanbod elkaar tegenkomen. Die marktplaats moet interoperabel en conform de MIM3 van OASC standaarden zijn.</br> </br> </br> BC6.1 </br> </br> Business capability </br> </br> Het gemakkelijk/transparant kunnen ontsluiten van data (of andere assets zoals componenten, schema's, vocabularium, ed) in de marktplaats</br> </br> </br> BC6.2 </br> </br> Business capability </br> </br> Publiceren van metadata in lijn met internationale standaarden zoals DCAT</br> </br> </br> BC6.3 </br> </br> Business capability </br> </br> Transparant publiceren van de 'afkomst'/'Lineage'/'Callibraties'/Intrapollaties en Extrapollaties/enz.</br> </br> </br> BC6.4 </br> </br> Business capability </br> </br> Publicatie van of verwijzen naar schema en semantiek</br> </br> </br> BC6.5 </br> </br> Business capability </br> </br> Publiceren van de transport schema waarmee de data beschikbaar is (http, mqtt, ftp,...)</br> </br> </br> BC6.6 </br> </br> Business capability </br> </br> Het kunnen factureren van de data downloads a priori of a posteriori</br> </br> </br> BC6.7 </br> </br> Business capability </br> </br> Wat is de 'inhoudelijke' metadata van de verschillende beschikbare databronnen (via DCAT ?)</br> </br> </br> BC6.8 </br> </br> Business capability </br> </br> Het kunnen toegang verlenen via toegansbeheer platform afhankelijk van de gebruikersrechten</br> </br> </br> BC6.9 </br> </br> Business capability </br> </br> Reviews en feedback kunnen geven op die data (vanuit de gebruiker)</br> </br> </br> BC6.10 </br> </br> Business capability </br> </br> Notificaties wanneer data geupdate werden</br> </br> </br> BC6.11 </br> </br> Business capability </br> </br> Het registreren van transacties (= clearinghouse + voor inzichten op statistieken)</br> </br> </br> BC6.12 </br> </br> Business capability </br> </br> Access controle</br> </br> </br> BC6.13 </br> </br> Business capability </br> </br> Moet gebruik kunnen maken van derde identiteits providers (it's me,...)</br> </br> </br> BC6.14 </br> </br> Business capability </br> </br> CRM communicatie and marketing en verkoopsplanning</br> </br> </br> BC6.15 </br> </br> Business capability </br> </br> Betalingsmogelijkheden</br> </br> </br> BC6.16 </br> </br> Business capability </br> </br> Prijs structuur opstellen en publiceren</br> </br> </br> BC6.17 </br> </br> Business capability </br> </br> Publiceren van gebruiksrechten van data (alsook een open data charter waar de aanbieders en gebruikers zich moeten houden)</br> </br> </br> BC6.18 </br> </br> Business capability </br> </br> Een 'google' manier (search engine) om data terug te vinden.</br> </br> </br> BC6.19 </br> </br> Business capability </br> </br> Een visuele manier om data te categoriseren of behoeften te segmenteren.</br> </br> </br> BC6.20 </br> </br> Business capability </br> </br> Moet passen in een gefedereerde netwerk van catalogi (ref. dataspaces)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC7</br> </br> Use case</br> </br> UC7: Futureproof</br> </br> Een overlegplatform en proces die zorgt dat de marktplaats futureproof is door regelmatig overleg te organiseren tussen de verschillende betrokken (nieuwe) partijen om de vraag en aanbod telkens op elkaar af te stemmen.</br> </br> </br> BC7.1 </br> </br> Business capability </br> </br> Wie zijn de relevante betrokken partijen uit de quadruple helix</br> </br> </br> BC7.2 </br> </br> Business capability </br> </br> Opstellen van een werkmethode</br> </br> </br> BC7.3 </br> </br> Business capability </br> </br> Organiseren van live of digitale communicatie tussen de partijen (overlegmomenten, newsletters, conferenties, webinars, enz.)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC8</br> </br> Use case</br> </br> UC8: juridisch</br> </br> wettelijk kader  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.1 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.1-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.1 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie VLOCA-model V0.1 Regionaal plugable incentiveringsplatform – Geel VLOCA-Model V0.1 VLOCA-model V1.0 Regionaal plugable incentiveringsplatform – Geel VLOCA-Model V1.0 VLOCA-model V1.8 Regionaal plugable incentiveringsplatform – Geel VLOCA-Model Co-creatie </br> Inhoud </br> Hieronder kan je de elementen van versie V0.1 van dit VLOCA model bekijken.</br> </br> </br></br> </br> CoT Regionaal plugable incentiveringsplatform – Geel </br> </br> </br> 2022 </br> </br> VLOCA-model versie 0.1 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Steden hebben het moeilijk om het gedrag van de burgers te veranderen zonder incentivering. Uit vorige projecten blijkt dat 'vouchers' en 'lokale (digitale) munten' (sociale krediet zoals duimpjes up) daarvoor goed werken. Maar die worden ook te snel verzilverd in euro's en blijven niet binnen het systeem. Ze steunen ook niet noodzakelijk de lokale economie daar die euro's (in de vorm van de voucher of lokale munt) ook buiten de regio kunnen uitgegeven worden. Daarnaast leiden verschillende incentiveringen ook tot eigen vouchers of (digitale) munten hetgeen resulteert in een versnipperd landschap van systemen.</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Een oplossing die zowel het duurzaam gedrag van de burger wil beïnvloeden door beloning als de lokale economie wil ondersteunen via één systeem.</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> Een platform die 'goed gedrag' beloont met een 'lokale munt' die enkel in de regio kan ingeruild/gespendeerd worden = 'regio breed incentiveringsplatform' die ook dmv een 'schaalbaar' architectuur snel en efficiënt uitrolbaar is in andere regio's die dat zouden wensen. De Lokale/digitale munt moet ook kunnen dienen als 'betaalmiddel' tussen B2B of C2C om die munt zo lang mogelijk binnen de regio en binnen het systeem te houden.</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> Een schaalbaar regiobreed incentiveringsplatform met een 'slimme' configuratie die volledig parametriseerbaar is tegen 2025.</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1: Digitale Wallet</br> </br> Digitale wallet waar zowel stortingen, uitgaven/overschrijven en consulteren van saldo's door de eigenaar en participanten.</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Integratie</br> </br> Integratie met bestaande applicaties zoals de stadsapplicaties, websites en zelfs mijnburgerprofiel</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3: Participatiemechanisme</br> </br> Een gebruiksvriendelijke platform om zowel als 'donor' als 'ontvanger' als 'gebruiker' zichzelf kunnen registreren en 'regels'/'parameters' voor ontvangen en gebruiken kunnen vastgelegd worden.</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4: Marketing</br> </br> Aanradingsprogramma om de lokale economie aan te trekken om mee te doen zowel als 'donor' (participerende organisatie die een goed gedrag willen belonen) alsook als 'ontvanger' (=winkels die deze munt aanvaarden als betaling)</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5: Omzettingsmechanisme</br> </br> Een facturatiesysteem die de eerste en allerlaatste conversie regelt, zodat de lokale munt in praktijk omgezet kunnen worden in euros.</br> </br> </br> UC6</br> </br> Voorstel</br> </br> UC6: Inzichten & Dashboarding</br> </br> Het verkrijgen van inzichten in het gebruik en de positieve impact op 'goed gedrag' en 'lokale economie' die het beleid kan gebruiken.</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7: Principes</br> </br> Schaalbaarheid (voor extra steden en regio's) en interoperabiliteit (voor extra toepassingen) van het platform is cruciaal</br> </br> </br> UC8</br> </br> Voorstel</br> </br> UC8: Draaiboeken</br> </br> Een bibliotheek leveren van draaiboeken die de steden en gemeenten een 'how to' uitleggen ifv hun behoeften en context</br> </br> </br> UC9</br> </br> Voorstel</br> </br> UC9: Compensatiemogelijkheden ("governance model")</br> </br> Om een evenwichtig systeem te hebben, moeten er regels geïmplementeerd kunnen worden die de solidariteit m.b.t. investeringen in incentives en het steunen van de lokale economie tussen o.a. de deelnemende gemeenten/steden kunnen bevorderen</br> </br> </br> UC10</br> </br> Voorstel</br> </br> UC10: Integratiemogelijkheden</br> </br> Alle (bestaande) initiatieven (buck-e munten met tag-registratie bvb) met automatismen/digitalisering hebben de voorkeur</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> UC1: Digitale Wallet</br> </br> Digitale wallet waar zowel stortingen, uitgaven/overschrijven en consulteren van saldo's door de eigenaar en participanten.</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Donor </br> </br> Digitale munt kunnen storten / ter beschikking stellen van een incentive</br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> Ontvanger </br> </br> Digitale munt kunnen uitgeven binnen een (handels)transactie</br> </br> </br> BC1.3 </br> </br> Business capability </br> </br> Gebruiker </br> </br> Saldo van de digitale munt rekening consulteerbaar in real time</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Use case</br> </br> UC2: Integratie</br> </br> Integratie met bestaande applicaties zoals de stads applicaties, websites en zelfs mijnburgerprofiel</br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> Lokale Overheid </br> </br> Kunnen 'vertalen' van de interne standaarden naar de 'standaarden' van de externe participerende applicaties</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Use case</br> </br> UC3: Participatiemechanisme</br> </br> Een gebruiksvriendelijke platform om zowel als 'donor' als 'ontvanger' als 'gebruiker' zichzelf kunnen registreren en 'regels'/'parameters' voor ontvangen en gebruiken kunnen vastgelegd worden.</br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> Lokale overheid + donor </br> </br> Registratiemogelijkheden voor participerende 'donors'</br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> Lokale overheid + ontvanger </br> </br> Registratiemogelijkheden voor participerende 'handelaars'/'ontvangers'</br> </br> </br> BC3.3 </br> </br> Business capability </br> </br> Lokale overheid + gebruiker </br> </br> Registratiemogelijkheden voor participerende 'burgers' of 'organisaties'</br> </br> </br> BC3.4 </br> </br> Business capability </br> </br> Lokale overheid + gebruiker </br> </br> Registratiemogelijkheden voor participerende 'burgers' of 'organisaties' aan specifieke 'acties'</br> </br> </br> BC3.5 </br> </br> Business capability </br> </br> Lokale overheid + donor </br> </br> Een hierarchie van 'rechten' om regels te kunnen 'hierarchiseren' ten behoeve van de gebruiksvriendelijkheid van de burger/gebruiker</br> </br> </br> BC3.6 </br> </br> Business capability </br> </br> Lokale overheid + donor </br> </br> Creeren van regels die de toekenning alsook uitgave van de munten bepaalt</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Use case</br> </br> UC4: Marketing</br> </br> Aanradingsprogramma om de lokale economie aan te trekken om mee te doen zowel als 'donor' (participerende organisatie die een goed gedrag willen belonen) alsook als 'ontvanger' (=winkels die deze munt aanvaarden als betaling)</br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> Lokale Overheid+Donor+Ontvanger+gebruiker </br> </br> Identificatie van de doelgroepen (donors, handelaars/ontvangers en burgers/organisaties)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Use case</br> </br> UC5: Omzettingsmechanisme</br> </br> Een facturatie systeem die de eerste en allerlaatste conversie regelt, zodat de lokale munt in praktijk omgezet kunnen worden in euros.</br> </br> </br> BC5.1 </br> </br> Business capability </br> </br> Lokale Overheid+Donor </br> </br> betalingsmogelijkheden (met facturatie referentie)</br> </br> </br> BC5.2 </br> </br> Business capability </br> </br> Lokale Overheid+Ontvanger </br> </br> ontvangstmogelijkheden (met facturatie referentie)</br> </br> </br> BC5.3 </br> </br> Business capability </br> </br> Lokale Overheid+NBB </br> </br> voldoen aan de e-money licentie voorwaarden (Nationale Bank van Belgie)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC6</br> </br> Use case</br> </br> UC6: Inzichten & Dashboarding</br> </br> Het verkrijgen van inzichten in het gebruik en de positieve impact op 'goed gedrag' en 'lokale economie' die het beleid kan gebruiken.</br> </br> </br> BC6.1 </br> </br> Business capability </br> </br> Lokale Overheid </br> </br> Campagne Resultaten Meten om de doelgroepen beter te kennen</br> </br> </br> BC6.2 </br> </br> Business capability </br> </br> Lokale Overheid </br> </br> Beleidsdoelstellingen formuleren en meten als KPI om een actie of verschillende acties samen te evalueren</br> </br> </br> BC6.3 </br> </br> Business capability </br> </br> Lokale Overheid </br> </br> Alle betalingen/transacties per actie (gedrag) en per doelgroep kunnen analyseren en visualiseren</br> </br> </br> BC6.4 </br> </br> Business capability </br> </br> Lokale Overheid </br> </br> Alle transacties die binnen de regio werden gespendeerd kunnen analyseren en visualiseren</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC7</br> </br> Use case</br> </br> UC7: Principes</br> </br> Schaalbaarheid (voor extra steden en regio's) en interoperabiliteit (voor extra toepassingen) van het platform is cruciaal</br> </br> </br> BC7.1 </br> </br> Business capability </br> </br> Platform Beheer+Lokale Overheid </br> </br> Toevoegen van een lokale overheid tot het incentiveringsplatform</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC8</br> </br> Use case</br> </br> UC8: Draaiboeken</br> </br> Een bibliotheek leveren van draaiboeken die de steden en gemeenten een 'how to' uitleggen ifv hun behoeften en context</br> </br> </br> BC8.1 </br> </br> Business capability </br> </br> VLOCA </br> </br> Beheren van versies van draaiboeken, bestekteksten, enz. voor opstartende lokale overheden</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC9</br> </br> Use case</br> </br> UC9: Compensatiemogelijkheden ("governance model")</br> </br> Om een evenwichtig systeem te hebben, moeten er regels geïmplementeerd kunnen worden die de solidariteit m.b.t. investeringen in incentives en het steunen van de lokale economie tussen o.a. de deelnemende gemeenten/steden kunnen bevorderen</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC10</br> </br> Use case</br> </br> UC10: Integratiemogelijkheden</br> </br> Alle (bestaande) initiatieven (buck-e munten met tag-registratie bvb) met automatismen/digitalisering hebben de voorkeur  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.1 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.1-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.1 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie VLOCA-model V0.1 Slimme stadsdistributie – Hasselt VLOCA-Model V0.1 VLOCA-model V0.2 Slimme stadsdistributie – Hasselt VLOCA-Model V0.2 </br> Inhoud </br> Hieronder kan je de elementen van versie V0.1 van dit VLOCA model bekijken.</br> </br> </br></br> </br> CoT Slimme stadsdistributie – Hasselt </br> </br> </br> 2022 </br> </br> VLOCA-model versie 0.1 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Stadsdistributie in de vorm van vrachtverkeer in de stadskern wordt alsmaar belangrijker en genereert een paradox mbt het autoluw maken van de binnenstad. Dit resulteert in alsmaar meer problemen zonder enige vorm van sturing.</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Het verkeer in de binnenstad aangenamer maken door het vrachtverkeer te minimaliseren door betere planning ifv verkeer (huidig of ingeschatte) alsook het verminderen van 'onnodige' transporten (beschikbare lege volume, lege terugkeer, ed meer)</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> (1) Een 'cockpit' bouwen die het vrachtverkeer volledig weergeeft om inzichten te verschaffen mbt beleidsvorming, sturing en evaluatie (2) Een 'dashboard' voor de 'vervoerder' om zijn transport te registreren en 'toestemming' te krijgen met een voorgestelde routeplanning (3) Het dashboard moet ook de mogelijkheid geven om aan de vervoerder een optimale planning te kunnen doen door op basis van de andere registraties, wegenwerken, ed meer. (4) Ontsluiten van alle mogelijke data (via APIs bvb) naar commerciele 'logistieke planningstools' om die data te integreren, of nieuwe VAS toe te laten.</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> Tegen 2024 moet Hasselt een cockpit hebben die de toegang van vrachtverkeer reguleert en visualiseert waarbij alle data de OSLO standaarden respecteert.</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1: Registratie Levering</br> </br> Een visuele applicatie (='Dashboard') waar de vervoerder een reservatie/registratie, om de binnenstad binnen te rijden, kan aanvragen en ifv het flankerend beleid al dan niet toestemming krijgt om de gevraagde route te kunnen gebruiken. Alternatieve 'routes' (welke wagen, tijdstip, geografische route, enz) worden ook voorgesteld.</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Beleids Cockpit</br> </br> De steden krijgen een 'cockpit' die het volledige vrachtverkeer (registraties, sensoren, camera's data, ANPR, Toegangscontrole,...) grafisch en in cijfers weergeeft om zo een beter beleid te kunnen vormen, sturen en evalueren.</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3: Beleids Cockpit uitvoering</br> </br> Het flankerend beleid moet kunnen ingevoerd worden in de 'cockpit' zodat elke aanvraag (= registratie) ifv de gevraagde routes, maar ook de type wagen, ed meer de toegestane routes kan beslist en gevisualiseerd worden via een algoritme die een 'nudging' mogelijk maakt om bvb indien mogelijk een alternatieve moment te gebruiken bij 'piek momenten'</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4: Toegang Binnenstad</br> </br> De Binnenstad kan toegankelijk gemaakt worden enkel voor de degenen die zich geregistreerd en ook aan de 'beleids' criteria voldoen, via paaltjes of via ANPR camera's.</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5: Inname openbaar domein</br> </br> Via de dashboard kan ook openbaar domein gereserveerd worden met 'vergunning' met betaling (per dag, per week,...)</br> </br> </br> UC6</br> </br> Voorstel</br> </br> UC6: Laad- en Losplaatsen reserveren</br> </br> De vervoerder/handelaar/leverancier moet een laad- en losplaats kunnen 'reserveren' om zeker te zijn dat de levering zo optimaal zou kunnen verlopen. (Betaling ? : misschien ifv EURO normen van de (vracht)wagen)</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7: Matchmaking</br> </br> Door alle verzamelde data, alsook de 'registratie' aanvragen, kan de 'waste' in de transport worden weggewerkt door de 'lege'/'beschikbare' volumes te benutten door andere vervoerders, handelaars en leveranciers.</br> </br> </br> UC8</br> </br> Voorstel</br> </br> UC8: Open Data</br> </br> Alle data die uiteindelijk gecapteerd worden moet kunnen opengesteld worden om zo de ganse quadruple helix de mogelijkheid te bieden om 'Value Added Services' te kunnen bouwen op die data.</br> </br> </br> UC9</br> </br> Voorstel</br> </br> </br> UC10</br> </br> Voorstel</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> UC1: Registratie Levering</br> </br> Een visuele applicatie (='Dashboard') waar de vervoerder een reservatie/registratie, om de binnenstad binnen te rijden, kan aanvragen en ifv het flankerend beleid al dan niet toestemming krijgt om de gevraagde route te kunnen gebruiken. Alternatieve 'routes' (welke wagen, tijdstip, geografische route, enz) worden ook voorgesteld.</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Inlog en authenticatie systeem om 'kentekens' of 'badges' te kunnen 'aanmaken' voor de eerste keer met bijbehorende vragen (type van wagen, ed meer)</br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> 'Registreren'/Invoeren van gewenste leverings of afhalingstermijn aan een adres.</br> </br> </br> BC1.3 </br> </br> Business capability </br> </br> Voorstel van (alternatieve) routes, wanneer en via welke route, die toegelaten zouden zijn en kan gevalideerd worden door de vervoerder met een muisklik in de tool.</br> </br> </br> BC1.4 </br> </br> Business capability </br> </br> dossier beheer </br> </br> Aanvragen moet kunnen aangepast of zelfs geannuleerd door de vervoerder, met een visuele/grafische algemene overzicht van alle aanvragen per kenteken/badge</br> </br> </br> BC1.5 </br> </br> Business capability </br> </br> rapportering </br> </br> Opvolging van 'uitvoering/gebruik' van de aanvragen (om misbruiken tegen te gaan door bepaalde 'badge'/'kentekens' te blokkeren) alsook handhaving van ongeoorloofde leveringen (om te beboeten)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Use case</br> </br> UC2: Beleids Cockpit</br> </br> De steden krijgen een 'cockpit' die het volledige vrachtverkeer (registraties, sensoren, camera's data, ANPR, Toegangscontrole,...) grafisch en in cijfers weergeeft om zo een beter beleid te kunnen vormen, sturen en evalueren.</br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> rapportering </br> </br> Alle 'registraties', 'aanvragen' en 'uitvoering' te visualiseren samen met andere 'stadsdrukte' metingen van gemotorizeerde vervoer.</br> </br> </br> BC2.2 </br> </br> Business capability </br> </br> Lineaire programmatie </br> </br> Simulatie om de beleidsbeslissings parameters te callibreren (hoe streng moeten we zijn) om het verkeer zo minimaal te maken alsook de aanvragen zo maximaal te beantwoorden</br> </br> </br> BC2.3 </br> </br> Business capability </br> </br> Actuatie </br> </br> Via IoT actuatoren (?) kunnen vervoerders al dan niet in de binnenstad of in een straat binnengelaten worden doordat bvb de paaltjes al dan niet in de grond zinken, of de hefbomen open gaan, of de ANPR camera de niet toegestande vervoerder capteert en beboet.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Use case</br> </br> UC3: Beleids Cockpit uitvoering</br> </br> Het flankerend beleid moet kunnen ingevoerd worden in de 'cockpit' zodat elke aanvraag (= registratie) ifv de gevraagde routes, maar ook de type wagen, ed meer de toegestane routes kan beslist en gevisualiseerd worden via een algoritme die een 'nudging' mogelijk maakt om bvb indien mogelijk een alternatieve moment te gebruiken bij 'piek momenten'</br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> Beslissingsboom </br> </br> Een gekozen (zie BC2.2) beslissingsboom die bepaald wie waar al dan niet mag binnenrijden, moet kunnen ingevoerd worden, zodat er 'automatisch' de actuatoren aangestuurd worden, alsook de handhaving via GAS of andere boetes quasi automatisch kan uitgevoerd worden.</br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> Rapportering </br> </br> De beslissingsboom moet kunnen ge 'versioneerd' worden, zodat er een historiek kan zijn van de gebruikte parameters die evt geleid hebben tot een zekere verkeersdrukte in de binnenstad in het verleden.</br> </br> </br> BC3.3 </br> </br> Business capability </br> </br> Visualisatie </br> </br> De beslissingsboom moet ook visueel kunnen voorgesteld worden zodat de aanvrager het voorstel van de tool beter kan begrijpen en in de toekomst zijn logistieke aanvraag beter kan afstemmen om de kansen tot aanvaarding te verhogen.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Use case</br> </br> UC4: Toegang Binnenstad</br> </br> De Binnenstad kan toegankelijk gemaakt worden enkel voor de degenen die zich geregistreerd en ook aan de 'beleids' criteria voldoen, via paaltjes of via ANPR camera's.</br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> Actuator systeem </br> </br> Fysieke toegangen gelinkt aan de databank waarin de toestemmingen opgeslagen zijn in real time.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Use case</br> </br> UC5: Inname openbaar domein</br> </br> Via de dashboard kan ook openbaar domein gereserveerd worden met 'vergunning' met betaling (per dag, per week,...)</br> </br> </br> BC5.1 </br> </br> Business capability </br> </br> Booking.com toepassing </br> </br> Een visueel overzicht van de beschikbare tijdslot per operbaar domein (laad- en losplaats?), en reservatie mogelijkheid met een muisklik.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC6</br> </br> Use case</br> </br> UC6: Laad- en Losplaatsen reserveren</br> </br> De vervoerder/handelaar/leverancier moet een laad- en losplaats kunnen 'reserveren' om zeker te zijn dat de levering zo optimaal zou kunnen verlopen. (Betaling ? : misschien ifv EURO normen van de (vracht)wagen)</br> </br> </br> BC6.1 </br> </br> Business capability </br> </br> Booking.com toepassing </br> </br> Een visueel overzicht van de beschikbare tijdslot per operbaar domein (laad- en losplaats?), en reservatie mogelijkheid met een muisklik.</br> </br> </br> BC6.2 </br> </br> Business capability </br> </br> Beheer van dossier </br> </br> Beheer van het dossier van reservaties : overzicht aanvragen met status, aanpassen en annuleren van aangevraagde reservering, enz. Eventueel ook een 'betalings' module indien die reservaties niet gratis zal zijn.</br> </br> </br> BC6.3 </br> </br> Business capability </br> </br> Rapportering </br> </br> Overzicht van alle aanvragen van reservaties (en uitvoering van die reservaties)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC7</br> </br> Use case</br> </br> UC7: Matchmaking</br> </br> Door alle verzamelde data, alsook de 'registratie' aanvragen, kan de 'waste' in de transport worden weggewerkt door de 'lege'/'beschikbare' volumes te benutten door andere vervoerders, handelaars en leveranciers.</br> </br> </br> BC7.1 </br> </br> Business capability </br> </br> Vergunningen </br> </br> Door de vervoerders/handelaars/leveranciers in kaart te brengen alsook de gedeclareerde 'lege' volume in de vrachtwagen kan een matchmaking voorgesteld worden waarbij er maximaal volume met een minimum aan verplaatsing zou kunnen uitgevoerd worden.</br> </br> </br> BC7.2 </br> </br> Business capability </br> </br> Vraag </br> </br> Aanvraag mogelijkheid van een vervoerder/handelaar/leverancier om van adres A tot adres B tijdens periode X een vracht met volume Y en dimensie Z te kunnen mee vervoeren.</br> </br> </br> BC7.3 </br> </br> Business capability </br> </br> Aanbod </br> </br> Aanbod mogelijkheid van een vervoerder om een 'lege' volume voor te stellen om door een handelaar/andere vervoerder/leverancier te kunnen benutten.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC8</br> </br> Use case</br> </br> UC8: Open Data</br> </br> Alle data die uiteindelijk gecapteerd worden moet kunnen opengesteld worden om zo de ganse quadruple helix de mogelijkheid te bieden om 'Value Added Services' te kunnen bouwen op die data.</br> </br> </br> BC8.1 </br> </br> Business capability </br> </br> OSLO-VLOCA </br> </br> Alle data die opengesteld zullen worden moeten de OSLO standaarden alsook de VLOCA charter voldoen, zodat er andere spelers op de markt die data kunnen gebruiken om toegevoegde waarde applicaties te kunnen bouwen.</br> </br> </br> BC8.2 </br> </br> Business capability </br> </br> Open Data Platform </br> </br> Open data moet via centrale datavindplaats kunnen gevonden worden en toegang gegeven worden.  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.1 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.1-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.1 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie VLOCA-model V0.2 Het potentieel van urban mining voor de bouwsector VLOCA-Model V0.2 VLOCA-model V0.1 Het potentieel van urban mining voor de bouwsector VLOCA-Model V0.1 </br> Inhoud </br> Hieronder kan je de elementen van versie V0.1 van dit VLOCA model bekijken.</br> </br> </br></br> </br> CoT Het potentieel van urban mining voor de bouwsector – Oostende </br> </br> </br> 2022 </br> </br> VLOCA-model versie 0.1 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Klimaat neutraal zijn tegen 2050 betekent concrete acties reeds nu ondernemen. Daaronder valt circulaire economie als belangrijke onderdeel. Binnen Circulaire economie is urban mining een grote opportuniteit want 35% van de afval komt van de bouwsector.</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Via urban mining onze klimaat doelstelling, alsook economische groei mee te behalen doordat lokale spelers kunnen inspringen ipv internationale leveranciers te gebruiken.</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> (1) Een 'dashboard' die de aanbod en de vraag in kaart brengt van 'herbruikbare' bouwmaterialen (2) alsook de partijen bij elkaar brengt (=makelaars functionaliteit) en (3) resultaten visualiseert.</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> Een werkende infrastructuur met minstens 5 BIMs van bestaande gebouwen en 5 vragende partijen voor herbruikbare bouwmateriaal en 1 'matchmaking' geval tussen vraag en aanbod tegen 2024</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1: Aanbod deel</br> </br> Een data register systeem (databank) van alle (al dan niet) geplande af te breken gebouwen met hun gebruikte materiaal ter beschikking stellen</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Vraag deel</br> </br> Een mogelijkheid om een 'vraag' in te dienen van een nieuwbouw of renovatie project met de beoogde materiaal dimensies en specificaties</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3: Makelaars deel</br> </br> De mogelijkheid om de vraag en aanbod te 'match maken' door een 'intelligente' algoritme te berekenen voor wie welke materiaal zou kunnen dienen</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4: Offerte aanbod</br> </br> Het kunnen aanbieden van materiaal voor specifieke aanvragers met een concrete offerte</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5: Bestelling uitvoeren</br> </br> Het kunnen aanvaarden van een 'offerte' van de aanbieder van herbruikbare bouw materiaal</br> </br> </br> UC6</br> </br> Voorstel</br> </br> UC6: Inzichten & Dashboarding</br> </br> Het verkrijgen van inzichten die het beleid kan beinvloeden en/of bijsturen</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7: Principes</br> </br> Schaalbaarheid (voor extra steden en regio's) en interoperabiliteit (voor extra toepassingen) van de toepassing is cruciaal</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> </br> </br> Metaveld </br> </br> Beschrijving </br> </br> </br> </br> </br> circulaire economie</br> </br> </br> </br> </br> urban mining</br> </br> </br> </br> </br> klimaat neutraal</br> </br> </br> </br> </br> BIM</br> </br> </br> </br> </br> makelaar of matchmaking</br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> UC1: Aanbod deel</br> </br> Een data register systeem (databank) van alle (al dan niet) geplande af te breken gebouwen met hun gebruikte materiaal ter beschikking stellen</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Alle eigenaars van gebouwen moeten een standaard BIM model kunnen invoeren en aanpassen</br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> Bestaande andere standaarden moeten kunnen automatisch vertaald worden naar de standaard BIM model (eigenaars die een soortgelijke maar geen identieke BIM formaten gebruiken moeten de mogelijkheden hebben om die alsnog op te laden en te 'vertalen' naar de BIM formaten)</br> </br> </br> BC1.3 </br> </br> Business capability </br> </br> Bestaande ingevulde databases van BIM's (of vertaalbare) modelen moeten met 'druk op een knop' kunnen opgeladen worden in het systeem</br> </br> </br> BC1.4 </br> </br> Business capability </br> </br> Review' van de 'herbruikbaarheid' = 'herbruikbaarheidsgraad </br> </br> Herbruikbaarheidsgraad (kwaliteit van het materiaal) kunnen invoeren met objectieve en subjectieve criteria met ook foto's of andere ongestructureerde data bronnen</br> </br> </br> BC1.5 </br> </br> Business capability </br> </br> Aritificial Intelligence en Machine Learning </br> </br> Via allerlei data over de gebouwen een estimatie kunnen geven van de BIM en die na evaluatie al dan niet op te laden in de BIM databank met vermelding van methode, verwachte kwaliteit van de model ed meer.</br> </br> </br> BC1.6 </br> </br> Business capability </br> </br> Rapportering </br> </br> Overzicht van opvulling van de BIM databank</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Use case</br> </br> UC2: Vraag deel</br> </br> Een mogelijkheid om een 'vraag' in te dienen van een nieuwbouw of renovatie project met de beoogde materiaal dimensies en specificaties</br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> BIM opladen van nieuwe project </br> </br> Bij nieuwe project kunnen opladen van de 'beoogde' BIM van het nieuwe gebouw/project met laatste datum van aanvraag</br> </br> </br> BC2.2 </br> </br> Business capability </br> </br> Specifieke aanvraag </br> </br> Het kunnen aanvragen van specifieke materiaal met laatste datum waarop nog kan geboden worden</br> </br> </br> BC2.3 </br> </br> Business capability </br> </br> rapportering </br> </br> Overzicht van opvulling van de aanvraag databank</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Use case</br> </br> UC3: Makelaars deel</br> </br> De mogelijkheid om de vraag en aanbod te 'match maken' door een 'intelligente' algoritme te berekenen voor wie welke materiaal zou kunnen dienen</br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> Optimalisatie </br> </br> Berekenen van de meest efficiente indeling van welke beschikbare materiaal voor welke aanvrager kan dienen die bepaalde criteria minimaliseerd bvb afstand aanbieder vs aanvrager</br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> Rapportering </br> </br> Het kunnen zien hoeveel offertes er reeds uitgeschreven werden en al dan niet aanvaard</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Use case</br> </br> UC4: Offerte aanbod</br> </br> Het kunnen aanbieden van materiaal voor specifieke aanvragers met een concrete offerte</br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> Offerte Maken en sturen </br> </br> Een offerte kunnen schrijven of opladen die herbruikbare materiaal aanbiedt aan een aanvrager</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Use case</br> </br> UC5: Bestelling uitvoeren</br> </br> Het kunnen aanvaarden van een 'offerte' van de aanbieder van herbruikbare bouw materiaal</br> </br> </br> BC5.1 </br> </br> Business capability </br> </br> Aanvaarde Offertes </br> </br> Het kunnen aanvaarden van een offerte of feedback geven mbt extra vragen of negotiaties</br> </br> </br> BC5.2 </br> </br> Business capability </br> </br> betalingsmogelijkheid </br> </br> Het kunnen betalen van een offerte ifv een factuur die automatisch wordt opgestuurd ifv de offerte</br> </br> </br> BC5.3 </br> </br> Business capability </br> </br> feedback reviews </br> </br> Het kunnen invullen van een 'feedback' mbt de geleverde materiaal en service daarrond</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC6</br> </br> Use case</br> </br> UC6: Inzichten & Dashboarding</br> </br> Het verkrijgen van inzichten die het beleid kan beinvloeden en/of bijsturen</br> </br> </br> BC6.1 </br> </br> Business capability </br> </br> Circulaire Economie KPI </br> </br> Mogelijkheid om een lijst van KPIs te kunnen berekenen die urban mining in context van circulaire economie voorstelt alsook klimaat neutraliteit</br> </br> </br> BC6.2 </br> </br> Business capability </br> </br> urban mining success factor </br> </br> Het SENSORHOTEL heeft een voorziening die bij uitval van de data connectie de opslag van de door de sensoren gegenereerde data garandeert gedurende XXX uren</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC7</br> </br> Use case</br> </br> UC7: Principes</br> </br> Schaalbaarheid (voor extra steden en regio's) en interoperabiliteit (voor extra toepassingen) van de toepassing is cruciaal</br> </br> </br> BC7.1 </br> </br> Business capability </br> </br> modulair </br> </br> Schaalbaarheid van de oplossing</br> </br> </br> BC7.2 </br> </br> Business capability </br> </br> interoperabiliteit </br> </br> Het openstellen van de data voor andere toepassingen</br> </br> </br> BC7.3 </br> </br> Business capability </br> </br> onderhoudshistoriek </br> </br> Bijhouden van alle interventies op de applicaties (upgrades, fixes van bugs, downtime, enz.)</br> </br> </br> BC7.4 </br> </br> Business capability </br> </br> gebruiksanalyse </br> </br> Bijhouden en visualisatie van het gebruik van de applicaties</br> </br> </br> BC7.5 </br> </br> Business capability </br> </br> gebruiksgemak </br> </br> Opvragen, bijhouden en rapporteren van de 'tevredenheid' van de gebruikers</br> </br> </br> BC7.6 </br> </br> Business capability </br> </br> verspreiden van de applicatie </br> </br> Communiceren van de applicatie via 'direct marketing' kanalen marketing' kanalen  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.1 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.1-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.1 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie VLOCA-model V0.2 Mobiliteitsbudget voor burgers – Hasselt VLOCA-Donut V0.2 VLOCA-model V0.1 Mobiliteitsbudget voor burgers – Hasselt VLOCA-Donut V0.1 </br> Inhoud </br> Hieronder kan je de elementen van versie V0.1 van dit VLOCA model bekijken.</br> </br> </br></br> </br> CoT Mobiliteitskrediet voor burgers (MoBurger) – Hasselt </br> </br> </br> 2022 </br> </br> VLOCA-model versie 0.1 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Het verminderen van wagens in de binnenstad, ook voor de bewoners, gaat in tegen het gemak van het krijgen van een bewonerskaart en is dus een 'paradox'. Het is niet aangeraden om de bewonerskaart te geven aan diesel en benzine wagens terwijl we alles doen om de wagens van de binnenstad te mijden. Er staan veel wagens voor lange termijn stil in de straten van de binnenstad. Er zijn ook veel alternatieven in Hasselt en Leuven. We gaan duidelijk naar een MaaS.</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Een alternatief aanbieden via een 'krediet'/'Budget' om de wagen buiten de stad te laten door ipv een bewonerskaart met gratis parkeren, een krediet kunnen geven op een centrale 'applicatie' die zorgt dat de burger een alternatieve mobiliteit heeft om zich te verplaatsen in de stad maar ook waar de spelers (mobiliteits aanbieders) als de stad (=facilitator) de 'kortingen' zelf kunnen bepalen. Maar de (spel-) regels/contracten moeten digitaal gestandaardiseerd worden zodat de 'spelers' gemakkelijk eenmalig hun applicaties kunnen aanpassen en koppelen aan die centrale applicatie.</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> 1. Een centrale systeem waarin de 'contracten' worden gedefinieerd en gestandaardiseerd zodat die gebruikt kan worden door de spelers en budget gevers (= stad of bedrijven die hun medewerkers belonen bij het niet nemen van een bedrijfswagen bvb). 2. één applicatie die een overzicht geeft van alle mogelijke mobiliteits alternatieven, 3. één applicatie waar de burger zijn mobiliteits alternatief kan 'reserveren' en 'betalen' om van plaats A tot aan plaats B te gaan. 4. Een krediet toe te kennen vanuit de stad om bvb door de bewonerskaart niet te krijgen, een bedrag te krijgen die kan gebruikt worden om de alternatieven te gebruiken. 5. Een 'budget' moet kunnen gegeven worden voor een stuk van de MaaS spelers, door de stad, door de spelers als promo of door een 'derde' partij bvb.</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> Het aantal bewonerskaarten tov bestaande wagens zal dalen met bvb 25% tegen 2025.</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1</br> </br> Een applicatie die via één login een totale overzicht geeft van alle mobiliteits alternatieven die er vandaag ter beschikking zijn om van positie A tot positie B in de stad te geraken.</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2</br> </br> (Bestellen en) betalen (van budget) moet kunnen via één applicatie, één login en één betalingsopdracht ook al passeert het over zowel publieke transport (DeLijn, NMBS) routes alsook priveransport (electrische deelwagens, fiets, steps, enz) routes.</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3</br> </br> Door duurzaam handelen, wordt de burger beloont met 'krediet'/'Budget' op zijn rekening zodat hij zijn 'ritten' kan betalen met dit krediet.</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4</br> </br> Aantonen dat de alternatieve mobiliteitskrediet (en applicatie) geholpen heeft om de wagen uit de stad te weren, zowel geparkeerd als gereden.</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5</br> </br> Bij het invoeren van een destinatie zal de applicatie zoeken naar alternatieve snelste of goedkoopste of duurzaamste of gezondste (betere luchtkwaliteit) route om van de start positie tot het doel te 'reizen'.</br> </br> </br> UC6</br> </br> Voorstel</br> </br> UC6</br> </br> Steun, via subsidies, naar initiatieven moeten meer 'variabel' en beperkt in tijd zijn ifv het gebruik door de burger, ipv een vlakke steun.</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7</br> </br> Werkgevers kunnen ook krediet 'betalen' aan de MaaS applicatie op de 'rekening' van de werknemer, dat eigenlijk neerkomt op een alternatieve duurzame verloning van werkgever naar -nemer.</br> </br> </br> UC8</br> </br> Voorstel</br> </br> UC8</br> </br> Een 'speler' op de markt moet gemakkelijk zijn applicatie kunnen 'linken' aan de 'centrale applicatie' zodat zijn klant kan (gedeeltelijk) betalen met zijn huidige budget/krediet. Ook de bankapplicatie moet gekoppeld kunnen worden. Alsook moet het zonder 'app' kunnen (niet iedereen heeft een smartphone) functioneren.</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> UC1</br> </br> Een applicatie die via één login een totale overzicht geeft van alle mobiliteits alternatieven die er vandaag ter beschikking zijn om van positie A tot positie B in de stad te geraken.</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Een mapping tool om adres of POI (point of interest) in te voeren voor 'start' punt en 'eind' punt</br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> Inloggen en check of burger een bewoner is van de stad</br> </br> </br> BC1.3 </br> </br> Business capability </br> </br> Voorstel van (alternatieve) routes, wanneer en via welke route, die passen binnen het budget en dat kan gevalideerd worden door de gebruiker met een muisklik in de tool.</br> </br> </br> BC1.4 </br> </br> Business capability </br> </br> Overzicht van alle relevante mobiliteit en openbare domein (openbare werken, omleidingen,ed)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Use case</br> </br> UC2</br> </br> (Bestellen en) betalen (van budget) moet kunnen via één applicatie, één login en één betalingsopdracht ook al passeert het over zowel publieke transport (DeLijn, NMBS) routes alsook priveransport (electrische deelwagens, fiets, steps, enz) routes.</br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> betalingsmogelijkheid via de applicaties aan de verschillende participerende mobiliteits aanbieders</br> </br> </br> BC2.2 </br> </br> Business capability </br> </br> gemakkelijke betalingsbewijs produceren om bij controles te kunnen laten zien.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Use case</br> </br> UC3</br> </br> Door duurzaam handelen, wordt de burger beloont met 'krediet'/'Budget' op zijn rekening zodat hij zijn 'ritten' kan betalen met dit krediet.</br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> Capteren van duurzaam handelen per participerende burger</br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> registratie mogelijkheid van burger om te participeren met validatie proces</br> </br> </br> BC3.3 </br> </br> Business capability </br> </br> Toekennen van de 'budget' gelinkt aan een 'duurzaam handelen' aan de participerende burger, door de stad of participerende mobiliteits organisatie of derde partijen.</br> </br> </br> BC3.4 </br> </br> Business capability </br> </br> Overzichtsmogelijkheid om eigen 'rekening' budget met transacties te visualiseren.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Use case</br> </br> UC4</br> </br> Aantonen dat de alternatieve mobiliteitskrediet (en applicatie) geholpen heeft om de wagen uit de stad te weren, zowel geparkeerd als gereden.</br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> Opstellen van een controle groep die de budgetten niet krijgen.</br> </br> </br> BC4.2 </br> </br> Business capability </br> </br> Meten van de toegekende en gebruikte budgetten per type van gebruiker (segmentatie)</br> </br> </br> BC4.3 </br> </br> Business capability </br> </br> Historiek van de toekening van bewonerskaarten per segment</br> </br> </br> BC4.4 </br> </br> Business capability </br> </br> Verschil in toegekende bewonerskaarten ifv gebruik van mobiliteitskredieten applicatie.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Use case</br> </br> UC5</br> </br> Bij het invoeren van een destinatie zal de applicatie zoeken naar alternatieve snelste of goedkoopste of duurzaamste of gezondste (betere luchtkwaliteit) route om van de start positie tot het doel te 'reizen'.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC6</br> </br> Use case</br> </br> UC6</br> </br> Steun, via subsidies, naar initiatieven moeten meer 'variabel' en beperkt in tijd zijn ifv het gebruik door de burger, ipv een vlakke steun.</br> </br> </br> BC6.1 </br> </br> Business capability </br> </br> Samenvatting </br> </br> capteren van het variabele gebruik</br> </br> </br> BC6.2 </br> </br> Business capability </br> </br> Historiek alsook beleidslijn van subsidie toekenning.</br> </br> </br> BC6.3 </br> </br> Business capability </br> </br> Berekenen van de te betalen subsidie ifv beleidlijn en variabel gebruik door de burger</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC7</br> </br> Use case</br> </br> UC7</br> </br> Werkgevers kunnen ook krediet 'betalen' aan de MaaS applicatie op de 'rekening' van de werknemer, dat eigenlijk neerkomt op een alternatieve duurzame verloning van werkgever naar -nemer.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC8</br> </br> Use case</br> </br> UC8</br> </br> Een 'speler' op de markt moet gemakkelijk zijn applicatie kunnen 'linken' aan de 'centrale applicatie' zodat zijn klant kan (gedeeltelijk) betalen met zijn huidige budget/krediet. Ook de bankapplicatie moet gekoppeld kunnen worden. Alsook moet het zonder 'app' kunnen (niet iedereen heeft een smartphone) functioneren.</br> </br> </br> BC8.1 </br> </br> Business capability </br> </br> Proces om nieuwe spelers toe te voegen.</br> </br> </br> BC8.2 </br> </br> Business capability </br> </br> Toekenning van budget moet ook via 'website' kunnen verlopen.</br> </br> </br> BC8.3 </br> </br> Business capability </br> </br> Het gebruik van de applicatie moet ook via website en geprinte documenten (qr code?) kunnen verlopen.  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.1 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.1-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.1 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie Visualo VLOCA-model V0.2 VLOCA-Model V0.2 Visualo VLOCA-model V0.1 VLOCA-Model V0.1 </br> Inhoud </br> Hieronder kan je de elementen van versie V0.1 van dit VLOCA model bekijken.</br> </br> </br></br> </br> Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) – Halle </br> </br> </br> 2022 </br> </br> Versie: 0.1 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Corona heeft grote impact gehad op lokale handelszaken. Aanbod van lokale handelszaken is weinig bekend bij inwoners en nog minder bij bezoekers. Digitale Infoschermen in het straatbeeld zouden een oplossing kunnen zijn, maar tonen vooral advertenties voor multinationals en webshops, en de lokale besturen beperken zich vaak tot aankondiging voor evenementen.</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Mensen (shoppers) via digitale schermen aanzetten tot het lokaal kopen.</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> 1.Laagdrempelig gebruiksvriendelijke app voor de handelaars om hun advertentie te kunnen posten, 2. Performance platform voor centrum manager (data verzamelen, data analyseren, campaign performance analysis, tips and tricks,...) 3. Advertenties op slimme infoborden (interactief, inlog mogelijkheden, met QR code, ...) => nudging van markt naar binnenstad en vice versa.</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> indien de lokale adverteerders 'meer' verkopen nadat ze hun advertentie hebben kunnen plaatsen.</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1: Digitale Scherm</br> </br> Digitale Scherm die al dan niet ' interactie f' een advertentie van de lokale winkels laat zien</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Media Centrale</br> </br> Een pseudo media centrale die de advertenties controleert, toekent en ' factureer t' ifv regels en GRP (Reach, frequentie, enz.)</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3: App</br> </br> Een app die gemakkelijk door de lokale adverteerder toelaat om zijn eigen advertentie te kunnen inplannen en projecteren.</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4: Inzichten</br> </br> Rapportage van performantie van campagnes met inzichten van wat heeft gewerkt en wat niet (Tips en Tricks), incl beleidsrapportering.</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5: Schaalbaarheid</br> </br> Oplossing is uitbreidbaar (en interoperabel) naar andere steden en gemeenten zonder veel aanpassingen</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> UC1: Digitale Scherm </br> </br> Digitale Scherm die al dan niet 'interactief' een advertentie van de lokale winkels laat zien</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Roterende visualisering van advertenties</br> </br> </br> </br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> Samenvatting </br> </br> interactieve opzoek mogelijkheden (via touchscreen of via handgebaren...)</br> </br> </br> </br> </br> </br> BC1.3 </br> </br> Business capability </br> </br> Samenvatting </br> </br> snelle begeleiding of kortingen bvb via QR codes</br> </br> </br> </br> </br> </br> BC1.4 </br> </br> Business capability </br> </br> Samenvatting </br> </br> </br> </br> </br> </br> BC1.5 </br> </br> Business capability </br> </br> Samenvatting </br> </br> </br> </br> </br> </br> BC1.7 </br> </br> Business capability </br> </br> Samenvatting </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Use case</br> </br> UC2: Media Centrale </br> </br> Een pseudo media centrale die de advertenties controleert, toekent en 'factureert' ifv regels en GRP (Reach, frequentie, enz.)</br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Bepalen van de advertentieregels (bvb maar 7% van schermtijd voor de corporates/niet lokale handelaars)</br> </br> </br> </br> </br> </br> BC2.2 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Roterings Planning opmaken</br> </br> </br> </br> </br> </br> BC2.3 </br> </br> Business capability </br> </br> Samenvatting </br> </br> facturatie van de adverteerders</br> </br> </br> </br> </br> </br> BC2.4 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Aanbieden van een advertentie templates met tips en tricks</br> </br> </br> </br> </br> </br> BC2.5 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Controle op de te vertonen advertentie (ethische richtlijnen moeten gevolgd worden, enz.)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Use case</br> </br> UC3: App </br> </br> Een app die gemakkelijk door de lokale adverteerder toelaat om zijn eigen advertentie te kunnen inplannen en projecteren.</br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Keuze uit templates met drag en drop van foto materiaal en logo met bijhorende tekst</br> </br> </br> </br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Ontwikkelen van een prijs settings mechanisme die pragmatisch last minute advertenties toelaat</br> </br> </br> </br> </br> </br> BC3.3 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Registratie met validatie van een nieuwe adverteerder</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Use case</br> </br> UC4: Inzichten </br> </br> Rapportage van performantie van campagnes met inzichten van wat heeft gewerkt en wat niet (Tips en Tricks), incl beleidsrapportering.</br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Het meten van passanten</br> </br> </br> </br> </br> </br> BC4.2 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Het meten van ' viewer s'</br> </br> </br> </br> </br> </br> BC4.3 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Het meten van gezichtsuitdrukkingen van de ' viewer s'</br> </br> </br> </br> </br> </br> BC4.4 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Het bepalen van de ROI van een campagne door de binnenstappers en besteders te bepalen van de 'viewers'</br> </br> </br> </br> </br> </br> BC4.5 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Mogelijkheid om (experimentele) AB testen te doen (vergelijken van verschillende advertenties op de commerciele resultaten van de adverteerder)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Use case</br> </br> UC5: Schaalbaarheid </br> </br> Oplossing is uitbreidbaar (en interoperabel) naar andere steden en gemeenten zonder veel aanpassingen</br> </br> </br> BC5.1 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Bepalen van de OSLO standaarden voor de app en media centrale</br> </br> </br> </br> </br> </br> BC5.2 </br> </br> Business capability </br> </br> Samenvatting </br> </br> uitbreidbaarheid van de media centrale en de app voor andere steden mits afspraken op delen van budgetten/kostendgetten/kosten  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.2 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.2-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.2 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie VLOCA-model V0.1 Lokale Open Data Economie (LODE) – Brugge VLOCA-Model V0.1 VLOCA-model V0.2 Lokale Open Data Economie (LODE) – Brugge VLOCA-Model V0.2 </br> Inhoud </br> Hieronder kan je de elementen van versie V0.2 van dit VLOCA model bekijken.</br> </br> </br></br> </br> CoT LODE: Brugge en Gent </br> </br> </br> 2022 </br> </br> VLOCA-model versie 0.2 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie volgens use case </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Lokale besturen willen nagaan hoe ze hun (open) data maximaal kunnen inzetten en financieel/maatschappelijk kunnen laten renderen. We zoeken hoe we er maximaal rendement uithalen als we maximaal weten welke samenwerkingsvormen en inzichten we uit de samenwerking willen halen. We vermoeden dat het potentieel kan gemaximaliseed worden wanneer we: -platformen hebben en samenwerking tussen verschillende steden kunnen verwezenlijken. We dienen de interoperabiliteit tussen datasets mogelijk te maken (eerder interoperabele systemen dan gedeelde steden). Steden creëren veel data. We dienen de inzet van open Data en het creëren ervan gerichter te maken.We willen niet enkel de focus op open data die beschikbaar is voor iederen maar tevens op data die we ter beschikking mogen stellen voor derden bv, data die we ter beschikking stellen aan een studiebureau of data die we willen delen met een andere overheidsinstelling bv labo data Brugge delen met VMM. Open data <-> vermarkten</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Inzichten van hoe de vraag en aanbod van (open) data af te stemmen op elkaar met aanbevelingen, scenario's en business cases voor een pilootcase van een (open) data marktplaats die MIM3 van OASC conform zal zijn en de meest relevante databronnen ter beschikking stelt.</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> 1.Via marktstudi e overzicht van de vragende partijen voor open data binnen de quadruple helix, alsook de bestaande en potentiele bronnen van open data van de quadruple helix in kaart te brengen. 2.Een business pla n die de 'rendabiliteit' illustreert van het ter beschikking stellen van de open data. 3.Een piloo t data marktplaat s die de vraag en aanbod huist met alle vereiste functionaliteiten.</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> Segmentatie van vragende partijen die typologien van open data al dan niet voor een prijs willen aanschaffen. Een data marktplaats piloot volgens de normen van MIM3 van OASC.</br> </br> </br> </br> </br> </br> Objectieven van de use case </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1: De Vraag naar open data</br> </br> Overzicht via een 'segmentatie' van entiteiten (instituten, bedrijven, organisaties, individuen,...) die de vraag in kaart brengt. De vraag moet gevaloriseerd worden in 'intensiteit' zoals bvb 'bereidheid te betalen' of 'een engagement aangaan' of 'hoeveel dit ons kan doen besparen'.</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Het aanbod van open data</br> </br> Overzicht via een typologie van data elementen die reeds of mogelijks in de toekomst kan aangeboden worden door de 'overheid' of andere partijen binnen de quadruple helix.</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3: Vraag en Aanbod Matching</br> </br> Overzicht van de 'affiniteit' tussen de 'behoefte' segmentatie met de 'typologien' van open data (bronnen). =Matrix met Segmenten tov open data typologien. Uiteraard moeten we een derde dimensie toevoegen die ook de 'attributen' van de 'affiniteiten' beschrijven (is het cruciaal, strategisch, tactisch, enz.)</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4: Business Case</br> </br> Overzicht van de kosten en baten van het vrijgeven van open data door de data 'producent' die moet leiden naar een verzameling van business cases per data typologie of per groep van data typologien (de waarde van gecombineerde data bronnen kan ook niet-lineair vermeerderen). Ook rekening houden met de 'dekking' van aanbod in gans Vlaanderen, en het meso niveau van het aanbod zullen een rol spelen in die business case.</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5: Draaiboeken</br> </br> Bibliotheek van draaiboeken per typologie van data (= productgedreven) en per behoefte segment (= klantgedreven) of op typologie- en segmentoverschrijdend niveau (dit laatste is de scope voor het LODE project)</br> </br> </br> UC6</br> </br> Voorstel</br> </br> UC6: Marktplaats</br> </br> Een piloot open data marktplaats bouwen en beheren waar de vraag en aanbod elkaar tegenkomen. Die marktplaats moet interoperabel en conform de MIM3 van OASC standaarden zijn. De organisatie van de marktplaats zal op hoger niveau liggen dan de lokale besturen. De nadruk blijft op 'samenwerking', 'communicatie' en waarde creeren met 'open'/'niet open' data</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7: Futureproof</br> </br> Een overlegplatform en proces die zorgt dat de marktplaats futureproof is door regelmatig overleg te organiseren tussen de verschillende betrokken (nieuwe) partijen om de vraag en aanbod telkens op elkaar af te stemmen. Dit betekent ook het bouwen en beheren van 'communities', relaties opbouwen met bestaande 'communities', ontdekken van nieuwe 'experimentele' gebruikers van data ook binnen de burgers, ed meer.</br> </br> </br> UC8</br> </br> Voorstel</br> </br> UC8: juridisch</br> </br> Bouwen van een wettelijk kader die op hoger niveau gevalideerd en dus bruikbaar door lokale besturen voor soortgelijke projecten. Wat kan, wat kan niet, waar liggen de risico's en welke zijn de 'juridische collaboratie documenten' die gebruikt kunnen worden bij elke nieuwe samenwerkingsakkoorden tussen leverancier, klant en marktplaats organisator.</br> </br> </br> </br> </br> </br> Metadata van de objectieven </br> </br> </br> </br> </br> </br> </br> </br> Metaveld </br> </br> Beschrijving </br> </br> </br> </br> </br> Meta1</br> </br> Beschrijving meta 1</br> </br> </br> </br> </br> Meta2</br> </br> Beschrijving meta 2</br> </br> </br> </br> </br> </br> Per objectief: business capabilities (BC) >> data vereiste (DV) >> functionele capabilities (FC) >> technische vereiste (TV) </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Objectief</br> </br> UC1: De Vraag naar open data</br> </br> Overzicht via een 'segmentatie' van entiteiten (instituten, bedrijven, organisaties, individuen,...) die de vraag in kaart brengt. De vraag moet gevaloriseerd worden in 'intensiteit' zoals bvb 'bereidheid te betalen' of 'een engagement aangaan' of 'hoeveel dit ons kan doen besparen'.</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Grootte van vraag </br> </br> Hoe groot is de vraag naar open data in aantal 'Entiteiten', intensiteit van de behoefte, bereidheid te betalen, welke type van data, frequentie, minimum kwaliteit, ed meer.</br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> Behoefte Segmentatie </br> </br> Welke behoefte gebaseerde segmenten (Needs Based Segmentation) bestaan er in de quadruple helix die homogeen dezelfde behoeften hebben binnen de segmenten en heterogeen anders zijn tussen de segmenten.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Objectief</br> </br> UC2: Het aanbod van open data</br> </br> Overzicht via een typologie van data elementen die reeds of mogelijks in de toekomst kan aangeboden worden door de 'overheid' of andere partijen binnen de quadruple helix.</br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> databronnen met potent. Gebruik </br> </br> Welke zijn de verschillende databronnen die reeds bestaan en wat is hun 'specificiteit' in 'potentieel' gebruik die een behoefte al dan niet kunnen beantwoorden.</br> </br> </br> BC2.2 </br> </br> Business capability </br> </br> potentiele databronnen </br> </br> Welke zijn de verschillende potentiele databronnen die nog 'ontgonnen' kunnen worden met hun specificiteit</br> </br> </br> BC2.3 </br> </br> Business capability </br> </br> typologien van databronnen </br> </br> Welke zijn de 'typologien' die de verschillende databronnen groeperen/clusteren die homogeen binnen en heterogeen tussen de groepen zijn.</br> </br> </br> BC2.4 </br> </br> Business capability </br> </br> master/slave update </br> </br> Bepalen wie de 'master' en wie de 'slave' is mbt het updaten, opkuisen en verwijderen van data.</br> </br> </br> BC2.5 </br> </br> Business capability </br> </br> toegankelijkheid </br> </br> Welke bronnen zijn snel en gemakkelijk ontgonnen en welke minder</br> </br> </br> BC2.6 </br> </br> Business capability </br> </br> maturiteit </br> </br> Welke maturiteitsniveau per databron per 'stad' of 'gemeente'</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Objectief</br> </br> UC3: Vraag en Aanbod Matching</br> </br> Overzicht van de 'affiniteit' tussen de 'behoefte' segmentatie met de 'typologien' van open data (bronnen). =Matrix met Segmenten tov open data typologien. Uiteraard moeten we een derde dimensie toevoegen die ook de 'attributen' van de 'affiniteiten' beschrijven (is het cruciaal, strategisch, tactisch, enz.)</br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> link typologie-segmenten </br> </br> Lijst van alle data (typologien) die een behoefte van een segment beantwoord.</br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> affiniteits matrix </br> </br> Matrix die de affiniteit van de segmenten naar de data typologien visualiseert om daarmee een 'marketing', 'strategische' en 'operationeel' plan te kunnen uittekenen.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Objectief</br> </br> UC4: Business Case</br> </br> Overzicht van de kosten en baten van het vrijgeven van open data door de data 'producent' die moet leiden naar een verzameling van business cases per data typologie of per groep van data typologien (de waarde van gecombineerde data bronnen kan ook niet-lineair vermeerderen). Ook rekening houden met de 'dekking' van aanbod in gans Vlaanderen, en het meso niveau van het aanbod zullen een rol spelen in die business case.</br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> Business Planning </br> </br> Een business plan kunnen opstellen om een 'product' op de markt te plaatsen. Dit 'product' bestaat uit een databron die beantwoord aan een behoefte van een 'segment'.</br> </br> </br> BC4.2 </br> </br> Business capability </br> </br> Advies Piloot Start </br> </br> Het kunnen adviseren over welke de meest relevante bronnen voor welke participerende vragende partij moeten ontsloten worden in de piloot marktplaats</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Objectief</br> </br> UC5: Draaiboeken</br> </br> Bibliotheek van draaiboeken per typologie van data (= productgedreven) en per behoefte segment (= klantgedreven) of op typologie- en segmentoverschrijdend niveau (dit laatste is de scope voor het LODE project)</br> </br> </br> BC5.1 </br> </br> Business capability </br> </br> draaiboek per bron </br> </br> Per databron een 'draaiboek' terugvinden die uitlegt hoe die data te capteren, verwerken, opslaan en ontsluiten voor een bepaalde segment behoefte</br> </br> </br> BC5.2 </br> </br> Business capability </br> </br> draaiboek per segment </br> </br> Per Segment behoefte, een 'draaiboek' terugvinden die uitlegt welke databronnen er moet 'ontgonnen' worden om zo de behoefte te kunnen invullen.</br> </br> </br> BC5.3 </br> </br> Business capability </br> </br> draaiboek dataspace </br> </br> Draaiboek van hoe een lokale 'marktplaats' te bouwen, maar die geconnecteerd is met de andere marktplaatsen via een dataspace principe.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC6</br> </br> Objectief</br> </br> UC6: Marktplaats</br> </br> Een piloot open data marktplaats bouwen en beheren waar de vraag en aanbod elkaar tegenkomen. Die marktplaats moet interoperabel en conform de MIM3 van OASC standaarden zijn. De organisatie van de marktplaats zal op hoger niveau liggen dan de lokale besturen. De nadruk blijft op 'samenwerking', 'communicatie' en waarde creeren met 'open'/'niet open' data</br> </br> </br> BC6.1 </br> </br> Business capability </br> </br> gemak ontsluiten </br> </br> Het gemakkelijk/transparant kunnen ontsluiten van data (of andere assets zoals componenten, schema's, vocabularium, ed) in de marktplaats</br> </br> </br> BC6.2 </br> </br> Business capability </br> </br> metadata (DCAT) </br> </br> Publiceren van metadata in lijn met internationale standaarden zoals DCAT</br> </br> </br> BC6.3 </br> </br> Business capability </br> </br> Lineage/Callibraties/… </br> </br> Transparant publiceren van de 'afkomst'/'Lineage'/'Callibraties'/Intrapollaties en Extrapollaties/enz.</br> </br> </br> BC6.4 </br> </br> Business capability </br> </br> Schema & Semantiek </br> </br> Publicatie van of verwijzen naar schema en semantiek</br> </br> </br> BC6.5 </br> </br> Business capability </br> </br> Transport Formaat </br> </br> Publiceren van de transport schema waarmee de data beschikbaar is (http, mqtt, ftp,...)</br> </br> </br> BC6.6 </br> </br> Business capability </br> </br> Facturatie </br> </br> Het kunnen factureren van de data downloads a priori of a posteriori</br> </br> </br> BC6.7 </br> </br> Business capability </br> </br> content metadata </br> </br> Wat is de 'inhoudelijke' metadata van de verschillende beschikbare databronnen (via DCAT ?)</br> </br> </br> BC6.8 </br> </br> Business capability </br> </br> toegang verlening </br> </br> Het kunnen toegang verlenen via toegansbeheer platform afhankelijk van de gebruikersrechten</br> </br> </br> BC6.9 </br> </br> Business capability </br> </br> Reviews & Feedback </br> </br> Reviews en feedback kunnen geven op die data (vanuit de gebruiker)</br> </br> </br> BC6.10 </br> </br> Business capability </br> </br> Update Notificatie </br> </br> Notificaties wanneer data geupdate werden</br> </br> </br> BC6.11 </br> </br> Business capability </br> </br> Transactionele Historiek </br> </br> Het registreren van transacties (= clearinghouse + voor inzichten op statistieken)</br> </br> </br> BC6.12 </br> </br> Business capability </br> </br> Access Controle </br> </br> Access controle</br> </br> </br> BC6.13 </br> </br> Business capability </br> </br> Identificatie Gebruiker </br> </br> Moet gebruik kunnen maken van derde identiteits providers (it's me,...)</br> </br> </br> BC6.14 </br> </br> Business capability </br> </br> CRM Activiteiten </br> </br> CRM communicatie and marketing en verkoopsplanning</br> </br> </br> BC6.15 </br> </br> Business capability </br> </br> Betalingsmogelijkheden </br> </br> Betalingsmogelijkheden</br> </br> </br> BC6.16 </br> </br> Business capability </br> </br> Prijs Catalogus </br> </br> Prijs structuur opstellen en publiceren</br> </br> </br> BC6.17 </br> </br> Business capability </br> </br> Gebruiksrechten & Charters </br> </br> Publiceren van gebruiksrechten van data (alsook een open data charter waar de aanbieders en gebruikers zich moeten houden)</br> </br> </br> BC6.18 </br> </br> Business capability </br> </br> Zoekmethodes </br> </br> Een 'google' manier (search engine) om data terug te vinden.</br> </br> </br> BC6.19 </br> </br> Business capability </br> </br> Groepering Visueel </br> </br> Een visuele manier om data te categoriseren of behoeften te segmenteren.</br> </br> </br> BC6.20 </br> </br> Business capability </br> </br> federerende catalogi </br> </br> Moet passen in een gefedereerde netwerk van catalogi (ref. dataspaces)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC7</br> </br> Objectief</br> </br> UC7: Futureproof</br> </br> Een overlegplatform en proces die zorgt dat de marktplaats futureproof is door regelmatig overleg te organiseren tussen de verschillende betrokken (nieuwe) partijen om de vraag en aanbod telkens op elkaar af te stemmen. Dit betekent ook het bouwen en beheren van 'communities', relaties opbouwen met bestaande 'communities', ontdekken van nieuwe 'experimentele' gebruikers van data ook binnen de burgers, ed meer.</br> </br> </br> BC7.1 </br> </br> Business capability </br> </br> Stakeholder Analysis </br> </br> Wie zijn de relevante betrokken partijen uit de quadruple helix</br> </br> </br> BC7.2 </br> </br> Business capability </br> </br> Werkmethode </br> </br> Opstellen van een werkmethode/beheermethode</br> </br> </br> BC7.3 </br> </br> Business capability </br> </br> overlegmomenten </br> </br> Organiseren van live of digitale communicatie tussen de partijen (overlegmomenten, newsletters, conferenties, webinars, enz.)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC8</br> </br> Objectief</br> </br> UC8: juridisch</br> </br> Bouwen van een wettelijk kader die op hoger niveau gevalideerd en dus bruikbaar door lokale besturen voor soortgelijke projecten. Wat kan, wat kan niet, waar liggen de risico's en welke zijn de 'juridische collaboratie documenten' die gebruikt kunnen worden bij elke nieuwe samenwerkingsakkoorden tussen leverancier, klant en marktplaats organisator.</br> </br> </br> BC8.1 </br> </br> Business capability </br> </br> snelle legale beslissing </br> </br> Snel kunnen beslissen of iets al dan (nog) niet mag gepubliceerd worden via een 'beslissing boom'</br> </br> </br> BC8.2 </br> </br> Business capability </br> </br> contract templates </br> </br> templates' van contracten tussen leveranciers, marktplaats beheer en data klanten</br> </br> </br> BC8.3 </br> </br> Business capability </br> </br> Overzicht verplichtingen </br> </br> Overzicht hebben van welke verplichtingen en wetten moeten voldoen zijn bij welke type van data</br> </br> </br> BC8.4 </br> </br> Business capability </br> </br> SLA enabling </br> </br> Kunnen een SLA opstellen en afdwingen via contractuele verbintenissen</br> </br> </br> BC8.5 </br> </br> Business capability </br> </br> dataregister </br> </br> Opstellen van dataregister om conform te zijn met de wet</br> </br> </br> BC8.6 </br> </br> Business capability </br> </br> Classificatie </br> </br> Classificatie via labels (bvb van 1 tot 5) van databronnen ifv legale en contractuele beperkingen of verplichtingenn of verplichtingen  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.2 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.2-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.2 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie VLOCA-model V0.1 Slimme stadsdistributie – Hasselt VLOCA-Model V0.1 VLOCA-model V0.2 Slimme stadsdistributie – Hasselt VLOCA-Model V0.2 </br> Inhoud </br> Hieronder kan je de elementen van versie V0.2 van dit VLOCA model bekijken.</br> </br> </br></br> </br> Level2 </br> </br> Level3 </br> </br> </br></br> </br> CoT Slimme stadsdistributie – Hasselt </br> </br> </br> 2022 </br> </br> VLOCA-model versie 0.2 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Stadsdistributie in de vorm van vrachtverkeer in de stadskern wordt alsmaar belangrijker en genereert een paradox mbt het autoluw maken van de binnenstad. Dit resulteert in alsmaar meer problemen zonder enige vorm van sturing.</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Het verkeer in de binnenstad aangenamer maken door het vrachtverkeer te minimaliseren door betere planning ifv verkeer (huidig of ingeschatte) alsook het verminderen van 'onnodige' transporten (beschikbare lege volume, lege terugkeer, ed meer)</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> (1) Een 'cockpit' bouwen die het vrachtverkeer volledig weergeeft om inzichten te verschaffen mbt beleidsvorming, sturing en evaluatie (2) Een 'dashboard' voor de 'vervoerder' om zijn transport te registreren en 'toestemming' te krijgen met een voorgestelde routeadvies (routeplanner?) (3) Het dashboard moet ook de mogelijkheid geven om aan de vervoerder een optimale planning te kunnen doen door op basis van de andere registraties, wegenwerken, ed meer. (4) Ontsluiten van alle mogelijke data/'business rules' (via APIs bvb) naar commerciele 'logistieke planningstools' om die data te integreren, of nieuwe VAS toe te laten. (5) Matchmaking van vraag en aanbod aan te bieden (6) Het beleid af te dwingen via IOT toepassingen (incl ANPR, verzinkbare paaltjes bvb)</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> Tegen 2024 moet Hasselt een cockpit hebben die de toegang van vrachtverkeer reguleert en visualiseert waarbij alle data de OSLO standaarden respecteert.</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1: Registratie Bedrijf</br> </br> Aanmaken van een nieuwe registratie als organisatie/onderneming om vanaf nu via login/paswoord alle gegevens niet meer opnieuw te moeten invoeren, alsook de kentekens, vrachtwagens en chauffeurs te kunnen registreren en linken aan mijn organisatie.</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Aanvraag Levering</br> </br> Een visuele applicatie (='Dashboard') waar de vervoerder een reservatie/registratie, om de binnenstad binnen te rijden, kan aanvragen en ifv het flankerend beleid al dan niet toestemming krijgt om de gevraagde route te kunnen gebruiken. Alternatieve 'routes' (welke wagen, tijdstip, geografische route, enz) worden ook voorgesteld.</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3: Beleids Cockpit uitvoering</br> </br> Het flankerend beleid moet kunnen ingevoerd worden in de 'cockpit' zodat elke aanvraag (= registratie) ifv de gevraagde routes, maar ook de type wagen, ed meer de toegestane routes kan beslist en gevisualiseerd worden via een algoritme die een 'nudging' mogelijk maakt om bvb naar een levering te streven die conform het beleid is en/of geoptimaliseerd kan worden.</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4: Toegang Binnenstad</br> </br> De binnenstad kan toegankelijk gemaakt worden (via paaltjes of via een ANPR camera) voor degenen die een registratie conform het beleid hebben gedaan van de levering.</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5: Monitoring Dashboard</br> </br> De steden krijgen een 'monitoring dashboard' die het volledige vrachtverkeer (registraties, sensoren, camera's data, ANPR, Toegangscontrole,...) grafisch en in cijfers weergeeft om zo een beter beleid te kunnen vormen, evalueren, simuleren en aanpassen.</br> </br> </br> UC6</br> </br> Voorstel</br> </br> UC6: Reservatie domeinen</br> </br> De vervoerder/handelaar/leverancier moet een laad- en losplaats kunnen 'reserveren' , gelinkt met bestaande software die reeds eventueel bestaat, om zeker te zijn dat de levering zo optimaal zou kunnen verlopen. (Betaling ? : misschien ifv EURO normen van de (vracht)wagen)</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7: Matchmaking</br> </br> Door alle verzamelde data, , zoals beladingsgraad, afmetingen, drops, enz.,alsook de 'registratie' aanvragen, kan de 'waste' in de transport worden weggewerkt door de 'lege'/'beschikbare' volumes te benutten door andere vervoerders, handelaars en leveranciers.</br> </br> </br> UC8</br> </br> Voorstel</br> </br> UC8: Open Data</br> </br> Alle data die uiteindelijk gecapteerd worden moet kunnen opengesteld worden om zo de ganse quadruple helix de mogelijkheid te bieden om 'Value Added Services' te kunnen bouwen op die data.</br> </br> </br> UC9</br> </br> Voorstel</br> </br> UC9 : CRM Database</br> </br> Alle contact gegevens om de gebruikers van de tool te kunnen contacteren met 'informatie' of 'customized' berichten met alle optin en optouts alsook 'voorkeuren' van informatie.</br> </br> </br> UC10</br> </br> Voorstel</br> </br> UC10 : Helpdesk</br> </br> Een helpdesk (live, FAQ, chatbot,...)</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> </br> </br> Metaveld </br> </br> Beschrijving </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> UC1: Registratie Bedrijf</br> </br> Aanmaken van een nieuwe registratie als organisatie/onderneming om vanaf nu via login/paswoord alle gegevens niet meer opnieuw te moeten invoeren, alsook de kentekens, vrachtwagens en chauffeurs te kunnen registreren en linken aan mijn organisatie.</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Registratie </br> </br> Als transporteur wil ik mij gemakkelijk kunnen Inloggen en authenticeren om 'kentekens' of 'badges' te kunnen 'aanmaken' voor de eerste keer met bijbehorende vragen (type van wagen, ed meer) Dit zal maar één keer moeten gebeuren, bij de volgende inlogging blijven 'by default' alle data dezelfde. Aanpassingen moeten mogelijk zijn.</br> </br> </br> </br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> Individu vs organisatie </br> </br> Als transporteur wil ik mijzelf als individu kunnen inloggen en de organisaties creeren waarmee ik een link heb die ook gemachtigd is aan mijn persoon.</br> </br> </br> </br> </br> </br> BC1.3 </br> </br> Business capability </br> </br> autofill bedrijf </br> </br> Als transport bedrijf wil ik bij het invoeren van mijn bedrijfsgegevens alle andere gegevens die in de centrale databanken bestaan automatisch worden ingevuld en voor validatie beschikbaar gesteld worden.</br> </br> </br> </br> </br> </br> BC1.4 </br> </br> Business capability </br> </br> autofill DIV </br> </br> Als transporteur wil ik bij registratie na het invullen van mijn kenteken de nodige informatie automatisch wordt opgeladen en voorgesteld ter validatie.</br> </br> </br> </br> </br> </br> BC1.5 </br> </br> Business capability </br> </br> uniform regionaal/federaal </br> </br> Als transporteur wil ik dat alle steden in Vlaanderen (en verder) dezelfde systeem gebruiken zodat ik niet telkens moet registreren en inloggen.</br> </br> </br> </br> </br> </br> BC1.6 </br> </br> Business capability </br> </br> Lastminute of Niet geinformeerde transporteurs </br> </br> Als tansporteur wil ik toch de kans krijgen om binnen te rijden indien ik bvb niet wist en ik sta voor de verzinkbare paaltje, dat ik via een 'nood procedure' die paaltje toch naar beneden krijg.</br> </br> </br> </br> </br> </br> BC1.7 </br> </br> Business capability </br> </br> Noodprocedure </br> </br> Als hulpdienst (internationaal) ed snel toegang moet kunnen krijgen in de binnenstad</br> </br> </br> </br> </br> </br> BC1.8 </br> </br> Business capability </br> </br> Internationaal </br> </br> Als transporteur van het buitenland wil ik ook in bvb het engels de registratie en aanvragen kunnen doen.</br> </br> </br> </br> </br> </br> BC1.9 </br> </br> Business capability </br> </br> Overzicht beleidsvoering </br> </br> Als transporteur wil ik een overzicht van alle zones met toegangsbeperkingen in een open data platform zodat die data kan opgeladen/gelinkt worden met de in house planningstool van het bedrijf.</br> </br> </br> </br> </br> </br> BC1.10 </br> </br> Business capability </br> </br> Overzicht beleidsvoering </br> </br> Als transporteur wil ik mijn leveringsvoorkeuren kunnen ingeven bij de eerste en volgende registraties</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Use case</br> </br> UC2: Aanvraag Levering</br> </br> Een visuele applicatie (='Dashboard') waar de vervoerder een reservatie/registratie, om de binnenstad binnen te rijden, kan aanvragen en ifv het flankerend beleid al dan niet toestemming krijgt om de gevraagde route te kunnen gebruiken. Alternatieve 'routes' (welke wagen, tijdstip, geografische route, enz) worden ook voorgesteld.</br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> Registratie levering </br> </br> Als transporteur wil ik kunnen 'Registreren'/Invoeren van gewenste leverings of afhalingstermijn aan een adres.</br> </br> </br> </br> </br> </br> BC2.2 </br> </br> Business capability </br> </br> Voorstel validatie </br> </br> Als transporteur wil ik een voorstel van (alternatieve) routes, wanneer en via welke route, die toegelaten zouden zijn en die ik kan valideren met een muisklik in de tool. Bij conforme maar suboptimale leveringen dient er een aanbeveling te komen naar een optimale belevering.</br> </br> </br> </br> </br> </br> BC2.3 </br> </br> Business capability </br> </br> dossier beheer </br> </br> Aanvragen moet kunnen aangepast of zelfs geannuleerd door de vervoerder, met een visuele/grafische algemene overzicht van alle aanvragen per kenteken/badge</br> </br> </br> </br> </br> </br> BC2.4 </br> </br> Business capability </br> </br> rapportering </br> </br> Opvolging van 'uitvoering/gebruik' van de aanvragen (om misbruiken tegen te gaan door bepaalde 'badge'/'kentekens',mogelijks gekoppeld aan het leveranciers'register', te blokkeren) alsook handhaving van ongeoorloofde leveringen (om te beboeten)</br> </br> </br> </br> </br> </br> BC2.5 </br> </br> Business capability </br> </br> handelaars </br> </br> Als handelaar wil ik toegang tot het systeem om zeker te zijn dat iemand aanwezig zal tijdens de levering</br> </br> </br> </br> </br> </br> BC2.6 </br> </br> Business capability </br> </br> Bewoners </br> </br> Als bewoner wil ik input kunnen geven die eventueel de planning kan beinvloeden</br> </br> </br> </br> </br> </br> BC2.7 </br> </br> Business capability </br> </br> non grata </br> </br> Als beleid wil ik bepaalde bedrijven en kentekens 'bestraffen' om (tijdelijk) niet in de binnenstad toe te laten (nadat er ongeoorloofde handelingen werden vastgesteld)</br> </br> </br> </br> </br> </br> BC2.8 </br> </br> Business capability </br> </br> inloggen met 'kenteken', 'chauffeur' of 'bedrijf' </br> </br> Als transporteur moet ik snel via mijn bedrijfs login alle reeds geregistreerde kentekens (met alias namen) kunnen aanvinken voor de huidige aanvraag. Ofwel, via direct 'kenteken' in te vullen.</br> </br> </br> </br> </br> </br> BC2.9 </br> </br> Business capability </br> </br> rapportering </br> </br> Als transporteur wil ik een overzicht hebben van alle aanvragen (dossiers) per type, per kenteken, per ...</br> </br> </br> </br> </br> </br> BC2.10 </br> </br> Business capability </br> </br> Overzicht beleidsvoering </br> </br> Als transporteur wil ik een overzicht van alle zones met toegangsbeperkingen in een open data platform zodat die data kan opgeladen/gelinkt worden met de in house planningstool van het bedrijf.</br> </br> </br> </br> </br> </br> BC2.11 </br> </br> Business capability </br> </br> Lastminute of Niet geinformeerde transporteurs </br> </br> Als tansporteur wil ik toch de kans krijgen om binnen te rijden indien ik bvb niet wist en ik sta voor de verzinkbare paaltje, dat ik via een 'nood procedure' die paaltje toch naar beneden krijg.</br> </br> </br> </br> </br> </br> BC2.12 </br> </br> Business capability </br> </br> efficientie winst </br> </br> Als transporteur wil ik (door derde partij bvb) kunnen zien hoeveel 'winst' (in tijd, in euros, in uitstoot,enz) ik heb gemaakt dankzij dit initiatief.</br> </br> </br> </br> </br> </br> BC2.13 </br> </br> Business capability </br> </br> beveiliging data </br> </br> Als transporteur wil ik dat mijn concurrenten niet kunnen zien bij wie ik geleverd of zal leveren.</br> </br> </br> </br> </br> </br> BC2.14 </br> </br> Business capability </br> </br> Internationaal </br> </br> Als transporteur van het buitenland wil ik ook in bvb het engels de registratie en aanvragen kunnen doen.</br> </br> </br> </br> </br> </br> BC2.15 </br> </br> Business capability </br> </br> afdwingen via handelaars </br> </br> Als handelaar wil ik de transporteur kunnen 'dwingen' om gebruik te maken van de matchmaking procedure om mijn levering of afhaling te behandelen</br> </br> </br> </br> </br> </br> BC2.16 </br> </br> Business capability </br> </br> Noodprocedure </br> </br> Als hulpdienst (internationaal) ed snel toegang moet kunnen krijgen tot de binnenstad</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Use case</br> </br> UC3: Beleids Cockpit uitvoering</br> </br> Het flankerend beleid moet kunnen ingevoerd worden in de 'cockpit' zodat elke aanvraag (= registratie) ifv de gevraagde routes, maar ook de type wagen, ed meer de toegestane routes kan beslist en gevisualiseerd worden via een algoritme die een 'nudging' mogelijk maakt om bvb naar een levering te streven die conform het beleid is en/of geoptimaliseerd kan worden.</br> </br> </br> </br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> Beslissingsboom </br> </br> Als beleid en medewerker wil ik een gekozen (zie BC2.2) beslissingsboom die bepaalt wie waar al dan niet mag binnenrijden, kunnen invoeren, zodat er 'automatisch' de actuatoren aangestuurd worden, alsook de handhaving via GAS of andere boetes quasi automatisch kan uitgevoerd worden.</br> </br> </br> </br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> Versionering </br> </br> Als beleid en medewerker wil ik de beslissingsboom kunnen 'versioneren', zodat er een historiek kan zijn van de gebruikte parameters die evt geleid hebben tot een zekere verkeersdrukte in de binnenstad in het verleden.</br> </br> </br> </br> </br> </br> BC3.3 </br> </br> Business capability </br> </br> Visualisatie </br> </br> Als beleid wil ik de beslissingsboom visueel kunnen voorstellen zodat de aanvrager het voorstel van de tool beter kan begrijpen en in de toekomst zijn logistieke aanvraag beter kan afstemmen om de kansen tot aanvaarding te verhogen.</br> </br> </br> </br> </br> </br> BC3.4 </br> </br> Business capability </br> </br> Parametrisatie </br> </br> Als beleid wil ik de parameters kunnen aanpassen die de 'rigiditeit' van de toekenning en voorstel zullen beinvloeden</br> </br> </br> </br> </br> </br> BC3.5 </br> </br> Business capability </br> </br> Schoolstraten </br> </br> Als beleid wil ik bepaalde routes bvb kunnen ontlast worden van vrachtverkeer tijdens de start en einde van de lessen.</br> </br> </br> </br> </br> </br> BC3.6 </br> </br> Business capability </br> </br> Evenementen (markten,...) </br> </br> Als beleid wil ik bepaalde tijdelijke evenementen kunnen invoeren waar ik bvb het vrachtverkeer kan mijden</br> </br> </br> </br> </br> </br> BC3.7 </br> </br> Business capability </br> </br> A postiori Registratie </br> </br> Als beleid wil ik eventueel de 'binnentreder' de kans laten om binnen 24 uur (met parameter voor rigiditeit te kunnen aanpassen) de registratie te doen om de boete te vermijden.</br> </br> </br> </br> </br> </br> BC3.8 </br> </br> Business capability </br> </br> Alignering bestaande vergunningen One stop shopping </br> </br> Als beleid wil ik de bestaande vergunningen (bvb de inwoners van de binnenstad, zorgverleners, lijkwagen,...) aligneren met de business rules.</br> </br> </br> </br> </br> </br> BC3.9 </br> </br> Business capability </br> </br> Incentive </br> </br> Als beleid wil ik goed gedrag kunnen belonen door bvb efficientiewinst aan te bieden door bvb reservatie laad- en losplaats.</br> </br> </br> </br> </br> </br> BC3.10 </br> </br> Business capability </br> </br> First time sinners </br> </br> Als beleid wil ik de transporteurs de mogelijkheid bieden om zich a posteriori te kunnen registreren</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Use case</br> </br> UC4: Toegang Binnenstad</br> </br> De binnenstad kan toegankelijk gemaakt worden (via paaltjes of via een ANPR camera) voor degenen die een registratie conform het beleid hebben gedaan van de levering.</br> </br> </br> </br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> Actuator systeem </br> </br> Als beleid wil ik een fysieke toegangen gelinkt aan de databank waarin de toestemmingen opgeslagen zijn in real time kunnen 'actueren' (zinken van palen, ANPR camera's aansturen,...)</br> </br> </br> </br> </br> </br> BC4.2 </br> </br> Business capability </br> </br> politie, brandweer en ambulances </br> </br> Als medewerker wil ik de hulpdiensten onbelemmerd de binnenstad kunnen laten in en uitrijden</br> </br> </br> </br> </br> </br> BC4.3 </br> </br> Business capability </br> </br> Boetesysteem </br> </br> Als beleid wil ik via ANPR camera's boetes kunnen opmaken bij het niet toegestane binnenrijden van de binnenstad.</br> </br> </br> </br> </br> </br> BC4.4 </br> </br> Business capability </br> </br> Privileges </br> </br> Als medewerker wil ik bepaalde privileges kunnen toekennen worden aan bepaalde groepen zoals de eigenlijke bewoners die een mini vrachtwagen (bvb gehandicapten die een minivan nodig hebben) gebruiken om zich te verplaatsen</br> </br> </br> </br> </br> </br> BC4.5 </br> </br> Business capability </br> </br> Boete Motivatie </br> </br> Als medewerker wil ik in de boete de exacte motivatie kunnen meegeven die van de 'beslissingsboom' moet komen</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Use case</br> </br> UC5: Monitoring Dashboard</br> </br> De steden krijgen een 'monitoring dashboard' die het volledige vrachtverkeer (registraties, sensoren, camera's data, ANPR, Toegangscontrole,...) grafisch en in cijfers weergeeft om zo een beter beleid te kunnen vormen, evalueren, simuleren en aanpassen.</br> </br> </br> BC5.1 </br> </br> Business capability </br> </br> rapportering </br> </br> Als beleid wil ik alle 'registraties', 'aanvragen' en 'uitvoering' kunnen visualiseren samen met andere 'stadsdrukte' metingen van gemotorizeerde vervoer.</br> </br> </br> </br> </br> </br> BC5.2 </br> </br> Business capability </br> </br> Lineaire programmatie </br> </br> Als beleid wil ik een simulatie kunnen doen om de beleidsbeslissings parameters te callibreren (hoe streng moeten we zijn) om het verkeer zo minimaal te maken alsook de aanvragen zo maximaal te beantwoorden</br> </br> </br> </br> </br> </br> BC5.3 </br> </br> Business capability </br> </br> Actuatie </br> </br> Als beleid wil ik de IoT actuatoren (?) kunnen 'conditioneel' activeren om vervoerders al dan niet in de binnenstad of in een straat binnenlaten doordat bvb de paaltjes al dan niet in de grond zinken, of de hefbomen open gaan, of de ANPR camera de niet toegestande vervoerder capteert en beboet. Al dan niet binnenlaten moet via dashboard al gecommuniceerd worden. Als iemand bv. op een ander moment komt in tegenspraak met zijn registratie moet IoT dit tegengaan.</br> </br> </br> </br> </br> </br> BC5.4 </br> </br> Business capability </br> </br> lading vs capaciteit </br> </br> Als beleid wil ik weten hoeveel 'lege' vrachtwagens de binnenstad binnenrijden en/of uitrijden</br> </br> </br> </br> </br> </br> BC5.5 </br> </br> Business capability </br> </br> kosten baten analyse </br> </br> Als beleid wil ik kunnen meten hoeveel de 'kosten' (tijd nodig om aanvraag van begin tot einde, kosten om systeem te managen,enz.) zijn van het systeem tov de baten (luchtkwaliteit, drukte meting, enz.)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC6</br> </br> Use case</br> </br> UC6: Reservatie domeinen</br> </br> De vervoerder/handelaar/leverancier moet een laad- en losplaats kunnen 'reserveren' , gelinkt met bestaande software die reeds eventueel bestaat, om zeker te zijn dat de levering zo optimaal zou kunnen verlopen. (Betaling ? : misschien ifv EURO normen van de (vracht)wagen)</br> </br> </br> BC6.1 </br> </br> Business capability </br> </br> Booking.com toepassing </br> </br> Als transporteur en handelaar ed wil ik een visueel overzicht krijgen van de beschikbare tijdslot per laad- en losplaats, en reserveren mogelijk te moeten maken met een muisklik in de tool.</br> </br> </br> </br> </br> </br> BC6.2 </br> </br> Business capability </br> </br> Dossier Overzicht </br> </br> Als aanvrager wil ik een overzicht krijgen van de aanvragen met de huidige status (aanvaard, pending, geweigerd,...)</br> </br> </br> </br> </br> </br> BC6.3 </br> </br> Business capability </br> </br> Dossier updaten </br> </br> Als aanvrager wil ik mijn aanvragen kunnen aanpassen en eventueel annuleren van aangevraagde reservering, enz.</br> </br> </br> </br> </br> </br> BC6.4 </br> </br> Business capability </br> </br> Dossier betalen </br> </br> Als aanvrager wil ik voor mijn aanvragen een betaling kunnen uitvoeren online of offline (overschrijving,...)</br> </br> </br> </br> </br> </br> BC6.5 </br> </br> Business capability </br> </br> Total aanvragen met status </br> </br> Als beleid, medewerker en 'actor' wil ik een overzicht zien van alle aanvragen van reservaties (en uitvoering van die reservaties)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC7</br> </br> Use case</br> </br> UC7: Matchmaking</br> </br> Door alle verzamelde data, , zoals beladingsgraad, afmetingen, drops, enz.,alsook de 'registratie' aanvragen, kan de 'waste' in de transport worden weggewerkt door de 'lege'/'beschikbare' volumes te benutten door andere vervoerders, handelaars en leveranciers.</br> </br> </br> </br> </br> </br> BC7.1 </br> </br> Business capability </br> </br> Overzicht </br> </br> Door de vervoerders/handelaars/leveranciers in kaart te brengen alsook de gedeclareerde 'lege' volume in de vrachtwagen kan een matchmaking voorgesteld worden waarbij er maximaal volume met een minimum aan verplaatsing zou kunnen uitgevoerd worden.</br> </br> </br> </br> </br> </br> BC7.2 </br> </br> Business capability </br> </br> Vraag </br> </br> Als aanvrager wil ik de mogelijkheid hebben om aan te vragen welke vervoerder/handelaar/leverancier zou van adres A tot adres B tijdens periode X een vracht met volume Y en dimensie Z kunnen mee vervoeren.</br> </br> </br> </br> </br> </br> BC7.3 </br> </br> Business capability </br> </br> Aanbod </br> </br> Als vervoerder wil ik mezelf kunnen aanbieden om een 'lege' volume voor te stellen om door een handelaar/andere vervoerder/leverancier te kunnen benutten bij mijn in of uitgang van de binnenstad</br> </br> </br> </br> </br> </br> BC7.4 </br> </br> Business capability </br> </br> Cargo-hitching </br> </br> Als handelaar wil ik ook gebruik kunnen maken van het openbaar vervoer (bussen, tram en trein) om goederen mee in en uit de binnenstad te vervoeren</br> </br> </br> </br> </br> </br> BC7.5 </br> </br> Business capability </br> </br> speciale drop plaatsen binnen de stad/consolidatie hub buiten de stad </br> </br> goed verspreide 'pickup'/'drop' PUDO plaatsen waar de handelaars hun goederen kunnen halen of droppen, en die (meermaals) dagelijks worden opgehaald en buiten de binnenstad wordt ge'dispatched' van/naar de verschillende transportbedrijven om te vermijden dat ze de binnenstad moeten inrijden.</br> </br> </br> </br> </br> </br> BC7.6 </br> </br> Business capability </br> </br> marktaandelen </br> </br> Als beleid zou een overzicht van marktaandeel per regio en sector (kledij, horeca, retail, enz.) interessant kunnen zijn</br> </br> </br> </br> </br> </br> BC7.7 </br> </br> Business capability </br> </br> Optimalisatie </br> </br> Als handelaar kan ik door de 'hitching' van lege ruimte een prijs optimalisatie verkrijgen ("ik moet toch uit te binnenstad, dus drop hem maar",...), of CO2 reductie, tijdsefficientie,...</br> </br> </br> </br> </br> </br> BC7.8 </br> </br> Business capability </br> </br> Matchmaking </br> </br> Als beleid wil ik de matchmaking managen met evt facturatie, betalingen, ed meer. Of tenminste een 'acceptatie' knopje.</br> </br> </br> </br> </br> </br> BC7.9 </br> </br> Business capability </br> </br> SLA </br> </br> Als transporteur wil ik een SLA kunnen opstellen en bekijken en een voorkeur van participerende partners kan invoeren (bvb categorien DHL met UPS, kleintjes onderling,...)</br> </br> </br> </br> </br> </br> BC7.10 </br> </br> Business capability </br> </br> Reviews </br> </br> Als transporteur wil ik een 'eerlijke' feedback geven over de geleverde dienst van de 'pick up' van de gekozen partner.</br> </br> </br> </br> </br> </br> BC7.11 </br> </br> Business capability </br> </br> Real Time </br> </br> Als beleid wil ik bij de eigenlijke aanvraag om stad binnen te mogen, een alternatief voor te stellen door matchmaking</br> </br> </br> </br> </br> </br> BC7.10 </br> </br> Business capability </br> </br> Acquisitie Registraties </br> </br> Als beleid wil ik de transporteurs die geen beroep doen op matchmaking, via een analyse van zijn historische transporten een simulatie kunnen voorstelling : stel je had meegedaan, dan had je zoveel efficientie kunnen halen.</br> </br> </br> </br> </br> </br> BC7.12 </br> </br> Business capability </br> </br> Incentives </br> </br> Als beleid wil ik de transporteurs die beroep doen op matchmaking belonen</br> </br> </br> </br> </br> </br> </br> </br> </br> BC7.12 </br> </br> Business capability </br> </br> Transparantie Controle </br> </br> Als transporteur wil ik mijn informatie/data zelf kunnen beslissen hoe die gedeeld wordt met de andere transporteurs</br> </br> </br> </br> </br> </br> </br> </br> </br> BC7.12 </br> </br> Business capability </br> </br> Motivatie vanuit handelaars </br> </br> Als handelaar wil ik kunnen quasi opleggen dat mijn leverancier transporteur meedoet aan matchmaking.</br> </br> </br> </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC8</br> </br> Use case</br> </br> UC8: Open Data</br> </br> Alle data die uiteindelijk gecapteerd worden moet kunnen opengesteld worden om zo de ganse quadruple helix de mogelijkheid te bieden om 'Value Added Services' te kunnen bouwen op die data.</br> </br> </br> BC8.1 </br> </br> Business capability </br> </br> OSLO-VLOCA </br> </br> Alle data die opengesteld zullen worden moeten de OSLO standaarden alsook de VLOCA charter voldoen, zodat er andere spelers op de markt die data kunnen gebruiken om toegevoegde waarde applicaties te kunnen bouwen.</br> </br> </br> </br> </br> </br> BC8.2 </br> </br> Business capability </br> </br> Open Data Platform </br> </br> Open data moet via centrale datavindplaats kunnen gevonden worden en toegang gegeven worden.</br> </br> </br> </br> </br> </br> BC8.3 </br> </br> Business capability </br> </br> routes met beperkingen </br> </br> alle routes met beperkingen moeten opengesteld worden en telkens up to date blijven om zo gebruikt te kunnen worden door andere planningstools</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC9</br> </br> Use case</br> </br> UC9 : CRM Database</br> </br> Alle contact gegevens om de gebruikers van de tool te kunnen contacteren met 'informatie' of 'customized' berichten met alle optin en optouts alsook 'voorkeuren' van informatie.</br> </br> </br> BC9.1 </br> </br> Business capability </br> </br> Contact info </br> </br> Als beleid wil ik de email, gsm, adressen, ed kunnen verzamelen om te beslissen welke te gebruiken bij welke type van communicatie</br> </br> </br> </br> </br> </br> BC9.2 </br> </br> Business capability </br> </br> Opt in Opt out </br> </br> Als gebruiker wil ik mijn opt in en opt out kunnen beheren wanneer ik wil, alsook mijn voorkeur kunnen geven in de onderwerpen alsook manier waarop ik informatie krijg</br> </br> </br> </br> </br> </br> BC9.3 </br> </br> Business capability </br> </br> GDPR </br> </br> Als beleid wil ik kunnen garanderen dat ik de data behandel volgens de GDPR regels in voege</br> </br> </br> </br> </br> </br> BC9.4 </br> </br> Business capability </br> </br> Historiek </br> </br> Als beleid wil ik kunnen bijhouden welke communicatie gestuurd werd naar welke gebruiker</br> </br> </br> </br> </br> </br> BC9.5 </br> </br> Business capability </br> </br> Automatische Bevestiging </br> </br> Als gebruiker wil ik een berichtje krijgen dat mijn aanvraag is bevesitigd en aanvaard</br> </br> </br> </br> </br> </br> BC9.6 </br> </br> Business capability </br> </br> Weigering van aanvraag </br> </br> Als gebruiker wil ik een berichtje krijgen dat mijn aanvraag is geweigerd</br> </br> </br> </br> </br> </br> BC9.7 </br> </br> Business capability </br> </br> Advies of suggesties binnen aanvraag </br> </br> Als gebruiker wil ik advies krijgen of suggesties mbt mijn aanvraag (om de aanvraag meer kans te geven om aanvaard te worden bvb)</br> </br> </br> </br> </br> </br> BC9.8 </br> </br> Business capability </br> </br> Leveranciers via handelaars </br> </br> Als handelaar wil ik mijn leveranciers kunnen oplijsten opdat die evt kunnen meedoen met 'matchmaking'</br> </br> </br> </br> </br> </br> BC9.9 </br> </br> Business capability </br> </br> Acquisitie Gebruikers </br> </br> Als beleid wil ik een lijst van potentiele transporteurs kunnen 'verkrijgen' om op te laden en nadien te contacteren met vraag om mee te doen met bvb matchmaking initiatief</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC10</br> </br> Use case</br> </br> UC10 : Helpdesk</br> </br> Een helpdesk (live, FAQ, chatbot,...)</br> </br> </br> BC10.1 </br> </br> Business capability </br> </br> Specifieke Problemen </br> </br> Als transporteur wil ik een instantie kunnen contacteren bij issues die zich voordoen</br> </br> </br> </br> </br> </br> BC10.2 </br> </br> Business capability </br> </br> Inzichten </br> </br> Als beleid wil ik weten waarvoor bellen/contacteren de mensen : historiek en trends</br> </br> </br> </br> </br> </br> BC10.3 </br> </br> Business capability </br> </br> Indicatoren van issues </br> </br> Als medewerker wil ik weten of de tool een 'downtime' heeft zodat ik gericht kan communiceren bij problemen</br> </br> </br> </br> </br> </br> BC10.4 </br> </br> Business capability </br> </br> Proactieve Communicatie </br> </br> Als gebruiker wil ik op de hoogte gesteld worden dat de systemen 'down' zijn, of gepland worden stil te vallen voor bvb onderhoud</br> </br> </br> </br> </br> </br> BC10.5 </br> </br> Business capability </br> </br> FAQ </br> </br> Als medewerker wil ik de FAQ kunnen invoeren op de website en applicatie  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.2 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.2-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.2 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie VLOCA-model V0.2 Het potentieel van urban mining voor de bouwsector VLOCA-Model V0.2 VLOCA-model V0.1 Het potentieel van urban mining voor de bouwsector VLOCA-Model V0.1 </br> Inhoud </br> Hieronder kan je de elementen van versie V0.2 van dit VLOCA model bekijken.</br> </br> </br></br> </br> Naam Traject </br> </br> </br> Start periode traject </br> </br> VLOCA-model versie 0.2 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Klimaat neutraal zijn tegen 2050 betekent concrete acties reeds nu ondernemen. Daaronder valt circulaire economie als belangrijke onderdeel. Binnen Circulaire economie is urban mining een grote opportuniteit want 35% van de afval komt van de bouwsector.</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Via urban mining onze klimaat doelstelling, alsook economische groei mee te behalen doordat lokale spelers kunnen inspringen ipv internationale leveranciers te gebruiken.</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> (1) Een 'dashboard' die de aanbod en de vraag in kaart brengt van 'herbruikbare' bouwmaterialen (2) alsook de partijen bij elkaar brengt (=makelaars functionaliteit) en (3) resultaten visualiseert.</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> Een werkende infrastructuur met minstens 5 BIMs van bestaande gebouwen en 5 vragende partijen voor herbruikbare bouwmateriaal en 1 'matchmaking' geval tussen vraag en aanbod tegen 2024</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1: Aanbod deel</br> </br> Een data register systeem (databank) van alle (al dan niet) geplande af te breken gebouwen met hun gebruikte materiaal ter beschikking stellen. Eigenlijk uiteindelijk is het de bedoeling van alle gebouwen een BIM bestand te hebben.</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Vraag deel</br> </br> Een mogelijkheid om een 'vraag' in te dienen van een nieuwbouw of renovatie project met de beoogde materiaal dimensies en specificaties. Kan 'open' of via 'login'</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3: Makelaars deel</br> </br> De mogelijkheid om de vraag en aanbod te 'match maken' door een 'intelligente' algoritme te berekenen voor wie welke materiaal zou kunnen dienen</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4: Offerte aanbod</br> </br> Het kunnen aanbieden van materiaal voor specifieke aanvragers met een concrete offerte</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5: Bestelling uitvoeren</br> </br> Het kunnen aanvaarden van een 'offerte' van de aanbieder van herbruikbare bouw materiaal</br> </br> </br> UC6</br> </br> Voorstel</br> </br> UC6: Inzichten & Dashboarding</br> </br> Het verkrijgen van inzichten die het beleid kan beinvloeden en/of bijsturen</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7: Principes</br> </br> Schaalbaarheid (voor extra steden en regio's) en interoperabiliteit (voor extra toepassingen) van de toepassing is cruciaal</br> </br> </br> UC8</br> </br> Voorstel</br> </br> UC8 : Afbraakwaarde</br> </br> Berekening kunnen doen om verkoopswaarde vs rennovatie vs afbraak van eender welk leegstand gebouw</br> </br> </br> UC9</br> </br> Voorstel</br> </br> </br> UC10</br> </br> Voorstel</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> </br> </br> Metaveld </br> </br> Beschrijving </br> </br> </br> </br> </br> circulaire economie</br> </br> </br> </br> </br> urban mining</br> </br> </br> </br> </br> klimaat neutraal</br> </br> </br> </br> </br> BIM</br> </br> </br> </br> </br> makelaar of matchmaking</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> UC1: Aanbod deel </br> </br> Een data register systeem (databank) van alle (al dan niet) geplande af te breken gebouwen met hun gebruikte materiaal ter beschikking stellen. Eigenlijk uiteindelijk is het de bedoeling van alle gebouwen een BIM bestand te hebben.</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Alle eigenaars van gebouwen moeten een standaard BIM model kunnen invoeren en aanpassen</br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> Bestaande andere standaarden moeten kunnen automatisch vertaald worden naar de standaard BIM model (eigenaars die een soortgelijke maar geen identieke BIM formaten gebruiken moeten de mogelijkheden hebben om die alsnog op te laden en te 'vertalen' naar de BIM formaten)</br> </br> </br> BC1.3 </br> </br> Business capability </br> </br> Bestaande ingevulde databases van BIM's (of vertaalbare) modelen moeten met 'druk op een knop' kunnen opgeladen worden in het systeem</br> </br> </br> BC1.4 </br> </br> Business capability </br> </br> Review' van de 'herbruikbaarheid' = 'herbruikbaarheidsgraad </br> </br> Herbruikbaarheidsgraad (kwaliteit van het materiaal) kunnen invoeren met objectieve en subjectieve criteria met ook foto's of andere ongestructureerde data bronnen</br> </br> </br> BC1.5 </br> </br> Business capability </br> </br> Aritificial Intelligence en Machine Learning </br> </br> Via allerlei data over de gebouwen een estimatie kunnen geven van de BIM en die na evaluatie al dan niet op te laden in de BIM databank met vermelding van methode, verwachte kwaliteit van de model ed meer.</br> </br> </br> BC1.6 </br> </br> Business capability </br> </br> Rapportering </br> </br> Overzicht van opvulling van de BIM databank</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Use case</br> </br> UC2: Vraag deel </br> </br> Een mogelijkheid om een 'vraag' in te dienen van een nieuwbouw of renovatie project met de beoogde materiaal dimensies en specificaties. Kan 'open' of via 'login'</br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> BIM opladen van nieuwe project </br> </br> Bij nieuwe project kunnen opladen van de 'beoogde' BIM van het nieuwe gebouw/project met laatste datum van aanvraag</br> </br> </br> BC2.2 </br> </br> Business capability </br> </br> Specifieke aanvraag </br> </br> Het kunnen aanvragen van specifieke materiaal met laatste datum waarop nog kan geboden worden</br> </br> </br> BC2.3 </br> </br> Business capability </br> </br> rapportering </br> </br> Overzicht van opvulling van de aanvraag databank</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Use case</br> </br> UC3: Makelaars deel </br> </br> De mogelijkheid om de vraag en aanbod te 'match maken' door een 'intelligente' algoritme te berekenen voor wie welke materiaal zou kunnen dienen</br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> Optimalisatie </br> </br> Berekenen van de meest efficiente indeling van welke beschikbare materiaal voor welke aanvrager kan dienen die bepaalde criteria minimaliseerd bvb afstand aanbieder vs aanvrager</br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> Rapportering </br> </br> Het kunnen zien hoeveel offertes er reeds uitgeschreven werden en al dan niet aanvaard</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Use case</br> </br> UC4: Offerte aanbod </br> </br> Het kunnen aanbieden van materiaal voor specifieke aanvragers met een concrete offerte</br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> Offerte Maken en sturen </br> </br> Een offerte kunnen schrijven of opladen die herbruikbare materiaal aanbiedt aan een aanvrager</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Use case</br> </br> UC5: Bestelling uitvoeren </br> </br> Het kunnen aanvaarden van een 'offerte' van de aanbieder van herbruikbare bouw materiaal</br> </br> </br> BC5.1 </br> </br> Business capability </br> </br> Aanvaarde Offertes </br> </br> Het kunnen aanvaarden van een offerte of feedback geven mbt extra vragen of negotiaties</br> </br> </br> BC5.2 </br> </br> Business capability </br> </br> betalingsmogelijkheid </br> </br> Het kunnen betalen van een offerte ifv een factuur die automatisch wordt opgestuurd ifv de offerte</br> </br> </br> BC5.3 </br> </br> Business capability </br> </br> feedback reviews </br> </br> Het kunnen invullen van een 'feedback' mbt de geleverde materiaal en service daarrond</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC6</br> </br> Use case</br> </br> UC6: Inzichten & Dashboarding </br> </br> Het verkrijgen van inzichten die het beleid kan beinvloeden en/of bijsturen</br> </br> </br> BC6.1 </br> </br> Business capability </br> </br> Circulaire Economie KPI </br> </br> Mogelijkheid om een lijst van KPIs te kunnen berekenen die urban mining in context van circulaire economie voorstelt alsook klimaat neutraliteit</br> </br> </br> BC6.2 </br> </br> Business capability </br> </br> urban mining success factor </br> </br> Mogelijkheid om en succesfactor van het project te kunnen visualiseren</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC7</br> </br> Use case</br> </br> UC7: Principes </br> </br> Schaalbaarheid (voor extra steden en regio's) en interoperabiliteit (voor extra toepassingen) van de toepassing is cruciaal</br> </br> </br> BC7.1 </br> </br> Business capability </br> </br> modulair </br> </br> Schaalbaarheid van de oplossing</br> </br> </br> BC7.2 </br> </br> Business capability </br> </br> interoperabiliteit </br> </br> Het openstellen van de data voor andere toepassingen</br> </br> </br> BC7.3 </br> </br> Business capability </br> </br> onderhoudshistoriek </br> </br> Bijhouden van alle interventies op de applicaties (upgrades, fixes van bugs, downtime, enz.)</br> </br> </br> BC7.4 </br> </br> Business capability </br> </br> gebruiksanalyse </br> </br> Bijhouden en visualisatie van het gebruik van de applicaties</br> </br> </br> BC7.5 </br> </br> Business capability </br> </br> gebruiksgemak </br> </br> Opvragen, bijhouden en rapporteren van de 'tevredenheid' van de gebruikers</br> </br> </br> BC7.6 </br> </br> Business capability </br> </br> verspreiden van de applicatie </br> </br> Communiceren van de applicatie via 'direct marketing' kanalen</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC8</br> </br> Use case</br> </br> UC8 : Afbraakwaarde </br> </br> Berekening kunnen doen om verkoopswaarde vs rennovatie vs afbraak van eender welk leegstand gebouw</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC9</br> </br> Use case</br> </br> 0 </br> </br> 0</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC10</br> </br> Use case</br> </br> 0 </br> </br> 0ase 0 0  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.2 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.2-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.2 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie VLOCA-model V0.2 Mobiliteitsbudget voor burgers – Hasselt VLOCA-Donut V0.2 VLOCA-model V0.1 Mobiliteitsbudget voor burgers – Hasselt VLOCA-Donut V0.1 </br> Inhoud </br> Hieronder kan je de elementen van versie V0.2 van dit VLOCA model bekijken.</br> </br> </br></br> </br> CoT Mobiliteitsbudget voor burgers – Hasselt</br> </br> </br> 2022</br> </br> VLOCA-model versie 0.1</br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be</br> </br> </br> Beschrijving en aanpak:</br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status</br> </br> Toelichting</br> </br> Beschrijving</br> </br> </br> Visie</br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Het verminderen van wagens in de binnenstad, ook voor de bewoners, gaat in tegen het gemak van het krijgen van een bewonerskaart en is dus een 'paradox'. Het is niet aangeraden om de bewonerskaart te geven aan diesel en benzine wagens terwijl we alles doen om de wagens van de binnenstad te mijden. Er staan veel wagens voor lange termijn stil in de straten van de binnenstad. Er zijn ook veel alternatieven in Hasselt en Leuven. We gaan duidelijk naar een MaaS.</br> </br> </br> Missie</br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Een alternatief aanbieden via een 'krediet'/'Budget' om de wagen buiten de stad te laten door ipv een bewonerskaart met gratis parkeren, een krediet kunnen geven op een centrale 'applicatie' die zorgt dat de burger een alternatieve mobiliteit heeft om zich te verplaatsen in de stad maar ook waar de spelers (mobiliteits aanbieders) als de stad (=facilitator) de 'kortingen' zelf kunnen bepalen. Maar de (spel-) regels/contracten moeten digitaal gestandaardiseerd worden zodat de 'spelers' gemakkelijk eenmalig hun applicaties kunnen aanpassen en koppelen aan die centrale applicatie.</br> </br> </br> Doel</br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> 1. Een centrale systeem waarin de 'contracten' worden gedefinieerd en gestandaardiseerd zodat die gebruikt kan worden door de spelers en budget gevers (= stad of bedrijven die hun medewerkers belonen bij het niet nemen van een bedrijfswagen bvb). 2. één applicatie die een overzicht geeft van alle mogelijke mobiliteits alternatieven, 3. één applicatie waar de burger zijn mobiliteits alternatief kan 'reserveren' en 'betalen' om van plaats A tot aan plaats B te gaan. 4. Een krediet toe te kennen vanuit de stad om bvb door de bewonerskaart niet te krijgen, een bedrag te krijgen die kan gebruikt worden om de alternatieven te gebruiken. 5. Een 'budget' moet kunnen gegeven worden voor een stuk van de MaaS spelers, door de stad, door de spelers als promo of door een 'derde' partij bvb.</br> </br> </br> Succesfactor</br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> Het aantal bewonerskaarten tov bestaande wagens zal dalen met bvb 25% tegen 2025.</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID</br> </br> Status</br> </br> Samenvatting</br> </br> Beschrijving</br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1</br> </br> Een applicatie die via één login een totale overzicht geeft van alle mobiliteits alternatieven die er vandaag ter beschikking zijn om van positie A tot positie B in de stad te geraken.</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2</br> </br> (Bestellen en) betalen (van budget) moet kunnen via één applicatie, één login en één betalingsopdracht ook al passeert het over zowel publieke transport (DeLijn, NMBS) routes alsook priveransport (electrische deelwagens, fiets, steps, enz) routes.</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3</br> </br> Door duurzaam handelen, wordt de burger beloont met 'krediet'/'Budget' op zijn rekening zodat hij zijn 'ritten' kan betalen met gekregen en beschikbare krediet.</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4</br> </br> Aantonen dat de alternatieve mobiliteitskrediet (en applicatie) geholpen heeft om de wagen uit de stad te weren, zowel geparkeerd als gereden.</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5</br> </br> Bij het invoeren van een destinatie zal de applicatie zoeken naar alternatieve snelste of goedkoopste of duurzaamste of gezondste (betere luchtkwaliteit) route om van de start positie tot het doel te 'reizen'.</br> </br> </br> UC6</br> </br> Voorstel</br> </br> UC6</br> </br> Steun, via 'subsidies', naar initiatieven moeten meer 'variabel' en beperkt in tijd zijn ifv het gebruik door de burger, ipv een vlakke steun.</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7</br> </br> Werkgevers kunnen ook krediet 'betalen' aan de MaaS applicatie op de 'rekening' van de werknemer, dat eigenlijk neerkomt op een alternatieve duurzame verloning van werkgever naar -nemer.</br> </br> </br> UC8</br> </br> Voorstel</br> </br> UC8</br> </br> Een 'speler' op de markt moet gemakkelijk zijn applicatie kunnen 'linken' aan de 'centrale applicatie' zodat zijn klant kan (gedeeltelijk) betalen met zijn huidige budget/krediet. Ook de bankapplicatie moet gekoppeld kunnen worden. Alsook moet het zonder 'app' kunnen (niet iedereen heeft een smartphone) functioneren.</br> </br> </br> UC9</br> </br> Voorstel</br> </br> UC9</br> </br> Een platform die ook voor deelmobiliteit's aanbieders toegang te geven en te integreren</br> </br> </br> UC10</br> </br> Voorstel</br> </br> UC10</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> </br> </br> Metaveld</br> </br> Beschrijving</br> </br> </br> </br> </br> Meta1</br> </br> Beschrijving meta 1</br> </br> </br> </br> </br> Meta2</br> </br> Beschrijving meta 2</br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID</br> </br> Type</br> </br> Samenvatting</br> </br> Beschrijving</br> </br> </br> UC1</br> </br> Use case</br> </br> UC1</br> </br> Een applicatie die via één login een totale overzicht geeft van alle mobiliteits alternatieven die er vandaag ter beschikking zijn om van positie A tot positie B in de stad te geraken.</br> </br> </br> BC1.1</br> </br> Business capability</br> </br> Traject Invoer</br> </br> Als gebruiker wil ik via een mapping tool een adres of POI (point of interest) in te voeren voor een 'start' punt en 'eind' punt van mijn traject</br> </br> </br> </br> </br> </br> BC1.2</br> </br> Business capability</br> </br> Inlog & check</br> </br> Als beheerder wil ik de gebruiker laten inloggen en checken of hij/zij een burger/bewoner is van de stad</br> </br> </br> </br> </br> </br> BC1.3</br> </br> Business capability</br> </br> Traject Voorstel</br> </br> Als gebruiker wil ik een voorstel kunnen krijgen van (alternatieve) routes, wanneer en via welke route, die passen binnen het budget en dat kan gevalideerd worden door de gebruiker met een muisklik in de tool.</br> </br> </br> </br> </br> </br> BC1.4</br> </br> Business capability</br> </br> Trajecten Overzicht</br> </br> Als gebruiker wil ik een overzicht zien van alle relevante mobiliteit 'issues' en 'events' in de openbare domeinen (openbare werken, omleidingen,ed)</br> </br> </br> BC1.5</br> </br> Business capability</br> </br> Parkeerplaats</br> </br> Als gebruiker wil ik een parkeerplaats kunnen bemachtigen (reserveren?) met korting</br> </br> </br> </br> </br> </br> BC1.6</br> </br> Business capability</br> </br> multimodaal</br> </br> Als gebruiker wil ik mijn traject kunnen kiezen die multi modaal (bvb trein+bus+step) zal zijn en daarop ook een korting krijgen op het totaal packet</br> </br> </br> </br> </br> </br> BC1.7</br> </br> Business capability</br> </br> Menukaart</br> </br> Als gebruiker wil ik een overzicht kunnen zien van alle mobiliteitsdiensten die ik eventueel zou kunnen raadplegen</br> </br> </br> </br> </br> </br> BC1.8</br> </br> Business capability</br> </br> Extra Korting</br> </br> Als burger wil ik extra kortingscodes kunnen invoeren die 'on top of' mijn huidige krediet/korting kan gecumuleerd worden</br> </br> </br> </br> </br> </br> BC1.9</br> </br> Business capability</br> </br> Fietsaankoop</br> </br> Als gebruiker wil ik met mijn 'krediet' ook een fiets (gedeeltelijk of met korting) kunnen kopen</br> </br> </br> </br> </br> </br> BC1.10</br> </br> Business capability</br> </br> alerting</br> </br> Als gebruiker wil ik een berichtje krijgen indien mijn budget bijna leeg is</br> </br> </br> </br> </br> </br> BC1.11</br> </br> Business capability</br> </br> meereizigers</br> </br> Als gebruiker wil ik een rit/traject kunnen kopen voor verschillende mensen in één keer (bvb kinderen in een gezin, groep reizigers)</br> </br> </br> </br> </br> </br> BC1.12</br> </br> Business capability</br> </br> reviews</br> </br> Als gebruiker wil ik een feedback kunnen geven over de aanbod, de applicatie, de uiteindelijk voorgestelde traject, ed meer.</br> </br> </br> </br> </br> </br> ID</br> </br> Type</br> </br> Samenvatting</br> </br> Beschrijving</br> </br> </br> UC2</br> </br> Use case</br> </br> UC2</br> </br> (Bestellen en) betalen (van budget) moet kunnen via één applicatie, één login en één betalingsopdracht ook al passeert het over zowel publieke transport (DeLijn, NMBS) routes alsook priveransport (electrische deelwagens, fiets, steps, enz) routes.</br> </br> </br> BC2.1</br> </br> Business capability</br> </br> betalingsmogelijkheid</br> </br> Als gebruiker wil betalingsmogelijkheid hebben, via de applicaties, aan de verschillende participerende mobiliteits aanbieders</br> </br> </br> </br> </br> </br> BC2.2</br> </br> Business capability</br> </br> betalingsbewijs</br> </br> Als gebruiker wil ik gemakkelijke betalingsbewijs kunnen produceren om bij controles te kunnen laten zien.</br> </br> </br> </br> </br> </br> BC2.3</br> </br> Business capability</br> </br> Website Toekenning</br> </br> Als 'Speler', 'Stad', 'Werkgever' wil ik de toekenning van kredieten via een 'website' ook kunnen doen en beheren</br> </br> </br> </br> </br> </br> BC2.4</br> </br> Business capability</br> </br> Website Gebruik</br> </br> Als gebruiker wil ik de ganse transactie ook via een website (en niet enkel via een applicatie) kunnen doen (om inclusiviteit te verzekeren)</br> </br> </br> </br> </br> </br> BC2.5</br> </br> Business capability</br> </br> Krediet naar Korting</br> </br> Als beheerder wil ik een korting kunnen toekennen ipv een krediet op een aankoop</br> </br> </br> </br> </br> </br> BC2.6</br> </br> Business capability</br> </br> facturatie</br> </br> Als gebruiker wil ik een factuur kunnen krijgen van de bestelling met evt betalingsbewijs</br> </br> </br> </br> </br> </br> ID</br> </br> Type</br> </br> Samenvatting</br> </br> Beschrijving</br> </br> </br> UC3</br> </br> Use case</br> </br> UC3</br> </br> Door duurzaam handelen, wordt de burger beloont met 'krediet'/'Budget' op zijn rekening zodat hij zijn 'ritten' kan betalen met gekregen en beschikbare krediet.</br> </br> </br> BC3.1</br> </br> Business capability</br> </br> Captatie Duurzaamheid</br> </br> Als beheerder wil de duurzaam handelen per participerende burger capteren</br> </br> </br> </br> </br> </br> BC3.2</br> </br> Business capability</br> </br> Inschrijving Participatie</br> </br> Per gebruiker wil ik mij kunnen inschrijven om te participeren aan dit project met validatie proces (is die aanvraag correct en binnen doelgroep)</br> </br> </br> </br> </br> </br> BC3.3</br> </br> Business capability</br> </br> Link Budget met handelen</br> </br> Als beheerder wil de 'budget' die is gelinkt geweest aan een 'duurzaam handelen' kunnen laten toekennen door de stad of participerende mobiliteits organisatie of andere derde partijen.</br> </br> </br> </br> </br> </br> BC3.4</br> </br> Business capability</br> </br> Overzicht Transacties</br> </br> Als gebruiker wil ik een overzicht krijgen van mijn eigen 'rekening', alle inkomende budgetten met transacties.</br> </br> </br> </br> </br> </br> ID</br> </br> Type</br> </br> Samenvatting</br> </br> Beschrijving</br> </br> </br> UC4</br> </br> Use case</br> </br> UC4</br> </br> Aantonen dat de alternatieve mobiliteitskrediet (en applicatie) geholpen heeft om de wagen uit de stad te weren, zowel geparkeerd als gereden.</br> </br> </br> BC4.1</br> </br> Business capability</br> </br> Controlegroep</br> </br> Als beleid en beheerder moeten we een 'controle groep' kunnen kiezen die de budgetten niet krijgen om nadien hun mobiliteitsgedrag te vergelijken met de participerende burgers</br> </br> </br> </br> </br> </br> BC4.2</br> </br> Business capability</br> </br> Segmentatie</br> </br> Als beleid wil ik de toegekende en gebruikte budgetten per type van gebruiker (segmentatie) kunnen meten om daaruit inzichten te halen (wie krijgt en spendeert wat, wanneer en waar)</br> </br> </br> </br> </br> </br> BC4.3</br> </br> Business capability</br> </br> Bewonerskaart</br> </br> Als beleid wil ik een historiek (en trends) van de toekening van bewonerskaarten per segment</br> </br> </br> </br> </br> </br> BC4.4</br> </br> Business capability</br> </br> Impact Applicatie</br> </br> Als beleid wil ik een verschil kunnen zien in toegekende bewonerskaarten ifv gebruik van mobiliteitskredieten applicatie.</br> </br> </br> </br> </br> </br> BC4.5</br> </br> Business capability</br> </br> modal shift</br> </br> Als beleid wil ik kunnen zien of dat project een modal shift heeft gegenereerd</br> </br> </br> </br> </br> </br> BC4.6</br> </br> Business capability</br> </br> Impact Analyse</br> </br> Als beleid wil ik weten wat de gebruiker zou gebruikt hebben indien hij geen gebruik kon maken van het mobiliteitsbudget</br> </br> </br> </br> </br> </br> ID</br> </br> Type</br> </br> Samenvatting</br> </br> Beschrijving</br> </br> </br> UC5</br> </br> Use case</br> </br> UC5</br> </br> Bij het invoeren van een destinatie zal de applicatie zoeken naar alternatieve snelste of goedkoopste of duurzaamste of gezondste (betere luchtkwaliteit) route om van de start positie tot het doel te 'reizen'.</br> </br> </br> </br> </br> </br> ID</br> </br> Type</br> </br> Samenvatting</br> </br> Beschrijving</br> </br> </br> UC6</br> </br> Use case</br> </br> UC6</br> </br> Steun, via 'subsidies', naar initiatieven moeten meer 'variabel' en beperkt in tijd zijn ifv het gebruik door de burger, ipv een vlakke steun.</br> </br> </br> BC6.1</br> </br> Business capability</br> </br> Samenvatting</br> </br> als beleid wil ik het variabele gebruik kunnen capteren opdat ik kan berekenen met een formule hoeveel subsidies moeten gegeven worden</br> </br> </br> </br> </br> </br> BC6.2</br> </br> Business capability</br> </br> Historiek</br> </br> Als beleid wil ik een volledige en gedetailleerde historiek alsook beleidslijn (versionering van alle beleidsbeslissingen) van subsidie toekenningen kunnen zien.</br> </br> </br> </br> </br> </br> BC6.3</br> </br> Business capability</br> </br> rekenmachine</br> </br> Als beleid wil ik een 'rekenmachine' hebben die de te betalen subsidie ifv beleidlijn en variabel gebruik door de burger kan berekenen</br> </br> </br> </br> </br> </br> ID</br> </br> Type</br> </br> Samenvatting</br> </br> Beschrijving</br> </br> </br> BC7.1</br> </br> Business capability</br> </br> Inlog & check</br> </br> Als Werkgever wil ik mij kunnen inloggen en na checks de zekerheid hebben dat ik gemachtigd ben om te doen wat ik wil doen</br> </br> </br> </br> </br> </br> BC7.2</br> </br> Business capability</br> </br> Historiek</br> </br> Als werkgever wil ik een 'beslissingsboom' kunnen invoeren die bepaalt wie van mijn werknemers wat krijgt</br> </br> </br> </br> </br> </br> BC7.3</br> </br> Business capability</br> </br> Overzicht Transacties</br> </br> Als werkgever en werknemer wil ik een overzicht kunnen zien van alle transacties (inkomend en gebruik) voor bvb boekhouding en belastingsaangifte ed meer</br> </br> </br> </br> </br> </br> BC7.4</br> </br> Business capability</br> </br> Betalingen</br> </br> Als werkgever wil ik een budget kunnen betalen/transfereren op de 'rekening' van mijn werkgever</br> </br> </br> </br> </br> </br> BC7.5</br> </br> Business capability</br> </br> Van Geld naar Krediet</br> </br> Als werkgever wil ik 'geld' kunnen betalen (en gefactureerd worden door de 'owner' van de applicatie) om de krediet te kunnen transfereren naar de werknemers</br> </br> </br> </br> </br> </br> BC7.6</br> </br> Business capability</br> </br> Van Krediet naar Geld</br> </br> Als werkgever wil ik mijn geld kunnen terugkrijgen indien bvb de saldo niet is opgebruikt, of bij stopzetting van het project bij de werkgever.</br> </br> </br> </br> </br> </br> ID</br> </br> Type</br> </br> Samenvatting</br> </br> Beschrijving</br> </br> </br> UC8</br> </br> Use case</br> </br> UC8</br> </br> Een 'speler' op de markt moet gemakkelijk zijn applicatie kunnen 'linken' aan de 'centrale applicatie' zodat zijn klant kan (gedeeltelijk) betalen met zijn huidige budget/krediet. Ook de bankapplicatie moet gekoppeld kunnen worden. Alsook moet het zonder 'app' kunnen (niet iedereen heeft een smartphone) functioneren.</br> </br> </br> </br> </br> </br> BC8.1</br> </br> Business capability</br> </br> Als 'Speler' moet ik gemakkelijk mijn eigen 'functionaliteiten' op mijn 'server' kunnen koppelen zodat mijn 'klanten' ook via de applicatie zijn rit/traject kan kopen en betalen.</br> </br> </br> </br> </br> </br> BC8.2</br> </br> Business capability</br> </br> Als 'Speler' moet ik mijn klanten ook via mijn eigen applicaties de 'bugetten'/'kredieten' ook kunnen gebruiken om zijn rit/traject te kunnen betalen</br> </br> </br> </br> </br> </br> BC8.3</br> </br> Business capability</br> </br> Als 'Speler' wil ik dat mijn klanten via mijn applicatie toegang kunnen krijgen naar de saldo (en historiek) van mijn 'Moburger' rekening</br> </br> </br> </br> </br> </br> ID</br> </br> Type</br> </br> Samenvatting</br> </br> Beschrijving</br> </br> </br> UC9</br> </br> Use case</br> </br> UC9</br> </br> Een platform die ook voor deelmobiliteit's aanbieders toegang te geven en te integreren</br> </br> </br> BC9.1</br> </br> Business capability</br> </br> aanbod deelmob</br> </br> Als 'aanbod' gebruiker wil ik mijn traject kunnen invoeren (van tot wanneer hoeveel plaatsen, volume bagage, taal, ed meer</br> </br> </br> </br> </br> </br> BC9.2</br> </br> Business capability</br> </br> vraag deelmob</br> </br> Als 'vraag' gebruiker wil ik de 'aanbod' gewoon geintegreerd zien in het voorstel kader binnen de applicatie</br> </br> </br> </br> </br> </br> BC9.3</br> </br> Business capability</br> </br> overzicht deelmob</br> </br> Als beheerder en beleid wil ik een overzicht zien van vraag en aanbod met feedback en reviews</br> </br> </br> </br> </br> </br> BC9.4</br> </br> Business capability</br> </br> reviews deelmob</br> </br> Als beheerder en beleid wil ik een overzicht zien van vraag en aanbod met feedback en reviews  +
  • Opgelet, er zijn andere versies van deze d … Opgelet, er zijn andere versies van deze deliverable beschikbaar. </br> </br> Inleiding </br> Deze pagina bevat de eerste versie van het VLOCA model. Het is een niet finale versie die we V0.2 noemen.</br>Dit kwam tot stand na de inhoudelijke intro met de initiatiefnemer van dit VLOCA traject en een studie van de aangeleverde informatie bij de start van het project.</br> </br> Situering van deze deliverable in het traject </br> Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. </br>Het is in de V0.2-vorm nog geen finaal en afgewerkt document; we baseren ons voor de opmaak ervan op informatie en inzicht die in deze fase van het traject bekend is. </br>Dit document vormt een basis voor het verdere verloop van het traject. </br>In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken. </br> </br> Doel en doelgroep </br> Initiatiefnemers (lokale en bovenlokale besturen): De initiatiefnemers en hun project partners werken aan de hand van deze pagina de inhoud verder uit, waarna validatie en prioritering volgt. </br> Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema. </br>Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be .</br>Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling) </br> Bedrijven en kennisinstellingen: Heb je als bedrijf een visie op de generieke business vereisten van dit thema, dan nodigen we je uit om samen deze oefening verder mee vorm te geven.</br>Ben je leverancier aan overheden, vragen we je specifieke oplossingen niet te vermelden maar de generieke business en IT architectuur in co-creatie mee uit te werken. </br> Burgers en burgergroeperingen: </br>Voel je je als burger aangesproken door dit onderwerp en je hebt een visie op de ontwikkeling van oplossingen van dit thema, laat het ons zeker weten. </br> </br> Aanpak (korte beschrijving) </br> In dit VLOCA model V0.2 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. </br>Deze gegevens worden verder verfijnd en uitgesplitst in objectieven, en hun de daaraan gelinkte business capabilities, data vereisten, functionele capabilities en technische vereisten. Een volledige omschrijving van het VLOCA-model kan je hier lezen.</br>In deze fase exploreert team VLOCA tevens de extra mogelijkheden rond deze use case. Deze worden in het project gevalideerd en al of niet in scope van het project genomen. Wanneer ze niet in scope worden genomen, kan deze bijdragen aan het uitwerken van een ander of een vervolgproject.</br> </br> Overzicht andere versies van deze deliverable </br>   Deliverable Versie Visualo VLOCA-model V0.2 VLOCA-Model V0.2 Visualo VLOCA-model V0.1 VLOCA-Model V0.1 </br> Inhoud </br> Hieronder kan je de elementen van versie V0.2 van dit VLOCA model bekijken.</br> </br> </br></br> </br> Level2 </br> </br> Level3 </br> </br> </br></br> </br> Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) – Halle </br> </br> </br> 2022 </br> </br> Versie: 0.2 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> Corona heeft grote impact gehad op lokale handelszaken. Aanbod van lokale handelszaken is weinig bekend bij inwoners en nog minder bij bezoekers. Digitale Infoschermen in het straatbeeld zouden een oplossing kunnen zijn, maar tonen vooral advertenties voor multinationals en webshops, en de lokale besturen beperken zich vaak tot aankondiging voor evenementen.</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> Mensen (shoppers) via digitale schermen aanzetten tot het lokaal kopen.</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> 1.Laagdrempelig gebruiksvriendelijke app voor de handelaars om hun advertentie te kunnen posten, 2. Performance platform voor centrum manager (data verzamelen, data analyseren, campaign performance analysis, tips and tricks,...) 3. Advertenties op slimme infoborden (interactief, inlog mogelijkheden, met QR code, ...) => nudging van markt naar binnenstad en vice versa.</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> indien de lokale adverteerders 'meer' verkopen nadat ze hun advertentie hebben kunnen plaatsen.</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1: Digitale Scherm</br> </br> Digitale Scherm die al dan niet 'interactief' een advertentie van de lokale winkels laat zien</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Media Centrale</br> </br> Een pseudo media centrale die de advertenties controleert, toekent en 'factureert' ifv regels en GRP (Reach, frequentie, enz.)</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3: App</br> </br> Een app die gemakkelijk door de lokale adverteerder toelaat om zijn eigen advertentie te kunnen inplannen en projecteren.</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4: Inzichten</br> </br> Rapportage van performantie van campagnes met inzichten van wat heeft gewerkt en wat niet (Tips en Tricks), incl beleidsrapportering.</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5: Schaalbaarheid</br> </br> Oplossing is uitbreidbaar (en interoperabel) naar andere steden en gemeenten zonder veel aanpassingen</br> </br> </br> UC6</br> </br> Voorstel</br> </br> UC6:CRM</br> </br> Marketing Communicatie tool om gerichte of informatieve contacten met de klanten of prospecten te kunnen doen</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7:Helpdesk</br> </br> Meldingen en klachten alsook vragen en opmerkingen (FAQ, reviews, ...)</br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> UC1: Digitale Scherm </br> </br> Digitale Scherm die al dan niet 'interactief' een advertentie van de lokale winkels laat zien</br> </br> </br> </br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Activatie </br> </br> Als beheerder wil ik roterende visualisering van advertenties kunnen activeren (technisch uitvoeren ipv de planning)</br> </br> </br> </br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> interactief </br> </br> Als beheerder wil ik de burger interactieve opzoek mogelijkheden (via touchscreen of via handgebaren...) kunnen aanbieden</br> </br> </br> </br> </br> </br> BC1.3 </br> </br> Business capability </br> </br> QR ea </br> </br> Als beheerder wil ik aan de bezoeker een snelle begeleiding, kortingen of reservering bvb via touchscreen of QR codes kunnen aanbieden</br> </br> </br> </br> </br> </br> BC1.4 </br> </br> Business capability </br> </br> 'referendum' </br> </br> Als beleid wil ik de burgers kunnen bevragen om hun mening op bepaalde vragen te stellen</br> </br> </br> </br> </br> </br> BC1.5 </br> </br> Business capability </br> </br> media centrale stopzetting </br> </br> Als adverteerder wil ik mijn advertentie vroegtijdig kunnen stoppen (out of stock bvb)</br> </br> </br> </br> </br> </br> BC1.6 </br> </br> Business capability </br> </br> uitsluiting (gratis vs subscription vs campagne grp vs...) </br> </br> Als beleid wil ik adverteerders kunnen 'mijden' na bvb een misbruik of als tuchtmaatregeling of via prijssetting/suscription</br> </br> </br> </br> </br> </br> BC1.7 </br> </br> Business capability </br> </br> Via mob/desktop app </br> </br> Als wandelaar wil ik het scherm ook kunnen terugvinden op een stadsapp bvb op mijn gsm of zelfs thuis via een website</br> </br> </br> </br> </br> </br> BC1.8 </br> </br> Business capability </br> </br> Sharing </br> </br> Als wandelaar wil ik de info/korting/enz kunnen delen met derden (vrienden, familie,...)</br> </br> </br> </br> </br> </br> BC1.9 </br> </br> Business capability </br> </br> Sensoren & metingen </br> </br> Als beleid wil ik bepaalde metrieken zoals passanten bvb kunnen tellen via camera's, micros (geluidsoverlast,...), luidsprekers, termometers, luchtkwaliteit en andere sensoren die aan de schermen gelinkt kunnen worden</br> </br> </br> </br> </br> </br> BC1.10 </br> </br> Business capability </br> </br> Continue QR code </br> </br> Als wandelaar wil ik via een QR code kunnen gebruiken om tot een 'website' te komen waar ik de advertenties kan 'swipen' om de 'net verdwenen' advertentie te kunnen terugvinden, of de handelaar te kunnen contacteren direct via gsm, enz.</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC2</br> </br> Use case</br> </br> UC2: Media Centrale </br> </br> Een pseudo media centrale die de advertenties controleert, toekent en 'factureert' ifv regels en GRP (Reach, frequentie, enz.)</br> </br> </br> </br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> Regels </br> </br> Als beleid wil ik de advertentieregels (bvb maar 7% van schermtijd voor de corporates/niet lokale handelaars) kunnen bepalen en invoeren, alsook de 'rechten' toekenning aan de verschillende types van adverteerders (zie 3.12). Ook zien hoe we iedereen een kast geven, niet enkel de 'rijke' succesvolle winkels bvb.</br> </br> </br> </br> </br> </br> BC2.2 </br> </br> Business capability </br> </br> Roteringsplanning </br> </br> Als beleid wil ik de Roterings Planning kunnen opmaken en invoeren</br> </br> </br> </br> </br> </br> BC2.3 </br> </br> Business capability </br> </br> facturatie </br> </br> Als medewerker wil ik de adverteerders kunnen factureren</br> </br> </br> </br> </br> </br> BC2.4 </br> </br> Business capability </br> </br> templates </br> </br> Als medewerker wil advertentie templates met tips en tricks kunnen aanbieden aan de handelaars</br> </br> </br> </br> </br> </br> BC2.5 </br> </br> Business capability </br> </br> controle ethiek </br> </br> Als beheerder wil ik controle kunnen voeren op de te vertonen advertentie (ethische richtlijnen moeten gevolgd worden, enz.)</br> </br> </br> </br> </br> </br> BC2.6 </br> </br> Business capability </br> </br> Marketing </br> </br> Als adverteerder (of media agentschap) wil ik de advertentie kunnen integreren in mijn marketing campagne tool</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC3</br> </br> Use case</br> </br> UC3: App </br> </br> Een app die gemakkelijk door de lokale adverteerder toelaat om zijn eigen advertentie te kunnen inplannen en projecteren.</br> </br> </br> </br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> templates </br> </br> Als adverteerder wil ik een keuze uit templates kunnen maken met drag en drop van foto materiaal en logo met bijhorende tekst</br> </br> </br> </br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> prijs setting </br> </br> Als medewerker wil ik een prijs settings mechanisme kunnen ontwikkelen en implementeren, incl. die pragmatisch last minute advertenties toelaat, klein vs grote onderneming, betaalt reeds promotaks, of ifv promotaks, of gebruik maken van de data die hebben geleid promotaks berekening. Of zelfs ook 'gratis' packet (stukje gratis en stukje betalend). Abonnement vs Per 'Post' vs. Per Campagne vs. Per 'Views' vs. Per Passanten vs. Per QR code views, enz...</br> </br> </br> </br> </br> </br> BC3.3 </br> </br> Business capability </br> </br> Registratie </br> </br> Als adverteerder wil ik mezelf gemakkelijk kunnen registreren met validatie van voorwaarden (is die in de stad geregistreerd, is die individu gemachtigd voor het 'bedrijf', enz.)</br> </br> </br> </br> </br> </br> BC3.4 </br> </br> Business capability </br> </br> Media Agentschap </br> </br> Als media agentschap wil ik voor de eigenlijke adverteerders hun campagnes 'ontzorgen' door aparte login te krijgen</br> </br> </br> </br> </br> </br> BC3.5 </br> </br> Business capability </br> </br> Website vs App </br> </br> Als adverteerder wil ik via een website (via laptop) dezelfde handelingen kunnen doen (om ook inclusie toe te laten bvb)</br> </br> </br> </br> </br> </br> BC3.6 </br> </br> Business capability </br> </br> Groeperingen </br> </br> Als adverteerders willen wij 'events' kunnen adverteren waarin een groep handelaars samen een advertentie of informatie te kunnen doen.</br> </br> </br> </br> </br> </br> BC3.7 </br> </br> Business capability </br> </br> Training & toegang </br> </br> Als beleid wil ik de toegang kunnen limiteren tot een handelaar die een geslaagde opleiding (ivm ethiek, esthetiek want we willen de straatbeeld niet pollueren met lelijke advertenties,...) kunnen voorleggen</br> </br> </br> </br> </br> </br> BC3.8 </br> </br> Business capability </br> </br> Gaming </br> </br> Als beleid wil ik de bezoekers kunnen lokken naar de binnenstad door spelletjes die ze via de digitale schermen kunnen activeren</br> </br> </br> </br> </br> </br> BC3.9 </br> </br> Business capability </br> </br> Recrutering </br> </br> Als handelaar wil ik ook jobadvertenties kunnen plaatsen op de digitale schermen</br> </br> </br> </br> </br> </br> BC3.10 </br> </br> Business capability </br> </br> Opportunistisch </br> </br> Als horeca/markt wil ik 'vrije' tafels/overstock op het einde van de dag kunnen adverteren op een 'vluchtige' manier</br> </br> </br> </br> </br> </br> BC3.11 </br> </br> Business capability </br> </br> Spaarpunten </br> </br> Als wandelaar wil ik spaarpunten kunnen krijgen bij het gebruik van de digitale schermen, of integratie met bestaande spaarpunten</br> </br> </br> </br> </br> </br> BC3.12 </br> </br> Business capability </br> </br> Rechten Toekenning </br> </br> Als beleid wil ik aan verschillende typolgien van adverteerders verschillende 'rechten' kunnen geven, bvb Wegenwerken en Toerisme krijgen meer 'rechten' dan 'lokale handelaars'.</br> </br> </br> </br> </br> </br> BC3.13 </br> </br> Business capability </br> </br> Voorstel Segmentatie </br> </br> Als adverteerder wil ik mijn doelgroep kunnen invoeren en een voorstel kunnen krijgen van waar en wanneer zou ik als beste mijn advertentie plaatsen.</br> </br> </br> </br> </br> </br> BC3.14 </br> </br> Business capability </br> </br> Special Request </br> </br> Als adverteerder wil ik specifieke plaatsen (visueel voorstelling van de digitale schermen en met muisklik geselecteerd worden?) en tijdstippen kunnen kiezen waar mijn advertenties zullen getoond moeten worden. (bvb ontbijt enkel in de voormiddag, dagschotel die recurrent op een weekdag wordt getoont,...)</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC4</br> </br> Use case</br> </br> UC4: Inzichten </br> </br> Rapportage van performantie van campagnes met inzichten van wat heeft gewerkt en wat niet (Tips en Tricks), incl beleidsrapportering.</br> </br> </br> </br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> passanten </br> </br> Als beleid wil ik het aantal passanten kunnen meten en ook rapporteren aan de adverteerders</br> </br> </br> </br> </br> </br> BC4.2 </br> </br> Business capability </br> </br> viewers </br> </br> Als beleid wil ik het aantal 'viewers' kunnen capteren en tellen en ook rapporteren aan de (potentiele) adverteerders</br> </br> </br> </br> </br> </br> BC4.3 </br> </br> Business capability </br> </br> appreciatie </br> </br> Als beleid wil ik de gezichtsuitdrukkingen van de 'viewers' kunnen meten en ook rapporteren aan de (potentiele) adverteerders</br> </br> </br> </br> </br> </br> BC4.4 </br> </br> Business capability </br> </br> ROI Campagnes </br> </br> Als adverteerders wil de ROI van een campagne kunnen meten en berekenen door de binnenstappers en besteders te bepalen van de 'viewers'</br> </br> </br> </br> </br> </br> BC4.5 </br> </br> Business capability </br> </br> AB Testen </br> </br> Als adverteerder (en medewerker) wil ik de mogelijkheid hebben om (experimentele) AB testen te kunnen doen (vergelijken van verschillende advertenties op de commerciele resultaten van de adverteerder)</br> </br> </br> </br> </br> </br> BC4.6 </br> </br> Business capability </br> </br> Segmentatie per periode </br> </br> Als adverteerder wil ik weten welke segmenten ik kan bereiken op welk moment in welke straat segment die evt in mijn doelgroep zitten</br> </br> </br> </br> </br> </br> BC4.7 </br> </br> Business capability </br> </br> % Schermtijd </br> </br> Als beleid wil ik de schermtijd (in piek momenten bvb) kunnen rapporteren ifv lokale business, overheid, instellingen, corporates, global brands, enz</br> </br> </br> </br> </br> </br> BC4.8 </br> </br> Business capability </br> </br> Zijstraten </br> </br> Als beleid wil ik dat de winkels in de zijstraten ook visibiliteit kunnen krijgen dankzij de digitale schermen in de hoofdstraten</br> </br> </br> </br> </br> </br> BC4.9 </br> </br> Business capability </br> </br> Beleid & Info </br> </br> Als stad wil ik de digitale schermen ook kunnen gebruiken om mijn beleid en andere info te verspreiden aan de wandelaars in de binnenstad</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC5</br> </br> Use case</br> </br> UC5: Schaalbaarheid </br> </br> Oplossing is uitbreidbaar (en interoperabel) naar andere steden en gemeenten zonder veel aanpassingen</br> </br> </br> </br> </br> </br> BC5.1 </br> </br> Business capability </br> </br> OSLO </br> </br> Als ontwikkelaar wil ik de OSLO standaarden voor de app en media centrale bepalen en gebruiken in mijn applicatie</br> </br> </br> </br> </br> </br> BC5.2 </br> </br> Business capability </br> </br> Andere Steden </br> </br> Als beleid, medewerker en ontwikkelaar wil ik de uitbreidbaarheid van de media centrale en de app voor andere steden openlaten mits afspraken op delen van budgetten/kosten (Raamovereenkomst)/kosten (Raamovereenkomst)  +
Overgenomen van "https://vloca-kennishub.vlaanderen.be/Speciaal:OpEigenschapZoeken/:Parsed-20text"