Skip to main content

Send end-of-life software alerts using NocoDB, endoflife.date, and Slack

Workflow preview

Workflow preview
100%
Send end-of-life software alerts using NocoDB, endoflife.date, and Slack preview
Open on n8n.io

1. Workflow Overview

What Is This? This workflow is an automated system that tracks End of Life (EOL) dates for software and technologies used across your projects. It eliminates the need to manually monitor EOL dates ...

Best for

  • DevOps automation workflows
  • advanced n8n builders looking for reusable templates

Tools used

n8n-nodes-base.wait, n8n-nodes-base.httprequest, n8n-nodes-base.merge, n8n-nodes-base.renamekeys, n8n-nodes-base.nocodb, n8n-nodes-base.splitinbatches, n8n-nodes-base.set, n8n-nodes-base.if

Source and attribution

This workflow is cataloged by N8N Workflows and links back to its original n8n.io source page by Łukasz.

Original n8n.io source

1.1 Workflow description

Title
Send end-of-life software alerts using NocoDB, endoflife.date, and Slack
Workflow name
Send end-of-life software alerts using NocoDB, endoflife.date, and Slack

What Is This?

This workflow is an automated system that tracks End-of-Life (EOL) dates for software and technologies used across your projects. It eliminates the need to manually monitor EOL dates in spreadsheets or calendars by automatically fetching the latest EOL information and sending Slack notifications when software versions are approaching their end of support, end of life, or when new subversions are released.

Who Is It For?

Designed for DevOps teams, IT managers, project managers, CTOs, and technical leads responsible for maintaining software infrastructure. This workflow empowers anyone who needs to ensure their projects stay secure and compliant by using supported software versions.

Development agencies managing multiple client projects, internal IT teams overseeing infrastructure maintenance, and compliance officers tracking software support lifecycles will all find this solution invaluable. By automatically monitoring EOL dates from endoflife.date and cross-referencing them with your project inventory, the workflow ensures you never miss critical upgrade windows.

Whether you manage a handful of internal applications or oversee dozens of client projects with varied technology stacks, this automated pipeline delivers timely, actionable alerts without manual date tracking.

How Does It Work?

This end-to-end EOL monitoring automation consists of five main stages:

1. Software Inventory Collection Retrieves your list of software to monitor from the NocoDB EOL Software table, then processes each software individually through the pipeline.

2. EOL Data Fetching Connects to the free endoflife.date API to fetch comprehensive EOL information for each software, including version cycles, latest subversions, release dates, support end dates, and EOL dates for over 400 products.

3. Data Normalization & Storage Renames API fields to human-readable formats, converts boolean values to proper nulls, and intelligently updates or creates records in the EOL Dates table based on existing data.

4. Project Analysis Uses JavaScript to analyze all projects and their associated software versions, categorizing them into three priority groups: Past EOL (already end-of-life), EOL Today (ending today), and EOL in X days (approaching within configured threshold).

5. Intelligent Notifications Filters out projects without EOL concerns and sends beautifully formatted Slack messages to your designated channel, clearly organizing alerts by severity with complete version and date information.

How To Set It Up?

Prerequisites:

  • An active n8n account or self-hosted instance
  • A NocoDB account with API access, might be self-hosted
  • A Slack workspace with appropriate permissions

Required NocoDB Tables: You need to create three tables with specific schemas. Luckily, our workflow automates the set up as much as possible to provide better experience.

EOL Software Table (manually populated):

  • Title: Single line text - must use valid software identifiers from endoflife.date

EOL Dates Table (automatically populated):

  • key: Single line text
  • Software: Single line text
  • Version: Single line text
  • Latest Subversion: Single line text
  • Subversion Release: Date field
  • End Of Life: Date field
  • End Of Support: Date field
  • Long Term Support: Checkbox

EOL Projects Table (manually populated):

  • Project Name: Single line text
  • EOLDates: Link field - Many-to-Many relationship to EOL Dates table

Configuration: In the "Config" node, set Days before EOL to your desired notification threshold (default: 31 days).

Credentials Setup:

  • Configure NocoDB API token in the NocoDB nodes
  • Set up Slack OAuth2 credentials in the "Send a message" node
  • Update the Slack channel ID to your desired notification channel

Scheduling: The workflow runs automatically daily at 7:00 AM via the Schedule Trigger node. For initial setup, run it manually by pressing "Execute workflow" to populate the EOL Dates table.

Initial Data Entry:

  1. First run: Manually populate the EOL Software table with software you want to track
  2. Execute the workflow manually to populate the EOL Dates table
  3. Populate the EOL Projects table by linking your project names to the relevant software versions from EOL Dates
  4. The workflow will now automatically monitor and notify you daily

What's More?

Rate Limiting Protection: The workflow includes a Wait node between API calls to respect endoflife.date's rate limits, ensuring reliable long-term operation.

Smart Update Logic: The workflow intelligently checks if EOL data already exists before deciding whether to update existing records or insert new ones, preventing duplicates and maintaining data integrity.

Flexible Alerting: Configure your notification window from 1 to any number of days before EOL events, adapting to your team's upgrade planning cycles.

