IT-Verträge in der Türkei

Softwareentwicklung, Lizenzierung, SaaS und Cloud, IT-Outsourcing und Systemintegration – IT-Verträge bilden das rechtliche Rückgrat jeder Digitalisierung. Das türkische Recht kennt kein eigenes IT-Vertragsgesetz; maßgeblich sind die allgemeinen Regeln des Obligationenrechts Nr. 6098 (insbesondere Werk-, Dienst-, Miet- und Kaufvertragsrecht), das Urheberrecht (FSEK Nr. 5846) für die Rechteeinräumung sowie flankierend Datenschutz-, E-Commerce- und gegebenenfalls sektorspezifisches Aufsichtsrecht. Für ausländische Auftraggeber, die mit türkischen Softwarehäusern arbeiten – die Türkei ist ein wachsender Nearshoring-Standort –, entscheidet die Vertragsgestaltung über Rechteinhaberschaft, Qualität und Streitfestigkeit des Projekts.

Inhaltsübersicht

• Wie werden IT-Verträge rechtlich eingeordnet?
• Wie werden Softwareentwicklungsverträge gestaltet – klassisch und agil?
• Warum ist die Rechteklausel der wichtigste Teil jedes IT-Vertrags?
• Was ist bei Lizenzverträgen über Standardsoftware zu beachten?
• Was ist bei SaaS- und Cloud-Verträgen zu beachten?
• Wie werden Service Level, Gewährleistung und Haftung geregelt?
• Wie werden Datenschutz und Datensicherheit im IT-Vertrag geregelt?
• Wie werden Rechtswahl, Gerichtsstand und Schiedsklauseln gestaltet?
• Wie sichern Abnahme und Dokumentation die Beweisführung im Projekt?
• Welche Punkte gehören in Verträge mit türkischen IT-Dienstleistern?
• Welche Lehren lassen sich aus gescheiterten Projekten ziehen?
• Warum ist die Funktionalität in Softwareverträgen entscheidend? Ein Beispiel aus der Praxis
• Fazit

Wie werden IT-Verträge rechtlich eingeordnet?

