ClaudeCode

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....

Marcel Moré suchte einen Weg, seine lokale FileMaker-Buchhaltungslösung mit Claude Code zu verbinden — ohne Cloud-Zugang (Claris MCP), ohne FileMAker-Server und ohne komplexes Setup. Mögliche Ansätze wie URL-Scriptaufrufe oder n8n MCP über ein lokales Gateway scheiterten an fehlender bidirektionaler Kommunikation oder zu hohem Aufwand. Lösung: Pseudo-REST-API via MBS WebHook Die Lösung: eine lokale REST-API auf Basis der MBS-WebHook-Funktion. Der WebHook lauscht auf localhost (Port 8080), empfängt JSON-Anfragen von Claude Code und routet diese über ein zentrales Dispatcher-Skript an die jeweiligen FileMaker-Module weiter....

Marcel Moré demonstrierte eine innovative Methode, um die interne Struktur von FileMaker-Lösungen zu untersuchen. Dabei kombinierte er die FileMaker-Funktion „Kopie speichern als XML“ (Save Copy as XML) mit der Leistungsfähigkeit von DuckDB, um komplexe Abfragen auf die Metadaten einer Lösung auszuführen. Grenzen herkömmlicher Analyse-Tools FileMaker bietet mit der XML-Speicherung eine umfassende Strukturbeschreibung, die jedes Detail einer Datei – von Tabellendefinitionen und Feldern bis hin zu Scripts, Layout-Objekten und Custom Functions – in einem standardisierten Format abbildet....