---
# System prepended metadata

title: Protokoll Interview Tim

---

# 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






















