Die Einordnung bestimmt die anwendbaren gesetzlichen Regeln: Die individuelle Softwareentwicklung ist regelmäßig Werkvertrag („eser sözleşmesi") mit Erfolgsbezug, Abnahme und werkvertraglicher Mängelhaftung; die dauerhafte Softwareüberlassung gegen Einmalvergütung wird kauf- bzw. rechtskaufähnlich behandelt, die zeitlich begrenzte Überlassung mietähnlich; laufende Betriebs-, Wartungs- und Supportleistungen sind Dienst- oder Geschäftsbesorgungselemente. In der Praxis sind IT-Verträge typengemischt; die Vertragsgestaltung sollte die Leistungsblöcke deshalb sauber trennen – schon weil Kündigungs-, Verjährungs- und Gewährleistungsregeln je nach Typ unterschiedlich ausfallen.

Wie werden Softwareentwicklungsverträge gestaltet – klassisch und agil?

Beim klassischen Wasserfallprojekt lassen sich Pflichtenheft, Meilensteine, Abnahme und Mängelrechte werkvertraglich klar abbilden. Agile Projekte verlangen angepasste Mechanismen: Beschreibung der Methode und der Rollen, Priorisierungs- und Change-Prozesse, Sprint-Abnahmen und ein vertraglich definierter „Definition of Done", verbunden mit Budget- und Ausstiegsregelungen je Phase. Unverzichtbar sind in beiden Modellen: präzise Leistungsbeschreibung, Mitwirkungspflichten des Auftraggebers, Regelungen zu Quellcode-Herausgabe und Dokumentation, Schlüsselpersonal- und Subunternehmerklauseln sowie Teilkündigungs- und Migrationsregelungen für den Fall des Scheiterns. Bei Festpreisprojekten sollte das Änderungsmanagement (Change Requests) schriftformgebunden sein, um schleichende Leistungsausweitungen zu vermeiden.

Warum ist die Rechteklausel der wichtigste Teil jedes IT-Vertrags?

Nach türkischem Urheberrecht verbleiben die Rechte an entwickelter Software ohne wirksame Übertragung beim Entwickler; die gesetzliche Zuordnung zugunsten des Arbeitgebers gilt nur für dessen eigene Arbeitnehmer, nicht für beauftragte Dienstleister. Rechteklauseln müssen daher schriftlich geschlossen werden und die übertragenen Verwertungsrechte einzeln bezeichnen; pauschale „Alle-Rechte"-Formeln genügen nicht, und die Übertragung von Rechten an künftigen Werken ist unwirksam – bei laufender Entwicklung ist deshalb mit fortlaufenden Übertragungsmechanismen (etwa je Abnahme oder Sprint) zu arbeiten. Zu regeln sind ferner: die Rechtekette zu Subunternehmern und Freelancern des Auftragnehmers, der Umgang mit vorbestehenden Komponenten und Entwicklungswerkzeugen des Dienstleisters (Lizenz statt Übertragung), Open-Source-Compliance mit Auditrecht sowie – als Absicherung – Quellcode-Escrow für Insolvenz- und Beendigungsfälle.

Was ist bei Lizenzverträgen über Standardsoftware zu beachten?

Bei Standardsoftware sind Umfang und Grenzen der Lizenz zu definieren: einfache oder ausschließliche Lizenz, Nutzerzahl- oder Gerätemetriken, Konzern- und Territorialklauseln, Audit-Rechte des Lizenzgebers und deren Grenzen. Im Zweifel gilt nach dem Urheberrechtsgesetz die Einräumung als einfache Lizenz; Übertragungen und ausschließliche Lizenzen bedürfen der Schriftform mit Einzelbezeichnung. Dem berechtigten Nutzer stehen die gesetzlichen Mindestbefugnisse – Sicherungskopie, Beobachtung, Interoperabilitäts-Dekompilierung in engen Grenzen – zu, die vertraglich nicht vollständig abbedungen werden können. Bei Weitervertriebsmodellen sind zusätzlich handelsvertreter- bzw. vertragshändlerrechtliche Fragen einschließlich möglicher Ausgleichsansprüche zu bedenken.

Was ist bei SaaS- und Cloud-Verträgen zu beachten?

SaaS- und Cloud-Modelle sind dauerschuldrechtliche Nutzungsverhältnisse; im Zentrum stehen Verfügbarkeit und Datenherrschaft: Service Level mit Messmethode und Gutschriftenregime, Wartungsfenster, Support-Reaktionszeiten, Datenexportformate und Migrationsunterstützung bei Vertragsende sowie Regelungen zu Subdienstleistern und Rechenzentrumsstandorten. Für regulierte Branchen bestehen Lokalisierungsanforderungen: Im Banken- und Zahlungssektor verlangen die Aufsichtsregeln die Haltung bestimmter Systeme und Daten in der Türkei, und auch weitere sektorspezifische Regime sowie das Kreisschreiben zur staatlichen Informationssicherheit setzen Cloud-Nutzungen Grenzen. Die Datenschutzdimension – Auftragsverarbeitung und Auslandsübermittlung nach KVKK – ist stets mitzuverhandeln.

Wie werden Service Level, Gewährleistung und Haftung geregelt?

Das dispositive Gesetzesrecht passt selten auf IT-Sachverhalte; Gewährleistung und Haftung sollten daher vertraglich geordnet werden: Mängelklassen und Reaktionszeiten, Nachbesserungsvorrang, Minderungs- und Kündigungsrechte, Haftungsobergrenzen und der Ausschluss mittelbarer Schäden. Zu beachten sind die zwingenden Grenzen des türkischen Rechts: Die Freizeichnung von Haftung für Vorsatz und grobe Fahrlässigkeit ist unwirksam, und in Allgemeinen Geschäftsbedingungen unterliegen überraschende und benachteiligende Klauseln der Inhaltskontrolle des Obligationenrechts – einseitige Muster ausländischer Anbieter halten vor türkischen Gerichten nicht immer stand. Vertragsstrafen sind zulässig und verbreitet, können bei Übermaß aber richterlich herabgesetzt werden.

Wie werden Datenschutz und Datensicherheit im IT-Vertrag geregelt?

Verarbeitet der Dienstleister personenbezogene Daten, ist er datenschutzrechtlich Auftragsverarbeiter; der Vertrag muss Sicherheitsmaßnahmen, Weisungsbindung, Subunternehmerfreigaben, Melde- und Unterstützungspflichten bei Datenpannen sowie Lösch- und Rückgabepflichten regeln. Grenzüberschreitende Systeme erfordern die KVKK-konforme Absicherung der Auslandsübermittlung – bei Nearshoring-Projekten in beide Richtungen. Ergänzend gehören Vertraulichkeitsklauseln mit Vertragsstrafe und – je nach Kritikalität – Sicherheitsaudits, Zertifizierungsnachweise und Penetrationstests in das Vertragswerk; für Betreiber kritischer Infrastrukturen kommen die Pflichten des Cybersicherheitsgesetzes Nr. 7545 hinzu.

Wie werden Rechtswahl, Gerichtsstand und Schiedsklauseln gestaltet?

In internationalen IT-Verträgen ist die Rechtswahl grundsätzlich frei; zwingende türkische Normen – etwa Datenschutz, AGB-Kontrolle und aufsichtsrechtliche Lokalisierungen – setzen sich jedoch durch. Für Streitigkeiten bieten sich Schiedsklauseln an (etwa ISTAC oder ICC), da Schiedssprüche nach dem New Yorker Übereinkommen in der Türkei vollstreckbar sind und technische Streitigkeiten vor spezialisierten Schiedsrichtern besser aufgehoben sein können; alternativ sollte der Gerichtsstand bewusst gewählt und die Vollstreckungsperspektive – Anerkennung ausländischer Urteile in der Türkei – mitbedacht werden. Vertragssprache und maßgebliche Fassung sind ausdrücklich zu bestimmen; bei Verträgen türkischer Parteien untereinander ist zudem die Regelung über den zwingenden Gebrauch der türkischen Sprache in bestimmten Verträgen zu beachten.

Wie sichern Abnahme und Dokumentation die Beweisführung im Projekt?

IT-Streitigkeiten werden selten über Rechtsfragen, meist über Tatsachen entschieden – und die Tatsachen schreibt das Projekt selbst. Der Vertrag sollte deshalb ein förmliches Abnahmeverfahren vorsehen: Testkriterien und Testdaten, Abnahmefristen mit Fiktionswirkung bei unterlassener Erklärung, Mängelklassen mit klaren Zuordnungsregeln und die Trennung von Abnahmeverweigerung und Mängelrüge. Während der Laufzeit sind Protokolle der Lenkungsausschüsse, dokumentierte Change Requests und der Ticketverlauf die spätere Beweisgrundlage; im türkischen Zivilprozess kommt dem gerichtlichen Sachverständigen eine tragende Rolle zu, weshalb technische Sachverhalte von Beginn an gutachtenfähig – strukturiert, versioniert, nachvollziehbar – dokumentiert sein sollten. Vor der Eskalation kann die gerichtliche Beweissicherung („delil tespiti") den Systemzustand förmlich festhalten; gestufte Eskalationsklauseln (Projektleitung – Geschäftsführung – Mediation – Schiedsgericht) filtern lösbare Konflikte heraus, bevor sie das Projekt sprengen.

Welche Punkte gehören in Verträge mit türkischen IT-Dienstleistern?

• Rechteklausel: schriftlich, Rechte einzeln bezeichnet, fortlaufende Übertragung je Abnahme, Rechtekette zu Freelancern gesichert
• Quellcode: Herausgabe- oder Escrow-Regelung, Dokumentationspflichten, Open-Source-Erklärung
• Leistungssteuerung: messbare SLAs, Change-Management, Schlüsselpersonal, Exit- und Migrationsplan
• Risikoordnung: Haftungsrahmen innerhalb der zwingenden Grenzen, Vertragsstrafen, Versicherungsnachweise
• Compliance: KVKK-Auftragsverarbeitung, Auslandsübermittlung, sektorale Lokalisierungspflichten, Vertraulichkeit
• Streitbeilegung: Schieds- oder Gerichtsstandsklausel mit Blick auf die Vollstreckung, klare Sprach- und Rechtswahl

Welche Lehren lassen sich aus gescheiterten Projekten ziehen?

Die immer gleichen Muster gescheiterter IT-Projekte lassen sich vertraglich entschärfen: Eine nur skizzenhafte Leistungsbeschreibung produziert Streit darüber, was geschuldet war – Abhilfe schaffen priorisierte Anforderungskataloge und ein sauberes Change-Regime. Fehlende Mitwirkung des Auftraggebers (Testdaten, Fachabteilungs-Feedback, Entscheidungen) wird ohne vertragliche Mitwirkungspflichten mit Fristfolgen zum Einfallstor für Verzögerungseinreden des Dienstleisters. Die Insolvenz oder der Weggang des Dienstleisters ohne Escrow und Dokumentation macht das halbfertige System wertlos. Und die häufigste Falle zum Schluss: Das Projekt läuft jahrelang „auf Zuruf" weiter, während der Vertrag den Stand des ersten Angebots abbildet – regelmäßige Vertrags-Reviews bei Scope-Änderungen halten Papier- und Projektlage synchron. Wer diese vier Punkte diszipliniert managt, hat die typischen Streitursachen weitgehend neutralisiert.

Warum ist die Funktionalität in Softwareverträgen entscheidend? Ein Beispiel aus der Praxis

Wie zentral der Begriff der Funktionalität in Softwareentwicklungsverträgen ist, zeigt das Urteil des Berufungsgerichts Istanbul (53. Zivilkammer, E. 2022/1748, K. 2026/714, Urteil vom 20.05.2026): Bei einem Vertrag über die Entwicklung einer Website und einer mobilen App sei nicht nur der Umfang der geleisteten Arbeit zu prüfen, sondern ob das entstandene Produkt den vertraglich bezweckten Erfolg herbeiführt und einen nutzbaren wirtschaftlichen Wert hat; weil das Erstgericht diese Punkte nicht gewürdigt hatte, hob das Berufungsgericht dessen Urteil auf.

Die Entscheidung belegt, dass eine detaillierte und präzise Funktionalitätsdefinition bei der Streitbeilegung eine Schlüsselrolle spielt. Modulbezogene „Definition of Done“-Festlegungen, Abnahmetests, Integrationskriterien und die Schriftform für Änderungswünsche konkretisieren die Erwartungen der Parteien und stärken die Beweisführung – so lässt sich klar belegen, ob der Auftraggeber nicht nur eine technische Leistung, sondern den bezweckten Nutzen erhalten hat.

Wir beraten unsere Mandanten hierzu konkret auf Vertragsebene und regeln Quellcodeherausgabe, Dokumentationspflichten, Open-Source-Erklärungen und Abnahmeprozesse im Vertrag, um Problemen aus unklaren Funktionalitätsdefinitionen vorzubeugen. Dieser disziplinierte Ansatz sichert die Rechte beider Seiten – Auftraggeber wie Auftragnehmer –, senkt das Scheiternsrisiko von Softwareprojekten und erleichtert es, Streitigkeiten beizulegen, bevor sie vor Gericht landen.

Fazit

IT-Verträge mit Türkei-Bezug verlangen die Verbindung zweier Welten: der projektbezogenen Vertragsmechanik – Leistungsbeschreibung, Abnahme, SLA, Exit – und der türkischen Besonderheiten, allen voran der strengen urheberrechtlichen Formanforderungen an Rechteklauseln, der AGB-Inhaltskontrolle und der datenschutz- und aufsichtsrechtlichen Lokalisierungen.

Wer diese Punkte bei Vertragsschluss ordnet, kann die Vorteile des türkischen IT-Standorts – Talentpool, Kostenniveau, Zeitzonennähe – ohne böse Überraschungen nutzen. Ausländische Vertragsmuster sollten stets lokalisiert und nicht ungeprüft eingesetzt werden.

Das IP/IT-Team von GEMS Schindhelm gestaltet und verhandelt Softwareentwicklungs-, Lizenz-, SaaS- und Outsourcing-Verträge mit Türkei-Bezug und begleitet Unternehmen bei Rechteabsicherung, Compliance und Streitbeilegung in IT-Projekten.