{"id":20060,"date":"2026-10-27T07:04:14","date_gmt":"2026-10-27T07:04:14","guid":{"rendered":"https:\/\/sertifier.com\/blog\/?p=20060"},"modified":"2026-10-27T07:04:14","modified_gmt":"2026-10-27T07:04:14","slug":"certificate-issued-to-wrong-person","status":"publish","type":"post","link":"https:\/\/sertifier.com\/blog\/certificate-issued-to-wrong-person\/","title":{"rendered":"Certificate issued to the wrong person: review and correction checklist"},"content":{"rendered":"<p>If a certificate was issued to the wrong person, first identify the exact award and the approved recipient. Do not start by replacing the displayed name: that can turn a record of one person&#8217;s achievement into another person&#8217;s certificate without resolving the issuing error.<\/p>\n<p>This checklist is a suggested review process for training teams. It separates the program owner&#8217;s decision from the platform action, so a problem with one award does not become an unintended change to a whole campaign.<\/p>\n<h2>Find out what is actually wrong<\/h2>\n<ul>\n<li><strong>The right person has a spelling error:<\/strong> use the <a href=\"https:\/\/sertifier.com\/blog\/certificate-name-correction\/\">certificate name-correction process<\/a> after confirming the approved spelling.<\/li>\n<li><strong>The award is correct but an email went to the wrong address:<\/strong> review the contact and delivery records. Do not assume that the award itself must be deleted.<\/li>\n<li><strong>The credential names someone who did not earn that award:<\/strong> ask the program owner to review eligibility and authorize the specific correction.<\/li>\n<li><strong>The evidence is unclear:<\/strong> keep the case open. A similar name or a forwarded certificate is not enough to decide who should receive the award.<\/li>\n<\/ul>\n<p>Check the credential identifier, campaign, original roster and completion evidence together. Keep the investigation in your private support system; avoid placing participant details or the reason for a disputed award on a public certificate.<\/p>\n<h2>Write down the decision before changing the record<\/h2>\n<p>Use a short case record containing the affected credential link, reported error, approved source record, reviewer, proposed action and records that must remain unchanged. Record whether a replacement is authorized and for whom. A correction request is not automatic permission to issue a new award.<\/p>\n<p>If the error may affect other rows, pause further sends from the affected input while the owner checks its scope. Do not delete a whole campaign simply because one record is wrong. Preserve the before-state needed for the review in your approved storage, following your organization&#8217;s data-handling rules.<\/p>\n<h2>Check the difference between one credential and a campaign<\/h2>\n<p>Sertifier&#8217;s <a href=\"https:\/\/help.sertifier.com\/how-can-i-delete-a-credential\">sent-credential deletion guide<\/a> describes two different scopes: removing a selected credential from a recipient&#8217;s record, and deleting a campaign, which removes all credentials issued under that campaign. Confirm the selected object and its scope before taking either action.<\/p>\n<p>The <a href=\"https:\/\/help.sertifier.com\/how-to-remove-a-certificate\">certificate removal guide<\/a> states that a removed credential is no longer accessible to its recipient. Do not assume deletion provides a public revocation notice, preserves a usable verification page, or offers an undo action. Resolve any required recovery or record-retention questions with the responsible administrator before deletion.<\/p>\n<p>Editing a shared campaign is a separate operation. Sertifier documents that <a href=\"https:\/\/help.sertifier.com\/can-changes-be-made-on-the-sent-certificate\">campaign edits affect its issued credentials<\/a>. A broad design or content edit is therefore not a substitute for resolving the recipient of one award. For spreadsheet changes, review the <a href=\"https:\/\/sertifier.com\/blog\/recipient-import-change-scope\/\">recipient import scope guide<\/a> before uploading another file.<\/p>\n<h2>Fictional example: one incorrect award in an otherwise valid cohort<\/h2>\n<p>Suppose a sample completion roster was mapped incorrectly: Sample B received the award intended for Sample A. The program owner confirms that Sample A met the requirements and Sample B did not. This is a fictional operating example, not a customer result.<\/p>\n<div style=\"border:1px solid #234c3b;border-radius:12px;padding:20px;background:#f5f1e7;color:#183c2d;margin:24px 0;\">\n<p><strong>Review the affected award<\/strong><br \/>Match Sample B&#8217;s credential identifier to the incorrect roster entry. Record the owner&#8217;s decision about that specific award.<\/p>\n<p><strong>Protect the rest of the cohort<\/strong><br \/>Keep correctly issued awards outside the change scope. A campaign-wide deletion is not the approved action in this example.<\/p>\n<p><strong>Prepare only the approved replacement<\/strong><br \/>Check Sample A&#8217;s eligibility, name, address and award details. Check whether an appropriate credential already exists before issuing another.<\/p>\n<\/div>\n<p>The useful distinction is between correcting the error and repeating the original batch. Before continuing issuance, repair the input or mapping that produced the mismatch and review it with a synthetic test record.<\/p>\n<h2>Verify the outcome and communicate clearly<\/h2>\n<ol>\n<li><strong>Inspect the original credential link.<\/strong> Record what a recipient can actually see after the supported change. Do not call an unavailable page a visible revocation notice.<\/li>\n<li><strong>Check any authorized replacement.<\/strong> Confirm its recipient, achievement, dates and verification link against the approved source.<\/li>\n<li><strong>Check an unaffected award.<\/strong> Confirm that the action did not change another credential in the campaign.<\/li>\n<li><strong>Tell each affected recipient what to use.<\/strong> Use your approved communication process and share only the information relevant to that person. Do not assume a previously downloaded file or forwarded email has changed.<\/li>\n<li><strong>Close the case with evidence.<\/strong> Record the operator, action time, observed result and any unresolved delivery or access issue.<\/li>\n<\/ol>\n<h2>Frequently asked questions<\/h2>\n<h3>Can I just change the name to another person?<\/h3>\n<p>First establish whether the award belongs to that person. A name edit does not establish eligibility or resolve an incorrectly issued achievement.<\/p>\n<h3>Should I resend the whole campaign?<\/h3>\n<p>Only issue the awards the program owner has approved. Check existing credentials first; replaying a cohort is not a reliable way to isolate one correction.<\/p>\n<h3>Is deleting a credential the same as publishing a revocation status?<\/h3>\n<p>Do not treat them as interchangeable. The Sertifier removal documentation describes removing access. Confirm the actual recipient-facing result rather than promising a particular status label.<\/p>\n<h2>Build a review step into your next certificate campaign<\/h2>\n<p>Agree who approves eligibility, which roster is authoritative and who checks the recipient view before issuing. <a href=\"https:\/\/app.sertifier.com\/signup\">Create a Sertifier workspace<\/a> to prepare your certificate workflow, and test it with synthetic recipients before using a real cohort.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>If a certificate was issued to the wrong person, first identify the exact award and the approved recipient. Do not start by replacing the displayed name: that can turn a record of one person&#8217;s achievement into another person&#8217;s certificate without resolving the issuing error. This checklist is a suggested review process for training teams. It &hellip;<\/p>\n","protected":false},"author":3,"featured_media":20059,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"rank_math_title":"","rank_math_description":"Review a certificate issued to the wrong person, distinguish one credential from the whole campaign, and check the approved correction before closing the case.","rank_math_focus_keyword":"","rank_math_canonical_url":"","footnotes":""},"categories":[939],"tags":[],"class_list":["post-20060","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-digital-credentials"],"_links":{"self":[{"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/posts\/20060","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/comments?post=20060"}],"version-history":[{"count":1,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/posts\/20060\/revisions"}],"predecessor-version":[{"id":20061,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/posts\/20060\/revisions\/20061"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/media\/20059"}],"wp:attachment":[{"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/media?parent=20060"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/categories?post=20060"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/tags?post=20060"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}