How to Use This Document

Each slide card below contains the AI voiceover script (what the learner hears) and screenshot/visual requirements (what the learner sees). Expand a card to see both. Use the status badges to track what's captured vs. what still needs to be created.

Voiceover script
Screenshot needed
Already captured (Mar 26)
Needs capture
Design/build in Articulate
0

Welcome & Objectives

2 min · 2 slides
0.1
Title Slide
VODesign
Voiceover Script
Every call starts the same way — before you pull up an account, before you troubleshoot, before you place an order — you verify. Verification protects our customers from fraud, and it protects you from making a costly mistake. In this module, you'll learn exactly what to verify, how to handle callers who can't verify, and when exceptions apply.
Visual
Title graphic Design in Articulate
Module title: "Account Security, Caller Verification & Device Order Handling"
Subtitle: "Protecting our customers on every call"
PrePass branding / shield or lock icon
0.2
Learning Objectives
VODesign
Voiceover Script
By the end of this module, you'll be able to: verify callers correctly on every call. Handle unverified callers and non-contacts with the right disclosure limits. Apply six exception scenarios for non-contact callers. Guide customers through adding a non-contact to their account. Follow device order shipping and confirmation rules. And recognize fraud indicators and execute the mandatory escalation process.
Visual
Objectives list graphic Design in Articulate
Numbered list with icons for each objective. Appear sequentially with VO timing.
1

Verification Basics

3 min · 4 slides
1.1
Standard Verification — Every Call
VOScreenshotCaptured
Voiceover Script
On every single call, before you do anything else, you verify the caller. You need two things: their first and last name, and either their phone number or email address on the account. That's it for a standard call — name plus one contact method. But here's the critical part — you ask them to provide this information. You never read it off to them. That's the number one rookie mistake, and it's a security risk.
Screenshot Requirement
CRM_BillToContact_MainView.png Captured Mar 26
Source: CRM bill-to-contact folder, screenshot showing contact name and phone/email fields highlighted.
Show: The fields an agent would check during standard verification.
Key Rule ASK the customer to confirm. Do NOT read info off to them. This should appear as a persistent callout on this slide.
1.2
Enhanced Verification — Device Orders & Emails
VOScreenshotCaptured
Voiceover Script
When the call involves ordering a device or sending an email, you need one more piece: the email address or mailing address on the account. So it's name, phone or email, plus address or email. Think of it as standard verification with an extra lock. Devices are high-value items, and emails can contain sensitive account details — the extra step protects the customer.
Screenshot Requirement
CRM_BillToContact_AddressFields.png Captured Mar 26
Source: CRM bill-to-contact folder, screenshot showing address and email fields.
Show: The additional fields verified for device orders. Use annotation or highlight overlay in Articulate to draw attention to the address/email fields.
Interaction Idea Two-panel graphic: left = "Standard Call" (name + phone/email), right = "Device Order or Email" (name + phone/email + address/email). Learner clicks each to reveal the checklist.
1.3
Where to Find It in CRM
VOScreenshotCaptured
Voiceover Script
Here's where you find verification info in CRM. When a call comes in, you'll look up the account and navigate to the Bill-To contact. This view shows you the contact's name, phone numbers, and email — everything you need for verification. You're looking at this screen while the caller provides their info. If what they say matches, you're verified. If it doesn't, we'll cover what to do next.
Screenshot Requirement
CRM_ContactLookup.png Captured Mar 26
Source: CRM bill-to-contact folder, contact lookup view.
CRM_BillToContact_FullView.png Captured Mar 26
Source: CRM bill-to-contact folder, full contact detail view with all fields visible.
Show: The navigation path and the verification fields. Consider a numbered annotation overlay (1. Search account → 2. Open Bill-To contact → 3. Check fields).
1.4
Verification Script
VODesign
Voiceover Script
Here's what it sounds like. You might say: "To protect your account, I'll verify your name and either your phone or email. For orders or emails, I'll also verify the address or email on file." Simple, professional, and it tells the customer exactly what's happening and why. Practice this until it's natural — it should feel like a normal part of the conversation, not an interrogation.
Visual
Script callout card Design in Articulate
Display the script text in a styled callout box. Consider a "copy to clipboard" or "save for reference" visual cue so learners know this is a script they can use verbatim.
2

