Skip to main content
Version: 1.3.0 (latest)

Workable

Need help deploying these sources or figuring out how to run them in your data stack?
Join our Slack community or Book a call with a dltHub Solutions Engineer.

Workable is an online platform for posting jobs and managing the hiring process. With Workable, employers can create job listings, receive applications, track candidates, collaborate with team members, schedule interviews, and manage the overall hiring workflow.

This Workable dlt verified source and pipeline example loads data using the “Workable API” to the destination of your choice.

Default endpoints

This verified source loads data from the following default endpoints:

NameDescription
membersIndividuals who have access to your Workable account
recruitersIndividuals who are responsible for managing the hiring and recruitment processes
stagesRepresent the different steps or phases in the hiring process for a job position
requisitionsFormal requests made by an organization to fill a specific job opening or position
jobsIndividual job postings or job listings created by employers or recruiters
custom_attributesAdditional fields or data points that you can define and assign to candidates or jobs
eventsSpecific occurrences or actions related to the hiring and recruitment process
candidatesIndividuals who have applied for job positions within an organization

Dependent endpoints

Besides the main endpoints, for the "candidate" and "jobs" endpoints, the following are their dependent endpoints:

NameDependent endpoints
candidates/:id/activitiesRetrieve activities or events related to the candidate's interaction with the hiring process.
candidates/:id/offerA specific candidate's offer information
jobs/:shortcode/activitiesActivities associated with a particular job posting identified by its shortcode
jobs/:shortcode/application_formApplication form details for a specified job
jobs/:shortcode/questionsRetrieve the interview questions associated with a specific job posting
jobs/:shortcode/stagesRetrieve information about the hiring stages associated with a particular job
jobs/:shortcode/custom_attributesRetrieve custom attributes associated with a particular job posting
jobs/:shortcode/membersRetrieve information about the members associated with a particular job within the Workable system
jobs/:shortcode/recruitersRetrieve the list of recruiters associated with a particular job.

Setup guide

Grab API credentials

  1. Log into Workable.
  2. Click the top right user icon and select "Settings".
  3. Under "RECRUITING", select "Integrations" on the left.
  4. Find "ACCESS TOKEN" and generate a new token.
  5. Safely copy the new token for pipeline configuration.

Note: The Workable UI, which is described here, might change. The full guide is available at this link.

Initialize the verified source

To get started with your data pipeline, follow these steps:

  1. Enter the following command:

    dlt init workable duckdb

    This command will initialize the pipeline example with Workable as the source and duckdb as the destination.

  2. If you'd like to use a different destination, simply replace duckdb with the name of your preferred destination.

  3. After running this command, a new directory will be created with the necessary files and configuration settings to get started.

For more information, read the guide on how to add a verified source..

Add credentials

  1. In the .dlt folder, there's a file called secrets.toml. It's where you store sensitive information securely, like access tokens. Keep this file safe. Here's its format for service account authentication:

    # put your secret values and credentials here. do not share this file and do not push it to github
    [sources.workable]
    access_token = "access_token" # Your Workable token copied above
  2. Replace the value of "access_token" with the one that you copied above. This will ensure that your data pipeline example can access your Workable resources securely.

  3. Next, you need to configure ".dlt/config.toml", which looks like:

    [sources.workable]
    subdomain = "subdomain" # please set me up!
  4. Replace the subdomain with the value from the address bar. For example, if your URL is "https://my-company.workable.com/", use "my-company".

  5. Finally, enter credentials for your chosen destination as per the docs.

For more information, read the General Usage: Credentials.

Run the pipeline

  1. Before running the pipeline, ensure that you have installed all the necessary dependencies by running the command:

    pip install -r requirements.txt
  2. You're now ready to run the pipeline! To get started, run the following command:

    python workable_pipeline.py
  3. Once the pipeline has finished running, you can verify that everything loaded correctly by using the following command:

    dlt pipeline <pipeline_name> show

    For example, the pipeline_name for the above pipeline example is workable, you may also use any custom name instead.

For more information, read the guide on how to run a pipeline.

Sources and resources

dlt works on the principle of sources and resources.

Note the default definitions of DEFAULT_ENDPOINTS and DEFAULT_DETAILS in "workable/settings.py".

DEFAULT_ENDPOINTS = ("members", "recruiters", "stages", "requisitions", "jobs", "custom_attributes","events")

