Plagiat Scanner.de Redaktion | Zuletzt geprüft: 26.08.2026 | 6 Min. Lesezeit
Warum sich der Scan bei einer Informatik-Arbeit lohnt
Informatik-Arbeiten werden doppelt bewertet: einmal die Ausarbeitung, einmal die Implementierung. Beide haben eigene Plagiatsrisiken, und beide werden mit unterschiedlichen Verfahren geprüft. Wer nur an den Code denkt, übersieht, dass der Textteil dieselben Regeln erfüllen muss wie eine geisteswissenschaftliche Arbeit.
Der Textteil ist dabei der anfälligere. Grundlagenkapitel über Verfahren, Architekturen oder Protokolle entstehen fast immer aus derselben Handvoll Quellen: Standardlehrbücher, Framework-Dokumentation, Wikipedia und ein paar Konferenzpaper. Diese Texte sind vollständig öffentlich und werden zuverlässig gefunden. Eine Definition, die du aus der Dokumentation übernommen hast, taucht im Bericht auf, ob du dich daran erinnerst oder nicht.
Der dritte Grund ist der Arbeitsstil. Du schreibst die Ausarbeitung oft parallel zur Implementierung, sammelst Notizen aus Issue-Threads, Blogposts und Tutorials und baust sie später in den Text ein. Genau an diesen Stellen fehlt hinterher die Quellenangabe. Ein Scan liest das Dokument, das du wirklich abgibst, und nicht die Version, an die du dich erinnerst.
Die Plagiatsfallen in Informatik-Arbeiten
Die Funde liegen selten im Ergebnisteil und fast immer in Grundlagen und Anhang.
Wo Informatik-Arbeiten regelmäßig auffallen
- Codeblöcke ohne Herkunftskommentar. Ein übernommener Schnipsel gehört mit Quelle und Lizenz markiert, direkt im Code und nicht nur im Literaturverzeichnis.
- Framework-Dokumentation im Grundlagenkapitel. Beschreibungen von Klassen, Lebenszyklen oder Konfigurationsoptionen werden gern wörtlich übernommen.
- Pseudocode aus einem Paper. Ein Algorithmus in Pseudocode ist eine konkrete Darstellung einer Autorin, keine anonyme Formel. Er braucht einen Verweis.
- Tutorials als Architekturvorlage. Wenn Projektstruktur, Klassennamen und Ablauf einem Tutorial folgen, ist die Ähnlichkeit strukturell und nicht nur sprachlich.
- Fremde Abbildungen. Nachgezeichnete Schichtenmodelle oder Sequenzdiagramme sind Übernahmen mit neuer Optik.
Ein eigenes Thema sind Lizenzen. Code unter einer Copyleft-Lizenz zieht Pflichten nach sich, die du auch in einer Studienarbeit einhalten musst. Der Hinweis auf Urheber und Lizenztext ist keine Formalie, sondern Bedingung der Nutzung. Wie Urheberrecht und wissenschaftliche Redlichkeit zusammenspielen, steht unter Urheberrecht in der Arbeit.
Welche Quellen du in der Informatik wie belegst
Informatik zitiert meist nummeriert. Die Regeln dazu stehen unter IEEE zitieren.
| Quellenart | Belegform | Typischer Fehler |
|---|---|---|
| Konferenzpaper | Autoren, Titel, Konferenz, Jahr, Seiten, DOI | Preprint statt Tagungsband zitiert |
| Framework-Dokumentation | Projekt, Titel, Version, Abrufdatum | Version fehlt, Text wörtlich übernommen |
| Repository | Urheber, Projektname, Commit oder Tag, URL | ohne Commit-Stand, später nicht reproduzierbar |
| Codeschnipsel aus einem Forum | Nutzername, Beitrag, Datum, Lizenz | gar nicht gekennzeichnet |
| Standard oder RFC | Herausgeber, Nummer, Titel, Jahr | veraltete Fassung zitiert |
| Datensatz oder Benchmark | Anbieter, Version, Lizenz, DOI | Version nicht genannt |
Der Commit-Stand ist der wichtigste Punkt in dieser Liste. Repositories ändern sich, Branches verschwinden, und ein Verweis auf die Startseite eines Projekts belegt nichts. Nenne Tag oder Commit-Hash und das Abrufdatum, dann bleibt deine Arbeit nachvollziehbar, auch wenn das Projekt später umgebaut wird.
Wo die Software anschlägt, ohne dass ein Plagiat vorliegt
Informatik-Texte erzeugen einen hohen Grundpegel an Treffern. Das liegt an der Fachsprache und an übernommenen Listings.
- Codelistings im Anhang. Sprachsyntax ist überall identisch, jede Schleife sieht aus wie jede andere Schleife.
- Fehlermeldungen und Konsolenausgaben. Sie stehen wortgleich in tausenden Foren.
- Fachbegriffe und Protokollnamen. Sie haben keine Synonyme.
- Konfigurationsdateien und Kommandozeilen. Sie folgen einer vorgegebenen Form.
- Literaturverzeichnis und Abkürzungsverzeichnis. Titel müssen wortgleich sein.
Am schnellsten sinkt der Rauschpegel, wenn du Listings vor dem Upload herausnimmst. Der Bericht wird dadurch kürzer, der Prozentwert realistischer und der Preis niedriger. Wie du dabei vorgehst, steht unter Anhang ausschließen.
Was die Prüfung einer Informatik-Arbeit kostet
Gerechnet wird nach Normseiten zu 1.800 Zeichen inklusive Leerzeichen. Codelistings sind zeichenintensiv und treiben die Zahl stark, ohne inhaltlich zum Textteil zu gehören.
| Arbeit | Normseiten | Plagiat Scan | Kombi mit KI Scan |
|---|---|---|---|
| Seminar- oder Projektarbeit | 12 | 3,48 € | 4,68 € |
| Bachelorarbeit ohne Listings | 35 | 10,15 € | 13,65 € |
| Masterarbeit | 55 | 15,95 € | 21,45 € |
| Masterarbeit mit Anhang | 80 | 23,20 € | 31,20 € |
Der Plagiat Scan kostet 0,29 € pro Normseite, der Kombi-Scan 0,39 € statt 0,58 €. Deine genaue Zahl liefert der Normseitenrechner.
Den Bericht einer Informatik-Arbeit lesen
Lies den Bericht kapitelweise. Treffer in Grundlagen und verwandten Arbeiten sind erwartbar, weil dort referiert wird. Entscheidend ist, ob eine Quellenangabe in unmittelbarer Nähe steht und ob sie den ganzen markierten Block abdeckt.
Der Gesamtprozentwert taugt in der Informatik wenig. Eine Arbeit mit 40 Seiten Listings im Anhang landet zwangsläufig hoch, ohne dass eine einzige Zeile Fließtext übernommen wäre. Umgekehrt reicht ein einziger unbelegter Absatz aus einem Konferenzpaper für einen Täuschungsvorwurf.
Sieh dir danach die Länge der Treffer an. Fünf Wörter Fachsprache sind irrelevant. Drei zusammenhängende Sätze aus einer Dokumentation sind es nicht, selbst wenn sie technisch korrekt sind. Im Ergebnisteil sollte fast nichts markiert sein: Dort beschreibst du deine eigene Implementierung. Wie du beides sicher unterscheidest, steht unter echte vs. falsche Treffer.
Code, Repository und Vertraulichkeit
Viele Abschlussarbeiten entstehen in Kooperation mit einem Unternehmen. Dann liegen im Dokument Architekturdiagramme, interne Schnittstellen oder Auszüge aus einer proprietären Codebasis. Der Upload läuft verschlüsselt, verarbeitet wird auf Servern in Deutschland nach der DSGVO, und nach 14 Tagen wird die Datei gelöscht. In eine Vergleichsdatenbank kommt deine Arbeit nicht.
Trotzdem gilt eine einfache Regel: Was nicht in den Bericht muss, lädst du nicht hoch. Interne Listings, Zugangsdaten in Beispielkonfigurationen und Endpunkte gehören vor dem Scan heraus. Für die Frage, ob Teile deines Codes von einem Assistenzsystem stammen, ist der Textscan der falsche Ort. Dazu steht mehr unter KI-generierten Code erkennen, und zur Abgrenzung des Begriffs unter Codeplagiat.
Checkliste vor der Abgabe
- Jeder übernommene Codeblock trägt Quelle und Lizenz im Kommentar.
- Pseudocode aus Papern ist mit Verweis auf die Originalarbeit gekennzeichnet.
- Beschreibungen aus Framework-Dokumentation sind zitiert, nicht paraphrasiert.
- Repository-Angaben nennen den Commit-Stand.
- Nachgezeichnete Diagramme haben einen Quellenverweis.
- Listings, Konfigurationen und Zugangsdaten sind vor dem Upload entfernt.