FileMaker + WWW
Formulare, Kunden-, Mitarbeiter- und Partnerpanels, die mit dem internen System verbunden sind.
Systemübergreifende Integrationen
Wir strukturieren den Informationsfluss zwischen den Anwendungen, die Ihr Unternehmen bereits nutzt. Daten gelangen dorthin, wo sie gebraucht werden – ohne manuelle Übertragung und Kontrolle mehrerer Oberflächen.
Formulare, Kunden-, Mitarbeiter- und Partnerpanels, die mit dem internen System verbunden sind.
Bestellungen, Lagerbestände, Dokumente und Status werden zwischen den richtigen Tools gesendet.
Automatische Erstellung von DOCX-, XLSX- und PDF-Dateien auf Basis aktueller Daten.
Austausch, ausgelöst durch ein Ereignis, einen Zeitplan oder eine bewusste Benutzeraktion.
Der Kunde sendet eine Anfrage oder ein Dokument auf dem Portal. Die Anwendung prüft die Daten, identifiziert den Benutzer und leitet den Bericht an FileMaker weiter. Die Antwort bzw. der Status kehrt, soweit für die Person sichtbar, zum Portal zurück.
Das Portal benötigt eine eigene Zugangskontrolle. Das technische Passwort für die Datenbank stellen wir im Browser nicht zur Verfügung. Der API-Fehler sollte den Bericht in einem kontrollierten Zustand hinterlassen, mit der Option, es erneut zu versuchen und den Support zu informieren.

