Kurz gesagt: End of Life (EOL) bzw. End of Product Support (EOS) bedeutet, dass der Hersteller eine Version offiziell „fallen lässt“ – es gibt dann keine Patches, keine Sicherheits‑ oder Kompatibilitätsupdates und keinen technischen Support mehr. Im Unternehmens‑Kontext ist das kein rein technisches Detail, sondern hat direkte Auswirkungen auf Sicherheit, Compliance, Haftung und Budgetplanung – gerade bei FileMaker.

Grundbedeutung von EOL/EOS (allgemein und bei FileMaker)

• End of Life / End of Support: Ab diesem Datum liefert der Hersteller für diese Version keine Fehlerbehebungen, Sicherheits‑Patches und Kompatibilitätsupdates mehr; außerdem entfällt der Anspruch auf technischen Support beim Hersteller.
• In der Praxis bedeutet das: Die Software „friert ein“, während sich Betriebssysteme, Browser, Sicherheitsanforderungen und Angriffsvektoren weiterentwickeln.
• Claris beschreibt das explizit in seiner Support Policy: FileMaker‑Versionen werden für einen begrenzten Zeitraum (i.d.R. etwa zwei Jahre) ab Release unterstützt; danach ist die jeweilige Version EOL/EOS.

Am Beispiel FileMaker

FileMaker 19.6 (Version 19.6.x)

• Veröffentlichungsdatum: ca. 31.12.2022 (letzte 19er‑Linie 2022 abgeschlossen).
• End of Life / End of Support: 19.12.2024 (Claris‑Supportmeldung; oft praktisch als „Ende 12/2024“ geführt).
• Kurzbeschreibung: Stabilisierungs‑ und „Long‑Tail“‑Update der 19‑Plattform mit Fokus auf Performance, Sicherheit und OS‑Kompatibilität (u.a. Support für aktuelle Apple‑OS, OpenSSL‑Updates, viele Bugfixes, Verbesserungen bei WebDirect und Admin‑Konsole).

FileMaker 2023 (Marketingname „FileMaker 2023“), technische Version 20.x

• Veröffentlichungsdatum: 25.04.2023 (Einführung der 20er‑Generation).
• End of Life / End of Support: 31.12.2025 („Support for FileMaker 2023 (FileMaker 20) ends 31 December 2025“).
• Kurzbeschreibung: Erste Jahresversion des neuen Lifecycle‑Modells, u.a. mit verdoppelter maximaler File‑Anzahl auf dem Server (256 statt 128), sicherheitsrelevanten Updates (OpenSSL 3, stärkere Hash‑Verfahren), besserer AD‑Integration auf Linux und diversen Performance‑Verbesserungen im Server‑Umfeld.

FileMaker 2024 (Marketingname „FileMaker 2024“), technische Version 21.x

• Veröffentlichungsdatum: 06/2024 (Start mit Version 21.0.x, später 21.1).
• End of Life / End of Support: 30.06.2026.
• Kurzbeschreibung: Stärkere Fokussierung auf JSON‑Verarbeitung und KI‑Integration; neue JSON‑Funktionen wie JSONParse und JSONMakeArray für performantes Arbeiten mit großen JSON‑Strukturen, erweiterte AI‑Scriptsteps und ‑Funktionen (Semantic Find, Logging‑Optimierungen) sowie generelle Verbesserungen bei Entwickler‑Produktivität und Sicherheit.

FileMaker 2025 (Marketingname „FileMaker 2025“), technische Version 22.x

• Veröffentlichungsdatum: 08.07.2025 (Erstrelease 22.0.1).
• End of Life / End of Support: 31.07.2027.
• Kurzbeschreibung: Ausbau der generativen‑KI‑Funktionen, u.a. verbesserte semantische Suche (inkl. Bilder), natürlichsprachige Abfragen für Felder und SQL‑Statements sowie ein generischer Scriptstep „Generate response from model“ für Chat‑/Assistenz‑Szenarien direkt in FileMaker‑Lösungen; dazu weitere Server‑ und Deployment‑Verbesserungen.