When a Caller Can't Verify

2 min · 3 slides
2.1
Decision Flow — Exception or Stop
VODesign
Voiceover Script
So what happens when a caller can't verify? You don't panic, and you don't just let it go. You follow a simple decision: does one of our six exception scenarios apply? If yes, you follow that exception's rules — and we'll cover all six in the next section. If no exception fits, you inform the caller that you're unable to assist with this account, and you provide instructions for how to get added as a contact.
Visual
Decision flow diagram Design in Articulate
Flowchart: "Caller can't verify" → fork → "Exception applies? YES → Section 3" / "No exception → Inform caller + provide Non-Contact instructions"
Build as an interactive click-through flowchart in Storyline or a process block in Rise.
2.2
What You CAN and CANNOT Do
VODesign
Voiceover Script
Even when a caller can't verify, there are a few things you can still do. You can share driver-allowed bypass information. You can provide basic troubleshooting. And you can take a payment — we'll cover that in Exception 6. But here's the hard line. You cannot provide device numbers, tracking numbers, dates, or addresses. You cannot share credentials or account information. And you cannot place orders or make account changes. Never guess, never assume, never let it slide. If they can't verify and no exception fits, you stop.
Visual
Two-column CAN/CANNOT graphic Design in Articulate
Green column: what you CAN do (3 items). Red column: what you CANNOT do (3 items).
Use color coding: green checkmarks vs. red X marks. Keep it visually simple and scannable.
2.3
The Stop Script
VODesign
Voiceover Script
When you need to stop, here's how to say it professionally: "I understand, and I want to help. However, for the security of this account, I'm unable to assist without verification. I can provide instructions for getting added as a contact on the account — would that be helpful?" You're not slamming the door. You're redirecting them to the solution. Most callers understand once you frame it as account security, not a personal refusal.
Visual
Script callout card Design in Articulate
Same styling as slide 1.4 script card. Display the stop script prominently. Include a transition arrow pointing to "Section 4: Adding a Non-Contact" to show the learner where the redirect leads.
3

The 6 Exception Scenarios

6 min · 7 slides
3.0
Exceptions Overview — 6 Cards
VODesign
Voiceover Script
Not every caller is a listed contact. But that doesn't always mean you can't help. There are six specific exception scenarios where you can assist a non-contact — each with its own rules. Let's walk through them one by one. Click on each card to learn the scenario.
Visual
6-card overview layout Design in Articulate
Six clickable cards numbered 1–6, each with a short title:
1. Company Name Match · 2. Replacing Only Contact · 3. Calling "For" a Contact · 4. Verified Non-Contact/Driver · 5. Non-Contact Who Can Verify · 6. Payment from Non-Contact
Cards remain dimmed until clicked, then reveal the scenario details.
Interaction Design This is the centerpiece of the module. In Storyline, build as branching slides — each card opens a mini-scenario. In Rise, use scenario blocks. Learner must visit all 6 before proceeding.
3.1
Exception 1: Caller Name Matches Company Name
VODesign
Voiceover Script
Exception one: the caller's name matches the company name. Imagine John Doe calls about the John Doe Trucking account. He's not listed as a contact, but there's an obvious connection. Here's what you do. Have the caller verify the address, email, and phone on the account — all three. If they can verify, add them as an Other Contact and assist them. If they cannot verify, you stop — a listed contact must call to add them. The name match alone isn't enough. They still have to prove they know the account.
Visual
Branching scenario graphic Design in Articulate
Scenario setup: "John Doe calls about John Doe Trucking"
Branch point: "Can caller verify address, email, and phone?"
YES path → "Add as Other Contact, assist" · NO path → "Listed contact must call to add them"
3.2
Exception 2: Replacing the ONLY Contact
VOScreenshotCaptured
Voiceover Script
Exception two: replacing the only contact on the account. A caller says they're the new dispatcher and the previous contact left the company. This one has three paths, so pay attention. First, have the caller verify address, phone, and DOT on the account. Then ask for the name of the contact they're replacing. Here's where it branches. If the account has multiple contacts, stop — a listed contact must call. If the name they give is not on the account at all, stop — you cannot assist. But if the name they give is the only contact on the account — that's when this exception kicks in. Add the caller as the new Bill-To contact and assist them.
Screenshot Requirement
CRM_ContactList_MultipleContacts.png Needs Capture
Need: CRM view showing an account with multiple contacts listed (to illustrate the "multiple contacts = stop" path).

