# Protokoll Interview Tim

* Andreas Hennek
* Hat damals auch die Demo gegeben
* Markus
* Frontend-Entwickler
* Hat Anhnung
* Erik
* Datenmodell
* Backend
* Antwortet auf Englisch

- - - -

* Welches Problem bzw. Welche Probleme löst Harmony Insight?
* Viele gute Systeme
* Viele gute Informatione
* die Sales Leute müssen mit meheren Tools arbeiten
* das kostet Performance & Zeit -> Nicht gut
* Harmony ist dabei eine „All in One Place“ Lösung
* „holistisch“
* Als Landing-Page
* Andere Tools können aus dem Dashboard geöffnet werden

* Wie viele interne Nutzer hat Harmony Insight ca.?

* 10.000 User; 5.000 Concurent
* Jeder SAP User mit Quota Carrier
* Also jeder, der eine Umsatzvorgabe hat
* Sales Executive, Sales Mitarbeiter …

* Was war vor Harmony Insight die Lösung dafür?

* Wann wurde Harmony Insight entwickelt? (Artikel aus 2017 erwähnt es)
* Wie lange hat die Entwicklung gedauert?

* 2010: 360 Customer-Dashobard
* Erste Version
* Andere Technologie: HTML + Cr?? Report + altes Datawarehouse
* API Service Connector zwischen DW und Crystal Report
* Selber Gedanke: Zentrales Dashboard
* Vllt. auch schon vor 2016 Version mit HANA
* August 2016 inital Commit -> Bis heute
* Neuer UI & Java(?) Part ist neu ggü. 360 CD
* HANA Views sind neu
* Cross-Content-Topic
* Distributed
* zB Finanzen, Accounts Recievable wird nur Benutzt
* Ownership liegt bei den „Besitzern“ der Daten
* (Mein Verständnis: Die Datenmodelle sind auch von anderen Teams betreut)
* Zugriffsrechte, etc. haben insbesondere neue Entwicklung erfordert

* Wie viele Personen waren an der Entwicklung beteiligt?

* Welchen Umfang hat die Software? (Metriken wie z.B. LOCs, Commits, PRs, …)

* Wie viele Systeme sind aktuell an Harmony Insight angeschlossen?
* Welche?

* Direkt nur 2
* DW

