Loading...
compliance

Monetary Instrument Sales Log

A BSA-compliant log for cash sales of cashier's checks, money orders, and traveler's checks between $3,000 and $10,000. Use it to capture the required purchaser, transaction, and teller verification details in one audit-ready record.

Trusted by frontline teams 15 years of frontline software AI customization in seconds

Built for: Banking · Credit Unions · Money Services Businesses · Retail Financial Services

Overview

The Monetary Instrument Sales Log template is a branch-facing compliance form for recording cash sales of cashier's checks, money orders, and traveler's checks when the transaction falls within the required reporting range. It organizes the sale into five practical sections: submission notice, transaction details, purchaser identity, suspicious activity screening, and teller verification.

Use this template when a teller needs to document a qualifying cash purchase and capture the identity and review details needed for later audit or examination. It is especially useful in branches that handle frequent walk-in sales, where consistency matters and handwritten notes are easy to miss or misread. The structure supports required fields, conditional logic for third-party or suspicious activity indicators, and a clear handoff to supervisor review when needed.

Do not use this template for every payment product or for transactions outside the scope of the log. It is not a generic customer intake form, and it should not be expanded with unnecessary PII or unrelated marketing questions. If your process does not require a field, leave it out or make it optional. The goal is a clean, usable record that reflects the actual sale, limits data collection to what you need, and leaves a clear audit trail showing who completed the transaction and who verified it.

Standards & compliance context

  • The template supports data minimization by collecting only the purchaser and transaction fields needed for the monetary instrument sale record.
  • Use clear required-versus-optional labeling and accessible field validation so the form aligns with WCAG 2.1 AA expectations for public-facing workflows.
  • If the form is used in HR-style intake or accommodation contexts, add an explicit consent or disclosure line before collecting any sensitive PII.
  • The suspicious activity section should feed an audit trail and supervisor review path so exceptions are documented consistently.

General regulatory context for orientation only — verify current requirements with counsel or the relevant agency before relying on this template for compliance.

What's inside this template

Submission Notice

This section sets the disclosure and acknowledgment step so the purchaser understands why the information is being collected.

  • I understand this record is required by 31 CFR § 1010.415 and must be retained for five years. (required)

Transaction Details

This section captures the core sale facts that define what was sold, when, where, and for how much.

  • Date of Transaction (required)
  • Time of Transaction (required)
  • Branch / Location (required)
  • Total Cash Amount Tendered (USD) (required)

    Enter the total cash received. Must be between $3,000.00 and $10,000.00 to require this log.

  • Type of Monetary Instrument Sold (required)
  • If 'Other', specify instrument type
  • Instrument Serial / Check Number (required)
  • Face Amount of Instrument (USD) (required)

    The dollar amount printed on the instrument.

  • Instrument Made Payable To (Payee Name) (required)

Purchaser Identity

This section records the identity details needed to verify the purchaser and support the compliance record.

  • Purchaser Full Legal Name (required)
  • Purchaser Date of Birth (required)

    Required to verify identity per CIP (31 CFR § 1020.220).

  • Purchaser Street Address (required)
  • City, State, ZIP (required)
  • Government-Issued ID Type Presented (required)
  • ID Number (required)

    Record the ID number as it appears on the document.

  • ID Issuing State or Country (required)
  • ID Expiration Date (required)

    Confirm ID is not expired at time of transaction.

  • Is the purchaser an existing account holder? (required)
  • Account Number (last 4 digits only)

Suspicious Activity Screening

This section helps the teller flag structuring, third-party involvement, or unusual behavior without overloading routine transactions.

  • Did the purchaser appear to structure the transaction to avoid the $10,000 CTR threshold (e.g., multiple transactions just below $10,000)? (required)
  • Did the purchaser indicate the instrument is for a third party not present? (required)
  • If yes, name of third party on whose behalf the purchase is made
  • Any other unusual behavior or red flags observed? (Optional)

Teller Verification

This section creates accountability by showing who completed the entry, who certified it, and whether review was required.

  • Teller Full Name (required)
  • Teller Employee ID (required)
  • I certify that I personally verified the purchaser's government-issued photo ID, that the information recorded is accurate to the best of my knowledge, and that this log is submitted in compliance with 31 CFR § 1010.415. (required)
  • Flag for Supervisor / BSA Officer Review (required)

    Select ‘Yes’ if any suspicious activity indicator above was answered ‘Yes’ or if you have any other concern.

  • Additional Notes for BSA Officer (Optional)

How to use this template

  1. 1. Configure the submission notice so the purchaser acknowledges the purpose of the log and any required disclosure before the teller continues.
  2. 2. Set up the transaction details section with date, time, branch, cash amount tendered, instrument type, serial number, and face amount using the correct field types.
  3. 3. Add the purchaser identity fields with validation for name, address, ID type, ID number, issuing jurisdiction, and expiration date, and use conditional logic for any optional identity follow-ups.
  4. 4. Enable suspicious activity screening so the teller can flag structuring, third-party involvement, or unusual behavior and route the record to supervisor review when needed.
  5. 5. Require teller verification fields at the end of the form so the employee certifies the entry, records their identifier, and adds notes before submission creates the audit trail.

