Planning your upgrade to Claris FileMaker 19 platform

Ben Fletcher • 5 June 2020

Claris FileMaker 19 is a significant upgrade to an already great platform custom app platform. While it is a given that one would immediately use the Claris FileMaker 19 platform for developing a new custom App if starting from scratch today, there may be some work to be done if you are planning on upgrading from an older version of the FileMaker platform.


Here is our quick guide of technical considerations to watch out for when updating from previous versions. If you think any of the issues noted are a concern then you are welcome to contact our consulting team for assistance.


Upgrading from FileMaker v12-v18 (.fmp12 format)

Since FileMaker versions 12-18 share the same file format as version 19 there is no need to convert the file. This usually means the file should simply open in the newer version of the application and there are less likely to be significant conversion issues with upgrading.

With FileMaker 16 onwards, in order to produce a more modern ‘app-like’ experience on the desktop, the footer bar which includes the ability to zoom in and out, change working view mode and show/hide the upper status bar has been removed. If your users are making use of these features then they will need to adapt to using the upper status and application menus (for changing mode/status bar) or you may find that you will need to program in zoom control into your interface layouts.


Mixing client versions has always been possible to an extent (i.e. if you have legacy machines which are not able to be upgraded to the minimum hardware or OS requirements to run FileMaker 19, then you can still connect to FileMaker Server 19 using FileMaker 18) - this is more restrictive than in previous versions as there was general compatibility back two version and forward two version for FileMaker 18 and earlier. This tightening of support is in line with Claris’ commitment to releasing new updates more frequently and so it isn’t generally advisable to mix client versions and also it means that you cannot take full advantage of the full FileMaker 19 feature set.


For optimal security and performance both server and all users should be on the most recent software version and patch. To prevent users from accidentally accessing an upgraded server/solution with an older version of the client software, you can set the minimum version allowed to access the file under File > File Options > Open tab.


It is worth checking which features are now deprecated in Claris FileMaker 19 and reviewing if they impact your usage:

https://support.claris.com/s/article/Deprecated-and-removed-features-in-FileMaker-19?language=en_US


Upgrading from FileMaker v6 or earlier (.fp5 format)

It is testament to the longevity of the platform that we still occasionally encounter clients which legacy systems which are running on very old versions of FileMaker. There are potentially lots of issues with converting files that are more than 11 years old, but here are some of the most common issues that need resolving:

  • The most basic consideration if you have a database file of this vintage is that it isn’t possible to directly convert from v6 or earlier using FileMaker 19. You will need to use an intermediate FileMaker version (v7-11) to convert the file to the .fp7 format which 19 can then in turn convert to the .fmp12 format. FileMaker has a detailed guide on the issues and version compatibility here:

http://help.filemaker.com/app/answers/detail/a_id/10571/~/converting-older-filemaker-pro-files-to-the-.fmp12-file-format

  • Back in the FileMaker v6 days, you could only specify a password and not a login name – in converting it sets the login name to be the same as the password which obviously isn’t very secure so this will need to be changed quickly post upgrade. FileMaker 18 login names are case insensitive, but the passwords are not so it can be easy to get caught out by this. In many cases it is simplest to remove all passwords under the original version, convert and set-up the security again from scratch.
  • Typically, since having multiple tables in a single database file wasn’t possible back in v6 and earlier, you may find you have lots of files to convert and re-set-up the login/password security across multiple files. If this is the case and you have complex security group arrangements then it is often more appropriate to set-up FileMaker Server to use Active Directory, Open Directory or the newer OAuth external authentication.
  • Finally, external file references between files could not be directly accessed in the application in FileMaker v6 and earlier, but are exposed from FileMaker v7 onwards (File > Manage > External Data Sources in FileMaker v18). On occasions when the linked files had been re-linked, or moved between multiple machines this could result in multiple ‘paths’ being recorded to the appropriate related file. These often need clean-up post conversion so that they are set to the correct relative server location. If there are lots of incorrect/’hanging’ references to old paths then this can cause FileMaker to ‘pause’ while it times out looking for the dead link. This can significantly increase the time to open the files and lead to the perception that the Application is being unresponsive.


