Records

How to prove every store received a head-office instruction

6 min readUpdated August 11, 2026

The short answer

To prove a store received an instruction, separate conversation from instruction, publish anything with a consequence as an announcement rather than a chat message, require an explicit acknowledgement per location, and keep the timestamp. The test of a communication system is not whether the message was sent — it is whether you can name who confirmed reading it.

Who this is for: Franchise operations teams whose network instructions currently live in group chat and email.

Why this is hard

Every multi-site operator has had the same conversation. Something goes wrong at a location, head office says "we sent that out in March", the operator says they never saw it, and there is no way to settle it. The dispute is not really about the message. It is about the absence of a record.

Group chat is genuinely good at speed, which is why it wins by default. What it cannot do is tell you, three months later and under pressure, which of your forty locations acknowledged a recall notice. Read receipts on a group thread tell you a phone displayed something.

The fix is not to ban the chat. It is to draw a line between two different kinds of message. A conversation is a question and an answer, and it needs to be fast. An instruction has a consequence — a price change, a recall, a policy, a deadline — and it needs proof of receipt. Running both through one channel means either the conversation is slow or the instruction is unprovable.

How to prove every store received a head-office instruction: step by step

6 steps, in dependency order. Skipping ahead is usually what causes the rework.

  1. 1

    Separate conversation from instruction

    Use direct messages for questions between people, and a distinct announcement channel for anything the network is required to act on.

    • The rule of thumb: if you would ever need to prove it was received, it is an announcement.
  2. 2

    Require acknowledgement on anything with a consequence

    Mark instructions as requiring an explicit confirmation from each location, rather than inferring it from a delivery or read receipt.

  3. 3

    Track acknowledgement per location, not per network

    A percentage acknowledged is a vanity metric. What you need is the list of locations that have not, so you can chase them individually.

  4. 4

    Notify people where they already work

    Route the alert into the system operators use daily, and make the notification open the thing it refers to. A notification that lands on a dashboard trains people to ignore notifications.

  5. 5

    Keep replies attached to the thread

    A reply should go to the last person in the conversation and stay attached to the original message. Broken threading is how a question gets answered into the void.

  6. 6

    Keep the record immutable

    Who was told what, when, and who confirmed it should be written once. If the record can be edited afterwards, it is not evidence.

What good looks like

  • You can produce, for any past instruction, the list of locations that acknowledged it and when.
  • Chasing the gap is a filtered list, not a memory exercise.
  • Clicking a notification opens the exact message it refers to.
  • A reply reaches the person who actually spoke last.
  • Nobody has to ask "did you get my WhatsApp?"

Mistakes that make the effort worthless

Treating a read receipt as an acknowledgement.

Require an explicit confirmation. A read receipt says a device rendered a message; an acknowledgement says a named person accepted an instruction.

Sending policy changes as direct messages.

Publish them as announcements. Direct messages are conversation, and conversation has no audience list to check against.

Measuring acknowledgement as a network percentage.

Work from the list of who has not. Ninety-five percent acknowledged means two locations are running on the old policy, and you need their names.

How Stores360 does this

The method above works with any tooling. This is how it is handled if you run it on Stores360.

  • Direct messages and network announcements are separate channels, and announcements can require acknowledgement from each location.
  • Acknowledgement is tracked per location, so head office chases the specific stores that have not confirmed.
  • Stores are notified when a document, a safety audit or a corrective action is assigned to them, and a clicked notification opens the item it refers to.
  • Replies go to the last participant in the thread and stay attached to the message that was clicked.
  • A stakeholder channel can send by email and SMS on a schedule, and every announcement and acknowledgement is written to the immutable audit log.
Request access

Frequently asked questions

Why not just use WhatsApp or email for franchise communication?

Both are fine for conversation. Neither can tell you, months later, which specific locations confirmed they read a particular instruction — which is the only question that matters when something goes wrong.

What should require mandatory acknowledgement?

Anything with a legal, safety or contractual consequence: recalls, price changes, policy updates, promotional start dates, and changes to operating procedure.

How does acknowledgement tracking help in a dispute?

It converts "we told everyone" into a timestamped list. Most disputes about instructions end immediately once one side can produce the record.

Can head office see whether an individual read a direct message?

Per-recipient read tracking on direct messages is not the right tool for compliance. Use announcements with acknowledgement for anything you may need to prove.

Keep reading

Or browse every how-to guide.

Run this on one platform instead

Head office and every location on the same records, scoped so each side sees exactly what it should. Tell us how many locations you run and we will show you the rollout.