VANGUARD SHIELD MUTUAL

Core Operations Standard Operating Procedure (SOP)

Document Version 6.0 Effective Date May 1, 2025 Department Cross-Functional (Finance, Claims, Underwriting, Treasury, HR) Prepared By Central Operations & Process Excellence Team Document Owner Central Operations & Process Excellence Team Approved By Sarah Jenkins, VP of Core Operations Supersedes Version 5.0 Support Contact support@vanguardshield.com | 1-800-555-0199

This SOP establishes standardized operational procedures for designated staff within Vanguard Shield Mutual. It is intended for trained personnel with approved access and required confidentiality, security, and role-based training. This document does not replace legal, regulatory, compliance, or company policy requirements. If this SOP conflicts with applicable law, regulation, contractual obligation, or company policy, the stricter requirement governs.

1. Introduction & Purpose

1.1 Scope of this SOP

This manual provides foundational procedures for junior-level analysts and operational staff at Vanguard Shield Mutual. It covers selected daily, weekly, monthly, and quarterly tasks across accounting, treasury, underwriting, claims, accounts receivable, payroll, and employee expense review.

1.2 System & Tool Requirements

All steps in this SOP must be performed using only the following tools. Do not reference or rely on any software, service, or data source other than those listed below unless this document is formally amended.

Source data (reports, exports, clearing confirmations, policy PDFs, claim packets, etc.) is assumed to arrive as attachments on the Jira issues or Email threads cited in each procedure, or as files you save to Excel/Word from those attachments. If an expected attachment is missing, follow the exception path (typically Jira escalation) for that section. If you lack access to any required tool, create a Jira ticket in the IT-Support queue immediately.

1.3 Jira Field Conventions

Unless a procedure names a different field, the following standard custom-field names apply across all Jira projects referenced in this SOP. If a required field is blank or missing on a particular issue, follow the fallback path noted for that field.

Additional conventions:

• Underwriting intake (UW data requests): Email underwriting.ops@vanguardshield.com when a procedure requires payroll or underwriting application data by email after Jira comment and @mention paths are exhausted (see §5.2).

• OPS-HR-TE workflow (Sales T&E): Use the Approve, Reject, and related transition names documented on the HR-Expense or OPS-HR-TE queue board pinned issue "Workflow & Transitions" (Jira is the system of record; labels may differ by scheme).

• UW data Slack (optional notice, keys only): Use uw-data-requests unless the underwriting queue pinned issue names a different channel.

1.4 File Naming Conventions

All output files produced under this SOP must follow the naming pattern stated in the procedure that creates them. Where a procedure does not specify a file name, use the default convention:

[Deliverable Type][Identifier][Date YYYY-MM-DD].[ext]

Examples: DemandLetter_[ClientID][YYYY-MM-DD].pdf, SUI_Variance[Quarter]_[YYYY-MMDD].xlsx

Do not use spaces in file names; use underscores.

2. Finance & Accounting Reconciliations

2.1 Reconciling Intercompany Suspense

Objective: Clear and properly document Intercompany Suspense activity by the 5th business day of each month.

• Generate workbook: On Jira issue OPS-FIN-SUSPENSE-[YYYY-MM] (month-close package), download the suspense workbook attachment (Excel) and save a local working copy with a clear month identifier (§1.4).

• Filter discrepancies: In Excel, filter the Amount column into (a) items exceeding $5,000 and (b) items less than or equal to $5,000.

• Clear items ≤ $5,000: For each line, (a) open the linked Jira sub-task or the PDF attachment on the month-close issue whose name or description matches the transaction ID and amount; (b) confirm GL coding from the invoice text and the line description in Excel; (c) document the tie-out in your local suspense workbook (add the following columns if not already present: Support Found (Y/N) and Support Location / Invoice); (d) if support is found, record the reclassification in Jira: comment on the line's sub-task with transaction ID, target GL, and status FIN-100 Cleared & Posted. If support cannot be found or coding is unclear, go to Exception handling.

• Conflicting GL codes: If the GL code on the PDF invoice disagrees with the GL code in the Excel line description, do not resolve the conflict yourself. Record both codes in your local suspense workbook tie-out columns (add a column "Conflict?" marked Y). Create a comment on the Jira sub-task: "GL conflict: Invoice shows [code A], Excel line shows [code B] — requesting Controller clarification." Then follow the Exception handling step below.

• Verify approval evidence (items > $5,000 only): In Slack, open finance-approvals. Search: has:link [Exact Dollar Amount] to locate the manager approval message.

• Locate receipts: From Jira, open the PDF invoice attached to the matching sub-task or linked issue for that transaction ID.

• Prepare reclassification (items > $5,000 only): In Jira, on the suspense line sub-task, add a comment documenting the GL code from the PDF and transition or label the work per team convention to FIN-100 Cleared & Posted after approval.

• Exception handling: If the PDF is missing from Jira, Slack approval cannot be found (for items > $5,000), GL coding cannot be determined, or GL codes conflict between sources, create a Jira ticket in the FIN-Exceptions queue. Paste Template B-1 into the description and assign to the Finance Controller listed on the FIN-Exceptions board's pinned issue (see §1.3 Queue Assignee). In comments, note the Jira issue keys and Slack search you used and what evidence was not found or conflicted.

2.2 Performing Expense Variance Analysis

Objective: Monitor departmental spending against approved quarterly budgets and identify material variances requiring explanation.

• Data pull: From Jira issue OPS-FIN-BVA-[Department]-[Quarter], download the budgetvs-actual export attached to the issue (Excel as provided).

