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 13 resultaten vanaf #1.151.

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

    

Lijst van resultaten

  • z3  +
  • z4  +
  • z5  +
  • zie pagina VLOCA:Data Terms & Concepts  +
  • {{#ask: [[IsAttribOf::HPLayout] | format=ul }}  +
  • {| | | | | | | | Share by Twitter | | | |}  +
  • {{Base properties |Class= (text) |Title= ( … {{Base properties</br>|Class= (text)</br>|Title= (text)</br>|Is tag= (optional: true)</br>|Tags= (optional: comma-separated pages) for example "Tag/1, Tag/2, Tag/3"</br>|Version history= (multiple instance templates) {{Version history item |Version number=.. |Version description=.. |Version date=..}}</br>}}rsion description=.. |Version date=..}} }}  +
  • {{Dropdown link |Page= |Text= }} OR {{Dropdown link |Href= |Text= }} Alternative <li>{{#widget:Link|type=a|href={{#ifeq:{{FULLPAGENAME}}|{{{Page|}}}|#|{{fullurl:{{{Page|}}}}}}}|text={{{Text|}}}}}</li>  +
  • {{Slots}} uses url parameters: page (contains the pagename for which slots should be shown)  +
  • {| class="wikitable" style="background-col … {| class="wikitable" style="background-color:#ffffff;font-size:100%;"</br>|-</br>|style="vertical-align:top;"| Algemene informatie </br> </br>|style="vertical-align:top;"| Niveau Informatie </br> </br> Niveau informatie is nu zichtbaar</br> </br> </br>|style="vertical-align:top;"| Niveau Technologie & Architectuur </br> </br> Niveau Technologie en architectuur is nu zichtbaar</br> </br> </br> |-</br>|Voor alle gebruikers</br>|Voorkennis IT met beperkte architectuur-kennis</br>|Voorkennis van architectuur</br>|}tectuur-kennis |Voorkennis van architectuur |}  +
  • {| class="wikitable"style="background-colo … {| class="wikitable"style="background-color:#ffffff;font-size:90%"</br>|-</br> </br>| Level2 </br>| Level3 </br> |}</br> </br> </br></br> </br> CoT Regionaal plugable incentiveringsplatform Geel </br> </br> </br> 2022 </br> </br> VLOCA-model versie 1.8 </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. Daarnaast leiden verschillende incentiveringen ook tot eigen vouchers of (digitale) munten hetgeen resulteert in een versnipperd landschap van systemen. De keuze om al de lokale economie te steunen dan wel expliciet te kiezen voor een digitale munt die regionaal besteed kan worden (= aantrekkelijker voor de burger) moet bij de initiatiefnemer (lees: lokaal bestuur) liggen: waar steun aan lokale economie belangrijkste finaliteit is, moet er gekozen kunnen worden voor een lokale munt. Wanneer een incentivering op een bepaalde maatschappelijk wenselijk gedrag ligt, is een regionale campagne die toeleidt tot een regionale munt vaak interessanter. -Lokale besturen wensen ook aan de bestedingszijde meer te kunnen richten naar doelen, projecten... met een maatschappelijke meerwaarde.</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 beinvloeden door beloning alsook (of) de lokale economie of lokale organisaties wil ondersteunen.</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> Een platform die eigenlijk '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 efficient uitrolbaar is in andere regio die dat zouden wensen. Een digitale wallet waarop toepassingen die incentiveringen (stimulansaanbiedingen) kunnen connecteren vormt de basis van zo'n incentiveringsplatform. Het organiseren van de eigenlijke 'beloning' van goed gedrag zal niet in het platform zelf gebeuren, maar via de 'verticals', dus de applicaties die allemaal dit platform zullen gebruiken om de transacties bij te houden en uitgaven te kunnen doen.De lokale/digitale munt moet ook kunnen dienen als 'betaalmiddel' tussen C2C en B2B (mits wetgevend kader) om die munt zo lang mogelijk binnen de regio 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. schaalbaar = - uitbreidbaar naar andere gemeenten / regio's - andere (nieuwe of bestaande) verticals moeten kunnen koppelen met het platform - ook aan bestedingszijde moet het platform flexibiliteit bieden (besteding bij handelaar, B2B (mits wetgevend kader), donatie aan lokale organisatie/doel/project, andere (crowd funding) systemen...</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 van meerdere soorten munten (lokaal, regionaal, enz. en evt andere systemen, zoals Uitpas) waar zowel stortingen, uitgaven/overschrijven en consulteren van saldo's door de eigenaar en participanten kunnen gebeuren</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Integratie</br> </br> Integratie met bestaande (en nieuwe) applicaties die als 'vertical' (organiseren van een stimulansaanbod) fungeren maar ook stadsapplicaties, websites, cadeaubonnen applicaties en zelfs MijnBurgerProfiel (app)</br> </br> </br> UC3</br> </br> Voorstel</br> </br> UC3: Participatie Mechanisme</br> </br> Een gebruiksvriendelijke platform om zowel als 'donor' als 'collector' als 'spender' zichzelf te kunnen registreren en 'regels'/'parameters' voor ontvangen en gebruiken te kunnen vastleggen. Voor de definities van Donor, Collector en Spender: zie beneden Metadata</br> </br> </br> UC4</br> </br> Voorstel</br> </br> UC4: Marketing (CRM)</br> </br> Aanradingsprogramma om de lokale economie aan te trekken om mee te doen zowel als 'donor' (= participerende organisatie die zelf een stimulansaanbod aanbiedt) of 'sponsor'/'advertiser' (= organisatie die een stimulansaanbod wil financieren) alsook als 'collector' (= winkels die deze munt aanvaarden als betaling) Inclusief communicatieplatform om berichten, nieuwsletter, alerts, bevestigingen enz te kunnen beheren.</br> </br> </br> UC5</br> </br> Voorstel</br> </br> UC5: Omzettingsmechanisme</br> </br> Een facturatie- en betalingssysteem dat de eerste en allerlaatste conversie regelt zodat de lokale munt in praktijk omgezet kan 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 (incl. analyse van 'verval' of 'demurage' = waardeverlies waarbij men de vrijgekomen (vervallen/verloren) budgetten inzet voor specifieke goed doelen)</br> </br> </br> UC7</br> </br> Voorstel</br> </br> UC7: Principes</br> </br> Schaalbaarheid (voor extra steden en regio's), interoperabiliteit (voor extra toepassingen) en cross verticale principes van het platform is cruciaal. schaalbaar = - uitbreidbaar naar andere gemeenten / regio's - andere (nieuwe of bestaande) verticals moeten kunnen koppelen met het platform - ook aan bestedingszijde moet het platform flexibiliteit bieden (besteding bij handelaar, B2B (mits wetgevend kader), donatie aan lokale organisatie/doel/project, andere (crowd funding) systemen...</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: Compensatie mogelijkheden (governance model)</br> </br> Bij het kiezen voor een (additionele) lokale economie, willen we een evenwichtig systeem hebben tussen regionale en lokale muntsystemen opdat eventueel geld zou kunnen terugvloeien tussen gemeenten/steden. Onevenwichtig is bvb indien een gemeente A sponsort met de hoop op het spenderen bij lokale handelaars in gemeente A terwijl er factueel buiten proporties uitgegeven wordt door de burgers in gemeente B.</br> </br> </br> UC10</br> </br> Voorstel</br> </br> UC10:helpdesk, klachten, reviews</br> </br> Helpdesk bij vragen, FAQ, klachten en reviews door alle betrokken partijen</br> </br> </br> UC11</br> </br> Voorstel</br> </br> UC11:betalingen</br> </br> Vanuit het platform n betalingsmodule die over alle 'verticals' heen kan gebruikt worden om te vermijden dat de handelaar verschillende systemen moet hebben per vertikaal om geld te kunnen 'krijgen' van de 'shopper'</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> </br> </br> Metaveld </br> </br> Beschrijving </br> </br> </br> </br> </br> Regionale Munt</br> </br> Een munt die breder is dan lokaal, dus wijder geografisch alsook eventueel sectorieel. Kan ingezet worden als beloning om bepaald gedrag te incentiveren.</br> </br> </br> </br> </br> Lokale Munt</br> </br> Een munt die beperkt geografisch bruikbaar is en die voornamelijk wordt gebruikt om de economie binnen een beperkte geografische omgeving (bijv. stad) te ondersteunen</br> </br> </br> </br> </br> Donor</br> </br> organisatie, lokaal bestuur, bedrijf, persoon die euros omzet in digitale munt en die een stimulansaanbod aanbiedt</br> </br> </br> </br> </br> Collector</br> </br> (=handelaar) organisatie, lokaal bestuur, bedrijf die digitale munt omzet in euros (niet voorzien dat burgers dit kunnen)</br> </br> </br> </br> </br> Spender</br> </br> (=participant) deelnemer die lokale munten ontvangt (bijv. Agent met rol 'Consument' die een Beloningsontvangst krijgt bij deelname aan een Stimulansaanbod, cfr OSLO) en die deze kan spenderen bij een collector</br> </br> </br> </br> </br> User</br> </br> (=gebruiker) burger, organisatie, lokaal bestuur, bedrijf... dat kan inloggen en gebruik maken van de digitale wallet</br> </br> </br> </br> </br> Guest</br> </br> (= tijdelijke gebruiker) burger, organisatie, lokaal bestuur, bedrijf... Anoniem in de wallet applicatie om te zien wat er wordt aangeboden</br> </br> </br> </br> </br> Wallet applicatie</br> </br> De 'kern' applicatie die de transacties van alle digitale munten beheert</br> </br> </br> </br> </br> Vertical</br> </br> Een applicatie (bijv. applicatie die een stimulansaanbod organiseert of een overkoepelende applicatie) die interageert met de 'wallet' applicatie</br> </br> </br> </br> </br> Superadmin</br> </br> is een user die het volledig incentiveringsplatform beheert en toegang heeft tot alle elementen. Een superadmin is de leverancier van het incentiveringsplatform die economie n kan onboarden.</br> </br> </br> </br> </br> Owner</br> </br> is (de groep van) organisatie(s) die samen een specifieke digitale munt (economie) beheren/stimuleren. Vaak n of meerdere lokale overheden die de economie beheren. Een owner kan inloggen op het incentiveringsplatform en is een user (en vaak ook donor) in het systeem</br> </br> </br> </br> </br> Fund</br> </br> Entiteit gelinkt aan een wachtrekening (holdingaccount) met achterliggend derdebetalersysteem. Een fund heeft een wallet. Wanneer een bepaald bedrag wordt gestort op de derdenbetalerrekening gekoppeld aan het fund, wordt het saldo van de wallet van het fund verhoogd met dezelfde monetaire waarde in lokale of regionale munten.</br> </br> </br> </br> </br> Economy</br> </br> De lokale economie van een stad of regio. Een gesloten netwerk waar digitale munten (coins) circuleren onder de vorm van transacties tussen wallets van spenders en collectors</br> </br> </br> </br> </br> Sponsor (voorheen adverteerder)</br> </br> Is geen echte gebruiker in het systeem maar een externe actor die vanuit duurzaamen maatschappelijk ondernemen een afgelijnd sponsorbudget ter beschikking heeft om een stimulansaanbod te financieren en zichtbaarheid te verkrijgen in de wallet app bij een groot publiek. Nadat de sponsor kiest voor een sponsorformule (gold/silver/brons of gelijkaardig) zal de owner of superadmin hem aanmaken in het systeem en lokale munten aankopen op het platform met middelen verkregen door de sponsor.</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 van meerdere soorten munten (lokaal, regionaal, enz. en evt andere systemen, zoals Uitpas) waar zowel stortingen, uitgaven/overschrijven en consulteren van saldo's door de eigenaar en participanten kunnen gebeuren</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Donor transacties </br> </br> Als donor wil ik via de owner een som in de 'fonds' kunnen overschrijven om aan een ontvanger een som in een digitale munt te kunnen storten</br> </br> </br> Kolom</br> </br> Sales & Distribution Mgt</br> </br> </br> Kolom2</br> </br> Finance</br> </br> </br> Kolom3</br> </br> Supplychain mgt</br> </br> </br> DV1.1.1</br> </br> Data vereiste</br> </br> OSLO Business Object</br> </br> Consument</br> </br> </br> DV1.1.2</br> </br> Data vereiste</br> </br> OSLO Business Object</br> </br> Sponsor</br> </br> </br> FC1.1.1</br> </br> Functionaliteit</br> </br> Beheer Tatificatie</br> </br> </br> FC1.1.2</br> </br> Functionaliteit</br> </br> Beheer Facturatie</br> </br> </br> TV1.1.1</br> </br> Techniciteit</br> </br> Authenticatie Systeem</br> </br> </br> TV1.1.2</br> </br> Techniciteit</br> </br> Verificatie Systeem</br> </br> </br> </br> </br> </br> BC1.2 </br> </br> Business capability </br> </br> Collector </br> </br> Als spender wil ik mijn digitale munt kunnen uitgeven binnen een handelstransactie</br> </br> </br> DV1.2.1</br> </br> Data vereiste</br> </br> OSLO Business Object</br> </br> Consument</br> </br> </br> DV1.2.2</br> </br> Data vereiste</br> </br> OSLO Business Object</br> </br> Aanbieder</br> </br> </br> FC1.2.1</br> </br> Functionaliteit</br> </br> Beheer Uitgaande Betalingen</br> </br> </br> FC1.2.2</br> </br> Functionaliteit</br> </br> </br> </br> Beheer afhoudingspercentages</br> </br> </br> TV1.2.1</br> </br> Techniciteit</br> </br> Authenticatie Systeem</br> </br> </br> TV1.2.2</br> </br> Techniciteit</br> </br> Verificatie Systeem</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> BC1.3 </br> </br> Business capability </br> </br> Spender(+Collector) Saldo </br> </br> Als spender (alsook collector) wil ik mijn saldo van de digitale munt op mijn rekening kunnen consulteren in real time</br> </br> </br> BC1.4 </br> </br> Business capability </br> </br> betaling </br> </br> Als spender wil ik gemakkelijk, klantvriendelijk, kunnen betalen zoals bvb dit met een bankkaart mogelijk is maar in dit project met bvb payconic met QR code.</br> </br> </br> BC1.5 </br> </br> Business capability </br> </br> Overzicht </br> </br> Als spender wil ik duidelijk informatie kunnen terugvinden over mijn munten, zoals type, houdbaarheidsdatum, demurrage, spelregels van de munt enz. Principes van verval of waardeverlies (demurrage) van digitale munten moeten duidelijk zijn binnen de wallet</br> </br> </br> BC1.6 </br> </br> Business capability </br> </br> cadeaubonnen </br> </br> Als donor/collector wil ik aan een spender 'cadeaubonnen' kunnen schenken via het platform (bijv. bij een volgend bezoek) Dit is eigenlijk een speciale geval van een 'munt' dat enkel bij de collector kan gespendeerd worden met evt extra randvoorwaarden.</br> </br> </br> BC1.7 </br> </br> Business capability </br> </br> gratis parkeren </br> </br> Als collector wil ik bvb n gratis parkeersessie kunnen schenken aan de spender in mijn winkel. Dit is eigenlijk een speciale munt (parkeersessie) die enkel aan de parkeerautomaat bvb kan gebruikt worden.</br> </br> </br> BC1.8 </br> </br> Business capability </br> </br> Regels en Rechten </br> </br> Als owner wil ik regels kunnen creeren en invoeren die de toekenning (via de verticals/apps) alsook uitgave (houdbaarheids termijn, minimale threshold, ...) van de munten bepalen. In vele gevallen zal dit ofwel in de verticale app gebeuren en de 'netto' info naar de wallet gestuurd worden, maar soms kan de verticale app direct op de digital wallet regels opslaan en de saldo in de wallet berekenen, ofwel kan het in beide (zowel verticale als wallet)</br> </br> </br> BC1.9 </br> </br> Business capability </br> </br> Limiet van donor </br> </br> Als owner wil ik de donors een mogelijkheid kunnen bieden voor een limiet die gemakkelijk zichtbaar moet zijn in de applicatie (hoeveel totale munten zijn nog beschikbaar bij die actie). Uiteraard zal dit in de applicaties (verticals) zelf moeten gebeuren, maar ook in de wallet kan de 'fondsen' van de donor vergeleken worden ifv die limiet.</br> </br> </br> BC1.10 </br> </br> Business capability </br> </br> Hierarchie Rechten </br> </br> Als owner wil ik een hierarchie van 'rechten' kunnen invoeren om regels te kunnen 'hierarchiseren' ten behoeve van de gebruiksvriendelijkheid van de burger/gebruiker. Dus alle regels kunnen visualiseren en zorgen dat ze elkaar niet tegenspreken of veel te complex beginnen te worden. Dus, als owner wil ik de regels die ingevoerd worden kunnen controleren.</br> </br> </br> BC1.11 </br> </br> Business capability </br> </br> Validatie 'goede doel' collector </br> </br> Als collector wil ik kunnen bewijzen dat ik een 'goede doel' ben via bvb de VKBO/mijnburgerprofiel? Of enkel VZW zouden in aanmerking komen ?, zodat bij het afromen of bij doorlopende of automatische betalingen er enkel naar 'goede doelen' bvb betaald zullen worden. Een ander idee is een 'whitelist' bouwen van de 'goede doelen' organisaties die in aanmerking zouden kunnen komen.</br> </br> </br> BC1.12 </br> </br> Business capability </br> </br> Inzichten </br> </br> Als super admin wil ik kunnen zien hoeveel 'geweigerde' of 'niet doorgegaan' betalingen zijn geweest met reden waarom</br> </br> </br> BC1.13 </br> </br> Business capability </br> </br> Commissies </br> </br> Als super admin wil ik een 'commissie' (administratieve kost) kunnen 'aftrekken' voordat het 'geld' van de donor naar de 'fonds' komt of eventueel (niet gewenst in dit project) voordat het geld naar de collector gaat .</br> </br> </br> BC1.14 </br> </br> Business capability </br> </br> Cancellations </br> </br> Als collector wil ik de betaling kunnen terugdraaien (bij teruggave product) naar de spender. Dit is niet altijd evident, vooral wanneer de munt reeds is verzilverd door de collector in euros. Hoe gebeurt dit dan ?</br> </br> </br> BC1.15 </br> </br> Business capability </br> </br> QR of andere 'bonnen' </br> </br> Als spender wil ik via een code (QR bvb) mijn betaling kunnen doen</br> </br> </br> BC1.16 </br> </br> Business capability </br> </br> Gecombineerde munten </br> </br> Als spender wil ik 'cross' munten betalingen kunnen uitvoeren, dus n betaling die van het saldo van mijn verschillende munten bedragen afhaalt. Uiteraard moet de 'collector' beide munten dan accpeteren.</br> </br> </br> BC1.17 </br> </br> Business capability </br> </br> Waardeverlies </br> </br> Als owner wil ik verval en demurrage-regels kunnen toepassen op de digitale munten</br> </br> </br> BC1.18 </br> </br> Business capability </br> </br> Waarde Fluctuaties? </br> </br> Als owner wil ik de waarde van een munt ifv vraag en aanbod kunnen laten fluctueren ?</br> </br> </br> BC1.19 </br> </br> Business capability </br> </br> Afromen Slapende munten </br> </br> Als owner wil ik het bedrag ter waarde van de demurrage of de vervallen munten kunnen 'schenken' aan goede doel projecten of organisaties.</br> </br> </br> BC1.20 </br> </br> Business capability </br> </br> punten vs munten </br> </br> Als super admin wil ik dat zowel munten als punten kunnen opgeslagen en gebruikt worden in de wallet, uiteraard kunnen de punten gewoon als 'munten' beschouwd worden in het systeem.</br> </br> </br> BC1.21 </br> </br> Business capability </br> </br> Acties ipv munten of punten </br> </br> Als super admin wil ik ook 'acties' willen registreren ipv munten of punten, bvb 'planten van bomen'</br> </br> </br> BC1.22 </br> </br> Business capability </br> </br> Actie voor actie </br> </br> Als super admin wil ik ook dat bij geleverde actie aan iemand en tegoed komt te staan van een actie in de andere richting (klusjes voor andere klusjes) Dus ipv 'munten' ook in 'acties' kunnen opslaan.</br> </br> </br> BC1.23 </br> </br> Business capability </br> </br> goed gedrag vs lokale economie </br> </br> Als donor wil ik gemakkelijk kunnen kiezen welke munt ik wil gebruiken ifv of het een 'goed gedrag beloning' en/of 'lokale economie steunen'</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 (en nieuwe) applicaties die als 'vertical' (organiseren van een stimulansaanbod) fungeren maar ook stadsapplicaties, websites, cadeaubonnen applicaties en zelfs MijnBurgerProfiel (app)</br> </br> </br> BC2.1 </br> </br> Business capability </br> </br> Integratie Applicaties </br> </br> Als superadmin wil ik een 'vertaling' van de interne standaarden naar de 'standaarden' van de externe participerende applicaties en omgekeerd kunnen doorvoeren</br> </br> </br> BC2.2 </br> </br> Business capability </br> </br> cross applicatie </br> </br> Als superadmin wil ik alle participerende applicaties op n scherm of via een gemakkelijke integratie kunnen gevisualiseerd worden, maar ook interacties tussen de applicaties (transfer van tokens tot euros van n applicatie tot een andere)</br> </br> </br> BC2.3 </br> </br> Business capability </br> </br> op mijnburgerprofiel </br> </br> Als user wil ik mijn wallet ook kunnen zien via de MijnBurgerProfiel app</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: Participatie Mechanisme</br> </br> Een gebruiksvriendelijke platform om zowel als 'donor' als 'collector' als 'spender' zichzelf te kunnen registreren en 'regels'/'parameters' voor ontvangen en gebruiken te kunnen vastleggen. Voor de definities van Donor, Collector en Spender: zie beneden Metadata</br> </br> </br> BC3.1 </br> </br> Business capability </br> </br> Als Donor via Owner Registratie </br> </br> Als donor via owner wil ik mij gemakkelijk kunnen registreren om de economy te beheren</br> </br> </br> BC3.2 </br> </br> Business capability </br> </br> Handelaar Registratie </br> </br> Als Handelaar of organisatie wil ik mij gemakkelijk kunnen registreren om als 'collector' te kunnen fungeren</br> </br> </br> BC3.3 </br> </br> Business capability </br> </br> Burger Registratie </br> </br> Als burger wil ik mij gemakkelijk kunnen registreren als 'spender' om te kunnen participeren in het verkrijgen en spenderen van de digitale munt</br> </br> </br> BC3.4 </br> </br> Business capability </br> </br> Burger Promo Participatie </br> </br> Als spender wil ik mij gemakkelijk kunnen registreren om mee te doen aan specifieke acties (promoties ed)</br> </br> </br> BC3.5 </br> </br> Business capability </br> </br> Anonieme Test Registratie </br> </br> Als guest wil ik anoniem kunnen uitproberen om te zien wat er in het systeem beschikbaar is (zonder echte deelname met transacties)</br> </br> </br> BC3.6 </br> </br> Business capability </br> </br> Vendorlocking vermijdend </br> </br> De beheerder van het platform moet 'naadloos' kunnen veranderd worden zonder het project in gevaar te brengen. Dus de data ownership en documentatie moet voldoende beschreven en beschikbaar zijn om de 'transitie' en 'handover' zo optimaal mogelijk te maken.</br> </br> </br> BC3.7 </br> </br> Business capability </br> </br> e-inclusie </br> </br> Als user (spender, donor en collector) die niet digitaal ben wil ik ook via andere manieren kunnen registreren en gebruik maken van het platform, oftewel via Digidokter of via andere leden van de familie bvb. Mogelijkheid om QR codes met bedrag/coins in een afdrukbaar formaat aan gebruikers te bezorgen indien ze geen smartphone hebben of de app niet kunnen gebruiken.</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 (CRM)</br> </br> Aanradingsprogramma om de lokale economie aan te trekken om mee te doen zowel als 'donor' (= participerende organisatie die zelf een stimulansaanbod aanbiedt) of 'sponsor'/'advertiser' (= organisatie die een stimulansaanbod wil financieren) alsook als 'collector' (= winkels die deze munt aanvaarden als betaling) Inclusief communicatieplatform om berichten, nieuwsletter, alerts, bevestigingen enz te kunnen beheren.</br> </br> </br> BC4.1 </br> </br> Business capability </br> </br> Doelgroepen </br> </br> Als owner wil ik een Identificatie van de potentiele doelgroepen (donors, handelaars/collectors en burgers/spenders) kunnen bepalen</br> </br> </br> BC4.2 </br> </br> Business capability </br> </br> Targeting </br> </br> Als owner wil ik een 'doellijst' (targetlist) kunnen opladen in een CRM voor mijn 'acquisitie' strategie</br> </br> </br> BC4.3 </br> </br> Business capability </br> </br> Acquisitie </br> </br> Als owner wil ik mijn doelgroep kunnen benaderen met promoties om bij interesse de regels te volgen om te kunnen genieten van een donatie</br> </br> </br> BC4.4 </br> </br> Business capability </br> </br> Communicatie </br> </br> Als donor wil ik eventueel een mogelijkheid om extra reklame te krijgen (banner ? enz.) door een bepaalde visibiliteit te krijgen bij het gebruik van het platform. Bvb gesponsord door xyz, enz.</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- en betalingssysteem dat de eerste en allerlaatste conversie regelt zodat de lokale munt in praktijk omgezet kan worden in euros.</br> </br> </br> BC5.1 </br> </br> Business capability </br> </br> Donatie </br> </br> Als donor via de owner wil ik een bedrag in euros kunnen omzetten in digitale munten (euro facturatie van en overschrijving naar de 'owner' van het platform)</br> </br> </br> BC5.2 </br> </br> Business capability </br> </br> Verzilvering </br> </br> Als collector wil ik een factuur kunnen sturen om mijn digitale munt te verzilveren in echte euros</br> </br> </br> BC5.3 </br> </br> Business capability </br> </br> NBB Licentie </br> </br> Als superadmin (owner?) wil ik aan contractuele voorwaarden (bijv. e-money licentie van Nationale Bank van Belgie of anders) kunnen voldoen</br> </br> </br> BC5.4 </br> </br> Business capability </br> </br> Wisselkoersen </br> </br> Als owner wil ik de wisselkoersen (munt vs euros, munt vs andere munt) kunnen invoeren, bijhouden, visualiseren en gebruiken bij transacties.</br> </br> </br> BC5.5 </br> </br> Business capability </br> </br> verzilveren </br> </br> Als collector wil ik mijn digitale munten gemakkelijk kunnen verzilveren tot euros</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 (incl. analyse van 'verval' of 'demurage' = waardeverlies waarbij men de vrijgekomen (vervallen/verloren) budgetten inzet voor specifieke goed doelen)</br> </br> </br> BC6.1 </br> </br> Business capability </br> </br> Impact campagne </br> </br> Als owner (en donor) wil ik mijn campagneresultaten kunnen meten om impact op het gewenste maatschappelijk gedrag te meten</br> </br> </br> BC6.2 </br> </br> Business capability </br> </br> ROI berekening </br> </br> Als owner en donor wil ik onze beleidsdoelstellingen kunnen formuleren en meten als KPIs om een actie of verschillende acties samen te evalueren op succes (ROI)</br> </br> </br> BC6.3 </br> </br> Business capability </br> </br> Rapportage </br> </br> Als owner en donor wil ik alle betalingen/transacties per actie (gedrag) en per doelgroep kunnen analyseren en visualiseren</br> </br> </br> BC6.4 </br> </br> Business capability </br> </br> Drill Down </br> </br> Als owner wil ik alle transacties die binnen een regio (of sector, ed meer) werden gespendeerd kunnen analyseren en visualiseren</br> </br> </br> BC6.5 </br> </br> Business capability </br> </br> Churn Prediction </br> </br> Als owner wil ik kunnen zien welke gebruikers het platform bvb minder en minder gebruiken en waarom en wat kunnen we doen om die weer naar ons toe te trekken</br> </br> </br> BC6.6 </br> </br> Business capability </br> </br> Forecasten </br> </br> Als owner of Vertical wil ik een 'forecast' kunnen doen van de donors, transacties, saldo's ed meer in de komende periodes</br> </br> </br> BC6.7 </br> </br> Business capability </br> </br> Inzichten </br> </br> Als owner wil inzichten kunnen geven van waar munten gespendeerd worden en vergelijken met wie de donoren waren om zo een vergelijking te kunnen maken van het evenwichtssysteem (onderdeel van UC6?)</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), interoperabiliteit (voor extra toepassingen) en cross verticale principes van het platform is cruciaal. schaalbaar = - uitbreidbaar naar andere gemeenten / regio's - andere (nieuwe of bestaande) verticals moeten kunnen koppelen met het platform - ook aan bestedingszijde moet het platform flexibiliteit bieden (besteding bij handelaar, B2B (mits wetgevend kader), donatie aan lokale organisatie/doel/project, andere (crowd funding) systemen...</br> </br> </br> BC7.1 </br> </br> Business capability </br> </br> Integratie nieuwe stad of gemeente </br> </br> Als super admin wil ik een nieuwe extra lokale overheid (als donor of owner) tot het incentiveringsplatform kunnen toevoegen</br> </br> </br> BC7.2 </br> </br> Business capability </br> </br> Integratie Applicatie </br> </br> Als super admin wil ik een nieuwe extra applicatie (vertical) kunnen connecteren (zowel donor als besteders)</br> </br> </br> BC7.3 </br> </br> Business capability </br> </br> OSLO standaarden </br> </br> Als super admin wil ik dat mijn datamodel volledig volgens de OSLO standaarden toegankelijk worden gesteld</br> </br> </br> BC7.4 </br> </br> Business capability </br> </br> herbruikbare munten </br> </br> Als superadmin wil ik dat de munten kunnen hergebruikt worden door andere applicaties om te vermijden dat er telkens een nieuwe munt wordt gegenereerd.</br> </br> </br> BC7.5 </br> </br> Business capability </br> </br> AML en KYC </br> </br> Als superadmin moet ik de AML en KYC kunnen garanderen.</br> </br> </br> BC7.6 </br> </br> Business capability </br> </br> Verdoken beloning </br> </br> Als superadmin wil ik de relevante 'administraties' kunnen informeren van de premies die betaald werden aan de spenders om zo bvb verdoken salarissen/compensaties te kunnen aangeven.</br> </br> </br> BC7.7 </br> </br> Business capability </br> </br> Sponsor Creatie </br> </br> Als owner wil ik via de Superadmin een sponsor aanmaken met een sponsorformule (='contract'?) die bepaalt het bedrag te storten door sponsor alsook wat de sponsor daarvoor terugkrijgt (visibiliteit op de app, enz.)</br> </br> </br> BC7.8 </br> </br> Business capability </br> </br> Collector Validatie </br> </br> Als Owner wil ik de collectors kunnen valideren en op een 'whitelist' plaatsen</br> </br> </br> BC7.9 </br> </br> Business capability </br> </br> Munt-Collector Validatie </br> </br> Als Owner wil ik de munten kunnen valideren die door de collector kan gebruikt worden en die reeds op een 'whitelist' plaatsen</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> Uitrol / implementatie </br> </br> Als aanbestedende overheid wil ik over alle technische concepten, beschrijvingen, eisenpakketten beschikken in functie van een marktconsultatie/-bevraging om de digitale wallet en gelinkte verticals te kunnen uitrollen / implementeren</br> </br> </br> BC8.2 </br> </br> Business capability </br> </br> Nieuwe ontwikkeling </br> </br> Als overheid wil ik alle versies van draaiboeken, bestekteksten, enz. voor opstartende lokale overheden kunnen bewaren, delen en publiceren</br> </br> </br> BC8.3 </br> </br> Business capability </br> </br> GDPR </br> </br> Als aanbestedende overheid wil ik de rollen m.b.t. GDPR duidelijk uitgeklaard zien tussen de verschillende betrokkenen (inclusief aanwezigheid van de nodige overeenkomsten)</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: Compensatie mogelijkheden (governance model)</br> </br> Bij het kiezen voor een (additionele) lokale economie, willen we een evenwichtig systeem hebben tussen regionale en lokale muntsystemen opdat eventueel geld zou kunnen terugvloeien tussen gemeenten/steden. Onevenwichtig is bvb indien een gemeente A sponsort met de hoop op het spenderen bij lokale handelaars in gemeente A terwijl er factueel buiten proporties uitgegeven wordt door de burgers in gemeente B.</br> </br> </br> BC9.1 </br> </br> Business capability </br> </br> Automatische terugvloeing </br> </br> Als overheid en lokaal beleid wil ik dat bij niet evenwichtige transfers van waarden tussen regios er een compensatie kan 'gefactureerd' worden om die evenwicht opnieuw in te stellen (bvb een gemeente is donor, maar alle burgers kopen bij een handelaar bij een andere participerende gemeente (met akkoord), wat niet echt de bedoeling was, moeten de fondsen ook kunnen terugvloeien tussen de gemeenten)</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, klachten, reviews</br> </br> Helpdesk bij vragen, FAQ, klachten en reviews door alle betrokken partijen</br> </br> </br> BC10.1 </br> </br> Business capability </br> </br> Standaard Antwoorden </br> </br> Als medewerker wil ik efficient standaard antwoorden kunnen beantwoorden op standaard vragen</br> </br> </br> BC10.2 </br> </br> Business capability </br> </br> FAQ </br> </br> Als medewerker wil ik mijn FAQ telkens meer relevanter maken ifv de adhoc vragen die telkens weer binnenkomen</br> </br> </br> BC10.3 </br> </br> Business capability </br> </br> Klachten </br> </br> Als user wil ik mijn klachten ivm het platform (en 'vertikalen) eenvoudig kunnen communiceren</br> </br> </br> BC10.4 </br> </br> Business capability </br> </br> Reviews </br> </br> Als user wil ik mijn tevredenheid kunnen uitdrukken via reviews</br> </br> </br> BC10.5 </br> </br> Business capability </br> </br> Inzichten </br> </br> Als owner wil inzichten kunnen halen van de vragen, klachten en reviews om het platform telkens relevanter te maken</br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC11</br> </br> Use case</br> </br> UC11:betalingen</br> </br> Vanuit het platform n betalingsmodule die over alle 'verticals' heen kan gebruikt worden om te vermijden dat de handelaar verschillende systemen moet hebben per vertikaal om geld te kunnen 'krijgen' van de 'shopper'</br> </br> </br> BC11.1 </br> </br> Business capability </br> </br> Handelaars </br> </br> Als collector wil ik via n applicatie betalingen van allerlei munten kunnen ontvangen</br> </br> </br> BC11.2 </br> </br> Business capability </br> </br> Shopper </br> </br> Als spender wil ik via n applicatie mijn betalingen van allerlei munten kunnen uitvoeren</br> </br> </br> BC11.3 </br> </br> Business capability </br> </br> Fraudebesrijding </br> </br> Als super admin wil ik mijn betalingsapplicatie kunnen monitoren en beveiligen tegen fraude</br> </br> </br> BC11.4 </br> </br> Business capability </br> </br> Betalingskaarten </br> </br> Als super admin wil ik de gebruikers een electronische chip kaart (zelfde formaat Maestro en kredietkaarten) kunnen geven waarmee ook betalingen kunnen gebeuren</br> </br> </br> BC11.5 </br> </br> Business capability </br> </br> Domiciliering/doorlopende opdrachten </br> </br> Als spender wil ik mijn betalingen ook recurrent kunnen laten uitvoeren naar een goede doel bvb bij verval</br> </br> </br> BC11.6 </br> </br> Business capability </br> </br> Overschrijvingen </br> </br> Als spender wil ik mijn betaling ook via een overschrijving, domiciliering, doorlopende opdracht of automatisch doorsturen naar goede doelen bvb kunnen doen naar derdenen naar derden  +
  • {| class="wikitable"style="background-colo … {| class="wikitable"style="background-color:#ffffff;font-size:90%"</br>|-</br>| Style="background-color:#FFED00;"|</br>| Style="background-color:#FFED00;"| Status </br>| Style="background-color:#FFED00;"| Toelichting </br>| Style="background-color:#FFED00;"| Beschrijving </br>|-</br>| Style="font-size:98%;background-color:#FFF69B;"| Visie </br>|Voorstel</br>| Style="font-size:98%;"|Wat is de bestaansreden ?</br>| Style="font-size:98%;"|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>| Style="font-size:98%;background-color:#FFF69B;"| Missie </br>|Voorstel</br>| Style="font-size:98%;"|Wat willen we bereiken ?</br>| Style="font-size:98%;"|Mensen (shoppers) via digitale schermen aanzetten tot het lokaal kopen.</br>|-</br>| Style="font-size:98%;background-color:#FFF69B;"| Doel </br>|Voorstel</br>| Style="font-size:98%;"|Wat is het doel van dit project ?</br>| Style="font-size:98%;"|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>| Style="font-size:98%;background-color:#FFF69B;"| Succesfactor </br>|Voorstel</br>| Style="font-size:98%;"|Hoe meten we succes ? (SMART)</br>| Style="font-size:98%;"|indien de lokale adverteerders 'meer' verkopen nadat ze hun advertentie hebben kunnen plaatsen.</br>|}ebben kunnen plaatsen. |}  +
  • {| class="wikitable"style="background-colo … {| class="wikitable"style="background-color:#ffffff;font-size:90%"</br>|-</br>| Style="background-color:#FFED00;"| Pagina type </br>| Style="background-color:#FFED00;"| Namespace </br>| Style="background-color:#FFED00;"| Titel (zonder komma's) </br>|-</br>| Style="background-color:#FFF69B;"|VLOCA Traject</br>|VlocaTraject:</br>|Officiële trajectnaam</br>|-</br>| Rowspan="4" Style="background-color:#FFF69B;"|VLOCA Sessie</br>| Rowspan="4"|VlocaSessie/</br>| Style="color:#808080;"|(url is een automatische nummering)</br>|-</br>|Workshop: Naam Traject + Workshop + nummer workshop: + thema van de workhop (bijvoorbeeld: Local Digital Twin Workshop 1: Gedeeld referentiekader</br>|-</br>|Event: Naam event + datum (bijvoorbeeld Future Summits 17 mei 2022)</br>|-</br>|VLOCA-Talk: VLOCA talk Voornaam Naam (organisatie) (bijvoorbeeld: VLOCA Talk: Bart Scheenaerts (Agentschap Binnenlands Bestuur)</br>|-</br>| Style="background-color:#FFF69B;"|Draaiboek</br>|Draaiboek:</br>|Draaiboek naam</br>|-</br>| Style="background-color:#FFF69B;"|Deliverable</br>|Deliverable/</br>| Style="color:#808080;"|(url is een automatische nummering)</br>|-</br>| Style="background-color:#FFF69B;"|Nieuws</br>|Nieuws/</br>| Style="color:#808080;"|(url is een automatische nummering)</br>|}url is een automatische nummering) |}  +
Overgenomen van "https://vloca-kennishub.vlaanderen.be/Speciaal:OpEigenschapZoeken/:Parsed-20text"