Tender submissions
Separate pricing schedules from the technical drawings shared with each bidder.

File sharing for construction
Exchange drawings, tender documents and project packages with contractors and subcontractors.
Named recipients · Defined access · Recorded activity
Assemble the approved package.
THE EXCHANGE IN CONTEXT
A subcontractor starts from an old drawing while the revised package sits in a different inbox. The handoff needs a clear revision, a defined recipient and a record the project team can find.
MX provides a route for sensitive business files between named recipients. Match access conditions to the purpose of the exchange and use the available activity record to support follow-up. Keep the underlying approval and information-handling decisions in your own process.
WHERE THE WORKFLOW HELPS
Separate pricing schedules from the technical drawings shared with each bidder.
Issue the approved revision with a short note explaining what changed.
Assemble the agreed operation manuals and completion documents for the receiving team.
A HANDOFF, IN PRACTICE
A project coordinator needs to release a revised package to a subcontractor before the next work stage. Separate the drawings approved for that trade from the wider project folder, and make the issue reference visible in the inventory. Keep superseded drawings out of the delivery.
Illustrative workflow · Adapt to your approved process
A POSSIBLE PACKAGE
The subcontractor's appointed project contact
The recipient can identify the issue, open every drawing and distinguish the current set from the previous release.
MAKE THE FIRST EXCHANGE COUNT
Use the example package as a starting point for a small, representative trial. Agree the success criteria with the person who will actually receive the files.
Approved drawing register should be easy to identify in the inventory. Open the delivery copy independently of your working folder to catch missing files or local dependencies.
Test with the intended recipient role and receiving environment. Confirm the access conditions, the instructions and the route for getting help.
The recipient can identify the issue, open every drawing and distinguish the current set from the previous release. Record any remaining questions before making the exchange part of routine work.
FROM PREPARATION TO RECEIPT
Use Tender-Drawings-Rev-C.zip as an example of a defined package. Replace it with the approved files and instructions for your actual task.
Explore the MX feature set ↗Check who is entitled to receive the information. Record the business purpose through your normal approval process before assembling the package.
Choose the required files, check their versions and remove unrelated information. Include concise instructions so the recipient knows what to do next.
Confirm authentication, availability and any download conditions for your service. MX's existing features include named access, MFA and configurable expiry controls.
Check the recorded activity and follow up through the agreed process. Keep the exchange reference with the project or client record it supports.
DEFINE THE BOUNDARY
Keep the master drawing register in your project system. Identify the issue and revision before sending a package; a transfer record does not establish which drawing is approved.
Assess the controls against a representative package and recipient. Confirm any mandatory capability, contract term or deployment requirement with the MX team before relying on it.
Discuss your exchange requirements ↗PRACTICAL QUESTIONS
Questions about file sharing for construction and the exchange workflow.
State the project, drawing issue, scope of the package and the action expected. If the material is for review rather than construction, make that distinction explicit. Keep formal project approval in the agreed project process.
Use MX for the controlled exchange boundary. Keep design coordination, drawing approval and the authoritative revision register in the systems your project already uses.
Separate pricing schedules from the technical drawings shared with each bidder. Check the approved version, any required dependencies and the recipient's ability to use the package. Include only the material needed for the purpose.
Test a representative exchange from sender preparation to recipient access. Check authentication, permissions, expiry behaviour and the activity available afterwards. Include the actual file types and recipient environment you expect to use.
Do not assume expiry deletes a recipient's local copy. Agree post-download handling and retention responsibilities, and confirm the precise behaviour of the service configuration you plan to use.
Use the current MX product information and confirm the proposed service with the team. Review the plans and pricing alongside your actual users, workflow and deployment requirements.
YOUR NEXT EXCHANGE STARTS HERE
Put better controls around your next sensitive file exchange. See how MX fits your organisation's workflow.