{"id":20051,"date":"2026-10-24T14:08:26","date_gmt":"2026-10-24T14:08:26","guid":{"rendered":"https:\/\/sertifier.com\/blog\/?p=20051"},"modified":"2026-10-24T14:08:26","modified_gmt":"2026-10-24T14:08:26","slug":"scheduled-certificate-delivery","status":"publish","type":"post","link":"https:\/\/sertifier.com\/blog\/scheduled-certificate-delivery\/","title":{"rendered":"Scheduled certificate delivery: what to check before the send time"},"content":{"rendered":"<p>A scheduled certificate campaign is useful when an approved cohort should receive its credentials at a planned time. The practical risk is that the list, message or achievement record changes between preparation and release. Treat the schedule as a commitment to send a reviewed version, with someone responsible for changes before it runs.<\/p>\n<p><strong>Short answer:<\/strong> Confirm who has earned the credential, what will be sent, which time the schedule represents and who can stop it. After the planned time, check the credential result and notification separately. A saved schedule does not prove that a recipient received an email.<\/p>\n<h2>Choose a schedule for a ready cohort<\/h2>\n<p>Use a scheduled campaign when the recipients and approved achievement are known, but delivery should happen later. If eligibility depends on an event that has not happened yet, do not substitute a date for that decision. Keep those recipients out of the approved batch until their results are confirmed.<\/p>\n<p>Sertifier documents scheduled campaigns, external application triggers and credential pathways as different automation methods. Its <a href=\"https:\/\/help.sertifier.com\/how-can-i-automate-my-credentials\">automation overview<\/a> explains the supported patterns. For broader integration design and duplicate handling, continue with the <a href=\"https:\/\/sertifier.com\/blog\/credentialing-automation-workflow\/\">credentialing automation guide<\/a>.<\/p>\n<h2>Keep the dates separate<\/h2>\n<p>Write down the meaning of each date before selecting a send time. This is an operating recommendation, not a claim that all programs or platforms use identical date fields.<\/p>\n<ul>\n<li><strong>Achievement date:<\/strong> when the learner met the program&#8217;s approved requirements.<\/li>\n<li><strong>Credential issue date:<\/strong> the date recorded on the credential under your program&#8217;s rules.<\/li>\n<li><strong>Scheduled send time:<\/strong> when you intend the campaign to run.<\/li>\n<li><strong>Expiry date, when applicable:<\/strong> the end of the validity period defined by the issuer.<\/li>\n<\/ul>\n<p>Do not change an achievement date merely because the notification is delayed. Check how the selected issue date appears on both the certificate and credential page. If validity is part of your program, review <a href=\"https:\/\/sertifier.com\/blog\/certificate-expiry-dates\/\">shared and individual expiry dates<\/a> as a separate decision.<\/p>\n<h2>Review the exact batch before scheduling<\/h2>\n<p>Keep a private release note that identifies the campaign, approved roster version, design, credential details, email template and operator. A colleague should be able to tell which version was reviewed without comparing screenshots by eye.<\/p>\n<ol>\n<li><strong>Confirm eligibility.<\/strong> Check the roster against the approved completion or attendance record. Separate unresolved cases instead of assuming that everyone registered earned the credential.<\/li>\n<li><strong>Review recipient values.<\/strong> Inspect names, addresses and mapped attributes. Follow the <a href=\"https:\/\/sertifier.com\/blog\/credential-template-data-fit-testing\/\">template testing guide<\/a> for long values and other layout exceptions.<\/li>\n<li><strong>Check the recipient experience.<\/strong> Review the credential page and email together. The title, issuer and claim should agree, and the main link should lead to the intended credential.<\/li>\n<li><strong>Confirm notification settings.<\/strong> Verify whether this campaign is intended to email recipients or deliver access through another approved route. Do not infer notification behavior from the existence of a credential.<\/li>\n<li><strong>Record the schedule.<\/strong> Note the displayed date, time and timezone basis. If the timezone is not clear in the interface, resolve it before committing the batch.<\/li>\n<\/ol>\n<p>The current <a href=\"https:\/\/help.sertifier.com\/how-to-create-a-campaign\">campaign creation guide<\/a> documents reviewing credential pages and emails, sending a test credential, and using Schedule for Later. Use a controlled internal address and fictional values for a test. The guide also describes a test banner; do not treat a test credential as evidence that the live campaign has run.<\/p>\n<h2>Check the time without guessing<\/h2>\n<p>\u201cFriday morning\u201d is not a complete release instruction when the team works across timezones. Record a named timezone and a calendar date, then compare the saved schedule with that instruction. Where a local clock change could affect the date, confirm the intended offset for that specific day.<\/p>\n<p>The public scheduling documentation reviewed for this guide does not establish recipient-local delivery, timezone conversion rules or an exact-to-the-second delivery guarantee. Verify the behavior shown in your account or with support before relying on any of those assumptions. Do not borrow timezone settings from a different feature and assume they control campaign scheduling.<\/p>\n<h2>Use a stop rule for last-minute changes<\/h2>\n<p>Choose an internal review cutoff that leaves your team time to respond. This is your operational deadline, not a documented product cancellation limit. If an important correction arrives before release, inspect the current scheduled campaign and decide whether it can be corrected safely or should be cancelled while the issue is resolved.<\/p>\n<p>Sertifier&#8217;s <a href=\"https:\/\/help.sertifier.com\/scheduled-credentials-guide\">scheduled credentials guide<\/a> documents viewing scheduled credentials, editing or cancelling them, and using Cancel Issue from the scheduled list. Confirm the resulting state after an action. A click alone is not evidence that a send was stopped.<\/p>\n<h3>A fictional cohort example<\/h3>\n<p>A training coordinator prepares the approved cohort for a Friday release. Before the scheduled time, the program owner reports that Sample B&#8217;s assessment is still under review. The coordinator checks the current campaign, holds the affected release, and reconciles the roster with the program owner. They review the revised batch before saving its next schedule.<\/p>\n<p>If the send time has already passed, the next step changes: inspect whether a credential was created or sent before trying to schedule again. If Sample B already received an incorrect credential, use the program&#8217;s correction process. Do not create a second campaign to conceal the original result.<\/p>\n<h2>Reconcile after the planned send<\/h2>\n<p>Compare the approved batch with the actual credential records. Then check notifications and recipient access separately. Keep unresolved results visible until there is evidence to close them.<\/p>\n<ul>\n<li><strong>No confirmed credential result:<\/strong> investigate the campaign state before replaying the batch.<\/li>\n<li><strong>Credential exists, email is missing:<\/strong> inspect the notification settings and delivery evidence. Follow the <a href=\"https:\/\/sertifier.com\/blog\/digital-credential-email-delivery\/\">email delivery guide<\/a> rather than issuing another credential.<\/li>\n<li><strong>Correct credential and access confirmed:<\/strong> record the observation time and close the operational check.<\/li>\n<\/ul>\n<p>Keep these records in your private operating system. Public examples and screenshots should contain no learner addresses, internal identifiers or customer data.<\/p>\n<h2>Prepare your first scheduled campaign<\/h2>\n<p>Start with one approved cohort and a clear review owner. Prepare the credential, check the recipient experience, confirm the schedule and verify the result. <a href=\"https:\/\/app.sertifier.com\/signup\">Create a Sertifier account<\/a> to prepare your credential campaign, or use the <a href=\"https:\/\/help.sertifier.com\/scheduled-credentials-guide\">scheduling instructions<\/a> if your account is already set up.<\/p>\n<h2>Frequently asked questions<\/h2>\n<h3>Does scheduling confirm that a certificate has been earned?<\/h3>\n<p>No. The program&#8217;s eligibility decision must come first. Scheduling controls a planned action; it does not replace approval of the achievement.<\/p>\n<h3>Can a scheduled campaign be cancelled?<\/h3>\n<p>Sertifier documents cancellation from the Scheduled view. Check the current state before acting and verify the result, especially close to the planned time.<\/p>\n<h3>Should I schedule the same batch again if an email is missing?<\/h3>\n<p>First inspect the existing campaign and credential records. An email problem does not by itself justify creating another credential.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>A scheduled certificate campaign is useful when an approved cohort should receive its credentials at a planned time. The practical risk is that the list, message or achievement record changes between preparation and release. Treat the schedule as a commitment to send a reviewed version, with someone responsible for changes before it runs. Short answer: &hellip;<\/p>\n","protected":false},"author":3,"featured_media":20050,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"rank_math_title":"","rank_math_description":"Check the approved roster, dates, notification settings and cancellation state before a scheduled certificate campaign runs.","rank_math_focus_keyword":"","rank_math_canonical_url":"","footnotes":""},"categories":[939],"tags":[],"class_list":["post-20051","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\/20051","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=20051"}],"version-history":[{"count":1,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/posts\/20051\/revisions"}],"predecessor-version":[{"id":20052,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/posts\/20051\/revisions\/20052"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/media\/20050"}],"wp:attachment":[{"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/media?parent=20051"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/categories?post=20051"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/tags?post=20051"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}