Thank You, Perfect!

Visit my profile for other free business automations. And if you're looking for dedicated software development or custom n8n workflow solutions, don't hesitate to reach out at [email protected] or on sailingbyte.com!

1.2 Logical Blocks

This catalog entry is organized from the workflow JSON. The node-level section below shows the executable blocks available for review before importing the template.

2. Block-by-Block Analysis

Block 1 - Wait

Type / Role
n8n-nodes-base.wait - wait
Config choices
Version 1.1

Block 2 - Get EOL data from endoflife.date

Type / Role
n8n-nodes-base.httpRequest - httpRequest
Config choices
Version 4.2

Block 3 - Merge

Type / Role
n8n-nodes-base.merge - merge
Config choices
Version 3

Block 4 - Rename Keys

Type / Role
n8n-nodes-base.renameKeys - renameKeys
Config choices
Version 1

Block 5 - Get Current Rows

Type / Role
n8n-nodes-base.nocoDb - nocoDb
Config choices
Version 3

Block 6 - Each Software Once

Type / Role
n8n-nodes-base.splitInBatches - splitInBatches
Config choices
Version 3

Block 7 - Make ID Key

Type / Role
n8n-nodes-base.set - set
Config choices
Version 3.4

Block 8 - If ID exists

Type / Role
n8n-nodes-base.if - if
Config choices
Version 2.2

Block 9 - Insert New

Type / Role
n8n-nodes-base.nocoDb - nocoDb
Config choices
Version 3

Block 10 - Add Key and Software

Type / Role
n8n-nodes-base.set - set
Config choices
Version 3.4

Block 11 - Update Data

Type / Role
n8n-nodes-base.nocoDb - nocoDb
Config choices
Version 3

Block 12 - Convert bool to null

Type / Role
n8n-nodes-base.code - code
Config choices
Version 2

Block 13 - Sticky Note

Type / Role
n8n-nodes-base.stickyNote - stickyNote
Config choices
Version 1

Block 14 - Config

Type / Role
n8n-nodes-base.set - set
Config choices
Version 3.4

Block 15 - Filter

Type / Role
n8n-nodes-base.filter - filter
Config choices
Version 2.3

Block 16 - Send a message

Type / Role
n8n-nodes-base.slack - slack
Config choices
Version 2.4

Block 17 - Sticky Note1

Type / Role
n8n-nodes-base.stickyNote - stickyNote
Config choices
Version 1

Block 18 - Sticky Note2

Type / Role
n8n-nodes-base.stickyNote - stickyNote
Config choices
Version 1

Block 19 - Get software to check

Type / Role
n8n-nodes-base.nocoDb - nocoDb
Config choices
Version 3

Block 20 - Sticky Note3

Type / Role
n8n-nodes-base.stickyNote - stickyNote
Config choices
Version 1

Block 21 - Sticky Note4

Type / Role
n8n-nodes-base.stickyNote - stickyNote
Config choices
Version 1

Block 22 - Sticky Note5

Type / Role
n8n-nodes-base.stickyNote - stickyNote
Config choices
Version 1

Block 23 - Sticky Note8

Type / Role
n8n-nodes-base.stickyNote - stickyNote
Config choices
Version 1

Block 24 - Run daily

Type / Role
n8n-nodes-base.scheduleTrigger - scheduleTrigger
Config choices
Version 1.2

Showing the first 24 of 36 workflow blocks. Download the JSON for the full node graph.

3. Summary Table

Workflow Send end-of-life software alerts using NocoDB, endoflife.date, and Slack
Complexity advanced
Nodes 36
Categories DevOps
Author Łukasz
Published 25 Mar 2026

4. Reproducing the Workflow from Scratch

  1. 1. Download the workflow JSON

    Use the JSON export at /data/workflows/14309/14309.json as the source template for this automation.

  2. 2. Import the template into n8n

    Open n8n, import the downloaded JSON, and review each node before activating the workflow.

  3. 3. Configure credentials and variables

    Replace placeholder credentials, API keys, webhook URLs, account IDs, and environment-specific values with your own settings.

  4. 4. Test with sample data

    Run the workflow manually or in a staging workspace, inspect node output, and confirm downstream systems receive the expected data.

  5. 5. Activate and monitor

    Enable the workflow only after testing, then monitor executions, errors, and rate limits during the first production runs.

5. General Notes & Resources

Review imported nodes carefully before activation. This catalog entry is intended to help you inspect the workflow structure, understand required services, and find related templates faster.

Node names, credentials, schedules, webhook paths, and external service limits may need adjustment for your workspace.

Frequently asked questions

What does Send end-of-life software alerts using NocoDB, endoflife.date, and Slack do?

What Is This? This workflow is an automated system that tracks End of Life (EOL) dates for software and technologies used across your projects. It eliminates the need to manually monitor EOL dates ...

What do I need before importing this workflow?

Review the workflow JSON, configure any required credentials in n8n, and test the automation in a safe workspace before using it in production.

Can I customize this workflow?

Yes. Use the block-by-block analysis and the downloadable JSON to inspect each node, then adjust credentials, prompts, schedules, filters, or destinations for your DevOps use case.