Code

Marcel Moré zeigte die weiterentwickelte Architektur seines DuckDB-basierten Analyse-Tools für FileMaker-Lösungen. Im Vergleich zum ersten Teil lag der Fokus diesmal auf dem neuen REST-API als Integrationsschicht und den praktischen Anwendungsmöglichkeiten. Architektur und REST-API Die Pipeline: fmp12 → SaveAsXML → SQL Parser (XPath) → DuckDB (lokale Datei) → REST API → UI / AI Agent Das zentrale SQL-Template für die Konvertierung umfasst mittlerweile fast 2.000 Zeilen — entwickelt im Dialog mit Claude....

Jörg Köster demonstrierte, wie er mit Claude Code ein komplettes WEB-Dashboard für Disponenten entwickelte, inklusive Brevo-API-Integration für Zustellstatus-Tracking von Kundenbenachrichtigungen. Der Beitrag zeigte eindrücklich, wie weit die KI-gestützte FileMaker-Entwicklung mittlerweile reicht — von der HTML-Generierung über XML-Snippet-Erzeugung bis zur automatischen Prozeduranalyse. E-Mail-Dashboard mit Brevo API Ausgangspunkt war ein konkreter Kundenbedarf: Eine Speditionssoftware sollte ein Dashboard erhalten, das Disponenten den Zustellstatus ihrer E-Mails anzeigt — Zustellungen, Öffnungen, Spam-Markierungen, Bounces und Löschungen. Obwohl Jörg nach eigener Aussage wenig HTML-Kenntnisse besitzt, generierte Claude Code die gesamte Oberfläche inklusive Brevo-API-Anbindung an einem Nachmittag....

Armin Egginger stellte seinen „Plan B"-Ansatz vor: FileMaker-Lösungen über XML-Normalisierung in plattformunabhängige Apps überführen. Die spontane Zwischenpräsentation knüpfte direkt an die XML-Themen von Marcel und Jörg an und zeigte eine andere Richtung — weg von der FileMaker-Optimierung, hin zur vollständigen Plattformunabhängigkeit. Von FileMaker zu Cross-Platform Am Beispiel seines E-Rechnungsprojekts („Cross E-Rechnung") demonstrierte Armin die Pipeline: FileMaker XML → normalisierte SQL-Datenbankstruktur → Layout-Generierung → Cross-Platform-App via Flutter/Dart Der Schlüssel liegt in der Normalisierung: Die FileMaker-XML-Exporte (SaveAsXML und DDR) werden in eine standardisierte Struktur überführt, die von der Zielplattform unabhängig ist....

Ein spannende Diskussion entwickelte sich aus der Idee von Todd Geist, den FileMaker Script-Editor durch TypeScript zu ersetzen. Im Rahmen der EngageU Konferenz wurden die Teilnehmer des Diskussions-Panels von Matt Navarre nach ihrem größten Wunsch gefragt, wenn sie die freie Wahl hätten, ein Feature für eine zukünftige FileMaker Version zu bestimmen. Todd Geist schlug vor, den FileMaker Script-Editor durch TypeScript zu ersetzen. Seine Argumente: TypeScript steht im github Ranking der weltweit beliebtesten Programmiersprachen auf dem ersten Platz Damit gibt es bereits eine große Schar an Entwicklern, die sofort damit umgehen können Moderne AI Assistenten können perfekten TypeScript-Code generieren Wenn alle FileMaker Scripte in Textform vorlägen, würde dies das LLM-Training für FileMaker spezifische Lösungen deutlich verbessern Ausgehend von diesen Ideen wurden mögliche Chancen, Risiken und Implikationen unter den anwesenden FileMaker Entwicklern des Stammtischs diskutiert....

Jörg Köster berichtete von seinem Ansatz, unterschiedliches Funktionsverhalten in einer Branchenlösung für einzelne Benutzer individuell anzupassen. Am Beispiel der Erzeugung von Rechnungsnummern zeigte er, wie durch anpassbare Vorlagen aus einem Datenfeld Scriptabläufe dynamisch beeinflussbar werden. Eine Möglichkeit, solche dynamisch anpassbaren Berechnungen umzusetzen, bietet die FileMaker “Berechne”-Funktion an: https://help.claris.com/de/pro-help/content/evaluate.html Damit ist es z.B. möglich Zwischenergebnisse aus Platzhaltern in eine neue Formel einzuspeisen, die nicht im Script fest hinterlegt sein muss. In der Runde der Teilnehmer entspann sich eine spannede Diskussion über die Vor- und Nachteile eines solchen Ansatzes....

Holger Bolecke berichtete von einem ähnlichen Ansatz, der darauf beruht, alle benötigten Formeln zunächst aus einer Setup-Tabelle in den RAM-Speicher zu laden und mit dem MBS Plugin als flexible Custom-Functions in der Anwendung zur Verfügung zu stellen. Vorteil ist, dass die verwendeten Funktion dadurch flexibel auf den jeweiligen Kontext (Kunde, Mandant, Anwendungsversion) angepasst werden können. Die dazu erforderlichen MBS Funktionen sind seit Version 11 verfügbar und bieten weitreichende Möglichkeiten an:...

Marcus Diederich zeigte eine Lösung für Steuerkanzleien, die in der Lage ist, natürlichsprachliche Datumsregeln in konkrete Datums-Felder umzuwandeln. Gibt man z.B. eine Vorgabe wie “alle Dienstage im August” ein, dann erzeugt seine Lösung die passenden Datensätze für den angegeben Monat. Andere Varianten können z.B. sein “3 Tage vor dem Quartalsende” oder “der vorletzte Arbeitstag des Monats”. Es können auch Quartale, Jahresbezüge, Wiederholungen oder Verschiebungen erzeugt werden. Die Berechnung filtert automatisch die Wochenenden und Feiertage heraus und wandelt das Ergebnis passend zum User-Kontext auf den ausgewählten Zeitraum um....