CRM_ContactList_SingleContact.png Needs Capture
Need: CRM view showing an account with only one contact (to illustrate when this exception applies).
Interaction Design Three-path branching: learner checks contact count → checks name match → arrives at correct outcome. The "multiple contacts" trap is a common wrong-answer path on real calls.
3.3
Exception 3: Calling "For" a Listed Contact
VODesign
Voiceover Script
Exception three: the caller says they're calling on behalf of a listed contact. Maybe it's an office assistant, or the account owner is standing right there but asked someone else to make the call. Here's the rule: you need to speak with the listed contact directly. They can be in the room, or you can do a three-way transfer. Once you've verified the listed contact, get their verbal approval to add the caller as a new contact. Then add them and assist. The key phrase to remember: the listed contact must be present or reachable. "They're not here right now" does not qualify for this exception.
Visual
Scenario illustration Design in Articulate
Visual conversation flow: Caller → "I'm calling for the owner" → Agent asks to speak with owner → Owner verifies → Owner approves adding caller → Caller assisted.
Include a red-flag callout for "They're not here right now" = does NOT qualify.
3.4
Exception 4: Verified Non-Contacts & Drivers
VODesign
Voiceover Script
Exception four: drivers and verified non-contacts. A driver calls and gives you their VIN or Device ID. They're not a listed contact, but they've shown they're connected to the account. Here's the important part — you can only give Yes or No answers. You may confirm whether we received an email or fax. Whether a device has shipped. Whether a returned device was received. And whether a device is assigned or unassigned to the VIN they provide. That's it. You may not provide device numbers, tracking numbers, dates, or addresses. You may not share credentials or account information. You can share driver-allowed bypass info and basic troubleshooting. Think of it as a keyhole — they can peek through, but the door stays locked.
Visual
Yes-No disclosure grid Design in Articulate
Two-column layout: Green "Yes/No OK" column (4 items) vs. Red "Cannot Disclose" column (3 items).
Build as an interactive scenario: present 4–5 questions the driver asks, learner selects "Yes/No OK" or "Cannot Disclose" for each.
3.5
Exception 5: Non-Contact Who Can Verify
VODesign
Voiceover Script
Exception five is closely related to four. A caller isn't listed as a contact, but they can verify account details — they know the address, the phone number, the email. You might think that means they get full access. They don't. The same Yes-or-No limits apply. Just because someone can verify the account doesn't mean they're authorized to act on it. Verification without being a listed contact only unlocks Yes-or-No confirmations. Nothing more.
Visual
Comparison callout Design in Articulate
Visual reinforcement: "Verified + Listed Contact = Full Access" vs. "Verified + NOT Listed = Yes/No Only"
Keep this slide lean — the interaction from 3.4 already covered the disclosure rules. This is about the distinction.
3.6
Exception 6: Payment from a Non-Contact
VODesign
Voiceover Script
Exception six: someone who's not a listed contact wants to make a payment. Good news — we can take payments from anyone. They can use any payment method, even one that's not already on the account. If they want to use a card that is on file, they must verify the last four digits of that card. But here's the catch. Taking a payment is all you can do. You cannot release account information. You cannot place orders. And critically, you cannot reactivate the account — only a listed contact can do that. So if someone pays to bring the account current and then says "Great, now reactivate it" — you advise them to have a listed contact call back.
Visual
Scenario interaction Design in Articulate
Mini-scenario: Non-contact wants to pay AND reactivate. Learner identifies which they can help with (payment = yes) and which requires a listed contact (reactivation = no).
Include the common wrong answer: "Take payment and reactivate."
Takeaway Callout "Six exceptions, but one common thread: protect the account. When in doubt, ask a listed contact to call." — Display as a transition callout before moving to Section 4.
4

