Empyreal Logistics Replaced Citrix ShareFile With File-Triggered Report Delivery to 100+ Banks

Empyreal Logistics is the largest independent armored courier in the United States. Its trucks collect cash from roughly 7,000 clients across 14 states, including retailers, ATM operators, money services businesses, and state-licensed businesses that federal banking rules leave largely unbanked. Fifteen regional processing sites count that cash, vault it, and prepare it for deposit.

But the thing a client's bank actually receives from Empyreal each day is not cash. It is a file: a daily deposit, currency-order, or vault-summary report, delivered to more than 100 financial institutions so that customer accounts are credited or debited by the next business day. Strip away the trucks, and the last mile of cash logistics is a file transfer with a settlement deadline that arrives every single business day, in four US time zones at once.

A Portal Built for People, Doing the Work of a Delivery System

Until 2023, that delivery ran on Citrix ShareFile, fed from SharePoint sources upstream. ShareFile is a platform designed for people sharing documents with people, and Empyreal was asking it to be something else: a delivery network for systems.

The mismatch showed everywhere. ShareFile could not be made to accept automated uploads at all, and the vendor declined to work with Empyreal on making it possible. Every file movement was therefore either manual or ran on a fixed schedule, and fixed schedules fail structurally against this workload, because daily report files come off processing at different times each day. A schedule set early ran before the files existed. A schedule run repeatedly to catch stragglers picked up the same files again and overwrote copies already delivered. There was no schedule that was correct, because the correct trigger was the file itself.

Administration carried the same weight. Roughly 400 partner users had to be managed one at a time, and reporting on them was a manual chore.

The problem had survived this long for a reason. Empyreal had already been down the traditional MFT road with an earlier MOVEit deployment, which it found long and costly to implement. And the counterparties on the far side of the delivery are banks, many running their own automated pulls on their own schedules, with any change to a path or a credential coordinated through each institution's IT team. Ripping out the partner-facing platform was not a weekend job.

What made the arrangement untenable was growth. Empyreal was steadily adding financial institutions, and every new bank meant more folders, more manual movement, and more schedule-guessing on a platform that could not automate. The delivery operation could only scale by adding people.

The replacement had to do four things: move files when they arrive rather than when a clock fires, present a per-institution folder structure that banks could reach over SFTP or plain web download, apply encryption and long-term retention to delivered reports, and cut over without breaking a bank's existing automated connection. Empyreal selected Files.com to be that delivery layer.

Standing Up the New Network Behind the Old One

The migration began in April 2023 as a parallel bridge. SharePoint synced into Files.com, and a Files.com Automation pushed files onward into a ShareFile FTP mount, so partner banks kept downloading from exactly the place they always had while the new network was proven behind it. Eleven processing sites were configured in a single day.

The following month, the bridge gave way to a direct cutover, and by mid-2023 roughly 400 partner users had been moved onto Files.com. Institutions running their own automated SFTP pulls moved at their own pace, with changes coordinated through each bank's IT team, so Empyreal did not force a bank's automation to change on its timetable.

Delivery Triggered by the File, Not the Clock

What Empyreal built on Files.com was an event-driven delivery network: the reporting engine produced per-institution files, and the arrival of each file was what moved it.

Create-triggered Files.com Automations watched the staging folders and fanned each report into the correct institution's delivery folder the moment it landed. A file that came off processing at six in the morning and one that came off at two in the afternoon took the same path, with no schedule to guess and nothing to overwrite. Scheduled Automations handled the movements that genuinely were time-based, and a daily sync archived every delivered file, with five years of retention as standard practice.

The delivery structure ran to roughly 400 folders serving more than 120 financial institutions, keeping each institution's reports separated. SFTP was the primary partner protocol, with delivery jobs that once ran over FTP moved to SFTP. PGP encryption was applied at destination directories, and folder-level email notifications were timed for each institution's time zone.

Files.com Remote Server Mounts and the Files.com Agent connected the network to Azure Blob storage, the reporting engine, and on-premise production servers over outbound-only connections that required no inbound firewall openings.

One Repeating Pattern for Every New Bank

With the Files.com network in production, Empyreal replaced a hand-fed portal and schedule guesswork with a delivery pattern that repeats identically for every institution.

• Nobody moves a daily report by hand. Files.com Automations run the delivery network across roughly 400 folders for more than 120 financial institutions.
• Some institutions collect their files fully unattended over their own SFTP pulls, while most self-serve by web download against the same per-institution folders.
• Onboarding a new bank is a folder and the standard automation pattern, not a bespoke project.
• New processing sites use the same delivery pattern, and every delivered report is archived automatically for five years.

The immediate result was the disappearance of manual movement and the overwrite problem that fixed schedules created. That matters because these reports drive the credits and debits due by the next business day: as soon as a report exists, its delivery begins. The compounding result is larger: growth stopped costing process. Each new institution and each new processing site lands on a pattern that already exists, which is what let the delivery network expand for years without the operation expanding underneath it.

A Delivery Network, Not a Better Portal

Today, when reports come off a processing site, whenever they come off, they move. The analysts who run the estate no longer spend their days feeding a portal or guessing at schedules; their job is the network, and Files.com does the moving.

“Overall, we enjoy using Files.com and is one of the better if not best software we use internally based on the features and reliability of your platform.”

Empyreal did not swap ShareFile for a better sharing portal. It replaced a platform built for people handing files to people with a Files.com delivery network built for systems delivering to systems, because when files arrive on their own schedule and settlement has a deadline, reliability comes from event-triggered automation, not from tighter scheduling.