Jason Group Consolidates FileZilla, WinSCP, and 15 Regional Servers Onto Files.com Region by Region

Jason Group brings together two global manufacturing businesses: Osborn, which makes surface treatment and finishing tools, and Milsco, which designs and manufactures seating for OEM customers. Together, they employ 4,400 people across North America, Europe, and Asia.

A manufacturer with that footprint runs on file exchange. Suppliers send EDI documents that feed the group’s SAP environment. SAP generates delivery files that go out to customers over FTP and SFTP. In all, hundreds of external vendors and customers exchange files with the group. The group wanted all of it on one platform.

15 Regional Servers and a Desktop Client Layer to Maintain

Customer deliveries set the first requirement. SAP produces files that must reach customers over FTP or SFTP, and the group wanted every one of those deliveries logged and confirmed on the platform itself, with no in-house script to write or maintain for the job.

Behind that workflow sat the estate it depended on: roughly 15 on-premise FTP/SFTP servers spread across North America and Mexico, Europe, and Asia, with FileZilla and WinSCP serving as the free SFTP layer for inbound EDI from suppliers. Every one of those machines needed patching and upkeep, in every region, and that work fell on a global infrastructure and cybersecurity team of about ten engineers. The group wanted partners connecting to a hosted endpoint under its own name instead of to servers inside its network.

Partner file exchange had outgrown the infrastructure it grew up on, and the cost showed as patching hours across three regions.

Hundreds of Partners Who Could Not All Move at Once

None of it could be swapped in a single move. The estate had grown up region by region, and North America, Europe, and APAC each carried their own configurations. Hundreds of counterparties held live connections into it, and the inbound EDI those connections carry is what keeps SAP supplied. A replacement that forced every partner to change at once, or that interrupted those feeds, was not a replacement the business could take.

So the constraint wrote the requirements. The new platform had to speak the protocols partners already used (SFTP, FTP, and AS2), so they could continue using familiar transfer methods. It had to sit outside the network, so partners would connect to a hosted endpoint rather than an internal server. It had to log and confirm every file movement. And it had to absorb the estate one regional connection at a time. The group was already moving infrastructure services to the cloud wherever it could; this became the next candidate.

Jason Group selected Files.com and designed a repeatable migration pattern: prove one configuration, then apply it to each region in turn.

One Test Instance, Then the Same Pattern Region by Region

Files.com was selected to become the single exchange point between Jason Group and its trading partners: one cloud platform in place of 15 region-specific servers.

The team designed the migration to be repeatable. The plan called for a single test instance capable of both sending and receiving files, with Files.com support alongside the team as it proved the pattern. That same configuration could then be rolled out across the regional connections, phased by region, so the differences in North America and Mexico, Europe, and APAC could be absorbed on their own schedules rather than reconciled all at once.

Three things make the pattern hold. Under the design, partners connect to Files.com over SFTP, FTP, or AS2 on the group’s own branded domain, allowing them to keep using familiar protocols without touching an internal server. The EDI platform reaches Files.com through a single connection, with hundreds of counterparties behind it, so supplier files keep feeding SAP. Files.com also records file movements in its activity trail and sends email notifications, bringing delivery confirmation into the platform instead of requiring another in-house script.

Visibility Now, With Server Retirement Phased by Region

Jason Group is already using Files.com’s activity trail and email notifications. The broader retirement of its 15-server estate is a phased regional migration rather than a completed, synchronized cutover.

• Whether a customer file went out is now a lookup in the activity trail, with an email notification when it lands.
• As connections move, partners reach Files.com on the group’s own domain, and the regional server behind that connection has one less job to do.
• Each retired server is one less machine for the ten-engineer global team to patch and maintain.

The result that compounds is the migration pattern itself. Once the first instance is proven, the payoff is straightforward: The next regional connection is not a new project; it is the proven test configuration applied again. That is how a 15-server estate serving hundreds of partners can move onto one platform without a synchronized cutover that no manufacturer could schedule.

One Proven Pattern Instead of One Coordinated Cutover

Jason Group’s migration does not depend on North America, Europe, and APAC changing at the same moment. Each region can move when its own configuration and partner connections are ready, while the same Files.com pattern carries forward.

What Jason Group established is the part worth carrying away: a multi-region estate serving hundreds of partners does not need one coordinated cutover. It needs one configuration, proven once on Files.com, and applied region by region until the last server has nothing left to do.