ENG-443 Decommission Criteria: Gmail-pull (gog-cli)
This document defines the criteria for decommissioning the interim Gmail-pull workflow (ScheduledCkGmailPollWorkflow) implemented for Cleveland Kitchen (CK) under ENG-443.
For the cutover and decommissioning execution plans, see ENG-505 (cutover) and ENG-506 (decommission).
Decommissioning Acceptance Criteria
Section titled βDecommissioning Acceptance CriteriaβThe following conditions must be met before the ScheduledCkGmailPollWorkflow can be safely removed from the codebase and the Temporal schedules:
-
Gmail OAuth Connection Working (Staging/Production)
- ENG-505 built-in Gmail OAuth integration is deployed and verified in staging.
- Connection to the target inbox is stable and successfully syncing messages.
-
Per-Customer OAuth Grants in Place
- CK administration has approved the official Ordermatic OAuth application.
- OAuth grants are properly stored and accessible by the built-in pull service.
-
Traffic Cutover Verified (Dual-Run)
- All Cleveland Kitchen
customerservice@traffic is confirmed to be flowing through the new Gmail OAuth integration. - The legacy
ScheduledCkGmailPollWorkflowis no longer receiving unique messages that are not also captured by the new integration. - Dual-Run Verification:
- 48h continuous wall-clock with both paths active.
- β₯20 message ingest events on BOTH paths.
- zero diff discrepancies reported by ENG-505cβs diff job.
- All Cleveland Kitchen
-
Historical Data Integrity
- Historical Purchase Orders (POs) from the interim period have been verified as present in the system (either via the interim vacuum or the new backfill).
-
Schedule Decommissioning
- The
ScheduledCkGmailPollWorkflowschedule has been paused for at least 48 hours without impact. - The schedule has been deleted from Temporal.
- The
Alternative Evaluation: Nylas Forward Rule
Section titled βAlternative Evaluation: Nylas Forward RuleβContext: The interim polling hack was necessitated by CKβs Google Workspace policy blocking external forwarding. The original alternative was to use a Nylas forward rule or direct Nylas connection.
Update: The βNylas Forward Ruleβ alternative is now moot for CK since per-org Gmail OAuth is built natively. We no longer need to rely on Nylas for CKβs Gmail integration. Note that Nylas remains a deferred Phase 2 option for non-Gmail customers.