Best practices

  • Mark only the fields required by your policy or rule set as required, and keep the rest optional to avoid unnecessary friction.
  • Use date pickers, numeric inputs, and controlled choice fields instead of free text where the data has a fixed format.
  • Show third-party and suspicious activity follow-up fields only when the relevant indicator is selected, so the form stays short for routine sales.
  • Capture the instrument serial number and face amount at the time of sale, before the customer leaves the counter.
  • Include a clear submission confirmation line that tells the user what happens after they submit and who reviews the record next.
  • Keep notes factual and specific, and avoid vague language like 'customer seemed off' without describing the observable behavior.
  • Limit collected PII to what is needed for the transaction and your compliance workflow, and do not add extra identity fields by default.

What this template typically catches

Issues teams running this template most often surface in practice:

The cash amount tendered is entered as free text instead of a numeric field, which creates validation errors and inconsistent records.
The instrument type is selected, but the serial number or face amount is left blank even though those details are needed for the sale record.
The form collects unnecessary PII such as extra identity fields that are not used in the workflow.
Third-party purchases are noted in comments but the third-party name field is not completed, leaving the record incomplete.
Suspicious activity is described vaguely without a concrete note about the observed behavior or trigger.
The teller certification is skipped or left unsigned, which breaks the audit trail.
Supervisor review is required by policy, but the form does not route the submission or make the next step obvious.

Common use cases

Branch Teller Cashier's Check Sale
A bank teller uses the log to record a cash purchase of a cashier's check, capture the purchaser's ID details, and certify the sale before the customer leaves the window.
Credit Union Money Order Purchase
A credit union branch documents a money order sale paid in cash and uses conditional logic to surface extra fields only when the teller flags unusual behavior.
MSB Traveler's Check Transaction Review
A money services business records a traveler's check sale, then routes the form to a supervisor when the purchaser appears to be acting on behalf of another person.
Multi-Branch AML Recordkeeping
An operations team standardizes how every branch logs qualifying cash sales so records are searchable, consistent, and ready for internal review.

Frequently asked questions

What transactions does this log cover?

This template is for cash sales of monetary instruments such as cashier's checks, money orders, and traveler's checks when the transaction falls within the BSA reporting threshold described in the template. It is meant to capture the details needed at the point of sale, not to replace your broader AML program. If your institution sells other products or accepts non-cash payment, those transactions should be handled under separate procedures.

How often should this log be completed?

It should be completed at the time of each qualifying sale, not reconstructed later from memory or end-of-day totals. Immediate entry reduces missing fields, improves validation of ID details, and supports a cleaner audit trail. If your branch batches paperwork, the log should still reflect the original transaction time and teller handling the sale.

Who should fill out the form?

The teller or frontline employee who completes the sale should enter the transaction details and purchaser information, then complete the verification fields. A supervisor should review any transaction that triggers the form's review logic or appears unusual. This division of labor helps keep the record accurate and makes accountability clear.

Do we need to collect the purchaser's date of birth and ID details?

Yes, if your policy and the transaction rules require identity verification for the sale, the form includes fields for DOB, ID type, ID number, issuing jurisdiction, and expiration date. Keep the collection limited to what you actually use for compliance and verification, following data minimization principles. Do not add extra PII fields unless your procedure requires them.

What should trigger supervisor review?

Supervisor review should be triggered by the template's suspicious activity indicators, incomplete identity details, third-party involvement, or any unusual behavior noted by the teller. It can also be required for edge cases such as multiple purchases that may indicate structuring. The goal is to route only the exceptions that need escalation, not every routine sale.

How does this compare with ad-hoc paper notes or a generic sales receipt?

Ad-hoc notes usually miss required fields, use inconsistent wording, and make it hard to prove who verified what and when. A dedicated log standardizes field labels, validation, and review steps so the same information is captured every time. That consistency is especially important when the record may be reviewed later in an audit or examination.

Can this template be customized for branches or integrations?

Yes, the branch location field, employee identifiers, and notes section can be adapted to your operating model while keeping the required data intact. Many teams connect the form to teller systems, case management, or document storage so the submission creates a searchable record and audit trail. If you customize it, preserve the required-versus-optional structure and any conditional logic tied to suspicious activity.

What are the most common mistakes when using this log?

Common mistakes include leaving the cash amount, instrument serial number, or ID fields incomplete, and collecting free-text notes instead of structured values. Another frequent issue is showing every field to every user instead of using progressive disclosure for optional or conditional fields like third-party details. The form should also make clear what happens after submission so the record does not disappear into an untracked workflow.

Go deeper on the topic

Related concepts
  • Lockout/tagout (LOTO) is the procedure for controlling hazardous energy — electrical, hydraulic, pneumatic, mechanical, thermal, chemical — before...
  • Job hazard analysis (JHA) — also called job safety analysis (JSA) — is the structured exercise of breaking a work task into sequential steps, identifying the...
  • A near-miss is an event that could have caused injury or damage but didn't — a slip that didn't fall, a load that shifted but didn't drop, a machine that...
  • AI governance is the framework a company uses to decide what AI tools are allowed to do, who's accountable for their outputs, what data they're allowed to...
Related guides

Ready to use this template?

Get started with MangoApps and use Monetary Instrument Sales Log with your team — pricing built for small business.

Get Started