• Flag overspend: In Excel, add a column for percentage variance using (Actual − Budget) ÷ Budget. If Budget is in column B and Actual is in column C, use =(C2-B2)/B2 formatted as Percentage. If Budget = 0, use =IF(B2=0,IF(C2>0,9999,0),(C2-B2)/B2). Interpretation: 9999% means actual spend with a $0 budget and must be reviewed. Filter Variance % to show values greater than 10%.

• Investigate cause: In Email, open the shared mailbox finance.ops@vanguardshield.com. Search using the over-budget line item name and variants (vendor, project, cost center)

across at least the prior 90 days. Capture search terms used and whether results were found.

• Document finding: In Word, paste Memo Template D-1. Complete fields from the Budget vs. Actual workbook and any supporting emails. For the Department Head Name field in the memo, read the "Department Head" custom field on the OPS-FIN-BVA issue (see §1.3). If no justification email exists, do not infer a reason; state that no supporting justification was found, document search terms and date range, and proceed to escalation. If a justification email is found, complete Memo Template D-1 with the supporting details, attach the finished memo to the original OPS-FIN-BVA Jira issue, and mark the variance as Supported; do not escalate to FIN-Exceptions.

• Escalate unsupported variance: Create a Jira ticket in FIN-Exceptions titled "Unsupported Expense Variance – [Department] – Q[Number] – [Line Item]". Attach the drafted Memo D-1 and the budget-vs-actual export. Paste Template B-6 into the description. Also include: (a) line item name, (b) budget, actual, variance %, (c) mailbox searched, (d) exact search terms and date range, (e) Controller disposition request. Assign to the Finance Controller per §1.3 Queue Assignee.

• File workpaper: Save the Word memo per §1.4 (include department and quarter in the filename). Attach it to the same Jira issue (or FIN-Exceptions ticket). If applicable, put the Jira key in the file name or memo header.

2.3 Verifying Fixed Asset Depreciation

Objective: Ensure qualifying asset purchases are capitalized and depreciated in accordance with company policy.

• Identify potential assets: From Jira OPS-FIN-FA-[period], download the general expense ledger attachment (Excel). Filter Transaction Amount for values ≥ $10,000.

• Check capitalization status: Cross-reference transaction IDs against the fixed-asset subledger attachment (Excel) from the same Jira package.

• Verify depreciation method: For rows marked as Fixed Asset, compare Asset Class to the Vanguard Depreciation Matrix: IT Equipment = 3 years straight-line; Furniture = 7 years MACRS; Software = 5 years straight-line.

• If method is wrong or asset class missing from matrix: Do not edit source ledgers yourself. Create or update a Jira ticket in FIN-FA-Review: (a) if class is in the matrix but life/method is wrong, request change citing matrix line; attach Excel excerpt and any PDF invoice from Jira; assign to the Senior Accountant listed on the FIN-FA-Review board's pinned issue per §1.3. (b) If class is not in the matrix, request review with proposed life blank or TBD — Policy Needed; assign to the same Senior Accountant.

• Prepare adjustment (capitalization only when qualified): For items > $10,000 missing from the subledger, do not capitalize on dollar value alone. Confirm qualification using invoice/PO text in Jira PDF attachments: nature (tangible or qualifying software, not routine services), useful life > 12 months, company ownership/control, threshold met and not excluded (training, support, professional services). Qualifying examples: computers, servers, vehicles, furniture, machinery, licensed perpetual/multi-year software. Nonqualifying examples: consulting fees, temporary labor, consumable supplies, monthly maintenance agreements, annual SaaS subscriptions without a perpetual license. If unclear, treat as unclear and escalate. If qualified, create Jira OPS-FIN-JE draft with comment listing invoice/PO, vendor, description, proposed asset class; assign to the Senior Accountant. If clearly not qualifying, document conclusion in Excel notes and continue. If unclear, Jira comment to the Senior Accountant: "Capitalization eligibility unclear — policy confirmation needed."

2.4 Month-end Finance Summary Deck (PowerPoint)

Objective: Provide a leadership-ready summary after intercompany suspense month-end work. When: After completing §2.1 for the calendar month (or when OPS-FIN-MONTH-[YYYY-MM] is marked complete per that issue).

• Build deck: Create the finance month-summary PowerPoint for the period (name per §1.4; include year-month in the filename). Required slides:

• Slide 1 — Title: "Vanguard Shield | Finance month-end | [Month YYYY]"; analyst name.

• Slide 2 — Suspense: lines cleared to FIN-100 (count), open exceptions (count), up to five Jira keys only (omit dollar amounts unless the parent issue explicitly allows).

• Slide 3 — Exceptions: remaining FIN-Exceptions keys and stated next action.

• File: Attach the month-summary deck to Jira OPS-FIN-MONTH-[YYYY-MM] (or the month-close parent named on that issue).

3. Treasury & Payables Management

3.1 Managing Daily Cash Liquidity

Objective: Ensure Vanguard Shield maintains adequate liquid cash to cover daily outflows.

• Preflight (data package): By 8:30 AM ET, open Jira OPS-TRE-LIQUIDITY-[YYYY-MMDD]. Confirm the issue description states the reporting date and that the daily liquid position attachment (PDF or Excel) is present for that date. If the attachment is missing, mis-dated, or unreadable, comment "Data package incomplete — cannot certify liquidity review" and create or reopen Jira OPS-FIN-DATA-[date] per the routing note in the OPSTRE-LIQUIDITY description. Do not estimate a balance from prior days.

• Record snapshot: Download the liquid position attachment. Capture Current Liquid Balance. Add a Jira comment on OPS-TRE-LIQUIDITY with: (a) time of review (ET), (b) balance, (c) attachment name/version used, (d) your initials.

