The Saturday Reminder

Why 1:00 PM and not 10:10 AM (24h after the first notice)? Because the gate did its job: 10:10 AM Saturday is before the stored Saturday open of 1:00 PM, so it deferred to open. That is the confirmation the gate reads the stored hours literally.

Also confirmed: the lease is genuinely still un-countersigned (nothing from AppFolio since the Friday notice), so the reminder's premise was true — it was only the timing that was wrong. The Friday first-notice was opened 8 times at the office.

officeHours in the property knowledge base is a plain per-day open/close map. It was built for tour availability, and Camellia's Saturday 1:00–4:30 entry is correct for that purpose — tours really do happen then. But six other parts of the system read the same field as "a human is in the office":

• PM reminder scheduling (this incident).
• Voice after-hours check — decides whether a caller is offered the emergency line. Saturday afternoon reads as "in hours", so a Saturday caller with a real problem is not pointed to the emergency line.
• Key-pickup slots for move-ins — could offer a Saturday pickup at a closed office (the code's own comment names "sending a resident with a moving truck to a closed office" as the failure to avoid).
• Move-in calendar placement and vendor-visit default time — both place events at "office open".

There is no separate "staffed hours" or "PM notification hours" concept anywhere. The closest thing is a per-day tour rule (tourDayPolicy) whose own documentation describes exactly Camellia's situation — "an office staffed Mon–Fri by a team and Saturdays by one person on appointment-only coverage" — but that flag only controls same-day tour booking, nothing else.

Two smaller inconsistencies noted for completeness: the fallback window when a property has no stored hours is Mon–Fri 9–6 (not 9–5), and the reminder gate deliberately ignores holiday closures (accepted tradeoff in code comments).

Only follow-up reminders are held to office hours. The first notice of any PM action ("a lease is ready for your signature", "an application needs review", execution notices) sends the moment the triggering event lands — midnight included.

This is recorded as Fede's decision on Jul 28, 2026, in three places with the same wording: the code comment, PR #4769's description, and the design doc PM Notifications — State & Gaps: "O1 accepted — window = property office hours, reminders only; O2 dropped — Clara always sends her initial… midnight initials remain by design; the future lever, if it ever bothers the team, is widening the O1 gate to initials."

caveat None of the three is a direct quote of Fede's words, and no Slack/Trello source is linked (unlike ADR-0104, which links its sources). If Fede's actual instruction was "office hours for everything", the write-up narrowed it. Either way the record explicitly anticipated widening the gate later.

The audit says it matters: of 34 PM-facing emails Camellia received Aug 12–15, 27 were outside Mon–Fri 9–5. Roughly 20 were ungated first notices / execution notices between 11 PM and 4:40 AM (a batch of leases and applications processed overnight); 5 were Saturday sends passing through the "Saturday is open" gap; the rest were edge cases. (Four-day sample; a 30-day census is an open item.)

• Tenant-facing timing is a separate, working gate: texts/emails to residents are held to 8 AM–9 PM property-local, seven days (the legal texting window), deferring anything outside it. Juan's renewal texts at 5:50 PM Sunday and 6:00 PM Friday were inside that window. If the team wants residents texted only on weekdays, that's a policy choice, not a bug.
• Reminders on weekdays are landing inside 9–5 as designed; the 1 AM incident class from July is closed.

• Jul 21 — PM action reminders ship (ADR-0104). No time-of-day rule.
• Jul 24 — Fede flags a duplicate email; weekend nudges deferred to Monday 9 AM.
• Jul 27 — 12:15 AM first notice + 1:00 AM nightly reminders hit the Camellia inbox.
• Jul 28 — Design session; O1 (reminders held to stored office hours) accepted, O2 (suppress AppFolio duplicates) dropped, first notices left ungated. Shipped same day.
• Aug 15 (Sat) — this incident: reminder released at the stored Saturday "open" of 1:00 PM.

Gera's work in the area: extended this same reminder engine to chase forwarded questions (Jul 23), timezone-rendering hardening (Aug 6), and a fix so a relocated escalation resolves rather than cancels its cadence (Aug 7). Gera did not touch the office-hours gating.

• 30-day census of off-hours PM emails (only Aug 12–15 pulled so far).
• Juan's saga shows a "tenant-signed PM-notified" marker while its state still reads "offer prepared" — a possible state-machine mismatch, separate from timing.
• Juan's saga has no PM-action timing row despite three PM emails — check that the timing tracker is recording renewal countersign cadences.
• Two Camellia PM emails bounced with a Microsoft "banned sender" block on the shared SendGrid IP — unrelated to timing, worth a look.