Door de bouwblokken te benoemen wordt de complexiteit direct duidelijk. Zonder sterk fundament worden toekomstige functionaliteiten onnodig kostbaar waarbij de tijd om tot een resultaat te komen ook een risico vormt.

Het implementeren van gebruikersbeheer functie om gebruikers bepaalde mogelijkheden bieden en hun rollen in de applicatie te beheren. Login door middel van social login of email login. Lost password flow, gebruikersdata losgekoppeld van de gebruiker. Inloggen met QR code, mobile in combinatie met desktop schermen.

De policies gelden voor alle applicaties die gebruik maken van de pool van gebruikers. Dus alle policies gelden ook voor alle applicaties en applicatiefuncties. Door een administratie-schil te introduceren, ook weer gebonden aan dezelfde mechanismen, worden gebruikers notificeren, aanmaken of aanpassen eenvoudige processen.

Alle mogelijke instellingen, teksten, wijzigingen in de applicatie flow zitten in dit blok. Dit hangt sterk af van de keuzes die gemaakt zijn in de front-end.

Elke applicatie kan gebruik maken van signalen. Denk aan email, mobiele notificatie, Chrome notificatie, alles om in een gebruikers flow aandacht te vragen met behulp van data en events.

Hart van een software product als het gaat om rollen, rechten en verschillende applicaties die dezelfde data benutten. Een App service voorbeeld is een matrix van gebruikers en applicatiefuncties of gebruikers flows.

Onze software lagen draaien op infrastructuur van publieke cloud providers. Deze partijen hebben de onderliggende lagen sterk begrensd in gebruik en beveiligd tegen hacking / misbruik. Gebruik van specifieke netwerkverbindingen tussen software componenten en bijvoorbeeld API’s voor verschillende gebruikersgroepen voorkomt misbruik en onbeheersbaarheid. Indien User Identity is ingevoerd kan door policy management, rechten en toegang direct worden toegepast zonder code wijzigingen. Door de policies toe te passen op applicatie services of back-end functies, worden security en beveiliging persoonsgegevens een ontwerp kwestie in plaats van bedrijfsrisico’s.

Elke applicatie waar data in wordt gevoerd heeft behoefte aan een vorm van data delen. Ook wordt de invoer niet alleen door gebruikers gedaan, er kunnen ook externe data bronnen of API’s worden geraadpleegd. Het uitwisselen en wellicht ook verrijken van datastromen is standaard functionaliteit. Data Exchange en Data Storage zijn onlosmakend verbonden aan integraties met derde partijen. Dus eenvoudige API’s voor integraties met andere softwarepakketten.

Voor applicaties die checkout, betalingen of abonnementen nodig hebben. Als de applicaties iets met commercie te maken hebben, zijn verschillende veilige betalingsopties een must. De meest gebruikelijke systemen waarmee we werken zijn Mollie, Stripe, PayPal en Apple Pay. We kunnen echter bijna elke betalingsmethode integreren. De verscheidenheid aan betalingssystemen zal transacties voor de gebruikers vergemakkelijken en jouw applicaties beoordeling verhogen. Betalingssysteem Integratie heeft twee kanten: mogelijkheid om betalingen te doen voor de gebruikers en de mogelijkheid om betalingen te beheren voor de beheerders, in het geval dat je een betalingssysteem integreert.

Levarne levert een beveiligde architectuur met The General Data Protection Regulation Regulation (EU) 2016/679 (GDPR) als uitgangspunt. "Er worden geen individuele gebruikersgegevens opgeslagen in de buurt van de identiteit van de gebruiker." De Algemene Verordening Gegevensbescherming (AVG) heeft zeven ontwerpprincipes:

1. Lawfulness, fairness and transparency
2. Purpose limitation
3. Data minimisation
4. Accuracy
5. Storage limitation
6. Integrity and confidentiality (security)
7. Accountability