• Threshold test: If Current Liquid Balance is ≥ $15,000,000, comment "No liquidity transfer required — meets threshold" and stop for that day.

• Calculate transfer amount: If below $15,000,000, compute TransferAmount = $15,000,000 − Current Liquid Balance. Follow rounding rules stated on OPS-TRELIQUIDITY (if none, round to the nearest $1,000). Record the arithmetic (balance read, subtraction, and rounded result) for inclusion in the TRE-Investments issue.

• De-duplicate requests: Search Jira project TRE-Investments for open issues titled "Daily Liquidity Transfer – [same calendar date]". If one already exists in Awaiting Treasury Director Approval with the same calculated amount, comment "Duplicate liquidity request detected — see [KEY]" instead of creating a second ticket. If an open ticket exists with a different amount, comment "Amount superseded — recalculated to $[new]" with brief rationale before proceeding.

• Route for approval: Create or update Jira TRE-Investments issue titled "Daily Liquidity Transfer – [Date]". Paste Template B-7 into the description, then add the arithmetic recorded above. Set status to Awaiting Treasury Director Approval.

• Blocked / stale path: If the TRE-Investments issue is rejected or remains in Awaiting Treasury Director Approval for more than one full business day after submission, comment on OPS-TRE-LIQUIDITY-[date] with the blocking TRE-Investments key and create Jira TRE-Exceptions titled "Liquidity Transfer Blocked – [Date]"; assign per the Treasury escalation roster in the OPS-TRE-LIQUIDITY issue description. If the roster

section is blank or missing, look up the assignee on the TRE-Exceptions board's pinned issue per §1.3 Queue Assignee.

3.2 Resolving Vendor Payment Discrepancies

Objective: Investigate vendor-reported nonreceipt of payments.

• Investigate payment status: Open Jira issue OPS-AP-INV-[InvoiceNumber]. Read Payment Status and ACH Trace Number fields in the description or custom fields.

• If status is Paid: Copy the 12-digit ACH trace number and proceed to "Trace funds" below.

• If status is not Paid (Pending, Processing, Approved-Unpaid, Under Review): (a) Do not request a trace yet. (b) Capture status and payment run/date from the Jira description and record them in a Jira comment. (c) Email the vendor using Template A-4 without attaching a clearing confirmation. (d) If the vendor disputes urgency or invoice is past due, Email the AP Lead listed on the AP queue board's pinned issue per §1.3.

• If status is failed/rejected: Set Jira label or comment FIN-201 Vendor AP Hold and send Template A-2.

• Trace funds (Paid status only): Download the bank trace result PDF from Jira OPS-APTRACE-[TraceNumber] (or use the trace attachment on the invoice issue). Interpret the PDF:

• Cleared / successful — status text or code indicates completion (e.g., Posted, Completed, Settled, Success, ACK, or equivalent) and does not show a return or reject code.

• Rejected / failed — status shows Rejected, Failed, Returned, Unpaid, or an ACH return code (e.g., R01–R33) or bank "beneficiary reject" language.

• Pending / inconclusive — status is Processing, Pending, or ambiguous: add Jira comment "Trace inconclusive — [quote field names/values]" on OPS-AP-INV and do not send Template A-1; escalate per AP queue pinned instructions.

• If payment cleared: Download the clearing confirmation PDF from Jira OPS-AP-INV[InvoiceNumber] first (primary location). If not there, download from OPS-AP-TRACE[TraceNumber]. If neither issue contains the file, comment "Clearing confirmation missing" on OPS-AP-INV and follow the AP queue's exception path — do not send Template A-1 until the PDF is attached. Email the vendor Template A-1 attaching the PDF.

• If payment rejected: Comment on OPS-AP-INV with trace outcome summary. Update Jira OPS-AP-INV with FIN-201 Vendor AP Hold. Email the vendor Template A-2.

3.3 Auditing High-Risk Wire Transfers

Objective: Detect international wire transfers lacking required dual authorization.

• Pull population: From Jira OPS-TRE-WIRES-[Quarter], download the international wires population workbook attached to the issue (Excel as provided).

• Verify authorization: For each Wire ID, open Slack and search treasury-wires in this order until you locate the approval thread (document which query worked in your Excel wire log or Jira OPS-TRE-WIRE comment):

• has:link [Wire ID] — for threads where the wire ID appears in a linked URL.

• in:treasury-wires [Wire ID]

• in:treasury-wires "[Wire ID]" (quoted exact match)

• If all three return no results, record "Slack search exhausted" for that Wire ID and proceed to Escalation.

• Check signatories: Confirm two distinct Approved messages from users whose Slack profile Title shows VP, AVP, SVP, EVP, C-level, or higher. Record approver names, exact Approved text, and titles in Excel or in a Jira comment on OPS-TRE-WIRE[WireID].

• Escalation (missing dual approval): Update Jira OPS-TRE-WIRE-[WireID] with exception code TRE-900. Create Jira Compliance-Alerts with title "Exception Report: International Wire Control Exception – [Wire ID]". Paste Template B-3 into the description; attach your Excel wire row or export. Assign to the Chief Compliance Officer listed on the Compliance-Alerts board's pinned issue per §1.3 Queue Assignee. Immediately after, send Slack Template B-4 to compliance-urgent with the new Compliance-Alerts issue key only — do not post wire amounts or bank details in Slack.

• Happy path: Update Jira OPS-TRE-WIRE-[WireID] to Verified (or equivalent) when dual approval is confirmed. No Compliance ticket required.

3.4 Auditing Vendor Tax Compliance

