Inhaltsverzeichnis
Ein Plagiat in der Projektarbeit bedeutet, dass du fremde Gedanken, Texte oder Code nicht als fremd kenntlich machst. Besonders in technischen Dokumentationen können Quellenhinweise bei Code, Grafiken und Herstellerdokumentation leicht verloren gehen. Dieser Artikel hilft dir, solche Übernahmen systematisch zu erkennen und vor der Abgabe zu prüfen; die konkrete Formatierung der Belege erklärt der separate Zitierleitfaden.
Kurzantwort: Notiere bei jeder fremden Idee sofort die Quelle, kennzeichne wörtliche Zitate mit Anführungszeichen und belege auch sinngemäße Übernahmen. Quellcode aus dem Internet kommentierst du mit Herkunft und Datum. Prüfe vor der Abgabe jeden Beleg gegen das Original.
Plagiat vermeiden in 60 Sekunden: Bevor du abgibst, prüfe diese kritischen Punkte. Jede fremde Idee benötigt einen Beleg, wörtliche Zitate brauchen Anführungszeichen und Quellcode muss kommentiert sein.
- Jede fremde Idee hat eine Quellenangabe
- Wörtliche Zitate stehen in Anführungszeichen
- Quellcode aus externen Quellen ist kommentiert
- Screenshots haben Quellenangaben unter der Abbildung
- Keine Quelle ohne Eintrag im Literaturverzeichnis
Was ist ein Plagiat?
Ein Plagiat liegt vor, wenn du Texte, Ideen, Argumente, Code oder Daten anderer übernimmst, ohne die Herkunft angemessen kenntlich zu machen. Das gilt für wörtliche Übernahmen genauso wie für sinngemäße Wiedergaben. Wie ein Verstoß bezeichnet und bewertet wird, richtet sich nach den Regeln deiner Prüfungsstelle; auch unbeabsichtigte Kennzeichnungslücken können fachlich relevant sein.
In der Projektarbeit zeigst du, dass du eigenständig ein Projekt umsetzen und dokumentieren kannst. Dazu gehört, fremdes Wissen von eigener Leistung zu unterscheiden. Wenn du eine Quelle nutzt, machst du das transparent. Damit würdigst du die Arbeit anderer und zeigst gleichzeitig, dass du dich mit der Materie auseinandergesetzt hast.
Allgemeinwissen muss nicht belegt werden. Dass HTTP ein Protokoll zur Datenübertragung ist oder dass relationale Datenbanken Tabellen verwenden, kannst du ohne Quelle schreiben. Sobald du aber konkrete Implementierungsdetails, Studienergebnisse, spezifische Methoden oder fremden Code nennst, brauchst du eine Quellenangabe.
Plagiat vs. Urheberrecht und Lizenz
Plagiat und Urheberrecht werden oft verwechselt, betreffen aber unterschiedliche Fragen. Plagiat dreht sich um Transparenz: Wer hat den Text, den Code oder die Idee entwickelt? Urheberrecht und Lizenzen regeln dagegen das Nutzungsrecht: Darfst du das Material überhaupt verwenden?
Ein Beispiel aus der Praxis: Du findest auf GitHub eine hilfreiche Funktion unter MIT-Lizenz. Die MIT-Lizenz erlaubt dir die Nutzung, Änderung und Weitergabe, solange du den Lizenztext beibehältst. Das löst aber nicht die Plagiatsfrage. In deiner Projektdokumentation musst du trotzdem kenntlich machen, dass der Code nicht von dir stammt.
Plagiat (Zuschreibung)
Wer ist der Urheber? Du musst fremde Quellen als solche kennzeichnen, egal ob mit oder ohne Lizenz.
Lizenz (Nutzungsrecht)
Darfst du das Material nutzen? Du musst die Lizenzbedingungen einhalten (z. B. MIT, GPL).
Wichtig: Beide Anforderungen gelten unabhängig voneinander. MIT-lizenzierter Code ohne Quellenangabe bleibt ein Plagiat.
Wann werden Lizenzen praktisch relevant? Sobald du fremdes Material verwendest, solltest du prüfen, was seine Lizenz erlaubt und verlangt. Bei einer bloßen Beschreibung ohne Übernahme kann die Lage anders sein als bei eingebettetem Code, einem Repository oder einer Kundenübergabe. Quellenangabe und Lizenzerfüllung bleiben zwei getrennte Prüfungen.
Die konkreten Anforderungen variieren je nach Prüfungsordnung, Betriebsvorgaben und Weitergabe-Szenario. Im Zweifel: Prüfe die Lizenzbedingungen und kläre mit deiner Betreuung oder dem Unternehmen, wenn das Projekt veröffentlicht oder an Dritte übergeben werden soll.
Besonderheiten bei Projektarbeiten
Projektarbeiten unterscheiden sich von klassischen Hausarbeiten durch ihren praktischen Anteil. Das bringt besondere Herausforderungen beim Thema Plagiat mit sich.
Technische Dokumentation: Wenn du Software, Systeme oder Prozesse dokumentierst, nutzt du oft Fachbegriffe und Standardformulierungen. Das ist in Ordnung. Problematisch wird es, wenn du Beschreibungen aus Handbüchern, Tutorials oder Dokumentationen wortwörtlich übernimmst, ohne sie als Zitat zu kennzeichnen. Beschreibe lieber in eigenen Worten, was du implementiert hast.
Projektantrag und Dokumentation: Bei IHK-Projektarbeiten basiert die Dokumentation auf dem genehmigten Projektantrag. Du darfst Inhalte aus deinem eigenen Antrag verwenden, solltest aber darauf achten, dass die Dokumentation eigenständig und erweitert ist. Wenn du längere Passagen wörtlich übernimmst, kann ein kurzer Hinweis sinnvoll sein.
Betriebliche Interna: Manche Informationen stammen aus internen Dokumenten, Gesprächen oder Meetings deines Betriebs. Auch hier gilt: Mach transparent, woher die Information kommt. Im Text schreibst du zum Beispiel „laut Gespräch mit M. Schmidt, 15.12.2025" oder „gemäß interner Spezifikation Server-Infrastruktur v2.1". Bei sensiblen Informationen anonymisierst du entsprechend: „laut Gespräch mit dem Teamleiter Entwicklung".
Die Dokumentation soll deine Eigenleistung zeigen. Konzentriere dich darauf, was du selbst entschieden, umgesetzt und reflektiert hast. Fremde Konzepte, Frameworks oder Methoden gibst du als solche an. Das zeigt Professionalität und schadet deiner Bewertung nicht.
Formen des Plagiats erkennen
Plagiate treten in verschiedenen Formen auf. Manche sind offensichtlich, andere passieren eher versehentlich. Wenn du die verschiedenen Arten kennst, kannst du sie gezielt vermeiden.
Du übernimmst einen fremden Text oder eine komplette Dokumentation und gibst sie als deine eigene aus. Das ist die schwerwiegendste Form und wird konsequent geahndet.
Beispiel Eine komplette Projektdokumentation aus dem Internet kopieren oder von ehemaligen Azubis übernehmen.
Du übernimmst einzelne Passagen, Sätze oder Absätze ohne Quellenangabe. Auch wenn der Rest deiner Arbeit selbst geschrieben ist, bleibt es ein Plagiat.
Beispiel Einen Absatz aus einem Tutorial kopieren und in deine Dokumentation einfügen, ohne ihn als Zitat zu kennzeichnen.
Du formulierst fremde Gedanken in eigenen Worten um, gibst aber keine Quelle an. Das ist die häufigste Form des unbeabsichtigten Plagiats.
Beispiel Du liest eine Methodik in einem Fachbuch und beschreibst sie mit anderen Worten, ohne die Quelle zu nennen.
Du übernimmst Quellcode, Algorithmen oder Konfigurationen von Stack Overflow oder GitHub, ohne die Herkunft anzugeben.
Negativ-Beispiel Eine Funktion von Stack Overflow kopieren und ohne Herkunfts-Kommentar einbauen.
Richtig machen Setze einen Kommentar in den Code mit URL und Datum. Erwähne die Nutzung externer Quellen in der Doku.
Weitere Formen sind das Strukturplagiat (du übernimmst die Gliederung oder den Aufbau einer anderen Dokumentation), das Selbstplagiat (du verwendest Teile einer eigenen früheren Arbeit ohne Hinweis) und das Übersetzungsplagiat (du übersetzt einen fremdsprachigen Text ohne Quellenangabe).
Plagiat vermeiden: Die wichtigsten Regeln
Plagiate vermeiden ist einfacher, wenn du von Anfang an systematisch arbeitest. Die wichtigste Regel: Notiere bei jeder Information sofort, woher sie stammt. Wenn du das konsequent machst, kannst du später nichts vergessen.
Nutze diesen Check während des Schreibens bei jeder neuen Information.
Quellen sofort dokumentieren: Sobald du etwas liest oder findest, das du verwenden könntest, notiere Autor, Titel, Jahr und bei Internetquellen URL und Abrufdatum. Seitenzahlen nur bei paginierten Dokumenten (PDF, Buch). Nutze eine Tabelle oder ein Notizdokument. Hauptsache, die Information geht nicht verloren.
Eigene Notizen von Zitaten trennen: Wenn du Texte exzerpierst, markiere wörtliche Übernahmen sofort mit Anführungszeichen. So erkennst du später auf einen Blick, was deine eigenen Worte sind und was du zitiert hast.
In eigenen Worten schreiben: Lies eine Quelle, leg sie beiseite und schreibe dann aus dem Verständnis heraus. So entstehen automatisch eigene Formulierungen. Die Quelle gibst du trotzdem an, weil die Idee nicht von dir stammt.
Quellentypen richtig zitieren
In Projektarbeiten tauchen Quellentypen auf, die in klassischen Hausarbeiten selten vorkommen: GitHub-Repositories, Stack Overflow-Antworten, Herstellerdokumentationen oder interne Meetings. Die folgende Übersicht zeigt, wo und wie du diese Quellen korrekt angibst.
Die folgenden Beispiele zeigen ein mögliches Format. Passe Namen, URLs und Daten an deine tatsächlichen Quellen an.
GitHub-Repository
Im Code: // Quelle: github.com/expressjs/express, v4.18.2, abgerufen am 06.01.2026
Literaturverz.: Express.js Contributors (2023): Express, v4.18.2, https://github.com/expressjs/express, abgerufen am 06.01.2026
Stack Overflow-Antwort
Im Code: // Adaptiert von: stackoverflow.com/a/9229821, abgerufen am 06.01.2026
Literaturverz.: Stack Overflow (2023): Remove duplicate values from JS array, https://stackoverflow.com/a/9229821, abgerufen am 06.01.2026
Herstellerdokumentation / RFC
Im Text: vgl. Microsoft 2024, Abschnitt „Authentication“
Literaturverz.: Microsoft (2024): ASP.NET Core Authentication, https://learn.microsoft.com/aspnet/ core/security/authentication, abgerufen am 06.01.2026
Interne Spezifikation
Im Text: gemäß interner Spezifikation Netzwerkarchitektur v2.1
Literaturverz.: Muster GmbH (2025): Netzwerkarchitektur, Version 2.1, internes Dokument
Gespräch / Meeting
Im Text: laut Gespräch mit M. Schmidt, Teamleiter Entwicklung, 15.12.2025
Hinweis: Im Anhang: Gesprächsprotokoll beilegen
Screenshot (eigene Anwendung)
Unter der Abbildung: Eigene Darstellung
Screenshot (fremde Software)
Unter der Abbildung: Quelle
Direktes Zitat: „Continuous Integration reduziert Integrationsprobleme und ermöglicht schnelleres Feedback" (Humble/Farley 2010, S. 55).
Indirektes Zitat: Durch Continuous Integration lassen sich Integrationsfehler früher erkennen und beheben (vgl. Humble/Farley 2010, S. 55).
Schnellcheck: Satzbau verändert? Eigene Begriffe verwendet? Quelle direkt daneben? Dann ist die Paraphrase korrekt.
Bei Webquellen ohne Seitenzahlen entfällt die Seitenangabe. Einen vollständigen Überblick über Zitierstile findest du im Ratgeber zum Zitieren in der Projektarbeit.
KI-Tools transparent dokumentieren
KI-Werkzeuge wie ChatGPT oder GitHub Copilot können beim Formulieren oder Programmieren helfen. Sie ersetzen aber keine belastbaren Fachquellen. Wenn ein Tool Fakten, Studien oder Methoden nennt, prüfst du sie an der Originalquelle und belegst diese. Soll die KI-Ausgabe selbst Untersuchungsgegenstand sein, dokumentierst du sie nach den Regeln deiner Institution als Material – nicht als unabhängigen Nachweis für ihre eigenen Behauptungen.
Was dokumentieren
Anbieter, Tool bzw. Modell, Zweck, Umfang und Datum – genau nach der lokalen Vorgabe.
Wo dokumentieren
Dort, wo es deine Prüfungsstelle verlangt, etwa im Methodenteil, Hilfsmittelverzeichnis oder Anhang.
Was nicht geht
Ungeprüfte KI-Ausgaben als Beleg für Tatsachen verwenden.
Wie verifizieren
Fakten gegen Originalquellen prüfen und dann diese Quellen zitieren.
Beispiel Methodenteil „Zur Unterstützung bei [Arbeitsschritt] wurde [Anbieter, Tool/Modell] am [Datum] eingesetzt. Umfang und Bearbeitungsschritte wurden nach [lokaler Vorgabe] dokumentiert. Sachliche Aussagen wurden anhand der angegebenen Originalquellen geprüft.“ Dieses Muster ersetzt nicht die Vorgabe deiner Prüfungsstelle.
Die genauen Regeln zur KI-Nutzung variieren je nach Institution. Frag vor dem Einsatz deine Betreuung, was erlaubt ist und wie du die Nutzung dokumentieren sollst. Offenlegung macht eine nach deinen Regeln unzulässige Nutzung nicht zulässig. Als übergeordnete Orientierung ordnet die DFG den Einsatz generativer Modelle im wissenschaftlichen Arbeiten ein; maßgeblich bleibt deine lokale Prüfungsregel.
Plagiatsprüfung: So nutzt du sie richtig
Plagiatsprüfungen vergleichen deinen Text mit dem jeweils verfügbaren, je nach Anbieter unterschiedlichen Korpus. Sie markieren Ähnlichkeiten; ob eine Übernahme korrekt gekennzeichnet ist, musst du inhaltlich beurteilen. Das Tool liefert daher Hinweise, kein Plagiatsurteil.
Prozentwerte richtig interpretieren: Ein Plagiatschecker zeigt einen Prozentsatz an Übereinstimmungen. Das bedeutet nicht automatisch, dass du plagiiert hast. Typische harmlose Treffer sind: korrekt zitierte Passagen mit Anführungszeichen, dein Literaturverzeichnis (das enthält bewusst fremde Titel), Standardformulierungen wie „Im Folgenden wird untersucht" und etablierte Fachbegriffe. Problematisch können dagegen unbelegte Übernahmen jeder Länge sein; bewerte deshalb Fundstelle, Quelle, Eigenleistung und Kennzeichnung statt nur die Textmenge.
Trefferliste öffnen
Geh jeden markierten Abschnitt einzeln durch.
Verzeichnistreffer einordnen
Titel und bibliografische Angaben erzeugen erwartbare Treffer; prüfe trotzdem, ob das Verzeichnis korrekt ist.
Zitate prüfen
Sind Übernahme, Quelle und gegebenenfalls Seitenangabe exakt und nach deinem Stil gekennzeichnet?
Paraphrasen prüfen
Ist die Formulierung eigenständig und die fremde Aussage trotzdem belegt?
Echte Lücken schließen
Nur Stellen ohne Quellenangabe musst du korrigieren.
Lade deine finale Arbeit nicht unüberlegt in unbekannte kostenlose Plagiatschecker hoch. Manche speichern den Text in ihrer Datenbank, sodass deine Arbeit später selbst als Treffer erscheinen kann. Frag deine Prüfungsstelle, welches Tool empfohlen wird.
Checkliste vor der Abgabe
Bevor du deine Projektarbeit abgibst, geh diese sechs Schritte durch. So stellst du sicher, dass du keine Plagiatsfalle übersehen hast und die Abgabe reibungslos läuft.
Quellenprüfung
Gleiche alle Belege und Verzeichniseinträge gegen die Originalquellen ab.
Code und Abbildungen
Sind alle externen Code-Snippets und Grafiken mit einer Quelle versehen?
Selbstplagiat prüfen
Material aus Projektantrag oder früheren Arbeiten als solches kenntlich gemacht?
Literaturverzeichnis
Jede Quelle im Text erscheint im Literaturverzeichnis und umgekehrt.
Plagiatsprüfung
Alle inhaltlich relevanten Treffer im Kontext prüfen und Kennzeichnungslücken schließen.
Geforderte Erklärung
Ist die von deiner Prüfungsstelle verlangte Erklärung in der richtigen Fassung beigefügt und gegebenenfalls unterschrieben?
Konsequenzen bei Plagiaten: Einordnung, Verfahren und mögliche Folgen richten sich nach der für dich geltenden Prüfungsordnung und der Entscheidung der Prüfungsstelle. Ein Ähnlichkeitsbericht entscheidet das nicht automatisch. Kläre Unsicherheiten vor der Abgabe mit deiner Betreuung; bei einem bereits eröffneten Verfahren orientierst du dich an den offiziellen Hinweisen und holst bei Bedarf qualifizierte Beratung ein.
Prüfe außerdem die Gliederung und das Inhaltsverzeichnis ein letztes Mal, bevor du die finale Version erstellst. Exportiere die Arbeit als PDF und kontrolliere Formatierung und Seitenzahlen. Falls du eine gedruckte Version benötigst, findest du Optionen unter Projektarbeit drucken und binden.
Häufig gestellte Fragen
Wann nutze ich bei GitHub-Quellen Release, Tag oder Commit-Hash?
Nutze das Release (z.B. v4.18.2), wenn du eine stabile, veröffentlichte Version referenzierst. Der Tag ist sinnvoll bei Projekten ohne formale Releases. Den Commit-Hash (z.B. a1b2c3d) verwendest du, wenn du einen exakten Codestand brauchst, etwa bei Bug-Reproduktion oder Fork-Verweisen. Bei Forks gibst du zusätzlich an, von welchem Repo geforkt wurde.
Wie zitiere ich Screenshots korrekt (eigene vs. fremde)?
Bei eigenen Screenshots deiner Anwendung kennzeichnest du die eigene Erstellung. Bei fremder Software oder Webseiten dokumentierst du nach deinem Leitfaden etwa Produkt, Version, Betreiber, URL und Datum. Prüfe zusätzlich, ob du den sichtbaren Inhalt verwenden darfst; eine Quellenangabe ersetzt kein Nutzungsrecht.
Was muss ich bei Open-Source-Lizenzen (MIT, GPL) beachten?
Lizenz und Plagiat sind verschiedene Dinge: Plagiat betrifft die Zuschreibung, die Lizenz deine Nutzungsrechte und Pflichten. Kennzeichne fremden Code als Quelle und prüfe die konkrete Lizenz bereits vor der Nutzung. Bei Veröffentlichung, Repository oder Kundenübergabe können zusätzliche Pflichten greifen; eine Quellenangabe ersetzt sie nicht.
Mein Plagiatscheck zeigt Treffer im Literaturverzeichnis. Ist das ein Problem?
Treffer im Literaturverzeichnis sind erwartbar, müssen aber wie alle Funde im Kontext geprüft werden. Auch korrekt gekennzeichnete Zitate, Fachbegriffe und Standardformulierungen können Übereinstimmungen erzeugen. Ein Ähnlichkeitswert ist deshalb weder ein Plagiatsnachweis noch eine Entwarnung.
Was passiert, wenn in meiner IHK-Projektarbeit ein Plagiat entdeckt wird?
Die Konsequenzen variieren je nach Umfang und Prüfungsordnung. Begriffe wie „Täuschungsversuch" sind je nach Institution unterschiedlich definiert. Mögliche Folgen reichen von Punktabzug über die Bewertung mit null Punkten bis zur Nichtanerkennung der Arbeit. Bei schweren Fällen kann die Prüfung als nicht bestanden gewertet werden. Lies die Prüfungsordnung und sprich im Zweifel vorher mit der Betreuung.
Wie gebe ich Konfigurationen oder Infrastructure-as-Code an?
Behandle übernommene YAML-, JSON- oder Terraform-Dateien wie anderen fremden Code. Dokumentiere Quelle, konkrete Version oder Commit und Abrufdatum dort, wo es dein Leitfaden verlangt – etwa im Codekommentar, Methodenteil oder Quellenverzeichnis. Prüfe außerdem die Lizenz des Ausgangsmaterials.
Abkürzungsverzeichnis erstellen
Einleitung der Projektarbeit
Gliederung der Projektarbeit