FileMaker 2026 (Marketingname „FileMaker 2026“), technische Version 26.x

• Veröffentlichungsdatum: 09.06.2026.
• End of Life / End of Support: 09.06.2028.
• Kurzbeschreibung: Erste Version, bei der Jahresbezeichnung und interne Versionsnummer wieder übereinstimmen. Weiterer Ausbau der KI‑Funktionen (automatische Bildbeschreibung, Google Gemini als AI model provider, Feldbeschreibungen für Natural Language Find und Natural Language SQL), neue Script Steps für PDF‑Workflows, Persistent Data Store für Konfigurationswerte und WebP in Container Fields; serverseitig Standby Server, Remote Backup, mehrere parallele Script Engine‑Prozesse, automatischer Neustart von Data API, OData und Web Publishing Engine sowie OAuth mit PKCE (OAuth 2.1).

Konkrete Folgen im Unternehmens‑Einsatz

Aus Unternehmenssicht ist EOL/EOS vor allem aus vier Perspektiven relevant:

Sicherheit

• Keine Sicherheits‑Patches mehr: neu entdeckte Schwachstellen bleiben dauerhaft ungefixt und sind damit dauerhaft ausnutzbar.
• Besonders kritisch, wenn FileMaker‑Systeme aus dem Internet erreichbar sind (z.B. WebDirect, Data API, WAN‑Zugriffe) oder personenbezogene / sensible Daten verarbeitet werden.

Betriebliche Stabilität und Kompatibilität

• Keine Anpassungen an neue Betriebssystemversionen: z.B. neue macOS/Windows‑Versionen werden nicht mehr aktiv unterstützt, was zu Abstürzen, Inkompatibilitäten oder Installationsproblemen führen kann.
• Laut Claris‑Hinweisen und diversen Beratungsartikeln ist das ein wesentlicher Grund, vor EOL zu migrieren, weil ansonsten Updates der Client‑ oder Server‑OS blockiert werden oder das Risiko von Ausfällen steigt.

Hersteller‑Support und Eskalation

• Nach EOL können Sie bei Problemen mit dieser Version nicht mehr erwarten, dass Claris Tickets annimmt oder Bugfixes liefert.
• Viele FileMaker‑Dienstleister orientieren sich ebenfalls an diesen Supportgrenzen und empfehlen aktiv Upgrades, sobald eine Version ins EOL läuft.

Compliance, Audit und Haftung

• In regulierten Umfeldern (z.B. Finanz‑, Gesundheits‑ oder Pharmabranche) wird der Einsatz nicht mehr unterstützter Software als Compliance‑Risiko gesehen, weil bekannte Sicherheitslücken nicht mehr behoben werden können.
• Im Audit‑Kontext kann die Verwendung von EOL‑Software zu Beanstandungen führen; Verantwortliche müssen dann begründen, warum trotz bekannten Risikos nicht aktualisiert wurde und welche technischen/organisatorischen Maßnahmen das kompensieren.

Speziell für FileMaker in Unternehmen

Für FileMaker im Business‑Einsatz ergeben sich daraus sehr konkrete, planbare Konsequenzen:

Planbare Lebensdauer pro Version

• Die öffentlich dokumentierten EOL‑Daten (z.B. für 19.6, 2023, 2024, 2025, 2026) erlauben es, frühzeitig Upgrade‑Fenster zu planen.
• Beispiele aus der aktuellen Lifecycle‑Übersicht: FileMaker 19.6 war bis Dezember 2024 unterstützt, FileMaker 2023 bis Ende 2025; FileMaker 2024 war bis Ende Juni 2026 unterstützt, FileMaker 2025 ist es bis Juli 2027, FileMaker 2026 bis Juni 2028.

Technische Architekturentscheidungen

• Wenn im Unternehmen noch FileMaker‑Lösungen mit EOL‑Versionen laufen (z.B. ältere 19.x‑Server), empfehlen Beratungen explizit die Migration auf aktuelle Versionen (2025, 2026), um wieder Support‑ und Sicherheitsschutz zu erhalten.
• Gleichzeitig muss geprüft werden, ob Server‑Hardware und Client‑Rechner die Systemanforderungen der neuen Version erfüllen, damit das Upgrade überhaupt möglich ist.

