Monetary Instrument Sales Log
Monetary Instrument Sales Log records cash sales of cashier's checks, money orders, traveler's checks, and bank drafts between $3,000 and $10,000. Use it to capture the required purchaser details, teller notes, and suspicious activity screening in one place.
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
This Monetary Instrument Sales Log template is built for recording cash sales of monetary instruments that fall within the covered reporting and recordkeeping range. It captures the transaction details, purchaser identity, identification document data, suspicious activity screening, and branch/teller information needed to support a clean audit trail.
Use it when a customer buys a cashier's check, money order, traveler's check, or bank draft with cash and your policy requires a record of the sale. The template is especially useful at the teller line, in branch operations, and in compliance review workflows where staff need a consistent way to document what was sold, to whom, and by whom. It also helps when a supervisor needs to review a transaction that shows possible structuring indicators or other unusual behavior.
Do not use this form as a catch-all for every payment or transfer. It is not meant for non-cash transactions, unrelated account activity, or situations where your institution does not need purchaser identity details. Keep the form focused on the minimum necessary data: if a field is not needed for the sale, review, or audit trail, leave it out. The template works best when staff complete it at the time of sale, use the correct field type for each data point, and record a clear note on what happened after submission or escalation.
Standards & compliance context
- The template supports BSA recordkeeping for cash sales of monetary instruments by capturing the transaction and purchaser details needed for an audit trail.
- Use data minimization when collecting PII: only ask for identity fields that support the required recordkeeping and internal review process.
- If the form is used in an HR or customer-facing branch setting, ensure any consent or disclosure language is clear, accessible, and easy to understand.
- Design the form to meet WCAG 2.1 AA expectations with labeled fields, keyboard-accessible controls, and clear validation messages.
- If your workflow includes escalation, keep the supervisor notification and SAR referral fields separate from the transaction record so the review path is documented without over-collecting narrative detail.
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 confirms the customer has been informed that the sale is being recorded and sets the expectation for any required disclosure or acknowledgment.
-
I confirm this transaction was funded with cash and the instrument amount is between $3,000 and $10,000 (inclusive)
BSA 31 CFR § 1010.415 applies only to cash-funded purchases. Check this box to confirm eligibility before proceeding.
Transaction Details
This section captures the core facts of the cash sale so the branch can identify what was sold, when it was sold, and for how much.
-
Transaction Date
Date the monetary instrument was sold to the purchaser.
-
Transaction Time
Time of sale (local branch time).
-
Type of Monetary Instrument
Select the type of instrument sold. Per 31 CFR § 1010.415(a), covered instruments include cashier’s checks, money orders, traveler’s checks, and bank drafts.
- Other Instrument Type — Description
-
Instrument Amount (USD)
Face value of the monetary instrument in U.S. dollars. Must be between $3,000.00 and $10,000.00 to require this log entry.
-
Instrument Serial / Check Number
Serial or check number printed on the instrument for audit trail purposes.
-
Payee Name (as printed on instrument)
Name of the payee or ‘Pay to the Order of’ as written on the instrument.
Purchaser Identity
This section records the buyer's identity and ID details needed to support the transaction record and reduce ambiguity later.
-
Purchaser Full Legal Name
Full legal name as it appears on the government-issued photo ID presented.
-
Purchaser Street Address
Permanent residential street address (no P.O. Box).
-
Purchaser Date of Birth
Date of birth as shown on the government-issued ID. Collected for identity verification only; handled per institution data minimization policy.
-
Government-Issued Photo ID Type
Type of ID presented by the purchaser for identity verification.
-
ID Number
ID number as printed on the document (e.g., driver’s license number, passport number).
-
ID Issuing State / Country
State (for U.S. licenses/IDs) or country (for passports) that issued the identification document.
-
ID Expiration Date
Expiration date on the presented ID. Expired IDs should not be accepted as valid verification.
-
Is the purchaser an established customer of this institution?
Per 31 CFR § 1010.415(b)(1), if the purchaser is an established customer, record their account number in lieu of re-verifying identity.
-
Customer Account Number
For established customers, record the account number on file. This satisfies the identity verification requirement under 31 CFR § 1010.415(b)(1).
Suspicious Activity Screening
This section documents whether the sale raised any structuring or other red flags and whether the issue was escalated.
-
Were any structuring or suspicious activity indicators observed?
Indicators include: purchaser mentions avoiding reporting, multiple instruments purchased to stay under $10,000, third party providing cash, unusual nervousness, or inconsistency between stated purpose and transaction.
-
Describe the Suspicious Activity Indicators Observed
Provide a factual, objective description of the behavior or statements that raised concern. Do NOT notify the customer. Forward to BSA/AML Officer for SAR evaluation.
-
Has this transaction been referred to the BSA/AML Officer for SAR review?
Check yes if you have already escalated this transaction. The BSA/AML Officer must determine whether a SAR filing is required within 30 days of detection.
Issuing Teller and Branch Information
This section ties the record to the specific branch and employee who completed the sale, which is essential for accountability and audit trail review.
- Branch Name / Location
-
Branch ABA Routing Number (optional)
Nine-digit ABA routing number for the issuing branch, if applicable.
-
Teller / Associate Full Name
Full name of the teller or associate who processed the transaction and is completing this record.
- Teller Employee ID
- Was a supervisor notified of this transaction?
- Supervisor Name
-
Additional Notes
Any additional context relevant to this transaction record. Do not include information that belongs in a SAR narrative here.
How to use this template
- Set up the template with required transaction, purchaser identity, screening, and branch fields, and mark any optional fields clearly so staff know what must be completed.
- Assign the form to the teller or branch associate who processes the cash sale, with a supervisor review step if your policy requires escalation for unusual activity.
- Enter the transaction details at the time of sale, including date, time, instrument type, amount, serial number, and payee name, using structured fields rather than free text where possible.
- Collect purchaser identity information from acceptable identification, and use conditional logic so additional fields appear only when they are needed for the transaction.
- Complete the suspicious activity screening section, document any structuring indicators or referral action, and note whether a supervisor was notified before closing the record.
- Review the entry for missing fields, save it to your audit trail, and follow your internal process for retention, escalation, or compliance review.
Best practices
- Use date pickers, numeric inputs, and dropdowns for structured data so staff do not enter dates or amounts in inconsistent free text.
- Keep the purchaser identity section limited to the fields your process actually uses, and avoid collecting extra PII that does not support the sale or review.
- Show the suspicious activity fields only when a teller flags a concern, using progressive disclosure to keep the form fast for routine transactions.
- Record the instrument serial number at the window before the customer leaves, since it is one of the easiest fields to miss later.
- Require a clear note on what happened after screening, including whether a supervisor was notified or a SAR referral was made, so the audit trail is complete.
- Mark established-customer status as a verification aid, not a substitute for identity checks or required transaction fields.
- Train staff to distinguish between a routine sale and a pattern that suggests structuring, then document the reason for escalation in plain language.
What this template typically catches
Issues teams running this template most often surface in practice:
Common use cases
Frequently asked questions
What transactions belong in this log?
Use this log for cash sales of monetary instruments such as cashier's checks, money orders, traveler's checks, and bank drafts when the sale falls within the covered dollar range. It is meant for recordkeeping on qualifying cash purchases, not for every deposit or non-cash sale. If your institution has a broader internal policy, keep the template aligned to the exact transactions you need to document.
Who should complete the form?
The issuing teller or branch staff member should complete the transaction fields at the time of sale, with supervisor review when required by policy or when a suspicious pattern appears. The purchaser identity section should be captured from the customer and verified against acceptable identification. If your workflow uses a second reviewer, keep that role separate from the person entering the original transaction.
How often should this log be used?
Use it every time a covered cash sale occurs, not as a periodic summary after the fact. Real-time completion reduces missing fields, improves audit trail quality, and makes it easier to spot structuring indicators. If a branch handles these sales frequently, the template can be used as a daily operational log with end-of-day review.
What if the customer is already known to the branch?
The template includes an established-customer field, but that does not replace the need to record the required transaction details. If your policy allows reduced identity collection for established customers, make sure the rule is explicit and consistently applied. Avoid assuming prior familiarity is enough without a documented verification path.
Does this template support suspicious activity review?
Yes. The suspicious activity screening section is designed to capture structuring indicators, a short description of concerns, and whether a SAR referral was made. That keeps the log useful for escalation and internal review without turning it into a full investigation file. If no concern is identified, record that the screening was completed rather than leaving the section blank.
What are the most common mistakes when using this form?
Common mistakes include leaving the instrument serial number blank, using free text where a structured field should be selected, and collecting more PII than the log actually needs. Another frequent issue is failing to note whether a supervisor was notified when a suspicious pattern appears. The form works best when required fields are clear and optional notes stay focused on the transaction.
Can this template be customized for branch workflows?
Yes. You can add branch-specific routing, internal approval fields, or conditional logic for different instrument types. Keep the data-minimization principle in mind and avoid adding fields that do not support recordkeeping, review, or audit trail needs. If you serve multiple locations, standardize the core fields and only localize the branch information.
How does this compare with ad-hoc paper notes or a spreadsheet?
Ad-hoc notes often miss required fields, use inconsistent labels, and make review harder when a transaction is questioned later. This template gives you a repeatable structure for identity capture, transaction details, and escalation notes, which improves usability and audit trail quality. It also makes it easier to train staff on exactly what must be collected each time.
Related templates
Go deeper on the topic
-
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...
-
When scheduling tools lack leave and budget data, costly errors follow. See how integrated workforce management closes the context gap.
-
Learn how organizations with hourly workers, union contracts, and shift differentials can apply compensation rules consistently and accurately at scale.
-
Compare 9 top shift scheduling platforms for 2026—features, pricing, and workforce fit for frontline, retail, healthcare, and enterprise teams.
-
MangoApps NoCode Workflow Apps let teams build, customize, and deploy employee apps without IT—automating workflows and boosting operational efficiency fast.
Ready to use this template?
Get started with MangoApps and use Monetary Instrument Sales Log with your team — pricing built for small business.