Discrete tasks executed asynchronously in response to events
In Flatfile, a Job represents a large unit of work performed asynchronously on a resource such as a file, Workbook, or Sheet. The Jobs workflow provides visibility into the status and progress of your Jobs, allowing you to monitor and troubleshoot the data processing pipeline. For handling large datasets, see our multi-part jobs guide.
In these examples, we’ll show the full listener lifecycle implementation, complete with ack
to acknowledge the job, update
to update the job’s progress, and complete
or fail
to complete or fail the job.
To make this simpler, we provide a plugin called Job Handler that handles the job lifecycle for you. This plugin works by listening to the job:ready
event and executing the handler callback. There is also an optional tick
function which allows you to update the Job’s progress.
For example, this listener implementation contains all the code necessary to handle a job:
Jobs fire the following Events during their lifecycle. In chronological order, the Job Events are:
Event | Description |
---|---|
job:created | Fires when a Job is created, but before it does anything. |
job:ready | Fires when a Job is ready to move into the execution stage, but before it does anything. |
job:updated | Fires when there is an update to a Job while it is executing. |
job:completed OR job:failed | job:completed fires when a Job is completed successfully, job:failed fires if a Job is completed but fails. One of these events will fire upon Job completion, but never both. |
job:outcome-acknowledged | Fires when a user acknowledges the completion of a Job through a UI popup. |
You can listen on any of these events in your Listener, but the most common event to listen for is job:ready
.
Jobs can be triggered in a number of ways, most commonly in response to user activity. Jobs are then managed via Listeners, which receive Events published by Flatfile in response to activity.
There are three types of Jobs on the Flatfile Platform:
Actions are developer-defined operations that can be mounted on a number of domains (including Sheets, Workbooks, Documents, and Files). Mounting an Action means attaching a custom operation to that domain. That operation can then be triggered by a user event (clicking a button or selecting a menu item).
When an Action is triggered a job:ready
Event for a Job named [domain]:[operation]
is published. Your Listener can then be configured to respond to that Action via its Event.
To run an Action based job, two configurations are necessary.
First, create an Action on a domain. Here’s an example of a Workbook containing an Action:
Then, create a Listener to respond to the Action:
Note that the Listener is listening for the job:ready
event, for the workbook:export
Job, which was defined in our Workbook.
Another trigger option is to create a Custom Job via SDK/API. In the SDK, Jobs are created by calling the api.jobs.create()
method.
Creating a custom Job in your Listener enables any Event to trigger a Job.
Here’s an example of creating a custom Job in a Listener:
Note that the trigger for this Listener is set to immediate, which means that the Job will be created and executed immediately upon the Event firing.
Therefore, we should have our Listener ready to respond to this Job:
Internally, Flatfile uses Jobs to power many of the features of the Flatfile Platform, such as extraction, record mutation, and AI Assist. Here are some examples of Jobs that the Flatfile Platform creates and manages on your behalf:
Job Name | Description |
---|---|
Extract | Extracts data from the specified source. |
Map | Maps data from its ingress format to Blueprint fields. |
DeleteRecords | Deletes records from a dataset based on specified criteria. |
Export | Exports data to a specified format or destination. |
MutateRecords | Alters records in a dataset according to defined rules. |
Configure | Sets up or modifies the configuration of a Space. |
AiAssist | Utilizes AI to assist with tasks such as data categorization. |
FindReplace | Searches for specific values and replaces them. |
When creating a job, the following parameters are required:
export
, extract
, map
, delete
, etcmanual
or immediate
created
, planning
, scheduled
, ready
, executing
, complete
, failed
, cancelled
foreground
, background
, toolbarBlocking
Please see our API Reference for details on all possible values.
Jobs can be managed via SDK/API. Commonly, Jobs are acknowledged, progressed, and then completed or failed. Here’s a look at those steps.
First, acknowledge a Job. This will update the Job’s status to executing
.
Once a Job is acknowledged, you can begin running your custom operation. Jobs were designed to handle large processing loads, but you can easily update your user by updating the Job with a progress value.
Progress
is a numerical or percentage value indicating the completion status of the work. You may also provide an estimatedCompletionAt
value which will display your estimate of the remaining processing time in the foreground Job overlay. Additionally, the Jobs Panel will share visibility into the estimated remaining time for acknowledged jobs.
Example of estimated time
Once a job is complete, you can display an alert to the end user using outcome
.
You can enhance job completion with various outcome options to guide users to their next action:
Example of a 'next' button
Add a button to the dialog that will redirect the user somewhere within a Space using next > Id.
In this code below, we will create a button that says “See all downloads” with this path: space/us_sp_1234/files?mode=export
Add a button to the dialog that will redirect the user to an external link using next > Url.
In this code below, we will create a button that says “Go to Google”. It will open in a new tab.
Add a button to the dialog that will redirect the user to an external link using next > Url.
In this code below, we will create a button that says “Download this file”.
Download files hosted on Flatfile by using next > files.
In this code below, we will create a button that says “Download files”.
Add a button to the dialog that will redirect the user a particular snapshot using next > snapshot.
In this code below, we will create a button that says “Go to Snapshot”.
Dynamically update visible columns in a sheet using next > view.
In this code below, we will create a button that says “Hide columns”:
Often in the event of a failure, you may want to add a button to the dialog that will retry the Job using next > Retry.
Provide retry functionality for failed jobs:
When a job encounters an error, use the fail method:
Jobs provide the foundation for asynchronous data processing in Flatfile, enabling scalable, reliable handling of complex data transformation and import workflows.
Discrete tasks executed asynchronously in response to events
In Flatfile, a Job represents a large unit of work performed asynchronously on a resource such as a file, Workbook, or Sheet. The Jobs workflow provides visibility into the status and progress of your Jobs, allowing you to monitor and troubleshoot the data processing pipeline. For handling large datasets, see our multi-part jobs guide.
In these examples, we’ll show the full listener lifecycle implementation, complete with ack
to acknowledge the job, update
to update the job’s progress, and complete
or fail
to complete or fail the job.
To make this simpler, we provide a plugin called Job Handler that handles the job lifecycle for you. This plugin works by listening to the job:ready
event and executing the handler callback. There is also an optional tick
function which allows you to update the Job’s progress.
For example, this listener implementation contains all the code necessary to handle a job:
Jobs fire the following Events during their lifecycle. In chronological order, the Job Events are:
Event | Description |
---|---|
job:created | Fires when a Job is created, but before it does anything. |
job:ready | Fires when a Job is ready to move into the execution stage, but before it does anything. |
job:updated | Fires when there is an update to a Job while it is executing. |
job:completed OR job:failed | job:completed fires when a Job is completed successfully, job:failed fires if a Job is completed but fails. One of these events will fire upon Job completion, but never both. |
job:outcome-acknowledged | Fires when a user acknowledges the completion of a Job through a UI popup. |
You can listen on any of these events in your Listener, but the most common event to listen for is job:ready
.
Jobs can be triggered in a number of ways, most commonly in response to user activity. Jobs are then managed via Listeners, which receive Events published by Flatfile in response to activity.
There are three types of Jobs on the Flatfile Platform:
Actions are developer-defined operations that can be mounted on a number of domains (including Sheets, Workbooks, Documents, and Files). Mounting an Action means attaching a custom operation to that domain. That operation can then be triggered by a user event (clicking a button or selecting a menu item).
When an Action is triggered a job:ready
Event for a Job named [domain]:[operation]
is published. Your Listener can then be configured to respond to that Action via its Event.
To run an Action based job, two configurations are necessary.
First, create an Action on a domain. Here’s an example of a Workbook containing an Action:
Then, create a Listener to respond to the Action:
Note that the Listener is listening for the job:ready
event, for the workbook:export
Job, which was defined in our Workbook.
Another trigger option is to create a Custom Job via SDK/API. In the SDK, Jobs are created by calling the api.jobs.create()
method.
Creating a custom Job in your Listener enables any Event to trigger a Job.
Here’s an example of creating a custom Job in a Listener:
Note that the trigger for this Listener is set to immediate, which means that the Job will be created and executed immediately upon the Event firing.
Therefore, we should have our Listener ready to respond to this Job:
Internally, Flatfile uses Jobs to power many of the features of the Flatfile Platform, such as extraction, record mutation, and AI Assist. Here are some examples of Jobs that the Flatfile Platform creates and manages on your behalf:
Job Name | Description |
---|---|
Extract | Extracts data from the specified source. |
Map | Maps data from its ingress format to Blueprint fields. |
DeleteRecords | Deletes records from a dataset based on specified criteria. |
Export | Exports data to a specified format or destination. |
MutateRecords | Alters records in a dataset according to defined rules. |
Configure | Sets up or modifies the configuration of a Space. |
AiAssist | Utilizes AI to assist with tasks such as data categorization. |
FindReplace | Searches for specific values and replaces them. |
When creating a job, the following parameters are required:
export
, extract
, map
, delete
, etcmanual
or immediate
created
, planning
, scheduled
, ready
, executing
, complete
, failed
, cancelled
foreground
, background
, toolbarBlocking
Please see our API Reference for details on all possible values.
Jobs can be managed via SDK/API. Commonly, Jobs are acknowledged, progressed, and then completed or failed. Here’s a look at those steps.
First, acknowledge a Job. This will update the Job’s status to executing
.
Once a Job is acknowledged, you can begin running your custom operation. Jobs were designed to handle large processing loads, but you can easily update your user by updating the Job with a progress value.
Progress
is a numerical or percentage value indicating the completion status of the work. You may also provide an estimatedCompletionAt
value which will display your estimate of the remaining processing time in the foreground Job overlay. Additionally, the Jobs Panel will share visibility into the estimated remaining time for acknowledged jobs.
Example of estimated time
Once a job is complete, you can display an alert to the end user using outcome
.
You can enhance job completion with various outcome options to guide users to their next action:
Example of a 'next' button
Add a button to the dialog that will redirect the user somewhere within a Space using next > Id.
In this code below, we will create a button that says “See all downloads” with this path: space/us_sp_1234/files?mode=export
Add a button to the dialog that will redirect the user to an external link using next > Url.
In this code below, we will create a button that says “Go to Google”. It will open in a new tab.
Add a button to the dialog that will redirect the user to an external link using next > Url.
In this code below, we will create a button that says “Download this file”.
Download files hosted on Flatfile by using next > files.
In this code below, we will create a button that says “Download files”.
Add a button to the dialog that will redirect the user a particular snapshot using next > snapshot.
In this code below, we will create a button that says “Go to Snapshot”.
Dynamically update visible columns in a sheet using next > view.
In this code below, we will create a button that says “Hide columns”:
Often in the event of a failure, you may want to add a button to the dialog that will retry the Job using next > Retry.
Provide retry functionality for failed jobs:
When a job encounters an error, use the fail method:
Jobs provide the foundation for asynchronous data processing in Flatfile, enabling scalable, reliable handling of complex data transformation and import workflows.