Skip to content

Your team hears from him what is coming, and proves what is done

The third path: something is your team's to fix. A booked visit, a finding to fix, a task to do: Paco tells the right colleague on WhatsApp, reminds them if it sits, and receives the photo that proves it is done. You validate. What is blocked says so, instead of reading as forgotten.

He only reminds about what a human already approved

A message to a colleague always carries a witness: the task a manager created, the visit you approved, the duty whose frequency you confirmed. No witness, no message. With one, a reminder at most every 48 hours, three per task, a week, then it is yours. Every reminder carries the witness that allowed it, so "why did Paco message my technician?" is answered from the register.

  • On WhatsApp, over a verified link the person opened themselves
  • The colleague can say stop; so can the manager; either is a receipt
  • Never to a contractor: that is the other rail, with your approval
WhatsApp briefMaintenance technician
Tuesday 09:00ElecContrôle, switchboardApproved
To prepareAccess to the plant room
ReminderIf no reply within 48 hScheduled
Example data

A photo says when and where it was taken

A colleague sends a photo over WhatsApp, from the app, or in the chat; all three paths go through the same reading. At receipt, and once only, Paco records what the file says about itself: the shutter time, the position, the camera, and a fingerprint of the bytes. A photo taken three weeks before the work was claimed done, or somewhere else, no longer looks like one taken on the spot that morning. You judge; he gives you what to judge with.

  • Read from the file itself, not from the upload time
  • A photo without that data says so; it is not rejected
  • Validation stays a human act, never a mandate
Proof receivedFire door, 2nd floor
Taken14/06 11:42EXIF
Positionon siteConsistent
Received14/06 11:47
ValidationyoursPending
Example data

A blocked task no longer looks like a forgotten one

The technician waiting on a part has somewhere to say so. So does the manager who consciously pushes work out. Each of those states requires a reason, keeps its date, and is never "overdue" on the register. Reminders stop for the person who already said why. The reason lives on the task while the state holds, and on the history forever.

  • "Waiting on a part" and "deferred" are states, not excuses
  • A reason is required; without one, the state is refused
  • A task born from a finding keeps its original evidence
Open tasks3
Replace the door closerwaiting on a partBlocked
Repaint the bin storedeferred to 05/07Deferred
Test the emergency lightingassignedOverdue
Example data
48 hBetween two reminders to the same person
3Reminders at most per task, then it is the manager's
In the fileWhere a photo's time and place come from

Common questions

Do my staff have to install anything?

No. They link their WhatsApp once, from their own phone, and Paco writes to them there. Without that link, he does not write to them.

What if the photo has no position?

The proof says "no position" and you judge as before. Paco does not reject a photo on that ground; he only refuses to pass off missing data as verified data.

See a brief go out, and a photo come back

With the time and place the phone actually recorded.

Book a demo
Keep exploring