A useful security-deposit email tells the guest exactly what to authorize, why it is required, when it must be completed, when the hold is expected to be released and where to get help. It should never imply that a card hold is the same as a completed charge.
Below is a four-message sequence for vacation rentals, hotels, vehicle hire and equipment rental. Replace every bracketed field and align the wording with your signed rental terms and local rules before sending.
Security-Deposit Message Timeline
| Message | Suggested trigger | Primary job |
|---|---|---|
| Initial request | 5–7 days before handover or check-in | Explain and collect authorization |
| Reminder | 48 hours before your stated deadline | Resolve an incomplete deposit without surprise |
| Authorization confirmation | Immediately after successful authorization | Confirm amount, status and next step |
| Release or capture notice | Immediately after inspection and action | Close the loop with an auditable explanation |
The timing is an operating example, not a universal rule. Match it to the authorization window, cancellation policy and length of the rental. Do not authorize too early if the hold could expire before inspection.
Template 1: Initial Deposit Request
> Subject: Action required before [check-in/pickup]: security deposit for [booking reference] > > Hello [customer first name], > > Before [check-in/pickup] on [date], please authorize the refundable security deposit of [amount and currency] for [property/vehicle/equipment]. This is a temporary card authorization, not an immediate charge. It may reduce your available card balance while active. > > Complete the authorization by [deadline]: [secure deposit link] > > We may capture all or part of the authorized amount only under the conditions stated in [rental terms link], such as [brief, accurate examples]. After [return/checkout], we inspect the [asset/property] and release the hold when no supported amount is due. Your card issuer controls when released funds become visible again. > > Questions? Contact [support name and contact]. Do not send card details by email. > > Kind regards, > [business name]
The message identifies the business, order, amount and purpose before asking the customer to click. Use a recognizable sending domain and the same seller name that appears at checkout.
Template 2: Deposit Reminder
> Subject: Reminder: deposit authorization due [date] for [booking reference] > > Hello [customer first name], > > Your security-deposit authorization for [booking reference] is not yet complete. Please authorize [amount and currency] by [deadline] using this secure link: [deposit link] > > The authorization is required under [specific policy/contract reference] before [check-in/pickup]. It reserves available card balance but is not captured unless the documented conditions apply. > > If you already completed it, reply with the approximate time so we can check the payment record. Never email card details or one-time codes. > > Need help? [support contact]
Avoid invented urgency. State the real consequence of missing the deadline—such as delayed handover or cancellation—only if it is already disclosed in the agreement.
Template 3: Authorization Confirmation
> Subject: Security deposit authorized — [booking reference] > > Hello [customer first name], > > We received authorization for [amount and currency] on [date/time] for [booking reference]. The amount is reserved on your card; it has not been captured as a completed payment. > > We will inspect [property/vehicle/equipment] after [checkout/return] on [date]. If nothing is due, we will release the authorization. Your bank may need additional processing time before your available balance updates. > > Keep this reference: [deposit/payment reference]. Your deposit terms remain available here: [terms link].
Never promise the balance will reappear instantly. The merchant can release a hold, but the issuer determines how quickly the customer's available balance reflects it.
Template 4A: Full Release Notice
> Subject: Security deposit released — [booking reference] > > Hello [customer first name], > > We completed the inspection for [booking reference] and released the full [amount and currency] authorization on [date/time]. We did not capture a deposit charge. > > Reference: [payment reference]. Your card issuer controls when the released amount becomes visible. If it remains unavailable after the issuer's expected timeframe, contact the number on the back of your card and provide this reference.
Template 4B: Proposed or Completed Partial Capture
> Subject: Security-deposit update and itemized evidence — [booking reference] > > Hello [customer first name], > > Our return inspection recorded [factual issue]. Under [specific contract clause], the itemized amount is [amount and currency]. Attached or linked: [before record], [after record], [inspection record] and [estimate/invoice or tariff]. > > [State accurately whether you propose to capture, have captured, or invite a response before action.] The remaining authorized amount is [released / subject to the provider flow]. > > Please send factual questions or contrary evidence to [support contact] by [reasonable date]. This message does not remove any rights available under applicable law or the card-provider process.
Do not use Template 4B as automatic permission to charge. The agreement, evidence, card-network/provider rules and applicable law determine what action is permitted.
Variables to Store With Every Message
- booking and customer reference;
- asset or property identifier;
- authorization amount, currency, status and expiry;
- terms version accepted before authorization;
- send, delivery and response timestamps;
- inspection deadline and responsible team member;
- release, capture or refund reference;
- links to evidence supplied to the customer.
With PayRequest security deposits, a rental operator can create a hosted deposit link, track the authorization and keep release or capture actions connected to one payment record. Use the sequence above around that record instead of asking guests to send card details or screenshots by email.
The operational goal is simple: no guest should have to guess whether the deposit is requested, authorized, captured or released.