Agreement signed
agreement_signedThe service agreement came back signed.
The signature unblocks activation automatically instead of waiting for someone to notice it.
Twenty-nine events are declared with a severity, the channels they can arrive on, and the outcome we want. Everything else — which department, which SOP, which agent, whether a human has to say yes — is resolved from the org chart at the moment one lands.
agreement_signedThe service agreement came back signed.
The signature unblocks activation automatically instead of waiting for someone to notice it.
bug_report_receivedReproduced, fixed with a regression test, and shipped — not just acknowledged.
client_agreement_missingA submitted client lacks verified agreement evidence and needs a visible completion path.
Customer owns the agreement gap, stages the approved completion path, and keeps the client visible without inventing consent.
client_billing_missingA submitted client lacks verified billing setup evidence, such as a documented vault or schedule.
Customer and Back Office classify the gap and prepare the correct human-reviewed next step without charging or inventing a subscription.
client_submittedA sales handoff entered the Client Lifecycle pipeline, including any agreement or billing gap flags.
Customer starts activation from the evidence already collected, skips completed checks, and owns every visible gap.
connector_silentA connector that normally reports has produced no events inside its expected window.
A dead integration is caught by us, not by a customer complaining that nobody replied.
customer_submission_receivedA submission came through (Slack submission boom or portal) meaning a real client intent exists — even if NMI has not caught up.
Within the hour: billing setup and agreement verified, CRM record corrected and staged, welcome email plus portal access delivered, and the right humans notified.
dnh_201_before_mitLast money event was a 201, or the card-on-file trail is unknown, and an MIT is being requested.
A broken card-on-file trail gets repaired before anyone tries to charge again.
ingest_dead_letterNo customer fact is silently lost; every dead letter is replayed or explained.
negative_sentiment_detectedA customer sounds unhappy but has not threatened a chargeback or cancellation yet.
Get notified, make sure they are taken care of comprehensively: a personal reply, a genuinely useful guide or asset if it fits, an appointment offer, and a follow-up task so it does not go quiet again.
sales_agreement_signedSigned agreement evidence was attached to the sales opportunity.
Sales verifies signature evidence and prepares the enrollment handoff without initiating billing.
sales_billing_completeBilling setup evidence is complete for the accepted offer; this is an audit fact, not an instruction to charge.
Sales and Back Office verify the setup evidence and schedule before client handoff; no payment action originates from Twenty.
sales_client_submittedSales submitted the accepted opportunity to Client Lifecycle, with agreement and billing evidence or explicit gap flags.
Sales closes its straight line and Customer receives a complete handoff packet with every missing item visible.
sales_first_payment_capturedA processor or approved portal flow reported the first payment result for the accepted sales offer.
The $99, $149, or other approved first-payment result is reconciled as revenue evidence and included in the client handoff.
sales_first_payment_declinedThe approved first-payment attempt declined; the event records the result and never retries it.
Back Office records the decline, Sales keeps the customer informed, and a human chooses the next approved recovery path.
ticket_sla_breachOpen ticket exceeded SLA. Customer desk owns; escalate to executive if P1 sentiment also present.
Ticket bumped; customer notified; root-cause logged to brain.
appointment_no_showBooked appointment was missed. Customer + GTM decide rebook vs save offer.
Rebook attempt logged; if churn risk, escalate to retention.
client_monthly_review_dueThe client's monthly review window is due; frame the contact around progress and financial review, not a silent payment attempt.
Customer reviews progress and health, schedules a human conversation when needed, and records the next action before any separate billing process.
client_onboarding_completeThe required onboarding evidence is complete and the client can enter active servicing.
Customer records the completed checklist and hands the client to servicing without repeating already verified work.
client_onboarding_docs_requestedThe approved onboarding document request and education packet were staged for a submitted client.
The client receives a clear document checklist, expectations, and due dates while Customer tracks completion.
feature_request_receivedA human described something they want the software to do. Includes requests typed directly into a coding harness.
The sentence becomes a written feature request with acceptance criteria and a Plane work item, then runs the Session Loop end to end with the development agents.
identity_unresolvedUnmatched events get an owner instead of piling up as orphan rows.
lead_capturedEvery lead is deduped, enriched, scored and assigned within 15 minutes.
nsf_202_cohortPayday window reached for an approved NSF cohort.
Retries are prepared on schedule but never fire without an explicit human yes.
payment_schedule_dueA scheduled installment is due today. Discovery only until Gate 0.5 ACK — this event never auto-MIT.
Listed on Billing desk due queue; charge only after Gate 0.5 package + human ACK.
payment_successNMI or the ledger reports response code 100 on a real charge.
Money landing triggers the post-charge journey instead of silence.
sales_inbound_transferA qualified inbound conversation transferred to a human sales owner with its customer identity and transcript attached.
The human sales owner starts with the customer context, transcript, and next-call brief instead of reconstructing the conversation.
sales_offer_acceptedThe customer accepted the recorded offer terms and is ready for agreement completion.
Sales records acceptance evidence and moves the opportunity to agreement without treating acceptance as payment authorization.
sales_offer_presentedA human presented an approved offer and recorded the proposed tier and first-payment terms.
The approved offer and its terms are captured for follow-up and conversion reporting; no payment is initiated.
sales_same_day_discountA human selected the approved $99 or $149 same-day floor as an offer discount and revenue-capture fact.
The $99 or $149 same-day selection is recorded for agreement, handoff, and reporting without becoming a charge instruction.
stale_contact_charge_windowNo human contact for 45+ days while a charge is due or recently succeeded.
Nobody gets charged by a company they have not heard from in six weeks.
subscription_missing_after_vaultNMI vault present but no recurring subscription — the classic vault-no-sub cohort.
Human decides create-sub vs HOLD; never silent MIT.
support_request_receivedA customer asked for help with something specific.
A real ticket exists on Plane, the customer gets an answer, and the timeline records it.
vault_cof_failedCustomer vault exists but card-on-file validation failed. Never auto-charge; route to Back Office retoken playbook.
Retoken request or HOLD; Gate 0.5 stays red for this person.
cron_connector_healthConnector health is a report, not a surprise.
cron_daily_operating_reviewOne digest each morning: what came in, what ran, what is waiting on a human.
cron_data_quality_auditGaps are found nightly rather than discovered during a charge run.
cron_department_healthWeekly: which departments are actually working, which functions are still stubs.
cron_graph_refreshThe org graph and the dashboards a human looks at are never stale.
cron_pipeline_hygieneThe pipeline reflects reality every weekday.
deal_stage_changedAn opportunity moved stage in Twenty (VIEW annotation). Sales owns the next action; openarm surfaces it on the Sales desk.
Sales playbook advances or parks the deal; no money movement.
inbound_comms_landAny inbound message on any channel. Always lands as an observability fact first; classification decides whether it also becomes an action.
Every inbound message is on the customer timeline within a minute, whether or not it needs an action.
Observability only — this lands on the timeline and never opens a claim.
nightly_billing_discoveryEvery morning starts with a fresh, honest picture of who can be charged and what is broken.
pull_request_openedEvery PR gets a real review before a human is asked to look at it.
research_requestedA sourced brief with a recommendation, filed in the vault so we never research it twice.
sales_application_completedThe customer completed the sales application and the evidence is available for review.
Sales verifies the application evidence and advances or parks the opportunity with a stated next action.
sales_financial_review_completeThe budget and financial review presentation is complete and its evidence is attached to the opportunity.
Sales records the review result and prepares the appropriate offer without inventing financial facts.
session_completedFinished work becomes durable knowledge automatically.