Inventariseren van externe systemen en bepalen hoe gegevens, processen en gebeurtenissen worden uitgewisseld binnen het applicatielandschap.

---

📖 Introductie

Vrijwel iedere oplossing maakt onderdeel uit van een groter applicatielandschap.

Gebruikers verwachten dat gegevens slechts één keer hoeven te worden ingevoerd en vervolgens beschikbaar zijn in alle relevante systemen. Integraties spelen hierin een cruciale rol.

Een goede integratiestrategie:

✅ voorkomt dubbele invoer

✅ verhoogt datakwaliteit

✅ ondersteunt procesautomatisering

✅ vermindert beheerinspanning

✅ ondersteunt schaalbaarheid en toekomstige uitbreidingen

Tijdens de Discovery-fase wordt vastgesteld:

• Welke systemen betrokken zijn
• Welke gegevens worden uitgewisseld
• Welke systemen eigenaar zijn van gegevens
• Welke integratiepatronen gebruikt worden
• Welke technische en functionele beperkingen bestaan

---

🌐 Applicatielandschap

Breng alle betrokken systemen in kaart.

Controlepunten

• ☐ Externe systemen geïdentificeerd
• ☐ Interne systemen geïnventariseerd
• ☐ Applicatie-eigenaren bekend
• ☐ Systeemverantwoordelijkheden vastgesteld
• ☐ Applicatielandschap gedocumenteerd

Doel

Inzicht krijgen in alle systemen die onderdeel zijn van het proces.

Voorbeelden

✅ ERP

✅ CRM

✅ HR-systeem

✅ SharePoint

✅ Data Warehouse

✅ Power Platform

✅ Externe portalen

Let op

🚩 Onbekende afhankelijkheden

🚩 Verouderde systemen

🚩 Onduidelijk eigenaarschap

🚩 Integraties buiten beheer

---

🗂️ Gegevensuitwisseling

Bepaal welke gegevens tussen systemen worden uitgewisseld.

Controlepunten

• ☐ Datastromen in kaart gebracht
• ☐ Gegevensobjecten geïdentificeerd
• ☐ Source of Truth bepaald
• ☐ Richting van gegevensstromen vastgesteld
• ☐ Synchronisatiebehoefte onderzocht

Doel

Begrijpen hoe gegevens zich door het landschap bewegen.

Voorbeelden

✅ Klantgegevens

✅ Contactgegevens

✅ Orders

✅ Contracten

✅ Productinformatie

✅ Facturen

Let op

🚩 Dubbele gegevensbronnen

🚩 Onduidelijke datadefinities

🚩 Handmatige gegevensoverdracht

🚩 Verlies van dataconsistentie

---

🏛️ Source of Truth

Bepaal welk systeem eigenaar is van welke gegevens.

Controlepunten

• ☐ Eigenaar per gegevensobject vastgesteld
• ☐ Masterdata geïdentificeerd
• ☐ Synchronisatieregels vastgesteld
• ☐ Conflicten beoordeeld

Doel

Voorkomen dat meerdere systemen dezelfde gegevens beheren.

Voorbeelden

Let op

🚩 Meerdere bronnen voor dezelfde gegevens

🚩 Onduidelijk eigenaarschap

🚩 Gegevens overschrijven elkaar

🚩 Geen governance op masterdata

---

⚙️ Integratiepatronen

Bepaal hoe gegevens worden uitgewisseld.

Controlepunten

• ☐ Integratiepatroon gekozen
• ☐ Real-time behoefte vastgesteld
• ☐ Batchverwerking beoordeeld
• ☐ Event-driven scenario's onderzocht
• ☐ Performance-eisen beoordeeld

Integratiepatronen

🔹Real-time

Directe verwerking van wijzigingen.

Voorbeelden

✅ API-koppelingen

✅ Webhooks

✅ Event Driven Architecture

🔹Batch

Periodieke verwerking van gegevens.

Voorbeelden

✅ Dagelijkse synchronisatie

✅ Nachtverwerking

✅ Gegevensimport

🔹Event-Based

Verwerking op basis van gebeurtenissen.

Voorbeelden

✅ Nieuwe klant aangemaakt

✅ Order afgerond

✅ Contract gewijzigd

Let op

🚩 Real-time gebruiken zonder noodzaak

🚩 Complexiteit onderschatten

🚩 Geen rekening houden met piekbelasting

---

🔧 Technische Haalbaarheid

Controleer de technische mogelijkheden van betrokken systemen.

Controlepunten

• ☐ API's beschikbaar
• ☐ Connectoren beschikbaar
• ☐ Authenticatiemethodes bekend
• ☐ Limieten vastgesteld
• ☐ Beperkingen geïdentificeerd

Doel

Voorkomen dat ontwerpen gebaseerd zijn op niet-beschikbare functionaliteit.

Let op