All considered there are so many interface, calculation, scripting, and integration features that have been added to FIleMaker over the last 11 years, that we would strongly recommend re-writing a solution from scratch to benefit from all of the new technology that is available. Conversion is only a really means to an end to get your data into a format which can be readily worked on with the modern FileMaker 19 platform. By analogy why would you replace your landline telephone or ‘dum’ mobile phone of a pre-2010 vintage with a like for like device in 2020 instead of getting a current generation smart phone? The same principle applies to FileMaker.


General upgrade considerations

In all of the above cases, we are assuming that you have a relatively ‘vanilla’ FileMaker solution without any complex dependencies such as integrations with 3rd party software using legacy integration technology or plugins.


FileMaker plugins will generally need updating to ensure compatibility with FileMaker 19 and in many cases this will be a paid for update. The syntax and functionality of plugins can change between versions, or certain features are deprecated if the core application offers overlapping functionality or similar functionality – this may mean that you will need to re-write elements of your solution scripting to use the new native FileMaker 19 technology or may need to migrate to a different plugin if the old one is no longer being actively developed.


We strongly recommend that clients think seriously about how fit for purpose a legacy solution is before deciding that a simple ‘technocratic’ upgrade is an appropriate approach. Most successful businesses change their processes and focus significantly over time as well as the ecosystem of technologies that they adopt to support their workflow. In many cases, if the client has a legacy FileMaker solution that has not been updated for several years then it is usually more efficient and cost effective to consider developing a new solution from scratch which exactly fits an organisation’s modern requirements if the older system is no longer a ‘good fit’.


The most obvious example of ‘fit’ is that older FileMaker systems were generally not developed with a ‘cloud-first’ or mobile mindset. For the last 3 versions of FileMaker, Claris has put a great deal of effort and resources to ensuring how well the modern platform can be used on the cloud. Equally, with the advent of JSON/REST support within FileMaker 18 onwards and the release of Claris Connect this year there are completely new opportunities to automate repetitive work by integration with 3rd party cloud solutions.


