About creating runtime solutions (FileMaker Pro Advanced)
With FileMaker Pro Advanced, you can bind FileMaker database files into runtime solutions, which are solutions that do not require FileMaker Pro or FileMaker Pro Advanced in order to be used on a computer. You can also create runtime solutions in Kiosk mode.
Before you begin to build your database solution, you need to decide how users will interact with it. Your database solution might have any of the following components:
 •
 •
scripts and buttons to open auxiliary files, return to the primary file, display a splash screen layout at startup, or quit a runtime application
 •
 •
 •
 •
 •
 •
Note  FileMaker Pro and FileMaker Pro Advanced now allow you to include as many database tables as you need in a database file. This capability eliminates one of the main reasons for using multiple files. However, other elements, like scripts and access privileges, are stored at the file level and so some complex solutions will still benefit from using multiple files.
FileMaker Pro Advanced features are stripped from runtime applications. None of the commands on the File menu > Manage submenu are available in the runtime application. Runtime applications cannot be shared over a network and do not include the ability to Save/Send Records as Adobe PDF files. ODBC import, the Execute SQL script step, and using ODBC data sources in the relationships graph are not supported in runtime application. For a feature comparison of the runtime application with FileMaker Pro, see the FileMaker Pro Advanced Development Guide at http://www.filemaker.com/documentation.
A runtime database can, however, be opened in either FileMaker Pro or FileMaker Pro Advanced. The full functionality of these applications will be enabled, except if full access privileges have been removed. See Removing Admin access to databases (FileMaker Pro Advanced).
You may need to bind your database files several times before you prepare them for delivery to your users. When you have completed development and the final version is bound and ready to distribute, you should thoroughly test your runtime solution to ensure that it behaves as expected. See Preparing files for a runtime solution (FileMaker Pro Advanced).
Notes
 •
If you’re creating a solution that will have versions for Windows and the Mac OS, test the different versions of the solution on their respective platforms. For more information, see Troubleshooting layouts designed for both Windows and Mac OS.
 •
If you have used multiple files instead of multiple tables in a single file, all files for your solution should be in the same folder before being bound into a runtime solution. If it is not practical to keep all files in one folder, be sure to include a data source reference to each file that is just the filename.
 •
 •
If you have used multiple database files, decide which file will be the primary file that users open first. The primary file stores the custom settings. Use this file for navigation buttons or scripts to other auxiliary files, an About layout, a custom Help layout or file, and to quit the application. See Starting runtime solutions (FileMaker Pro Advanced).
 •
 •
If you distribute databases as runtime solutions that require specific plug-in versions, place plug-ins in the runtime folder created when you bind the solutions.
 •
 •
 •
Although the Developer Utilities use a copy of a file instead of the original, it’s always a good idea to make a backup copy of your original files before beginning.
Related topics 
Displaying databases in Kiosk mode (FileMaker Pro Advanced)
Topics in this section
Preparing files for a runtime solution (FileMaker Pro Advanced)
Binding files into a runtime solution (FileMaker Pro Advanced)
Naming runtime solutions (FileMaker Pro Advanced)
Distributing runtime solutions (FileMaker Pro Advanced)
Importing data into upgraded runtime solutions (FileMaker Pro Advanced)
Starting runtime solutions (FileMaker Pro Advanced)
Recovering runtime files (FileMaker Pro Advanced)