Schü e, Reinha d; Ka i, Mohamed
A icle — Published Ve sion
Cloud En e p ise Sys ems– S a e o he A und
He aus o de ungen ü Un e nehmen
HMD P axis de Wi scha sin o ma ik
P o ided in Coope a ion wi h:
Sp inge Na u e
Sugges ed Ci a ion: Schü e, Reinha d; Ka i, Mohamed (2025) : Cloud En e p ise Sys ems– S a e o
he A und He aus o de ungen ü Un e nehmen, HMD P axis de Wi scha sin o ma ik, ISSN
2198-2775, Sp inge Fachmedien Wiesbaden GmbH, Wiesbaden, Vol. 62, Iss. 1, pp. 5-24,
h ps://doi.o g/10.1365/s40702-025-01141-3
This Ve sion is a ailable a :
h ps://hdl.handle.ne /10419/319053
S anda d-Nu zungsbedingungen:
Die Dokumen e au EconS o dü en zu eigenen wissenscha lichen
Zwecken und zum P i a geb auch gespeiche und kopie we den.
Sie dü en die Dokumen e nich ü ö en liche ode komme zielle
Zwecke e iel äl igen, ö en lich auss ellen, ö en lich zugänglich
machen, e eiben ode ande wei ig nu zen.
So e n die Ve asse die Dokumen e un e Open-Con en -Lizenzen
(insbesonde e CC-Lizenzen) zu Ve ügung ges ell haben soll en,
gel en abweichend on diesen Nu zungsbedingungen die in de do
genann en Lizenz gewäh en Nu zungs ech e.
Te ms o use:
Documen s in EconS o may be sa ed and copied o you pe sonal
and schola ly pu poses.
You a e no o copy documen s o public o comme cial pu poses, o
exhibi he documen s publicly, o make hem publicly a ailable on he
in e ne , o o dis ibu e o o he wise use he documen s in public.
I he documen s ha e been made a ailable unde an Open Con en
Licence (especially C ea i e Commons Licences), you may exe cise
u he usage igh s as speci ied in he indica ed licence.
h p://c ea i ecommons.o g/licenses/by/4.0/deed.de
GRUNDLAGENBEITRAG
h ps://doi.o g/10.1365/s40702-025-01141-3
HMD P axis de Wi scha sin o ma ik (2025) 62:5–24
Cloud En e p ise Sys ems – S a e o he A und
He aus o de ungen ü Un e nehmen
Reinha d Schü e · Mohamed Ka i
Eingegangen: 14. Sep embe 2024 / Angenommen: 2. Janua 2025 / Online publizie : 14. Janua 2025
© The Au ho (s) 2025
Zusammen assung Die So wa ehe s elle p opagie en ü En e p ise Sys ems das
Cloud Compu ing. So sollen säm liche Komponen en on En e p ise Sys ems lang-
is ig nu noch als So wa e as a Se ice genu z we den. Au g und de Abhängig-
kei iele Anwendungsun e nehmen on den wenigen Anbie e n (Mic oso , SAP,
O acle, In o , Sage, Sales o ce e c.) s ell sich die F age, welchen En wicklungen
die Applika ionsa chi ek u en und IT-P ozesse un e wo en sein we den. Ausgehend
on eine En al ung dessen, was un e En e p ise Sys ems e s anden wi d und wel-
che P äsupposi ionen den nach olgenden Abschni en un e liegen, wi d de S a e o
he A heu ige En e p ise Sys ems ku z skizzie . Es wi d eine Re e enza chi ek-
u en wo en, in de die Se ices de d ei g oßen Hype scale e o e we den.
Zule z we den die s a egischen, p ozessualen und applika ionsmäßigen sowie sys-
em echnischen Implika ionen des Cloud Compu ing ü die Anwendungsun e neh-
men au gezeig . De Bei ag e deu lich , dass die echnologischen Pa adigmen und
Sys ems-Enginee ing-Vo gehensweisen im Cloud Compu ing die zukün ige Ein üh-
ung on En e p ise Sys ems und auch de en Be ieb nachhal ig e ände n we den.
De Bei ag schließ mi einem Ausblick au zukün ige He aus o de ungen ü die
Fo schung und die be iebliche P axis.
Schlüsselwö e En e p ise Sys ems · Cloud Compu ing · SaaS · PaaS ·
Applika ionsa chi ek u · ERP-Ein üh ung
Reinha d Schü e · Mohamed Ka i
Fakul ä ü In o ma ik, Uni e si ä Duisbu g-Essen, Essen, Deu schland
E-Mail: einha d.[email p o ec ed]e
K
6R. Schü e, M. Ka i
Cloud En e p ise Sys ems – S a e o he A and Challenge o
Businesses
Abs ac So wa e manu ac u e s a e p opaga ing cloud compu ing o en e p ise
sys ems; in he long e m, i can be assumed ha all componen s o en e p ise
sys ems will only be p o ided as so wa e as a se ice. Due o he dependence o
many applica ion companies on he ew oligopolis s (Mic oso , SAP, O acle, In o ,
Sage, Sales o ce, e c.), he ques ion a ises as o how applica ion a chi ec u es and IT
p ocesses will de elop acco dingly. S a ing wi h an explana ion o wha is mean
by en e p ise sys ems and which p esupposi ions unde lie he ollowing sec ions,
he s a e o he a o oday’s en e p ise sys ems is b ie ly ou lined. A e e ence
a chi ec u e o cloud compu ing is ou lined, in which he di e en se ices o
he h ee majo hype scale s a e si ua ed. Building on his, he s a egic, p ocess-
ela ed, applica ion- ela ed and sys em- ela ed implica ions o cloud compu ing o
domain companies a e highligh ed. The a icle makes i clea ha he echnological
pa adigms and sys ems enginee ing app oaches in cloud compu ing will pe manen ly
change he u u e implemen a ion o en e p ise sys ems and hei ope a ion. The
a icle concludes wi h an ou look on u u e challenges o esea ch and ope a ional
p ac ice.
Keywo ds En e p ise Sys ems · Cloud Compu ing · SaaS · PaaS · Applica ion
A chi ec u e · ERP Implemen a ion
1 P oblems ellung und En al ung de P äsupposi ionen
En e p ise Sys ems we den gemeinhin nich meh als ein monoli hisches Sys em
e s anden. S a dessen wi d in de Li e a u die Einschä zung ge eil , dass de a -
ige Sys eme sich aus – je nach Au o – ün (G onau 2021) bis sechs (Schü e
2024) un e schiedlichen Sys emen zusammense zen, die abweichende unk ionale
und echnische Au gaben abdecken: En e p ise Resou ce Planning (ERP), Supplie
Rela ionship Managemen (SRM), Supply Chain Managemen (SCM), Cus ome
Rela ionship Managemen (CRM), Business In elligence (BI) und nach dem o lie-
genden Ve s ändnis op ional auch ein Shop-Sys em (Schü e 2023,2024).
Dabei sind En e p ise Sys ems dadu ch gep äg , dass ih e Komponen en S an-
da d-Anwendungssys eme sind, die einen hohen In eg a ionsg ad ans eben (Leyh
und Wend 2018; G onau 2021; Ku bel 2021). Die mi dem Au kommen des Cloud
Compu ing induzie en echnologischen He aus o de ungen ü En e p ise Sys ems
sind e heblich, wie de o liegende Bei ag da s ellen wi d. Die e o de lichen Än-
de ungen in bes ehenden Sys emen haben ih e U sache mögliche weise auch in den
– bezüglich de Cloud-Technologien – ge ingen echnologischen Fo sch i en, die
die S anda dso wa ehe s elle bishe ealisie haben. Dabei wi d in diesem Bei ag
un e Cloud Compu ing (Hen schel e al. 2018; Hen schel und Leyh 2016) nich nu
de Ve kau eine Lösung als So wa e as a Se ice (SaaS) e s anden. S a dessen
un e s ell diese Bei ag, dass mi dem Beg i eines „Cloud-basie en Sys ems“
die Realisie ung on Eigenscha en des Cloud-Na i e ode Se e less Compu ing
K
Cloud En e p ise Sys ems – S a e o he A und He aus o de ungen ü Un e nehmen 7
gemein is , welche jedoch du ch En e p ise Sys ems on heu e nich ode o nu
seh beg enz e üll we den.
Da aus e geben sich die beiden zen alen P oblembe eiche, die diese Bei ag
ad essie :
Welche Ve ände ungen in de A chi ek u on En e p ise Sys ems sind zu e wa -
en und wie wi k sich dies au die E olu ion de A chi ek u en in den Anwen-
dungsun e nehmen aus?
Welche He aus o de ungen und Risiken e geben sich aus den e ände en a chi-
ek onischen Gegebenhei en ü die im Einsa z be indlichen Applika ionsa chi ek-
u en?
De Diskussion de P oblembe eiche seien dabei olgende P äsupposi ionen o -
anges ell , um dem geneig en Lese die Basis de Bewe ung nach ollziehba zu
en al en:
Ein En e p ise Sys em is nich nu ein monoli hisches Sys em, sonde n die Kom-
posi ion on meh e en Sys emen, die auch nich nu on einem So wa ehe s elle
s ammen muss (A chi ek u - und He e ogeni ä sp äsupposi ion).
Die ökonomische und auch echnische Bedeu ung des Cloud-Na i e Compu ing
ü die So wa ehe s elle üh dazu, dass diese die Anwendungsun e nehmen
echnologisch in die Cloud „ eiben“ und al e na i e Technologieangebo e ge in-
ge und o allem wenige leis ungs ähig we den (Cloud-Dominanzp äsupposi i-
on).
Ein En e p ise-Sys em-He s elle dominie die Anwendungssys emlandscha
on Un e nehmen im inhal lichen und auch echnologischen Sinne (be iebswi -
scha liche und echnologische He s elle dominanz-P äsupposi ion).
Da En e p ise Sys ems on den So wa ehe s elle n be iebswi scha lich o ge-
dach we den, is de Lösungs aum ü das ein üh ende Un e nehmen ü wesen liche
we schöp ende P ozesse be iebswi scha lich mi ganz wenigen Ausnahmen zwin-
gend un e spezi izie (Abbildungsunmöglichkei sp äsupposi ion). Es gib lediglich
zwei Fälle, in denen diese wich ige Aspek ge inge ausgep äg is : En wede Un-
e nehmen sind an de En wicklung de Lösungen beim He s elle be eilig ode
die An o de ungen de Un e nehmen sind a sächlich im S anda d ollum änglich
abbildba . Die E kenn nisse aus de Ein üh ung on S anda dso wa e belegen dabei
abe , dass die Indi idualisie ungsan o de ungen e heblich sind und die le z genann-
e Annahme un ealis isch is . Auch die empi ischen E gebnisse belegen, dass in
den We schöp ungsbe eichen on Un e nehmen eine solche Si ua ion nich o lieg
(Buxmann und König 1997; B ehm e al. 2002;Hansene al.2023).
2 S a e o he A heu ige En e p ise Sys ems und de en Ein üh ung
En e p ise Sys ems we den echnologisch und be iebswi scha lich on den je-
weiligen So wa ehe s elle n dominie . Auch wenn es in un e schiedlichen Domä-
nen iele Anbie e on S anda danwendungssys emen gib , so dominie en aus eine
Ma k an eilspe spek i e wenige, g oße Anbie e den Ma k : O acle, SAP, Mic oso
K
8R. Schü e, M. Ka i
und Sales o ce; Auch Sage und Wo kday sind in diesem Zusammenhang noch zu
e wähnen (Sa e az 2022,2023). Unabhängig on dem S anda dso wa ehe s elle
sind Applika ionsa chi ek u en en s anden, in de en Ke n die En e p ise-Sys ems-
Komponen en dominie en, auch wenn wei e e wich ige Applika ionen exis ie en.
Die Kommunika ion zwischen und die In eg a ion mi diesen Komponen en bil-
de dabei die Basis ode „das Backbone“ de Applika ionsa chi ek u en (Olson und
Kesha wani 2010). Dabei gib es mindes ens zwei Fundamen alaspek e, die in de
Li e a u angedeu e we den, alle dings in ih e Wi kmäch igkei ü die Applika i-
onsa chi ek u en nich e ns ha disku ie we den.
E s ens ha sich in de Li e a u die Einschä zung e ablie , dass die Rede on
„gene ischen S anda dsys emen“ (Klaus e al. 2000; G onau 2021) ein ziel üh endes
Lei bild ü ERP-Sys eme sein soll e. Die echnische Realisie ung diese An o de-
ungen du ch das Anwendungsun e nehmen (ode de en Implemen ie ungspa ne )
in de So wa e wi d in de Li e a u meh hei lich als Cus omizing bezeichne (G o-
nau 2021; Ku bel 2021; Klaus e al. 2000), wobei dies im enge en Sinne ehe
eine Pa ame isie ung da s ell (Schü e 2024). De Um ang an Pa ame e n is da-
bei e heblich ( gl. Di ich und Vaucouleu 2008) und diese Pa ame isie ung un-
e s ell , dass die e g öße e Code-Basis mi eine da übe liegenden Pa ame isie-
ungsschich Vo eile mi sich b ing . Dami we den implizi e Annahmen ge o en,
die im Wide sp uch zu Abbildungsunmöglichkei sp äsupposi ion aus dem o he -
gehenden Abschni dieses Bei ags s ehen könn en. Ein solches Zielbild on S an-
da dso wa e un e s ell die Möglichkei hohe S anda disie ungsg ade dadu ch zu
e zielen, dass un e schiedliche An o de ungen on Un e nehmen in de S anda d-
so wa e du ch eine E wei e ung de Codebasis ealisie we den können ode es eine
– im Wo sinn e ns ha e – gene ische Ablei ungsmöglichkei des So wa ecodes aus
An o de ungen de Un e nehmen gib . Hie wi d die Annahme nich ge eil , denn
die Anpassungsmaßnahmen in de S anda dso wa e sind den zi ie en empi ischen
Belegen zu olge immens und haben sich im Zei ablau nich e inge (Di ich
und Vaucouleu 2008). Hie zu sei auch exempla isch de ehemaligen CIO on Aldi
No d zi ie : „Man is schlussendlich hingegangen und ha seh au die bes ehen-
den Beda e de jeweiligen Fachbe eiche bzw. Lände spezi ika gehö und ha eben
nich s anda disie , sonde n in hohem Maße indi idualisie . Wenn man das mal so
e gleich , sich das Coding mal ansieh , sind unge äh 70% de Codes ecken, die
wi heu e nu zen, indi iduelle Na u . Das heiß , a sächlich selbe en wickel bzw.
modi izie , im SAP-Sp achgeb auch, und nu unge äh 30% de Codes ecke sind
on de So wa e om He s elle übe nommen“ (Hoep ne 2021). Ungeach e de
eno men Indi idualisie ung on S anda dsys emen gil es die Bedeu ung on S an-
da dkomponen en mi Ausnahme de BI-Komponen e au zwei Ebenen zu beach en.
Zunächs is aus eine Me aebene die konzep ionelle und e minologische Bedeu-
ung de a ige Sys eme e heblich. Es sind g undsä zliche be iebswi scha liche
Konzep ionen, die die A de Au gabenkoo dina ion es legen. Beispielsweise de-
e minie die Kopplung des Rechnungswesens mi de Ma e ialwi scha ode dem
Ve ieb in einem SAP-Sys em die „Sich au die ökonomische Wi klichkei “. Au
eine Objek ebene is zu beach en, dass de s uk u elle und p ozessuale Rahmen
des Un e nehmens on S anda dso wa ehe s elle n o gegeben wi d und s e s auch
limi ie end wi k . Dabei sind die meis en ak uell im Einsa z be indlichen Sys eme
K
Cloud En e p ise Sys ems – S a e o he A und He aus o de ungen ü Un e nehmen 9
au Da enmodellen basie end, die den Wunsch nach eine in eg ie en Da enhal ung
du ch Inkau nahme als s a zu bezeichnende Da ens uk u en ealisie haben. Bei-
spielsweise is das al e SAP-Da enmodell aus dem R/2-Sys em, in dem die zen alen
O ganisa ionseinhei en des Sys ems ep äsen ie sind, noch imme in g oßen Teilen
ak uell. Meh als 50 Jah e sind diese Da ens uk u en und die da au basie enden
Algo i hmen s abil geblieben.
Zwei ens wi d auch die echnologische Basis in de Diskussion seh sel en p o-
blema isie . Dazu gehö die A de Da enhal ung und des Da enbanksys ems, de
P og ammie sp ache und de En wicklungsumgebung und nich zule z die So -
wa ea chi ek u und ü den Be ieb besonde s bedeu end das Deploymen und die
So wa elogis ik. Le z lich dü e das Technologieal e de unk ionalen Komponen-
en seh hoch sein, was auch eine echnologische Las ü die Anwendungsun e -
nehmen bedeu e . Au g und de Vielzahl on S ammkunden wi ken diese echno-
logischen Gegebenhei en wiede um ganz im Sinne des Inno a o ’s Dilemma on
Ch is ensen (1997) als P oblem ü eine wi kliche Neuen wicklung on ERP, CRM,
SCM ode SRM-Komponen en. Im E gebnis sind die heu igen Applika ionsa chi-
ek u en dami eine sei s du ch die be iebswi scha liche P ägung de wesen lichen
Komponen en eines En e p ise Sys ems limi ie und ih e Wei e en wicklung ein-
gesch änk . Ande e sei s wi d de Be ieb de Applika ionen und de en Wei e en -
wicklung aus echnische Sich du ch die S anda dso wa ehe s elle o gegeben.
De le z genann e Aspek e schein o de g ündig nich so bedeu end zu sein, is
abe ü die O ganisa ion de IT und auch die Ein üh ung de Sys eme on ho-
he Bedeu ung. Die Kompe enzbasis de IT-Ressou cen läss sich nich so ein ach
e ände n, is sie doch in den handelnden Pe sonen beg ünde . De en Wissen is
an die un e schiedlichen Ecosys eme echnisch und auch ökonomisch gebunden,
übe g ei ende und ie e Domänen- und Technologiekenn nisse sind übe aus sel en
o handen.
Folge ich ig we den on den S anda dso wa ehe s elle n in Abhängigkei on
dem Gegens and de Ein üh ung (den Komponen en eines ES, also BI, SCM, SRM,
ERP, CRM und Shop-Sys em) und dem Deploymen -Modell in de Cloud un e -
schiedliche Vo gehensmodelle mi sam de die Ein üh ung un e s ü zenden Tools
ü das Applica ion Li ecycle Managemen o e ie (A al e al. 2024), die auch
noch anhand de e olg en Zwecke des Vo gehensmodells a iie we den (z.B.
P oduk en wicklung eines Templa e-Sys ems, Rollou eines Templa e-Sys ems, Re-
lease-Wechsel). Zusä zlich bie en die im Ecosys em (Wul e 2024) de So wa ehe -
s elle be indlichen Implemen ie ungspa ne i.d.R. adap ie e, mi un e auch eigene
Vo gehensmodelle, um sich on We bewe be n zu di e enzie en. Die Pa ne im
Ecosys em eichen on global agie enden Sys emhäuse n übe Schulungsanbie e
bis hin zu F eelance n. Die bei diesen Pa ne n im Fokus s ehenden Vo gehensmo-
delle lehnen sich in de Regel an ehe klassische sequenzielle ode i e a i e ode an
agile Vo gehensmodelle an. Dabei is die A des Vo gehens bei eine S anda dso -
wa e nich so ei wählba , wie dies bei eine Indi idualso wa e de Fall is . Die
Vo gabe de be iebswi scha lichen Inhal e in Fo m on Da ens uk u en und P o-
zessen üh ebenso wie die A de Realisie ung de gleichen in So wa ecode dazu,
dass das Vo gehen inhal lichen und echnologischen Res ik ionen un e wo en is .
Dami wi d auch de Einsa z „ech e “ agile Vo gehensweisen in komplexen ansak-
K
10 R. Schü e, M. Ka i
Klassisch
SRM
En e p ise-Sys ems-Ausp ägung
CRM
Agil
Vo gehensmodell
BI
ERP Shop
SCM
Abb. 1 Dominan e Vo gehensmodell ypen bei Komponen en on ES-Sys emen. Die G a ik äg das do-
minan e Vo gehensmodell gegen die En e p ise-Sys ems-Komponen en au . ERP und SCM we den wei e -
hin wei gehend im klassischen Modell en wickel , wäh end SRM, Shop, CRM und BI-Sys eme o anging
dem agilen Vo gehensmodell olgend en wickel we den. (Eigene Da s ellung)
ionalen Sys emen inne halb eines En e p ise Sys ems sel en p ak izie . Abb. 1gib
einen Eind uck wiede , wie wenig e b ei e agile Vo gehensmodelle nach Einschä -
zung de Au o en en gegen gegen eiligen Ankündigungen de He s elle in ealen
P ojek en im En e p ise-Sys ems-Kon ex sind.
Dabei sei o allem da au hingewiesen, dass ein SCM- ode ein ERP-Sys em
wei aus s ä ke ansak ional komplexe e be iebswi scha liche P ozesse ealisie ,
als dies in den ande en Sys emen de Fall is . Au g und de dami e bundenen
In eg a ionsp oblema ik in diesen Sys emen we den dahe auch klassische Vo ge-
hensmodelle e o de lich.
Unabhängig on dem Vo gehensmodell yp we den „Re e enz-Vo gehensmodell-
a ig“ die ün Phasen P ojek o be ei ung, An o de ungsde ini ion (ode in de
Sp ache de P axis auch als Business Bluep in bezeichne ), Realisie ung, P oduk i-
ons o be ei ung und Go Li e un e schieden (Ku bel 2021). In diesen Phasen we den
Au gaben mi P oblemlösungs echniken gelös und mi els Da s ellungs echniken
die Lösungen dokumen ie ( gl. zum Ve s ändnis on Phasen, Au gaben, Da s el-
lungs- und P oblemlösungs echniken auch die Aus üh ungen bei Teubne 1999).
Dabei sind die im Rahmen de Phasen wah zunehmenden Au gaben on de spezi i-
zie en Domäne und de echnologischen Basis abhängig. Die ealen Ein üh ungs äl-
le we den du ch die Vo gehensmodelle des jeweiligen S anda dso wa ehe s elle s
gep äg (sei es SAP, O acle, Mic oso , Sales o ce, o.a.), die i.d.R. du ch he s elle -
K
Cloud En e p ise Sys ems – S a e o he A und He aus o de ungen ü Un e nehmen 11
spezi ische Tools ü das Applica ion Li ecycle Managemen un e s ü z we den. Die
beiden zen alen Phasen, die An o de ungsde ini ion und die Realisie ung, weisen
dabei s anda dso wa espezi ische Aspek e au :
Die An o de ungsde ini ion is nich ei, sonde n olg je nach Vo gehensmodell
und Ziel de Sys emein üh ung den in de So wa e ealisie en be iebswi scha -
lichen Vo gaben des S anda dso wa ehe s elle s (z.B. G een ield und B own ield
de Sys eme/O ganisa ion und Aus ich ung am S anda dso wa esys em als sys-
em echnischem Ziel ode be iebswi scha lich sinn olle Aus ich ung an den An-
o de ungen des Un e nehmens). Dabei he sch in de P axis zu Beginn des P o-
jek es die Vo gabe o , dass so iel S anda d wie möglich und so wenig Indi idua-
lisie ung wie nö ig ealisie we den soll. Es we den dabei un e schiedliche A en
on Vo lagen e wende , wie au konzep ionelle Ebene P ozessmodelle ode auch
einge ich e e Sys eme mi S ammda en und kon igu ie en P ozessmodellen (z.B.
SAP Ma ke S anda d).
Bei de Realisie ung olg diese den echnischen Rahmenbedingungen de heu-
igen Sys emkomponen en, die i.d.R. einen his o ischen Hin e g und haben und
dami auch die eingese z en Pa adigmen und Se ices beg enzen.
Diese beiden Aspek e we den im nach olgenden Kapi el au geg i en. Fü die
spä e e Analyse de Ein üh ungs e ände ung du ch neue A chi ek u p inzipien in
einem Cloud Na i e Compu ing is die Kenn nis beide Aspek e undamen al.
3 A chi ek u en im Cloud Compu ing
3.1 Cloud-Compu ing-A chi ek u en aus de Pe spek i e de Cloud P o ide
3.1.1 Übe blick
Cloud Compu ing e leih Ha dwa e diejenigen Skalie ba kei s- und Au oma isie-
ungseigenscha en, die da o nu So wa e o behal en wa en. Das Be ei s ellen
eines Compu e s, zehn ausende Compu e , eines globalen Ne zwe ks on Sa elli-
en-Bodens a ionen ode soga eines Quan encompu e s e o de nich meh als eine
In e ne e bindung und das Aus üh en einige Codezeilen (und eine K edi ka en-
numme ). Von de Be ei s ellung eine Websei e ü eine lokale Schüle zei ung bis
hin zum Be ieb on Ne lix können alle e o de lichen Sys em essou cen (Compu-
e , Ne zwe k, Da enbanken, Benu ze au hen i izie ungsdiens e ode GPU (G aphics
P ocessing Uni s)-Clus e , die ü das T aining im Rahmen on Machine-Lea ning-
Wo kloads benö ig we den) im gewünsch en Layou in So wa e de inie und oll-
au oma isch be ei ges ell we den (A mb us e al. 2009; Ba oso e al. 2003;Waibel
2020).
Das Cloud Compu ing soll ü die Anwendungsun e nehmen e heblich e ein-
ach e und beschleunig e En wicklungs- und Be iebsp ozesse e möglichen. Dabei
is die Realisie ung de Ziele nich nu abhängig on de angebo enen Se iceb ei-
e und - ie e de Cloud-Anbie e , sonde n o allem auch on den Fähigkei en des
einse zenden Un e nehmens. Das zen ale We e sp echen de d ei g oßen Cloud-
K
12 R. Schü e, M. Ka i
Hype scale – Amazon, Alphabe und Mic oso – bes eh da in, eine gu ges al e-
e P o isioning API (Applica ion P og amming In e ace) anzubie en, die Kunden-
Reques s en gegennimm und die Ressou cen en sp echend au oma isch be ei s ell
(Fehling und Leymann 2018). Im Kon ex dieses Bei ags komm de P oduk -Po -
olio-A chi ek u de Cloud P o ide eine besonde e Rolle zu, um ih e Wi kung au
die E s ellung und den Be ieb on En e p ise Sys ems aus eine A chi ek u en -
wicklungspe spek i e beu eilen zu können.
3.1.2 Se iceni eau-o ien ie e Eino dnung
Die A chi ek u de Cloud-P o ide wi d kanonische weise in In as uc u e-as-a-
Se ice (IaaS), Pla o m-as-a-Se ice (PaaS), und So wa e-as-a-Se ice (SaaS) un-
e gliede , un e denen sich einzelne als P oduk angebo ene Se ices subsumie en
lassen (Anselmi e al. 2017).
In diesem Bei ag we den die IaaS-Komponen en und PaaS-Komponen en an-
hand des K i e iums de „Sel -Hos abili y“ un e schieden. Es s ell sich die F age,
ob ein Se ice du ch einen Cloud-Ve wende selbs au ande en Low-Le el-Cloud-
Ressou cen in e gleichba e Weise gehos e we den könn e. Eine IaaS-Kompo-
nen e kann nich selbs gehos e we den, wobei ein PaaS-Komponen e du ch Inan-
sp uchnahme ande e Cloud-Ressou cen selbs be ieben we den könn e. Ein NFS
(Ne wo k File Se ice)-kompa ible File Se e (e wa AWS EFS, Azu e Files, ode
Google Cloud Files o e) ebenso wie ein S3-kompa ible Objec S o e (e wa AWS S3,
Azu e Blob S o age, ode Google Cloud S o age) könn e e wa in Eigen egie du ch
Ve wendung i uelle Maschinen, da an angehäng e i uelle Fes pla en und In-
s alla ion eines NFS-Ke nel-Se e selbs be ieben we den. In de Dik ion dieses
Bei ags wä e es dami eine PaaS-Komponen e. Im Gegensa z dazu is eine i uelle
Fes pla e als IaaS-Komponen e einzuo dnen, da sie nich selbs du ch So wa e-
Ins alla ion be ieben we den kann, sonde n – o z alle dazwischenliegenden Vi -
ualisie ungsebenen – du ch den Cloud P o ide in Ko espondenz zu physischem
Fes pla enspeiche be ei ges ell we den muss.
Da übe hinaus we den in diesem Bei ag PaaS-Komponen en und SaaS-Kom-
ponen en danach un e schieden, ob die o nehmliche Nu ze g uppe de Kompo-
nen en So wa een wickle und sys em echnische Nu ze sind ode eine Endnu ze -
Schni s elle o lieg . Dieses K i e ium dien als Indika o ü die Posi ionie ung im
digi alen „We schöp ungsp ozess“ eines Sys ems.
Aus so wa e echnologische und so wa ea chi ek onische Sich is die F age,
ob die da un e liegenden Schich en als IaaS und PaaS be ei ges ell we den o on
ge inge Bedeu ung. Ob e wa eine Pos g es-Da enbank au eine i uellen Linux-
Maschine unmi elba im Hohei sgebie des Cloud-Use s ins allie wu de, ode au
eine i uellen Linux-Maschine beim Cloud P o ide ins allie is , e schein ü
den Anwendungsse e kaum un e scheidba . In beiden Fällen genügen IP-Ad esse
und Po zu ODBC-Schni s elle de Da enbank, um SQL-Ab agen auszu üh en.
Wenngleich es kaum S udien zu Wi kung des Cloud Compu ing au die So wa e-
quali ä gib , wi d angenommen, das auch jensei s de Bewe ung de Skalie ba kei
als eine Quali ä sdimension on So wa e die Quali ä wei e e E alua ionsk i e i-
en s eig . Ebenso gib es kaum Da en dazu, welche ökonomischen ode quali a i en
K
Cloud En e p ise Sys ems – S a e o he A und He aus o de ungen ü Un e nehmen 19
wa ehe s elle e suchen, diese Abbildung de An o de ungen in seinem Ecosys em
und seine Pla o m zu hal en. So weis die SAP Business Technology Pla o m ge-
nau diese En wicklung au . De Umsa z nimm zu und die Implemen ie ungspa ne
sind angehal en, die ehemals im P ojek e olg e En wicklung übe die Pla o m
als wei e e Lösungskomponen en zu en wickeln und anzubie en. Dami wi d dann
zukün ig de S anda dso wa ehe s elle am Umsa z de Pa ne bei Wa ungsgebüh-
en p o i ie en, de Implemen ie ungspa ne auch und die Anwendungsun e nehmen
neben den Nu zungsgebüh en übe die SaaS-Se ices auch noch lau ende Nu zungs-
gebüh en ü die übe die PaaS genu z en Komponen en zu bezahlen haben. Dieses
Spannungs eld bi g eno me Ge ah en, wenn die Sys eme in de Zukun so ein-
ge üh wü den wie dies in de Ve gangenhei de Fall gewesen is . G undsä zlich
dü e dabei die T ans o ma ion de Applika ionsa chi ek u en in die Cloud auch ein
Anlass sein, bei dem die P ozesse g undsä zlich übe dach we den soll en.
4.3 Sys em echnische Re olu ion des Cloud Compu ing und de en
Auswi kungen au das IT-Managemen
Die Au gaben des IT-Managemen s und auch de ope a i en Be iebsp ozesse we -
den in den Un e nehmen du ch das Cloud Compu ung au de echnischen Ebene
du ch die Ande sa igkei nachhal ig das „Wie“ de IT-P ozesse e ände n. Nach-
olgend sollen anhand de skizzie en En e p ise-Sys ems-spezi ischen Kombina ion
on SaaS- und PaaS-Lösungen die neuen In eg a ions- und Koo dina ionsan o de-
ungen angedeu e we den.
Die In eg a ionsan o de ungen, die aus de Ve bindung mi SaaS-Lösungen en -
s ehen (z.B. die In eg a ion eines CRM on Sales o ce mi dem ERP on SAP)
bilden eine adie e Au gabe, die au g und de e wa e en Modula isie ung on
ES-Landscha en (Ga ne 2020) wei e zunehmen we den. Dabei bes eh au g und
de zum Teil „e zwungenen“ Upda es du ch Cloud-Na i e-Anwendungen eine Au -
gabe in de Un e s ü zung des Ve sionsmanagemen s du ch wesen lich agile e IT-
P ozesse. Eine bes ehende Au gabe, die dieses P oblem ebenso be i , is das Tes -
managemen . Das Tes en wi d zu einem lau enden S anda dp ozess, denn es sieh
ak uell nach d ei Ve sionie ungen p o Jah aus, so wie es Sales o ce als e s e g oße
P oponen und Anbie e des Cloud Compu ing ü ES sei länge em p ak izie . Auch
die A chi ek u - und In eg a ionsmanagemen au gaben we den wich ige und kön-
nen on dem IT-Managemen nich meh missach e we den.
Die Koo dina ionshe aus o de ungen e geben sich aus de ins i u ionellen Kom-
plexi ä , denn die ehemals dominan im eigenen Un e nehmen wah genommenen
Au gaben sind zukün ig on einem Ne z on Diens leis e n, Cloud-Anbie e n und
dem Un e nehmen selbs wah zunehmen. In diesem Zuge we den in e n die Au -
gaben zwischen de IT-Ab eilung und den Fachbe eichen neu e eil und ehemals
in e ne Au gaben auch on Diens leis e n wah genommen. Dami se z sich ein
T end o , in dem sich die IT-Ab eilung sei Jah en be inde und die IT-We schöp-
ungske en e ände n sich d ama isch. Dami wi d auch die Diskussion um die
Rollen on Chie Digi al O ice und Chie In o ma ion O ice neu beleb und die
IT-Sys eme und de en O ganisa ion wi d iel s ä ke in dem Ope a ions Manage-
men e anke we den, so die P ognose de Au o en. Fü die Fo schung e geben
K
20 R. Schü e, M. Ka i
sich dami neue He aus o de ungen, die e ek i e und e izien e O ganisa ion de IT
und ih e P ozesse zu un e suchen.
Die In eg a ions- und Koo dina ionsp oblema ik wi d du ch einen mi un e zu ge-
ing beach e en Aspek zusammengeb ach : die Kompe enzen de Mi a bei e . Die
du ch die Mi a bei e ep äsen ie en Kompe enzen bilden die zen ale Knapphei s-
essou ce, an de sich die En scheidungen auszu ich en haben. Diese Übe legung,
die dem Ausgleichsgese z de Planung nach Gu enbe g (1951, S. 126) olg , e o de
abe zunächs eine Ope a ionalisie ung, die alle dings sowohl ü Un e nehmen als
auch ü die Wissenscha seh spannende, ges al ungso ien ie e Einsich en bie e .
5Fazi
En e p ise Sys ems s ehen o eno men He aus o de ungen in Zei en des Cloud
Compu ing, denn die meis en de bes ehenden Sys eme weisen noch nich die Mo-
dul-Cha ak e is ika de in Abschn. 3 skizzie en Re e enza chi ek u au . Dami
we den auch die S a egie und die zukün ige Ein üh ungsweise sich e s in den
nächs en Jah en sich ba in den Un e nehmen e ände n. Es sind au g und de ech-
nologischen Bes ebungen be ei s je z einige T ends o ensich lich. Zunächs wi d
die on den He s elle n zwingend e olg e Reduk ion de Sys emkomplexi ä da-
zu üh en, dass es meh S anda d im Ke n de Sys eme geben wi d. Auße dem
wi d dadu ch die Ve bindung on SaaS- und PaaS-Lösungen zwingend, so dass
meh Indi idualen wicklungen möglich we den – bei eine Sepa ie ung de spezi i-
schen Indi idualisie ungswünsche in Side-by-Side-Ansä zen. Diese Di e enzie ung
zwischen den auch ge ne als „lean co e“ bezeichne en ES-Komponen en und den
spezi ischen An o de ungen des Un e nehmens e ö ne auch die Möglichkei , die
s a egisch wich igen An o de ungen ü Flexibili ä und Agili ä des Un e nehmens
auße halb des om He s elle dominie en So wa ekon ex zu ealisie en. Dami is
es möglich, auch un e Be ach ung de AI Capabili ies, dass wi ein neues Zei al e
on Indi idualso wa e e wa en dü en, welches die ES-Komponen en als Commo-
di y be ach e . In jedem Fall wi d deu lich, dass das Cloud Compu ing die Spiel-
egeln zwischen He s elle n und Anwendungsun e nehmen e ände und le z lich
undamen al ü die gesam e un e nehme ische En wicklung is .
K
Cloud En e p ise Sys ems – S a e o he A und He aus o de ungen ü Un e nehmen 21
6 Anhang
Tab. 1 Se ice-(P oduk -)Angebo de Hype scale au den un e schiedlichen Se iceebenen. (Eigene
Da s ellung)
AWS Azu e Google Cloud
META-SERVICES
Logging CloudT ail Moni o Logs Cloud Audi Logs
Cloud Use IAM IAM Iden i y Managemen IAM
Billing Billing and Cos
Managemen
Billing Cloud Billing
Cos Reduc ion Recommende Cos Op imiza ion Cos Managemen
In as uc u e as Code
Resou ce P o isioning
CloudFo ma ion Azu e Resou ce Mana-
ge
Te a o m on
Google Cloud
NETWORKING
VPC VPC Vi ual Ne wo k VPC
DNS Rou e 53 DNS Cloud DNS
CDN CloudF on F on Doo Media CDN
Fi ewall Web Applica ion
Fi ewall
Web Applica ion Fi e-
wall
Cloud A mo
Load Balancing Elas ic Load Balan-
cing
Load Balance Cloud Load Balan-
cing
PRIVATE CLOUD
In eg a ion a dedica ed
pee ing loca ions
Di ec Connec Exp ess Rou e Cloud In e connec
Ins alla ion Ou pos s S ack Dis ibu ed Cloud
COMPUTE: OS VIRTUALIZATION
VMs EC2 Vi ual Machines Compu e Engine
Remo e Desk op Wo kSpaces Vi ual Desk op Compu e Engine
T ansien Ba ch Jobs (also
compa ible con aine s)
Ba ch Ba ch Ba ch
COMPUTE: CONTAINER VIRTUALIZATION
Kube ne es EKS AKS Kube ne es Engine
High-Le el Con aine
Pla o m
Fa ga e Con aine App Cloud Run
Low-Le el Con aine Pla -
o m
ECS Con aine Ins ances Cloud Run
COMPUTE: SERVERLESS
Func ions Lambda Func ions Cloud Func ions
K
22 R. Schü e, M. Ka i
Tab. 1 (Fo se zung)
AWS Azu e Google Cloud
STORAGE
Block EBS Disk S o age Pe sis en Disk
Objec S3 Blob S o age Cloud S o age
Rela ional p op ie a y Au o a SQL AlloyDB, Cloud
Spanne
Rela ional 3 d pa y RDS Da abase SQL
NoSQL DynamoDB Table S o age, Cosmos
DB
Da as o e, Big able
In-Memo y Key-Value S o e
(Redis/Memcached)
Elas iCache Cache Memo ys o e
NFS/SMB EFS Files Files o e
DATA-INTENSIVE COMPUTE/WORKLOADS & ML WORKLOADS
SQL Que y Engines
(~P es o)
A hena Synapse Polybase P es o on Da ap oc
ML O ches a o SageMake Machine Lea ning
S udio
Ve ex AI
SQL Da a Wa ehouse Redshi Synapse Analy ics BigQue y
Da a Lake Go e nance Lake Fo ma ion Da a Sha e Da aplex
ETL Glue Da a Fac o y Cloud Da a Fusion
MPP EMR HDInsigh Da ap oc
En e p ise Sea ch Kend a AI Sea ch Cloud Sea ch
Visualiza ion QuickSigh Powe BI Looke
Da a Me ada a Manage-
men
Glue Da a Ca alog Da a Explo e , Pu -
iew
Da aplex
SYNCHRONOUS COMMUNICATION
API Managemen API Ga eway API Managemen API Ga eway
G aphQL AppSync API Managemen (as
a ea u e)
Apigee (as a ea u e)
ASYNCHRONOUS (EVENT/MESSAGE-BASED) COMMUNICATION
Message B oke
(~Rabbi MQ)
MQ, SQS+ SNS Se ice Bus Pub/Sub
S eam P ocessing
(~Ka ka)
Kinesis E en Hubs Pa ne Con luen
Cloud
Queuing SQS Queue S o age Pub/Sub
E en Bus/E en Rou ing E en B idge E en G id E en a c
Wo k low au oma ion S ep Func ions Logic Apps Wo k lows
GENERIC APP SERVICES
End Use IAM Cogni o App Se ice Au h Iden i y Pla o m,
Fi ebase Au h
Sec e Managemen Sec e s Manage Key Vaul Sec e Manage
Web Hos ing Ampli y Hos ing Fi ebase Hos ing S a ic Web Pages
Logging and Moni o ing
(~OpenTeleme y, Splunk,
Sen y)
CloudWa ch Moni o Logs Cloud Logging
En e p ise Use IAM IAM Iden i y Cen-
e
En a ID Cloud Iden i y
K
Cloud En e p ise Sys ems – S a e o he A und He aus o de ungen ü Un e nehmen 23
Tab. 1 (Fo se zung)
AWS Azu e Google Cloud
App F amewo k Ampli y App Se ice Fi ebase
T acing X-Ray Applica ion Insigh s Cloud T ace
(PRE-)TRAINED AI APIS
Tex - o-Speech Polly AI Speech Tex - o-Speech AI
NLP Comp ehend AI Language Na u al Language
Con e sa ional AI (Cha -
bo s)
Lex AI Bo Diag low, Ve ex AI
Agen
T ansla ion T ansla e AI T ansla o T ansla e
Compu e Vision Rekogni ion AI Vision Vision AI
CODE AUTOMATION
CI/CD CodePipeline, Co-
deBuild, CodeDe-
ploy, CodeCommi
Gi Hub, Azu e De-
Ops, Repos
Cloud Build, Cloud
Deploy, Sou ce
Reposi o ies
Regis y ECR Con aine Regis y,
A i ac s
A i ac Regis y
FULL-STACK SAAS APPLICATIONS
SAP Deploymen SAP on AWS (EC2,
EBS, VPC, EFS)
SAP on Azu e (VMs,
Disk S o age, Vi ual
Ne wo k, Files)
SAP on Google
Cloud (Compu e
Engine)
Funding Open Access unding enabled and o ganized by P ojek DEAL.
Open Access Diese A ikel wi d un e de C ea i e Commons Namensnennung 4.0 In e na ional Li-
zenz e ö en lich , welche die Nu zung, Ve iel äl igung, Bea bei ung, Ve b ei ung und Wiede gabe in
jeglichem Medium und Fo ma e laub , so e n Sie den/die u sp ünglichen Au o (en) und die Quelle o d-
nungsgemäß nennen, einen Link zu C ea i e Commons Lizenz bei ügen und angeben, ob Ände ungen
o genommen wu den. Die in diesem A ikel en hal enen Bilde und sons iges D i ma e ial un e liegen
eben alls de genann en C ea i e Commons Lizenz, so e n sich aus de Abbildungslegende nich s ande-
es e gib . So e n das be e ende Ma e ial nich un e de genann en C ea i e Commons Lizenz s eh und
die be e ende Handlung nich nach gese zlichen Vo sch i en e laub is , is ü die oben au ge üh en
Wei e e wendungen des Ma e ials die Einwilligung des jeweiligen Rech einhabe s einzuholen. Wei e e
De ails zu Lizenz en nehmen Sie bi e de Lizenzin o ma ion au h p://c ea i ecommons.o g/licenses/by/
4.0/deed.de.
Li e a u
Anselmi J, A dagna D, Lui JC, Wie man A, Xu Y, Yang Z (2017) The economics o he cloud. TOMPECS,
Bd. 2(4). ACM T ansac ions on Modeling and Pe o mance E alua ion o Compu ing Sys ems
A al S, B ynjol son E, Gu C, Wang H, Wu DJ (2024) Unde s anding he e u ns om in eg a ed en e p ise
sys ems: he impac o agile and phased implemen a ion s a egies. MISQ 48(2):749–774
A mb us M, Fox A, G i i h R, Joseph AD, Ka z RH, Konwinski A, Lee G, Pa e son DA, Rabkin A,
S oica I, Zaha ia M (2009) Abo e he clouds: a Be keley iew o cloud compu ing. Technical epo ,
Bd. UCB/EECS-2009-28. Uni e si y o Cali o nia, Be keley
Ba oso L, Dean J, Hölzle U (2003) Web sea ch o a plane : he Google clus e a chi ec u e. IEEE Mic o
23(2003):22–28
B ehm L, Heinzl A, Ma kus ML (2002) Tailo ing ERP sys ems: a spec um o choices and hei implica-
ions. P oceedings i he 34 h Annual Hawaii In e na ional Con e ence on Sys ems Sciences. T ack:
K
24 R. Schü e, M. Ka i
O ganiza ional Sys ems and Technology, Mini ack: ERP Sys em Issues and Answe s, Island o Maui
(Hawaii, USA), Janua y 3–6, 2001
Buxmann P, König W (1997) Empi ische E gebnisse zum Einsa z de be ieblichen S anda dso wa e SAP
R/3. Wi sch In o m 39(4):331–338
Ch is ensen C (1997) The inno a o ’s dilemma: when new echnologies cause g ea i ms o ail, 1. Au l.
Ha a d Business Re iew P ess
Di ich Y, Vaucouleu S (2008) P ac ices a ound cus omiza ion o s anda d sys ems. In: Cheng L, Silli o J,
S o ey MD, Tessem B, Venolia G, de Souza CRB, Di ich Y, John M, Hazzan O, Mau e F, Sha p H,
Singe J, Sim SE (H sg) P oceedings o he 2008 In e na ional Wo kshop on Coope a i e and Human
Aspec s o So wa e Enginee ing, CHASE 2008, Leipzig, Ge many, Tuesday, May 13, 2008. ACM,
S 37–40 h ps://doi.o g/10.1145/1370114.1370124
Fehling C, Leymann F (2018) P o isionie ung. Gable Wi scha slexion. Sp inge Gable (h ps://
wi scha slexikon.gable .de/de ini ion/p o isionie ung-53362)
Ga ne (2020) The u u e o ERP is composable. h ps://www.ga ne .com/en/documen s/3991664. Zuge-
g i en: 10. Dez. 2022
G onau N (2021) ERP-Sys eme. A chi ek u , Managemen und Funk ionen des En e p ise Resou ce Plan-
ning, 4. Au l. Wal e de G uy e , Be lin, Bos on
Gu enbe g E (1951) Die P oduk ion, 1. Au l. Bd. 1. Sp inge , Be lin, Heidelbe g h ps://doi.o g/10.1007/
978-3-662-21965-2
Hansen HF, Hadda a M, Langse h M (2023) In es iga ing ERP sys em cus omiza ion: a ocus on cloud-
ERP. P ocedia Compu Sci 219:915–923
Hen schel R, Leyh C (2016) Cloud Compu ing: Ges e n, heu e, mo gen. HMD 53(2016):563–579
Hen schel R, Leyh C, Pe znick A (2018) Cu en cloud challenges in Ge many: he pe spec i e o cloud
se ice p o ide s. J Cloud Compu 7:5
Hoep ne G (2021) In e iew on Guido Hoep ne zu SAP-Ein üh ung bei ALDI No d du ch Reinha d
Schü e
Klaus H, Rosemann M, Gable G (2000) Wha is ERP? In Sys F on 2(2):141–162
Ku bel KE (2021) En e p ise esou ce planning und supply chain managemen in de Indus ie, 9. Au l.
Sp inge , Be lin, Heidelbe g
Leyh C, Wend T (2018) En e p ise Sys ems als Basis de Un e nehmens-Digi alisie ung. HMD 55:9–24
Olson DL, Kesha wani S (2010) En e p ise in o ma ion sys ems. Con empo a y ends and issues. Wo ld
Scien i ic, New Je sey e al.
Sa e az S (2022) Compendium on en e p ise esou ce planning. Ma ke , unc ional and concep ual iew
based on SAP S/4HANA. Sp inge , Be lin
Sa e az S (2023) ERP-So wa e: Funk ionali ä und Konzep e. Basie end au SAP S/4HANA. Vieweg,
Wiesbaden
Schü e R (1998) G undsä ze o dnungsmäßige Re e enzmodellie ung. Kons uk ion kon igu a ions- und
anpassungso ien ie e Modelle. Gable , Wiesbaden
Schü e R (2023) ERP-Sys eme in de Ä a des Cloud Compu ings. ERP in o ma ion, Bd. 1/2023. DPI
Ve lag, S 15–19 h ps://doi.o g/10.58678/e p-in o ma ion_23-1_15-19
Schü e R (2024) The nex gene a ion o ERP sys ems: p oblems o adi ional ERP-Sys ems and he nex
wa e o eally s anda dized ERP-Sys ems. In: S ecke S, Jung J (H sg) In o ming possible u u e
wo lds—Essays in honou o Ul ich F ank. Logos, Be lin, S 427–452
Teubne A (1999) O ganisa ions- und In o ma ionssys emges al ung : heo e ische G undlagen und in e-
g ie e Me hoden. Gable , Wiesbaden
Waibel P (2020) Cloud-based elas ici y o business p ocesses and da a s o age. TU Wien (Disse a ion)
Wul e T (2024) Selec ed pe spec i es on pla o ms in E-comme ce ecosys ems. Recommenda ions o
he design and managemen o bounda y esou ces and guidance on he o ches a ion o ecosys em
pa icipan s. Sp inge , Be lin
Hinweis des Ve lags De Ve lag bleib in Hinblick au geog a ische Zuo dnungen und Gebie sbezeich-
nungen in e ö en lich en Ka en und Ins i u sad essen neu al.
K