Adding a Non-Contact

3 min · 4 slides
4.1
Three Ways to Add a Contact — Overview
VODesign
Voiceover Script
When a caller needs to be added to the account, you should know the three paths and be able to explain them clearly. The account owner — or a verified contact — can add someone by emailing prepassupdates at prepass dot com, by calling 1-800-PREPASS and choosing Option 6 then Option 2, or by logging into PrePass dot com and adding the person through the account portal. Let's look at each one.
Visual
Three-tab overview Design in Articulate
Tabbed interaction with three tabs: Email | Phone | PrePass.com
Overview slide shows all three with icons. Tabs reveal detail.
4.2
Tab 1: Email to [email protected]
VODesign
Voiceover Script
Option one: email. The customer emails prepassupdates at prepass dot com. The email must come from the address currently on file — that's how we verify the request is legitimate. They need to include their full name, account number, and the new contact's details. This same email address handles other updates too — email changes and address changes go through here. Now, what if the customer no longer has access to the bill-to email? In that case, they need to verify at least two additional pieces of information: the DOT — which is always required — plus things like the last payment amount, the last payment date, the number of devices, or the number of trucks on the account.
Visual
Email requirements card Design in Articulate
Checklist: (1) Email from address on file, (2) Include: full name, account #, new contact info.
Fallback verification list for lost email access: DOT (always) + 2 of: payment amount, payment date, device count, truck count.
4.3
Tabs 2 & 3: Phone and PrePass.com
VODesign
Voiceover Script
Option two: phone. The listed contact calls 1-800-PREPASS — that's 1-800-773-7277 — and selects Option 6 for Account Management, then Option 2. They request the addition over the phone. Option three: online. The listed contact logs into My PrePass at PrePass dot com and adds the person through the account management portal. Both of these require the listed contact to take the action — the caller who needs to be added can't do it themselves.
Visual
Phone path card Design in Articulate
Phone tree visual: 1-800-PREPASS → Option 6 → Option 2

PrePass.com portal screenshot Nice-to-Have
Source: Content Needs List nice-to-have #8 — customer-facing PrePass.com contact management view. Not blocking, but would strengthen this tab.
4.4
CRM Walkthrough: Adding a Contact in D365
VOScreenshotCaptured
Voiceover Script
Once you're authorized to add a contact — either through an exception or because a listed contact is on the line — here's how you do it in D365. Open the account, navigate to Contacts, and click New Contact. Fill in the contact's first name, last name, and relevant details. Then set the contact role — typically "Other Contact" unless you're replacing the Bill-To. Save, and the new contact is live on the account. Let's walk through the screens.
Screenshot Requirements
D365_NewContact_Form.png Captured Mar 26
Source: D365 add contact folder — New Contact form

D365_AddContact_AccountVerify.png Captured Mar 26
Source: D365 add contact folder — account info verification step

D365_AddContact_Role.png Captured Mar 26
Source: D365 add contact folder — add contact role flow

D365_AddContact_Confirm.png Captured Mar 26
Source: D365 add contact folder — confirmation/saved view

Show as a step-through: numbered annotations 1 → 2 → 3 → 4 over each screenshot.
5

Device Orders — Address & Email Rules

