Drop

Fintech app project — API, mobile, platform integrations.

Overview

Drop Overview

Fintech app project — API, mobile, platform integrations.

Owner: John Last Verified: 2026-02-17

Contents

To be populated from Drop project documentation

Project Overview

Last Verified: 2026-02-17 | Owner: John

Drop — Project Overview

What is Drop?

Drop is a fintech payment app providing remittance and QR payment services for all residents in Scandinavia. It operates on a pass-through PSD2 model — Drop never holds customer money. All funds remain in users bank accounts, with transactions initiated via Open Banking (AISP/PISP).

Current Status

Core Features

  1. Remittance — International money transfers (0.5% fee) via PISP
  2. QR Payments — In-store payments (1% merchant fee) via PISP
  3. Bank Accounts — View linked balances via AISP
  4. Notifications — Push notifications and transaction alerts
  5. Transaction History — Full history with filters

Tech Stack

Team

Key Partnerships

SpareBank 1 Sør-Norge

Branding

User Requirements (ENFORCED)

Important Notes

Key Documents

Active Tasks

Last Verified: 2026-02-17 | Owner: John

Drop — Active Tasks

Open Tasks

High Priority

Medium Priority

Recently Completed

Remaining Work

Task Categories

  1. Technical Implementation — Core features, APIs, database
  2. Security & Compliance — GDPR, PSD2, security audits
  3. Business Development — Partnerships, regulatory approval
  4. Documentation — User docs, API docs, compliance docs
  5. Testing & QA — Automated tests, load testing, security testing

Compliance Overview

Last Verified: 2026-02-17 | Owner: John

Drop — Compliance Overview

Regulatory Framework

PSD2 Compliance

AML/KYC Requirements

GDPR Compliance

Incident Response

Beredskapsplan (Contingency Plan)

Location: /Users/makinja/ALAI/products/Drop/legal/beredskapsplan.md

Key Elements:

  1. Incident classification — P1 (critical) to P4 (minor)
  2. Response team — Roles and responsibilities
  3. Communication protocol — Internal and external notifications
  4. Recovery procedures — System restoration steps
  5. Post-incident review — Root cause analysis, lessons learned

Hendelseshaandtering (Event Handling)

Location: /Users/makinja/ALAI/products/Drop/legal/hendelseshaandtering.md

Covers:

Data Processing

Behandlingsprotokoll (Processing Protocol)

Location: /Users/makinja/ALAI/products/Drop/legal/behandlingsprotokoll.md

Defines:

Data Processing Agreements

Location: /Users/makinja/ALAI/products/Drop/legal/

Four DPA templates for different processor categories:

  1. Banking partners (Wise, Swan)
  2. Infrastructure providers (Vercel)
  3. Analytics services
  4. Support tools

Fees & Pricing

Gebyrskjema (Fee Schedule)

Location: /Users/makinja/ALAI/products/Drop/legal/gebyrskjema.md

Pricing:

Rammeavtale (Framework Agreement)

Location: /Users/makinja/ALAI/products/Drop/legal/rammeavtale.md

Standard terms and conditions for Drop users.

Security Measures

Application Security

Infrastructure Security

Operational Security

Design System

Last Verified: 2026-02-17 | Owner: John

Drop — Design System

UI Source of Truth

Location: /Users/makinja/ALAI/products/Drop/mockups/figma-make-export/

Technology: Vite + React components exported from Figma Make

Screens (10 total):

  1. Login
  2. Onboarding
  3. Dashboard
  4. SendMoney
  5. BankAccounts
  6. TransactionHistory
  7. ScanQR
  8. Profile
  9. Notifications
  10. MerchantDashboard

RULE: Always read the corresponding Make component BEFORE implementing any UI change.

Brand Identity

Colors

Typography

Spacing

Component Library

Buttons

Forms

Cards

Navigation

Main Design File

Make Export Documentation

See Figma Make export at /Users/makinja/ALAI/products/Drop/mockups/figma-make-export/README.md

Design Tokens

Future Work

Accessibility

Responsive Design

Animation

Key Decisions

Last Verified: 2026-02-17 | Owner: John

Drop — Key Decisions

Strategic Decisions

Pass-Through PSD2 Model (2026-02-08)

Decision: Drop will NOT hold customer funds. All money remains in users' bank accounts. Rationale: Avoids e-money licence requirement, reduces regulatory burden, faster to market. Implementation: AISP (read balances) + PISP (initiate payments) via Open Banking.