Objective: Support accurate 1099 reporting by maintaining complete and valid vendor tax documentation.

• Check payment threshold: From Jira OPS-AP-1099-[Year], download the year-to-date vendor disbursements spreadsheet attached to the issue. Filter YTD Total > $600.

• Validate W-9: For each vendor over threshold, open Jira OPS-VND-[VendorID] and confirm a W-9 PDF is attached and current.

• Apply hold if required: If no W-9 PDF on the Jira vendor record, add comment and label FIN-201 Vendor AP Hold on the active payables issue for that vendor.

• Notify vendor: Email Template A-3 from compliance@vanguardshield.com. Do not remove the hold until a signed W-9 PDF is received; attach the PDF to Jira OPS-VND[VendorID].

4. Accounts Receivable & Billing

4.1 Reviewing Aged Accounts Receivable

Objective: Mitigate bad debt through timely collections review.

• Pull aging report: From Jira OPS-AR-AGING-[date], download the AR aging export attached to the issue (Excel as provided). Filter Days Overdue > 90.

• Check communications: For each flagged Client ID, Slack ar-collections — search has:link [Client ID] or the Client ID text per workspace practice. Confirm whether a payment plan is noted.

• Issue demand letter: If no payment plan, in Word paste Template D-3. Fill Client ID and Amount. Export to PDF per §1.4 (include client ID and date in the filename).

• Send communication: From Jira OPS-AR-CLIENT-[ClientID], read the Billing Contact Email field in the issue description (see §1.3 for field name and fallback). Email the PDF demand letter to that address. If no billing contact is listed, Slack ar-collections using Template B-5 with Client ID only; do not send the letter until contact is provided.

• Update status: Comment on Jira OPS-AR-CLIENT-[ClientID]: account status Collections Hold (document date and letter sent).

5. Underwriting & Premium Operations

5.1 Conducting Premium Variance Audits

Objective: Reconcile estimated premium basis data with actual exposure at policy end.

• Gather source documents: From Jira OPS-UW-POL-[PolicyNumber], download the policy's estimated-exposure and actual-exposure attachments (PDF or Excel as provided on the issue — use the filenames or labels listed in the issue description).

• Canonical rate file: From Jira OPS-UW-RATETABLES-[YYYY] (or the master rate-table issue named in §1.3 / the policy issue), download the current underwriting rate workbook attachment. That master issue is the system of record — do not use desktop copies, adhoc Email attachments, or unlinked files.

• Version pin: On OPS-UW-POL-[PolicyNumber], read the Rate Table Source field (see §1.3). It must reference the same master rate-table issue key and attachment name as the file you downloaded. If missing, comment "Rate table version not pinned — using master per SOP" and proceed. If it references a different key or revision date than the attachment you used, stop and create Jira UW-Exceptions "Rate Table Mismatch – [PolicyNumber]".

• Calculate actual premium: Using the downloaded master workbook only, enter payroll figures from the actual-exposure attachment for each classification code to compute audited premium.

• Update audit record: Enter the calculated audited premium in the designated audit workpaper attached to OPS-UW-POL-[PolicyNumber] (create or update the workbook template linked from the issue if empty). Add a Jira comment: "Audited Premium: $[Amount] | Basis: [Classification codes used] | Variance from estimated: [+/−%]". If the issue has an Audited Premium custom field, populate it.

• Issue final statement: When the Jira issue status is Audit Complete (required fields and audit workpaper attached per the issue checklist), use the "Generate Audit Statement" workflow transition on the issue. If the transition is missing, confirm: (a) the audit workpaper is attached, (b) the Audited Premium field is populated, and (c) status is Audit Complete. If all are met but the transition is still absent, create Jira IT-Support referencing the policy issue key. If the resulting status shows UND-304 Audit Variance, treat as expected for material differences.

5.2 Calculating Multi-State Tax Nexus

Objective: Prepare state exposure and tax allocation support for multi-state operations.

1. Review application: From Jira OPS-UW-APP-[ApplicationID], download the locations / schedule attachment(s) listed on the issue. Note multiple states if present.

2. Determine surtaxes: From the same Jira issue (or linked underwriting reference issue named in the description), download the state tax / surtax matrix attachment. Crossreference states from the schedule.

3. Request missing payroll (if needed): If total payroll is not on OPS-UW-APP[ApplicationID] or on a linked policy issue, add a Jira comment: "Payroll attachment required for multi-state tax allocation — see OPS-UW-TAX-[ApplicationID]." @mention the Assignee or Underwriter field on that issue. If both are blank, Email the Underwriting intake mailbox (§1.3) with subject "UW-Data — Payroll for OPS-UW-APP[ApplicationID]" and both Jira keys in the body. Optional same-day notice: Slack per UW data Slack in §1.3 with only the two Jira keys — no dollar amounts. Do not continue to the calculation step until payroll is provided via Jira attachment or comment.

4. Calculate allocation and surtax: In Excel, enter total payroll from the attachment. Allocate by state: (a) if schedule shows payroll by state, State % = State Payroll ÷ Total Payroll; (b) if only locations, State % = (locations in state ÷ total locations). For each state: Allocated Payroll = Total Payroll × State %; State Surtax = Allocated Payroll × rate from matrix (e.g., 1.25% as 0.0125).

5. Finalize entry: Save the completed allocation workbook using the naming convention stated on OPS-UW-TAX-[ApplicationID] or, if none is stated, per §1.4 (include the application identifier in the filename). Attach it to that issue, and record state tax amounts in the issue description table if provided. Comment "Save Tax Allocation" with date and analyst initials.

6. HR, Payroll & Employee Expenses

