In den meisten Firmen, die wir besuchen, geht regelmäßig die falsche Version einer Datei an den Kunden raus. Nicht weil jemand inkompetent wäre — es liegen einfach angebot_ACME_final.docx, angebot_ACME_final_v2.docx und angebot_ACME_final_v2_KORREKTUREN_MK.docx nebeneinander im Ordner, und der Vertriebsmitarbeiter hat noch vier Minuten bis zum Senden.
Dieses Problem ist nicht teuer zu lösen. Du brauchst kein DMS für hunderttausend Euro, keine neue Cloud-Plattform und keine Migration. Du brauchst eine DIN-A4-Seite mit Benennungsregeln, die alle in der Firma tatsächlich anwenden. Der Rest ist Selbstdisziplin — und die erzwingt der Standard von allein, wenn er gut entworfen ist.
In diesem Text zeigen wir, welcher Standard in polnischen KMU praktisch funktioniert, warum bestimmte Dinge (Leerzeichen, Sonderzeichen, Versionsnummern im Dateinamen) sich früher oder später rächen und wie man neue Regeln ohne Aufstand im Team einführt.
Warum das keine Kosmetik ist
Probier am Montagmorgen eine einfache Sache. Frag jemanden aus dem Vertrieb, wie lange es im Schnitt dauert, die richtige Version eines Angebots für den Kunden zu finden, den er gleich anruft. Die Antwort liegt meist zwischen 3 und 15 Minuten. Multipliziert mit der Zahl solcher Situationen pro Tag und der Zahl der Mitarbeiter im Team.
Bei einem unserer Kunden — einem 30-köpfigen Großhandel für technische Teile — haben wir diese Messung im sechsköpfigen Angebotsteam gemacht. Durchschnittlich 12 Minuten Suche pro wieder aufgenommenem Kundengespräch. Drei Monate nach der Einführung eines einfachen Benennungsstandards und der Umstellung der SharePoint-Ordnerstruktur ist die Durchschnittszeit auf 45 Sekunden gesunken. Es war keine neue Anwendung und keine KI — es war ein Blatt mit Regeln und zwei Tage Aufräumarbeit.
Dazu kommen die Dinge, die schwerer zu messen, aber schmerzhaft sind:
- Falsche Vertragsversion verschickt — kostet Vertrauen.
- Zwei Personen bearbeiten eigene Kopien derselben Datei — die Daten laufen auseinander.
- Ein neuer Mitarbeiter findet nach einem Monat immer noch nichts, ohne zu fragen.
- Das Backup sieht normal aus, aber die Hälfte der Dateien sind Duplikate.
- Null Chance auf einen sinnvollen Rollout von KI, Unternehmenssuche oder Copilot — das Modell steckt im selben Sumpf fest wie ein Mensch.
Dateibenennung ist eines dieser „langweiligen Fundamente", über die wir im Text über die KI-Vorbereitung deiner Firma geschrieben haben. Ohne das steht jede Schicht darüber auf Sand.
Regel 1 — eine Konvention für die ganze Firma
Der größte Fehler, den wir sehen: jede Abteilung hat „ihre eigene Art". Die Buchhaltung datiert Dateien auf die eine Weise, der Vertrieb auf die andere, die Produktion datiert gar nicht, und das Marketing wirft die Kampagne und eine Emotion in den Namen (NEUES_ANGEBOT_FRUEHJAHR_TOP.pdf). Sobald eine Datei die Abteilungsgrenze überschreitet — und in einer gesunden Firma passiert das ständig — weiß niemand mehr, was was ist.
Der Standard muss einer sein, für alle. Auch wenn er sich für die HR-Abteilung zu 20% falsch anfühlt und für die Produktion zu 20% falsch — das ist immer noch besser als fünf verschiedene. Dateibenennung ist nicht der Ort für Individualismus.
Ein einfaches Namensschema, das wir als Startpunkt empfehlen:
`` YYYY-MM-DD_[kunde-oder-projekt]_[dokumenttyp]_[kurzbeschreibung].endung ``
Zum Beispiel:
2026-08-08_ACME_angebot_lagerregale.pdf2026-08-08_ACME_vertrag_lieferung-2026.docx2026-08-08_intern_vorstandsprotokoll.docx
Der Name liest sich wie ein Satz. Sortieren nach Namen ergibt automatisch chronologische Reihenfolge. Der Kunde springt auf den ersten Blick ins Auge.
Regel 2 — Datum im ISO-Format
Datum immer vorne und immer im Format YYYY-MM-DD. Das ist keine Frage der Ästhetik — es ist das einzige Format, in dem Dateien beim alphabetischen Sortieren chronologisch landen.
Wer 08-08-2026 oder 8.8.2026 schreibt, schießt sich ins eigene Bein: das System sortiert 08-08-2026 zwischen 08-07-2025 und 08-09-2020, und du hast einen unbrauchbaren Salat. Das Format ISO 8601 (YYYY-MM-DD) ist genau deswegen internationaler Standard, weil es dieses Problem ein für alle Mal löst.
- Immer vierstellige Jahreszahl (
2026, nicht26). - Immer Bindestriche zwischen den Teilen, niemals Punkte oder Schrägstriche (Punkte und Schrägstriche in Dateinamen können in Windows und macOS Probleme machen).
- Das Datum ist meist das Dokumentendatum (Angebots-, Rechnungsdatum), nicht das Speicherdatum.
Regel 3 — keine Leerzeichen, keine Sonderzeichen
Diese Regel stößt auf den größten Widerstand, deshalb sage ich es direkt: es geht nicht um Ästhetik, sondern darum, dass Leerzeichen und Nicht-ASCII-Zeichen in Dateinamen bis heute die Hälfte aller Werkzeuge kaputt machen.
Leerzeichen im Dateinamen:
- zerlegen URLs in SharePoint und OneDrive (ein Leerzeichen wird zu
%20), - brechen Skripte und Integrationen („der Ordner-Import geht nicht" — klassisch),
- brechen in E-Mail-Links nach dem ersten Leerzeichen.
Sonderzeichen (deutsche Umlaute ä, ö, ü, polnisches ą, ć etc.):
- gibt es in Windows, gibt es anders in macOS (Unicode-Normalisierung NFC vs NFD),
- lassen sich in manchen ERP- und WMS-Systemen gar nicht speichern,
- werden beim Transfer über FTP oder älteres SFTP zu
?????-Kästchen.
Die Konsequenz ist einfach: Leerzeichen durch Bindestriche ersetzen, Sonderzeichen durch ihre ASCII-Entsprechung. Kooperationsvereinbarung 2026.docx → 2026-01-15_ACME_vertrag_kooperation-2026.docx. Sieht weniger schön aus, macht aber in drei Jahren keine Probleme.
Regel 4 — Versionierung macht das System, nicht der Name
Hier sterben die meisten Firmen. Speichern unter… und _v2 an den Namen hängen ist die schlechteste denkbare Art zu versionieren — weil du ein halbes Jahr später _v2, _v3, _final, _final_v2, _endgueltig und _MK_wirklich_final hast.
Versionierung gehört in ein System, das das eingebaut hat:
- SharePoint / OneDrive — Versionshistorie ist automatisch, Rechtsklick → „Versionsverlauf".
- Google Drive — dasselbe, „Versionen verwalten".
- Git für technische Dokumentation und Markdown.
- ERP für kaufmännische Dokumente — das Angebot hat seine Nummer und Version im System, nicht im Dateinamen.
Wenn im Namen unbedingt ein Lebenszyklus-Hinweis stehen muss, dann als Status, nicht als Versionsnummer: _entwurf, _zur-freigabe, _freigegeben. Drei Zustände, jeder eindeutig. Es gibt keinen Status „endgueltig_v2".
Ordnerstruktur — flach, nicht tief
Ein sauberer Dateiname verliert seinen Sinn, wenn die Datei in Firma/Gemeinsam/Vertrieb/2026/Q3/Kunden/A-K/ACME/Angebote/Entwuerfe/ vergraben ist. Tiefe Ordnerverschachtelung hilft in der Praxis niemandem — spätestens ab Ebene drei weiß keiner mehr, wohin etwas gehört.
Unsere Empfehlung:
- Maximal 3 Ebenen Ordner ab der Wurzel des Gemeinschaftslaufwerks (
Vertrieb / 2026 / ACME, Schluss). - Die oberste Ebene entspricht Abteilungen oder Domänen, nicht Personen (
Vertrieb,Einkauf,Produktion,HR, nichtMarkus,Anna). - Der Kunde ist ein Ordner, kein Tag im Dateinamen — dann liegt an einem Ort die komplette Historie mit diesem Kunden.
- In SharePoint statt tiefer Ordner Metadaten und gefilterte Ansichten nutzen — das ist die eigentliche Stärke der Plattform, die die meisten Firmen nie anfassen.
Rollout ohne Aufstand
Der Standard selbst ist 20% der Arbeit. 80% ist, das Team davon zu überzeugen, ihn tatsächlich zu nutzen, und ihn auf die bestehenden Dateien zu übertragen, ohne das Büro eine Woche lahmzulegen.
Was in der Praxis funktioniert:
- Schreib den Standard auf eine DIN-A4-Seite. Kein 30-seitiges Dokument — ein Blatt mit fünf Regeln und fünf Beispielen. Länger liest es niemand.
- Migriere die alten Dateien nicht. Setz ein Stichdatum („ab dem 1. September gelten die neuen Regeln für neue Dateien") und lass das Archiv in Ruhe. Alte Dateien werden nach und nach umbenannt, wenn jemand sie sowieso anfasst. Eine große „Wochenend-Migration" endet immer schlecht.
- Bitte einen Teamleiter pro Abteilung, die Regel dort durchzusetzen. Nicht die IT. Vertriebsleute hören auf den Vertriebsleiter, nicht auf den Admin.
- Ergänze eine kurze Checkliste im Onboarding. Neue Mitarbeitende bekommen den Standard in der ersten Woche zusammen mit Passwörtern und Zugängen.
- Nach einem Monat Review. Nimm 20 zufällige neue Dateien. Welche halten den Standard nicht? Sprich mit den Autoren — meist stellt sich heraus, dass eine Regel unklar war. Korrigier das A4-Blatt.
Die Liste ist kurz, weil sie kurz sein muss. Jeder zusätzliche Schritt senkt die Chance auf Übernahme.
Wenn der Standard sich nicht von selbst durchsetzt
Es gibt zwei Szenarien, in denen ein reines „schreiben wir uns Regeln und halten uns dran" nicht reicht. Erstens — die Firma hat mehrere Standorte und jeder hat seine eigene digitale Historie. Zweitens — die Dateistruktur trägt zehn Jahre Legacy auf dem Rücken und eine echte Migration ist nötig, weil neue Dateien sonst in alten Ordnern landen.
In beiden Fällen lohnt sich ein Gespräch mit jemandem, der das in anderen Firmen bereits durchgezogen hat — Fehler beim Ordner-Migration können mehrere Wochen Teamzeit kosten. Das erste Gespräch ist kostenlos und dauert eine halbe Stunde.
Dateibenennung ist ein langweiliges Fundament — aber ohne es fängt keine Suche, keine KI und kein Copilot in deiner Firma an, sinnvoll zu funktionieren.