Rebrand from Zica to Drop (2026-02-08)

Decision: Rename product from "Zica" to "Drop" for cultural sensitivity. Rationale: "Zica" has negative connotations in some cultures. Status: Complete — domain getdrop.no secured.

Target Market Expansion (2026-02-08)

Decision: Drop is for ALL Scandinavia residents, not just diaspora. Rationale: Larger addressable market, avoid pigeonholing product. Messaging: General-purpose payment app with low fees.

Banking Partnership Strategy (2026-02-09)

Decision: Pursue agent model under SpareBank 1 licence (70/30 revenue split). Status: Updated pitch sent 2026-02-16, awaiting response. Fallback: Direct PSD2 integration with multiple banks.

Technical Decisions

Tech Stack

Feature Flagging

Decision: Cards feature behind feature flags. Rationale: Requires banking partner, not critical for MVP. Implementation: Environment variable toggle.

Compliance Decisions

Age Restriction: 18+

Decision: Enforce minimum age 18 via BankID validation. Rationale: PSD2 compliance, reduces KYC complexity. Future: Investigate 15-17 with parental consent (task #830).

Data Retention

Decision: Implement 7-year transaction retention for AML compliance. Status: Implemented in data-retention.ts service.

GDPR Rights

Decision: Full GDPR compliance with rectification, restriction, objection APIs. Status: Implemented user/rectification, user/restriction, user/objection endpoints.

Design Decisions

UI Source of Truth

Decision: Figma Make export is single source of truth for UI. Location: mockups/figma-make-export/ (10 screens, Vite+React) Rule: Always check Make export before implementing UI changes.

Bilingual Support (NO/EN)

Decision: Norwegian primary, English secondary. Implementation: i18n with language toggle.

Specifications Index

Last Verified: 2026-02-17 | Owner: John

Drop — Specifications Index

Core System Specs

User Experience

Payment Features

Supporting Systems

Customer Experience

Analytics & Monitoring

Testing & Quality

Planning Documents

Architecture Documents

Located in /Users/makinja/ALAI/products/Drop/project/architecture/:

Located in /Users/makinja/ALAI/products/Drop/legal/:

Business Documents

Located in /Users/makinja/ALAI/products/Drop/project/docs/:

System Architecture

Last Verified: 2026-02-17 | Owner: John

Drop — System Architecture

High-Level Architecture

┌─────────────────┐
│  Web Frontend   │  Next.js 16 + React 19 + Tailwind v4
│  (Vercel)       │  10 screens: Login, Onboarding, Dashboard, SendMoney,
└────────┬────────┘  BankAccounts, TransactionHistory, ScanQR, Profile,
         │           Notifications, MerchantDashboard
         │
         ▼
┌─────────────────┐
│  API Layer      │  Next.js API Routes
│  (Vercel Edge)  │  - /api/auth/* (login, register, verify)
└────────┬────────┘  - /api/user/* (profile, settings, GDPR rights)
         │           - /api/payment/* (send, receive, history)
         │           - /api/admin/* (screening, STR reporting)
         │           - /api/cron/* (retention, notifications)
         │
         ▼
┌─────────────────────────────────────────┐
│  Services Layer                         │
│  - auth.ts (JWT, BankID integration)    │
│  - screening.ts (AML monitoring)        │
│  - str.ts (Suspicious Transaction Reports)
│  - data-retention.ts (7-year retention) │
│  - secrets.ts (secret management)       │
└────────┬────────────────────────────────┘
         │
         ▼
┌─────────────────┐        ┌──────────────────┐
│  Database       │        │  External APIs   │
│  SQLite         │        │  - BankID (auth) │
│  (better-sqlite3)│       │  - Wise (remit)  │
│  - users        │        │  - Thunes (remit)│
│  - transactions │        │  - Swan (banking)│
│  - accounts     │        │  - Nets (QR pay) │
│  - audit_log    │        └──────────────────┘
└─────────────────┘

Data Flow

User Authentication

  1. User clicks "Logg inn med BankID"
  2. Frontend → /api/auth/bankid/init
  3. API → BankID OAuth flow
  4. BankID → User completes authentication
  5. BankID → API (callback with token)
  6. API → Validate user age (>=18), residency (Norway)
  7. API → Issue JWT (RS256), set httpOnly cookie
  8. API → Frontend (auth success)

Remittance Payment

  1. User selects recipient country, amount
  2. Frontend → /api/payment/initiate
  3. API → Validate user, check limits
  4. API → Wise API (get FX rate, fees)
  5. API → Display breakdown to user
  6. User confirms payment
  7. Frontend → /api/payment/confirm
  8. API → PISP (initiate payment from user's bank)
  9. Bank → User SCA (Strong Customer Authentication)
  10. Bank → API (payment authorized)
  11. API → Wise API (execute transfer)
  12. Wise → Recipient bank
  13. API → Update transaction status
  14. API → Push notification to user

QR Code Payment

  1. User scans merchant QR code
  2. Frontend → Parse QR (merchant ID, amount)
  3. Frontend → /api/payment/qr/initiate
  4. API → Validate merchant, amount
  5. API → Display payment details
  6. User confirms
  7. Frontend → /api/payment/qr/confirm
  8. API → PISP (initiate payment)
  9. Bank → User SCA
  10. Bank → API (payment authorized)
  11. API → Nets API (process merchant payment)
  12. Nets → Merchant account
  13. API → Update transaction, notify user + merchant

Database Schema

users

accounts

transactions

audit_log

Security Architecture

Authentication

Authorization

Data Protection

Infrastructure

Hosting

CI/CD

Monitoring

Disaster Recovery

Innovasjon Norge — Oppstartstilskudd 1

Søknad og vedlegg for Innovasjon Norge Oppstartstilskudd 1 (150K NOK) — markedsavklaring for Drop.

Innovasjon Norge — Oppstartstilskudd 1

Søknad — Drop Oppstartstilskudd 1

Søknad om Oppstartstilskudd 1

Drop — Rimelig remittance og QR-betalinger for alle i Norge

Søker: BASIC AS Organisasjonsnummer: 932 516 136 Opererer som: ALAI Kontaktperson: Alem Basic E-post: alem@alai.no Telefon: +47 40 47 42 51

Prosjektnavn: Drop — Fintech-app for rimelige pengeoverføringer og lokale QR-betalinger Søkt beløp: 150 000 NOK Prosjektperiode: 9 måneder Søknadsdato: 18. februar 2026

1. Prosjektbeskrivelse

1.1 Idé og Formål

Drop er en fintech-app utviklet for alle som bor i Norge og ønsker å sende penger til utlandet billigere, eller betale i lokale forretninger uten dyre terminalgebyrer. Appen kombinerer to tjenester som vanligvis er separerte:

  1. Remittance (pengeoverføringer): Send penger til 30+ land med 0,5% gebyr — langt under konkurrentene Wise (0,7-1,5%), Western Union (5-10%) og MoneyGram (4-8%)
  2. QR-betalinger: Betal i butikken ved å skanne en QR-kode, med 1% gebyr til merchant — billigere enn Vipps (1,75-2,75%)

Drop benytter en pass-through PSD2-modell (PISP/AISP) og holder aldri kundens penger. Alle betalinger initieres direkte fra brukerens bankkonto via Open Banking-integrasjon med BankID-samtykke. Dette eliminerer behovet for banklisens og reduserer regulatorisk risiko betydelig.

1.2 Hvorfor Dette Er Viktig

Norge har rundt 1 million innbyggere med innvandrerbakgrunn (SSB) som årlig sender 5,7 milliarder NOK til utlandet (World Bank). Samtidig finnes det 30 000-50 000 lokale små bedrifter (kebab-sjapper, kiosker, bakerier, frisører, restauranter) som betaler 1,75-2,75% i Vipps-gebyrer for korttransaksjoner.

Ingen eksisterende aktør i Norge kombinerer disse to behovene. Drop skaper en flywheel-effekt: Brukere som sender remittance blir vant til appen → begynner å bruke QR-betaling lokalt → merchantene anbefaler appen → nye brukere sender også remittance.

1.3 Hva Er Nytt?

1.4 Status Nå

Drop har allerede:

Hva mangler: Kundeinnsikt, juridisk struktur for PSD2-agentmodell, BankID-integrasjon, og pilottesting med reelle brukere og merchanter.

2. Marked og Muligheter

2.1 Målgruppe

Primær: Alle innbyggere i Norge som sender penger til utlandet eller ønsker billigere betalingsløsninger i lokale butikker.

Sekundær: SMB-bedrifter (spesielt i innvandrerrike områder) som ønsker lavere transaksjonsgebyrer enn Vipps/kortterminal.

2.2 Markedsstørrelse

Segment Volum Kilde
Innvandrere i Norge ~1 000 000 SSB
Årlig remittance fra Norge 5,7 milliarder NOK World Bank
Gjennomsnittlig remittance-transaksjon ~1 000 NOK World Bank
SMB-bedrifter i Norge ~195 000 SSB
Lokale bedrifter (estimat for QR) 30 000-50 000 SSB (beregning)

Serviceable Addressable Market (SAM): Med konservativt 10 000 aktive brukere som hver sender 3 transaksjoner per måned á 1 000 NOK (0,5% gebyr = 5 NOK), tilsvarer dette: 10 000 brukere × 3 tx/mnd × 5 NOK = 150 000 NOK/mnd fra remittance alene.

Med 500 merchanter som hver prosesserer 50 000 NOK/mnd (1% gebyr = 500 NOK): 500 merchanter × 500 NOK = 250 000 NOK/mnd fra QR-betalinger.

Totalt SAM: ~400 000 NOK/mnd = 4,8 millioner NOK/år.

2.3 Konkurransesituasjon

Aktør Remittance QR-betalinger Diaspora-fokus Gebyr
Vipps ❌ Kun Norge ✅ Men dyrt for merchant ❌ 1,75-2,75% (merchant)
Wise ✅ Cross-border ❌ Ingen merchant-tjeneste ❌ 0,7-1,5%
Revolut ✅ Men generisk ❌ Begrenset ❌ 0,5-1,5%
Western Union ✅ Men dyrt ❌ ✅ Men gammel UX 5-10%
MoneyGram ✅ Men dyrt ❌ ✅ Men gammel UX 4-8%
Drop ✅ Billig ✅ QR (1%) ✅ Alle i Norge 0,5% + 1%

Unikt konkurransefortrinn: Drop er den eneste aktøren i Norge som kombinerer rimelige pengeoverføringer med lokal QR-betaling. Dette skaper en dobbel verdiproposisjon og reduserer customer acquisition cost (CAC) gjennom gjensidig nettverkseffekt.

2.4 Remittance-korridorer

Prioriterte destinasjoner (basert på SSB-data om innvandrergrupper):

3. Teamet

3.1 Nøkkelpersoner

Alem Basic — Gründer, CEO og teknisk leder

SnowIT (snowit.ba) — Utviklingsteam

3.2 Kompetansebehov

Oppstartstilskuddet skal dekke:

  1. Juridisk rådgiver: PSD2-agentmodell, BankID-samtykke, hvitvaskingsloven, GDPR-compliance
  2. BankID/Open Banking-integrasjon: Teknisk partner for produksjonsmiljø
  3. UX-designer: Finpusse brukergrensesnitt basert på kundefeedback

4. Fremdriftsplan

4.1 Fase 1: Kundeintervjuer og Validering (Måned 1-3)

Mål: Verifisere at betalingsvillighet og brukerbehov stemmer med antakelsene.

Aktiviteter:

Leveranser:

Kostnader: 25 000 NOK (honorar til intervjuere, reise, rekruttering av respondenter)

4.2 Fase 2: Pilottesting (Måned 3-6)

Mål: Lansere begrenset pilot med 10 brukere og 5 merchanter for å teste full brukerflyt.

Aktiviteter:

Leveranser:

Kostnader:

4.3 Fase 3: Beta-lansering og Første Betalende Kunder (Måned 6-9)

Mål: Lansere til 20 betalende brukere og sikre 3-5 merchanter med aktive transaksjoner.

Aktiviteter:

Leveranser:

Kostnader:

5. Budsjett

| Kostnadspost | Måned 1-3 | Måned 3-6 | Måned 6-9 | Total | |--------------|-----------|-----------|-----------|-----------|| | Kundeintervjuer (honorar, reise, rekruttering) | 25 000 | — | — | 25 000 | | Juridisk rådgivning (PSD2, GDPR, agentmodell) | 10 000 | 25 000 | — | 35 000 | | BankID/Open Banking-integrasjon | — | 30 000 | — | 30 000 | | UX/design (iterasjoner basert på feedback) | — | 10 000 | 10 000 | 20 000 | | Pilottesting (reise, incentiver, merchant-klistremerker) | — | 10 000 | 10 000 | 20 000 | | Reise (Oslo, Bergen, møter med partnere) | 5 000 | 5 000 | — | 10 000 | | Rapportering og dokumentasjon | — | — | 10 000 | 10 000 | | TOTAL | 40 000 | 80 000 | 30 000 | 150 000 NOK |

Budsjettnøkkel og Antagelser

6. Bærekraft og Samfunnsnytte

6.1 Økonomisk Inklusjon

Drop gjør finansielle tjenester billigere og mer tilgjengelige for grupper som tradisjonelt betaler høye gebyrer for pengeoverføringer. Ved å kutte gebyrer fra 5-10% (Western Union) til 0,5% sparer brukerne betydelige beløp årlig.

Eksempel: En person som sender 5 000 NOK per måned til familien i Serbia:

Med 10 000 brukere betyr dette 39 millioner NOK i årlige besparelser for norske husholdninger.

6.2 Reduksjon av Kontantbruk

Norge jobber mot et kontantfritt samfunn. Drop fremmer digital betaling i små bedrifter som tradisjonelt er avhengig av kontanter (kebab-sjapper, kiosker, taxier). QR-betaling eliminerer behovet for kontanttelling, bankbesøk og svart økonomi.

6.3 Støtte til Småbedrifter

SMB-bedrifter betaler 1,75-2,75% i Vipps-gebyrer. Drop tilbyr 1% gebyr — en besparelse på opptil 63%. For en liten restaurant med 100 000 NOK månedlig omsetning betyr dette:

Med 500 merchanter betyr dette 9 millioner NOK i årlige besparelser for norske småbedrifter.

6.4 Miljømessig Bærekraft

Digital betaling reduserer behovet for fysiske kontanttransporter, bankbesøk og papirbaserte kvitteringer. Drop integreres direkte med Open Banking (PSD2), noe som eliminerer mellomliggende infrastruktur og energiforbruk.

7. Utløsende Effekt (Addisjonalitet)

7.1 Uten Tilskudd

Uten Oppstartstilskudd vil Drop-utviklingen:

7.2 Med Tilskudd

Med Oppstartstilskudd kan Drop:

Konkret addisjonalitet: Tilskuddet muliggjør overgangen fra teknisk prototype til betalt kundevalidering og juridisk produksjonsklarhet — to kritiske milepæler som er nødvendige for videre funding og skalering.

8. Internasjonalt Potensial

8.1 Norden-ekspansjon (År 1-2)

Drop er utviklet med PSD2-modell (EU-standard) og kan derfor ekspandere til andre nordiske land uten å søke separate banklisenser i hvert land:

Teknisk infrastruktur er allerede klar for multi-currency (EUR, SEK, DKK). Eneste barrierer er lokalisering (språk) og markedsføring.

8.2 EU-ekspansjon (År 2-3)

PSD2-direktivet gjelder hele EØS-området. Drop kan derfor ekspandere til:

Skaleringsstrategi: År 1 = Norge (produkt-market fit, first revenue) År 2 = Norden (lokalisering, marketing) År 3 = EU core markets (Tyskland, Nederland, Belgia)

8.3 Hvorfor Dette Er Viktig for Norge

En vellykket norsk fintech-løsning som ekspanderer internasjonalt:

Vedlegg

Påkrevde dokumenter:

  1. ✅ Firmaattest (BASIC AS, org.nr 932 516 136)
  2. ☐ Årsregnskap 2024 (BASIC AS)
  3. ☐ CV — Alem Basic
  4. ✅ Budsjett (se seksjon 5)

Tilleggsdokumenter (valgfrie):

Kontaktinformasjon:

Alem Basic BASIC AS / ALAI alem@alai.no +47 40 47 42 51

Utkast utarbeidet: 18. februar 2026 Status: KLAR FOR GJENNOMGANG

Innovasjon Norge — Oppstartstilskudd 1

Vedlegg: Detaljert budsjett

Detaljert budsjett — Drop Oppstartstilskudd 1

Søker: BASIC AS (org.nr 932 516 136) Periode: 9 måneder Totalt tilskudd: 150 000 NOK

Budsjettfordeling per måned

Budsjettpost Total M1 M2 M3 M4 M5 M6 M7 M8 M9
Kundeintervjuer 25 000 5 000 5 000 5 000 3 000 3 000 2 000 1 000 500 500
Juridisk rådgivning 35 000 5 000 5 000 5 000 5 000 5 000 5 000 3 000 1 000 1 000
BankID/Open Banking 30 000 0 0 5 000 5 000 5 000 5 000 5 000 3 000 2 000
UX/Design 20 000 0 3 000 5 000 5 000 5 000 2 000 0 0 0
Pilottesting 20 000 0 0 0 2 000 3 000 5 000 5 000 3 000 2 000
Reise og møter 10 000 2 000 1 000 1 000 1 000 1 000 1 000 1 000 1 000 1 000
Rapportering 10 000 0 0 0 0 0 0 0 5 000 5 000
Sum per måned 150 000 12 000 14 000 21 000 21 000 22 000 20 000 15 000 13 500 11 500

Beskrivelse per post

1. Kundeintervjuer (25 000 NOK)

Formål: Validere produkthypoteser og behovskartlegging hos målgruppen.

Leveranse: Intervjurapporter, innsiktsoppsummeringer, personas

2. Juridisk rådgivning (35 000 NOK)

Formål: Sikre at Drop overholder finansregulering, PSD2, personvern og forbrukerrettigheter.

Leveranse: Juridiske vurderinger, compliance-dokumentasjon, brukeravtaler

3. BankID/Open Banking integrasjon (30 000 NOK)

Formål: Teknisk integrasjon mot BankID og Open Banking API-er (PSD2).

Leveranse: Fungerende BankID-login, Open Banking integrasjon, testkjøringer

4. UX/Design (20 000 NOK)

Formål: Profesjonell brukeropplevelse og visuell identitet.

Leveranse: Figma-design, UI-kit, navigasjonsflyt

5. Pilottesting (20 000 NOK)

Formål: Brukertesting av MVP med reelle brukere før full lansering.

Leveranse: Testrapporter, bug-logg, produktjusteringer

6. Reise og møter (10 000 NOK)

Formål: Fysiske møter med partnere, potensielle kunder, og rådgivere.

Leveranse: Møtereferat, partneravtaler

7. Rapportering til Innovasjon Norge (10 000 NOK)

Formål: Dokumentasjon og rapportering av fremdrift og resultater.

Leveranse: Sluttrapport til Innovasjon Norge

Finansiering utover tilskuddet

Egen finansiering (fra Entur-inntekt):

Etter 9 måneder:

Ansvarlig: Alem Basic, Daglig leder BASIC AS Kontakt: alem@alai.no Dato: 2026-02-18

Innovasjon Norge — Oppstartstilskudd 1

Vedlegg: CV — Alem Basic

CV — Alem Bašić

Løsningsarkitekt / Tech lead / FULLSTACK utvikler E-post: alem@alai.no Telefon: +47 40 47 42 51 Statsborgerskap: Norsk Bosatt i Norge: 30 år

Oppsummering

Alem Bašić er en erfaren backend-utvikler og løsningsarkitekt med over 25 års erfaring fra utvikling av komplekse systemer. Han har ekspertkompetanse i Kotlin, Java, Python og moderne skyteknologier (Azure, AWS, GCP), og har levert robuste og skalerbare løsninger innen helsesektoren, transport, offentlig forvaltning og bank- og finans.

Gjennom karrieren har Alem ledet og deltatt i store prosjekter der mennesket har stått i sentrum – både som sluttbruker og som kollega. Han har jobbet med alt fra nasjonale helseløsninger som krever høy sikkerhet og tilgjengelighet, til komplekse integrasjoner i bank- og finanssektoren. I disse prosjektene har han hatt en nøkkelrolle i å kombinere teknologi med gode prosesser, slik at teamet kan levere smarte, bærekraftige løsninger som gir reell verdi.

Alem har sterk kompetanse innen systemarkitektur og data engineering, med erfaring fra Databricks, Kafka, KSQLDB, integrasjoner, testdrevet utvikling (TDD), eventdrevet arkitektur, domain-driven design og hybride løsninger. Han behersker et bredt spekter av rammeverk og verktøy, som Spring, Hibernate, Flyway, Ktor og Log4j, og velger alltid riktig teknologi for å skape fleksible og fremtidsrettede løsninger.

Som kollega er Alem kjent for å være inkluderende og hyggelig. Han setter samarbeid høyt, deler kunnskap og bidrar til et miljø der folk trives og utvikler seg. For ham handler teknologi ikke bare om kode, men om mennesker – og om å bygge løsninger som gjør hverdagen enklere.

Opprinnelig fra Bosnia og Herzegovina, har Alem bodd i Norge i snart 30 år og er norsk statsborger.

Nøkkelpunkter

Prosjekterfaring

VCC 2.0 (Vita Care Companion) – Helseplattform — Care Safety Innovations (CSI) (10.2025 – dd)

Rolle: System Architect / Utviklingsleder Teknologi: Java, Spring Boot, Azure Cloud, Azure Container Apps, Python, Functions, Azure Service Bus, PostgreSQL, Kubernetes, Docker, Mikrotjenester, Event-drevet arkitektur, Domain-driven design, OpenAPI, CI/CD, GitHub Actions, Terraform, Grafana, Azure Monitor, REST API, OAuth 2.0, Azure Entra ID

Team Cloud Ops — TET Digital (Ruter) (09.2024 – 09.2025)

Rolle: Data Engineer / Løsningsarkitekt / Senior systemutvikler Teknologi: Java, Kotlin, AWS, Python, Kafka, Kafka Streams, EDA, IoT, MQTT, Databricks, Datadog, Grafana, Spring Boot, Apigee

Modernisering av TVM — Entur (03.2022 – 02.2024)

Rolle: Løsningsarkitekt / Senior systemutvikler Teknologi: Kotlin, Java, Spring Boot, Apache Kafka, KSQLDB, GCP, React, Apigee, Docker, Kubernetes

Modernisering NAV Team Mellomvare — NAV (05.2021 – 02.2022)

Rolle: Løsningsarkitekt / Systemutvikler Teknologi: Kotlin, Java, Spring Boot, Kafka, NAIS/Kubernetes, PostgreSQL, GCP BigQuery, Apigee

B2B Bedriftsportalen — Storebrand (01.2020 – 06.2021)

Rolle: Løsningsarkitekt / Systemutvikler Teknologi: Kotlin, Java, Spring Boot, GCP, Kubernetes, GraphQL, OAuth 2.0, GitHub Actions

Datasamarbeid (SKARO) — Skatteetaten (08.2019 – 01.2020)

Rolle: Ansvarlig arkitekt / Senior utvikler Teknologi: Kotlin, Java, Spring Boot, Kafka, GCP, MongoDB, PostgreSQL, Apigee, OpenShift

Fremtind Forsikring — Meld skade (01.2019 – 06.2019)

Rolle: Backendutvikler

Helfo — Frikort (05.2017 – 12.2018)

Rolle: Løsningsarkitekt / Systemutvikler Teknologi: Java, Kotlin, Spring Boot, Kafka, Kubernetes, React, Docker

Statens Vegvesen — EFFEKT 7 (05.2016 – 05.2017)

Rolle: Løsningsarkitekt

NAV — Bisys/Infotrygd (05.2015 – 04.2016)

Rolle: Løsningsarkitekt

NAV — Fellesregistrene (04.2012 – 05.2015)

Rolle: Teamleder / Senior utvikler

NAV — Oppdragssystem (02.2005 – 04.2012)

Rolle: Løsningsarkitekt / Senior utvikler

Arbeidserfaring

Periode Selskap Rolle
2024 – ALAI (Basic AS) Grunnlegger, daglig leder og senior konsulent
2019 – 2024 Knowit Dataess Senior konsulent
2016 – 2018 Decisive AS Senior konsulent
2010 – 2016 IBM AS Senior konsulent
2008 – 2010 Empiri AS Senior konsulent
2005 – 2008 HumanContent AS IT-konsulent
1996 – 2001 Statnett (Sarajevo, Bosnia) Systemutvikler

Utdannelse

Sertifiseringer

Kurs

Språk

Relevans for Drop

Dato: 18. februar 2026

Innovasjon Norge — Oppstartstilskudd 1

Innleveringssjekkliste

Innleveringssjekkliste — Drop Oppstartstilskudd 1

Søknad til: Innovasjon Norge
Tilskuddsordning: Oppstartstilskudd 1
Søker: BASIC AS (org.nr 932 516 136)
Dato: 2026-02-18

Dokumenter som skal leveres

Hovedsøknad

Vedlegg

Supplerende dokumentasjon (valgfritt, men styrker søknaden)

Sjekkliste før innsending

1. Formelle krav

2. Innholdskrav

3. Kvalitetskontroll

4. Personlige opplysninger (ALEM må fylle inn)

Kontaktinfo for oppfølging

Innovasjon Norge:

Søker (BASIC AS):

Ansvarlig: Alem Basic
Sist oppdatert: 2026-02-18