A Waiver That Names the Wrong Project

Educational overview only. Prudent Guardian (www.inspirecodingedu.com) is not an insurance company, broker, law firm, or registered investment adviser, and does not provide personalized insurance, investment, tax, medical, or legal advice. Verify details with licensed professionals and official issuers.

The project line is filled in. It is not this job. You tap the crumpled edge of the printed waiver where the wrong subdivision name is scrawled in blue ink, your thumb brushing the signature line you almost signed 10 seconds earlier. The GC’s admin dropped this off 20 minutes ago with a stack of other pay app support docs, and you almost missed the error entirely in the rush to wrap up your weekly pay processing before the end of the business day. A mix-up like this is common when you have two active jobs with the same general contractor in the same geographic area, but leaving it unaddressed would create a paper trail that ties your waiver of lien rights to a completely separate scope of work, so you pause your queue to fix the discrepancy before you sign or file anything.

Cross-Reference the Two Project Identification Lines

You pull the active pay app you’re processing for the current job to line up its project ID fields directly next to the waiver’s mislabeled line. The two projects share a client, a general contractor, and even a zip code, so the mix-up is easy to explain, but leaving the error unaddressed creates mismatched paper trails that complicate pay tracking across your open jobs. Illustrative example: The waiver lists “2024 Oak Ridge Multifamily Build” as the project, while your active scope is for the “2024 Oak Ridge Retail Pad Site” 3 blocks away, tied to pay app #7 for $148,291 in completed concrete work. The multifamily job is still in the pre-development phase, so you have not completed any billable work there yet, and signing a waiver tied to that project would incorrectly indicate you have been paid for work you have not even started. You don’t need to reject the waiver entirely or send it back for a full reprint, as long as you clearly document the discrepancy on the face of the document itself before you sign it. To make sure you capture every relevant distinction between the two projects, you follow a quick 4-step cross-reference check:

A Waiver That Names the Wrong Project
Window light on a closed file.
  1. Pull the most recent pay app for the job you are currently processing to confirm its full, formal project name as it appears on your signed contract.
  2. Match that contract name to the project name listed on the check or ACH remittance advice tied to this pay period’s disbursement, to ensure all pay-related documents for this period align.
  3. Line both of those confirmed identifiers up next to the project name listed on the face of the waiver, noting any differences in project name, address, lot number, subdivision, or internal project ID.
  4. Highlight any gaps in naming, address number, subdivision, or project ID number that distinguish the wrong project from your active scope, so you have a clear list of details to reference when you annotate the waiver.

You keep the cross-referenced pay app and contract next to you as you edit the waiver, to ensure every correction you make aligns with the formal, agreed-upon naming conventions for the job. This avoids creating additional confusion from a half-corrected document that uses a casual, unapproved nickname for the project instead of the formal name on your contract.

Mark the Controlling Project Name Clearly

You use a black permanent marker to cross out the incorrect project name on the waiver’s pre-filled line, making sure your strike-through is visible but does not obscure the original text so anyone reviewing the document later can see the initial error. You avoid using white-out or any tool that completely erases the original entry, because the full paper trail of the error and correction is critical for contextualizing the waiver’s scope if any questions arise months or years down the line. You print the full, formal name of your current active project directly above the crossed-out text, using the exact wording from your signed contract to eliminate any ambiguity about which scope of work this waiver applies to. If your contract includes a unique project ID number for the job, you add that directly below the corrected project name to add another layer of specificity.

You add your initials and the current date next to the correction, so anyone reviewing the document knows who made the edit and when it was applied, eliminating any questions about whether the correction was made without authorization after the fact. If you are sending a digital copy of the waiver back to the GC for their records, you make the same edits using a PDF editing tool that preserves the original underlying text, and you add a small text box noting the correction just below the project line if the edit is hard to spot in digital format. You also add a short note in your email back to the GC’s admin pointing out the correction, so they can update their template for future waivers sent to your team for this job.

File the Annotated Waiver With Matching Pay App Records

You do not file the corrected waiver in the folder for the wrong project, even if you have open work for that job as well, to avoid mixing up pay tracking across separate scopes. You staple the hard copy of the annotated waiver directly to the printed copy of the corresponding pay app, its supporting schedule of values, inspection reports for the work billed in this period, and the remittance advice for the payment you are receiving for this pay period. You store this full packet in the physical filing folder for the correct retail pad site project, sorted by pay app number so you can pull it quickly if you need to reference it later.

You scan the full packet as a single PDF to save to your cloud storage, using a consistent naming convention that includes the project name, pay app number, and date, so you can search for it easily without digging through folders. You can attach a digital copy of the annotated waiver to the corresponding pay app record in Draw Jacket for easy access later. You note the correction in your internal project tracking log, adding a short line under the pay app #7 entry that the initial waiver listed the wrong project name and was annotated on the date of processing, so anyone on your team who accesses the pay app records later knows the discrepancy was addressed at the time of processing. You also flag the error for your billing team, so they know to double-check project names on all future waivers sent from this GC for both of the concurrent Oak Ridge jobs.

Verify Project Alignment First When You Reopen This Document

The next time you pull this waiver up, either for internal audit purposes or to respond to a request from the GC or client, you first confirm that the corrected project name matches the scope you are researching. You reference the initials and date next to the edit to contextualize the correction for anyone reviewing the document with you, and you can pull the matching pay app and signed contract to confirm the controlling project name if any questions arise about the validity of the edit. You do not overwrite or remove the original incorrect project name, even if you are making additional edits to the document later, as the full paper trail of the error and correction is more valuable than a clean, unmarked document that hides the initial discrepancy.

You also use this check as a reminder to scan every new waiver you receive for project name accuracy before you move to the signature line, to catch similar errors before they create mismatched records in your filing system. If you are reviewing the waiver as part of a larger audit of all your active job pay records, you cross-reference the corrected project name against your contract and pay ledger to confirm that the amount listed on the waiver matches the amount you were paid for that pay period on the correct job. You also confirm that the waiver date lines up with the date you received payment for that pay app, to ensure all timelines align across every document in the pay packet. If you are sharing the document with a third party, you can add a short cover note explaining the correction and pointing to your initials and date on the waiver, to avoid any confusion about which project the waiver applies to without requiring a lengthy explanation of the initial admin error. This small pre-check saves you significant time resolving misfiled records or misaligned pay tracking later, when the details of the initial error are no longer top of mind.

About · Contact · Privacy · Disclaimer · Advertising · Terms