🚩 Geen API beschikbaar

🚩 Verouderde interfaces

🚩 Rate limits onbekend

🚩 Leveranciersafhankelijkheden

---

🔐 Security & Toegang

Beoordeel hoe integraties veilig worden ingericht.

Controlepunten

• ☐ Authenticatie bepaald
• ☐ Autorisatie beoordeeld
• ☐ Service accounts vastgesteld
• ☐ Gegevensbescherming onderzocht
• ☐ Compliance-eisen geïnventariseerd

Voorbeelden

✅ OAuth

✅ Managed Identities

✅ Service Principals

✅ API Keys

✅ Certificaat-authenticatie

Let op

🚩 Hardcoded credentials

🚩 Gedeelde accounts

🚩 Overmatige rechten

🚩 Gegevens onbeveiligd transporteren

---

🚨 Monitoring & Foutafhandeling

Bepaal hoe integraties worden bewaakt.

Controlepunten

• ☐ Monitoring ingericht
• ☐ Loggingvereisten vastgesteld
• ☐ Escalatieproces bepaald
• ☐ Herstelprocedures beschreven
• ☐ Verantwoordelijkheden vastgelegd

Doel

Zorgen dat verstoringen snel worden gedetecteerd en opgelost.

Let op

🚩 Geen monitoring

🚩 Geen foutmeldingen

🚩 Problemen worden ontdekt door gebruikers

🚩 Onduidelijk eigenaarschap

---

❓ Voorbeeldvragen

Applicaties

• Welke systemen zijn betrokken?
• Welke systemen moeten gekoppeld worden?
• Welke afhankelijkheden bestaan?

Data

• Welke gegevens worden uitgewisseld?
• Welke gegevens zijn leidend?
• Hoe vaak wijzigen de gegevens?

Techniek

• Zijn API's beschikbaar?
• Zijn standaardconnectoren beschikbaar?
• Welke beveiligingsmethoden worden ondersteund?

Beheer

• Wat gebeurt er als een integratie faalt?
• Hoe worden fouten opgelost?
• Wie is eigenaar van de koppeling?

---

📦 Deliverables

Na afronding van deze activiteit zijn beschikbaar:

• Applicatielandschap
• Overzicht van integraties
• Datastroomdiagram
• Source of Truth overzicht
• Integratiepatronen
• Security- en authenticatievereisten
• Risicoanalyse

---

📝 Vastlegging

Leg alle resultaten vast in de projectspecifieke Discovery Documentation.

Documenteer minimaal:

• Betrokken systemen
• Datastromen
• Source of Truth
• Integratiepatronen
• Authenticatiemethoden
• Security-eisen
• Monitoringvereisten

Gebruik deze documentatie als basis voor architectuur, ontwikkeling en beheer.

---

📊 Visualisaties

Visualisaties ondersteunen het inzichtelijk maken van gegevensstromen.

Mogelijke Artefacten

🔹Applicatielandschap

Overzicht van alle systemen en afhankelijkheden.

🔹Datastroomdiagram

Toont welke gegevens tussen systemen worden uitgewisseld.

🔹Integratiearchitectuur

Laat zien hoe systemen technisch verbonden zijn.

🔹Sequence Diagram

Visualiseert interacties tussen systemen.

Richtlijnen

✅ Houd diagrammen eenvoudig

✅ Gebruik duidelijke eigenaarschapmarkeringen

✅ Valideer met stakeholders

✅ Koppel visualisaties aan Discovery Documentation

---

⚠️ Veelvoorkomende Valkuilen

🚩 Geen duidelijke Source of Truth definiëren

🚩 Te veel point-to-point integraties

🚩 Real-time integraties gebruiken zonder noodzaak

🚩 Geen foutafhandeling implementeren

🚩 Geen monitoring voorzien

🚩 Beveiliging onderschatten

🚩 Onvoldoende documentatie

🚩 Techniek leidend maken in plaats van businessbehoefte

---

💡 Praktische Tips

• Begin altijd met het bepalen van de Source of Truth
• Gebruik standaardconnectoren waar mogelijk
• Houd integraties eenvoudig en herbruikbaar
• Kies real-time alleen wanneer noodzakelijk
• Neem monitoring vanaf het begin mee
• Houd rekening met toekomstige uitbreidingen

---

✅ Resultaat

Na afronding van de Integrations Discovery is duidelijk:

• Welke systemen deelnemen aan het proces
• Welke gegevens worden uitgewisseld
• Welke systemen eigenaar zijn van gegevens
• Welke integratiepatronen worden gebruikt
• Welke beveiligingsmaatregelen nodig zijn
• Welke risico's en afhankelijkheden bestaan

Deze informatie vormt de basis voor Solution Architecture, Data Architecture, Security, Datamigratie, Automatisering en de uiteindelijke implementatie van de oplossing.