Inleiding
Deze pagina bevat de eerste versie van het VLOCA model. Het is een finale versie die we 1.0 noemen. 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.
Situering van deze deliverable in het traject
Deze eerste versie van het VLOCA model is een werkdocument dat in een latere fase van het traject verder verfijnd en uitgewerkt wordt. Het is in de 1.0-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. Dit document vormt een basis voor het verdere verloop van het traject. In dit overzicht kan je de fasering en andere deliverables binnen een VLOCA traject bekijken.
Doel en doelgroep
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.
Lokale besturen: Lokale besturen worden uitgenodigd om inhoudelijk mee te werken aan aan de co-creatie over dit thema.
Laat ons weten dat je wenst deel te nemen, en geef je inhoudelijke opmerkingen door op vloca@vlaanderen.be.
Dit kan je in de nabije toekomst doen door op de discussie pagina van deze wiki pagina. (op dit moment nog in ontwikkeling)
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.
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.
Burgers en burgergroeperingen:
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.
Aanpak (korte beschrijving)
In dit VLOCA model v1.0 vertrekken we van de visie, missie en doelen zoals ze geformuleerd worden door de initiatiefnemer. 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. 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.
Inhoud
Hieronder kan je de elementen van versie 1.0 van dit VLOCA model bekijken.
Level2
|
Level3
|
| CoT Regionaal plugable incentiveringsplatform Geel | |||
| 2022 | VLOCA-model versie 1.0 | ||
| VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be | |||
| Beschrijving en aanpak: | https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model | ||
| Strategie van de open city uitdaging | |||
| Status | Toelichting | Beschrijving | |
| Visie | Voorstel | Wat is de bestaansreden ? | 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. |
| Missie | Voorstel | Wat willen we bereiken ? | Een oplossing die zowel het duurzaam gedrag van de burger wil beinvloeden door beloning alsook (of) de lokale economie of lokale organisaties wil ondersteunen. |
| Doel | Voorstel | Wat is het doel van dit project ? | 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. De Lokale/digitale munt moet ook kunnen dienen als 'betaalmiddel' tussen B2B om die munt zo lang mogelijk binnen de regio te houden. Het 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 voor de transacties bij te houden en uitgaven te kunnen doen. |
| Succesfactor | Voorstel | Hoe meten we succes ? (SMART) | 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) use cases moeten kunnen koppelen met het platform - ook aan bestedingszijde moet het platform flexibiliteit bieden (besteding bij handelaar, B2B, donatie aan lokale organisatie/doel/project, andere (crowd funding) systemen... |
| Use cases | |||
| ID | Status | Samenvatting | Beschrijving |
| UC1 | Voorstel | UC1: Digitale Wallet | 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 |
| UC2 | Voorstel | UC2: Integratie | Integratie met bestaande applicaties zoals de stadsapplicaties, websites, cadeaubonnen applicaties en zelfs mijnburgerprofiel |
| UC3 | Voorstel | UC3: Participatie Mechanisme | Een gebruiksvriendelijke platform om zowel als 'donor' als 'collector' als 'spender' zichzelf kunnen registreren en 'regels'/'parameters' voor ontvangen en gebruiken kunnen vastgelegd worden. Voor definities Donor, Collector en Spender, zie beneden Metadata |
| UC4 | Voorstel | UC4: Marketing (CRM) | 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 'collector' (=winkels die deze munt aanvaarden als betaling) Inclusief communicatie platform om berichten, nieuwsletter, alerts, bevestigingen enz te kunnen beheren. |
| UC5 | Voorstel | UC5: Omzettingsmechanisme | Een facturatie en betalings systeem die de eerste en allerlaatste conversie regelt, zodat de lokale munt in praktijk omgezet kunnen worden in euros. |
| UC6 | Voorstel | UC6: Inzichten & Dashboarding | Het verkrijgen van inzichten in het gebruik en de positieve impact op 'goed gedrag' en 'lokale economie' die het beleid kan gebruiken. (Analyse van 'verval' of 'demurage' = waardeverlies, waar gaat dat geld naartoe bvb goed doel,...) |
| UC7 | Voorstel | UC7: Principes | 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) use cases moeten kunnen koppelen met het platform - ook aan bestedingszijde moet het platform flexibiliteit bieden (besteding bij handelaar, B2B, donatie aan lokale organisatie/doel/project, andere (crowd funding) systemen... |
| UC8 | Voorstel | UC8: Draaiboeken | Een bibliotheek leveren van draaiboeken die de steden en gemeenten een 'how to' uitleggen ifv hun behoeften en context |
| UC9 | Voorstel | UC9: Compensatie mogelijkheden (governance model) | Bij het kiezen voor een (additionele) lokale economie ondersteuning, willen we een evenwichtig systeem hebben tussen regionaal en lokaal 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 terwijl er factueel buiten proporties uitgegeven wordt door de burgers in gemeente B. |
| UC10 | Voorstel | UC10:helpdesk, klachten, reviews | Helpdesk bij vragen, FAQ, klachten en reviews door alle betrokken partijen |
| UC11 | Voorstel | UC11:betalingen | 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' |
| Metadata | |||
| Metaveld | Beschrijving | ||
| Regionaal Munt | Een munt die breder is dan lokaal, dus weider geografisch alsook sectorieel, dit wordt gebruikt om puur een gedrag te stimuleren bvb | ||
| Lokaal Munt | Een munt die beperkt geografisch of sectorisch bruikbaar is, dit wordt gebruikt om een geografische of sector te ondersteunen | ||
| Donor | organisatie, lokaal bestuur, bedrijf, persoon die euros omzet in digitale munt | ||
| Collector | (=handelaar) organisatie, lokaal bestuur, bedrijf die digitale munt omzet in euros (niet voorzien dat burgers dit kunnen) | ||
| Spender | (=participant) deelnemer die lokale munten ontvangt als beloning en die deze kan spenderen bij een collector | ||
| User | (=gebruiker) burger, organisatie, lokaal bestuur, bedrijf... dat kan inloggen en gebruik maken van de digitale wallet | ||
| Guest | (= tijdelijke gebruiker) burger, organisatie, lokaal bestuur, bedrijf... Anoniem in de wallet applicatie wil rondneuzen om te zien wat er wordt aangeboden | ||
| Wallet applicatie | De 'kern' applicatie die de transacties van alle digitale munten beheert | ||
| Vertical | Een applicatie (incentiveringsproject) die gebruikt maakt van de 'wallet' applicatie | ||
| Superadmin | is een user die het volledig incentiveringsplatform beheert en toegang heeft tot alle economieen via het dashboard | ||
| Owner | is de initiatiefnemer van een incentive. Vaak een lokale overheid die de economy beheert. Een owner kan inloggen op het incentiveringsplatform en is en user in het systeem | ||
| Advertiser | De financierder van een incentive iseen advertiser. Een advertiser stort de financiele middelen op een fonds. Advertisers zijn geen users in het systeem | ||
| Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases | |||
| ID | Type | Samenvatting | Beschrijving |
| UC1 | Use case | UC1: Digitale Wallet | 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 |
| BC1.1 | Business capability | Donor | Als donor wil ik aan een ontvanger een som in een digitale munt kunnen storten |
| DV1.1.1 | Data vereiste | Transactie met A (betaler) en B (ontvanger) : tijd, bedrag, reden, geldigheidsduur | |
| DV1.1.2 | Data vereiste | ||
| FC1.1.1 | Functionaliteit | Banking Applicatie | |
| FC1.1.2 | Functionaliteit | Controle Veiligheid | |
| TV1.1.1 | Techniciteit | Authenticatie Systeem | |
| TV1.1.2 | Techniciteit | Verificatie Systeem | |
| BC1.2 | Business capability | Collector | Als collector wil ik mijn digitale munt kunnen uitgeven binnen een handelstransactie |
| BC1.3 | Business capability | Spender | Als spender wil ik mijn saldo van de digitale munt op mijn rekening kunnen consulteren in real time |
| BC1.4 | Business capability | betaling | Als spender wil ik gemakkelijk, klantvriendelijk, kunnen betalen zoals bvb dit met een bankkaart mogelijk is |
| BC1.5 | Business capability | Overzicht | Als spender wil ik duidelijk informatie kunnen terugvinden over mijn munten, zoals type, houbaarheidsdatum, demurrage, spelregels van de munt enz. |
| BC1.6 | Business capability | verzilveren | Als collector wil ik mijn digitale munten gemakkelijk kunnen verzilveren tot euros |
| BC1.7 | Business capability | cadeaubonnen | Als donor/collector wil ik aan de user/spender 'cadeaubonnen' kunnen schenken via het platform (bij een volgend bezoek) |
| BC1.8 | Business capability | gratis parkeren | Als donor wil ik bvb n gratis parking kunnen schenken aan de spender in mijn winkel |
| ID | Type | Samenvatting | Beschrijving |
| UC2 | Use case | UC2: Integratie | Integratie met bestaande applicaties zoals de stadsapplicaties, websites, cadeaubonnen applicaties en zelfs mijnburgerprofiel |
| BC2.1 | Business capability | Integratie Applicaties | Als superadmin wil ik een 'vertaling' van de interne standaarden naar de 'standaarden' van de externe participerende applicaties en omgekeerd kunnen doorvoeren |
| BC2.2 | Business capability | cross applicatie | 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) |
| BC2.3 | Business capability | op mijnburgerprofiel | Als user wil ik mijn wallet ook kunnen zien via mijnburgerprofiel |
| ID | Type | Samenvatting | Beschrijving |
| UC3 | Use case | UC3: Participatie Mechanisme | Een gebruiksvriendelijke platform om zowel als 'donor' als 'collector' als 'spender' zichzelf kunnen registreren en 'regels'/'parameters' voor ontvangen en gebruiken kunnen vastgelegd worden. Voor definities Donor, Collector en Spender, zie beneden Metadata |
| BC3.1 | Business capability | Donor Registratie | Als donor wil ik mij gemakkelijk kunnen registreren om als 'donor' van fondsen te kunnen fungeren. |
| BC3.2 | Business capability | Handelaar Registratie | Als Handelaar of organisatie wil ik mij gemakkelijk kunnen registreren om als 'collector' te kunnen fungeren |
| BC3.3 | Business capability | Burger Registratie | Als burger wil ik mij gemakkelijk kunnen registreren als 'spender' om te kunnen participeren in het verkrijgen en spenderen van de digitale munt |
| BC3.4 | Business capability | Burger Promo Participatie | Als spender wil ik mij gemakkelijk kunnen registreren om mee te doen aan specifieke acties (promoties ed) |
| BC3.5 | Business capability | Hierarchie Rechten | Als owner wil ik een hierarchie van 'rechten' kunnen invoeren om regels te kunnen 'hierarchiseren' ten behoeve van de gebruiksvriendelijkheid van de burger/gebruiker |
| BC3.6 | Business capability | Regels en Rechten | 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 |
| BC3.7 | Business capability | Limiet van donor | 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. |
| BC3.8 | Business capability | Anonieme Test Registratie | Als guest wil ik anoniem kunnen uitproberen om te zien wat er in het systeem beschikbaar is (zonder echte deelname met transacties) |
| BC3.9 | Business capability | Vendorlocking vermijdend | 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. |
| BC3.10 | Business capability | e-inclusie | Als user (spender, donor en collector) die niet digitaal ben wil ik ook via andere manieren kunnen registreren en gebruik maken van het platform. |
| BC3.10 | Business capability | Validatie 'goede doel' collector | Als collector wil ik kunnen bewijzen dat ik een 'goede doel' ben via bvb de VKBO/mijnburgerprofiel, zodat bij het afromen of bij doorlopende of automatische betalingen er enkel naar 'goede doelen' bvb betaald zullen worden. |
| ID | Type | Samenvatting | Beschrijving |
| UC4 | Use case | UC4: Marketing (CRM) | 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 'collector' (=winkels die deze munt aanvaarden als betaling) Inclusief communicatie platform om berichten, nieuwsletter, alerts, bevestigingen enz te kunnen beheren. |
| BC4.1 | Business capability | Doelgroepen | Als owner wil ik een Identificatie van de doelgroepen (donors, handelaars/collectors en burgers/spenders) kunnen bepalen |
| BC4.2 | Business capability | Targeting | Als owner wil ik een 'doellijst' (targetlist) kunnen opladen in een CRM voor mijn 'acquisitie' strategie |
| BC4.3 | Business capability | Acquisitie | Als owner wil ik mijn doelgroep kunnen benaderen met promoties om bij interesse de regels te volgen om te kunnen genieten van een donatie |
| BC4.4 | Business capability | Communicatie | 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. |
| ID | Type | Samenvatting | Beschrijving |
| UC5 | Use case | UC5: Omzettingsmechanisme | Een facturatie en betalings systeem die de eerste en allerlaatste conversie regelt, zodat de lokale munt in praktijk omgezet kunnen worden in euros. |
| BC5.1 | Business capability | Donatie | Als owner wil ik de donoren kunnen factureren opdat dit bedrag (min administratie kosten?) worden gestort op hun digitale munt rekening. |
| BC5.2 | Business capability | Verzilvering | Als collector wil ik een factuur kunnen sturen naar het beleid om mijn digitale munt te verzilveren in echte euros |
| BC5.3 | Business capability | NBB Licentie | Als owner wil ik aan de e-money licentie voorwaarden (Nationale Bank van Belgie) voldoen |
| BC5.4 | Business capability | Wisselkoersen | Als owner wil ik de wisselkoersen (munt vs euros, munt vs andere munt) kunnen invoeren, bijhouden, visualiseren en gebruiken bij transacties. |
| BC5.5 | Business capability | Waardeverlies | Als owner wil ik de waardeverlies (vervallen munten) kunnen visualiseren. |
| BC5.6 | Business capability | Waarde Fluctuaties? | Als owner wil ik de waarde van een munt ifv vraag en aanbod kunnen laten fluctueren ? |
| BC5.7 | Business capability | Afromen Slaapende munten | Als owner wil ik het 'afromen' van slapende munten (die niet meer gebruikt kunnen worden) kunnen 'schenken' aan goede doel projecten of organisaties. |
| ID | Type | Samenvatting | Beschrijving |
| UC6 | Use case | UC6: Inzichten & Dashboarding | Het verkrijgen van inzichten in het gebruik en de positieve impact op 'goed gedrag' en 'lokale economie' die het beleid kan gebruiken. (Analyse van 'verval' of 'demurage' = waardeverlies, waar gaat dat geld naartoe bvb goed doel,...) |
| BC6.1 | Business capability | Doelgroep Analyse | Als owner (en donor) wil ik mijn campagne resultaten kunnen meten om de doelgroepen beter te kennen |
| BC6.2 | Business capability | ROI berekening | 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) |
| BC6.3 | Business capability | Rapportage | Als owner en donor wil ik alle betalingen/transacties per actie (gedrag) en per doelgroep kunnen analyseren en visualiseren |
| BC6.4 | Business capability | Drill Down | Als owner wil ik alle transacties die binnen een regio (of sector, ed meer) werden gespendeerd kunnen analyseren en visualiseren |
| BC6.5 | Business capability | Churn Prediction | 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 |
| BC6.6 | Business capability | Forecasten | Als owner of Vertical wil ik een 'forecast' kunnen doen van de donors, transacties, saldo's ed meer in de komende periodes |
| ID | Type | Samenvatting | Beschrijving |
| UC7 | Use case | UC7: Principes | 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) use cases moeten kunnen koppelen met het platform - ook aan bestedingszijde moet het platform flexibiliteit bieden (besteding bij handelaar, B2B, donatie aan lokale organisatie/doel/project, andere (crowd funding) systemen... |
| BC7.1 | Business capability | Integratie nieuwe stad of gemeente | Als super admin wil ik een nieuwe extra lokale overheid tot het incentiveringsplatform kunnen toevoegen |
| BC7.2 | Business capability | Integratie Applicatie | Als super admin wil ik een nieuwe extra applicatie kunnen toevoegen (zowel donor als besteders) |
| BC7.3 | Business capability | OSLO standaarden | Als super admin wil ik dat mijn datamodel volledig volgens de OSLO standaarden toegankelijk worden gesteld |
| BC7.4 | Business capability | herbruikbare munten | Als superadmin wil ik dat de munten kunnen hergebruikt worden door andere applicaties om te vermijden dat er telkens een nieuwe munt wordt gegenereerd. |
| BC7.5 | Business capability | punten vs munten | Als super admin wil ik dat zowel munten als punten kunnen opgeslagen en gebruikt worden in de wallet |
| BC7.6 | Business capability | Acties ipv munten of punten | Als super admin wil ik ook 'acties' willen registreren ipv munten of punten, bvb 'planten van bomen' |
| BC7.7 | Business capability | AML en KYC | Als superadmin moet ik de AML en KYC kunnen garanderen. |
| BC7.8 | Business capability | Verdoken beloning | Als superadmin wil ik de 'administratie' kunnen informeren van de premies die betaald werden aan de spenders om zo bvb verdoken salarissen/compensaties te kunnen aangeven. |
| BC7.9 | Business capability | Actie voor actie | 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) |
| ID | Type | Samenvatting | Beschrijving |
| UC8 | Use case | UC8: Draaiboeken | Een bibliotheek leveren van draaiboeken die de steden en gemeenten een 'how to' uitleggen ifv hun behoeften en context |
| BC8.1 | Business capability | Nieuwe ontwikkeling | Als overheid wil ik alle versies van draaiboeken, bestekteksten, enz. voor opstartende lokale overheden kunnen bewaren, delen en publiceren |
| ID | Type | Samenvatting | Beschrijving |
| UC9 | Use case | UC9: Compensatie mogelijkheden (governance model) | Bij het kiezen voor een (additionele) lokale economie ondersteuning, willen we een evenwichtig systeem hebben tussen regionaal en lokaal 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 terwijl er factueel buiten proporties uitgegeven wordt door de burgers in gemeente B. |
| BC9.1 | Business capability | Automatische terugvloeing | 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) |
| BC9.2 | Business capability | Inzichten | 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 |
| BC9.3 | Business capability | goed gedrag vs lokale economie | Als owner wil ik gemakkelijk kunnen kiezen welke munt ik wil gebruiken ifv of het een 'goed gedrag beloning' en/of 'lokale economie steunen' |
| ID | Type | Samenvatting | Beschrijving |
| UC10 | Use case | UC10:helpdesk, klachten, reviews | Helpdesk bij vragen, FAQ, klachten en reviews door alle betrokken partijen |
| BC10.1 | Business capability | Standaard Antwoorden | Als medewerker wil ik efficient standaard antwoorden kunnen beantwoorden op standaard vragen |
| BC10.2 | Business capability | FAQ | Als medewerker wil ik mijn FAQ telkens meer relevanter maken ifv de adhoc vragen die telkens weer binnenkomen |
| BC10.3 | Business capability | Klachten | Als user wil ik mijn klachten ivm het platform (en 'vertikalen) eenvoudig kunnen communiceren |
| BC10.4 | Business capability | Reviews | Als user wil ik mijn tevredenheid kunnen uitdrukken via reviews |
| BC10.5 | Business capability | Inzichten | Als owner wil inzichten kunnen halen van de vragen, klachten en reviews om het platform telkens relevanter te maken |
| BC10.6 | Business capability | Fraudebestrijding | Als superadmin moet ik de AML en KYC kunnen garanderen. |
| ID | Type | Samenvatting | Beschrijving |
| UC11 | Use case | UC11:betalingen | 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' |
| BC11.1 | Business capability | Handelaars | Als collector wil ik via n applicatie betalingen van allerlei munten kunnen ontvangen |
| BC11.2 | Business capability | Shopper | Als spender wil ik via n applicatie mijn betalingen van allerlei munten kunnen uitvoeren |
| BC11.3 | Business capability | Inzichten | Als super admin wil ik kunnen zien hoeveel 'geweigerde' of 'niet doorgegaan' betalingen zijn geweest met reden waarom |
| BC11.4 | Business capability | Commissies | Als super admin wil ik een 'commissie' kunnen 'aftrekken' voordat het 'geld' naar de collector gaat of van de donor komt |
| BC11.5 | Business capability | Fraudebesrijding | Als super admin wil ik mijn betalingsapplicatie kunnen monitoren en beveiligen tegen fraude |
| BC11.6 | Business capability | Betalingskaarten | Als super admin wil ik de gebruikers een electronische chip kaart (zelfde formaat Maestro en kredietkaarten) kunnen geven waarmee ook betalingen kunnen gebeuren |
| BC11.7 | Business capability | Domiciliering/doorlopende opdrachten | Als spender wil ik mijn betalingen ook recurrent kunnen laten uitvoeren naar een goede doel |
| BC11.8 | Business capability | Overschrijvingen | Als spender wil ik mijn betaling ook via een overschrijving, domiciliering, doorlopende opdracht of automatisch doorsturen naar goede doelen bvb kunnen doen naar derden |
| BC11.9 | Business capability | Cancellations | Als collector wil ik de betaling kunnen terugdraaien (bij teruggave product) naar de spender |
| BC11.10 | Business capability | QR of andere 'bonnen' | Als spender wil ik via een code (QR bvb) mijn betaling kunnen doen |
| BC11.11 | Business capability | Gecombineerde munten | Als spender wil ik 'cross' munten betalingen kunnen uitvoeren, dus n betaling die van mijn verschillende munten de saldo afhalen. |