* Über One-Data-Platform
* CRM
* ICP
* Harmony Quote
* ISP
* IPP HR
* PRM (Partner Relationship
* Global Pipeline explorer
* Kommt aus dem CRM
* Wikidata -> Extern
* Logos
* I4P
* Insgesammt ca. 10 Systeme
* ~50 Quellen im One-Data-Platform
* Platform wird auch für andere Reports verwendet
* Auch für nicht SAP IT Tools
* Hieß früher OHP
* Tool für Datenförderation
* Harmonisierung, … ist das Ziel der One-Data-Platform
* Hier auch Datenmodelle: HANA Calculation View
* Cloud for Semantics -> Dataware House Clouds
* Stellt Semantische Modelle als Service zur Verfügung

* Welche Erweiterungen waren an der ODP nötig für Harmony nötig ?

* HAN Models
* Dann neues Modelierungs Tool: C4S
* Teilweise wurde in dieses Tool von HANA Models übersetzt
* C4S = Semantic Layer -> wird zu einer HANA View
* Optimiert
* Gute Reusablity
* Viele Regeln für bessere Performance
* Da soll später alles hin

* Wie werden die angebundenen Systeme angefragt? (Welche Schnittstellen, einmal alle Daten oder nur wenn diese zur Anzeige benötigt werden)

* Harmony greift auf One-Data-Platform (BW / OAP ?) zu
* Lief auch schon vor HANA (jetzt aber mit HANA
* Harmony & andere Systeme habe auf dieser Platform Modelle
* Harmony
* Eine Ausnahme: Account Planning greift direkt auf ICP zu
* Via SQL
* Key Executive Data
* Via ODATA
* Nutzer sich Favoriten Kunden anlegen
* Außdem Favoriten Währung
* Das wird nur für Harmony Insight in eine Datenbank geschrieben
* Sonst keinen Schreibzugriff
* Das wurde extra für Harmony Insights gebaut

* Wie kommen die Daten ins DW
* Realtime Spiegelung (SLT)
* Extraktoren
* via Delta Mechanisum
* Timeboxed (1x pro Stunde,… Tag … )

* Wurden im Nachhinein Systeme hinzugefügt?
* Wenn Ja: Wie viel Zeit musste dafür investiert werden?

* Wie viel Zeit würde die Anbindung eines neuen Systems benötigen? (Abhängig von der Größe: Google News, SAP-Software, Fremdsoftware)

* Hängt davon ab, wie kompilziert die Informationen sind
* Gibt es Beziehungen zu anderen Systemen
* Das wird dann kompliziert
* Bsp: ICP hat andere Lebenszyklus als Calidus CPQ
* Calidus komplexe Daten
* Neue Technologie
* -> Halbes Jahr
* Gibt es Kalkulation

* Wenn Logik da ist und die Struktur gut ist, natürlich weniger Aufwand
* Sonst muss viel Anpassungsarbeit gemacht werden
* -> Es muss ein Interface geschrieben werden
* Große Wartezeiten

* Bsp Company Logo System
* hat nur 30min gebraucht

* Wenn Daten in C4S,
* dann braucht man nur einen Query
* Das geht super schnell

* Beispiel Tranformation Regel von CRM System -> Harmony Insights (Frage Werner)

* Ist sehr kompliziert
* Viel Business-Logic um zB zu Filtern
* Bspw. IDs vergleichen
* Bspw. Enums (Dictionary) wie Deal-Type
* Nicht gleich in Harmony Quote und ODP
* Den Filter-Syntax sind auch nicht gleich
* C4S hat dabei aber schon eine bessere Semantik

* Zu Callius CPQ vglbares Quotation Tool wurde eingeführt
* Aber die alten Daten müssen trotzdem noch aus den alten Systemen angeben werden
* Days Sales Outstatnding: Tage Rechnugnsüberzug
* 2 verschiedene ERP Systeme
* mit 3 verschiedenen Invoicing-Systemen
* „Wo kriegt man für einen spezifischen Kunden welche Daten her ?“

* Genemigungen und Kommunikation kostet am meisten Zeit

* Bsp Cloud Renewal:
* Viele Darstellungen
* Es gibt kein einzelnes Attribute, das ein Cloud Renewal kenzeichnet
* Das muss über mehrer Filter bestimmt werden

* Sind die Views in ODP speziell für Harmony entwickelt worden ?
* Nein, Meistens nur erweitert
* Aber auch neue Views

* Wie viel Wissen über die angeschlossenen SAP-Systeme benötigt man?

* Wie viel Zeit hätte ein Team aus SAP-fremden Entwicklern mehr benötigt, um die Daten zu harmonisieren?

* Werden Daten auf einen Standard (z.B. ODM) gebracht, bevor sie angezeigt werden?
* wenn ja: Wie groß schätzt ihr den Anteil von Code der Daten vereinheitlicht?

* In C4S geschrieben
* Mit großer Wiederverwendbarkeit
* Gedanke:
* Alle können das wiederverwenden
* Viele Regeln zur erstellung -> verstehe ich wie Style Guide
* Große Performance
* Viel besser als die alten HANA Views die Harmony vorher verwendet hat

* Wie wurden die Anforderungen für das Dashboard ermittelt (Welche Personen wurden befragt)

* Wie wartungsintensiv ist Harmony Insight? (z.B. durch Code-Anpassungen bei neuen SAP-Softwareversionen)

* Was würdet ihr von einem Dashboard erwarten, welches mit SAP-Graph entwickelt wurde?

* Erwartung: ich kann aus verschieden Systemen abfragen
* Erwartung: GraphQL ?

* Es könnte Verbessern:

* Harmony hat sich verbessert
* Es gab einen JAVA Middleware, die via REST -> SQL geschrieben hat
* 3facher Aufwand
* Frontend, Middleware, ODP
* Mit C4S wurde ein WYSIWYG Editor gebaut
* Einheitliche API um sich die Daten zusammen zu klicken
* REST (nicht ODATA o. GraphQL)
* Vergleichbar mit SAP Graph
* Standarlisierte Antwort über verschiedne Systeme hinweg
* Damit quasi „Backend as a Service“
* Es gibt Bestrebungen
* Da mal einen PoC mit Kunden bauen
* Fazit: Die IT hat quasi ihreren eigen Graph gebaut

* Gibt es eine Dokumentation für Harmony Insight? (Git o.Ä.)

* Es gibt ein Handbuch für Endbenutzer
* Stellt Andreas zu Verfügung

* Repozugriff schickt Marcus

* Zum Repo
* d361 = Projektname intern Harmony
* d361-ui ist die UI
* ist schon viel geschrumpft
* Den es wurden 2 rollen gelöscht
* Es gibt noch 4 Rollen
* Es gab mal ~100.000 Zeilen UI Code
* Domain Driven Backends in JAVA
* Sowas wie Mikroservices, nur größer
* Indicators = Notification
* CSM & Cloudaccounts => Archiviert, sind die 2 Rollen die gelöscht wurden
* Zusätzlich noch HAN Views
* die liegen aber nicht Github

* Wäre es möglich, Zugriff auf TSG Hoffenheim in Harmony Insight zu bekommen?

* An wen kann ich mich nach dem Interview wenden, wenn mir Fragen aufkommen?
* E-Mail über Verteiler schicken