Shop systems and screens that never fully connect the data to the floor.

INSIGHT #8 · OPERATIONS

Your VDC files are still just files.

Every shop has MAJs, DWGs, STEP files and CSVs. Almost no system puts them to work. ARCIFAB was built to run on those files instead of storing them.

Written by ARCIFAB · August 5, 2026

We’ve run shops long enough to know the real cost of “we have the data.” We do have it. The MAJ is there. The DWG is somewhere on the network. The STEP file got emailed three times and lives in three different folders. None of it does any work. It gets opened, looked at, and closed. Then somebody still builds a spreadsheet or walks the floor with a printout, because the system that was supposed to use that file never could.

That’s the quiet failure of almost every fabrication platform on the market. It accepts the file. It stores the file. It rarely makes the file do any work.

Having the file is not the same as the file being useful.

Desk buried in drawings and files that never fully connect to production.
Every shop has the data. Almost none of the software uses it to run production.

The real problem with VDC data today

Most software was never built to read a MAJ, a DWG, or a STEP file

Walk into any mid-to-large fab shop and you’ll find the same pattern. Design hands over a MAJ or a coordinated model. Detailing produces DWGs. Someone exports STEP files for the machines or for the next trade. Then the production system gets a PDF, a CSV, or a job number somebody typed in by hand. The real data never makes it into the system that runs the shop: the geometry, the spools, the connections, the quantities that are already sitting in the file.

Current platforms treat these files as attachments or reference documents. You can upload them. You can link them. You can version them. What you almost never get is a system that reads the structure of a MAJ, understands the geometry in a STEP, or keeps the DWG tied to the live status of every piece on the floor. The file stays a file. The work still happens somewhere else.

That gap is expensive. It shows up as double entry, as “I thought the model had the latest revision,” as machines waiting on someone to translate data that already existed, and as managers spending nights reconciling what the software thinks is happening with what the shop is actually producing.

CNC machine waiting on data that should have come straight from the model.
The machine is ready. The data was ready days ago. The system in between never closed the loop.

Why the stack stays broken

Most software was never designed to treat VDC data as the source of truth

These systems were built around jobs, seats, and modules that get sold separately. The file formats that actually describe the work (MAJ for MagiCAD-heavy shops, native DWGs, STEP for fabrication and machine control) were treated as outside the system. Reading them became a feature request instead of the foundation. So every shop ends up with the same routine: export, import, clean up, re-key, and hope the revision on the table matches the one in the model.

You can’t train your way out of it. The software was built that way. A platform that was never built to read the industry’s native files can only store them, so the data sits in an archive while the shop runs on printouts.

We built ARCIFAB to run on your drawings. Storing them is the easy part.

What changes when the platform is modular by design

Our modular structure is why the data finally works

We didn’t design ARCIFAB as a fixed product with a long list of add-ons. We designed it as a set of modules that share one foundation. That one decision is why the rest of this works.

Adding a user doesn’t mean a seat negotiation across five systems. Adding a job doesn’t mean separate setup in the ERP, the scheduling tool, and the QA module. Bringing in MAJs, DWGs, STEP files, and CSVs is part of how the platform is built, without the export-and-import routine. Machine integration is another module on the same foundation, without a six-month custom project and a consultant.

Because the modules share a foundation, the data doesn’t get forced into a shape decided years ago by a product manager who never ran a shop. The geometry, the spools, the quantities, and the connections stay in the file and become live inputs to the work. That’s the difference between a system that stores VDC data and one that runs on it.


The claim

This is the system we wanted when we were running the floor.

We’re not interested in selling another login. We want a system that treats the files the shop already produces as the data that runs the business. MAJs that drive production status. DWGs that stay tied to the live job. STEP files that feed the machines without somebody re-keying in the middle. Users, jobs, drawings, and machine control on the same foundation, so nothing has to be rebuilt every time the shop grows.

That’s what ARCIFAB is. We built it after running the floor, for the people who still do. Put it in and most of the other layers can come out.

ARCIFAB interface showing native drawing data connected to live production and review.
Native files in, live status and machine-ready data out, on one platform.

What the shop actually gains

From files that sit to data that runs the work

You can measure the difference in hours: the hours that stop going to re-keying and reconciling. It shows up as fewer missed revisions, faster machine starts, and a floor that trusts the system because the system is reading the same files the shop already produces.

01

Native files become operating data. MAJs, DWGs, STEP files, and CSVs stop being attachments and start driving status, quantities, and machine work. Pipe spool tracking from your STEP files and PDFs starts there.

02

Growth without rebuilding. New users, new jobs, new drawing packages, and new machine connections go on the same foundation instead of becoming another island.

03

Less re-keying, fewer mistakes. When the platform can use the files you already have, the midnight spreadsheet and the “which revision is live” conversation start to go away.


The next step is simple

Show us the files your shop already produces.

Not happy with your current system? Bring the MAJs, the DWGs, the STEP files, the CSVs, and the current process that sits between them and the floor. We’ll show you what it looks like when those files finally run the work.

(Financing link redirects to a third-party website)