vidaXL Replaced ShareFile with Files.com as the SFTP Landing Zone Feeding Its Webshop

vidaXL sells home, garden and DIY goods online in more than 35 countries. It serves customers through its own webshop and marketplace channels, with product data and catalogue operations at the centre of its IT estate.

What vidaXL has never had is a physical store. The shelf its customers browse is product data. Every item in the catalogue reaches the storefront as files: product descriptions, inventory counts, images. Those files are produced by teams in China and India, and they have to flow continuously into the e-commerce platform serving every country vidaXL sells in. No person carries them. The pipeline is machine-to-machine, and the layer it runs over sits in the critical path of the entire retail operation.

A File-Sharing Tool in the Critical Path

The layer carrying that pipeline was ShareFile. vidaXL had pressed the file-sharing product into service as integration infrastructure: internal systems depositing product, inventory and image files at one end, an integration platform collecting them at the other, all day, at growing volumes. Under that traffic it struggled. vidaXL hit technical difficulties and server-load issues on ShareFile, in the layer that fed the storefront its data.

The diagnosis was simple: vidaXL was running infrastructure on a sharing tool. The cost of that was not an inconvenience for one team. When the exchange layer faltered, the feed of catalogue and inventory data into the webshop faltered with it, and for a retailer whose only shelf is the webshop, a product feed that stops moving is the store going stale.

The pipeline was also not a point-to-point transfer that could be patched around. Files originated from teams on two continents. They landed in staging folders at high volume and high churn, and on the far side MuleSoft, vidaXL’s integration platform, collected everything over SFTP on its own schedule and routed it onward into the webshop and Salesforce. The volume was only going up.

What the Replacement Had to Do

The pipeline itself was sound. MuleSoft owned the orchestration, scheduling and routing, and the webshop and Salesforce sat downstream of it. None of that needed rebuilding. What needed replacing was the ground underneath: the place where files land, wait, and get collected.

That ground had to present a standard SFTP endpoint, so MuleSoft’s existing SFTP connector could keep collecting without custom development. It had to stay available, because business-critical processes depended on files moving. It had to give the integration a machine identity of its own rather than a person’s login, keep high-churn staging folders from accumulating without limit, and hold the data in Europe.

vidaXL selected Files.com to be that landing zone.

An SFTP Landing Zone Built for Machines

vidaXL placed the landing zone in the Files.com Germany region, so the product data stayed in Europe. Internal systems delivered product, inventory and image files, in XML, CSV and JPG, into staging folders over SFTP.

The collection side ran on a dedicated Files.com service account scoped to the MuleSoft integration. MuleSoft retained its existing SFTP connector, leaving the rest of the pipeline untouched.

The staging folders also maintained themselves. Files.com retention policies expired staged files on a schedule, so landing zones that turned over files every day stayed working folders instead of becoming unbounded archives nobody owned.

35,000 Files in One Folder, and the Layer Holds

• A single inventory staging folder carries 35,000 files and more than 300 GB, and it grows every day. The SFTP layer absorbs it.
• Product, inventory and image data from teams in China and India reaches a storefront selling in more than 35 countries with no person in the path: systems deposit, MuleSoft collects, the webshop and Salesforce update.
• Usage stepped up well beyond its starting baseline in 2024, and a second vidaXL team adopted Files.com, increasing active file counts.

“Files.com is critical for our business processes.”

The Ground Under the Pipeline

Today, a team in China finishes a batch of product images, a system drops them on Files.com, MuleSoft collects them, and the storefront updates in more than 35 countries.

vidaXL did not rebuild its pipeline. What the company recognised is that the layer between its systems is infrastructure, not file sharing, and it moved that layer onto Files.com, a platform built to be hammered by machines rather than browsed by people. The pipeline that faltered on a sharing tool now grows every day on a platform designed for exactly that load.