by Ben Fletcher 16 January 2026
This is the 2nd part, continuing on from 1st part , we asked our most veteran consultant developer, Jonathan Taberner and the most recent addition, Salman Javaherai to contrast their experiences and provide an insight for our customers as to what a working day looks like for a professional Claris FileMaker Developer in 2026. Artificial IntelligenceI & Large Language Models in FileMaker Development How are you (or the team) experimenting with AI and LLMs within FileMaker? SJ: We’re experimenting with using an AI chatbot connected to internal knowledgebase. The idea is to give our team quick access to insights or historical solutions without having to dig through old documentation. It’s already proving useful for speeding up internal troubleshooting. JT: We are offering our customers natural language searches as part of standard development. What are the biggest opportunities you see for private AI in client solutions? SJ: A huge opportunity is for technical support teams, they could resolve tickets faster by having AI automatically referencing similar past issues, without the risk of leaking customer information or passwords. JT: The ability to run AI searches and summaries without sending data outside of the company network. Can you give an example where AI/LLMs made a meaningful impact in a client project (or could in the near future)? SJ: A practical near-term example is support ticket triage. AI could compare a new issue to similar historical cases and suggest likely pathways or fixes. It won’t replace support staff, but it will make them dramatically more efficient by removing repetitive searching. It could even make suggestions directly to the customer before the engineer has even read it, or it could guide the customer in the ticket submission process, by ensuring all required information is submitted (which is never a one size fits all process). JT: I am currently working on a solution for an Engineering customer to verify product certificates against UK ISO standard specifications. We are also looking at using AI as an OCR tool to extract text where the certificate is saved as an image. Collaboration & Problem-Solving What’s the toughest technical challenge you’ve solved recently—and how did you tackle it? SJ: One of the toughest challenges involved WebDirect worker machines not firing up reliably. The Claris documentation wasn’t quite clear on the networking requirements, so I built a testing environment and worked through it via trial and error, supplemented by advice from the Claris Community . Another challenge was a WebViewer freeze triggered by a hide condition—ultimately it turned out to be a FileMaker bug. I reported it and implemented a workaround, removing the hide condition and rethinking how layout objects were handled. JT: We recently collaborated with a third party designer for the development of the Venue Dashboard for Band On The Wall . The designs looked great but some were a challenge to replicate in Claris FileMaker while retaining a robust user experience. We used FileMaker’s hide/show layout objects to create the illusion of subsummary parts in a list – also made good use of card windows. We (and the client) were very pleased with the results! How does the team collaborate to brainstorm solutions or keep up with the fast pace of Claris updates? SJ: Our regular team meetings always include space for general questions, sharing discoveries, and helping each other think through architectural decisions. It creates a steady flow of knowledge and keeps us aligned with platform changes. JT: We regularly attend Claris Webinars and share development tips within the team. We discuss challenging or problematic development in our regular team meetings. We also have separate scheduled meetups to discuss and update documentation for client solutions. As a developer, how do you keep learning and staying sharp with new FileMaker features? SJ: I regularly read FileMaker blogs, subscribe to community newsletters, and watch YouTube channels like FileMaker Training and FMDisc . I’ve also been going through Claris’s “ Under the Hood ” videos, which offer great context for long term design choices, and deeper architectural understanding. JT: The best incentive I have is that I have never lost my excitement with what can be done with FileMaker – and as this is constantly evolving I always have something to be excited about. I keep an eye on Twitter(X) feeds and bookmark anything of interest for follow-up. Looking Ahead What do you think the next big trend in the Claris ecosystem will be? SJ: think integration of all the components will continue further, with Studio and Connect interacting with Claris FileMaker more seamlessly. JT: The ongoing enhancement of AI features and the evolution of AI services available. We are just at the start of this journey! How do you see AI, Claris Studio, and Claris Connect shaping the future of custom app development? SJ: I think AI will assist in app development, so the developer and client will have an initial and ongoing discussion with the AI, in order to build and maintain solutions. JT: These will all evolve to work more closely with FileMaker to extend capabilities. I also expect AI to integrate and assist with development (while still requiring experienced developer input!) What advice would you give to organisations still running their operations on spreadsheets or outdated systems? SJ: I’d ask them when they last felt passionate about the company mission. Spreadsheets are great for simple tasks, but once they’re being used as a core part of the business, they weigh everyone down by taking up mental energy, due to the inevitable mismatch between their design and company processes, not to mention the inconveniences of cleaning up mistakes made from incorrect data. JT: “Have a look at some of our solutions and see what is possible.” Most clients who come to us with one of these solutions will tell us of their woes with using outdated systems or trying to collaborate on projects using spreadsheets. They are usually excited to hear that data can be shared using FileMaker and that it only needs to be stored once.
by Ben Fletcher 15 January 2026
The work of planning, designing, developing and supporting custom solutions using the Claris FileMaker platform is a core part of DataTherapy's service, providing interesting, challenging and rewarding work for our Team since inception. To celebrate our 31st year of business, we asked our most veteran consultant developer, Jonathan Taberner and the most recent addition, Salman Javaherai to contrast their experiences and provide an insight for our customers as to what a working day looks like for a professional Claris FileMaker Developer in 2026. Background & Daily Workflow What does a typical day look like for you as a FileMaker developer at DataTherapy? SJ: A typical day starts with checking emails and reviewing the progress of any overnight tasks or scheduled scripts, just to make sure everything ran as expected. From there, I usually move between project planning, actual development, and the occasional quote or scoping session for a client request. There is always a satisfying mix of planning, collaboration, problem-solving and building. JT: I usually have some project work on the go but need to balance this with routine tasks such as monitoring server backups and exports and also be available for any requests which come in from our customers with support contracts. If the issue is urgent we look at it straight away – if not we reply and schedule it. If I have the choice I prefer to do the most challenging work in the morning when I am sharpest but doesn’t always work out that way! We all mostly work remotely – I am either in my home office or a shared office space in town. How do you balance client meetings, design, coding, and testing? SJ: For me, it’s all about managing and adhering to my focus levels. Design and testing require the deepest concentration, so I treat those like “deep work” sessions in the Cal Newport sense —time where I try to minimise interruptions and really think through the architecture. Pen and paper, screen off, is really handy here. Coding and client meetings, on the other hand, have more natural breaks and tend to be a bit more caffeinated. When I’m stuck on a tricky problem, I’ll take a short break to let ideas percolate; the elegant solution usually arrives once your brain gets some space. JT: Working as part of a team it is good to spread this out a bit. We usually have several developers on an initial client call and are able to discuss, proof read proposals and sense-check plans, etc. Likewise with testing we can ask another member of the team to test a solution as an end user – even better if they have not been involved in the development progress! What do you enjoy most about building solutions on the Claris FileMaker platform? SJ: Claris FileMaker lets you build almost like a painter paints—you can design the interface, model the data, and shape the logic all in the same space, without constantly jumping between separate tools or layers. In FileMaker, it all happens immediately, right in front of you, which makes the process feel fluid, creative, and incredibly satisfying for both the developer and the client watching it come to life. JT: I am still amazed and excited by how quickly we can build solutions using FileMaker. I enjoy the challenge of trying to produce an elegant solution – efficient coding with a view to speed and robustness of the solution. Best of all is delivering a solution which exceeds the client’s expectations so they are happy and looking forward to the next enhancements. Expertise & Platform Evolution Which version of FileMaker did you first start working with and what is the biggest change or feature that excites your about the most recent FileMaker 2024 & FileMaker 2025 releases? SJ: I started developing back in FileMaker 6, just before the first major change of multi table files was introduced in version 7. In the latest releases, the features that stand out most to me are the improved JSON parsing and the enhanced WebDirect features—especially things like being able to properly disable the back button. JT: The first version of FileMaker I had was version 3. I became a professional developer on version 7 in 2005. It has to be the new AI features in FileMaker 2025 – we are already putting these to good use and this is just the beginning! Which recent FileMaker feature has had the biggest impact on the way you build solutions (e.g., JSON, transactions, script enhancements, Layout UI improvements)? SJ: Transactions have had a huge impact. They let us handle bulk record changes in a safe, controlled way without writing so much defensive code. The Execute FileMaker Data API step is another great addition—it simplifies minor record operations and simplifies scripts. And JavaScript in web viewers has opened the door to more standardised UI components and advanced reporting. JSON took me a little longer to get used to. For a while I just implemented for very specific cases such as bulk record transfers, but now I probably use it in every script for more minor things. JT: JSON – for interaction with third party APIs and a great way to pass data within a solution (eg script parameters). How do you ensure solutions remain scalable, secure, and future-proof? SJ: I try to stick to fundamentals: use as many of the ‘traditional’ FileMaker features as possible, keep the architecture clean, and avoid unnecessary complexity. I’m also cautious about unstored calculations—useful in the right contexts but expensive if overused. I’m also conscious of the risks of “premature abstraction”. You don’t need to eliminate every repetition in a script or calculation if doing so makes the logic harder to read, maintain, or adapt later. FileMaker solutions are inherently fluid—clients often request rapid changes, and we need to deliver quickly—so chasing the “perfectly abstracted” or “textbook-clean” version can actually slow things down. I’ve been caught out with adopting new FileMaker features the moment they appear. New tools are great, but it takes experience to judge when they’ll genuinely save time versus when they add unnecessary complexity. JT: We periodically review solutions which we support for possible enhancements using new features. We design solutions to be scalable to large datasets but some issues still only become evident after the solution is well in use. We are flexible in our coding and pool ideas as a team to achieve greater database efficiency. Claris Stu dio & Connect Have you integrated Claris Studio into your projects yet? What’s been your impression—where does it really shine? SJ: Yes, I’ve tested out Claris Studio integration, for “fire-and-forget” web forms where users need to submit data without having a FileMaker account. The more recent addition of direct access to FileMaker tables makes configuration (not having to use Claris Connect as an intermediary) that much quicker. It’s great to have a truly anonymous and secure way into the FileMaker data. JT: I am currently not significantly using Claris Studio. It has great potential but I still see it as a work in progress. How do you see Claris Connect changing the way clients approach integrations? SJ: Claris Connect lowers the technical barrier for clients who want to link their systems with external services like Mailchimp. Instead of managing APIs or custom scripts, Connect offers a more hands-off, approachable way to automate processes. It brings integrations within reach for organisations that previously would have seen them as too complex. For administrators it’s nice to have the option of having some automated processes outside FileMaker Server. JT: It is very quick and easy to set up an integration using Claris Connect – we use this in combination with custom API solutions. The triggers in Claris Connect are particularly useful. Can you share an example of how you’ve used these tools to streamline client workflows? SJ: One example is an events management client who needed a simple way for staff to submit availability without a set of credentials. Using Claris Studio, we built a clean, login-free submission process that feeds directly back into their FileMaker system. It removed admin overhead and gave staff a frictionless way to provide data. JT: We set up an integration for a jewellery studio between their FileMaker database and Shopify. Triggering when orders change status and uploading product details and pricing. This uses a combination of Claris Connect and custom API coding.
Claris FileMaker Icon
by Ben Fletcher 18 December 2025
Find out what the latest bug fixes are in the Claris FileMaker 2025 (v22.0.4) release are.
Beach & horizon.
by Ben Fletcher 5 November 2025
Are you just surviving with your data — or thriving with it? 💡 Discover how DataTherapy’s Hierarchy of Data maps your journey from basic data integrity to AI-powered innovation.
Law book on a table.
by Ben Fletcher 7 October 2025
Discover 10 hidden GDPR risks in AI adoption and learn how Claris FileMaker helps UK SMEs innovate securely while staying fully compliant.
Stephoscope and medical clipboard.
by Ben Fletcher 18 September 2025
DataTherapy helped St Mark’s Centre streamline cancer research and patient care by unifying databases into a secure, efficient Claris FileMaker system.
Light shines through a window.
by Ben Fletcher 10 September 2025
Windows 10 support ends Oct 14, 2025. Upgrade to Windows 11 and FileMaker 2024 or FileMaker 2025 to stay secure, supported, and future-ready.
by Ben Fletcher 18 August 2025
Want faster, smarter FileMaker apps with AI? We compared gpt-oss, Llama & DeepSeek to find the best local model for Apple hardware. Find out who wins
Happy Student
by Ben Fletcher 12 August 2025
Discover how DataTherapy built a secure, cloud-based academic recruitment portal for The Francis Crick Institute using Platopus SaaS and Claris FileMaker. Streamlined applications, advanced reporting, and Okta authentication deliver a faster, more efficient hiring process.
by Ben Fletcher 14 July 2025
While the new AI features of Claris FileMaker 2025 will undoubtedly generate the most headline interest, there are a number of other new under the hood features which are no less important to professional FileMaker developers. Here is a quick overview of some of the new features we will be using immediately to speed and ease our development, as well as improving the real world performance of apps: 1) GetFieldsOnLayout function Returns a list of the fields on a layout as JSON data. Includes only the fields that are accessible to a find.
More posts