6.1 Reconciling Payroll Tax Filings

Objective: Ensure tax remittances align with internal payroll liability records.

• Gather reports: From Jira OPS-HR-PAYROLL-[Quarter], download the vendor tax filing PDF and the internal tax liability file (CSV) listed as attachments on the issue.

• Reconcile totals: In Excel, compare total SUI on the vendor PDF to the CSV. A jurisdiction-level dollar variance of $50.00 or less (absolute value) is treated as immaterial and does not require a variance workbook; note "immaterial rounding variance — [$X.XX]" in a Jira comment and proceed to the next jurisdiction. Variances exceeding $50.00 require documentation per the next step. Note: if the OPS-HRPAYROLL issue description or the HR-Payroll queue's pinned issue contains a Materiality Override with a different dollar threshold, use that threshold instead (see §1.3).

• Document variances: If any jurisdiction exceeds the materiality threshold, create a quarterly SUI variance workbook with worksheet "Variance"; row 1 headers: Jurisdiction | Vendor SUI (PDF) | Internal SUI (CSV) | Dollar Variance (Internal − Vendor) | Variance % (if Vendor > 0) | Notes; one row per jurisdiction that exceeded the threshold; Total row; Notes cite source attachment names. Save using the FIN-Exceptions or HR-Payroll naming convention on the issue, or per §1.4.

• Route for action: Email the completed variance workbook to payroll.ops@vanguardshield.com with subject "Quarterly SUI Variance Identified". Attach or link the Jira OPS-HR-PAYROLL key in the email body.

6.2 Auditing Sales Team Travel & Expense (T&E)

Objective: Ensure employee expenses are business-related and adequately documented.

6. Review submissions: Open Jira OPS-HR-TE-[ReportID] for each Pending Approval expense report from Sales (details in issue description: line items, amounts, merchant).

7. Cross-reference business activity: From OPS-HR-TE, classify each line as (A) meal, travel, lodging, mileage, or client entertainment (non-merchandise), or (B) Marketing Promo or Client Gifts (merchandise). For (A) only, note weekday vs weekend/holiday, open Calendar, and confirm a meeting, client event, or business travel that covers the expense date. If (A) and no matching calendar event, treat as missing justification and go to Step 4. For (B), do not require a Calendar event — skip Calendar for that line and go to Step 3 (Shopify) only.

8. Verify merch purchases: For each line classified as merchandise (B) in Step 2, open Shopify Orders tab; search employee name to confirm order through approved internal store.

9. Take action: Comment on Jira OPS-HR-TE with rejection reason and set workflow to rejected when: (a) a non-merchandise line has no matching Calendar event, (b) a nonmerchandise line falls on a weekend/holiday without business calendar context, or (c) a merchandise line is not found in Shopify per Step 3. Standard note text: "Missing business justification/unauthorized vendor. Please submit personal reimbursement."

Notify manager (rejections only): When you set the expense report workflow to rejected, send a Slack DM using Template B-2. Manager identity: read the Reporting Manager custom field on Jira OPS-HR-TE-[ReportID] (see §1.3). If the People directory also returns no result, create Jira HR-Ops "Manager Lookup Needed – T&E Exception – [Employee Name/ID]" and paste Template B-8 into the description. Do not send Template B-2 until the manager is confirmed.

10. Approve valid reports (happy path): When no line met the rejection tests (all nonmerchandise lines have supporting Calendar coverage; all merchandise lines passed Shopify), add Jira comment "T&E review complete — all lines supported | OPS-HR-TE[ReportID]". Transition the workflow from Pending Approval to Approved using the transition names under OPS-HR-TE workflow (Sales T&E) in §1.3. Do not send Template B-2.

7. Claims Handling, Subrogation & Fraud

7.1 Identifying Subrogation Opportunities

Objective: Identify closed, paid (indemnity issued) claims where a police report suggests thirdparty liability. Subrogation recovery generally follows payment to the insured; unpaid closures are out of scope for this triage queue.

11. Build population: Run the saved Jira filter CLM-Subro-Triage limited to Status = ClosedWith-Payment. Optionally export issue keys to a local Excel batching list (name per §1.4). Work issues in ascending claim number unless the filter description specifies a different priority.

12. Police report gate: For each CLM-[number], confirm a police report PDF is attached (issue checklist or labels). If missing or unreadable, comment "Subro triage skipped — police report PDF missing" and skip; do not infer fault from other documents.

13. Open and index PDF: Download the police report PDF. Note agency, report number, and report date from the header in a Jira triage comment.

14. Read narrative and parties: Identify named drivers, unit numbers, and which party represents our insured. Skim for collision type, signals, and any statement of fault.

15. Positive indicators (third party): Flag subrogation potential only when the narrative or supplemental sections attribute fault to another party using at least one of: the exact phrases "Citation Issued," "At Fault," or "Failed to Yield" directed at a non-insured party; or equivalent standardized wording permitted by the rubric linked from CLM-SubroTriage. If equivalents are unclear, follow "Ambiguous or shared fault" below — do not treat the report as meeting Positive indicators.

16. Negative indicators (no flag): Do not flag if the report shows our insured was cited, labeled At Fault, Failed to Yield (insured), or the narrative indicates sole insured negligence. Comment "Subro triage — no third-party fault language."

17. Ambiguous or shared fault: If fault is shared, unclear, or heavily redacted, comment "Subro triage — ambiguous fault narrative; supervisor review." Create Jira CLM-

