Tempio

Client handover template for Fintech

Free download as CSV and Markdown. Nothing sits in front of the file: no form, no account, no email address.

The files

What it is

The client handover with the items a regulated financial product cannot afford to lose: the review record and which creative sits under which reference, the market restrictions and where they are configured, the disclosures and their placements, and the register of what is live today.

Everything else is the general handover, unchanged. One row per item, named exactly, verified from the receiving side, with ownership distinguished from access.

When to use it

Use it whenever the account changes hands, and treat the review record as the first item rather than the last. A successor who cannot say what is running under which review has inherited an account they cannot defend.

Start it weeks ahead, because ownership transfers and verifications both have platform queues.

Every field, and what belongs in it
TypeHow to fill it
ItemTextThe specific thing being handed over, named exactly: the review register by its location, an ad account by its identifier, a landing page by its URL. In this category an item named loosely is an item nobody can audit.
CategoryTextThe kind of thing it is: an account, an asset, data, a document, an access right, a relationship or an obligation. The document category carries the most weight here, because the review register and the refusal history are the two things that cannot be reconstructed.
Where it livesTextThe system it is actually in: the shared review folder, the business account, the page's hosting, the reviewer's own records. Where anything lives only in an individual's mailbox, that is a finding as well as a row.
Access beforeTextWho could reach it before, and for the review register that is usually the account team and the reviewer. Recording it matters because the reviewer is the relationship the successor most needs.
Access afterTextWho can reach it afterwards, by name, and deliberately narrower for anything that can edit live creative. A handover is the right moment to shorten that list rather than to copy it.
Ownership transferredTextWhether ownership itself transferred, or a permission was issued against somebody else's. For the ad account this is the question that decides whether the history survives the agency's own account being closed, and it takes days through a platform process.
Verified byTextThe incoming owner who confirmed it, by name. For the review register that means reconciling it against every live ad rather than confirming the folder opens.
Verified onDate (YYYY-MM-DD)The day it was confirmed, which for this category is also the baseline date: on this day these ads were running under these references, verified by these people. Everything after it is the successor's.
Risk if missedTextWhat is exposed if this is missed, in one line. For the register it is that nobody can say what is running under which review, and the next rate change becomes an archaeology exercise rather than a filter.
OutstandingTextWhat is still to be done and by whom: the ownership transfer still queued with the platform, the page still to be moved off the agency's hosting, the screenshots still to be captured.
EvidenceTextWhat shows the transfer happened: the reconciled list of live ads and references signed by both sides, screenshots of delivery settings, the rendered disclosures, a permissions screen after transfer.
StatusTextNot started, transferred, or verified. Verified here carries more weight than elsewhere, because the verification date is what separates inherited problems from introduced ones.
NotesTextWhat the receiving side cannot infer: which setting holds a market restriction, which claims have been refused and why, the review turnaround to plan around, the page whose terms are updated by another team.

The register comes before the account

In most handovers the ad account is the first item. Here it is the second, because an account whose review history is unknown is an account nobody can defend.

The review register is the document that maps every reference to its date, its reviewer, and the creative it covers. Handing it over, and reconciling it against every ad that is currently live, is what lets the successor answer the question this category always eventually asks.

Do the reconciliation as part of the handover rather than leaving it as a task. It produces a clean baseline: on this date, these ads were running, under these references, verified by these two people. Everything afterwards is the successor's, and everything before is not — which protects both sides.

Market restrictions, and where they actually live

The second item is the set of market restrictions and, crucially, where each one is configured.

It is not enough to say the product runs only in certain markets. A successor needs to know that the restriction lives in a particular campaign setting, or in an exclusion list, or in a location targeting rule, because a restriction whose location is unknown is one that will eventually be removed by somebody doing something else.

Where restrictions are fragile — held in a single setting that a duplicate would not inherit — say so in the notes. That is a risk the successor should know about on day one rather than discovering after a duplication.

Disclosures are a rendering, so hand over the evidence

Disclosures live in two places: the cleared wording, and how it actually appeared.

The wording sits with the review. The appearance sits nowhere unless somebody captured it, which is why the handover should include dated screenshots of the rendered ads on each placement and the landing pages as customers saw them.

That evidence cannot be reconstructed afterwards. Ads change, placements change their rendering, pages are redeployed. A successor who inherits the screenshots inherits a record; one who does not has to take the previous team's word for it.

The register of what is live today

A short document, and the one most useful in the first fortnight: every live ad, its campaign, its market, the claim it carries, its review reference, and the landing page it points at.

It is the thing a successor will consult constantly and could not assemble quickly themselves. It is also the baseline against which the first audit runs, which means the first audit becomes a comparison rather than a discovery exercise.

Produce it on the handover date rather than a week before, and have the receiving side confirm they can reproduce it from the account.

Rules, and the ones that can reactivate creative

Automated rules need particular attention here because of one specific behaviour.

A rule that turns campaigns or ads back on, under conditions, can reactivate creative that was stopped for a reason — including creative stopped because its review lapsed. That is a rule doing something nobody intended and nobody is watching.

List every rule with what it does, what it can turn on, and what bounds it has. Then decide explicitly: transfer, stop, or rebuild. A rule inherited without a decision is authority that belongs to nobody.

Refusals, and the history of what may be said

The notes column carries something unusually valuable in this category: what has already been refused, narrowed, or qualified at review, with dates and reasons.

That history is invisible in an account and it is the most practical guide available to what this product may say. Without it, a successor proposes the obvious claim, spends a review cycle, and gets the same answer somebody got two years ago.

Hand it over as a document, and keep it with the review register so the two are read together.

Access, and the people who hold it

Finally, the ordinary handover discipline applies with a sharper edge: at least two current people able to administer anything the product depends on, and an explicit list of who can edit live creative.

The second list is the one worth being deliberate about. Where a large number of people can change an ad in place, the review record is only as good as everybody's discipline, and a handover is a natural moment to narrow that list rather than simply to transfer it.

Landing pages are part of the account

The pages a campaign points at carry half of the obligation, and they are frequently owned by a different team or a different supplier.

List each one: where it is hosted, who can edit it, what claims and disclosures it carries, and when it was last checked against the current terms. Where a page was built by an agency on its own infrastructure, that is an ownership row rather than an access row, and it needs to move.

Then have the receiving side open each page through a real ad link rather than directly, because redirects and parameters can change which version is served, and a page that looks correct in a browser can be different in the journey the customer actually takes.

Before you call the handover done

Seven checks. Items are listed by category and named with identifiers. The review register has been handed over and reconciled against every live ad, on a dated baseline. Market restrictions are documented with where each is configured, and fragile ones are flagged. Dated screenshots of rendered disclosures and landing pages have moved. A register of what is live today exists and the receiving side can reproduce it. Every rule has an explicit transfer, stop or rebuild decision, including any that can reactivate creative. And the history of refused and narrowed claims is handed over with the register.

The general template, and other industries

Templates that go with it

Related reading

Questions

Put frontier AI to work on every ad account you run.

Tempio connects your ad accounts into one workspace and hands your own AI the numbers and the tools. Every change it writes is a draft until you approve it, or until a rule you wrote does.

Request early access
  • Read and draft by default. Approve is a separate permission you grant.