MarZ Licensing Uses Files.com Instead of EDI to Connect 40 Condé Nast Fulfillment Partners

MarZ Licensing operates Condé Nast's subscription-box businesses under license: Allure Beauty Box, a monthly box of beauty products picked by Allure's editors, and GQ Box, a quarterly box of editor-tested electronics, grooming products, and accessories. What makes the business unusual is that the merchandising authority is editorial rather than retail. Each box is assembled against an editorial verdict, applying the same standards behind Allure's Best of Beauty Awards, so the assortment turns over completely every cycle and has to be sourced fresh each time. There is no fixed catalog, and there is no fixed supplier list.

That shape decides how fulfillment works. Orders come in through Shopify and are managed in a Linnworks and SkuVault order management system, but the shipping runs through an outside network of dropship vendors, merchants, and third-party logistics providers. Many of those vendors are small businesses with warehouses and packing lines and no IT department. The operations team running the boxes was not technical either, a fact its director stated plainly from the start.

So the connective tissue of the business is order files: orders out to whichever vendor ships that product, shipping confirmations and tracking numbers back so the customer can be told the box is on the way. When Brendan Sheehan, Director of Operations for the subscription-box business, set out to build that network, none of it existed.

Files.com became the file interchange between the order management system, the storefront, and the entire fulfillment network: a lightweight substitute for EDI that runs without engineers on either side.

Two Boxes, Two Teams, and No Way to Split an Order

There was no file-based integration to any vendor. An order that needed products from more than one fulfiller could not be split and routed to both. And returns files ran through two separate processes owned by two different Condé Nast teams, one for each box, so a vendor serving both Allure Beauty Box and GQ Box had to learn and run both. Sheehan described the result as tremendous confusion for the vendors and their fulfillment houses, inside an environment where the sheer number of systems was already a constant burden.

The cost landed on people. Every new fulfillment partner meant another bespoke handoff to design and teach, and complexity showed up downstream as shipping errors, replacement orders, and time spent researching what went wrong instead of shipping boxes.

What made it hard to fix was who sat on each end of the exchange. The vendors were small suppliers with no technical staff, and Sheehan is not an engineer and said so. That ruled out the conventional answers to multi-vendor order routing before the conversation started: EDI, a custom API build per partner, an SFTP server maintained by somebody's IT department. Whatever carried the order files had to be something a non-IT person on the Condé side could hand to a non-IT person at a vendor and have it work, and it had to work the same way for every partner, across both brands.

An Exchange a Non-IT Operator Could Hand to a Non-IT Vendor

The need was already growing. The network ran to 10 to 14 merchants picking up and returning files every month, with more partners coming, and the two boxes needed one exchange process instead of two. What that exchange had to do was clear before any product entered the picture: deliver a custom CSV of orders to each vendor and only that vendor, take a confirmation file back, feed the tracking numbers into the systems the storefront ran on, and let a new partner join without a developer on either side.

The team selected Files.com to be that exchange layer.

Order Files Out, Tracking Numbers Back

The outbound flow started in Linnworks. Sheehan configured it himself to split orders into separate custom CSV files, one per fulfillment vendor, delivered over SFTP into each partner's folder on Files.com. Every vendor had its own account with access to its own folder and nothing else, so a partner picking up the day's order file saw only the orders it was responsible for shipping.

The return flow followed the same path in reverse. When a vendor shipped, it dropped a confirmation file with tracking numbers back into its folder. Linnworks polled Files.com hourly, collected the confirmations, and filed the tracking into Shopify, and the customer was notified that the box was on the way.

Onboarding was built deliberately for repetition. A new vendor received an email invitation from Files.com, created its own account, and was assigned access to its folder. There was no software project and no meeting between engineers, because there were no engineers. The team repeated that pattern partner by partner over the following years.

Forty Partners, 5,000 Orders a Day, a 35,000-Order Spike

With the Files.com exchange in production, the business replaced fragmented per-vendor handling with one repeatable pattern, and the pattern has held as the network grew.

• Roughly 40 partner relationships now run the order-and-tracking exchange, every one onboarded through the same self-service invitation, with no IT involvement on either side.
• The exchange moves about 5,000 orders on a typical day and absorbs spikes of 35,000 orders across two days at the start of each month.
• Returns files for the vendor network serving both boxes move through one process instead of two processes run by two different teams.
• Adding the next fulfillment partner is an invitation and a folder, not an integration project.

The strongest evidence is what the partners say unprompted. These are suppliers who have been handed file processes by plenty of retailers, and they rank this one.

“8 out of 10 times somebody says, this is much easier than anything anyone's given us before.”

Simplicity here is not a soft benefit. In a fulfillment operation it is the error-control strategy, because a confusing process eventually becomes a mis-shipped box and an apology to a customer.

“If you make things complicated, you're going to spend a lot of your time researching, sending replacements, and making excuses.”

Growing the Network Stopped Being an Integration Problem

A multi-vendor dropship network does not require EDI or an IT team on either end. It requires a file exchange simple enough that a non-technical operator can hand it to a non-technical supplier and have it work, and on Files.com that exchange scaled to tens of thousands of orders without either side ever hiring an engineer to run it.