Übergangs‑ und Migrationsphasen

• In der Praxis ist es üblich, dass Unternehmen für eine Übergangszeit EOL‑Versionen weiterlaufen lassen, aber mit klar definiertem Enddatum, Staging‑Umgebung für die neue Version und Testplänen für Lösungen und Schnittstellen.
• Wichtig ist, dass EOL nie als Dauerzustand begriffen wird, sondern als klarer Trigger für ein Migrationsprojekt mit definiertem Scope (Upgrade, Refactoring, ggf. Redesign).

Im Gegensatz zum Privatbereich, wo man eine alte FileMaker‑Version unter Umständen einfach „so lange laufen lässt, bis sie nicht mehr geht“, entsteht im Unternehmen durch EOL/EOS also eine Mischung aus Sicherheits‑, Haftungs‑, Betriebs‑ und Compliance‑Druck, die aktiv gemanagt werden muss.

Zum Weiterlesen:

• Mein Fachbeitrag „FileMaker im Unternehmen – Sicherheitsrisiko durch alte FileMaker Versionen“ aus dem FileMaker-Magazin als PDF zum Download.
• Claris Blog (02.09.2026): „Running an old FileMaker version? Here’s what’s at stake.“ (englisch)

Erarbeiten Sie als Nächstes eine klare Roadmap für Ihre FileMaker‑Umgebung:

• Erfassen Sie alle eingesetzten FileMaker‑Versionen (Pro, Go, Server) mit ihren End‑of‑Life‑Daten und bewerten Sie das jeweilige Risiko in Bezug auf Sicherheit, Verfügbarkeit und Compliance.
• Definieren Sie dann ein verbindliches Upgrade‑Fenster (inklusive Testumgebung, Backup‑Strategie und Rückfallplan) und legen Sie intern fest, wer diese Migration verantwortet – idealerweise in Zusammenarbeit mit Ihrem FileMaker‑Dienstleister, der Sie bei Planung, Tests und Rollout unterstützt.

Gerne unterstütze ich Sie dabei, diese Schritte konkret umzusetzen:
Ich analysiere Ihre bestehende FileMaker‑Landschaft, erstelle eine individuelle Upgrade‑Roadmap und begleite Sie von den ersten Tests bis zur Umstellung im laufenden Betrieb. So stellen Sie sicher, dass Ihre Systeme auch nach dem End of Life stabil, sicher und auditfest bleiben – mit einem Ansprechpartner, der FileMaker seit vielen Jahren aus Unternehmenssicht kennt.

Schreiben Sie mich gerne direkt an: thgagel@etid.de

20260420 TG, aktualisiert 20261004 TG

Unternehmen suchen einen FileMaker Developer häufig nach einem Verfahren aus bewährter betriebswirtschaftlicher Alchemie: Man nehme drei Schlagworte aus einer alten Stellenanzeige, ergänze „möglichst günstig“, lasse Bewerbungen durch eine Vorauswahl laufen, die technische Risiken naturgemäß nur begrenzt bewerten kann – und vertraue darauf, dass am Ende eine tragfähige Business Solution entsteht.

Gesucht wird dann vorzugsweise jemand, der „ein bisschen FileMaker“ kann. Gemeint ist: Data Model entwerfen, komplexe Berechtigungen absichern, Scripts und Transactions robust gestalten, WebDirect oder FileMaker Go berücksichtigen, Server administrieren, Backups testen, Schnittstellen anbinden, PDF- und Document-Workflows entwickeln, Performance-Probleme lösen, Migrationen durchführen, Datenschutz beachten und im Idealfall noch freundlich erklären, warum „das kann doch nicht so schwer sein“ eine erstaunlich kostspielige Anforderung ist.