DEFAULT_DETAILS = {
"candidates": ("activities", "offer"),
"jobs": ("activities", "application_form", "questions", "stages", "custom_attributes", "members", "recruiters" ),
}

Source workable_source

This function loads data from the default and "candidates" endpoints. Most endpoints in the workable, verified source lack the 'updated_at' key, necessitating data loading in 'replace' mode. However, the 'candidates' endpoints allow incremental 'merge' mode loading.

This source returns a sequence of dltResources that correspond to the endpoints.

@dlt.source(name="workable")
def workable_source(
access_token: str = dlt.secrets.value,
subdomain: str = dlt.config.value,
start_date: Optional[DateTime] = None,
load_details: bool = False,
) -> Iterable[DltResource]:
...

access_token: Authenticate the Workable API using the token specified in ".dlt/secrets.toml".

subdomain: Your Workable account name, specified in ".dlt/config.toml".

start_date: Optional. Sets a data retrieval start date; defaults to January 1, 2000.

load_details: A boolean parameter. Set to true to load dependent endpoints with main ones ("jobs" & "candidates").

Resource candidate_resource

This function is used to retrieve "candidates" endpoints.

@dlt.resource(name="candidates", write_disposition="merge", primary_key="id")
def candidates_resource(
updated_at: Optional[Any] = dlt.sources.incremental(
"updated_at", initial_value=workable.start_date_iso
)
) -> Iterable[TDataItem]:
...

updated_at: Uses the dlt.sources.incremental method. Defaults to the function's start_date or Jan 1, 2000 if undefined.

Customization

Create your own pipeline

If you wish to create your own pipelines, you can leverage source and resource methods from this verified source.

To create your data pipeline using single loading and incremental data loading (only for the Candidates endpoint), follow these steps:

  1. Configure the pipeline by specifying the pipeline name, destination, and dataset as follows:

    pipeline = dlt.pipeline(
    pipeline_name="workable", # Use a custom name if desired
    destination="duckdb", # Choose the appropriate destination (e.g., duckdb, redshift, post)
    dataset_name="workable_data" # Use a custom name if desired
    )
  2. To load all data:

    load_data = workable_source()
    load_info = pipeline.run(load_data)
    print(load_info)

    Note: In the run, the "candidates" endpoint loads incrementally via 'merge' mode using 'updated_by'. All other endpoints load in 'replace' mode.

  3. To load data from a specific date, including dependent endpoints:

    load_data = workable_source(start_date=datetime(2022, 1, 1), load_details=True)
    load_info = pipeline.run(load_data)
    print(load_info)

    For instance, the above loads data from January 1, 2022, with corresponding details.

    Note: Set the "load_details" parameter to True to load dependent endpoints. Otherwise, use False.

  4. To load custom endpoints “candidates” and “members”:

    load_info = pipeline.run(load_data.with_resources("candidates", "members"))
    # print the information on data that was loaded
    print(load_info)

    Note: "candidates" loads incrementally in merge mode, while "members" uses replace mode.

  5. To load data from the “jobs” endpoint and its dependent endpoints like "activities" and "application_form":

    load_data = workable_source(start_date=datetime(2022, 2, 1), load_details=True)
    # Set the load_details as True to load all the dependent endpoints.
    load_info = pipeline.run(load_data.with_resources("jobs","jobs_activities","jobs_application_form"))
    print(load_info)

    Note: "load_details" parameter is set to True.

  6. To use incremental loading for the candidates endpoint, maintain the same pipeline and destination dataset names. The pipeline name helps retrieve the state of the last run, essential for incremental data loading. Changing these names might trigger a “dev_mode”, disrupting metadata tracking for incremental data loading.

This demo works on codespaces. Codespaces is a development environment available for free to anyone with a Github account. You'll be asked to fork the demo repository and from there the README guides you with further steps.
The demo uses the Continue VSCode extension.

Off to codespaces!

DHelp

Ask a question

Welcome to "Codex Central", your next-gen help center, driven by OpenAI's GPT-4 model. It's more than just a forum or a FAQ hub – it's a dynamic knowledge base where coders can find AI-assisted solutions to their pressing problems. With GPT-4's powerful comprehension and predictive abilities, Codex Central provides instantaneous issue resolution, insightful debugging, and personalized guidance. Get your code running smoothly with the unparalleled support at Codex Central - coding help reimagined with AI prowess.