Défi dépendant du projet
Vitesse de développement
- Approche de FileMaker
- Une base de données intégrée, un concepteur de mises en page et un moteur de scripts permettent aux petites équipes de livrer rapidement des applications métiers fonctionnelles.
- Là où c'est plus difficile
- Au fil des années, les mises en page, scripts et relations s'accumulent. Sans conventions solides, les modifications deviennent plus lentes et risquées.
- Approche web moderne
- Les bibliothèques de composants, les bases de code typées, les tests automatisés et le codage assisté par IA raccourcissent le chemin entre l'idée et l'écran fonctionnel tout en gardant le code vérifiable.
- Ce qui change
- Itérations plus rapides sur de nouveaux workflows, les modifications étant couvertes par des tests plutôt que par des vérifications manuelles répétées.
Caractéristique documentée de la plateforme
Mises en page et limitations de l'interface utilisateur
Si vous avez besoin de visionneuses web pour une interface moderne, pourquoi ne pas créer une application web ?
- Approche de FileMaker
- Les interfaces sont construites à partir de mises en page liées à des occurrences de tables, en utilisant un ensemble fixe d'objets de mise en page.
- Là où c'est plus difficile
- Les modèles d'interaction personnalisés, le comportement réactif et les designs spécifiques à une marque nécessitent souvent des Web Viewers, des contournements de mise en page ou de nombreuses mises en page dupliquées.
- Approche web moderne
- Toute interaction prise en charge par le navigateur : systèmes de conception partagés, grilles responsives, outils d'accessibilité et composants réutilisables.
- Ce qui change
- Interfaces conçues en fonction de la manière dont les gens travaillent, plutôt que des limites du moteur de mise en page.
Essayez l'exemple interactifDonnées de démonstration
Client
Région
Les données franchissent la frontière via des appels de script comme FileMaker.PerformScript, permettant à deux systèmes de partager un même écran.
Chiffre d'affaires
Commandes
Marge
Le graphique, les filtres et les données partagent une base de code et une source de données communes. Aucun conteneur intermédiaire.
Franchissement de la frontière aujourd'hui (schéma)
// JavaScript inside the Web Viewer
FileMaker.PerformScript(
"Load Sales Chart",
JSON.stringify({ region: "North" })
);
// FileMaker script
Perform JavaScript in Web Viewer [ "render" ; $json ]Même graphique dans une application web (schématique)
// Component calls the API directly const res = await fetch( "/api/sales?region=North" ); const data = await res.json(); render(data);
Caractéristique documentée de la plateforme
Mode Recherche FileMaker
- Approche de FileMaker
- Le Mode Recherche permet à un utilisateur d'entrer des critères de recherche directement dans les champs de mise en page, puis de basculer en Mode Navigation pour travailler avec l'ensemble trouvé résultant. Les scripts peuvent également effectuer des recherches de manière programmatique.
- Là où c'est plus difficile
- Le Mode Recherche repose sur une seule fenêtre fonctionnant avec un ensemble trouvé à la fois. Pour reproduire la même logique de recherche depuis un navigateur, un appareil mobile ou un autre système, il faut généralement la réimplémenter sous forme de script exposé via l'API de données, OData ou un plug-in.
- Approche web moderne
- Les applications web implémentent la recherche sous forme de paramètres de requête validés envoyés à une API backend, qui exécute des requêtes de base de données paramétrées et renvoie des résultats que le client affiche, filtre et pagine indépendamment de toute fenêtre.
- Ce qui change
- Le Mode Recherche est rapide pour les utilisateurs formés dans FileMaker. La question est de savoir si ces mêmes recherches doivent également être accessibles depuis l'extérieur.
Essayez l'exemple interactifDonnées de démonstration
La même recherche qu’une requête en mode Recherche (schéma)
Enter Find Mode [] Set Field [ Orders::Customer ; "" ] Set Field [ Orders::Status ; "" ] Set Field [ Orders::Total ; "" ] Perform Find []
Rapide pour un utilisateur formé sur desktop. La version web ci-dessous exécute une requête validée que peuvent appeler un navigateur, un téléphone ou un autre système.
Requête paramétrée envoyée à la base de données
SELECT id, customer, status, city, total FROM orders ORDER BY id LIMIT 50;
params: []
10 de 10 commandes correspondent
| Commande | Client | Statut | Total |
|---|---|---|---|
| SO-1041 | Northwind Interiors | Ouvrir | 4,820 |
| SO-1042 | Kestrel Hospitality | En production | 12,990 |
| SO-1043 | Harbor & Pine | Expédié | 2,310 |
| SO-1044 | Northwind Interiors | Facturé | 7,640 |
| SO-1045 | Alder Studio | Ouvrir | 980 |
| SO-1046 | Kestrel Hospitality | Ouvrir | 15,400 |
| SO-1047 | Lumen Retail | En production | 3,275 |
| SO-1048 | Harbor & Pine | Facturé | 5,120 |
| SO-1049 | Alder Studio | Expédié | 2,040 |
| SO-1050 | Lumen Retail | Ouvrir | 8,730 |
Caractéristique documentée de la plateforme
Enregistrements associés et portails
- Approche de FileMaker
- Le graphe de relations, les occurrences de tables et les portails rendent les jointures accessibles sans écrire de SQL.
- Là où c'est plus difficile
- Les grands graphiques avec de nombreuses occurrences de tables deviennent difficiles à lire, et modifier une relation peut affecter les mises en page, les scripts et les calculs simultanément.
- Approche web moderne
- Bases de données relationnelles comme PostgreSQL avec schémas explicites, clés étrangères, migrations et SQL. Les données sont modélisées une fois et exposées via des API.
- Ce qui change
- Un modèle de données plus clair, des modifications de schéma plus sûres et des données accessibles par tout outil compatible SQL.
Essayez l'exemple interactifDonnées de démonstration
Client : Kestrel Hospitality
Commandes associées, affichées sous forme de tableau de données plutôt que de portail.
| Développer | Statut | |||
|---|---|---|---|---|
| SO-2001 | 2026-01-03 | Ouvrir | 900 | |
| SO-2002 | 2026-02-05 | Expédié | 2,270 | |
| SO-2003 | 2026-03-07 | Facturé | 3,640 | |
| SO-2004 | 2026-04-09 | Expédié | 5,010 | |
| SO-2005 | 2026-05-11 | Ouvrir | 6,380 |
Dans FileMaker (schéma)
Relationship: Customers::CustomerID = Orders::CustomerID Portal on Orders filter: (none) sort: Orders::id ascending rows: 5 per portal view, scroll for more
En tant que requête derrière la table
SELECT id, order_date, status, amount FROM orders WHERE customer_id = $1 ORDER BY id ASC LIMIT 5 OFFSET 0;
Défi dépendant du projet
Rapports lents et champs de synthèse
- Approche de FileMaker
- Les champs de synthèse, les parties de sous-synthèse et les ensembles trouvés offrent un reporting intégré rapide.
- Là où c'est plus difficile
- Les calculs non stockés et les résumés sur de grands ensembles de résultats peuvent ralentir les rapports, et les équipes ajoutent des scripts et des tables auxiliaires pour compenser.
- Approche web moderne
- Requêtes SQL indexées, tables pré-agrégées ou vues matérialisées, et tableaux de bord interrogeant uniquement ce qu'ils affichent.
- Ce qui change
- Rapports conçus en fonction du volume de données, avec un travail de performance axé sur des requêtes mesurées.
Nous ne citons pas de référence ici. La lenteur d'un rapport donné dépend du volume de vos données, de l'indexation et de la conception des calculs, ce que vérifie précisément un audit avant toute estimation de migration.
Essayez l'exemple interactifDonnées de démonstration
- Janv.27,600
- févr.27,400
- Mars28,000
- avr.21,100
- Mai36,500
- Juin32,900
Requête derrière ce rapport
SELECT month, SUM(amount) AS total FROM sales GROUP BY month ORDER BY total DESC; -- supporting index CREATE INDEX sales_month_idx ON sales (month);
L'approche FileMaker (schéma)
Summary field: Total Amount = Total of Sales::amount Layout: sub-summary part when sorted by month Script: Sort Records [ month ] ; Preview Mode
Cette méthode fonctionne bien, et de nombreux rapports restent dans FileMaker. Elle dépend d'un ensemble trouvé trié, donc chaque nouveau regroupement nécessite sa propre partie de mise en page et un script de tri.
La base de données effectue l'agrégation, et un index supporte la colonne de regroupement. Dans les projets réels, les requêtes lentes sont mesurées et optimisées, plutôt que de reconstruire des résumés à chaque écran. Cette démonstration ne fait aucune promesse de performance.
Caractéristique documentée de la plateforme
Importation et exportation
- Approche de FileMaker
- Les dialogues d'importation et d'exportation prennent en charge les formats courants avec mappage et ordonnancement des champs.
- Là où c'est plus difficile
- Des noms de colonnes conviviaux, des formats par destinataire et des exportations répétables nécessitent généralement des scripts supplémentaires ou des champs auxiliaires.
- Approche web moderne
- Modèles d'export configurables par l'utilisateur (colonnes, étiquettes, format) et mappage d'importation avec validation et aperçu. L'IA peut suggérer des mappages à vérifier par une personne.
- Ce qui change
- Moins de nettoyage manuel des feuilles de calcul et moins de scripts d'exportation ponctuels.
Essayez l'exemple interactifDonnées de démonstration
Colonnes et étiquettes
Aperçu en direct (CSV)
cust_nm,ord_dt,ord_tot Northwind Interiors,2026-03-04,4820 Kestrel Hospitality,2026-03-09,12990 Alder Studio,2026-03-12,980
Documentation et sources
Défi dépendant du projet
Applications multilingues
- Approche de FileMaker
- Les solutions sur mesure peuvent être multilingues, généralement à l'aide de tables de traduction, de fonctions personnalisées ou de mises en page dupliquées.
- Là où c'est plus difficile
- Chaque nouvel écran et libellé doit être intégré à l'approche choisie, et les traductions sont faciles à désynchroniser.
- Approche web moderne
- Bibliothèques d'internationalisation établies avec des fichiers de traduction, des dates, des nombres et des devises adaptés à la locale, ainsi que des brouillons de traduction assistés par IA revus par des personnes.
- Ce qui change
- L'ajout d'une langue devient une tâche de contenu plutôt qu'une reconstruction.
Essayez l'exemple interactifDonnées de démonstration
Open orders
| Customer | Delivery | Status | Total |
|---|---|---|---|
| Northwind Interiors | Jul 14, 2026 | Confirmed | €4,820.50 |
| Kestrel Hospitality | Jul 21, 2026 | In production | €12,990.00 |
| Alder Studio | Aug 2, 2026 | Ready to ship | €980.25 |
Caractéristique documentée de la plateforme
Design mobile et réactif
- Approche de FileMaker
- FileMaker Go et WebDirect offrent un accès mobile et navigateur à vos mises en page.
- Là où c'est plus difficile
- Les mises en page sont conçues pour des tailles d'écran spécifiques, donc prendre en charge le téléphone, la tablette et le bureau signifie généralement des mises en page séparées par facteur de forme.
- Approche web moderne
- Les mises en page responsives adaptent une seule interface sur téléphone, tablette et ordinateur de bureau, et peuvent être installées en tant qu'application web progressive si nécessaire.
- Ce qui change
- Une seule interface à maintenir au lieu d'un ensemble de mises en page par appareil.
Essayez l'exemple interactifDonnées de démonstration
Vue d'ensemble des opérations
Commandes ouvertes
42
Prêt à être expédié
9
Retard
3
Une seule interface. La barre latérale devient une barre inférieure et les cartes s'empilent, selon la largeur de l'écran.
Documentation et sources
Défi dépendant du projet
Mises à jour en direct
- Approche de FileMaker
- Les enregistrements sont partagés dans une solution multi-utilisateurs, et les utilisateurs voient les modifications enregistrées lorsque les écrans se rafraîchissent ou que les scripts requièrent à nouveau les enregistrements.
- Là où c'est plus difficile
- Les vues mises à jour en temps réel dépendent généralement de minuteurs, de déclencheurs de script ou d'un rafraîchissement manuel, ce qui ajoute du script et de la charge serveur.
- Approche web moderne
- WebSockets, server-sent events ou services en temps réel gérés poussent les modifications vers les écrans déjà ouverts.
- Ce qui change
- Tableaux de bord et files d'attente de travail qui restent à jour sans que personne n'ait besoin d'actualiser.
Essayez l'exemple interactifDonnées de démonstration
Flux simulé de mises à jour d'entrepôt. Aucune actualisation de page.
Reçu
2
Préparation de commandes
2
Emballé
1
Expédié
0
- SO-3101Northwind InteriorsReçu
- SO-3102Kestrel HospitalityPréparation de commandes
- SO-3103Harbor & PineEmballé
- SO-3104Alder StudioReçu
- SO-3105Lumen RetailPréparation de commandes
Caractéristique documentée de la plateforme
Sécurité
La sécurité est une discipline d'ingénierie, et non un avantage exclusif de plateforme.
- Approche de FileMaker
- Les jeux de privilèges contrôlent l'accès aux enregistrements, mises en page, champs et scripts, avec des comptes gérés dans le fichier ou via une authentification externe.
- Là où c'est plus difficile
- Les règles granulaires ont tendance à se répandre dans les ensembles de privilèges, les mises en page et les privilèges de script, ce qui peut rendre l'audit difficile à mesure que la solution évolue.
- Approche web moderne
- Fournisseurs d'identité standard, autorisation basée sur les rôles appliquée côté serveur et politiques d'accès centralisées testables.
- Ce qui change
- Règles d'accès pouvant être examinées, testées et auditées en un seul endroit.
FileMaker propose bien des contrôles de sécurité réels et documentés : ensembles de privilèges, gestion des comptes et options de chiffrement. L'enjeu n'est pas que FileMaker soit peu sécurisé. La sécurité dépend de la manière dont les règles d'accès sont conçues, centralisées et testées, ce qui s'applique aussi bien à une solution FileMaker qu'à une application web.
Essayez l'exemple interactifDonnées de démonstration
Couche interface : essayez une action
Chaque bouton reste cliquable à dessein. Le serveur décide, donc masquer un bouton n'est qu'une commodité.
- 1InterfaceTransmet la demande
- 2AutorisationVérifie le rôle par rapport à la politique
- 3Logique métierS'exécute uniquement si autorisé
Le journal des demandes apparaît ici. Sélectionnez une action.
Caractéristique documentée de la plateforme
Licences et dépendance à la plateforme
- Approche de FileMaker
- FileMaker est sous licence Claris, et la solution s'exécute sur la plateforme Claris. Vérifiez les conditions actuelles auprès de Claris.
- Là où c'est plus difficile
- Coûts de licence récurrents, dépendance à la feuille de route d'un seul éditeur et un vivier de développeurs plus restreint que les stacks web dominants.
- Approche web moderne
- Cadres open source, hébergement standard, code source que vous possédez, et la liberté de choisir les prestataires et développeurs. Les applications web ont toujours des coûts d'hébergement et de maintenance.
- Ce qui change
- Plus de choix en matière d'hébergement, de fournisseurs et de recrutement, avec des coûts liés à votre propre utilisation. Le calculateur ci-dessous vous permet de tester cela avec vos chiffres.
FileMaker Server supports many concurrent users, with capacity depending on hardware, licensing, and solution design. Stateless application servers, managed databases, caching, and horizontal scaling let each part grow independently.
Scripts, plug-ins, the Data API, OData, and Claris Connect can connect FileMaker to other services. Standard REST, webhook, and queue patterns, a very large package ecosystem, typed SDKs, and durable workflow tooling.
Documentation et sources
Conclusion finale
La modernisation a dépassé FileMaker.
La question n’est plus de savoir si les applications web modernes peuvent offrir les fonctionnalités dont les entreprises avaient besoin avec FileMaker. La question est plutôt de savoir si la dépendance continue à cette plateforme reste judicieuse pour votre système.
