Spencer Gifts Replaced Its Legacy FTP Backbone With Files.com Without Changing Vendor SFTP Drops

Spencer Gifts is a specialty retailer of novelty and pop-culture merchandise, sold through more than 650 year-round Spencer's stores and online across the United States and Canada. It is also the parent of Spirit Halloween, the largest Halloween retailer in North America. Every year, Spirit Halloween opens, stocks, runs, and closes roughly 1,500 pop-up stores. The stores exist for about three months. The other nine are spent preparing for them.

That rhythm shapes everything the company's systems have to do. The peak runs from August 1 to mid-November, and during that window the platforms are frozen: no changes, no upgrades, no reconfiguration. E-commerce trades year-round, and every online order becomes files in motion. Order and shipment files travel between the e-commerce platform, the Koerber Nspire order management system, and the third-party fulfillment vendors who ship the goods. The interchange carrying those files takes the whole year's load in one compressed season, at exactly the time when nothing about it can be touched.

An Aging FTP Server Under the Heaviest Load of the Year

That interchange ran on infrastructure the team wanted gone. An in-house Windows FTP server sat in the DMZ, kept on an older operating system because legacy protocol support depended on it. Alongside it, an internal managed-file-transfer client hosted the FTP sites vendors connected to, and custom scripted routines moved the order files between systems.

The cost of that arrangement landed at the worst possible moment. The season's order volume crossed an aging server during the freeze, when a problem could not be fixed by changing the system: whatever was running on August 1 had to hold until mid-November. And every new requirement around the flow, from archiving processed files to notifying downstream systems, meant writing and maintaining more code. Spencer's had outgrown the estate carrying its transactions. As part of a broader initiative to move file exchange off its self-hosted servers, the infrastructure team set one goal above the rest for this flow: retire the old FTP server.

The Fulfillment Vendors Could Not Be Asked to Change

The estate had lasted because of who sat on the other end of it. The fulfillment vendors were third parties, and asking them to connect through APIs meant asking outside companies to do development work. That was never going to happen. Their SFTP drops had to stay exactly as they were, which meant the replacement had to happen entirely behind the interface: the same drop on the vendor side, a different platform underneath. The calendar tightened it further, because implementation work at Spencer's started after January 1 and everything had to be proven before the August freeze.

So the fix had a clear specification. Present an SFTP endpoint identical to the one vendors already used. Expose a REST API that MuleSoft, which carried the order-file routines, could call directly. Signal downstream systems the moment a file arrived. Connect natively to Azure Blob and S3 so archiving and analytics would not require custom code. And absorb the season's surges without falling behind.

Spencer's selected Files.com to be that exchange layer.

The Same SFTP Drop in Front, Files.com Behind It

Files.com became the data exchange interface between the e-commerce platform, the order management system, and the fulfillment network.

Behind the drop, the flow is event-driven. When a vendor drops a file, a Files.com webhook fires and notifies the downstream systems. MuleSoft calls the Files.com REST API directly to move files between platforms, with a queue and connection throttling controlling seasonal surges. A file that fails processing lands in an error folder wired into the on-call alerting chain, so a broken transfer pages an engineer instead of failing silently. Files.com Automations, filtered on filename patterns, copy processed order files to Azure Blob Storage without custom code.

The cutover was staged behind the business. The interchange went live in July 2024, with the legacy FTP server running in parallel while fulfillment vendors were migrated across one at a time. Within weeks, 500 Spirit Halloween stores opened, and the new backbone took its first peak.

Peak Volume Moved With Delays Measured in Minutes

With the interchange in production, Spencer's replaced a legacy FTP backbone with an exchange layer on Files.com, and the season that followed was the proof.

• Around 1,000 transactions move through the production site in a 15-minute window at the height of the season, with processing delays measured in minutes. Thousands move through it every day, and the interchange runs the Spirit Halloween peak inside SLA.
• No fulfillment vendor changed anything. The modernization happened entirely behind the SFTP interface, so no third party did development work, and the drops they use today are the ones they have always used.
• The aging DMZ server and the internal MFT client were retired. Archival is now configuration: Automations sweep processed files to Azure Blob, a job the team would otherwise have written and maintained a script for.
• The next feed lands on the same layer. The Adobe Analytics pipeline runs through the same site over an S3 mount at roughly 40,000 files a day, absorbed without standing up new infrastructure.

The Backbone Behind the Season

Today, the files that turn an online order into a shipped package move through Files.com. At the year's heaviest moment, that flow used to depend on an aging Windows server in the DMZ that nobody could touch until mid-November, kept in motion by scripts someone had to maintain. Now a vendor's drop notifies the order management flow the moment it lands, a failure pages the engineer on call, and the archive sweeps itself.

Spencer's rebuilt the transaction backbone of a business that earns its year in a single season, and did it without asking one fulfillment vendor to change a thing. The SFTP drop the vendors see is the one they have always used. Everything behind it is Files.com.