SUBRO-REVIEW linked to CLM-[number]. Assign to the on-call Claims Supervisor listed in the CLM-Subro-Triage filter description. If the filter description does not contain a current on-call name, Slack claims-ops with: "[Subro Triage] Ambiguous fault — CLM[number] — need on-call supervisor assignment." Do not apply CLM-440 until cleared.

18. Queue transfer (positive): When Positive indicators are satisfied and neither Negative indicators nor Ambiguous or shared fault applies, comment "Subro potential: [brief quote or section/page reference]". Transition "Assign to Subrogation" or label CLM-440 Subro Potential per workflow.

7.2 Processing Multi-Beneficiary Life Claims

Objective: Support accurate claim determination and payment allocation.

• Verify documentation: From Jira CLM-LIFE-[number], download the death certificate PDF. Compare name and SSN to insured fields in the Jira issue. If mismatch: do not allocate; set status CLM-910 Identity Verification Hold; add note with document reference; transition Route to Claims Supervisor (CLM-Identity). Continue to Step 3 only to flag conflicts — no payout steps until supervisor clears hold.

• Review beneficiary schedule: Download the original policy (or declarations) PDF attached to the issue; note Primary and Contingent percentage splits.

• Flag conflicts: Review Jira comments and PDF attachments for divorce decrees, competing claims, court orders, attorney letters. If CLM-910 active, do not set CLM-920; add note re potential conflict. If identity cleared and conflict exists: set CLM-920 Complex Beneficiary Hold; note file name and date; transition to CLM-Legal (the queue is assigned to the Legal Claims lead listed on the CLM-Legal board's pinned issue per §1.3 Queue Assignee); stop.

• Calculate allocation: If CLM-910 is still active, stop here — do not calculate allocation or route for payout; wait for supervisor clearance. If CLM-920 is active, stop here — wait for CLM-Legal to clear CLM-920. If CLM-910 has been cleared, CLM-920 is not active, and Step 3 found no conflicts, read Death Benefit / Face Amount from the original policy PDF; compute each beneficiary share. Record the allocation in a Jira comment using the structured format below.

Beneficiary Allocation Comment Format:

• Policy: [PolicyNumber] | Face Amount: $[Amount]

• Beneficiary 1: [Full Name] | Designation: Primary | Split: [X]% | Amount: $[Calculated]

• (Repeat for each beneficiary. List Contingent beneficiaries only if no Primary beneficiaries survive.)

• Analyst: [Initials] | Date: [YYYY-MM-DD]

To determine survival status: check the Jira attachments for additional death certificates or court declarations of death naming a primary beneficiary. If no such documents exist, assume primary beneficiaries survive. If survival status is ambiguous, add a Jira comment requesting verification, set CLM-920 Complex Beneficiary Hold, route to CLM-Legal, and STOP — do not finish the allocation block or transition to AP for payout.

Route to AP for payout only when CLM-910 and CLM-920 are not active, the structured allocation comment is complete, and you did not stop for ambiguous survival.

7.3 Evaluating Fraud Risk in Claims

Objective: Identify claim anomalies requiring SIU review.

19. Triage intake: Open Jira CLM-PROP-[number] from the SIU prep queue or supervisor assignment. Read loss type, date of loss, and any prior-claim flags in the description. If status is already CLM-999, confirm whether you are documenting supplemental findings only.

20. Photo inventory: Download current-loss images from Jira attachments. Current-loss images are defined as files with image extensions (.jpg, .jpeg, .png, .gif, .tiff) whose Jira attachment label or file name includes the reported date of loss or contains the word "current," "loss," or "scene." Exclude PDF documents, spreadsheets, and any image file whose name or label references a prior claim number. Comment "Photo inventory complete — [n] image files" with the list of file names.

21. Historical comparison: Use the historical photo package linked from the claim issue (ZIP or prior CLM attachments). Identical match (binary): same file as a prior attachment (matching file name and size, or checksum if provided in Jira), or documentation in Jira explicitly states the file is a re-upload from a prior claim. Same-angle match (stricter — use only when all are true; otherwise do not use this label): (i) prior and current issues share the same loss location address in Jira; (ii) the same architectural feature or vehicle body panel clearly occupies the majority of both frames; (iii) at least two fixed reference points appear in the same left-to-right order and within 15% of frame width of each other's positions. If you cannot verify (ii) and (iii) without guesswork, do not call it a same-angle match — comment "Possible visual similarity — needs manual review." Document confirmed pairs as "Current [file] matches Prior CLM-[id] [file/date] — [Identical | Same-angle per criteria]" in Jira.

22. Metadata sanity check: If visible timestamps or embedded file dates contradict the reported date of loss, note "Date metadata inconsistency" in an internal Jira comment (no accusatory language in customer-visible fields).

23. Inspector notes: Download the field inspector notes PDF from the claim issue attachments. Search for: Inconsistent, Pre-existing, Wear and tear, Prior damage, Unrelated. Copy exact wording into an internal Jira comment (SIU prep — inspector quotes).

24. Decision matrix: Apply SIU hold and referral below if (a) duplicate or reuse is documented in Historical comparison, OR (b) Inspector notes contain any keyword hit from that step, OR (c) Metadata sanity check shows a date inconsistency that undermines loss timing. If none apply, comment "SIU prep — no automated SIU triggers; resume standard handling."

25. SIU hold: When the Decision matrix above applies, set CLM-999 SIU Hold. Do not discuss fraud theories with the insured in the same thread as SIU comments.

26. Refer to SIU: In Word, paste Memo Template D-2; save the referral memo per §1.4 (include claim number in the filename); attach to Jira SIU-INTAKE-[ClaimNumber]. On CLM-[number], comment only "SIU referral filed — see SIU-[key]".

Appendix A: External Communication Templates (Email)

All external emails must be sent from an authorized @vanguardshield.com account. Note: §3.2 uses A-4, then A-2, then A-1 depending on invoice status — that workflow order differs from numeric appendix order.

Template A-1: Proof of Cleared Payment (Vendor)

Subject: Vanguard Shield Mutual – Payment Confirmation – Invoice [Invoice Number]

Dear [Vendor Representative],

Thank you for contacting us regarding Invoice [Invoice Number]. According to our Accounts Payable records, this payment was successfully processed and cleared.

Payment Details:

• Amount: $[Amount]

• Date Cleared: [Date]

• ACH Trace Number: [Trace Number]

Attached is the PDF payment confirmation for your records. If you need further assistance, please let us know.

Best regards,

Finance Operations | Vanguard Shield Mutual | support@vanguardshield.com | 1-800-555-0199

Template A-2: Payment Failure Notification (Vendor)

Subject: Vanguard Shield Mutual – Payment Issue – Invoice [Invoice Number]

Dear [Vendor Representative],

We recently attempted to process payment for Invoice [Invoice Number] in the amount of $[Amount], but the transaction was rejected by the receiving bank.

For security, updated banking instructions must not be sent in plain email. Please reply to this message and we will send a separate Email with a secure upload link, or return the completed PDF bank verification form attached to your Jira vendor profile update ticket (OPS-VND[VendorID]) as instructed in our follow-up. Do not include full account numbers in email body text.

Best regards,

Finance Operations | Vanguard Shield Mutual

Template A-3: Missing W-9 / Tax Hold (Vendor)

Subject: Vanguard Shield Mutual – Action Required: W-9 Needed for Vendor Account [Vendor ID]

Dear [Vendor Representative],

As part of our annual tax compliance review, we noted that Vanguard Shield Mutual does not have a current valid Form W-9 on file. Because year-to-date disbursements have exceeded the IRS reporting threshold, a temporary administrative hold has been placed on future payments. Please reply to this email with a completed, signed PDF copy of your current W-9. Once received and validated, we will remove the payment hold.

Best regards,

Compliance Operations | Vanguard Shield Mutual

Template A-4: Payment Processing / Under Review (Vendor)

Subject: Vanguard Shield Mutual – Payment Status Update – Invoice [Invoice Number]

Dear [Vendor Representative],

Thank you for contacting us regarding Invoice [Invoice Number] in the amount of $[Amount]. At this time, our records show the invoice payment is [Pending/Processing/ApprovedUnpaid/Under Review] and has not completed clearing.

We are reviewing the payment status and will follow up once it has cleared or if additional information is required. No action is needed from you unless we contact you. Best regards,

Finance Operations | Vanguard Shield Mutual | support@vanguardshield.com | 1-800-555-0199

Appendix B: Internal Communication Formats (Jira and Slack)

Templates: B-1 Suspense; B-2 T&E DM; B-3 Wire compliance (Jira); B-4 Wire pointer (Slack); B-5 AR billing contact; B-6 Expense variance; B-7 Liquidity transfer; B-8 Manager lookup.

Template B-1: Intercompany Suspense Escalation

Use as: Jira ticket description (FIN-Exceptions).

[Suspense Escalation] – Transaction ID: [ID Number]

Status: Requires Controller Review

Amount: $[Amount]

Details: This item has been sitting in Intercompany Suspense. No PDF receipt was found on the linked Jira issue, and/or prior Slack approval is missing.

GL Conflict (if applicable): Invoice GL: [Code A] | Excel GL: [Code B] | Resolution requested. Action Required: Controller (per queue pinned issue), please review and advise on proper GL coding or request documentation from the originating department.

Template B-2: T&E Expense Review Flag (Slack DM to manager)

[T&E Review Flag] – Employee ID: [Employee ID] Expense Date: [Date] | Amount: $[Amount]

Merchant: [Merchant]

Details: Expense submitted without a matching Calendar event, or Shopify promo purchase not found.

Action Taken: Line item rejected in Jira OPS-HR-TE workflow. Please review with your direct report.

Template B-3: International Wire Control Exception (Jira — ComplianceAlerts queue)

Use as: Full description body when dual Slack approval is missing per §3.3.

[Wire Control Exception] Wire ID: [Wire ID] OPS-TRE-WIRE issue: OPS-TRE-WIRE-[WireID]

Population source: International wires population workbook from OPS-TRE-WIRES-[Quarter] (attach excerpt row or link)

Slack evidence: Channel treasury-wires | Queries attempted: (1) has:link [Wire ID] (2) in:treasury-wires [Wire ID] (3) in:treasury-wires "[Wire ID]" | Result: [which query worked OR Slack search exhausted]

Approvers found: [Name / Title / exact Approved text] for Approver 1; [same for Approver 2] OR state Missing dual approval

Exception code applied on wire issue: TRE-900 High-Risk Exception

Action requested: Chief Compliance Officer (per Compliance-Alerts board pinned issue) to determine corrective action and whether wire may proceed.

Template B-4: Compliance-Alerts Pointer (Slack — compliance-urgent)

Use as: Mandatory immediately after filing the Compliance-Alerts issue in §3.3 (same business day). Do not include dollar amounts, beneficiary bank data, or full wire instructions.

[Compliance] International wire control exception filed — Jira: [COMPLIANCE-ALERTS-KEY] | Wire ID: [Wire ID] | OPS-TRE-WIRE-[WireID] | Analyst: [Your name]

Template B-5: AR Collections — Missing Billing Contact (ar-collections)

Use as: Slack message when OPS-AR-CLIENT has no billing email and demand letter is on hold.

[AR Ops] Billing contact needed | Client ID: [Client ID] | Jira: OPS-AR-CLIENT-[ClientID] | Aging bucket: [90+] days | Analyst: [Your name] | Action: Add Billing Contact Email to client issue description — demand letter not sent.

Template B-6: Unsupported Expense Variance (FIN-Exceptions)

Use as: Paste into Jira FIN-Exceptions description under the title from §2.2.

[Expense Variance Escalation]

Department: [Department] | Quarter: Q[N] | Line item: [Line item name] Budget: $[Amount] | Actual: $[Amount] | Variance %: [x]% Mailbox searched: [e.g. finance.ops@vanguardshield.com] Search terms (exact): [terms] Date range: [Start]–[End] Attachments: variance memo for the department/quarter (Word, §1.4); the budget-vs-actual export from the BVA issue

Request: Controller (per queue pinned issue) to advise disposition (obtain justification / reclass / other).

Template B-7: Daily Liquidity Transfer (TRE-Investments)

Use as: Paste into Jira TRE-Investments description for §3.1 Route for approval.

[Liquidity Transfer Request]

OPS-TRE-LIQUIDITY issue: OPS-TRE-LIQUIDITY-[YYYY-MM-DD]

Balance read: $[balance] at [time ET] | Attachment: [liquid position file name as shown on OPSTRE-LIQUIDITY]

TransferAmount (per rounding rules): $[amount]

Fund / instruction: Overnight Money Market (cite line from liquidity package)

Link: Jira snapshot comment URL or comment ID on OPS-TRE-LIQUIDITY

Template B-8: Manager Lookup — T&E (HR-Ops / hrops)

Use as: Jira HR-Ops description body and/or Email body to hrops@vanguardshield.com (identical text).

[T&E Manager Lookup] Employee: [Name] | ID: [ID] OPS-HR-TE / expense report issue: [KEY] Directory / People search result: [e.g. Reporting Manager field blank; people@vanguardshield.com returned no match] Need: Correct manager Jira username or Slack handle for Template B-2 notification.

Appendix C: System Status Codes

The following codes are used in Jira labels, comments, or workflow transitions.

Appendix D: Internal Memo Templates (Word)

Memo Template D-1: Expense Variance Finding

Save as: Word memo per §1.4 (include department and quarter in the filename).

MEMORANDUM

TO: Financial Controller (per FIN-Exceptions queue pinned issue)

FROM: Operations Analyst

DATE: [Current Date]

SUBJECT: Expense Variance Analysis – [Department Name] – Q[Number]

Finding Summary:

During routine variance analysis, the line item for [Expense Category] was flagged for exceeding the 10% variance threshold.

• Budgeted Amount: $[Amount]

• Actual Spend: $[Amount]

• Percentage Variance: [X]%

Investigation Results:

Supported Outcome (if justification is found): On [Date], [Department Head Name — from Jira "Department Head" field per §1.3] approved/authorized the spend for [Reason]. Evidence: [Email subject] from [Sender] located in mailbox [Inbox name] using search term(s) "[Terms]" for date range [Start Date]–[End Date].

Unsupported Outcome (if no justification is found): A search of mailbox [Inbox name] for date range [Start Date]–[End Date] using term(s) "[Terms]" did not locate a business-justification email or approval for this over-budget line item. No reason has been inferred. Escalation: [Jira Ticket Key] created / (if not yet created) "Pending Controller guidance."

Conclusion Options:

• Supported — No further action required; retain evidence and file memo in Jira.

• Unsupported — Escalated for Controller guidance; do not close until disposition is received.

Memo Template D-2: SIU Fraud Indicator Referral

Save as: Word SIU referral per §1.4 (include claim number in the filename).

MEMORANDUM

TO: Special Investigations Unit (SIU) FROM: Claims Analyst

DATE: [Current Date] SUBJECT: Claim Anomaly / Fraud Indicator Referral – Claim [Claim Number]

Claim Details:

• Policyholder: [Name]

• Date of Loss: [Date]

• Reported Cause: [Cause]

Reason for Referral:

During standard claim review in Jira (claim issue CLM-[number]), the following anomalies were identified:

• Photographic Inconsistency: [Describe which photo matches which prior claim number]

• Inspector Concern: The field inspector's PDF notes stated: [Insert exact quote from inspector report]

Action Taken:

• Claim status updated to CLM-999 SIU Hold.

• Payment activity is frozen pending SIU investigation.

Template D-3: Vanguard Shield Demand Letter (A/R Collections)

Use as: Demand letter PDF attachment for clients > 90 days overdue when no payment plan exists. Complete all bracketed fields exactly as shown. Export to PDF per §1.4 (include client ID and date).

VANGUARD SHIELD MUTUAL

ACCOUNTS RECEIVABLE DEMAND LETTER

Date: [Current Date] Client ID: [Client ID] Amount Due: $[Amount] Invoice(s): [Invoice Number(s) if available]

Days Past Due: [ ]

To whom it may concern,

Our records indicate that the amount listed above remains outstanding and is more than 90 days past due. Please remit payment or contact our Accounts Receivable team to confirm the status of this balance.

Requested action: Please respond within [10] business days of the date of this letter with one of the following: (a) confirmation that payment has been submitted (including payment date and reference), or (b) a proposed payment plan and timeline.

If we do not receive a response within the timeframe above, the account may be placed on Collections Hold on the AR Jira record (OPS-AR-CLIENT-[Client ID]) while the balance is addressed.

Sincerely, Accounts Receivable Vanguard Shield Mutual

support@vanguardshield.com | 1-800-555-0199