Technology
A defect has been discovered. The site manager pulls out the blueprints to verify the location, calls the person in charge to explain the situation, and takes a photo to share via messenger. The other party asks, “Which side?” and the reply comes back: “Below the north-facing window.” This process is repeated for every site and every defect.
Let’s take a look at how RenameDP’s project drawing management features connect with its construction record and defect repair request features, and how that connection transforms the site.
Table of Contents
Why Blueprints and Construction Sites Are Disconnected
How Drawings Become Living Maps
How a Single Photo Becomes Verifiable Data
What Happens When These Two Features Are Integrated
Blueprints are created during the design phase, while site records are accumulated separately. Without version control, workers may end up constructing based on outdated blueprints. This risk increases on sites where design changes are frequent.
The same applies to construction records. Photos end up in photo albums, notes in messaging apps, and approvals on paper or via email—all scattered across different platforms. This structure has never connected “when, where, and what work was done” in a single place. When defects occur, tracing the cause requires relying on the responsible person’s memory or sifting through scattered chat histories.
This is not a problem specific to any one site. It stems from a system where drawings and site records have never been linked from the outset. This is the root cause of insufficient evidence during disputes and the difficulty in pinpointing the source of defects.
RenameDP’s project drawing management feature treats drawings not as mere design documents, but as the starting point for on-site activities.
The key is location tags. When you select a point on the drawing, a location tag is created. This single tag serves as the common starting point for registering construction records, requesting defect repairs, and sending site messages. Instead of a text description like “below the north-facing window,” a single point on the drawing pinpoints that exact location.
Version control works in tandem. When a drawing is updated, the change history is tracked, ensuring that field teams always work based on the latest version. For large drawings, page navigation markers for each area allow you to jump directly to the desired section, reducing the time spent locating specific points within drawings spanning dozens of pages.
Photographs are the starting point for construction records and defect repair requests. When a photo is taken on-site, VLM reads the text and site information in the photo in real time. Based on that analysis, LLM automatically generates construction records or defect repair requests. This system allows content that previously required manual typing by a record keeper to be generated from a single photograph.
Metadata is key here. The location and time the photo was taken are automatically tagged in the record. This means that “which process was performed where and when” is preserved as data, not just a retrospective statement.
In the case of defect repair requests, the approval process is also recorded. Since the entire history of the approval process is automatically logged, information on when and by whom approvals were granted is preserved in a traceable format. This structure reduces the time required to create records while simultaneously increasing their reliability.
At this point, let me pose a question.
If construction records and defect repair requests continue to accumulate on the location tags on a drawing, what will that drawing become?
You can identify recurring defects at the same location at a glance. You can track issues that occur intensively in specific trades. In the event of a dispute, you can present the "where, when, and what condition" by combining the drawing, photos, and approval history.
The drawing transforms from a design document into a map of the site’s history.
Of course, this integration won’t solve every on-site problem. However, there is a practical difference between a structure where “photos are in a messaging app, drawings are on an office computer, and approvals remain on paper,” and a structure where all three are tied together at a single point on the drawing.
For a long time, records at construction sites have relied on workers’ memories and messenger chats. In that structure, it is difficult to trace the causes of defects or respond to disputes. Linking drawings and site records through the common language of location is one of the most direct ways to accumulate site experience as data.
If you’d like to see in more detail how project drawing management, construction records, and defect repair requests work on-site, you can check it out through RenameDP.