Die Auswahl konzentriert sich bisweilen auf einzelne Keywords oder den Stundensatz. Nennt sie einen niedrigen Stundensatz? Ist sie bereit, „nur kurz“ eine seit zwölf Jahren gewachsene Lösung mit 480 Tables, 1.900 Scripts und einer unbestimmten Zahl kreativ vererbter Privilegien neu zu strukturieren – natürlich ohne Documentation und möglichst bis nächsten Freitag?

Wer dann darauf hinweist, dass eine FileMaker Solution nicht nur aus Layouts mit hübschen Buttons besteht, wird gelegentlich als unnötig kompliziert wahrgenommen. Sicherheit, Data Integrity, Rollenmodell, Backup-Konzept, Restore-Test, Monitoring, Versioning, Deployment und saubere Schnittstellenlogik gelten zunächst als optionale Ausstattungsmerkmale. Etwa wie Bremsen beim Auto: Man bemerkt ihren Wert vor allem dann, wenn man sie nicht eingeplant hat.

Das Ergebnis dieser Auswahl ist erstaunlich folgerichtig. Zunächst entsteht eine Lösung, die in der Demo hervorragend funktioniert: mit den Testdaten, unter Idealbedingungen, bei Vollmond und solange genau eine Person gleichzeitig arbeitet. Später folgen die klassischen Überraschungen: Zugriffe, die mehr dürfen als vorgesehen; Daten, die sich wundersam widersprechen; Scripts, die bei kleinen Abweichungen ihre innere Freiheit entdecken; und ein FileMaker Server, dessen Backup-Konzept vor allem auf Hoffnung basiert.

Dann beginnt die Suche nach jemandem, der „die bestehende Lösung nur etwas aufräumt“. Das ist der Moment, in dem der Zauberlehrling den Besen längst in Bewegung gesetzt hat und die alte Dame höflich fragt, ob man für die Rettung des Hauses nicht doch ein etwas größeres Budget vorgesehen habe.

Die Pointe ist nicht, dass Unternehmen Fehler machen. Das tun alle. Die Pointe ist vielmehr, dass sie technische Verantwortung gern anhand fachfremder, kurzfristiger Kriterien auswählen – und anschließend überrascht sind, wenn die Kosten genau dort entstehen, wo man Kompetenz, Erfahrung und sorgfältige Analyse zuvor eingespart hat.

Eine belastbare FileMaker Solution entsteht nicht dadurch, dass ihr erster Aufbau möglichst billig erscheint. Sie entsteht durch eine angemessene Analyse der Anforderungen, ein tragfähiges Data Model, ein überprüfbares Security- und Backup-Konzept, saubere Dokumentation und die Bereitschaft, die spätere Betriebsverantwortung bereits bei der Auswahl mitzudenken. Wer diese Kriterien früh prüft, reduziert nicht nur Risiken – er vermeidet vor allem die teure Rettungsaktion nach dem vermeintlich günstigen Start.

20260920 Thomas Gagel

1. Technische Stabilität und Zuverlässigkeit

• Datenintegrität:
  • Sicherstellen, dass Daten korrekt, vollständig und konsistent gespeichert werden.
  • Einsatz von Validierungsregeln, Referentieller Integrität und regelmäßigen Prüfungen auf fehlerhafte Daten.
• Performance-Optimierung:
  • Strukturierung der Datenbank für schnelle Abfragen und effiziente Verarbeitung.
  • Einsatz von Indexierung und optimaler Datenmodellierung, um Flaschenhälse zu vermeiden.
• Fehlerhandling:
  • Implementierung von Mechanismen, die Fehler erkennen und den Nutzer entsprechend informieren, anstatt die Datenbank oder Prozesse zu gefährden.

2. Skalierbarkeit

• Flexibilität für Wachstum:
  • Die Datenbank sollte so konzipiert sein, dass sie mit steigender Datengröße und Anzahl der Nutzer umgehen kann.
• Modularität:
  • Funktionen und Module sollten unabhängig voneinander entwickelt werden, um spätere Erweiterungen oder Anpassungen zu erleichtern.
