Skip to content
Aldridge Dagos Get in touch

CASE 19

Meeting Recording Archiver

Cloud recordings used to pile up and hit storage limits. Now they move themselves into dated folders every half hour, logged, and cleared from the source only once the copy is safe.

Role
Archive workflow, storage rules, and monitoring
Year
2026
Stack
Automation · Cloud storage
Status
Live in production

01 The problem

Cloud recordings build up fast and source storage can reach its limit. Moving them by hand is easy to postpone, which raises the risk of a missing archive or blocked recording account. The workflow needed a schedule, a durable log, and a hard rule that source deletion follows verified storage.

02 The system

Every half hour, the automation checks the call platform for new recordings, copies each file into a dated folder, verifies the stored copy, and then clears the source to reclaim space. A running log lets the workflow skip recording ids already marked complete. Each pass writes a result and sends alerts across two channels, creating a searchable operating history.

03 How it holds up

The order is deliberate. Source deletion runs only after the stored copy passes verification. If verification fails, the source stays in place and the result is logged for retry. Completed recording ids are checked before another download or delete is attempted. Two-channel alerts make failed and completed passes visible to the operator.

04 The result

The live workflow archives recordings into dated folders, verifies a stored copy before source deletion, and logs each pass. It reduces manual archive work and gives the operator a clear failure trail when a copy or source cleanup needs attention.

05 Frequently asked questions

What happens to a recording after it is archived?

Each recording lands in a dated folder in storage, and the copy is verified before anything else happens. Only after that verification does the automation clear the original from the call platform to reclaim space, then it logs the result and sends an alert so you know it ran.

How does the archiver reduce the risk of losing a recording?

The source delete is gated behind stored-copy verification. If verification fails, the original stays in place and the result is logged for retry on a later pass.

How does the archiver avoid copying the same recording twice?

A running log stores completed recording ids. Before a download or source delete, the automation checks that log and skips ids already marked complete.

How often does it run, and does anyone have to watch it?

It checks the call platform every half hour, logs the result, and sends alerts across two channels. Those records let an operator confirm completion or investigate a failed pass without opening the workflow itself.

· How it works

  1. 01

    Check for new recordings

    Every half hour it lists new cloud recordings from the call platform.

  2. 02

    Skip what is done

    A backup log lets the workflow skip recording ids already marked complete.

  3. 03

    Copy and verify

    Each file lands in a dated folder in storage, and the copy is confirmed before anything else.

  4. 04

    Reclaim and log

    Only after a verified copy does it clear the source, then log the result and send an alert.

· Results

Cadence
Every 30 min
Safety
Verified before delete
Status
Live in production

1. The platform connection uses server-to-server authorization, and completed recording ids are checked before another download or source delete is attempted.

2. The source recording is deleted only after the copy in storage is verified, with a confirmation step gating the delete and alerts on two channels.