Work that involves converting a PDF to AutoCAD almost always gets left lying within an in-house drafting team. It is never at the top of any schedule, because there is rarely a direct deadline attached, and there is always project work that takes priority. We see the consequences in practice.
People keep working from a PDF for months, taking dimensions from a printout and writing changes by hand on a print. At some point, the digital set no longer matches what is actually there, and someone still has to work out which version is correct.
That costs more time than the conversion itself would ever have taken. We are OutsourceCAD, and we take on this kind of package for companies with too little drafting capacity. Our work is drafting and modelling, so engineering and structural advice fall outside it. The team works entirely remotely from our own office, with our own licences and the latest versions of the software. We respond to an enquiry within 1 to 2 working days, after which we go through the package with you.
Cable tray routing in the model, built with parametric families that carry the material schedule with them.
The core of this work is turning a flat image into a drawing you can work in. We convert the content of the supplied file into a properly built AutoCAD drawing, with lines, blocks, hatching, text and dimensions in the right place. This covers floor plans, sections, elevations, detail sheets and diagrams, and on the installation side, piping diagrams too. For manufacturers, part and assembly drawings are added to that. When a set is incomplete, we indicate per sheet what is missing rather than quietly filling in the gaps. We deliver 2D drafting and, where the project calls for it, 3D modelling, as-built drawings and revisions as well.
In many cases, the conversion is only the first step. It is followed by a revision round in which the current situation is incorporated, because the supplied file usually shows an outdated state. We combine those two steps in one project, so nobody goes over the same sheets twice. The volume is almost always what it comes down to. A single sheet is manageable, but a set of hundreds of sheets calls for staffing that moves with it. Sometimes one drafter is enough, and for a large set we deploy as many drafters as needed from our large, flexible team.
What we do not do is perform calculations on what is shown in the drawing. Calculations, structural advice and permit procedures stay with the client or their consultant; we handle the drafting and modelling work. We keep that separation strict, because otherwise it becomes unclear who is responsible for what. We agree in advance exactly what the delivery contains, at the level of sheets and drawing types, so there is no discussion about the scope afterwards.
AutoCAD is our main software for this work, alongside Revit and Rhino. We also use Inventor and Grasshopper, with Dynamo and Vault to a limited extent. We always work in the latest versions, in our own environment and with our own licences, so not on the client's workstations. That saves hassle with access and licence management on the client's side, and it means we can start as soon as the material comes in. If a client works in an older version, we deliver in the version that suits them. We agree on that in advance, because a file that will not open wastes a day for nothing.
In terms of output, we deliver DXF, DWG, Revit formats and STEP, and in practice any common CAD format. We deliver source files rather than a bare export, so your own team can continue working in them independently. Weightier than the choice of software is the fit with the existing set. If there are already DWG files from similar projects, we look at how they are structured and follow the same set-up. We keep blocks, xrefs, line types and text styles consistent with what is already there. That way, the converted material fits into the existing structure and nobody has to standardise it afterwards.
For this kind of assignment, exchange usually runs by email. On large projects, such as in greenhouse construction, it runs via software where the client can log in and follow along. For standalone AutoCAD work, such an environment adds little. If a Revit model is running alongside AutoCAD, we agree which set leads. Maintaining the same information in two places is, after all, the fastest way for differences to creep in.
No ongoing payroll costs and no idle staff once the peak is over. If one of our people is off sick or on holiday, we replace them and the work simply carries on.
A technically correct drawing in the wrong layer structure is still unusable for a drawing office. That is why we work to the client's standard and drawing conventions, which the client gives us at the start. We ask for the layer structure with its colours and line weights, the naming of files and sheets, the line types and hatching used, and the title block. If there is a template or a CAD manual, we work in it. If not, we follow the structure of existing files so the new sheets do not stand out. When converting a printout, there is a specific consideration on top of that. A PDF does not show which layer something was originally on, so the layer arrangement is recreated based on what each element represents. A wall outline, a dimension line and a piece of text therefore go on the layer where they belong according to the client's conventions.
That is exactly the work that automatic conversion does not solve, because there is no meaning behind it. Scale and dimensions also need attention. A printout is not always printed to scale, so we check the scale against known dimensions before the whole set is worked out. If it deviates, we flag it and propose how we will deal with it. With the first block, we check especially carefully that the structure is right, because a deviating layer structure would otherwise repeat across hundreds of sheets. We process feedback on it before the next part begins.
The delivery contains the built drawing itself, in the agreed layer structure and with the dimensions that follow from the source material. We also supply an overview of the sheets and of the points where we had to make a choice, for example with an illegible dimension or a contradiction between two sheets. That overview is deliberately short, because it is meant for assessing, not for reading.
The set arrives in stages, not all at once at the end. We process comments on one stage first, and only then does the next block go into production. What ultimately matters is what your in-house team can do with it afterwards. A converted set is usually the starting point for something else.
Sometimes that is a revision round in which the current situation is incorporated, sometimes an extension in which a new hall or a new pipe run is drawn in, and sometimes the set serves as the basis for a model. Because the structure matches the existing conventions, that next step can start without a clean-up round. The intellectual property of everything we produce belongs to the client, so no dependency on us is left behind.
Every package goes through at least three review layers before delivery: a second team member checks the work, our team leader Sam then reviews it and our project manager Barry goes through it last. That keeps the number of errors limited in practice. If you want to see how that works out first, you can start with a small package. A first block of a few sheets shows how the structure works in your own team's day-to-day practice.
Send us your documents and drawing conventions and we will let you know within one to two working days what we can take on and when.