• Zukunftssichere Technologien:
  • Einsatz aktueller Technologien und Standards, um die Datenbank auch langfristig nutzbar zu machen.

3. Sicherheit

• Zugriffssteuerung:
  • Klare Definition von Benutzerrollen und Berechtigungen (z. B. in FileMaker durch Accounts und Privilegsets).
• Verschlüsselung:
  • Schutz sensibler Daten durch Verschlüsselung auf Server- und Feldebene.
• Regelmäßige Sicherheitsupdates:
  • Sicherstellen, dass die Datenbank-Software auf dem neuesten Stand ist und bekannte Schwachstellen geschlossen sind.
• Backups und Wiederherstellung:
  • Implementierung regelmäßiger Backups und eines Notfallplans für Datenverlust oder Systemausfälle.

4. Benutzerfreundlichkeit (Usability)

• Intuitive Benutzeroberfläche:
  • Einfache Navigation und klar verständliche Layouts, die die Produktivität der Nutzer unterstützen.
• Eingabehilfen und Fehlerprävention:
  • Bereitstellung von Dropdown-Menüs, Autovervollständigung und validierten Eingaben, um Fehler zu minimieren.
• Anpassungsfähigkeit:
  • Die Datenbank sollte flexibel genug sein, um unterschiedliche Nutzeranforderungen abzudecken (z. B. mehrsprachige Oberflächen).

5. Funktionale Abdeckung

• Klar definierter Zweck:
  • Die Datenbank sollte genau die Aufgaben erfüllen, für die sie konzipiert wurde, ohne unnötige Komplexität.
• Integration in bestehende Systeme:
  • Möglichkeit, mit anderen Softwarelösungen (z. B. ERP-Systemen oder Buchhaltungsprogrammen) zu kommunizieren.
• Automatisierung von Prozessen:
  • Implementierung von Workflows und Skripten, die manuelle Eingaben reduzieren und Fehlerquellen minimieren.

6. Dokumentation und Wartbarkeit

• Technische Dokumentation:
  • Beschreibung der Datenbankstruktur, Prozesse und genutzten Technologien.
• Code-Dokumentation:
  • Skripte und Formeln sollten klar kommentiert sein, um sie für andere Entwickler nachvollziehbar zu machen.
• Regelmäßige Wartung:
  • Die Datenbank sollte regelmäßig überprüft und optimiert werden, um Leistung und Sicherheit zu gewährleisten.

7. Kostenkontrolle

• Effizienz bei der Entwicklung:
  • Vermeidung von Überentwicklungen und Fokus auf die wichtigsten Funktionen.
• Ressourcenschonung:
  • Einsatz von Funktionen und Technologien, die kosteneffizient und nachhaltig sind.
• Lizenzmanagement:
  • Bei FileMaker-Lösungen ist es wichtig, die Kosten für Benutzerlizenzen und Serverkapazitäten zu berücksichtigen.

8. Kommunikation und Zusammenarbeit

• Einbindung der Stakeholder:
  • Enge Zusammenarbeit mit den Nutzern und Entscheidern, um sicherzustellen, dass die Datenbank ihren Anforderungen entspricht.
• Schulungen und Support:
  • Bereitstellung von Schulungsmaterial und technischem Support für die Nutzer der Datenbank.
• Feedbackschleifen:
  • Regelmäßiges Sammeln von Rückmeldungen, um die Datenbank kontinuierlich zu verbessern.

Fazit

Eine sorgfältige Datenbankentwicklung basiert auf mehreren Säulen, darunter technische Stabilität, Sicherheit, Benutzerfreundlichkeit und funktionale Abdeckung. In Kombination mit ethischen Grundsätzen und einer klaren Kommunikation mit den Stakeholdern entsteht eine robuste, effektive und nachhaltige Datenbanklösung, die den Anforderungen gerecht wird und langfristig Mehrwert schafft. FileMaker bietet dafür eine ideale Plattform, erfordert jedoch eine durchdachte Planung und Umsetzung.

Erstellt mit Assistenz einer AI. Alle Angaben ohne Gewähr.

20241208 TG