Das Geschäft übermittelt die Bestellung mit den Artikeln und der Zahlung. Für die vereinbarte Umsetzungsphase ist ERP bzw. FileMaker verantwortlich. Status, Belegnummern und Sendungsstatus kehren in den Vertriebskanal zurück. Die Quelle der Preise, Produktlisten und Verfügbarkeit ermitteln wir gesondert.
Bei Wiederholung derselben Nachricht kann kein zweiter Auftrag erstellt werden. Transaktionen erhalten dauerhafte Identifikatoren und für Teilerfüllungen, Rückgaben und Anpassungen gelten eigene Regeln. Wir bewerten die Integration mit WooCommerce, IdoSell oder Marktplatz basierend auf den aktuellen Schnittstellen eines bestimmten Kontos.
Die Bestellung erhält eine dauerhafte ID und Artikel.
Wir erkennen Produkte, Kunden und Zahlungen.
Eine Bestellung wird mit einer bestätigten Nummer erstellt.
Der Erfüllungsstatus kehrt zum Geschäft zurück.
Durch erneutes Erneuern derselben Bestellung wird der Status gemäß den Regeln aktualisiert. führt nicht zu einem zweiten Verkauf.
Daten aus einem akzeptierten Datensatz können in ein Angebot, ein Protokoll, eine Abrechnung oder einen Bericht aufgenommen werden. Zunächst legen wir die Vorlage, Nummern- und Datumsformate, Nummerierungsregeln fest und ob das Dokument den Stand zum Zeitpunkt der Ausstellung widerspiegeln soll.
Der Dokumentengenerator kann ein separater Dienst sein. Die Integration sollte das Ergebnis, die Vorlagenversion und die Datensatzzuordnung speichern. Wir gehen nicht davon aus, dass der Export der Daten in eine Datei allein das erwartete Layout und den korrekten Druck gewährleistet.
Die FileMaker Data API ermöglicht den kontrollierten Zugriff auf Daten über HTTP. Es erfordert Hostkonfiguration, entsprechende Berechtigungen und Sitzungsunterstützung. Es handelt sich nicht um eine vorgefertigte Anbindung an jedes externe System – Sie müssen noch das Mapping und die Prozessregeln entwerfen.
Bei ODBC unterscheiden wir zwischen der Nutzung einer externen Datenbank und der Bereitstellung von FileMaker als Datenquelle. Server und Cloud verfügen über unterschiedliche Bereiche dieser Funktionen. Wir prüfen auch Plug-Ins und ältere Veröffentlichungsmechanismen, bevor wir uns für das Hosting entscheiden.
Die Änderung kann den Austausch sofort auslösen oder in eine periodische Synchronisierung übergehen. Ein Webhook meldet ein Ereignis, das empfangende System muss jedoch in der Lage sein, die Wiederholung zu erkennen und den Status nach der Verzögerung zu bestimmen.
Claris Connect kann Webhooks akzeptieren und Flows ausführen. OData-Funktionen und der Aufruf externer Dienste aus dem FileMaker-Skript sollten separat behandelt werden. Jeder dieser Mechanismen hat eine eigene Konfiguration und einen eigenen Anwendungsbereich.
Vor der Umsetzung ermitteln wir, welche Fehler sich wiederholen können und welche menschliche Entscheidungen erfordern. Ein nicht verfügbarer Dienst unterscheidet sich von einer falschen Produkt-ID oder einem widersprüchlichen Preis. Die Registrierung ermöglicht es Ihnen, den Vorgang zu finden, ohne Passwörter und unnötige Daten zu speichern.
Wir benötigen Systemnamen und -versionen, einen Beispiellauf, eine Dokumentation der verfügbaren API oder des Exports sowie den Verantwortlichen für jede Seite. Die Testumgebung ermöglicht es Ihnen, die Lösung zu testen, ohne die tatsächlichen Bestellungen zu ändern.
Für das Angebot legen wir die Austauschrichtungen, die Häufigkeit, die typische und Spitzenzahl der Vorgänge, die erforderliche Reaktionszeit und die manuelle Korrekturmethode fest.
Für ältere Lösungen integrieren wir auch SOAP-Dienste und WSDL-Beschreibungen. Wir prüfen verfügbare Vorgänge, Authentifizierung und Versionsabhängigkeiten, anstatt die Kompatibilität allein anhand des Schnittstellennamens anzunehmen.
„Kunde“ kann ein Unternehmen, eine Kontaktperson oder das Konto eines Käufers sein. „Verfügbarkeit“ kann die körperliche Verfassung oder die Menge abzüglich Reservierungen sein. Vor der Zusammenführung vereinbaren wir die Bedeutung der Daten, die Identifikatoren und den Eigentümer der einzelnen Informationen.
Wir prüfen auch auf leere Werte, Maßeinheiten, Zeitzonen und Wörterbuchänderungen. Die Überarbeitung der Austauschregeln und Beispiele richtiger und falscher Nachrichten tragen dazu bei, die Integration nach der Aktualisierung einer der Anwendungen aufrechtzuerhalten.
Wir geben das System an, das die Preis-, Status-, Adress- und Produktdaten ermittelt.
Wir speichern Identifikatoren für beide Parteien; Der Kunden- oder Produktname ersetzt nicht den Schlüssel.
Wir ermitteln, ob der Datensatz überschrieben werden kann, als inaktiv markiert wird oder die Entscheidung des Betreibers erfordert.
Wir kontrollieren das Geschäftsergebnis, z.B. die Nummer des erstellten Dokuments und nicht nur die Serverantwort.
FileMaker kann die tägliche Arbeit Ihres Teams übernehmen und PostgreSQL kann Ihre Webanwendungs- oder Analyseschichtdaten speichern. Wir verbinden diese Umgebungen über einen vorbereiteten Service mit einer festen Datenquelle, Datensatzkennungen und Änderungskontrolle.
Die FileMaker Data API stellt FileMaker-Daten bereit. Der Integrationsdienst kommuniziert mit PostgreSQL über eine eigene Schnittstelle. Wir bewerten die ODBC- und ESS-Varianten getrennt: Dazu müssen Adapter, Treiber, Hostsystem und Kompatibilität der verwendeten Versionen überprüft werden.
Ein Datensatz oder Ereignis im System, das Eigentümer des Datensatzes ist.
Feldzuordnung, Vorgangs-ID und Validierung.
Ein Datensatz mit den entsprechenden Berechtigungen und Bestätigung des Ergebnisses.
Status, Fehlerdiagnose und kontrollierte Wiederholung.
Der Assistent kann Informationen in Dokumenten finden, eine Einordnung des Berichts vorschlagen oder eine Zusammenfassung erstellen. Wir verbinden das Modell per API mit ausgewählten Quellen, wählen den Kontext aus und überprüfen die Ergebnisse anhand von Benutzerfragen. Für semantische Suchen können Sie PostgreSQL mit der pgvector-Erweiterung oder die RAG-Mechanismen der Claris-Plattform verwenden.
Vorgänge, die Daten ändern, erhalten eigene Berechtigungen, ein Ausführungsregister und erforderliche Genehmigungen. Wir ermitteln, welche Informationen an den Modellanbieter gelangen, wie lange sie gespeichert werden und welche Kosten ihre Nutzung verursacht. Das On-Premise-Modell erfordert außerdem Zugriffs- und Wartungskontrolle.
Antworten Sie unter Bezugnahme auf das Material, zu dessen Einsicht der Benutzer berechtigt ist.
Kategorie- und Zusammenfassungsvorschläge, geprüft vor der Weiterverarbeitung.
Aufrufen der ausgewählten API-Operation mit Validierung und Bestätigung.
Beschreibung der Vorgänge und Daten, z.B. OpenAPI erleichtert die Entwicklung und Integrationstests.
Das System sollte mit Tools arbeiten, mit denen das Team bereits den Tag plant und Kunden bedient. Wir wählen den Umfang der Verbindungen zu den verfügbaren Schnittstellen, Berechtigungen und Lizenzen eines bestimmten Dienstes aus.
Versenden Sie Dokumente, E-Mails und SMS und wandeln Sie die empfangene Nachricht in ein Ticket mit dem richtigen Kunden und der richtigen Historie um.
Terminaustausch, z.B. mit Google Kalender, Bearbeitung von Änderungen und Stornierungen sowie Karte der Einrichtungen basierend auf Adresse oder Koordinaten.
Binden Sie die Anwendung an einen Identitätsanbieter wie Google oder Microsoft mit Rollenzuordnung und Zugriffsbeendigungskontrolle.
Integration mit einem entsprechend lizenzierten Word-, Excel- oder PowerPoint-Dokumenteditor: Öffnen, Speichern von Änderungen, Versionen und Dateiberechtigungen. Dies ist ein vom Generieren von DOCX, XLSX und PDF getrennter Bereich.
Vergleich
| Mechanismus | Wenn es nützlich ist | Was prüfen wir? |
|---|---|---|
| REST API | Datenoperationen und Anwendungsintegration. | Authentifizierung, Berechtigungen, Beschränkungen, Identifikatoren. |
| ODBC | Interoperabilität mit einer unterstützten SQL-Datenquelle. | Verbindungsrichtung, Treiber, DSN und Hostkompatibilität. |
| CSV/XML/JSON-Dateien | Kontrollierte Importe, Exporte und Migrationen. | Schema, Codierung, Vollständigkeit und Importbestätigung. |
| Ereignis/Webhook | Änderungsbenachrichtigung und Aufgabenstart. | Authentizität, Duplikate, Verzögerungen und Abfolge von Ereignissen. |
| Zeitplan | Periodische Synchronisierung und Massenaufgaben. | Wiederaufnahmepunkt, Ausführungszeit und Datenabgleich. |
Fragen und Antworten
Nicht immer. Oftmals genügen eine kontrollierte Datenaustauschschnittstelle und geringfügige Anpassungen an der bestehenden Lösung. Den Umfang legen wir nach dem Audit fest.
Wir prüfen offiziell unterstützte Alternativen: ODBC, Exporte und Importe, CSV-, XLSX-, XML- oder JSON-Dateien. Zunächst beurteilen wir, ob die Integration sicher und stabil sein wird.
Ja, sofern beide Systeme die notwendigen Mechanismen bereitstellen. Vor der Umsetzung legen wir klar die Quelle jeder Information und die Regeln zur Konfliktlösung fest.
Beginnen wir mit einem Gespräch
Benennen Sie die Anwendungen und zeigen Sie einen Ablauf: Was startet den Austausch und woran erkennt der Benutzer, dass er erfolgreich war?
Besprechen Sie Integration