3 min · 3 slides
5.1
Shipping Address Rules
VODesign
Voiceover Script
Devices are high-value targets for fraud, and these shipping rules exist because of real incidents. Here's the rule: a listed contact can request shipment to a different address only if every device in the order is assigned to a truck. If even one device is unassigned, that device — or the entire order — must ship to the address on file. No exceptions. The script for this is straightforward: "We can ship to a different address when all devices are assigned to trucks. Unassigned devices must ship to the address on file to protect your account."
Visual
Shipping rule diagram Design in Articulate
Two-path visual: "All devices assigned → Alternate address OK" vs. "Any unassigned → Address on file only"
Include the script as a callout card below the diagram.
5.2
Order Confirmation & Tracking Email Rules
VODesign
Voiceover Script
Confirmations and tracking go to the email address on the account by default. If a listed contact requests it be sent to another listed contact's email, you can do that — but you must cc the Bill-To contact. That keeps the primary contact in the loop. If a customer asks for tracking via text or chat, let them know tracking is sent to the email on file only. The script: "I'll send the confirmation to the email on your account. If you want it sent to another listed contact, I can include them and will cc the Bill-To contact to keep them in the loop."
Visual
Email rules diagram Design in Articulate
Three scenarios: (1) Default → account email, (2) Another listed contact's email → OK + cc Bill-To, (3) SMS/chat → not available.
Script callout card below.
5.3
Quick Scenario Check — Shipping & Email
VODesign
Voiceover Script
Let's check your understanding with three quick scenarios. For each one, decide whether the request is OK or whether you need to use the default. [Pause for interaction.] Scenario one: a listed contact wants 3 devices shipped to their warehouse. All 3 are assigned to trucks. [Pause.] That's OK — all assigned, alternate address is fine. Scenario two: same contact, but 1 of the 3 devices is unassigned. [Pause.] The unassigned device must ship to the address on file. Scenario three: a listed contact asks you to send tracking to their dispatcher's email. The dispatcher is not a contact on the account. [Pause.] You cannot send to a non-listed contact's email. Tracking goes to the account email only.
Visual
3-scenario interaction Design in Articulate
Three scenario cards. Each presents the situation, learner selects "OK" or "Default Required." Reveal correct answer with brief feedback after each.

Screenshot Inventory — Sections 0–5

#FilenameSectionSourceStatus
1CRM_BillToContact_MainView.png 📂1.1CRM bill-to-contact folderCaptured
2CRM_BillToContact_AddressFields.png 📂1.2CRM bill-to-contact folderCaptured
3CRM_ContactLookup.png 📂1.3CRM bill-to-contact folderCaptured
4CRM_BillToContact_FullView.png 📂1.3CRM bill-to-contact folderCaptured
5CRM_ContactList_MultipleContacts.png3.2CRM — need account w/ multiple contactsNeeds Capture
6CRM_ContactList_SingleContact.png3.2CRM — need account w/ single contactNeeds Capture
7D365_NewContact_Form.png 📂4.4D365 add contact folderCaptured
8D365_AddContact_AccountVerify.png 📂4.4D365 add contact folderCaptured
9D365_AddContact_Role.png 📂4.4D365 add contact folderCaptured
10D365_AddContact_Confirm.png 📂4.4D365 add contact folderCaptured
8 of 10 screenshots already captured (March 26). 2 need capture at the office (CRM contact list views for Exception 2). Remaining slides use designed graphics built directly in Articulate.

Voiceover Summary — Sections 0–5

SlideTitleApprox WordsEst. Duration
0.1Title Slide~5520s
0.2Learning Objectives~6525s
1.1Standard Verification~8530s
1.2Enhanced Verification~7025s
1.3Where to Find It in CRM~7530s
1.4Verification Script~6525s
2.1Decision Flow~7530s
2.2CAN / CANNOT~10035s
2.3Stop Script~8030s
3.0Exceptions Overview~4515s
3.1Exception 1: Company Name~9535s
3.2Exception 2: Only Contact~12045s
3.3Exception 3: Calling "For"~10035s
3.4Exception 4: Drivers/Non-Contacts~13050s
3.5Exception 5: Can Verify~7025s
3.6Exception 6: Payment~12045s
4.1Three Ways Overview~6525s
4.2Email Method~11040s
4.3Phone & PrePass.com~8030s
4.4CRM Walkthrough~7530s
5.1Shipping Rules~9535s
5.2Email Rules~9035s
5.3Scenario Check~11040s
23 voiceover scripts across sections 0–5. Total estimated voiceover: ~11 minutes 45 seconds. All scripts written and ready for AI voice generation.