SPIRITTEra by Eon

Tenovia Analytics · renewal brief for managers

Three renewal terms were set to end between Sep 27 and Oct 13.

At the snapshot, each one had an open question about what the customer would sign. Settle it, confirm who leads, and have the customer retest the issue they reported.

Data as of Sep 18, 2026.

The runway · days after the snapshot

  1. Day 0 · Sep 18 snapshot
  2. HeliotropeTerm end Sep 27 · $320,109Day 9
  3. ArvelisTerm end Oct 1 · $81,517Day 13
  4. StonebridgeTerm end Oct 13 · $309,800Day 25
  5. Heliotrope deal: recorded closeOct 30Day 42

Heliotrope's open renewal deal has a recorded close date 33 days after its term end.

Up for renewal at the snapshot

$711ka year

Annual revenue of the three renewals.

Kept separate

$2.56m

Open pipeline across 23 more accounts to qualify.

What to do

One decision for each renewal

In order of the term end, each with a proposed lead.

  1. Align the term

    Heliotrope

    Recorded term end Sep 27, 2026 · day 9

    $320,109 annual base

    The problem
    The contract ends Sep 27; the renewal deal closes Oct 30.
    Ask
    Agree the signing plan and active handoff; have Caleb verify the same sandbox refresh.
    Lead
    Robert Alderbury, Customer Success account leadConfirm the active handoff first.

    All evidence: 6 records, 28 quotesFull plan

  2. Reconcile scope

    Arvelis Credit Union

    Recorded term end Oct 1, 2026 · day 13

    $81,517 annual base

    The problem
    The $57,500 proposal is not an established annual equivalent of the $81,517 base.
    Ask
    Reconcile proposal terms with the buyer; ask Thomas to retest the same APAC login and queued work.
    Lead
    Susan Armitworth, Account Executive renewal lead

    All evidence: 3 records, 10 quotesFull plan

  3. Separate expansion

    Stonebridge Partners

    Recorded term end Oct 13, 2026 · day 25

    $309,800 annual base

    The problem
    The September deal records expansion, not the Oct 13 base renewal.
    Ask
    Separate renewal paperwork from expansion; ask Richard to repeat the same import test and confirm the evidence-run deadline.
    Lead
    Sofia Wrenworth, Customer Success renewal lead

    All evidence: 2 records, 8 quotesFull plan

What done looks like

For all three: buyer-approved same-term signing plan, customer-accepted same-incident retest, then a signed renewal with Finance validating the annual amount.

The money

What acting could be worth

The scenario prices one effect: keeping more of the three renewals' recorded annual revenue. The size of that lift is unknown, so the table shows four levels. Other benefits remain unpriced.

Extra revenue kept per year, if acting lifts retention by

  1. +1 pt$7,114.26a year
  2. +5 pts$35,571.30a year
  3. +10 pts$71,142.60a year
  4. +20 pts$142,285.20a year

The 5–20 point range used in the summary is $36k–$142k a year.

$711k
Annual renewal base: $711,426Annual revenue of the three renewals, the base the scenario applies to.
  • Heliotrope $320,109
  • Arvelis $81,517
  • Stonebridge $309,800
$2.56m
Separate pipeline: 23 accountsOpen deal value, counted separately from the renewals.

The formula is under The money, worked through.

What we reviewed

5,795 records from 200 accounts

  • 1,999Gong call transcripts
  • 3,796support histories

What we found

  • 41findings, from 65 source findings
  • 3renewals to act on first
  • 23pipeline accounts to reconcile
  • 32accounts to watch

200 analyzed accounts, out of 2,806 account records in the CRM.

Evidence in this brief

  • 77records cited by the findings
  • 295quotes from calls and support histories

Every finding also keeps its evidence notes and source references. See all evidence.

How the work connects

Where the evidence comes from, and who acts on it

Five data sources feed five recommended workstreams and two decision groups.

Data sourcesWorkstreamsDecisions
Drag to turn

Evidence and detail

The evidence behind every decision

Open only what you need. Each section keeps the original wording, quotes and sources.

Heliotrope: evidence and plan$320,109 · term end Sep 27 · 6 records · 28 quotes

Decide Align the term

Proposed lead: Robert Alderbury, Customer Success account lead.

The problem

The contract ends Sep 27; the renewal deal closes Oct 30.

  • Account ARR is 320,109 with renewal 2026-09-27; contract-98 describes 277 seats at 320,109 per year for a 12-month term ending 2026-09-27. Both signature dates are 2022-09-28; activation was 2025-10-18, after the 2025-09-27 term start. Activated does not document a newly signed next term.
  • The recorded open renewal deal-392 is 230,000, Prospecting, no ContractId, with close 2026-10-30 outside the window. Its date was moved from September 9 to October 30 in the preserved August 23 field history. This is an opportunity measure and timing conflict, not 230,000 annual revenue or a booked loss.

Still unclear

Which term the deal covers, buyer authority and July written commitments; whether the August sandbox issue still affects onboarding or renewal.

Ask

Agree the signing plan and active handoff; have Caleb verify the same sandbox refresh.

Done when

An active lead accepts the handoff; the buyer approves terms and signing plan; Caleb accepts the same-request retest or workaround. Obtain a signed next-term renewal with Finance validating the annual amount.

Evidence · historical customer report

Escalating: java.lang.IllegalStateException on /v1/admin-console/documents at 13:07, repeating twice a shift. Retries against eu-west-1 fail the same way. Request req_c2192161e9. We need sandbox refresh stable before customer onboarding.
Caleb Beckford, Heliotrope end-user · Support history · Aug 20, 2026

Historical reports; current impact to confirm

Evidence

Records and quotes6 records · 28 quotes
Support historyAug 20, 2026HeliotropeRecord 4005108
Error 422 from sandbox refresh - first seen 13:07

Outside-window August 20, 2026: Heliotrope reported recurrent sandbox-refresh failures despite retries and needed stability before customer onboarding. John acknowledged investigation, but the supplied record contains no fix or customer validation and does not establish continued impact in the target window.

  • Customer needed stable sandbox refresh before onboarding and reported failures twice per shift despite retries.

    Escalating: java.lang.IllegalStateException on /v1/admin-console/documents at 13:07, repeating twice a shift. Retries against eu-west-1 fail the same way. Request req_c2192161e9. We need sandbox refresh stable before customer onboarding.

    Caleb Beckford, Heliotrope end-user

    Caveat: No onboarding deadline, affected customer count or actual postponement is supplied. Customer onboarding does not by itself establish Tenovia acquisition or renewal scope. Native passage check: exact excerpt matches 5 occurrence(s) in 5 individual native body/block(s). Repeated text, including quoted email history, is not independent corroboration. Displayed speaker and location remain automated claims, not verified historical attribution.

  • John acknowledged investigation, but no resolution is documented and the ticket metadata has no assigned agent.

    Thanks for the report. We are looking at error 422 from sandbox refresh - first seen 13:07 now and will come back to you.

    John Ashwood, Tenovia Analytics Support; assignment state from ticket metadata

    Caveat: The acknowledgment contradicts treating this as wholly unanswered. Null assignment and new status do not prove that nobody worked on it or that failures continued after this snapshot. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The only supplied date, 2026-08-20, precedes [2026-09-17, 2026-10-17); any impact or renewal eligibility within that window is unknown.
  • Every timeline entry shares the same 23:59:59 timestamp, so response latency and outage duration cannot be inferred.
  • No verified delay costs, contract amounts or renewal intent are supplied. HTML, headers, attachments and underlying logs were not reviewed.
Support historyAug 20, 2026HeliotropeRecord 4005143
Sanctions screening leaking across workspaces on the disaster-recovery site

Heliotrope reported repeated cross-workspace sanctions-screening results on its disaster-recovery site, with only an investigation acknowledgment supplied. This August 2026 report is an outside-window isolation concern, not evidence of renewal refusal or continuing present impact.

  • Susan reported another workspace's records appearing in sanctions results a dozen times overnight.

    sanctions screening returns records belonging to a different workspace. We first saw it at the start of the shift and it has happened a dozen times overnight since.

    Susan Langton, Heliotrope IT Operations Lead (customer)

    Caveat: This is a customer report, not independently verified cross-account exposure. Affected data, workspace boundaries and subsequent containment are unknown. Native passage check: exact excerpt matches 5 occurrence(s) in 5 individual native body/block(s). Repeated text, including quoted email history, is not independent corroboration. Displayed speaker and location remain automated claims, not verified historical attribution.

  • Jennifer acknowledged investigation but supplied no mitigation or recovery result.

    We are looking at sanctions screening leaking across workspaces on the disaster-recovery site now and will come back to you.

    Jennifer Ashbourne, Tenovia Analytics support

    Caveat: The supplied assignee is null. Neither that field nor new status establishes present impact, and acknowledgment does not verify recovery ownership. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • All supplied activity is dated 2026-08-20, outside [2026-09-17, 2026-10-17). No renewal timing, renewal intent or verified monetary basis is supplied.
  • Review covers supplied plaintext only; HTML rendering, headers and omitted fields/assets remain unreviewed.
Call transcriptJul 15, 2026HeliotropeRecord 7000000002266799974
Initial scoping - Heliotrope

Outside-window July 15 call contains explicit renewal approval and written-assurance barriers, reported reliability/support problems and pressure toward an existing alternative. Seller recovery promises and customer interest in migration support provide follow-up paths, not evidence of remediation or a renewed contract.

  • The customer reports withheld VP Engineering renewal approval and requires written data-residency assurances before renewal.

    To be clear, their VP Engineering has not approved the renewal as it stands.

    Robert Davis, external Engineering Manager

    Caveat: Robert also says, "I will need something in writing about data residency setting before we renew." This is conditional nonapproval, not an unconditional refusal. The identity and authority of "their VP Engineering" remain to be verified. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The customer reports repeated data-residency failures, web-app degradation and lost trust after an outage.

    Data - data residency setting has been down twice since the new fiscal year started.

    Robert Davis, external Engineering Manager

    Caveat: Wei Irondale says last year had one notable incident, while Robert cites web-app degradation twice last quarter. These use different periods and service scopes, so they cannot be treated as a resolved contradiction or added into a single incident count. No remediation outcome is demonstrated. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Reported support deterioration accompanies internal pressure for the tool already used by a US team.

    Your support times have gone the wrong way for 18 months, and the tool their US team already uses is being pushed internally.

    Robert Davis, external Engineering Manager

    Caveat: Robert reports the alternative in the board pack and VP discussion, but no switch is confirmed. Wei's description of follow-the-sun support with a named contact after onboarding does not rebut the reported 18-month trend. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Wei explicitly offers to own five escalations, a remediation plan and engineering follow-up; completion is not shown.

    I am escalating all Five of them today and will own the follow-up.

    Wei Irondale, internal Account Executive

    Caveat: The five items are not enumerated. Linda Barnton separately promises a written integration answer. Wei says a third roadmap item is undated; promised meetings, explanations and roadmap changes are not verified fixes. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Migration support is a positive but conditional commercial driver, not an achieved migration outcome.

    If we move on this it will be because of the migration support - I can check the exact figure.

    Robert Davis, external Engineering Manager

    Caveat: Robert reports 28.6 million records. The seller's 4,687-seat, four-to-six-week implementation estimate and copy-data rehearsal are proposals, not results. The question about Robert leaving is hypothetical, not evidence of a departure. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The seller presents $173,000 as platform-only, with the add-on separate.

    the $173,000 is the platform; the add-on is separate and I would not buy it in year one.

    Wei Irondale, internal Account Executive

    Caveat: An 18-month term is discussed, but the figure's billing period, accepted scope and relation to the existing renewal are not established. It is not verified ARR or recovery value. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Recorded 2026-07-15, outside [2026-09-17, 2026-10-17); the actual renewal deadline and later condition are unknown.
  • Renewal is explicit, but references to "their" VP and US team do not establish entity or authority. Present CRM context cannot resolve historical ownership.
  • Reported incidents and support trends are customer testimony at the call date, not verified current ongoing impact. No completed recovery, quantified loss or monetary benefit is supplied.
  • All supplied transcript text reviewed; audio/video, omitted metadata and external files were not reviewed.
Call transcriptAug 10, 2026HeliotropeRecord 7000000001079976835
Initial scoping - Heliotrope

Outside-window (2026-08-10), Heliotrope reports positive residency usage, support-expansion interest and 18-month signing intent. Legal scope, technical evidence and seller capacity/error statements remain qualification issues; no renewal event is established.

  • The customer reports positive use across 5,142 users, with additional support-team interest.

    Yeah - we have data residency setting in front of 5,142 users now with no complaints - assuming nothing changes.

    Robert Davis (External)

    Caveat: Robert also reports good daily feedback (block 17, sentence 2) and sponsor interest in support rollout (block 22, sentence 1). Existing use coexists with migration after signing and future onboarding language (blocks 3, 5 and 9); paid production scope and completed expansion are not established. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Legal clearance requires the us-east-1 entity despite favorable contracting signals.

    Our us-east-1 entity has to be in scope or this does not clear legal.

    Robert Davis (External)

    Caveat: Robert says procurement was happy (block 3, sentence 3), sign-off can occur by go-live (block 13, sentence 1), there are no open residency questions (block 15, sentence 1), and he prefers an 18-month rate lock (block 22, sentence 4). These do not prove legal entity coverage or signature; regional pinning is a seller assurance, not a legal approval. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The seller attributes an evaluation-time timeout error to its release.

    I mean, yeah - we shipped v1.3.2 the week you were evaluating, which is where the java.net.SocketTimeoutException in your logs came from.

    Wei Irondale (Internal)

    Caveat: This is seller attribution, not an independently verified root cause. The customer reports good daily feedback; incident duration, severity, remediation and current impact are not supplied. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Tier and capacity statements need reconciliation against reported growth.

    Look, one thing to flag: the rate limit on your plan is what 5,142 users hit first, roughly.

    Wei Irondale (Internal)

    Caveat: Wei first says growth requires the next tier (block 1, sentence 3), then promises headroom at 1,324 events/second (block 12, sentence 3). Different plan assumptions could explain this. Robert reports 107% quarterly growth and a 1799 ms p95 budget (block 15, sentences 2-3); Wei claims that same latency at volume (block 16, sentence 2). No overload is demonstrated. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The seller acknowledges a backlog-age reporting disadvantage relative to Workday.

    Where I would push back on us: reporting on backlog age is thinner than Workday's.

    Wei Irondale (Internal)

    Caveat: The customer does not identify this as a purchase veto. Wei refers to an earlier baseline at the opening, while Robert promises a current backlog-age baseline at the close (block 27, sentence 1); no measured improvement is supplied. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Availability and deployment evidence remain requested, not verified.

    To be fair, you publish 99.63 percent - is that the whole platform or per service?

    Robert Davis (External)

    Caveat: Robert later asks about own-account hosting (block 20) and the actual traffic service (block 25). Wei asserts limited failover latency and a single traffic path (block 19, sentence 3; block 14, sentence 2), and owes uptime history plus two references by go-live (block 26). The published percentage is not evidence of a customer outage or verified SLA performance. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The August 10 call is outside the target window. Q2, go-live and 18-month references are not dated contract evidence and may be stale or use an unspecified fiscal calendar.
  • Current use, unsigned rollout and migration language leave acquisition/expansion/renewal classification uncertain; current CRM cannot resolve historical status.
  • Text-only review. No executed terms, delivered technical artifacts, verified economics, audio/video or subsequent recovery outcome were supplied.
Call transcriptAug 20, 2026HeliotropeRecord 7000000000911314308
Initial scoping - Heliotrope

Outside-window call (2026-08-20) combines strong Salesforce-sync adoption and expansion interest with an explicit legal-scope gate and unresolved support questions. Existing live use conflicts with future-launch language, and a 12-month renewal reference does not establish an in-window rescue.

  • Customer reports positive adoption across 6,214 users, 60 percent usage growth and sponsor interest in APAC expansion.

    We have Salesforce sync in front of 6,214 users now with no complaints, more or less.

    Robert Davis, Engineering Manager, External

    Caveat: These are customer reports, not usage verification or measured cost reduction. Interest in their APAC team does not identify the contracting entity or demonstrate an expansion sale. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Including the eu-west-1 entity is an explicit legal gate, distinct from technical data pinning.

    Yep, our eu-west-1 entity has to be in scope or this does not clear legal - that is where we are, anyway.

    Robert Davis, Engineering Manager, External

    Caveat: Jennifer says regional pinning is a setting. That assertion and the proposed security-pack handoff do not prove the required entity is included or legal/regulatory approval obtained. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Support identifies a common cause across five open tickets; the customer separately questions repeated portal degradation.

    Five - five of your open tickets are the same root cause - I would like to close that first.

    Robert Deepcroft, Support Engineer, Internal; portal concern separately raised by Robert Davis, External

    Caveat: No ticket IDs, impact, root-cause detail or closure evidence are supplied. Robert Davis's later statement of no open Salesforce-sync questions is meaningful but not proof that all tickets or portal concerns were resolved. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The rollout phase is ambiguous: 6,214 users are described as live, yet support discusses launching Salesforce sync to that same population.

    I would rather move the date than launch Salesforce sync to 6,214 users on a Friday

    Robert Deepcroft, Support Engineer, Internal

    Caveat: This could concern an additional rollout phase rather than a factual contradiction. Weekly customer data-owner involvement, staged onboarding and named engineering coverage for 90 days are proposed conditions, not verified delivery. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Customer willingness to finish by the board review is conditional on price stability while the seller anticipates a higher tier.

    If you can hold that number we can be done by the board review.

    Robert Davis, Engineering Manager, External

    Caveat: Jennifer offers a Q4 pricing hold, but no amount or executed terms appear. Observed 60 percent usage growth is separate from the customer's hypothetical additional 60 percent next year. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Customer defers an unspecified topic to renewal in 12 months, rather than expressing an immediate renewal refusal.

    We can raise that at renewal in 12 months rather than now.

    Robert Davis, Engineering Manager, External

    Caveat: The referent of that is unclear. The discovery title, Q4-start language and current-use reports do not establish which transaction or contract the renewal statement concerns. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Call date is outside [2026-09-17, 2026-10-17); neither board-review timing nor the relative renewal statement proves eligibility.
  • Cost-per-transaction improvement is seller-projected, not measured, and Jennifer acknowledges thinner reporting than Datadog in block 28 sentence 2. No monetary benefit is supported.
  • Historical ownership and finance remain unverified. All supplied text was reviewed; audio/video and omitted files were not.
Call transcriptAug 21, 2026HeliotropeRecord 7000000003995872018
Discovery - Heliotrope

Outside-window August discussion is a competitive webhook evaluation with conditional budget and regional-fit optimism, not a verified renewal commitment. Root-cause ticket work, approval authority and integration readiness are unconfirmed in the supplied text.

  • Budget approval is provisional, and final sign-off authority and decision timing are unresolved.

    Budget is approved in principle by their COO, but the timing is not fixed.

    Robert Davis, external Engineering Manager

    Caveat: Robert says he will confirm whether the COO or someone else signs off (B19/S4). The COO is absent (B2/S1); competitive comparison continues (B10/S1), evaluation lasts until the next exec sync (B22/S1), and there is no burning platform before Q4 (B7/S1). Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Seller clarifies $24,000 as platform-only; renewal wording and an 18-month exit question do not establish a current renewal event.

    the $24,000 is the platform; the add-on is separate and I would not buy it in year one.

    Jennifer Clayhall, internal Enterprise Account Executive

    Caveat: Robert asks renewal versus renewal-plus-add-on (B22/S2), sizes about 5,852 seats (B22/S3), requests an 18-month term (B2/S3), and asks about exit if they do not renew in 18 months (B24/S1). That exit is hypothetical, not a refusal. The seller answers component inclusion, not accepted contract value or period. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Customer expresses conditional confidence if the us-west-2 answer holds.

    if the us-west-2 answer holds, the rest of this is straightforward for Heliotrope

    Robert Davis, external Engineering Manager

    Caveat: Jennifer says the webhook runs in the customer's existing region without migration (B21/S2), but the served text does not include a specific written us-west-2 guarantee or approval. The customer's confidence is conditional, not proof all gates cleared. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Internal support identifies six tickets sharing a root cause and proposes addressing them first.

    six of your open tickets are the same root cause - I would like to close that first.

    Robert Deepcroft, internal Support Engineer

    Caveat: No ticket identifiers, verified cause, customer impact or completion appear. Proposed named engineering support (B6/S2) is a recovery resource offer, not evidence remediation occurred or impact continues now. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Customer raises configuration continuity; go-live also depends on customer-side participation.

    If Robert leaves, does anyone else at Heliotrope know how this is configured?

    Robert Davis, external Engineering Manager

    Caveat: This does not prove Robert is leaving or is the sole administrator. Robert Deepcroft recommends admin training (B5/S1) and says go-live requires the data owner weekly (B14/S2); no completed training or named data owner is supplied. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Customer requires Braze integration without duplicated truth; seller acknowledges weaker forecast-accuracy reporting.

    We do not want a second source of truth, roughly.

    Robert Davis, external Engineering Manager

    Caveat: Jennifer admits "reporting on forecast accuracy is thinner than Braze's." (B15/S2). Her Auth0 ownership assertion (B23/S1) does not demonstrate Braze write-back. Proposed forecast-accuracy reviews (B18/S1) are not measured improvement. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Call date 2026-08-21 is outside [2026-09-17, 2026-10-17). Q4, next-exec-sync and hypothetical 18-month references do not establish an eligible renewal.
  • Current CRM labels do not establish historical contract status or authority behind references to their COO. Quoted amounts and planned seat counts are not verified revenue or realized value.
  • B/S citations are 1-based. Only supplied text and mappings were reviewed, not tickets, regional evidence, contracts, audio/video or omitted assets.
Evidence notes30 notes
What the records show, and how we read them
  • The activated contract ends September 27, while deal-392 remains Prospecting with an October 30 close date. Its 230,000 amount also differs from the 320,109 annual base. Neither discrepancy proves a 90,109 downsell.
  • Customer reports failed retries and need for refresh before onboarding. Only initial comment collected for this ticket; new/urgent, no later acceptance evidence. Do not generalize to all production.
  • Escalating: java.lang.IllegalStateException on /v1/admin-console/documents at 13:07, repeating twice a shift. Retries against eu-west-1 fail the same way. Request req_c2192161e9. We need sandbox refresh stable before customer onboarding.
  • Initial report alleges different-workspace records; no follow-up in collected ticket history. Independent verification absent.
  • Hi team - sanctions screening returns records belonging to a different workspace. We first saw it at the start of the shift and it has happened a dozen times overnight since. Correlation id req_7d364e93df. Happy to jump on a call if that is faster.
  • Prioritize account-level renewal and ownership reconciliation. The sandbox ticket is an unresolved historical hypothesis, not an established present renewal blocker. July renewal-related dissatisfaction is material but speaker authority, entity and term scope need confirmation.
  • Account ARR is 320,109 with renewal 2026-09-27; contract-98 describes 277 seats at 320,109 per year for a 12-month term ending 2026-09-27. Both signature dates are 2022-09-28; activation was 2025-10-18, after the 2025-09-27 term start. Activated does not document a newly signed next term.
  • The August 20 customer message signed Caleb Beckford, CISO, reports recurring sandbox-refresh failures, failed eu-west-1 retries, request req_c2192161e9 and a customer-onboarding dependency. Case Subject instead says ledger reconciliation. Salesforce OwnerId is user-195; Zendesk is new/urgent with no assignee, while John Ashwood explicitly acknowledged support handling.
  • In the July 15 linked call, stored external speaker 6000000002231800005 says "their VP Engineering has not approved the renewal as it stands" and "I will need something in writing about data residency setting before we renew." The party is stored as Robert Davis, Engineering Manager, NOT VP Engineering. The transcript also refers to Robert in the third person. The seller quotes 173,000 for platform with add-on separate. Current Gong context points to new-business deal-395, not proof of historical base-renewal scope.
  • The recorded open renewal deal-392 is 230,000, Prospecting, no ContractId, with close 2026-10-30 outside the window. Its date was moved from September 9 to October 30 in the preserved August 23 field history. This is an opportunity measure and timing conflict, not 230,000 annual revenue or a booked loss.
  • The native account-team manager Jennifer Bradshaw is also a Technical Account Manager, but her User record is inactive. Account owner Robert Alderbury and renewal opportunity owner Ana Harris are different recorded roles.
  • Reconcile the September base renewal, buyer authority and written acceptance before treating the platform conversations as either a renewal rescue or a lost renewal.
  • The sandbox report remains worth validating, but no inspected evidence bridges the August report to a continuing September blocker, an accepted fix, or a causal renewal decision. A null Zendesk assignee is not proof nobody owns support.
  • August 17 ticket 5088 reports sanctions pagination-filter loss and recurrence on staging. Support later says still open with engineering, then privately records an unspecified workaround. Customer acceptance and current impact are unestablished. Do not merge with sandbox refresh or add ARR exposure.
Counterevidence and scope
  • Historical won deal-391 does not establish the upcoming renewal. Deal amount is not automatically annual ARR.
  • Security status: cross-workspace allegation; breach unconfirmed.
  • Confirm the July 15 speaker’s company and buying authority, whether the quoted renewal concerns the September base or proposed platform scope, and the written commitments and buyer decision for that same renewal. Obtain the same-incident retest, bug/change mapping, onboarding deadline and any renewal contingency. Obtain signed agreement, amendment and order-form bodies for the 90 selected versions across the three priority accounts, including supersession and record currency. Establish the financial counterfactual and attribution for incremental value.
  • August 10 data-residency discussion reports 5,142 users with no complaints, good daily feedback and a preference for 18 months. This materially challenges blanket continuing dissatisfaction; it does not explicitly rescind the July writing condition or establish the 277-seat September renewal or a sandbox fix. Both dates and different scopes remain.
  • August 20 Salesforce-sync call reports 6,214 users with no complaints and agreement to send paperwork, but retains eu-west-1/legal scope and no executed agreement. It starts before the focal sandbox report and discusses a different module.
  • August 21 webhook call is after the sandbox report, yet still says no burning platform before Q4, evaluation not decided, budget only in principle, and 24,000 platform with add-on separate. Its 5,852-seat/18-month scope and absent ticket/request identifier cannot establish sandbox resolution.
  • Historical SAML ticket 5155 has a Zendesk buyer-fixed contribution on August 14, 2025, plus an August 18 Salesforce incomplete-fix message and differing status-change clocks. Preserve this conflict; neither a historical solved label nor SCIM workaround tail cures August 2026 sandbox refresh.
Proposed next steps
  • Robert Alderbury and Ana Harris should align decision/signature timing and reconcile scope before the expiry.
  • Reproduce the same refresh path and retry; agree onboarding acceptance with Caleb Beckford; engineering platform role unassigned.
  • Unassigned security role to validate tenant isolation and scope, without adding a second copy of account ARR.
  • Validate whether contract-98 base renews September 27, whether deal-392 covers it, who can sign, and which written commitments remain. Validate req_c2192161e9 on the affected sandbox/region and separate sanctions 5088; reconcile Case subject and support ownership while retaining each recorded value. Confirm an active account-management handoff rather than route to inactive user-169. Proposed responsibilities: Robert Alderbury (Director of Customer Success): account-level decision and escalation; Ana Harris (Manager, Customer Success): renewal scope and commercial reconciliation; John Ashwood (Support Operations Analyst): focal support coordination; confirm technical owner rather than infer from job title.
  • Validate whether contract-98 base renews September 27, whether deal-392 covers it, who can sign, and which written commitments remain. Proposed lead: Robert Alderbury, Ana Harris. Acceptance: Buyer-authorized written term/entity/currency/amount and decision date, reconciled to the annual base; no inference from Now CRM context.
  • Validate req_c2192161e9 on the affected sandbox/region and separate sanctions 5088; reconcile Case subject and support ownership while retaining each recorded value. Proposed lead: John Ashwood, Robert Alderbury. Acceptance: Timestamped customer retest or accepted workaround for the same request/workspace/region plus residual onboarding and renewal dependency.
  • Confirm an active account-management handoff rather than route to inactive user-169. Proposed lead: Robert Alderbury. Acceptance: Named, active owner accepts scope and escalation responsibility in an authorized follow-up.
Money context
  • deal-392: 230,000 open renewal opportunity amount; not annual recurrence, not added to the base.
  • deal-395: 510,000 open new business platform opportunity amount; not annual recurrence, not added to the base.
Source references48 references
  • acct-169
  • contract-98
  • deal-392
  • tickets.jsonl:5109 · 4005108
  • Comment 400510801 · 2026-08-20T23:59:59Z
  • tickets.jsonl:5144 · 4005143
  • Comment 400514301 · 2026-08-20T23:59:59Z
  • PRIORITY-acct-169-RENEWAL-2026-09-27
  • Account.jsonl:79 · acct-169 · /data/ARR__c, /data/Renewal_Date__c, /data/OwnerId, /data/CurrencyIsoCode
  • Contract.jsonl:112 · contract-98 · /data/Description, /data/StartDate, /data/EndDate, /data/ContractTerm, /data/CustomerSignedDate, /data/CompanySignedDate, /data/ActivatedDate
  • ContractHistory.jsonl:154 · contracthistory-contract-98-status-0 · /data
  • ContractHistory.jsonl:155 · contracthistory-contract-98-status-1 · /data
  • Case.jsonl:4568 · ticket-5108 · /data/AccountId, /data/Subject, /data/Description, /data/OwnerId, /data/Status, /data/CreatedDate
  • EmailMessage.jsonl:25861 · email-ticket-5108-0 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:25862 · email-ticket-5108-1 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • tickets.jsonl:5109 · 4005108 · /data/external_id, /data/subject, /data/description, /data/status, /data/priority, /data/assignee_id, /data/updated_at
  • CaseComment.jsonl:13407 · casecomment-ticket-5108-0 · /data/CommentBody, /data/CreatorName
  • calls-extensive.jsonl:1055 · 7000000002266799974 · /data/metaData, /data/context, /data/parties
  • transcripts.jsonl:1055 · 7000000002266799974 · /data/transcript/14/sentences/2, /data/transcript/25/sentences/0, /data/transcript/25/sentences/1, /data/transcript/6/sentences/0, /data/transcript/17/sentences/1
  • Contact.jsonl:14 · contact-1009 · /data/Name, /data/Title, /data/Email, /data/AccountId
  • Opportunity.jsonl:330 · deal-395 · /data/Type, /data/Amount, /data/CloseDate, /data/ContractId
  • Opportunity.jsonl:327 · deal-392 · /data/Type, /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId, /data/OwnerId
  • OpportunityFieldHistory.jsonl:1311 · oppfh-deal-392-closedate-1787443200 · /data/CreatedDate, /data/OldValue, /data/NewValue
  • AccountTeamMember.jsonl:150 · accountteammember-acct-169-user-169 · /data/UserId, /data/Name, /data/Title, /data/TeamMemberRole
  • User.jsonl:41 · user-169 · /data/Name, /data/IsActive
  • Account.jsonl:79 · acct-169 · /data/OwnerId
  • Opportunity.jsonl:327 · deal-392 · /data/OwnerId
  • calls-extensive.jsonl:507 · 7000000001079976835 · /data/metaData, /data/context, /data/parties
  • transcripts.jsonl:507 · 7000000001079976835 · /data/transcript/2/sentences/0, /data/transcript/14/sentences/0, /data/transcript/16/sentences/1, /data/transcript/21/sentences/3
  • calls-extensive.jsonl:413 · 7000000000911314308 · /data/metaData, /data/context, /data/parties
  • transcripts.jsonl:413 · 7000000000911314308 · /data/transcript/2/sentences/0, /data/transcript/12/sentences/0, /data/transcript/15/sentences/4, /data/transcript/16/sentences/0, /data/transcript/35/sentences/1
  • calls-extensive.jsonl:1889 · 7000000003995872018 · /data/metaData, /data/context, /data/parties
  • transcripts.jsonl:1889 · 7000000003995872018 · /data/transcript/1/sentences/2, /data/transcript/6/sentences/0, /data/transcript/21/sentences/0, /data/transcript/21/sentences/1, /data/transcript/21/sentences/2, /data/transcript/25/sentences/0, /data/transcript/29/sentences/0
  • ticket-events.jsonl:36020 · 48051556 · /data/created_at, /data/updater_id, /data/child_events
  • EmailMessage.jsonl:26157 · email-ticket-5155-5 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • ticket-events.jsonl:36021 · 48051557 · /data/created_at, /data/updater_id, /data/child_events
  • EmailMessage.jsonl:25732 · email-ticket-5088-0 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:25734 · email-ticket-5088-2 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • ticket-events.jsonl:35620 · 48050886 · /data/created_at, /data/updater_id, /data/child_events
  • ticket-events.jsonl:35621 · 48050887 · /data/created_at, /data/updater_id, /data/child_events
  • Account.jsonl:79 · acct-169 · /data/ARR__c, /data/Renewal_Date__c, /data/CurrencyIsoCode, /data/Licensed_Seats__c
  • Contract.jsonl:112 · contract-98 · /data/Description, /data/ContractTerm, /data/StartDate, /data/EndDate, /data/CurrencyIsoCode, /data/SpecialTerms, /data/CustomerSignedDate, /data/CompanySignedDate
  • Opportunity.jsonl:327 · deal-392 · /data/Amount, /data/CurrencyIsoCode, /data/Type, /data/CloseDate, /data/StageName, /data/ContractId
  • Opportunity.jsonl:330 · deal-395 · /data/Amount, /data/CurrencyIsoCode, /data/Type, /data/CloseDate, /data/StageName, /data/ContractId
  • User.jsonl:97 · user-7 · /data/Name, /data/Title, /data/IsActive
  • User.jsonl:80 · user-47 · /data/Name, /data/Title, /data/IsActive
  • Case.jsonl:4568 · ticket-5108 · /data/OwnerId
  • User.jsonl:57 · user-195 · /data/Name, /data/Title, /data/IsActive

The plan

  1. Reconcile contract-98 ending September 27 with deal-392 closing October 30. Ask the authorized buyer which base term and scope it covers, who signs and when; resolve the July written data-residency condition for that same renewal.
  2. Have John coordinate with Caleb Beckford on req_c2192161e9: repeat sandbox refresh and retries on the affected eu-west-1 path. Capture the onboarding deadline and whether any remaining failure affects renewal.
  3. Assign separate support/security validation for sanctions pagination ticket 5088 and the cross-workspace allegation; do not merge either into the sandbox result.
Coordination
Recommend Robert Alderbury as accountable lead, coordinating renewal scope with Ana Harris and support evidence with John Ashwood. Confirm an active account-management handoff; assign a technical recovery owner rather than infer one from a title.
Acceptance
Buyer-authorized written term, entity, currency, scope and signature plan; active owner accepts the handoff. Caleb accepts a timestamped same-request/workspace/region retest or workaround and states the residual onboarding dependency. Obtain the executed next-term agreement.
Customer gate
Customer accepts stable refresh for the stated onboarding dependency; scope, price and renewal timing are confirmed.
Escalation
Escalate to the assigned account lead if the September term is still tied to an October deal date, the written condition or signer is unresolved, no active owner accepts the handoff, or the same-scope retest fails. Allocate platform/security help to the distinct incident that needs it.
Why it helps
Separating the September base term from the later deal puts the buyer’s renewal decision on a clear signing path. Accepted onboarding recovery and written commitments give the buyer concrete reasons to proceed.
Target outcome
Accepted onboarding recovery and a signed same-term renewal.
Named in the records
Robert Alderbury (Director of Customer Success) with Ana Harris (Manager, Customer Success); recorded CRM case owner/replier John Ashwood (Support Operations Analyst). Zendesk assignment is empty; engineering recovery ownership is unconfirmed.

The finding

Renewal priorities · Historical reports; current impact to confirm

Heliotrope: align the renewal and validate sandbox recovery. The September 27 term and October 30 renewal deal are misaligned. August sandbox-refresh and sanctions reports need separate validation; later positive adoption does not establish a same-scope fix or settle July written-commitment concerns.

Reconcile contract-98 and deal-392, confirm an active handoff, and obtain a customer retest for req_c2192161e9. Keep sanctions incidents separate.

Arvelis Credit Union: evidence and plan$81,517 · term end Oct 1 · 3 records · 10 quotes

Decide Reconcile scope

Proposed lead: Susan Armitworth, Account Executive renewal lead.

The problem

The $57,500 proposal is not an established annual equivalent of the $81,517 base.

  • Reconcile the 57,500 proposal, 81,517 annual base, signer and security/legal criteria rather than use qualification, generic next steps or historic contracts as a commitment.
  • Open renewal deal-263 is 57,500, Qualification, close September 30, ContractId null, owner William Costa. Opportunity line items total that deal amount but do not establish annual recurrence. The earlier deal-262 current Amount 78,900 is reconciled by a historical won amount 127,600 followed by decreases; none is the Account annual reference or incremental recovery.

Still unclear

Actual signer, security/legal approval and whether the August APAC login report still affects work or renewal.

Ask

Reconcile proposal terms with the buyer; ask Thomas to retest the same APAC login and queued work.

Done when

Thomas accepts same-incident login/work recovery; the buyer approves terms and signing plan. Obtain a signed next-term agreement with Finance validating the annual amount.

Evidence · historical customer report

SAML logins fail with an invalid signature for every user here since roughly 15:15. Please treat this as urgent, we have work queued behind SSO login.
Thomas Ashfield, Director of Security, Arvelis Credit Union · Support history · Aug 22, 2026

Reported access issue; distinct recovered incidents

Evidence

Records and quotes3 records · 10 quotes
Support historyAug 22, 2026Arvelis Credit UnionRecord 4003627
Any status update on SSO login? SAML logins fail with an invalid signature for our APAC team

Outside-window August 22, 2026 evidence: Arvelis reported SAML signature failures affecting every user in the reported APAC context, with work queued behind SSO. Support acknowledged the report without documenting remediation or recovery.

  • Thomas reports urgent SSO access failure with queued work, affecting every user in his stated context.

    SAML logins fail with an invalid signature for every user here since roughly 15:15. Please treat this as urgent, we have work queued behind SSO login.

    Thomas Ashfield, Director of Security, Arvelis Credit Union

    Caveat: Every user here is not proof of an account-wide outage. Joseph Kenford's acknowledgment provides neither cause nor recovery, and the unassigned new ticket is not proof of present impact. Native passage check: exact excerpt matches 5 occurrence(s) in 5 individual native body/block(s). Repeated text, including quoted email history, is not independent corroboration. Displayed speaker and location remain automated claims, not verified historical attribution.

  • All supplied entries are dated August 22, 2026, outside the benchmark window; the approximate onset lacks timezone context.
  • No renewal decision, renewal date, commercial deadline or quantified monetary impact is supplied.
  • Reviewed all supplied comment and email text. HTML rendering, headers and omitted assets remain unreviewed.
Support historyAug 30, 2024Arvelis Credit UnionRecord 4003680
/v1/integrations-sync/events returning 504 for the analysts in our Berlin office - ACH batch unusable

Outside-window August 2024: Arvelis reported ACH records from other workspaces in production and sandbox, blocking disaster-recovery certification. Support claimed a timeout-related fix rollout, but no customer validation establishes that the reported isolation failure was corrected.

  • Customer reported cross-workspace ACH records in production and sandbox, including after a clean-session retest.

    ACH batch returns records belonging to a different workspace on both production and sandbox since the weekend.

    Joseph Sartelli, Arvelis Credit Union customer; email signature identifies Platform Engineer

    Caveat: This is a customer report, not independently verified data exposure. Freya later claimed a fix rollout, but the supplied thread contains no post-rollout customer validation. Native passage check: exact excerpt matches 5 occurrence(s) in 5 individual native body/block(s). Repeated text, including quoted email history, is not independent corroboration. Displayed speaker and location remain automated claims, not verified historical attribution.

  • The customer explicitly linked the incident to blocked disaster-recovery certification.

    Blocking our disaster-recovery certification.

    Joseph Sartelli, Arvelis Credit Union customer

    Caveat: No certification deadline, eventual outcome, quantified delay or renewal condition is supplied. Native passage check: exact excerpt matches 5 occurrence(s) in 5 individual native body/block(s). Repeated text, including quoted email history, is not independent corroboration. Displayed speaker and location remain automated claims, not verified historical attribution.

  • Support attributed the IOException to an integration retry storm and claimed a v1.4.0 fix was rolling out.

    v1.4.0 has the fix and is rolling out now.

    Freya Alderby, Tenovia Analytics Support

    Caveat: The initial failing log already contains "release=v1.4.0" (400368001). A retry/timeout explanation does not itself explain or validate correction of different-workspace records. Native passage check: exact excerpt matches 2 occurrence(s) in 2 individual native body/block(s). Repeated text, including quoted email history, is not independent corroboration. Displayed speaker and location remain automated claims, not verified historical attribution.

  • All supplied events are from 2024-08-30, outside [2026-09-17, 2026-10-17). Open status does not establish current impact.
  • No renewal date, renewal refusal, monetary amount or quantified loss is supplied; commercial eligibility and ownership remain unverified.
  • Review covers supplied text and metadata only; HTML, headers and omitted assets remain unreviewed.
Call transcriptJun 25, 2026Arvelis Credit UnionRecord 7000000001231079320
Technical deep dive - Arvelis Credit Union

Outside-window workflow-builder evaluation with budget support in principle, but unresolved timing, competition and technical acceptance. The current Renewal FY26 label does not establish a historical renewal-rescue opportunity; quoted pricing and term statements also need reconciliation.

  • Budget support is provisional, urgency is low and the final approver is unconfirmed.

    Sorry, budget is approved in principle by the security team, but the timing is not fixed - that is where we are, anyway.

    Sofia Merebury, external Support Manager; supporting statements by David Ulfson, external IT Operations Lead

    Caveat: Approval in principle is positive, not a commitment. David says there is no burning platform before the new fiscal year and will confirm who signs off. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The customer requires a working workflow-builder demonstration and a competitive comparison, especially for integration and support.

    Well, can you put the workflow builder numbers next to what the other vendor on the shortlist quoted?

    David Ulfson and Sofia Merebury, external; Yuki Thomas, internal VP Engineering

    Caveat: Yuki says the BigQuery connector is internally owned and shares platform on-call, and cites three production customers, but also calls workflow builder newer. A sandbox is offered, not demonstrated; David agrees to call references. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Yuki attributes an evaluation-log OperationalError to a release without documenting repair or customer impact.

    we shipped v1.1.0 the week you were evaluating, which is where the OperationalError in your logs came from.

    Yuki Thomas, internal VP Engineering

    Caveat: This is a seller attribution, not an independently verified root cause. The transcript establishes neither ongoing impact nor successful remediation. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The seller's claimed p95 exactly matches the customer's latency budget; performance margin is not demonstrated.

    We hold p95 at 840 ms at your volume; past that we would shard your ingest.

    Yuki Thomas, internal VP Engineering; budget stated by David Ulfson, external IT Operations Lead

    Caveat: Yuki also claims 68% volume headroom and 99.79% prior-year uptime, and promises uptime history. These are seller assertions, not measured acceptance results or evidence of a latency breach. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The customer-facing platform quote is $182,000 with the add-on separate; initial sizing is 669 seats, not a verified renewal value.

    Honestly, the $182,000 is the platform; the add-on is separate and I would not buy it in year one - I can check the exact figure.

    Yuki Thomas, internal VP Engineering; sizing from Sofia Merebury and Ana Whitwell, external

    Caveat: The amount is explicitly subject to checking; billing period and signed scope are absent. The seller estimates four fifths of onboarding effort falls on the customer, so the quote is not total implementation cost. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • The 24-month pricing explanation is unreconciled.

    The thing is, a 24 month term is possible, at a different rate - I will show you.

    Yuki Thomas, internal VP Engineering; clarification requested by Ana Whitwell, external Procurement Manager

    Caveat: Later Yuki says, "The per-seat price is the same either way; the 24 month term costs you flexibility." Different rate components could explain this, but no reconciliation is supplied. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • 2026-06-25 is outside [2026-09-17, 2026-10-17); fiscal dates and renewal eligibility remain unverified.
  • Current CRM context is not historical contract evidence. No explicit refusal to renew or validated monetary recovery is supplied.
  • All supplied transcript text reviewed; audio/video, omitted metadata and promised documents were not reviewed. B/S references are 1-based. Actions are drafts.
Evidence notes25 notes
What the records show, and how we read them
  • The open renewal deal carries 57,500 against 81,517 native annual ARR. The numerical difference is 24,017, but term, product mix, discounts and annualization are not established.
  • Initial customer comment explicitly requests urgent handling, says every user here and work queued; high native priority. Scope is reported group, not independently all enterprise users.
  • SAML logins fail with an invalid signature for every user here since roughly 15:15. Please treat this as urgent, we have work queued behind SSO login.
  • Customer confirms clean-session reproduction in Aug 2024; later support rollout claim, still open. Stale historical report, not proof of a current incident.
  • ACH batch returns records belonging to a different workspace on both production and sandbox since the weekend. Our gateway logs show: WARN integrations-sync[integrations-sync-1b4da-2c7] java.io.IOException: exports request failed after 21s (trace=2410783bd15e85d3 release=v1.4.0 region=eu-west-1) Every failing call is against /v1/integrations-sync/events out of eu-west-1. Blocking our disaster-recovery certification.
  • Retain the August 22 APAC SSO hypothesis, separately from earlier recovered or ambiguous SSO incidents. Validate identity, current impact and renewal linkage; do not count every auth-related record as one unresolved incident.
  • ARR is 81,517, with renewal October 1. Contract-66 describes 157 seats at 81,517 per year, a 12-month term ending October 1, 2026 and monthly invoicing in advance. Both signature dates are October 2, 2023; activation is October 22, 2025, 21 days after term start.
  • Thomas Ashfield, Director of Security, reports August 22 SAML invalid signatures for every user in the reported APAC scope and queued work behind SSO. Joseph Kenford acknowledges. Case and Zendesk remain New/new, Zendesk has null assignee, Salesforce has OwnerId user-144. Case Subject and triage comment instead say duplicate card charge. A later Case modification time is not a content update showing remediation.
  • Open renewal deal-263 is 57,500, Qualification, close September 30, ContractId null, owner William Costa. Opportunity line items total that deal amount but do not establish annual recurrence. The earlier deal-262 current Amount 78,900 is reconciled by a historical won amount 127,600 followed by decreases; none is the Account annual reference or incremental recovery.
  • The focal incident is a material access-dependency report, but no inspected contribution establishes continuing September impact or that resolving it determines renewal. Do not extrapolate every reported user to the whole company.
  • Reconcile the 57,500 proposal, 81,517 annual base, signer and security/legal criteria rather than use qualification, generic next steps or historic contracts as a commitment.
  • August 4-5 ticket 3754 reports finance-user SSO outage/replica recurrence, request req_98fc495b9f; a fix-rolling claim is followed by Joseph Kenford saying engineering is still reproducing it. Validate alongside 3627, but incident equivalence and present impact are not established.
Counterevidence and scope
  • Security status: cross-workspace allegation; breach unconfirmed.
  • Current same-scope customer retest and incident identity for the August 22 report; specific logs/request or documented link if no request ID exists in the focal report. Whether queued SSO work actually gates the October 1 renewal, and residual effects after any workaround. Signer identity and authorized security/legal decision, not inferred from call participant roles. Signed next-term agreement/attachments and annual recurring amount/currency reconciliation. Causal recovery baseline and attribution; operational counts are not money.
  • Ticket 3639 has customer-authorized closure for EU/preproduction SSO in early August. Even the same Thomas Ashfield reporting both does not make it the later August 22 APAC incident.
  • Ticket 3679 has customer DR-site clean confirmation and Jira AS-214 Done. Its request/date differ from 3627, and its support and Jira root-cause explanations conflict, including rejected/reasserted cache stampede and later documentation closure. This narrows, rather than proves, generalized SSO non-resolution.
  • June 25 workflow-builder call has 669-seat evaluation, budget in principle with timing unfixed, and security sign-off authority still to confirm. Seller 182,000 platform quote with separate add-on and inconsistent 24-month pricing is not a signed 57,500 renewal or the 81,517 ARR base.
Proposed next steps
  • Susan Armitworth and William Costa should reconcile the current quote, term and product scope while the SSO owner validates recovery.
  • Unassigned SSO support role to reproduce SAML signature failures with Thomas Ashfield; Susan Armitworth and FY26 opportunity owner William Costa to align acceptance with procurement.
  • Freya Alderby to reconcile rollout acceptance; unassigned security lead validates isolation if still reproducible.
  • Validate current APAC SSO on the affected tenant/users and distinguish 3627 from 3639, 3679 and 3754 before selecting a remediation path. Reconcile base renewal and proposal scope, actual signer, security/legal approvals and per-record currency. Proposed responsibilities: Susan Armitworth (Senior Account Executive): account-level renewal coordination; William Costa (Customer Success Manager): renewal opportunity/approval evidence; Joseph Kenford (Senior Support Engineer): focal SSO support and scoped retest.
  • Validate current APAC SSO on the affected tenant/users and distinguish 3627 from 3639, 3679 and 3754 before selecting a remediation path. Proposed lead: Joseph Kenford. Acceptance: Timestamped customer retest or confirmed residual outage, incident/request and affected scope; acceptance tied to that incident, not merely AS-214 Done.
  • Reconcile base renewal and proposal scope, actual signer, security/legal approvals and per-record currency. Proposed lead: Susan Armitworth, William Costa. Acceptance: Buyer-authorized same-scope renewal terms and signature status, with 57,500 proposal separated from annual base and platform quote.
Money context
  • deal-263: 57,500 open renewal opportunity amount; not annual recurrence, not added to the base.
  • deal-262: 78,900 historical won opportunity current amount; not annual recurrence, not added to the base.
Source references49 references
  • acct-108
  • contract-66
  • deal-263
  • tickets.jsonl:3628 · 4003627
  • Comment 400362701 · 2026-08-22T20:15:08Z
  • tickets.jsonl:3681 · 4003680
  • Comment 400368001 · 2024-08-30T15:14:07Z
  • Comment 400368002 · 2024-08-30T16:58:11Z
  • Comment 400368003 · 2024-08-30T18:29:06Z
  • Comment 400368004 · 2024-08-30T20:00:00Z
  • PRIORITY-acct-108-RENEWAL-2026-10-01
  • Account.jsonl:12 · acct-108 · /data/ARR__c, /data/Renewal_Date__c, /data/Licensed_Seats__c, /data/CurrencyIsoCode
  • Contract.jsonl:77 · contract-66 · /data/Description, /data/ContractTerm, /data/StartDate, /data/EndDate, /data/SpecialTerms, /data/CompanySignedDate, /data/CustomerSignedDate, /data/ActivatedDate
  • EmailMessage.jsonl:16556 · email-ticket-3627-0 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:16557 · email-ticket-3627-1 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • Case.jsonl:2922 · ticket-3627 · /data/Subject, /data/Description, /data/Status, /data/OwnerId, /data/CreatedDate, /data/LastModifiedDate
  • CaseComment.jsonl:8582 · casecomment-ticket-3627-0 · /data/CommentBody, /data/CreatorName
  • tickets.jsonl:3628 · 4003627 · /data/subject, /data/description, /data/status, /data/assignee_id, /data/updated_at
  • Opportunity.jsonl:184 · deal-263 · /data/Type, /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId, /data/OwnerId
  • OpportunityLineItem.jsonl:367 · oli-deal-263-0 · /data/Quantity, /data/UnitPrice, /data/TotalPrice, /data/Description, /data/ServiceDate
  • OpportunityLineItem.jsonl:368 · oli-deal-263-1 · /data/Quantity, /data/UnitPrice, /data/TotalPrice, /data/Description, /data/ServiceDate
  • Opportunity.jsonl:183 · deal-262 · /data/Amount, /data/StageName
  • OpportunityHistory.jsonl:455 · opph-deal-262-2 · /data/Amount, /data/StageName, /data/CreatedDate
  • OpportunityFieldHistory.jsonl:722 · oppfh-deal-262-amount-1730518938 · /data/OldValue, /data/NewValue, /data/CreatedDate
  • OpportunityFieldHistory.jsonl:723 · oppfh-deal-262-amount-1730830418 · /data/OldValue, /data/NewValue, /data/CreatedDate
  • EmailMessage.jsonl:16623 · email-ticket-3639-0 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:16627 · email-ticket-3639-4 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • ticket-events.jsonl:27156 · 48036394 · /data/created_at, /data/updater_id, /data/child_events
  • EmailMessage.jsonl:16880 · email-ticket-3679-0 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:16883 · email-ticket-3679-3 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:16884 · email-ticket-3679-4 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:16885 · email-ticket-3679-5 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • calls-extensive.jsonl:586 · 7000000001231079320 · /data/metaData, /data/context, /data/parties
  • transcripts.jsonl:586 · 7000000001231079320 · /data/transcript/6/sentences/1, /data/transcript/6/sentences/2, /data/transcript/6/sentences/3, /data/transcript/19/sentences/0, /data/transcript/21/sentences/1, /data/transcript/3/sentences/1, /data/transcript/24/sentences/1
  • EmailMessage.jsonl:17355 · email-ticket-3754-0 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:17357 · email-ticket-3754-2 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:17359 · email-ticket-3754-4 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:17360 · email-ticket-3754-5 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • ticket-events.jsonl:27829 · 48037545 · /data/created_at, /data/updater_id, /data/child_events
  • Account.jsonl:12 · acct-108 · /data/ARR__c, /data/Renewal_Date__c, /data/CurrencyIsoCode, /data/Licensed_Seats__c
  • Contract.jsonl:77 · contract-66 · /data/Description, /data/ContractTerm, /data/StartDate, /data/EndDate, /data/CurrencyIsoCode, /data/SpecialTerms, /data/CustomerSignedDate, /data/CompanySignedDate
  • Opportunity.jsonl:184 · deal-263 · /data/Amount, /data/CurrencyIsoCode, /data/Type, /data/CloseDate, /data/StageName, /data/ContractId
  • Opportunity.jsonl:183 · deal-262 · /data/Amount, /data/CurrencyIsoCode, /data/Type, /data/CloseDate, /data/StageName, /data/ContractId
  • Account.jsonl:12 · acct-108 · /data/OwnerId
  • User.jsonl:82 · user-49 · /data/Name, /data/Title, /data/IsActive
  • Opportunity.jsonl:184 · deal-263 · /data/OwnerId
  • User.jsonl:55 · user-192 · /data/Name, /data/Title, /data/IsActive
  • Case.jsonl:2922 · ticket-3627 · /data/OwnerId
  • User.jsonl:28 · user-144 · /data/Name, /data/Title, /data/IsActive

The plan

  1. Reconcile deal-263 with contract-66 and the October 1 base renewal. Keep the 57,500 proposal separate from annual ARR; confirm product, term, currency, actual signer and security/legal approval criteria.
  2. Have Joseph validate the August 22 APAC SAML invalid-signature report with Thomas Ashfield on the affected tenant/users. Capture logs or a documented incident link, login recovery and whether queued work can resume.
  3. Keep ticket 3627 separate from earlier EU/preproduction 3639, DR 3679 and ticket 3754. Ask the buyer whether the remaining APAC dependency gates this renewal.
Coordination
Recommend Susan Armitworth as accountable lead, coordinating proposal and approval evidence with William Costa and the focal SSO retest with Joseph Kenford. Assign engineering and security/legal counterparts where needed.
Acceptance
Thomas accepts a timestamped same-incident login/work recovery test or identifies residual failure and scope. The authorized buyer confirms same-scope next-term terms, security/legal acceptance and signature plan; obtain the executed renewal agreement.
Customer gate
Customer accepts login/work recovery and the next-term commercial scope. Native High priority is not relabeled Urgent.
Escalation
Escalate to the assigned renewal lead if proposal and annual scope remain unreconciled, signer or security/legal authority is missing, or APAC retesting leaves work blocked. Assign the missing approval or technical owner before selecting a remedy.
Why it helps
Testing the actual APAC incident avoids spending effort on an already recovered but different issue. Matching approvals and proposal scope to the base term clears the buyer’s path to signing.
Target outcome
Accepted login/work recovery and a signed same-term renewal.
Named in the records
Susan Armitworth (Senior Account Executive) with William Costa (Customer Success Manager); recorded CRM case owner/replier Joseph Kenford (Senior Support Engineer). Zendesk assignment is empty; engineering recovery ownership is unconfirmed.

The finding

Renewal priorities · Reported access issue; distinct recovered incidents

Arvelis: separate APAC SSO recovery from proposal scope. The August 22 APAC SSO report describes queued work. Earlier EU and disaster-recovery recoveries concern different incidents. The 57,500 proposal and 81,517 annual base have different, unresolved scopes.

Validate the August 22 incident with Joseph Kenford; confirm signer, security/legal criteria and the next-term proposal with Susan and William.

Stonebridge Partners: evidence and plan$309,800 · term end Oct 13 · 2 records · 8 quotes

Decide Separate expansion

Proposed lead: Sofia Wrenworth, Customer Success renewal lead.

The problem

The September deal records expansion, not the Oct 13 base renewal.

  • The selected five opportunities contain no open Type=Renewal. deal-408 is 325,000 Existing Business expansion, Negotiation, close September 30, no ContractId. deal-407 is 130,000 New Business, Qualification. Historical won deal-404 currently shows 1,250,000 and deal-405 309,800; both and their Orders share contract-101. The recorded won amount for deal-404 was 945,900 before a later field increase.
  • Account ARR and contract description give a 309,800 annual base, 295 seats and 12-month term ending 2026-10-13. Contract signatures are September 14, 2024. LastModified remains in 2024 despite a 2025 activation, a preserved chronology inconsistency, not evidence of a new next-term execution.

Still unclear

Next-term base agreement and owner; whether the August import issue still affects the customer’s SOC 2 evidence run or renewal.

Ask

Separate renewal paperwork from expansion; ask Richard to repeat the same import test and confirm the evidence-run deadline.

Done when

Richard accepts the same-request result with residual risk recorded; the buyer approves base terms and signing plan. Obtain a signed base renewal, independently of expansion, with Finance validating the annual amount.

Evidence · historical customer report

Since the weekend, the bulk import duplicates every record it writes. It reproduces on our second workspace for our API integration. Request id req_5268b7c1ec is one example. This is blocking our SOC 2 evidence run.
Richard Miller, Stonebridge Partners customer; email signature: Security Engineer · Support history · Aug 3, 2026

Reported dependency; acceptance unresolved

Evidence

Records and quotes2 records · 8 quotes
Support historyAug 3, 2026Stonebridge PartnersRecord 4005310
Bulk import duplicating records on our second workspace

Outside-window August 3, 2026 evidence shows duplicate bulk imports blocking Stonebridge's SOC 2 evidence run. Support reported a rollback but also said there was no change and the platform team held the case; no customer-confirmed recovery or in-window continuation is supplied.

  • Richard reported every imported record duplicated on the second workspace, blocking the SOC 2 evidence run.

    This is blocking our SOC 2 evidence run.

    Richard Miller, Stonebridge Partners customer; email signature: Security Engineer

    Caveat: This is an explicit historical operational blocker, not an explicit renewal refusal. Open status does not show that duplication persisted into September or October. Native passage check: exact excerpt matches 8 occurrence(s) in 8 individual native body/block(s). Repeated text, including quoted email history, is not independent corroboration. Displayed speaker and location remain automated claims, not verified historical attribution.

  • Support asserted an eu-west-1 rollback and requested validation, rather than documenting successful recovery.

    Rolled back in eu-west-1 - could you retry and confirm?

    Freya Alderby, Tenovia Analytics support agent

    Caveat: No customer retry result is supplied. Richard's repeated report names 05:46 (400531003; email-ticket-5310-2), so its later email delivery does not prove a post-rollback recurrence. Native passage check: exact excerpt matches 3 occurrence(s) in 3 individual native body/block(s). Repeated text, including quoted email history, is not independent corroboration. Displayed speaker and location remain automated claims, not verified historical attribution.

  • A support update after the rollback comment still described no change and platform-team escalation.

    No change yet - req_5268b7c1ec is with the platform team and I am chasing it daily.

    Freya Alderby, Tenovia Analytics support agent

    Caveat: This conflicts with any assumption that the 13:53 rollback settled the issue, but is not a fresh customer test. The 16:44 email repeats the rollback assertion without confirming its outcome. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • All supplied evidence is dated August 3, 2026, outside [2026-09-17, 2026-10-17). The urgent/open metadata does not establish ongoing in-window impact.
  • All supplied comments and email TextBody were reviewed; referenced payloads, operational logs, HTML and headers were not reviewed.
  • No renewal decision, financial amount, verified current owner or later customer outcome is supplied.
Call transcriptAug 20, 2026Stonebridge PartnersRecord 7000000003130381942
Technical deep dive - Stonebridge Partners

Outside-window Stonebridge discussion shows strong sanctions-screening adoption and willingness to consider a 24-month term, not an explicit refusal to renew. The $151,000 renewal/add-on boundary, configuration continuity and current-versus-proposed capacity remain qualification items.

  • Thomas references $151,000 but explicitly questions whether it covers renewal alone or renewal plus an add-on.

    Sarah, is the $151,000 number the renewal or the renewal plus the add-on?

    Thomas Brentfield, Director of Data, External

    Caveat: No direct allocation answer appears. Susan says an unspecified number includes the sandbox and promises annual versus 24-month comparisons (block 31 sentence 1, block 36 sentence 1); neither establishes renewal-only or annualized value. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Sarah prefers a 24-month rate lock; future exit diligence is not a stated intent to cancel.

    We would rather sign for 24 months and lock the rate.

    Sarah Mossford, CTO, External

    Caveat: Yuki refers to raising an issue at renewal in 24 months (block 5 sentence 4), and Sarah asks hypothetically about exit if they do not renew then (block 35 sentence 1). Order-form and pre-signature security-review language still appears (block 8 sentence 2, block 27 sentence 1); the operative expiry is unknown. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Yuki reports adoption ahead of expectations at about 923 users, with additional-team demand and growth.

    Adoption of sanctions screening is ahead of where we expected - about 923 people are in it now.

    Yuki Brookhall, Support Manager, External

    Caveat: Yuki reports two additional teams, roughly 57% usage growth, no open screening questions and a comparatively easier rollout (block 5 sentences 1-2, block 19 sentence 1, block 30 sentence 1). Susan nevertheless describes thinner error-budget reporting and a newer product (block 9 sentence 1, block 34 sentence 1); these are seller caveats, not customer-reported failures. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Thomas raises configuration continuity if Sarah leaves, without announcing a departure or proving a single-person dependency.

    If Sarah leaves, does anyone else at Stonebridge Partners know how this is configured?

    Thomas Brentfield, Director of Data, External

    Caveat: Susan proposes training Sarah and two others (block 12 sentence 1), but completion is not shown. Sarah's positive platform-team review feedback (block 28 sentence 2) does not establish backup configuration knowledge. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Susan flags the plan rate limit at the reported adoption level while giving assurances about a proposed tier's headroom.

    the rate limit on your plan is what 923 users hit first

    Susan Armitworth, Senior Account Executive, Internal

    Caveat: Susan says growth moves the customer to the next tier (block 7 sentence 2), another 57% fits the proposed tier (block 24 sentence 1), and 8,305 events/second has headroom (block 29 sentence 1). Current and proposed plans may explain the difference; Thomas reports that peak and asks its tier effect (block 22 sentence 1), but reports no limit-related incident. Native passage check: exact excerpt matches 1 occurrence(s) in 1 individual native body/block(s). Displayed speaker and location remain automated claims, not verified historical attribution.

  • Call dated 2026-08-20, outside [2026-09-17 inclusive, 2026-10-17 exclusive); exact renewal timing and benchmark eligibility are unverified.
  • The $151,000 reference has unresolved scope, currency and period; it is not a verified renewal amount, loss or achieved recovery.
  • Pilot, completed-rollout and future implementation language coexist. Seller availability, latency, import and error-budget assertions are not verified outcomes.
  • Only supplied text and speaker mappings reviewed. Current CRM mappings, audio/video and omitted commercial or technical assets do not establish historical contract status.
Evidence notes25 notes
What the records show, and how we read them
  • A historical Renewal opportunity records 1,250,000 and another won New Business deal records 309,800 against the same contract. Current annual ARR is 309,800; there is no basis to add the wins or call them cash received.
  • Customer reproduction and SOC 2 evidence dependency. Rollback announcement at 13:53 Aug 3 is followed by support no-change at 15:21. Rollback is not verified recovery.
  • Since the weekend, the bulk import duplicates every record it writes. It reproduces on our second workspace for our API integration. Request id req_5268b7c1ec is one example. This is blocking our SOC 2 evidence run.
  • Retain the import/SOC 2 dependency for scoped validation. Seller rollback is not accepted resolution; neither current recurrence nor causal renewal exposure is established. Expansion forecasts and positive module adoption do not settle the base renewal.
  • Account ARR and contract description give a 309,800 annual base, 295 seats and 12-month term ending 2026-10-13. Contract signatures are September 14, 2024. LastModified remains in 2024 despite a 2025 activation, a preserved chronology inconsistency, not evidence of a new next-term execution.
  • Richard Miller, Security Engineer, reports August 3 bulk-import duplication on a second workspace/API integration, request req_5268b7c1ec, blocking a SOC 2 evidence run; subsequent customer contributions describe recurrence and an unchanged single egress gateway. The Case Subject instead refers to a settlement file.
  • Freya Alderby reports a eu-west-1 rollback for ingest-worker clock skew. Salesforce dates that contribution 16:44 on August 3; Zendesk dates its corresponding rollback 13:53:16, followed at 15:21:09 by Freya, NOT the customer, saying "No change yet" and chasing the platform team. No buyer acceptance is in the collected focal thread. Preserve each source clock.
  • The selected five opportunities contain no open Type=Renewal. deal-408 is 325,000 Existing Business expansion, Negotiation, close September 30, no ContractId. deal-407 is 130,000 New Business, Qualification. Historical won deal-404 currently shows 1,250,000 and deal-405 309,800; both and their Orders share contract-101. The recorded won amount for deal-404 was 945,900 before a later field increase.
  • Technical validation is justified, but observed August non-resolution is not proof that the SOC 2 run or October renewal remains blocked at frozen window start.
  • Resolve base-renewal paperwork independently from expansion. The missing collected open-renewal opportunity is a coverage/workflow gap, not proof that no renewal exists anywhere.
  • 2024 ticket 5232 and explicit Jira AG-117 concern APAC retry/error 500 request req_c999425431. A seller fix claim coexists with an open record and blocked-next-step tail. This is not an engineering identity match for ticket 5310 and not evidence of its current root cause.
Counterevidence and scope
  • Current customer reproduction/retest and acceptance of rollback or newer mitigation for the same affected scope. Engineering issue/change identity for req_5268b7c1ec, not merely a similar bulk-import issue or matching cross-source ID. Authoritative SOC 2 schedule and proof of any renewal contingency. Next-term base-renewal agreement and signatures; correct historical contract chronology and recurrent/nonrecurrent amount reconciliation. Record currency and causal counterfactual; no expansion forecast probability is a rescue probability.
  • The rollback is a real support claim of action and is not ignored, but it requests confirmation and has no accepted retest. The later No change statement is also support-authored, not a customer-verified continued failure.
  • August 20 sanctions call reports 923 users, positive adoption and a buyer preference for 24 months, while asking whether 151,000 is renewal or renewal-plus-add-on without a substantive answer. It discusses billing-service/sanctions and proposed paperwork, not the import request or a signed 295-seat base renewal.
  • June import/logout ticket 5247 has an initially worsening workaround, then customer-confirmed no recurrence on the DR site after mitigation. Different request req_147b6db89a, symptom, dates and environment; this is historical mitigation, not resolution of August duplication.
  • Native due_at is August 6, 2026. The customer reports a SOC 2 evidence dependency, but no inspected artifact establishes that timestamp as a current regulator-imposed or renewal deadline.
Proposed next steps
  • Sofia Wrenworth should establish the next-term order and accountable renewal owner, separate from the support recovery.
  • Freya Alderby to coordinate import replay/deduplication and customer acceptance with Richard Miller; reconcile SOC 2 deadline with Sofia Wrenworth.
  • Validate the base October 13 renewal and reconcile it with historical orders and separate September expansion. Validate the same bulk-import request/workspace and whether the rollback or any later mitigation was accepted; establish the actual SOC 2 run dependency and deadline. Proposed responsibilities: Sofia Wrenworth (Senior Customer Success Manager): base-renewal validation and account coordination; Freya Alderby (Support Manager): focal support owner and customer retest coordination; Wei Riverthorpe (Director of Customer Support): support escalation and scope reconciliation.
  • Validate the base October 13 renewal and reconcile it with historical orders and separate September expansion. Proposed lead: Sofia Wrenworth. Acceptance: Identified next-term agreement, buyer-authorized terms/amount/currency and signature status, without summing expansion or reused contract records.
  • Validate the same bulk-import request/workspace and whether the rollback or any later mitigation was accepted; establish the actual SOC 2 run dependency and deadline. Proposed lead: Freya Alderby, Wei Riverthorpe. Acceptance: Customer acceptance/retest for req_5268b7c1ec or explicit incident-equivalence evidence, remaining duplication risk and business dependency, with source clocks retained.
Money context
  • deal-408: 325,000 open expansion opportunity amount; not annual recurrence, not added to the base.
  • deal-407: 130,000 open new business opportunity amount; not annual recurrence, not added to the base.
  • deal-404: 1,250,000 historical won opportunity current amount; not annual recurrence, not added to the base.
  • deal-405: 309,800 historical won new business opportunity amount; not annual recurrence, not added to the base.
Source references54 references
  • acct-174
  • contract-101
  • deal-404
  • deal-405
  • deal-408
  • tickets.jsonl:5311 · 4005310
  • Comment 400531001 · 2026-08-03T07:31:26Z
  • Comment 400531002 · 2026-08-03T08:01:45Z
  • Comment 400531003 · 2026-08-03T09:29:38Z
  • Comment 400531004 · 2026-08-03T10:57:31Z
  • Comment 400531005 · 2026-08-03T12:25:24Z
  • Comment 400531006 · 2026-08-03T13:53:16Z
  • Comment 400531007 · 2026-08-03T15:21:09Z
  • PRIORITY-acct-174-RENEWAL-2026-10-13
  • Account.jsonl:85 · acct-174 · /data/ARR__c, /data/Renewal_Date__c, /data/Licensed_Seats__c, /data/CurrencyIsoCode
  • Contract.jsonl:5 · contract-101 · /data/Description, /data/ContractTerm, /data/StartDate, /data/EndDate, /data/CompanySignedDate, /data/CustomerSignedDate, /data/ActivatedDate, /data/LastModifiedDate
  • Case.jsonl:4793 · ticket-5310 · /data/AccountId, /data/Subject, /data/Description, /data/OwnerId, /data/Status
  • EmailMessage.jsonl:27144 · email-ticket-5310-0 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:27146 · email-ticket-5310-2 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:27148 · email-ticket-5310-4 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:27149 · email-ticket-5310-5 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • ticket-events.jsonl:36970 · 48053105 · /data/created_at, /data/updater_id, /data/child_events
  • ticket-events.jsonl:36971 · 48053106 · /data/created_at, /data/updater_id, /data/child_events
  • Opportunity.jsonl:345 · deal-408 · /data/Type, /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId, /data/OwnerId
  • Opportunity.jsonl:344 · deal-407 · /data/Type, /data/Amount, /data/StageName, /data/ContractId
  • Opportunity.jsonl:341 · deal-404 · /data/Type, /data/Amount, /data/CloseDate, /data/ContractId
  • Opportunity.jsonl:342 · deal-405 · /data/Type, /data/Amount, /data/CloseDate, /data/ContractId
  • Opportunity.jsonl:343 · deal-406 · /data/Type, /data/StageName, /data/IsClosed
  • OpportunityHistory.jsonl:851 · opph-deal-404-2 · /data/StageName, /data/Amount, /data/CreatedDate
  • OpportunityFieldHistory.jsonl:1358 · oppfh-deal-404-amount-1760621000 · /data/OldValue, /data/NewValue, /data/CreatedDate
  • Order.jsonl:99 · order-404 · /data/ContractId, /data/OpportunityId, /data/TotalAmount
  • Order.jsonl:100 · order-405 · /data/ContractId, /data/OpportunityId, /data/TotalAmount
  • calls-extensive.jsonl:1455 · 7000000003130381942 · /data/metaData, /data/context, /data/parties
  • transcripts.jsonl:1455 · 7000000003130381942 · /data/transcript/9/sentences/0, /data/transcript/18/sentences/0, /data/transcript/18/sentences/1, /data/transcript/22/sentences/0, /data/transcript/27/sentences/1, /data/transcript/29/sentences/0, /data/transcript/35/sentences/0
  • EmailMessage.jsonl:26737 · email-ticket-5247-0 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • ticket-events.jsonl:36583 · 48052476 · /data/created_at, /data/updater_id, /data/child_events
  • ticket-events.jsonl:36584 · 48052477 · /data/created_at, /data/updater_id, /data/child_events
  • ticket-events.jsonl:36585 · 48052478 · /data/created_at, /data/updater_id, /data/child_events
  • tickets.jsonl:5311 · 4005310 · /data/due_at, /data/created_at, /data/updated_at
  • EmailMessage.jsonl:26644 · email-ticket-5232-0 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • EmailMessage.jsonl:26648 · email-ticket-5232-4 · /data/TextBody, /data/FromName, /data/FromAddress, /data/MessageDate, /data/ParentId
  • ticket-events.jsonl:36489 · 48052325 · /data/created_at, /data/updater_id, /data/child_events
  • Account.jsonl:85 · acct-174 · /data/ARR__c, /data/Renewal_Date__c, /data/CurrencyIsoCode, /data/Licensed_Seats__c
  • Contract.jsonl:5 · contract-101 · /data/Description, /data/ContractTerm, /data/StartDate, /data/EndDate, /data/CurrencyIsoCode, /data/SpecialTerms, /data/CustomerSignedDate, /data/CompanySignedDate
  • Opportunity.jsonl:345 · deal-408 · /data/Amount, /data/CurrencyIsoCode, /data/Type, /data/CloseDate, /data/StageName, /data/ContractId
  • Opportunity.jsonl:344 · deal-407 · /data/Amount, /data/CurrencyIsoCode, /data/Type, /data/CloseDate, /data/StageName, /data/ContractId
  • Opportunity.jsonl:341 · deal-404 · /data/Amount, /data/CurrencyIsoCode, /data/Type, /data/CloseDate, /data/StageName, /data/ContractId
  • Opportunity.jsonl:342 · deal-405 · /data/Amount, /data/CurrencyIsoCode, /data/Type, /data/CloseDate, /data/StageName, /data/ContractId
  • Account.jsonl:85 · acct-174 · /data/OwnerId
  • User.jsonl:15 · user-121 · /data/Name, /data/Title, /data/IsActive
  • Case.jsonl:4793 · ticket-5310 · /data/OwnerId
  • User.jsonl:45 · user-174 · /data/Name, /data/Title, /data/IsActive
  • AccountTeamMember.jsonl:160 · accountteammember-acct-174-user-4 · /data/TeamMemberRole, /data/Title, /data/UserId
  • User.jsonl:74 · user-4 · /data/Name, /data/Title, /data/IsActive

The plan

  1. Identify the October 13 next-term base agreement and order. Reconcile historical orders sharing contract-101 separately from September expansion deal-408; agree buyer authority, scope and signature timing.
  2. Ask Richard Miller to repeat the bulk-import replay/deduplication test for req_5268b7c1ec on the affected second workspace/API integration. Freya should map the engineering change to that request and record the customer’s result.
  3. Ask Richard for the actual SOC 2 evidence-run deadline and whether any remaining duplication affects renewal. Do not use the rollback announcement or a different recovered import incident as acceptance.
Coordination
Recommend Sofia Wrenworth as accountable lead, coordinating the customer retest with Freya Alderby and support escalation with Wei Riverthorpe. Confirm the next-term renewal owner and assign engineering recovery responsibility.
Acceptance
Richard accepts a clean same-request replay/deduplication result, with residual risk and SOC 2 dependency recorded. The authorized buyer confirms next-term base scope, amount, currency and signature plan; obtain the executed renewal agreement independently of expansion.
Customer gate
Customer accepts a clean replay/deduplication result and confirms renewal impact. A rollback announcement alone does not pass.
Escalation
Escalate to Sofia if no next-term agreement or accountable renewal owner is identified. Bring Freya and Wei together if replay still duplicates records, customer acceptance is missing, or the agreed SOC 2 dependency is threatened; allocate engineering against that exact request.
Why it helps
A customer-accepted import result addresses the evidence-run dependency. Separate base-renewal paperwork keeps an expansion forecast or old win from masking an unsigned next term.
Target outcome
Accepted import replay and a signed base renewal, separate from expansion.
Named in the records
Sofia Wrenworth (Senior Customer Success Manager) with Freya Alderby (Support Manager) (also assigned in Zendesk); next-term renewal and engineering ownership need confirmation.

The finding

Renewal priorities · Reported dependency; acceptance unresolved

Stonebridge: confirm the base renewal and import acceptance. An August duplicate-import report blocked a SOC 2 evidence run. The rollback claim has no accepted retest; later support says “No change yet.” Positive sanctions adoption and a separate expansion deal do not settle the October 13 base renewal.

Ask Richard Miller for a same-request import retest. Reconcile the next-term agreement separately from historical wins and September expansion.

Track progress: five checksWeekly targets

Inspect these each week.

  • Named accountable owner3 of 3 priority renewals: one named, active lead accepts accountability and names support, technical and commercial counterparts.
  • Buyer-confirmed term, scope and signature plan3 of 3: authorized buyer confirms next-term entity, term, scope, amount/currency, signer and decision/signature dates against the recorded term end.
  • Customer-accepted same-incident retest3 of 3 focal incidents: timestamped customer acceptance for the affected request or documented incident identity, tenant and region; record remaining business and renewal dependencies.
  • Executed renewal agreement: outcome gate3 of 3: executed next-term agreement and applicable amendments/order forms matched to buyer-approved scope; Finance validates the annual recurring amount.
  • Pipeline qualification23 of 23 pipeline accounts: current term, deal, order, buyer intent and accountable owner reconciled; buyer-confirmed next decision and signature path recorded.
The money, worked through$711,426 base · formula and limits

Annual renewal base × (retention with action − retention without action).

$711,426 × 5% = $35,571.30 per year
$711,426 × 20% = $142,285.20 per year

Annual renewal base. $711,426.00 across the three priority accounts: Heliotrope $320,109, Arvelis Credit Union $81,517, Stonebridge Partners $309,800.

Scenario. 5–20 percentage points is a hypothetical improvement, not a predicted retention rate. Compare the same annual scope with and without these actions; both retention rates must stay within 0–100%.

Measurement. The baseline and achieved improvement are unknown, so no gain or causal impact is established. Finance must validate signed next-term recurring scope, amount and currency before measuring an outcome; each priority account is counted once.

Pipeline. $2,563,518.00 across 23 accounts, counted separately from the renewals.

All 41 findings9 themes · searchable

Showing 41 of 41 findings

Renewal priorities3
Heliotrope: align the renewal and validate sandbox recoveryHeliotrope · Historical reports; current impact to confirm$320,109Recorded annual ARR context

The September 27 term and October 30 renewal deal are misaligned. August sandbox-refresh and sanctions reports need separate validation; later positive adoption does not establish a same-scope fix or settle July written-commitment concerns.

Reconcile contract-98 and deal-392, confirm an active handoff, and obtain a customer retest for req_c2192161e9. Keep sanctions incidents separate.

Named in the records: Robert Alderbury · Ana Harris · John Ashwood

Evidence and plan for this account

Stonebridge: confirm the base renewal and import acceptanceStonebridge Partners · Reported dependency; acceptance unresolved$309,800Recorded annual ARR context

An August duplicate-import report blocked a SOC 2 evidence run. The rollback claim has no accepted retest; later support says “No change yet.” Positive sanctions adoption and a separate expansion deal do not settle the October 13 base renewal.

Ask Richard Miller for a same-request import retest. Reconcile the next-term agreement separately from historical wins and September expansion.

Named in the records: Sofia Wrenworth · Freya Alderby · Wei Riverthorpe

Evidence and plan for this account

Arvelis: separate APAC SSO recovery from proposal scopeArvelis Credit Union · Reported access issue; distinct recovered incidents$81,517Recorded annual ARR context

The August 22 APAC SSO report describes queued work. Earlier EU and disaster-recovery recoveries concern different incidents. The 57,500 proposal and 81,517 annual base have different, unresolved scopes.

Validate the August 22 incident with Joseph Kenford; confirm signer, security/legal criteria and the next-term proposal with Susan and William.

Named in the records: Susan Armitworth · William Costa · Joseph Kenford

Evidence and plan for this account

Renewal scope1
Nine recorded expiries, distinct commercial positionsCompany-wide · Recorded dates and statuses$854,950Gross cohort annual base

What we found

The September 17 to October 16 cohort carries 854,950 in annual revenue context. Six accounts beyond the three priorities include an already-won renewal and recorded churn, not six equivalent save opportunities.

What to do

Reconcile signed terms and status for each account, keeping gross cohort, exclusions and the three-account renewal base distinct.

Named in the records: Revenue Operations and legal-term verification · roles unassigned

Evidence notes10 notes
What the records show, and how we read them
  • The full date screen finds 854,950 annual units. Bluepeak’s 8,422 is held because churned/Expired/lost records conflict with CRM Customer. Obsidian’s 62,000 is held because a won FY26 renewal still points to an expiring contract. The remaining 784,528 is a planning envelope, not established loss or accounting bookings.
  • Date membership is established in these collected objects. It does not establish current legal coverage, collectibility, customer intent or a save.
  • Both Account.Renewal_Date__c and Contract.EndDate select the same nine account IDs. Excluding acct-108/acct-169/acct-174 leaves the six listed in reconstruction.
  • All six Contract.StartDate values are in 2025; each ContractTerm is 12. Cautera is the inclusive lower-bound date.
Counterevidence and scope
  • 854,950, 846,528, 784,528 and 711,426 overlap. Never add them.
  • Signed agreement bodies and actual expiry hour/grace/automatic-renewal terms are not semantically reviewed.
  • One selected contract is Expired; one account has an already-won 2026 renewal. Do not make all six a homogeneous at-risk or save pool.
Proposed next steps
  • Reconcile effective contract status and signed terms before quoting exposure. Retain excluded rows so the gross-to-net bridge can be audited.
  • Use the native-ID cohort for a proposed term/status reconciliation, while retaining each recorded value. Proposed responsibilities: Revenue Operations with legal-term verification (unassigned role; proposal only). Acceptance: Confirm actual effective agreements, expiry semantics and record-level currency before any commercial forecast.
  • Confirm actual effective agreements, expiry semantics and record-level currency before any commercial forecast.
Source references27 references
  • All 2,806 Accounts
  • All 113 Contracts
  • All 480 Opportunities
  • OE-COHORT-01
  • Account.jsonl:22 · acct-117 · /data/Renewal_Date__c
  • Account.jsonl:72 · acct-162 · /data/Renewal_Date__c
  • Account.jsonl:109 · acct-196 · /data/Renewal_Date__c
  • Account.jsonl:133 · acct-38 · /data/Renewal_Date__c
  • Account.jsonl:170 · acct-71 · /data/Renewal_Date__c
  • Account.jsonl:197 · acct-96 · /data/Renewal_Date__c
  • Contract.jsonl:15 · contract-110 · /data/EndDate
  • Contract.jsonl:30 · contract-23 · /data/EndDate
  • Contract.jsonl:54 · contract-45 · /data/EndDate
  • Contract.jsonl:66 · contract-56 · /data/EndDate
  • Contract.jsonl:82 · contract-70 · /data/EndDate
  • Contract.jsonl:107 · contract-93 · /data/EndDate
  • Contract.jsonl:15 · contract-110 · /data/StartDate
  • Contract.jsonl:30 · contract-23 · /data/StartDate
  • Contract.jsonl:54 · contract-45 · /data/StartDate
  • Contract.jsonl:66 · contract-56 · /data/StartDate
  • Contract.jsonl:82 · contract-70 · /data/StartDate
  • Contract.jsonl:107 · contract-93 · /data/StartDate
  • Contract.jsonl:82 · contract-70 · /data/Status
  • Opportunity.jsonl:89 · deal-178 · /data/StageName
  • Organization.jsonl:1 · 00D5g0000000SimEAE · /data/DefaultCurrencyIsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsCorporate
Other expiry accounts6
Cautera: confirm the September 17 term and workflow statusCautera Technologies · Same-day recorded expiry; historical reports$18,665Recorded annual ARR context

What we found

The recorded 12-month term ends at the start of the date window. Historical SSO and ACH reports merit scoped retests despite low/normal priority; a cross-workspace allegation is not a confirmed breach. Positive adoption and a recovered July dispute remain relevant counterevidence.

What to do

Confirm continuation or nonrenewal with Anthony; obtain ticket-specific retests and tenant-isolation evidence with the recorded support owners.

Named in the records: Anthony Clayton · Wei Riverthorpe · Robert Deepcroft

Evidence notes31 notes
What the records show, and how we read them
  • Low priority does not negate explicit downstream-job pause. Only initial comment; currently unresolved impact unverified.
  • Opening this on behalf of for everyone who logs in via SSO: SSO login SAML logins fail with an invalid signature, first noticed at 14:59. We have paused the downstream job until we hear back.
  • Customer reports and repeats cross-workspace results; rollback request followed by still-with-us. Root-cause text names rate limiting, which does not itself explain or disprove isolation failure.
  • our API integration reports that the ACH batch returns records belonging to a different workspace. Started this morning; no config changes on our side. Error code 401, request id req_b23f13b788.
  • Inclusive date membership justifies an urgent proposed evidence check at cutoff. Exact same-day termination time and legal status are unknown. The prior 36-month preference cannot override the later 12-month native term.
  • Account ARR is 18,665; contract-110 is Activated, 37 seats at 18,665 per year, 2025-09-17 to 2026-09-17, 12 months, annual invoicing in advance.
  • deal-452 is a historical 30,000 Closed Won new-business opportunity. deal-451 and deal-453 are each 15,000 Qualification/new business, with CloseDate 2026-10-30 and 2026-12-31, outside this window.
  • Ana requests 36 months; the seller offers a different rate, with a platform-only price for a much larger sizing. These are discussion terms, not signed acceptance.
  • Severity labels are not impact measurements. Revalidation and an isolation/security review are defensible proposed actions. This preserved August text is not independent evidence of a September outage or data disclosure.
  • 4005712 is low/new. Jennifer Ashford reports SSO signature failures and a paused downstream job on 2026-08-21. Robert Deepcroft replies at that timestamp and Case.OwnerId is user-26.
  • 4005676 and 4005696 report duplicate notifications and stale production payout configuration, respectively; both say not urgent yet, with go-live/payroll conditional deadlines.
  • Ana reports ACH batch returning another workspace's records in 4005689 on August 7. Support reports rollback, then says still with us; no customer post-change validation is collected.
Counterevidence and scope
  • Security status: cross-workspace allegation; breach unconfirmed.
  • Native renewal outcome at cutoff, auto-renewal provisions and signed term content. Historical buying authority; the two calls predate the current recorded term and cannot prove a day1 rescue.
  • May customer comments describe 171 users with no complaints, roughly 43% usage growth, and interest from two teams. The later discovery still has a security gate and timing not fixed.
  • Payloads, isolation validation, post-August retests and commercial consequence. Unreviewed supporting tickets and the problem_id target on 4005696 are not automatically equivalent incidents.
  • Separate July transaction-dispute complaint 4005716 ended with Nina Moore confirming recovery. Its different request ID and service do not close 4005689.
  • The three new tickets have named Salesforce owners and outgoing acknowledgements despite null Zendesk assignees. Support Case.Subject differs from the description and email subject.
  • The May call says three open tickets share a root cause, without native ticket IDs. It predates the August tickets and does not establish the same incident or present-day state.
Proposed next steps
  • Unassigned SSO support role to confirm impact and restore job with Jennifer Ashford; Anthony Clayton to check same-day renewal.
  • Wei Riverthorpe to route isolation validation to unassigned security lead; confirm scope and rollback acceptance; no verified breach or loss amount.
  • Propose Anthony Clayton verify the actual expiring agreement, buyer authority and renewal intent; keep larger-seat quotes separate. Proposed responsibilities: Anthony Clayton (Account Executive; proposed only). Acceptance: Authenticated executed extension or explicit nonrenewal/continuation evidence tied to acct-196 and contract-110. Resolve currency, scope, dates and any overlap before a scenario value is admitted.
  • Authenticated executed extension or explicit nonrenewal/continuation evidence tied to acct-196 and contract-110.
  • Resolve currency, scope, dates and any overlap before a scenario value is admitted.
  • Propose native support owners obtain timestamped customer retests and isolation evidence, then Anthony validate whether any unresolved issue actually affects renewal. Proposed responsibilities: Wei Riverthorpe (Director of Customer Support; proposed only); Robert Deepcroft (Support Engineer; proposed only); Anthony Clayton (Account Executive; proposed only). Acceptance: Customer-confirmed current impact and affected scope; actual product/security evidence for any cross-workspace disclosure. Reconcile rollback and still-open reporting, attachment contents and the specific request IDs. No commercial save claim without a renewal decision and causal/incremental evidence.
  • Customer-confirmed current impact and affected scope; actual product/security evidence for any cross-workspace disclosure.
  • Reconcile rollback and still-open reporting, attachment contents and the specific request IDs.
  • No commercial save claim without a renewal decision and causal/incremental evidence.
Money context
  • 197,500: seller platform quote, add-on excluded; period/currency code/accepted scope unproven.
  • 30,000: historical Closed Won Opportunity.Amount, not accounting bookings or cash.
  • 15,000: each of two separate new-business pipeline Amount fields; no established relation to the renewal or to each other.
Records and quotes6 records · 21 quotes
Support historyAug 21, 2026Cautera TechnologiesRecord 4005712
Is there an incident? SAML logins fail with an invalid signature on the Canadian data residency tenant

An outside-window August 21, 2026 report describes SAML signature failures affecting SSO users and a paused downstream job on Cautera's Canadian-residency tenant. Support acknowledged investigation, but no diagnosis or recovery is supplied; new/unassigned status does not establish continuing impact or a renewal threat.

  • The customer reported SSO login failures affecting everyone using SSO and paused a downstream job pending a response.

    for everyone who logs in via SSO: SSO login SAML logins fail with an invalid signature, first noticed at 14:59. We have paused the downstream job until we hear back.

    Jennifer Ashford, Security Engineer, Cautera Technologies

  • Support acknowledged investigation despite new/unassigned ticket metadata, but supplied no diagnosis or recovery result.

    We are looking at is there an incident? SAML logins fail with an invalid signature on the Canadian data residency tenant now and will come back to you.

    Robert Deepcroft, Tenovia Analytics Support

  • The sole observation date, 2026-08-21, precedes [2026-09-17, 2026-10-17). Preserve as an outside-window unresolved-evidence lead, not an observed in-window incident.
  • No renewal timing, refusal, commercial amount or supported monetary estimate is supplied; current ownership and financial qualification remain separate.
  • The initial email indicates an attachment, but attachment contents, HTML and headers were not reviewed. All proposed actions are drafts.
Support historyAug 11, 2026Cautera TechnologiesRecord 4005689
ACH batch failing for our API integration since 09:12

Outside-window August 2026 ACH reports allege records from another workspace, including recurrence after a plan upgrade. Support reported a rollback but subsequently said the bug still blocked a seasonal peak; neither workspace isolation nor customer recovery is confirmed.

  • The customer reported possible workspace-isolation failure in ACH results.

    our API integration reports that the ACH batch returns records belonging to a different workspace.

    Ana Avonstead, Cautera Technologies customer

  • The customer described repeated occurrences on an on-premise gateway since a plan upgrade, broadening the reported scope.

    Yes, same on our on-premise gateway. It has happened a handful of times since our upgrade to the new plan.

    Ana Avonstead, Cautera Technologies customer

  • Support claimed a rate-limit configuration rollback but requested, rather than received, customer confirmation.

    Root cause is a rate-limit misconfiguration on api-gateway, introduced in v1.4.1 and only reachable through /v1/api-gateway/reports. Rolled back in eu-west-1 - could you retry and confirm?

    Wei Riverthorpe, Tenovia Analytics support

  • The latest supplied support update says the bug remained with Tenovia and asserts seasonal-peak blockage.

    This is still with us. The internal bug names a rate-limit misconfiguration, and it is prioritised because it blocks the seasonal traffic peak.

    Wei Riverthorpe, Tenovia Analytics support

  • The supplied record ends in August 2026, before [2026-09-17, 2026-10-17); preserve as an outside-window operational/security lead, not an established in-window renewal rescue.
  • No independently verified cross-workspace disclosure, post-rollback customer recovery, current incident state, monetary loss or renewal decision is supplied.
  • Plan-upgrade timing, commercial value and current recovery ownership are unverified. HTML, headers and attachment bodies were not reviewed.
Call transcriptJun 24, 2025Cautera TechnologiesRecord 7000000001354505896
Intro + requirements - Cautera Technologies

Outside-window 2025 Cautera discussion combines provisional budget with unanswered reliability/security questions and unsettled Q1 and 36-month terms. The seller's platform quote and prior-adoption references do not establish a renewal, delivered benefit or present exposure.

  • The customer questions two historical degradations; separately, the seller attributes evaluation out-of-memory errors to a release.

    your status page had data-warehouse-loader degraded twice last quarter - what changed after that

    Ana Avonstead, external Systems Administrator; separate release attribution by Anthony Clayton, internal Account Executive

  • Security, not price, is the customer's stated procurement gate despite provisional budget.

    Security - security review is the gate procurement worries about, not the price, more or less.

    Ana Avonstead, external Systems Administrator

  • The buyer's Q1 statements require separation of present evaluation from future rollout.

    Let us keep Q1 out of it for now and talk about what is in front of us.

    Ana Avonstead, external Systems Administrator

  • The seller identifies $197,500 as platform-only and recommends excluding the optional add-on in year one.

    The $197,500 is the platform; the add-on is separate and I would not buy it in year one.

    Anthony Clayton, internal Account Executive

  • The seller's 36-month rate explanation conflicts at face value with later unchanged per-seat pricing.

    a 36 month term is possible, at a different rate - I will show you - I can check the exact figure.

    Anthony Clayton, internal Account Executive

  • Configuration continuity and an absent adoption baseline are qualification gaps, not established dependency or achieved ROI.

    On our side, if Ana leaves, does anyone else at Cautera Technologies know how this is configured?

    Nina Moore, external VP Engineering; baseline commitment by Ana Avonstead

  • The 2025-06-24 source is well outside the target window; historical concerns and relative Q1 dates do not establish current impact or eligibility.
  • Prior-adoption references coexist with evaluation/onboarding language, so acquisition, expansion and existing-contract scope remain uncertain; no renewal event is explicit.
  • All supplied transcript text was reviewed. Now CRM associations, audio/video, omitted metadata and external documents were not used as historical or financial verification.
Call transcriptMay 19, 2025Cautera TechnologiesRecord 7000000001891777453
Intro + requirements - Cautera Technologies

Far outside the window, the customer reports strong webhook adoption, growth and interest in a 36-month rate lock. These positives coexist with three reportedly related open tickets and a seller-attributed release error, without evidence of resolution or an imminent renewal decision.

  • Customer reports roughly 43% usage growth, about 171 users with no complaints, adoption ahead of expectations and interest from two additional teams.

    Our usage is up roughly 43% on last quarter, which nobody expected.

    Ana Avonstead, external Systems Administrator

  • Customer prefers a 36-month rate lock and conditionally targets the next executive sync; renewal is mentioned as a later point for an unspecified issue.

    We would rather sign for 36 months and lock the rate.

    Ana Avonstead, external Systems Administrator

  • Support states that three open tickets share one root cause and should be addressed first.

    Between us, honestly, three of your open tickets are the same root cause - I would like to close that first.

    Robert Bainton, internal Support Engineer

  • Seller links an evaluation JSONDecodeError to v1.5.1; the customer's question about detecting the release problem is not substantively answered.

    Ana, we shipped v1.5.1 the week you were evaluating, which is where the JSONDecodeError in your logs came from, give or take.

    Anthony Clayton, internal Account Executive

  • Seller's stated 575 ms p95 equals the customer's latency budget; promised 43% tier headroom does not establish support for doubling volume.

    Our own p95 budget is 575 ms; where does yours sit under that load?

    Ana Avonstead, external Systems Administrator

  • Seller answers Jira connector ownership/on-call, but later promises another meeting to give the Jira question a real answer.

    The Jira connector is ours, and it is on the same on-call as the platform, more or less.

    Anthony Clayton, internal Account Executive

  • Call dated 2025-05-19, well before the target window; a future 36-month renewal reference is not an eligible renewal date.
  • Existing use and pilot expansion coexist with unsigned-order and future-implementation language; paid deployment and transaction type are not established.
  • Only supplied text/metadata reviewed; no audio/video, ticket records, monitoring artifacts, signed pricing or defensible monetary benefit calculation.
Support historyAug 20, 2026Cautera TechnologiesRecord 4005676
Retention policy intermittently failing for our nightly job

Outside window (August 20): Cautera reported duplicate retention-policy notifications and 502s in production, with urgency tied to a go-live the following week. Only a support acknowledgment follows; this concerns a product retention policy, not customer renewal.

  • Duplicate production notifications created a go-live readiness concern, although the customer explicitly said it was not yet urgent.

    Could you check retention policy? It sends the notification twice - error 502, request req_ae3aab1b4e, on production. Not urgent yet, but it becomes urgent at our go-live next week.

    Anthony Antonenko, Cautera Technologies Platform Engineer; customer

  • The August report and relative go-live timing precede the benchmark window. No acquisition or renewal decision, continuing impact, contract amount or quantified loss is established.
  • Review covers supplied text only; HTML rendering, headers and omitted assets remain unreviewed.
Support historyAug 20, 2026Cautera TechnologiesRecord 4005696
Payout schedule reading stale configuration on production

Outside-window August 20 production payout configuration was reported stale, with urgency conditional on payroll cutover. Support acknowledged investigation, but no fix, cutover date or later customer validation is supplied, leaving current impact unknown.

  • Richard reported stale production payout configuration with a payroll-cutover dependency.

    It applies yesterday's configuration instead of the current one - error 422, request req_1f70e5b27b, on production. Not urgent yet, but it becomes urgent at payroll cutover.

    Richard Alderwell, Cautera Technologies end-user

  • John acknowledged investigation, without a supplied recovery result.

    We are looking at payout schedule reading stale configuration on production now and will come back to you.

    John Ashwood, Tenovia support

  • Only an initial report and acknowledgement are supplied, all at the same timestamp; response latency and subsequent duration cannot be established.
  • The evidence predates the benchmark window. No renewal decision, contract amount or quantified financial impact is supplied.
  • HTML, headers and omitted assets were not reviewed.
Source references57 references
  • tickets.jsonl:5713 · 4005712
  • Comment 400571201 · 2026-08-21T21:59:07Z
  • tickets.jsonl:5690 · 4005689
  • Comment 400568901 · 2026-08-07T15:11:17Z
  • Comment 400568902 · 2026-08-08T09:37:23Z
  • Comment 400568903 · 2026-08-09T01:22:02Z
  • Comment 400568904 · 2026-08-09T17:06:40Z
  • Comment 400568905 · 2026-08-10T08:51:19Z
  • OE-196-01
  • Account.jsonl:109 · acct-196 · /data/ARR__c
  • Contract.jsonl:15 · contract-110 · /data
  • Opportunity.jsonl:393 · deal-451 · /data
  • Opportunity.jsonl:394 · deal-452 · /data
  • Opportunity.jsonl:395 · deal-453 · /data
  • transcripts.jsonl:657 · 7000000001354505896 · /data/transcript/3/sentences/0/text
  • transcripts.jsonl:657 · 7000000001354505896 · /data/transcript/19/sentences/1/text
  • transcripts.jsonl:657 · 7000000001354505896 · /data/transcript/20/sentences/1/text
  • transcripts.jsonl:909 · 7000000001891777453 · /data/transcript/5/sentences/2/text
  • transcripts.jsonl:909 · 7000000001891777453 · /data/transcript/11/sentences/0/text
  • transcripts.jsonl:909 · 7000000001891777453 · /data/transcript/1/sentences/1/text
  • transcripts.jsonl:657 · 7000000001354505896 · /data/transcript/5/sentences/0/text
  • Organization.jsonl:1 · 00D5g0000000SimEAE · /data/DefaultCurrencyIsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsCorporate
  • User.jsonl:93 · user-63 · /data/Name
  • User.jsonl:93 · user-63 · /data/Title
  • User.jsonl:93 · user-63 · /data/IsActive
  • Account.jsonl:109 · acct-196 · /data/OwnerId
  • Contract.jsonl:15 · contract-110 · /data/OwnerId
  • Opportunity.jsonl:393 · deal-451 · /data/OwnerId
  • Opportunity.jsonl:394 · deal-452 · /data/OwnerId
  • Opportunity.jsonl:395 · deal-453 · /data/OwnerId
  • OE-196-02
  • tickets.jsonl:5713 · 4005712 · /data/description
  • Case.jsonl:5239 · ticket-5712 · /data/OwnerId
  • EmailMessage.jsonl:29684 · email-ticket-5712-1 · /data/TextBody
  • tickets.jsonl:5677 · 4005676 · /data/description
  • tickets.jsonl:5697 · 4005696 · /data/description
  • tickets.jsonl:5690 · 4005689 · /data/description
  • ticket-events.jsonl:39222 · 48056893 · /data/child_events/0/body
  • ticket-events.jsonl:39223 · 48056894 · /data/child_events/0/body
  • ticket-events.jsonl:39379 · 48057164 · /data/child_events/0/body
  • EmailMessage.jsonl:29706 · email-ticket-5716-4 · /data/TextBody
  • Case.jsonl:5198 · ticket-5676 · /data
  • Case.jsonl:5220 · ticket-5696 · /data
  • Case.jsonl:5239 · ticket-5712 · /data
  • transcripts.jsonl:909 · 7000000001891777453 · /data/transcript/15/sentences/0/text
  • User.jsonl:74 · user-4 · /data/Name
  • User.jsonl:74 · user-4 · /data/Title
  • User.jsonl:74 · user-4 · /data/IsActive
  • Case.jsonl:5212 · ticket-5689 · /data/OwnerId
  • Case.jsonl:5243 · ticket-5716 · /data/OwnerId
  • User.jsonl:16 · user-125 · /data/ManagerId
  • User.jsonl:45 · user-174 · /data/ManagerId
  • User.jsonl:63 · user-26 · /data/Name
  • User.jsonl:63 · user-26 · /data/Title
  • User.jsonl:63 · user-26 · /data/IsActive
Obsidian: reconcile the won renewal with the legal termObsidian Partners · Recorded Closed Won; term unresolved$62,000Recorded annual ARR context

What we found

A 62,000 FY26 renewal is recorded Closed Won, but the collected contract still ends September 19. The inactive account owner, sandbox report and differing 12/18-month discussions need reconciliation. Separate cross-workspace symptoms have customer-confirmed recovery.

What to do

Match deal-178 to an executed extension and appoint an active accountable owner; validate the sandbox issue separately.

Named in the records: Charles Heathworth · Michael Greenford · Inge Anderson

Evidence notes21 notes
What the records show, and how we read them
  • Obsidian’s Renewal FY26 deal-178 is Closed Won on August 4 for 62,000, yet its contract still ends September 19 and no successor is in the 113-contract collection. The recorded account owner, Jennifer Carlucci, is inactive.
  • Initial high-priority report concerns unparsable sandbox export before pricing refresh; does not resolve the legal term behind the recorded Closed Won FY26 deal.
  • Reporting this from our sandbox at 16:42: sanctions screening escapes the delimiters so the file cannot be parsed. It has happened three or four times, always with error 503. We need it stable before the annual pricing refresh - what do you need from us?
  • Positive commercial evidence lowers the justification for calling this a new save, but neither the won field nor talk of renewal in 12/18 months proves an executed extension. The legal term is unverified, not affirmatively proven absent.
  • deal-178 is Closed Won/Renewal Amount 62,000, CloseDate 2026-08-04, linked contract-45. LastStageChangeDate is 00:14:45, 57 seconds before the final-approval call at 00:15:42.
  • The linked Activated contract is 12 months, StartDate 2025-09-19 and EndDate 2026-09-19; its company and customer signatures are dated 2023-09-19. The collected history has status activation only, not an end-date extension.
  • Karen requests 18 months; the seller quotes 161,000 for the platform excluding add-on. The next call still discusses signature and paperwork and includes a 12-month renewal reference.
  • Account/Contract owner Jennifer Carlucci/user-127 is inactive. Native won-deal owner Charles Heathworth/user-59 is an active Customer Success Manager.
  • Robert Brentwell also says he can see mobile app leaking across workspaces in the May 4002151 acknowledgement. This is corroborating support testimony, not independently inspected trace/payload or confirmed breach scope; retain the later customer-confirmed recovery.
Counterevidence and scope
  • Closed Won is not verified cash, accounting bookings or a legally extended term.
  • Signed renewal/order form bodies and post-call execution. Historical authority and complete support/security evidence; no independent breach confirmation.
  • Karen reports 195 reconciliation-report users and 174 trend-chart users on different calls, plus conditional sign-off. These are not 68 licensed-seat equivalents or purchased incremental seats.
  • 4002162 is new/high but the report explicitly concerns a sandbox; Inge Anderson owns the Salesforce Case and acknowledges it. A separate low-priority cross-workspace complaint 4002151 has customer-confirmed symptom recovery and a later differently scoped private note.
  • Other opportunities include a 47,000 won 2025 renewal and 21,000 Closed Lost platform deal for timing; do not omit them or add them as upside.
Proposed next steps
  • Charles Heathworth should reconcile the signed extension with customer-success leadership, who should appoint an active account owner. Do not claim Charles is already the replacement owner.
  • Renewal owner Charles Heathworth to reconcile new term; unassigned account-management lead replaces inactive owner, without guessing successor.
  • Propose Charles reconcile the won renewal with signed scope and dates; confirm an active accountable owner without rebooking or recounting existing sales success. Proposed responsibilities: Charles Heathworth (Customer Success Manager; proposed only); Michael Greenford (Sales Manager; proposed only); Inge Anderson (Support Engineer; proposed only). Acceptance: Executed signed extension, renewal coverage start/end, price scope and currency matched to deal-178/contract-45. Resolve the 57-second timestamp conflict and 12-versus-18-month references without inferring a future start.
  • Executed signed extension, renewal coverage start/end, price scope and currency matched to deal-178/contract-45.
  • Resolve the 57-second timestamp conflict and 12-versus-18-month references without inferring a future start.
Money context
  • 62,000: deal-178 Opportunity.Amount, sales Closed Won; not accounting bookings/cash.
  • 161,000: unaccepted seller platform quote, add-on excluded, no established record currency or term pricing.
Records and quotes3 records · 13 quotes
Support historyAug 21, 2026Obsidian PartnersRecord 4002162
Sanctions screening producing an unparsable export for our warehouse scanners

An outside-window August 21, 2026 report describes repeated sandbox sanctions-screening export failures ahead of an undated annual pricing refresh. Only an acknowledgment follows, leaving renewal eligibility, current impact and recovery unverified.

  • Jessica reported unparsable sanctions-screening exports in the sandbox, with three or four occurrences and error 503.

    Reporting this from our sandbox at 16:42: sanctions screening escapes the delimiters so the file cannot be parsed.

    Jessica Ashford, Obsidian Partners, Systems Administrator

  • The customer made stability a requirement before an annual pricing refresh, creating a commercial qualification lead rather than a proven renewal rescue.

    We need it stable before the annual pricing refresh - what do you need from us?

    Jessica Ashford, Obsidian Partners

  • Inge acknowledged investigation, but supplied text contains no remediation or customer retest.

    We are looking at sanctions screening producing an unparsable export for our warehouse scanners now and will come back to you.

    Inge Anderson, Tenovia Support

  • All supplied entries share the August 21, 2026 date, outside the target window. No later observation, refresh date, renewal terms or financial baseline is supplied.
  • HTML rendering, raw headers and omitted assets were not reviewed. Acknowledgment is not evidence of a completed investigation.
Call transcriptAug 4, 2026Obsidian PartnersRecord 7000000000443905691
Final approval sync - Obsidian Partners

Independent follow-up: Agree that adoption/intent is positive but unsigned in the call. Qualify any timing-based exclusion: native Account/Contract dates select September 19 and deal-178 already records Closed Won. Neither the call nor the won field resolves the unextended native term. Automated first-pass summary: Outside-window approval discussion: customers report easier rollout and stronger-than-expected adoption, with agreement conditional on holding the quoted number. A renewal is described as 12 months away; this is not established as a target-window renewal rescue.

  • Customer reports trend-chart adoption ahead of expectations at about 174 users.

    Adoption of trend chart is ahead of where we expected - about 174 people are in it now - does that work for you?

    Karen Barnshaw (external)

  • Customer indicates conditional agreement by the next executive sync if the quoted number holds.

    Realistically, if you can hold that number we can be done by the next exec sync, more or less.

    Karen Barnshaw (external)

  • Customer places an unspecified issue at a renewal 12 months later, complicating current renewal classification.

    We can raise that at renewal in 12 months rather than now.

    Jessica Ashford (external)

  • Seller flags plan rate limits at the reported adoption scale; capacity validation remains open.

    One thing to flag: the rate limit on your plan is what 174 users hit first - if that is fair.

    Patricia Willowworth (internal)

  • Call dated 2026-08-04, outside the target window. Historical renewal eligibility, account ownership and later execution remain unverified.
  • Only supplied text and mappings reviewed. Audio, contracts, uptime history, references and technical documents were not reviewed; no monetary outcome is established.
  • This independent comparison applies to this preserved record only, not all account histories, historical party identity, current operational impact or a verified financial outcome.
Call transcriptAug 3, 2026Obsidian PartnersRecord 7000000002450870387
Mutual action plan - Obsidian Partners

Outside-window Obsidian evidence is predominantly positive: 195-user adoption, expansion requests and conditional agreement around an 18-month rate lock. Reliability, capacity and support-continuity questions remain, and neither the FY26 CRM label nor stale-looking Q2 language establishes an in-window renewal rescue.

  • Karen reports healthy 195-user adoption, with additional teams and the executive sponsor interested in expansion.

    We have reconciliation report in front of 195 users now with no complaints.

    Karen Barnshaw, external Head of Infrastructure

  • The seller quotes $161,000 for the platform alone; Karen favors an 18-month rate lock and conditionally targets board-review agreement.

    the $161,000 is the platform; the add-on is separate and I would not buy it in year one

    Wei Alderton, internal Enterprise Account Executive; related buying statements from Karen Barnshaw, external

  • The customer discusses renewal 18 months later, while seller references to Q2 require calendar clarification.

    We can raise that at renewal in 18 months rather than now.

    Karen Barnshaw, external Head of Infrastructure; related timing statements from Wei Alderton, internal

  • Karen reports two prior-quarter webhook-dispatcher degradations and asks what changed; the seller's incident characterization does not answer that question.

    Your status page had webhook-dispatcher degraded twice last quarter - what changed after that?

    Karen Barnshaw, external Head of Infrastructure; related response from Wei Alderton, internal

  • Karen reports roughly 60% quarterly usage growth; seller limit warnings need reconciliation with proposed-tier headroom.

    Our usage is up roughly 60% on last quarter, which nobody expected - that is where we are, anyway.

    Karen Barnshaw, external Head of Infrastructure; related capacity assertions from Wei Alderton, internal

  • Karen raises configuration continuity and support-ownership questions, not a confirmed departure or single-admin failure.

    Wei, if Karen leaves, does anyone else at Obsidian Partners know how this is configured?

    Karen Barnshaw, external Head of Infrastructure, as mapped in the supplied transcript

  • The call is dated 2026-08-03, before [2026-09-17, 2026-10-17). It can support an outside-window lead, not a verified eligible rescue.
  • Current Salesforce renewal metadata, relative renewal language and Q2 references do not establish the historical transaction or exact due date.
  • No signed contract, verified amount basis, incident artifacts or customer impact measurements are supplied.
  • All supplied transcript blocks were reviewed; audio/video, omitted metadata and external documents were not reviewed. Block and sentence references are one-based.
Source references46 references
  • acct-71
  • contract-45
  • deal-178
  • user-59
  • user-127
  • tickets.jsonl:2163 · 4002162
  • Comment 400216201 · 2026-08-21T23:27:36Z
  • OE-071-01
  • Opportunity.jsonl:89 · deal-178 · /data
  • calls-extensive.jsonl:170 · 7000000000443905691 · /data/metaData/started
  • Contract.jsonl:54 · contract-45 · /data
  • ContractHistory.jsonl:76 · contracthistory-contract-45-status-0 · /data
  • transcripts.jsonl:1124 · 7000000002450870387 · /data/transcript/1/sentences/2/text
  • transcripts.jsonl:1124 · 7000000002450870387 · /data/transcript/14/sentences/0/text
  • transcripts.jsonl:170 · 7000000000443905691 · /data/transcript/0/sentences/0/text
  • transcripts.jsonl:170 · 7000000000443905691 · /data/transcript/5/sentences/1/text
  • Account.jsonl:170 · acct-71 · /data/OwnerId
  • Contract.jsonl:54 · contract-45 · /data/OwnerId
  • User.jsonl:18 · user-127 · /data/IsActive
  • Opportunity.jsonl:89 · deal-178 · /data/OwnerId
  • User.jsonl:90 · user-59 · /data/Title
  • ticket-events.jsonl:18423 · 48021511 · /data/child_events/0/body
  • transcripts.jsonl:1124 · 7000000002450870387 · /data/transcript/10/sentences/0/text
  • transcripts.jsonl:170 · 7000000000443905691 · /data/transcript/10/sentences/0/text
  • transcripts.jsonl:170 · 7000000000443905691 · /data/transcript/7/sentences/0/text
  • tickets.jsonl:2163 · 4002162 · /data/description
  • Case.jsonl:1295 · ticket-2162 · /data/OwnerId
  • EmailMessage.jsonl:7342 · email-ticket-2162-1 · /data/TextBody
  • ticket-events.jsonl:18428 · 48021516 · /data/child_events/0/body
  • ticket-events.jsonl:18429 · 48021517 · /data/child_events/0/body
  • Opportunity.jsonl:87 · deal-176 · /data
  • Opportunity.jsonl:88 · deal-177 · /data
  • Account.jsonl:170 · acct-71 · /data/ARR__c
  • Organization.jsonl:1 · 00D5g0000000SimEAE · /data/DefaultCurrencyIsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsCorporate
  • User.jsonl:90 · user-59 · /data/Name
  • User.jsonl:90 · user-59 · /data/IsActive
  • User.jsonl:81 · user-48 · /data/Name
  • User.jsonl:81 · user-48 · /data/Title
  • User.jsonl:81 · user-48 · /data/IsActive
  • User.jsonl:18 · user-127 · /data/ManagerId
  • User.jsonl:93 · user-63 · /data/ManagerId
  • User.jsonl:65 · user-28 · /data/Name
  • User.jsonl:65 · user-28 · /data/Title
  • User.jsonl:65 · user-28 · /data/IsActive
Bluepeak: resolve churn status before any win-backBluepeak Technologies · Recorded churn; win-back unpriced$8,422Recorded annual ARR context

What we found

Recorded churn on March 30, an Expired contract and lost renewals outweigh the nominal September date as a live-save basis. The Customer label, retained ARR and inconsistent contract chronology still need reconciliation.

What to do

Verify effective coverage or a buyer-authorized win-back. Do not turn historical complaints into current renewal exposure.

Named in the records: Mary Ashworth

Evidence notes17 notes
What the records show, and how we read them
  • Bluepeak is labeled Customer in CRM, but support records say churned on March 30, its contract is Expired, and two renewal deals were lost that day. The September 20 date alone is insufficient.
  • The stronger current stored commercial signals indicate historical churn, so a retention-save valuation is rejected. That is not proof of legal termination or that every operational complaint was resolved.
  • Contract-70 is Expired despite EndDate 2026-09-20. Zendesk organization 3000117 records account_status churned and churned_on 2026-03-30. Both renewal opportunities deal-278 and deal-279 closed lost that date with Loss_Reason__c Low adoption.
  • All three December 9 calls have different full contents despite overlapping timestamps. David reports missing RCA, unidentified open tickets and deteriorating support, with sellers promising remediation rather than demonstrating completion.
Counterevidence and scope
  • Legal termination/continuation, active subscription evidence and all other support histories.
  • Account.Type remains Customer and ARR__c remains 8,422. ContractHistory marks Expired in 2022, before the current StartDate in 2025, an unresolved native temporal inconsistency.
  • Nancy confirms no recurrence for 4003880 and ACH batch recovery for 4003884 before the December calls. A later private note on 4003880 discusses invoice PDF. Neither closure identifies the calls' open-ticket references.
  • All 34 selected tickets are stored solved/closed. Only two complete histories were reviewed; metadata does not establish semantic resolution of the other 32.
Proposed next steps
  • Confirm effective churn or reactivation before any new commercial task. Treat win-back, if authorized, separately from active renewal rescue.
  • Propose Mary reconcile active-versus-churned status and effective contract before considering a separately qualified win-back; do not label the old complaints a current save. Proposed responsibilities: Mary Ashworth (Manager, Customer Success; proposed only). Acceptance: Newly verified active coverage or explicit buyer-authorized win-back scope, date and currency. Map actual ticket/request IDs and reconcile temporal inconsistencies.
  • Newly verified active coverage or explicit buyer-authorized win-back scope, date and currency.
  • Map actual ticket/request IDs and reconcile temporal inconsistencies.
Money context
  • 20,000: Closed Lost renewal deal-278 Amount.
  • 35,000: Closed Lost renewal deal-279 Amount.
  • 17,520: Closed Lost new-business deal-277 Amount.
  • 213,500: seller platform quote at 18-seat discussion scope.
  • 200,500: seller platform quote at 57-seat discussion scope.
Records and quotes5 records · 25 quotes
Call transcriptDec 9, 2025Bluepeak TechnologiesRecord 7000000001477150019
Intro + requirements - Bluepeak Technologies

Outside-window renewal-recovery lead: David reported ledger-export failures, unanswered support/RCA issues and a legal residency condition, and said another pre-board failure would be indefensible. Wei offered remediation and escalation, but the transcript establishes neither completion nor renewal approval.

  • Customer reported two ledger-export outages since the new fiscal year began.

    To be honest, ledger export has been down twice since the new fiscal year started.

    David Thompson, external Head of Engineering

  • Another failure before the board review would undermine the customer's ability to defend the platform.

    If ledger export goes down again before the board review I cannot defend this

    David Thompson, external Head of Engineering

  • Customer reported five open tickets and no received ledger-export failure RCA.

    I mean, well, wei, five of the tickets we raised are still open, more or less.

    David Thompson, external Head of Engineering

  • Maintenance communication failed to reach the security team before the window began.

    nobody told the security team about the last maintenance window until it had started

    David Thompson, external Head of Engineering

  • The us-west-2 entity had to be in scope to clear legal.

    Our us-west-2 entity has to be in scope or this does not clear legal.

    David Thompson, external Head of Engineering

  • Wei explicitly offered ownership of the five-ticket escalation and further remediation deliverables.

    Well, so - I am escalating all Five of them today and will own the follow-up, subject to the usual caveats.

    Wei Irondale, internal Account Executive

  • Seller quoted $200,500 for the platform and separately questioned quiet seats in a 57-seat discussion.

    Look, the $200,500 is the platform; the add-on is separate and I would not buy it in year one.

    Wei Irondale, internal Account Executive

  • The call date, 2025-12-09, is outside [2026-09-17, 2026-10-17); no dated renewal establishes target-window eligibility.
  • Current CRM renewal metadata is not historical proof. Fiscal-year and board-review references are undated, and no later recovery outcome is supplied.
  • Only supplied transcript text and listed mappings were reviewed; audio/video, omitted assets and finance/ownership verification remain outside this pass.
Call transcriptDec 9, 2025Bluepeak TechnologiesRecord 7000000001201504249
Initial scoping - Bluepeak Technologies

Outside-window retention-risk lead: David reports alert-rule concerns reaching the board and competitor procurement, alongside five tickets still open at the call. A conditional 12-month exit question and seller-quoted $213,500 platform amount warrant verification, not an in-window rescue or recoverable-value claim.

  • The buyer reports board-level alert-rule risk and procurement discussions about an alternative vendor.

    Yeah - we have already had the procurement conversation about the other vendor on the shortlist.

    David Thompson, external Head of Engineering

  • David reports five still-open tickets and warns that another alert-rule failure before go-live would be indefensible.

    Wei, five of the tickets we raised are still open - that is where we are, anyway.

    David Thompson, external Head of Engineering

  • The buyer asks conditionally about exit if renewal is not taken in 12 months, rather than refusing renewal.

    Sure - what does the exit look like if we do not renew in 12 months?

    David Thompson, external Head of Engineering

  • The seller promises a remediation plan and pre-go-live RCA, but no completed recovery is demonstrated.

    Right, I will have the alert rule RCA with you before their go-live.

    Wei Irondale, internal Account Executive; related engineering assertion by Diego Carrton

  • The seller identifies $213,500 as platform-only, with the add-on separate and not recommended in year one.

    David, the $213,500 is the platform; the add-on is separate and I would not buy it in year one.

    Wei Irondale, internal Account Executive

  • Call dated 2025-12-09, outside the benchmark window. The relative 12-month renewal reference and unspecified 'their go-live' do not establish an eligible September-October 2026 renewal.
  • Customer concerns and ticket status are historical statements, not proof of current impact. Now CRM renewal labeling does not establish historical contract dates or ownership.
  • No board pack, ticket records, RCA, contract, completed recovery or subsequent renewal outcome was reviewed; audio/video and omitted external materials remain unreviewed.
Call transcriptDec 9, 2025Bluepeak TechnologiesRecord 7000000003468330945
Initial scoping - Bluepeak Technologies

Outside-window historical renewal-recovery lead on 2025-12-09: David reports reconciliation-report fragility, six months of worsening support and internal competitor pressure. Wei promises recovery work, but no completed remediation or renewal outcome is shown.

  • David says another reconciliation-report failure before month end would be indefensible; the seller explicitly frames the discussion as renewal recovery.

    The thing is, yeah - if reconciliation report goes down again before the end of the month I cannot defend this.

    David Thompson, External, Head of Engineering; Wei Irondale supplies the renewal framing

  • David reports deteriorating support over six months and internal pressure for another shortlisted vendor.

    To be fair, your support times have gone the wrong way for 6 months, and the other vendor on the shortlist is being pushed internally.

    David Thompson, External, Head of Engineering

  • The seller acknowledges a maintenance notice should have reached the customer and promises to investigate its absence.

    You should have had the maintenance notice; I will find out why you did not.

    Wei Irondale, Internal, Account Executive

  • The customer makes the month-end write-up a stall gate; Wei promises escalation ownership, a remediation plan and an RCA.

    Going back a step, send it before the end of the month or this stalls.

    David Thompson, External, Head of Engineering; Wei Irondale makes the recovery commitments

  • The seller raises 35 seats and quiet users for review before renewal, suggesting a usage qualification lead rather than a confirmed reduction.

    The 35 seats and the quiet ones are worth a conversation - not at renewal, now - if that is fair.

    Wei Irondale, Internal, Account Executive

  • The 2025-12-09 call is outside [2026-09-17, 2026-10-17). No renewal due date or evidence that these historical concerns persisted into the benchmark window is supplied.
  • Discovery/go-live/Q3 language coexists with explicit renewal discussion. The current Renewal FY26 CRM label is not historical eligibility proof.
  • Only supplied text and listed metadata were reviewed; no RCA, support metrics, delivered remediation, signed renewal, audio/video or financial evidence.
Support historyDec 9, 2025Bluepeak TechnologiesRecord 4003880
Transaction dispute form silently truncating on the disaster-recovery site

Outside-window December 2025: dispute-form truncation jeopardized readiness for Bluepeak's regulator submission. A no-recurrence comment is followed by failure emails, and a separate internal note says a review awaits an invoice-PDF update; lasting resolution and renewal relevance remain unestablished.

  • Bluepeak reported recurring dispute-form truncation under load and needed stability before a regulator submission deadline.

    It has happened about once an hour under load, always with error 500. We need it stable before the regulator's submission deadline - what do you need from us?

    Nancy Holmthorpe, Bluepeak Technologies Platform Engineer, customer

  • Support ultimately pointed to rate-limit misconfiguration and supplied a write-up, not explicit deployment evidence.

    The trace for req_22c7d7cd52 points at a rate-limit misconfiguration. I have written it up so you have something for the regulator's submission deadline.

    Robert Brentwell, Tenovia Analytics Support

  • Nancy positively verified no recurrence at the disaster-recovery site on December 7.

    Verified on the disaster-recovery site this morning, no recurrence. Thanks for chasing a rate-limit misconfiguration down.

    Nancy Holmthorpe, Bluepeak Technologies, customer

  • The following day's customer email reports the same timeout after the no-recurrence verification.

    Another one just now, same sqlx::Error::PoolTimedOut against /v1/data-warehouse-loader/webhooks.

    Nancy Holmthorpe, Bluepeak Technologies Platform Engineer, customer

  • A separate internal note says a Bluepeak review was waiting for an invoice-PDF update.

    Bluepeak Technologies review is waiting on an update around invoice PDF

    Robert Brentwell, Tenovia Analytics Support, internal note

  • All supplied events are in December 2025, outside [2026-09-17, 2026-10-17). The invoice-PDF review is an outside-window, eligibility-unknown lead; no monetary basis or verified current owner is supplied.
  • Contradictory channel chronology prevents treating either the recovery comment or closed status as definitive lasting resolution.
  • All supplied ticket text, comments and email TextBody were reviewed; HTML, headers, attachment bodies and omitted assets remain unreviewed.
Support historyDec 9, 2025Bluepeak TechnologiesRecord 4003884
ACH batch timing out since 09:38 on the Canadian data residency tenant

Outside-window December 2025 ACH timeouts affected about a dozen Bluepeak users, followed by two customer confirmations of recovery. Support named v1.2.1 as both failing and fixed, leaving deployment details ambiguous without establishing continued impact.

  • Bluepeak reported approximately 30-second ACH timeouts affecting about a dozen users.

    the ACH batch times out after roughly 30 seconds. about a dozen users are affected.

    Nancy Holmthorpe, Bluepeak Technologies Platform Engineer

  • Support reported a cache-key fix, but the same version label appears in the failing-service and rollout descriptions.

    v1.2.1 has the fix and is rolling out now.

    Linda Ashwood, Tenovia Analytics Support

  • The customer explicitly confirmed recovery and authorized closure, first in a comment and then by email.

    ACH batch is behaving again on our side. Happy for you to close this.

    Nancy Holmthorpe, Bluepeak Technologies Platform Engineer

  • All supplied activity is December 2025, outside [2026-09-17, 2026-10-17). No renewal terms, refusal or contract value is supplied.
  • Comments and email TextBody were reviewed; HTML, headers, attachment contents and deployment or data-routing telemetry were not. Email/comment timing cannot alone establish outage duration.
Source references39 references
  • acct-117
  • contract-70
  • deal-278
  • deal-279
  • organization 3000117
  • OE-117-01
  • Contract.jsonl:82 · contract-70 · /data
  • organizations.jsonl:118 · 3000117 · /data/organization_fields
  • Opportunity.jsonl:200 · deal-278 · /data
  • Opportunity.jsonl:201 · deal-279 · /data
  • transcripts.jsonl:730 · 7000000001477150019 · /data/transcript/14/sentences/2/text
  • transcripts.jsonl:569 · 7000000001201504249 · /data/transcript/13/sentences/0/text
  • transcripts.jsonl:1644 · 7000000003468330945 · /data/transcript/3/sentences/3/text
  • transcripts.jsonl:1644 · 7000000003468330945 · /data/transcript/1/sentences/0/text
  • Account.jsonl:22 · acct-117 · /data/Type
  • Account.jsonl:22 · acct-117 · /data/ARR__c
  • ContractHistory.jsonl:115 · contracthistory-contract-70-status-0 · /data
  • ticket-events.jsonl:28557 · 48038806 · /data/child_events/0/body
  • ticket-events.jsonl:28558 · 48038807 · /data/child_events/0/body
  • ticket-events.jsonl:28583 · 48038844 · /data/child_events/0/body
  • EmailMessage.jsonl:18175 · email-ticket-3884-4 · /data/TextBody
  • tickets.jsonl:3881 · 4003880 · /data/status
  • tickets.jsonl:3885 · 4003884 · /data/status
  • Organization.jsonl:1 · 00D5g0000000SimEAE · /data/DefaultCurrencyIsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsCorporate
  • Opportunity.jsonl:200 · deal-278 · /data/Amount
  • Opportunity.jsonl:201 · deal-279 · /data/Amount
  • Opportunity.jsonl:199 · deal-277 · /data/Amount
  • transcripts.jsonl:569 · 7000000001201504249 · /data/transcript/19/sentences/2/text
  • transcripts.jsonl:730 · 7000000001477150019 · /data/transcript/3/sentences/1/text
  • User.jsonl:113 · user-98 · /data/Name
  • User.jsonl:113 · user-98 · /data/Title
  • User.jsonl:113 · user-98 · /data/IsActive
  • Account.jsonl:22 · acct-117 · /data/OwnerId
  • Contract.jsonl:82 · contract-70 · /data/OwnerId
  • User.jsonl:21 · user-131 · /data/ManagerId
  • User.jsonl:61 · user-24 · /data/ManagerId
  • User.jsonl:90 · user-59 · /data/ManagerId
Celsara: distinguish unresolved symptoms from recovered SSOCelsara Partners · Mixed historical support outcomes$39,610Recorded annual ARR context

What we found

The October 10 annual term sits alongside unresolved August SAML/ledger narratives and a separate customer-confirmed SSO recovery. Scope, diagnostic reversals and ownership differ across the records.

What to do

Confirm renewal scope and signatory; obtain request-specific SAML and ledger acceptance without reopening a distinct recovered incident by assumption.

Named in the records: Ravi Avonbourne · Freya Alderby · David Brightton

Evidence notes17 notes
What the records show, and how we read them
  • Workaround reported at Aug 4 18:36, mitigation live at 20:07, no-change at 21:39. Stored open status does not settle residual impact.
  • Reporting an outage for our whole team: SAML logins fail with an invalid signature on SSO login from 08:26 onwards. What is the current status, and do you need anything from us to diagnose it?
  • These are qualified proposed renewal and technical-validation tasks tied to one account ARR. No continuing September outage, causal renewal effect or realized value is established. The SAML-to-session-error link is not proven.
  • Contract-23 runs 2025-10-10 to 2026-10-10, 12 months, 42 seats at 39,610/year, monthly invoicing. deal-99 is historical Closed Won 39,610; deal-98 is Prospecting/new business 20,000 closing 2026-12-31; deal-100 is Closed Lost 49,641/no decision or no budget.
  • June 2026 discussion retains security, demonstration and authority gates with only in-principle budget. October 2025 platform-only 124,000/88-seat discussion includes a six-month request, absent CFO and an explicit request for written numbers, not executed acceptance.
  • 4001205 records a whole-team SAML complaint followed by session-timeout discussion, a pagination workaround, regional mitigation and no-change follow-up. No customer recovery appears in that full local thread.
  • 4001210 reports repeated overnight ledger truncation. Support rejects and then reasserts an orphaned-lock diagnosis, claims rollback and asks the customer to retest.
Counterevidence and scope
  • Obtain payload and attachment contents, subsequent retests, effective terms and the customer’s renewal decision.
  • Distinct request req_928be65eee in 4001218 ends in customer-confirmed SSO/nightly-job recovery on August 9. A later August 10 email repeats earlier escalation; no new customer recurrence follows. This does not automatically close req_d1cc1d6834 in 4001205.
  • 4001218 ownership differs by source: Zendesk Aisha Dalefield/1000019, Salesforce John Bellstead/user-83, generic Support email replies. Preserve that ambiguity.
Proposed next steps
  • Freya Alderby to obtain customer acceptance and clarify what no-change refers to.
  • Propose Ravi validate the actual renewal transaction and signatory; Freya and David reconcile symptoms, diagnostic reversal, rollback and customer retests. Proposed responsibilities: Ravi Avonbourne (Senior Account Executive; proposed only); Freya Alderby (Support Manager; proposed only); David Brightton (Support Engineer; proposed only). Acceptance: Customer-validated SAML/session and complete-ledger outcomes at specific tenant/request scope. Reconcile recovered 4001218 separately, including email/event timing and ownership. Signed renewal scope, dates and currency plus causal evidence before any save is valued.
  • Customer-validated SAML/session and complete-ledger outcomes at specific tenant/request scope.
  • Reconcile recovered 4001218 separately, including email/event timing and ownership.
  • Signed renewal scope, dates and currency plus causal evidence before any save is valued.
Money context
  • 124,000: seller platform-only quote at 88-seat scope; no accepted term or currency code.
  • 20,000: new-business Prospecting Opportunity.Amount, outside-window CloseDate.
Records and quotes4 records · 19 quotes
Support historyAug 5, 2026Celsara PartnersRecord 4001205
SAML logins fail with an invalid signature on production (req_d1cc1d6834)

Independent follow-up: Agree on reported impact, mitigation claims and no customer recovery in this thread. Add 39,610 existing ARR and expiry context without pricing a save; native Freya ownership is corroborated. Separate recovered 4001218 cannot be substituted for this request. Automated first-pass summary: Celsara reported a whole-team SAML outage on August 4, 2026, before the target window, while subsequent discussion concerned session timeouts. Support proposed a slower workaround and regional mitigation, but its final update said no change and no customer recovery is supplied; ongoing impact is unverified.

  • The customer reported a whole-team login outage, but the later diagnostic thread does not establish the SAML failure's cause.

    Reporting an outage for our whole team: SAML logins fail with an invalid signature on SSO login from 08:26 onwards.

    Michael Clearwood, Celsara customer; email signature identifies Director of Engineering

  • Support proposed a slower pagination workaround without customer validation.

    A workaround while we dig: call /v1/feature-flags-proxy/sessions one page at a time. Slower, but it has not failed for anybody.

    Freya Alderby, Tenovia support agent

  • Support reported regional mitigation, with permanent repair still promised for a later release.

    The mitigation is live in us-west-2; the permanent fix ships with the next release.

    Freya Alderby, Tenovia support agent

  • The final support update still described an unresolved platform escalation.

    No change yet - req_d1cc1d6834 is with the platform team and I am chasing it daily.

    Freya Alderby, Tenovia support agent

  • All supplied messages are dated 2026-08-04, with metadata updated 2026-08-05, before [2026-09-17, 2026-10-17). Open status does not establish in-window or current impact.
  • No customer recovery confirmation, renewal refusal, renewal date, affected-user count or cost inputs are supplied; this is an operational qualification lead, not a proven renewal rescue.
  • HTML, headers and the attachment on email-ticket-1205-0 were not reviewed; other omitted assets remain unreviewed.
  • This independent comparison applies to this preserved record only, not all account histories, historical party identity, current operational impact or a verified financial outcome.
Call transcriptJun 22, 2026Celsara PartnersRecord 7000000003642643063
Intro + requirements - Celsara Partners

Outside-window (2026-06-22): Celsara has conditional budget but requires security review and working proof before committing. Conflicting six-month pricing, reliability questions and seller-acknowledged evaluation/product limitations are acquisition follow-up leads, not demonstrated renewal risk.

  • Security, working proof and regulatory residency are customer qualification requirements rather than a price-led rejection.

    security review is the gate the platform team worries about, not the price

    Mary Bainham, external Security Engineer; residency response by Ravi Avonbourne, internal Senior Account Executive

  • Budget is approved only in principle; urgency, signoff and timing remain unsettled.

    budget is approved in principle by the platform team, but the timing is not fixed

    Mary Bainham, external Security Engineer

  • The seller gives inconsistent descriptions of six-month pricing.

    Mary, a 6 month term is possible, at a different rate - I will show you.

    Ravi Avonbourne, internal Senior Account Executive

  • The customer challenges service reliability; seller uptime and retry assurances do not establish remediation.

    Sure - your status page had ingest-worker degraded twice last quarter - what changed after that?

    Mary Bainham, external Security Engineer; responses by Ravi Avonbourne and Mary Ashbury, internal speakers

  • The seller attributes an evaluation error to a release; a separate schema diagnosis and integration answer remain unverified.

    The thing is, we shipped v1.1.1 the week you were evaluating, which is where the SequelizeDatabaseError in your logs came from.

    Ravi Avonbourne, internal Senior Account Executive; schema hypothesis and integration follow-up by Mary Ashbury, internal Platform Engineer

  • The seller acknowledges product-fit limitations in reporting and chargeback queue maturity.

    Where - where I would push back on us: reporting on reopen rate is thinner than Okta's.

    Ravi Avonbourne, internal Senior Account Executive

  • This is an outside-window discovery/evaluation record; neither Q3 references nor current CRM context establish a renewal event.
  • No verified contract amount, customer-confirmed licensed quantity, current incident impact or achieved recovery is supplied.
  • All supplied transcript text was reviewed; audio/video, logs, security evidence, written follow-ups and omitted metadata remain unreviewed.
Call transcriptOct 16, 2025Celsara PartnersRecord 7000000002522457279
Initial scoping - Celsara Partners

Outside-window scoping mixes renewal and exit language with a competitive alert-rule evaluation and Q1 onboarding. Security approval, a written comparison and working product proof are explicit gates, while incident follow-up and short-term commercial details remain unconfirmed.

  • Six-month renewal/exit language coexists with pre-commit evaluation; the exit question is not a refusal to renew.

    What does the exit look like if we do not renew in 6 months?

    Mary Bainham, external Security Engineer

  • The buyer identifies security approval, not price, as the CFO's gate; signing authority is still unconfirmed.

    Yeah - security review is the gate their CFO worries about, not the price.

    Mary Bainham, external Security Engineer

  • A working alert-rule demonstration and written comparison are required before the decision.

    Our platform team will want to see alert rule working before we commit.

    Mary Bainham, external Security Engineer

  • The buyer reports prior service degradations, and the seller separately attributes an evaluation error to a release.

    Your status page had etl-pipeline degraded twice last quarter - what changed after that?

    Mary Bainham, external Security Engineer; Ravi Avonbourne supplies the release attribution

  • The customer-facing platform quote excludes the add-on; the six-month rate and written seat-based offer are not finalized.

    The $124,000 is the platform; the add-on is separate

    Ravi Avonbourne, internal Senior Account Executive

  • Two-week assistance and four-to-six-week implementation descriptions need explicit phase boundaries.

    implementation for 88 seats is usually four to six weeks, most of it your side

    Ravi Avonbourne, internal Senior Account Executive

  • The call is dated 2025-10-16, outside [2026-09-17, 2026-10-17). Q1 and six-month references do not establish benchmark eligibility.
  • Now CRM mappings are not historical contract evidence. References to 'their CFO' and the US team's tool require entity and authority verification.
  • Only supplied text was reviewed; incident artifacts, sandbox results, contract execution, financial value and audio/video remain unverified. References are 1-based; actions are drafts.
Support historyAug 11, 2026Celsara PartnersRecord 4001218
SAML logins fail with an invalid signature since 08:41 for our US-East region

Independent follow-up: Agree on customer-confirmed recovery and later correspondence ambiguity. Add source-specific ownership: Zendesk Aisha, Salesforce John Bellstead, generic email Support. Do not transfer closure to a different request. Automated first-pass summary: Outside-window August 2026 SAML failures defeated retries, followed by Michael's explicit confirmation that SSO and the nightly job recovered. A later support email repeats a legacy-migration-block escalation, leaving migration completion and correspondence timing unresolved rather than proving a renewed outage.

  • Michael reported intermittent SAML-signature failures severe enough to defeat retries, with continued rejection in a clean staging session.

    SSO login SAML logins fail with an invalid signature. It is intermittent rather than total, but it is enough to fail our retries.

    Michael Clearwood (Celsara Partners end-user)

  • Support asserted a legacy-migration blocker and on-call escalation; the same escalation text appears after customer-confirmed recovery.

    I have asked for this to be prioritised given it is blocking the migration off our legacy system. The on-call for feature-flags-proxy is aware.

    Aisha Dalefield (support comment); later email attributed only to Support

  • Michael explicitly confirmed post-deployment SSO recovery and an unblocked nightly job.

    Closing this from our side: SSO login has been fine since you deployed, and our nightly job is unblocked.

    Michael Clearwood (Celsara Partners end-user)

  • Supplied text dates are 2026-08-04 through 2026-08-10, before the target window. No renewal decision, contractual amount or quantifiable commercial outcome is supplied.
  • Customer text says successful and failed attempts were attached, and email-ticket-1218-4 is attachment-flagged; those bodies, HTML and headers were not reviewed.
  • Later emails repeat earlier diagnostic steps and cannot alone establish post-fix recurrence or current ownership.
  • This independent comparison applies to this preserved record only, not all account histories, historical party identity, current operational impact or a verified financial outcome.
Source references52 references
  • tickets.jsonl:1206 · 4001205
  • Comment 400120501 · 2026-08-04T15:26:22Z
  • Comment 400120502 · 2026-08-04T15:33:21Z
  • Comment 400120503 · 2026-08-04T17:04:51Z
  • Comment 400120504 · 2026-08-04T18:36:21Z
  • Comment 400120505 · 2026-08-04T20:07:52Z
  • Comment 400120506 · 2026-08-04T21:39:22Z
  • OE-038-01
  • Contract.jsonl:30 · contract-23 · /data
  • Opportunity.jsonl:480 · deal-99 · /data
  • Opportunity.jsonl:479 · deal-98 · /data
  • Opportunity.jsonl:4 · deal-100 · /data
  • transcripts.jsonl:1733 · 7000000003642643063 · /data/transcript/4/sentences/5/text
  • transcripts.jsonl:1733 · 7000000003642643063 · /data/transcript/12/sentences/0/text
  • transcripts.jsonl:1733 · 7000000003642643063 · /data/transcript/21/sentences/0/text
  • transcripts.jsonl:1150 · 7000000002522457279 · /data/transcript/1/sentences/0/text
  • transcripts.jsonl:1150 · 7000000002522457279 · /data/transcript/2/sentences/1/text
  • transcripts.jsonl:1150 · 7000000002522457279 · /data/transcript/34/sentences/0/text
  • tickets.jsonl:1206 · 4001205 · /data/description
  • ticket-events.jsonl:12916 · 48012053 · /data/child_events/0/body
  • ticket-events.jsonl:12917 · 48012054 · /data/child_events/0/body
  • ticket-events.jsonl:12918 · 48012055 · /data/child_events/0/body
  • ticket-events.jsonl:12941 · 48012103 · /data/child_events/0/body
  • ticket-events.jsonl:12942 · 48012104 · /data/child_events/0/body
  • ticket-events.jsonl:12943 · 48012105 · /data/child_events/0/body
  • ticket-events.jsonl:12987 · 48012188 · /data/child_events/0/body
  • EmailMessage.jsonl:1390 · email-ticket-1218-5 · /data/TextBody
  • tickets.jsonl:1219 · 4001218 · /data/assignee_id
  • users.jsonl:20 · 1000019 · /data/name
  • Case.jsonl:246 · ticket-1218 · /data/OwnerId
  • User.jsonl:103 · user-83 · /data/Name
  • Account.jsonl:133 · acct-38 · /data/ARR__c
  • Organization.jsonl:1 · 00D5g0000000SimEAE · /data/DefaultCurrencyIsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsCorporate
  • User.jsonl:73 · user-39 · /data/Name
  • User.jsonl:73 · user-39 · /data/Title
  • User.jsonl:73 · user-39 · /data/IsActive
  • Account.jsonl:133 · acct-38 · /data/OwnerId
  • Contract.jsonl:30 · contract-23 · /data/OwnerId
  • Opportunity.jsonl:4 · deal-100 · /data/OwnerId
  • Opportunity.jsonl:479 · deal-98 · /data/OwnerId
  • Opportunity.jsonl:480 · deal-99 · /data/OwnerId
  • User.jsonl:45 · user-174 · /data/Name
  • User.jsonl:45 · user-174 · /data/Title
  • User.jsonl:45 · user-174 · /data/IsActive
  • Case.jsonl:232 · ticket-1205 · /data/OwnerId
  • User.jsonl:104 · user-85 · /data/ManagerId
  • User.jsonl:98 · user-70 · /data/Name
  • User.jsonl:98 · user-70 · /data/Title
  • User.jsonl:98 · user-70 · /data/IsActive
  • Case.jsonl:238 · ticket-1210 · /data/OwnerId
Evidentis: qualify expansion and identify the four cited ticketsEvidentis Credit Union · Positive adoption; unresolved ticket identity$13,000Recorded annual ARR context

What we found

Positive adoption and two-team interest accompany a September 29 term end. The 15,500 expansion pipeline and 162,000 platform quote are separate from 13,000 ARR. An unnamed four-open-ticket claim conflicts with collected solved/closed records.

What to do

Separate renewal from expansion, confirm approved scope and identify the actual four tickets before attaching commercial consequences.

Named in the records: John Cliffbury · Sofia Wrenworth · Joseph Alderwell

Evidence notes20 notes
What the records show, and how we read them
  • Positive product adoption and buyer interest justify qualification, not an accepted expansion/renewal. Call user counts describe differing product scopes and cannot be subtracted from 61 licensed seats to price incremental licenses. Native deal probability is a CRM forecast field, not a causal retention rate.
  • Contract-93 is Activated, 61 seats at 13,000/year, 2025-09-29 to 2026-09-29. deal-374 is a 2025 Closed Won/new-business Amount 13,000. deal-375 is Existing Business/Expansion, Qualification, Amount 15,500, CloseDate 2026-09-30, no ContractId.
  • August 21 customer statements describe 118 payout-schedule users without complaints, roughly 117% usage growth and two additional teams asking to join. Sign-off is conditional on price. July has a 36-month preference; August discusses six months.
  • The 162,000 is explicitly a seller platform quote excluding the add-on. An order form is still to be sent; analytics add-on scoping is after signature.
  • Keep an unidentified residual issue as an evidence-reconciliation lead, not four proven current incidents. No account-level retention value can be multiplied by four or monetized as support labor.
  • On August 21 Joseph Alderwell says four open tickets share a root cause, without native ticket IDs.
  • All 34 account-linked collected Zendesk tickets are stored solved/closed. Four full histories were read: payout schedule 4004896, alert 4004899, ledger export 4004900 and SSO 4004902; this is not proof they are the four referenced tickets.
Counterevidence and scope
  • Accepted order form, actual renewal outcome and causal incremental effect. Unpriced analytics add-on and operational changes remain unvalued.
  • Older 2025 calls retain security/comparison and procurement gates, while the later recorded signed fields are for a 12-month current contract. Prior six/18-month discussion does not establish current execution.
  • Unidentified four-ticket list, other 30 full support histories, missing payloads and current buyer impact.
  • Customer reports a full clean day on staging for payout schedule, unblocked ledger export, and SSO working again. Some later email versions still repeat earlier diagnostic escalation and are not independent recurrences.
  • Alert history has a customer fix confirmation June 25 18:04Z and a private support note at 22:34Z saying keeps timing out. Stored status is solved; the later note does not establish the same symptom or a fresh recurrence. The private note names 14:01 as the last occurrence without a timezone, so its later posting time is not proof of a post-recovery occurrence.
Proposed next steps
  • Propose John and Sofia separate renewal from expansion, validate adoption scope and capture the buyer-approved commercial/technical acceptance criteria. Proposed responsibilities: John Cliffbury (Customer Success Manager; proposed only); Sofia Wrenworth (Senior Customer Success Manager; proposed only). Acceptance: Buyer-authorized written price, term, scope, signatory and actual decision date. Demonstrated incremental scope versus current contract, record currency and executed agreement.
  • Buyer-authorized written price, term, scope, signatory and actual decision date.
  • Demonstrated incremental scope versus current contract, record currency and executed agreement.
  • Propose Joseph identify the four actual tickets and reconcile chronology, scope, mitigation and customer validation before treating the summary as current risk. Proposed responsibilities: Joseph Alderwell (Senior Support Engineer; proposed only); John Cliffbury (Customer Success Manager; proposed only). Acceptance: Exact native ticket/request joins, dates and customer confirmation of remaining impact. Explain later contradictory private summaries and differing channel timestamps without treating source IDs as content equivalence.
  • Exact native ticket/request joins, dates and customer confirmation of remaining impact.
  • Explain later contradictory private summaries and differing channel timestamps without treating source IDs as content equivalence.
Money context
  • 15,500: Qualification expansion Opportunity.Amount, not proven annual increment, accepted order or realized value.
  • 162,000: seller platform quote, separate add-on, unaccepted scope and unverified currency.
Records and quotes8 records · 32 quotes
Call transcriptAug 21, 2026Evidentis Credit UnionRecord 7000000002933451423
Discovery - Evidentis Credit Union

Evidentis reports favorable payout-schedule use across 118 seats, 117% usage growth and additional-team/add-on interest, with signing conditional on holding the number. The August 21 call is outside the window; seller-reported ticket/release issues and reporting/enablement gaps coexist with a customer-facing $162,000 platform quote, not verified retained value.

  • Customer testimony is favorable for the existing payout-schedule deployment.

    Jennifer, we have payout schedule in front of 118 users now with no complaints.

    Linda Barncombe (External, Engineering Manager)

  • Usage growth and additional-team demand create an expansion lead, but capacity and tier implications need reconciliation.

    Realistically, our usage is up roughly 117% on last quarter, which nobody expected.

    Linda Barncombe (External, Engineering Manager)

  • Near-term signing interest is conditional on holding the quoted number, not an explicit renewal commitment.

    If you can hold that number we can be done by the next exec sync.

    Linda Barncombe (External, Engineering Manager)

  • The seller reports four tickets with a shared root cause and separately attributes evaluation log errors to v1.5.2.

    Linda, four of your open tickets are the same root cause - I would like to close that first - if that is fair.

    Joseph Alderwell (Internal, Senior Support Engineer); separate release attribution by Jennifer Clayhall

  • The seller quotes $162,000 for the platform, excluding the add-on and advising against buying it in year one.

    the $162,000 is the platform; the add-on is separate and I would not buy it in year one.

    Jennifer Clayhall (Internal, Enterprise Account Executive)

  • Net-revenue-retention measurement is a proposed customer outcome, with a seller-admitted reporting limitation.

    And - where I would push back on us: reporting on net revenue retention is thinner than Okta's.

    Jennifer Clayhall (Internal, Enterprise Account Executive)

  • Training and operating handoff requirements remain to be specified.

    Who at Evidentis Credit Union has to be trained before the finance systems team can run it themselves?

    Linda Barncombe (External, Engineering Manager)

  • 2026-08-21 is outside the benchmark window. No dated renewal, cancellation threat or explicit refusal to renew is established.
  • Current CRM expansion labeling is consistent with team requests but does not verify historical contract scope, signed expansion or commercial ownership.
  • Supplied text only; historical ticket status is not current-impact proof. Audio/video, omitted assets, finance and ownership verification remain outside this review.
Call transcriptJul 10, 2026Evidentis Credit UnionRecord 7000000000715797027
Intro + requirements - Evidentis Credit Union

Outside-window July 10 evidence is predominantly positive: customers report mobile-app adoption ahead of expectations, about 144 users without complaints, good daily feedback and interest in a 36-month commitment plus an analytics add-on. This supports an expansion/contracting lead, not established renewal rescue, while historical reliability questions and capacity limits still need evidence.

  • Customers report established mobile-app use and positive feedback, not merely a planned pilot outcome.

    To be fair, we have mobile app in front of 144 users now with no complaints.

    Linda Barncombe (External, Engineering Manager)

  • Customer term preference and sign-off readiness are positive; the seller's hypothetical term objection is not a customer refusal.

    We would rather sign for 36 months and lock the rate, as far as I know.

    Nancy Alderthorpe (External, Office Manager)

  • An executive sponsor's analytics add-on interest is a separate expansion lead.

    The exec sponsor is already asking about the analytics add-on.

    Linda Barncombe (External, Engineering Manager)

  • Historical reliability and release-detection questions coexist with positive product feedback.

    your status page had ingest-worker degraded twice last quarter

    Linda Barncombe (External, Engineering Manager)

  • The seller flags plan rate limits before enabling additional teams.

    One thing to flag: the rate limit on your plan is what 144 users hit first - that is where we are, anyway.

    Joseph Alderwell (Internal, Senior Support Engineer)

  • The July 10 call precedes the benchmark window; board-review and fiscal-year dates are unspecified, and no current renewal deadline is given.
  • Existing usage and expansion language do not independently establish a paid historical contract; the CRM 'Expansion' label is current context only.
  • All supplied transcript text was reviewed; audio/video, omitted metadata, usage telemetry, security approval and executed terms were not.
Call transcriptAug 14, 2025Evidentis Credit UnionRecord 7000000001698970759
Infosec and compliance review - Evidentis Credit Union

Evidentis is comparing transaction dispute form with its US team's tool, with budget approved in principle but security, a working demonstration and decision timing still gating commitment. This outside-window 2025-08-14 evaluation does not establish a renewal-rescue case.

  • Customer remains in a competitive evaluation and requires a written comparison before deciding.

    We are still comparing you and the tool their US team already uses internally.

    Linda Barncombe, external Engineering Manager

  • Security, not price, is the explicit gate; customer also requires a working product demonstration and clarity on integration, support and residency.

    Sorry, security review is the gate the platform team worries about, not the price.

    Linda Barncombe, external Engineering Manager

  • Budget is approved only in principle; timing and signer remain uncertain, with no decision before evaluation ends and little urgency before Q4.

    And - budget is approved in principle by the platform team, but the timing is not fixed - but you know your side better than I do.

    Linda Barncombe, external Engineering Manager

  • Call date 2025-08-14 is outside [2026-09-17, 2026-10-17); no actual renewal date or renewal refusal is supplied.
  • Acquisition scope follows the evaluation language, not proof of account history. Current CRM context and seat references cannot resolve historical customer status.
  • No verified contract economics or achieved business benefit is supplied. All supplied transcript text was reviewed; omitted metadata, audio/video and external artifacts were not.
Call transcriptSep 26, 2025Evidentis Credit UnionRecord 7000000003082876658
Final approval sync - Evidentis Credit Union

Outside-window admin-console approval discussion contains strong customer positives: usage growth, expansion requests, favorable rollout feedback and a satisfied CFO. Procurement and a rate-lock agreement remain unfinished; the record does not establish an executed renewal.

  • Customer-reported usage growth and requests from additional teams provide an expansion lead, not verified incremental revenue.

    To be honest, our usage is up roughly 41% on last quarter, which nobody expected.

    Nancy Alderthorpe, external; supporting statements by Linda Barncombe, external

  • Customer feedback is favorable on admin-console readiness and the rollout experience.

    No open questions from our side on admin console, honestly.

    Nancy Alderthorpe, external; related feedback by Linda Barncombe, external

  • Procurement and holding the commercial number are the buyer's remaining approval conditions.

    The blocker on our side is procurement, not the technology.

    Linda Barncombe, external

  • The proposed growth-tier change needs reconciliation with the promise to hold current terms.

    That growth puts you in the next tier, so let me get you the better rate, as far as I know.

    Wei Irondale, internal; related peak-load statement by Linda Barncombe, external

  • Call date 2025-09-26 is outside the 2026-09-17 to 2026-10-17 window; a prospective six-month term does not establish historical renewal dates.
  • The transcript mixes pilot experience, expansion requests and signature planning. Current CRM association is not proof of the transaction's historical renewal scope or approver authority.
  • Only supplied text and mappings were reviewed; no executed paperwork, usage telemetry, audio/video, later deployment or financial verification is supplied.
Support historyJul 10, 2026Evidentis Credit UnionRecord 4004896
Payout schedule returning 500s in eu-west-1 since v1.0.0

Outside-window July 2026 reports link recurring export errors to payout-schedule stability needed before a SOC 2 evidence run. Patricia later confirmed a clean day in staging, but production recovery and completion of the evidence run are not established.

  • Customer reported repeated export failures and a payout-stability dependency for SOC 2 evidence collection.

    Retries against eu-west-1 fail the same way. Request req_d706d78eb1. We need payout schedule stable before our SOC 2 evidence run.

    Patricia Cliffcombe, Evidentis Credit Union (customer)

  • Support identified a missing index as its diagnosis, without documenting deployment of a fix.

    The trace for req_d706d78eb1 points at a missing index.

    Joseph Alderwell, Tenovia Analytics Support

  • Customer confirmed a full clean day in staging and expressed appreciation for sustained support.

    Clean for a full day on our staging tenant now. Thanks for staying on it rather than closing it early.

    Patricia Cliffcombe, Evidentis Credit Union (customer)

  • Supplied July 2026 activity predates [2026-09-17, 2026-10-17); no in-window renewal decision or renewal date is established.
  • No monetary inputs or verified current recovery ownership are supplied. Repeated email/comment wording does not establish separate incidents or exact outage duration.
  • Review covers supplied comment and email text only; HTML rendering, headers, attachment bodies and omitted assets remain unreviewed.
Support historyJun 26, 2026Evidentis Credit UnionRecord 4004899
[409] Alert rule on the disaster-recovery site

Outside-window June 2026 alert-rule duplication affected the disaster-recovery site and elsewhere, blocking an executive business review; Linda later confirmed clean batches. A later private support note mentions second-region timeouts, but its cited occurrence time does not establish a post-recovery relapse.

  • Customer reported duplicate alert writes and failing exports blocking an executive business review.

    Every failing call is against /v1/media-transcoder/exports out of us-west-2. Blocking the executive business review.

    Linda Barncombe, Evidentis Credit Union (customer)

  • Customer said the failure was not confined to the disaster-recovery site.

    Sent - the request ids are in the attachment, and it fails the same way outside the disaster-recovery site.

    Linda Barncombe, Evidentis Credit Union (customer)

  • Linda reported three or four successful batch reruns without duplicate records.

    That has fixed it - we have run the batch three or four times since and it has not duplicating records once.

    Linda Barncombe, Evidentis Credit Union (customer)

  • Kofi's later private note still describes second-region timeouts and asks to close the escalation loop.

    Evidentis Credit Union escalation keeps timing out since we added the second region. 14:01 was the last occurrence - can we close Evidentis Credit Union's loop?

    Kofi Clearby, Tenovia Analytics Support

  • All supplied activity is June 2026, before [2026-09-17, 2026-10-17); renewal eligibility is not established.
  • The internal timeout note cannot establish current or post-recovery impact. No monetary inputs or verified current recovery owner are supplied.
  • Only supplied text was reviewed; referenced attachments, HTML rendering, headers and omitted assets remain unreviewed.
Support historyAug 18, 2026Evidentis Credit UnionRecord 4004900
The seasonal traffic peak blocked by ledger export

Outside-window August 2026 ledger-export truncation disrupted Evidentis's support workflow, with support tying it to a seasonal traffic peak. Linda confirmed her whole support team unblocked on August 15, while an August 17 support email still described a blocker using earlier escalation wording.

  • Customer reported recurring silent loss of ledger-export final pages and reproduced it from a clean disaster-recovery session.

    Hi team - the ledger export silently drops the last page of results. We first saw it over the weekend and it has happened on every second attempt since.

    Linda Barncombe, Evidentis Credit Union (customer)

  • Linda reported stable ledger exports since deployment and her entire support team unblocked on August 15.

    Closing this from our side: ledger export has been fine since you deployed, and our whole support team is unblocked.

    Linda Barncombe, Evidentis Credit Union (customer)

  • The August 17 support email still calls the seasonal traffic peak blocked after customer-confirmed recovery.

    I have asked for this to be prioritised given it is blocking the seasonal traffic peak. The on-call for support-portal is aware.

    Hana Bradmoor, Tenovia Analytics Support

  • Supplied August 2026 activity is outside [2026-09-17, 2026-10-17); no renewal decision, deadline or refusal is stated.
  • The latest support email conflicts with earlier customer recovery evidence. Current impact, financial value and current recovery ownership require separate verification.
  • Only supplied comments and email bodies were reviewed; referenced good/bad attempts, attachment bodies, HTML, headers and omitted assets remain unreviewed.
Support historyAug 19, 2026Evidentis Credit UnionRecord 4004902
Any status update on SSO login? SAML logins fail with an invalid signature for our US-East region

Outside-window August history: Evidentis reported SAML failures and export timeouts, then explicitly confirmed recovery. Component, region and fix-version inconsistencies leave the precise incident and recovery scope unclear.

  • Customer reported persistent SAML login failures and said nothing had changed locally.

    SSO login: SAML logins fail with an invalid signature. Started around 08:14 our time and it is still happening.

    Patricia Cliffcombe, Evidentis Credit Union IT Operations Lead

  • Support named v1.3.2 as both the failing version and the fix; its explanation concerned export timeouts in us-west-2 rather than the original SAML symptom.

    v1.3.2 has the fix and is rolling out now.

    Sofia Jones, Tenovia Analytics support agent

  • Customer confirmed operation had resumed and shared the explanation internally.

    Working again, and thank you for the write-up on a cache stampede after a flag flip - I have passed it to the team who were asking.

    Patricia Cliffcombe, Evidentis Credit Union IT Operations Lead

  • All supplied dates precede 2026-09-17. Carry-forward impact, renewal timing and monetary value are unverified.
  • Matching comment/email statements have different timestamps; they do not establish additional incidents or precise outage duration.
  • Private comment 400490206, corpus/zendesk/ticket-events.jsonl:34527, queues a staging workflow-builder review without linking it to the login incident or confirming completion.
  • Only supplied text reviewed; HTML, headers and omitted assets remain unreviewed.
Source references47 references
  • OE-162-01
  • Contract.jsonl:107 · contract-93 · /data
  • Opportunity.jsonl:307 · deal-374 · /data
  • Opportunity.jsonl:308 · deal-375 · /data
  • transcripts.jsonl:1345 · 7000000002933451423 · /data/transcript/8/sentences/1/text
  • transcripts.jsonl:1345 · 7000000002933451423 · /data/transcript/14/sentences/0/text
  • transcripts.jsonl:1345 · 7000000002933451423 · /data/transcript/25/sentences/0/text
  • transcripts.jsonl:1345 · 7000000002933451423 · /data/transcript/5/sentences/1/text
  • transcripts.jsonl:312 · 7000000000715797027 · /data/transcript/14/sentences/0/text
  • transcripts.jsonl:1345 · 7000000002933451423 · /data/transcript/17/sentences/0/text
  • transcripts.jsonl:1345 · 7000000002933451423 · /data/transcript/24/sentences/1/text
  • transcripts.jsonl:1345 · 7000000002933451423 · /data/transcript/6/sentences/0/text
  • transcripts.jsonl:1345 · 7000000002933451423 · /data/transcript/10/sentences/1/text
  • transcripts.jsonl:835 · 7000000001698970759 · /data/transcript/20/sentences/1/text
  • transcripts.jsonl:1430 · 7000000003082876658 · /data/transcript/19/sentences/1/text
  • Contract.jsonl:107 · contract-93 · /data/ContractTerm
  • Account.jsonl:72 · acct-162 · /data/ARR__c
  • Organization.jsonl:1 · 00D5g0000000SimEAE · /data/DefaultCurrencyIsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsCorporate
  • Opportunity.jsonl:308 · deal-375 · /data/Amount
  • User.jsonl:69 · user-34 · /data/Name
  • User.jsonl:69 · user-34 · /data/Title
  • User.jsonl:69 · user-34 · /data/IsActive
  • Account.jsonl:72 · acct-162 · /data/OwnerId
  • Contract.jsonl:107 · contract-93 · /data/OwnerId
  • User.jsonl:15 · user-121 · /data/Name
  • User.jsonl:15 · user-121 · /data/Title
  • User.jsonl:15 · user-121 · /data/IsActive
  • Opportunity.jsonl:308 · deal-375 · /data/OwnerId
  • OE-162-02
  • transcripts.jsonl:1345 · 7000000002933451423 · /data/transcript/21/sentences/0/text
  • tickets.jsonl:4897 · 4004896 · /data/status
  • tickets.jsonl:4900 · 4004899 · /data/status
  • tickets.jsonl:4901 · 4004900 · /data/status
  • tickets.jsonl:4903 · 4004902 · /data/status
  • ticket-events.jsonl:34490 · 48048966 · /data/child_events/0/body
  • ticket-events.jsonl:34517 · 48049008 · /data/child_events/0/body
  • ticket-events.jsonl:34526 · 48049024 · /data/child_events/0/body
  • EmailMessage.jsonl:24572 · email-ticket-4902-4 · /data/TextBody
  • EmailMessage.jsonl:24561 · email-ticket-4900-5 · /data/TextBody
  • ticket-events.jsonl:34508 · 48048996 · /data/child_events/0/body
  • ticket-events.jsonl:34509 · 48048997 · /data/child_events/0/body
  • User.jsonl:36 · user-164 · /data/Name
  • User.jsonl:36 · user-164 · /data/Title
  • User.jsonl:36 · user-164 · /data/IsActive
  • Case.jsonl:4331 · ticket-4896 · /data/OwnerId
Rainshadow: qualify the renewal and retain recovery evidenceRainshadow Technologies · Early-stage renewal; historical workaround and recovery$1,827Recorded annual ARR context

What we found

The October 8 term and 3,000 early-stage renewal need scope reconciliation. A 2024 open ticket with a workaround is not current measured harm; August trend-chart recovery is customer-confirmed but not a measured renewal benefit.

What to do

Reconcile the seven-seat agreement, evaluation sizes and signatory. Revisit the old ticket only if still relevant, keeping the August recovery distinct.

Named in the records: Priya Ashham · Wei Alderton · Jennifer Ashbourne

Evidence notes23 notes
What the records show, and how we read them
  • Dec 2024 rollout and still-with-us are followed by explicit workaround statement Dec 13. Current critical impact not established.
  • Is this related to a migration that locked a hot table? Dashboards render empty here since 08:01 with the reporting dashboard, and we would rather not spend the afternoon debugging our own integration if it is yours.
  • A proposed renewal qualification is justified. Do not compute three years of ARR or call 3,000 minus 1,827 incremental ARR: the opportunity amount period and scope are unverified. A future end date does not make this a not-yet-started contract.
  • Contract-56 is Activated, 2025-10-08 to 2026-10-08, 12 months, seven seats at 1,827/year, monthly advance invoicing, signatures dated 2022-10-09. deal-230 is Prospecting/Renewal Amount 3,000, CloseDate 2026-09-30, no linked ContractId.
  • January buyer asks for 36 months and sizes ten seats, with CFO security/comparison gates; July asks for 24 months, four-seat discussion, further comparison and unclear authority. These are not future-start contract proof.
  • The July 20,500 reference is the buyer asking whether it includes renewal plus add-on, not an accepted price. Evaluation continues until board review, with no decision before it.
  • The old unresolved stored status is a qualification gap, not current measured harm. The recent customer-confirmed operational recovery is positive historical evidence but not attributable incremental ARR or cash benefit.
  • 4002796 remains open/high with last update 2024-12-13. Support says a fix is rolling, then still with us, and a later private note says workaround in place before onboarding.
  • In separate urgent ticket 4002815 on August 7, Mary confirms trend-chart recovery and two busiest workspaces unblocked. A later private handoff note does not by itself prove a new outage.
Counterevidence and scope
  • Signed renewal, actual September decision, buyer authority and precise pricing scope.
  • There is no explicit nonrenewal threat in the two calls. Customer says no burning platform before Q2 in January and before Q1 in July; those quarter references lack a reliable year/decision mapping.
  • January buyer reports 89.5 million records, while seller weekend-import and volume-headroom claims are not a demonstrated migration or saved effort.
  • Fresh retest, permanent-fix outcome, actual current owner, attachment contents and other 25 full support histories.
  • 4002815 has active Zendesk assignee Elizabeth Okafor/1000020, but Salesforce Case.OwnerId user-108 Nancy Anderson is inactive and actual email replies are generic Support. No basis to call it unassigned or assign either as a proven current incident owner.
Proposed next steps
  • Jennifer Ashbourne to validate workaround with customer before engineering escalation; Priya Ashham owns open renewal.
  • Propose Priya and Wei reconcile renewal scope and seven-seat current agreement with the changing evaluation sizes, security decision and actual signatory. Proposed responsibilities: Priya Ashham (Renewals Manager; proposed only); Wei Alderton (Enterprise Account Executive; proposed only). Acceptance: Written accepted term, price/currency, scope and effective dates tied to the native account/contract. Verify incremental effect separately from existing renewal process before valuing recovery.
  • Written accepted term, price/currency, scope and effective dates tied to the native account/contract.
  • Verify incremental effect separately from existing renewal process before valuing recovery.
  • Propose Jennifer verify the old ticket's outcome only if still relevant; preserve the distinct August recovery and resolve cross-system ownership before any follow-up. Proposed responsibilities: Jennifer Ashbourne (Support Manager; proposed only); Priya Ashham (Renewals Manager; proposed only). Acceptance: Current dated customer impact and ticket-specific validation. No renewal-save valuation without evidence of a changed commercial outcome and causal increment.
  • Current dated customer impact and ticket-specific validation.
  • No renewal-save valuation without evidence of a changed commercial outcome and causal increment.
Money context
  • 3,000: Prospecting renewal Opportunity.Amount, not verified annual increment.
  • 20,500: buyer pricing-scope question, not accepted price or executed deal.
Records and quotes3 records · 13 quotes
Support historyDec 13, 2024Rainshadow TechnologiesRecord 4002796
Is there an incident? dashboards render empty on both production and sandbox

Outside-window December 2024 reporting failures and notification errors prompted escalation, with support saying seasonal-peak readiness remained blocked after announcing a fix rollout. A later private note claimed an onboarding workaround, but no customer acceptance or durable recovery is supplied.

  • Customer reported empty dashboards and wanted fault ownership clarified to avoid unnecessary integration debugging.

    Dashboards render empty here since 08:01 with the reporting dashboard, and we would rather not spend the afternoon debugging our own integration if it is yours.

    Mary Andersson, Rainshadow Technologies customer

  • Support said the issue remained with Tenovia and blocked the seasonal peak despite an announced rollout.

    This is still with us. The internal bug names a migration that locked a hot table, and it is prioritised because it blocks the seasonal traffic peak.

    Jennifer Ashbourne, Tenovia Analytics support

  • Support privately claimed a workaround before customer onboarding, with timing still requiring customer confirmation.

    Rainshadow Technologies owner check has a workaround in place before customer onboarding. Rainshadow Technologies can confirm the timing

    Jennifer Ashbourne, Tenovia Analytics support

  • Supplied activity is dated December 12-13, 2024, outside [2026-09-17 inclusive, 2026-10-17 exclusive). No renewal timing, refusal, verified commercial owner or monetary exposure is established.
  • The last customer error report predates the rollout and workaround statements. Later support assertions do not establish either customer-confirmed recovery or current ongoing impact.
  • All supplied comment bodies and email TextBody were reviewed; HTML, headers and attachment contents were not reviewed.
Call transcriptJan 6, 2026Rainshadow TechnologiesRecord 7000000000551220976
Discovery - Rainshadow Technologies

Independent follow-up: Agree that acquisition-style sizing and security gates do not prove a renewal rescue. Native Contract.StartDate in 2025 and EndDate October 8 establish an existing recorded in-window expiry; current Renewal label does not prove this January conversation's historical transaction scope. Automated first-pass summary: Outside-window saved-views discussion resembles a new 10-seat, 36-month evaluation despite the current Renewal label. Security/residency, a large-data migration, evaluation-error evidence and a tentative schema diagnosis need qualification; no nonrenewal threat is stated.

  • Initial sizing and start-date language suggest prospective evaluation rather than a demonstrated renewal-rescue event.

    Between us, we are sizing this at about 10 seats to begin with, give or take.

    Daniel Bellshaw, external Systems Administrator

  • Security and regulatory residency are explicit qualification gates, with a CFO comparison required.

    Security review is the gate their CFO worries about, not the price, subject to the usual caveats.

    Daniel Bellshaw, external Systems Administrator

  • The seller offers a weekend batch import for 89.5 million records and claims tier headroom for hypothetical 103% growth; neither is a demonstrated outcome.

    89.5 million records import in a weekend if we run it in batches rather than live.

    Wei Alderton, internal Enterprise Account Executive

  • The seller attributes an evaluation timeout-related error to a release, while the engineer describes retry behavior rather than proven remediation.

    DeadlineExceeded in your logs came from.

    Wei Alderton, internal Enterprise Account Executive; behavior assurance from Wei Bainwell, internal Platform Engineer

  • The engineer tentatively attributes forecast-accuracy issues to schema rather than volume.

    Your forecast accuracy numbers look like a schema problem rather than a volume one, honestly.

    Wei Bainwell, internal Platform Engineer

  • The 2026-01-06 call is outside the target window; Q2 start language and a proposed 36-month term establish no target-window renewal date.
  • Current Rainshadow Technologies/Renewal CRM context conflicts with acquisition-style language and cannot resolve historical scope by itself.
  • All supplied transcript text was reviewed; audio/video, omitted assets, migration/test results, later outcomes and finance/ownership verification remain unreviewed.
  • This independent comparison applies to this preserved record only, not all account histories, historical party identity, current operational impact or a verified financial outcome.
Call transcriptJul 11, 2026Rainshadow TechnologiesRecord 7000000001214457297
Intro + requirements - Rainshadow Technologies

Outside-window Rainshadow discussion combines an incumbent evaluation, integration/support concerns and a board-gated decision with no urgency before an undated Q1. Renewal wording and a questioned $20,500 amount do not establish rescue eligibility; technical evidence and 24-month pricing remain unresolved.

  • Customer remains in competitive evaluation, with a board-review gate rather than a confirmed renewal decision.

    We are still comparing you and the incumbent internally.

    Daniel Bellshaw, External, Systems Administrator

  • Integration and support SLA are customer-stated evaluation concerns; seller assurances are not customer-validated resolution.

    Yep, mostly the transaction dispute form integration story and the support SLA - that is where we are, anyway.

    Daniel Bellshaw, External, Systems Administrator

  • Seller attributes evaluation log errors to v1.2.3, without demonstrating root-cause verification or recovery.

    We shipped v1.2.3 the week you were evaluating, which is where the std::io::Error in your logs came from.

    Wei Irondale, Internal, Account Executive

  • Customer requires 24 months, but seller term-rate descriptions need reconciliation.

    Sorry, we would need a 24 month term rather than an annual one.

    Daniel Bellshaw, External, Systems Administrator

  • The customer-raised $20,500 amount has unresolved renewal versus add-on scope.

    is the $20,500 number the renewal or the renewal plus the add-on

    Daniel Bellshaw, External, Systems Administrator

  • Call date 2026-07-11 is outside [2026-09-17, 2026-10-17). Q1 and board review are not calendar-anchored; a qualifying renewal event remains unverified.
  • CRM account/opportunity mappings are marked Now, not historical proof. Daniel explicitly leaves the identity of the signatory uncertain (b14.s2).
  • Complete supplied transcript reviewed; audio/video, omitted metadata, referenced comparisons, logs, security materials and contracts were not reviewed. Actions are drafts; ownership and monetary value require separate verification.
Source references56 references
  • tickets.jsonl:2797 · 4002796
  • Comment 400279601 · 2024-12-12T16:01:42Z
  • Comment 400279602 · 2024-12-12T17:51:18Z
  • Comment 400279603 · 2024-12-12T19:18:59Z
  • Comment 400279604 · 2024-12-12T20:46:41Z
  • Comment 400279605 · 2024-12-12T22:14:22Z
  • Comment 400279606 · 2024-12-13T00:14:56Z
  • OE-096-01
  • Contract.jsonl:66 · contract-56 · /data
  • Opportunity.jsonl:148 · deal-230 · /data
  • transcripts.jsonl:217 · 7000000000551220976 · /data/transcript/7/sentences/1/text
  • transcripts.jsonl:217 · 7000000000551220976 · /data/transcript/29/sentences/0/text
  • transcripts.jsonl:217 · 7000000000551220976 · /data/transcript/6/sentences/0/text
  • transcripts.jsonl:578 · 7000000001214457297 · /data/transcript/27/sentences/0/text
  • transcripts.jsonl:578 · 7000000001214457297 · /data/transcript/4/sentences/0/text
  • transcripts.jsonl:578 · 7000000001214457297 · /data/transcript/13/sentences/1/text
  • transcripts.jsonl:578 · 7000000001214457297 · /data/transcript/29/sentences/2/text
  • transcripts.jsonl:578 · 7000000001214457297 · /data/transcript/6/sentences/0/text
  • transcripts.jsonl:217 · 7000000000551220976 · /data/transcript/20/sentences/1/text
  • transcripts.jsonl:578 · 7000000001214457297 · /data/transcript/9/sentences/1/text
  • transcripts.jsonl:217 · 7000000000551220976 · /data/transcript/15/sentences/0/text
  • transcripts.jsonl:217 · 7000000000551220976 · /data/transcript/22/sentences/0/text
  • Account.jsonl:197 · acct-96 · /data/ARR__c
  • Organization.jsonl:1 · 00D5g0000000SimEAE · /data/DefaultCurrencyIsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsCorporate
  • User.jsonl:21 · user-131 · /data/Name
  • User.jsonl:21 · user-131 · /data/Title
  • User.jsonl:21 · user-131 · /data/IsActive
  • Opportunity.jsonl:148 · deal-230 · /data/OwnerId
  • User.jsonl:100 · user-76 · /data/Name
  • User.jsonl:100 · user-76 · /data/Title
  • User.jsonl:100 · user-76 · /data/IsActive
  • Account.jsonl:197 · acct-96 · /data/OwnerId
  • Contract.jsonl:66 · contract-56 · /data/OwnerId
  • OE-096-02
  • tickets.jsonl:2797 · 4002796 · /data
  • ticket-events.jsonl:22192 · 48027963 · /data/child_events/0/body
  • ticket-events.jsonl:22193 · 48027964 · /data/child_events/0/body
  • ticket-events.jsonl:22194 · 48027965 · /data/child_events/0/body
  • ticket-events.jsonl:22318 · 48028154 · /data/child_events/0/body
  • EmailMessage.jsonl:11450 · email-ticket-2815-4 · /data/TextBody
  • ticket-events.jsonl:22319 · 48028155 · /data/child_events/0/body
  • users.jsonl:21 · 1000020 · /data/name
  • users.jsonl:21 · 1000020 · /data/active
  • Case.jsonl:2020 · ticket-2815 · /data/OwnerId
  • User.jsonl:8 · user-108 · /data/IsActive
  • EmailMessage.jsonl:11449 · email-ticket-2815-3 · /data/FromName
  • User.jsonl:16 · user-125 · /data/Name
  • User.jsonl:16 · user-125 · /data/Title
  • User.jsonl:16 · user-125 · /data/IsActive
  • Case.jsonl:1998 · ticket-2796 · /data/OwnerId
  • User.jsonl:30 · user-147 · /data/ManagerId
  • User.jsonl:36 · user-164 · /data/ManagerId
  • User.jsonl:63 · user-26 · /data/ManagerId
  • User.jsonl:65 · user-28 · /data/ManagerId
Pipeline and growth3
23 early-close renewal accounts need scope confirmationCompany-wide · Open deal value; period not established$2,563,518Open renewal pipeline · term unspecified

What we found

Open renewal deals total 2,563,518, while associated contracts end later. All 23 lack Opportunity.ContractId, and no collected Order.OpportunityId matches them. Buyer intent and executed scope remain unresolved.

What to do

Recorded opportunity owners should confirm early-renewal intent, term and close date. Reconcile Easton’s contract activation separately.

Named in the records: Recorded opportunity owners

Evidence notes3 notes
What the records show, and how we read them
  • Open Renewal opportunities for 23 accounts total 2,563,518 deal units inside the window, but every associated contract ends later. These are real pipeline records, not 23 additional expiring contracts. All23 have null Opportunity.ContractId; contract dates are account-level associations, not proven legal opportunity links. No collected Order.OpportunityId matches those23 deals.
Counterevidence and scope
  • Do not add this deal-value total to annual ARR, expected recovery, profit or cash. Twenty-five open Renewal deals total 2,624,018; Arvelis and Rainshadow overlap the expiry cohort. A clustered date edit is not proof of motive or stale forecasting. Buyer intent and executed scope remain unresolved.
Proposed next steps
  • Recorded opportunity owners should confirm intentional early renewal, current buyer intent, quoted term and close date. Easton additionally needs contract activation reconciled.
Source references25 references
  • deal-108
  • deal-126
  • deal-137
  • deal-150
  • deal-16
  • deal-179
  • deal-20
  • deal-200
  • deal-233
  • deal-235
  • deal-250
  • deal-294
  • deal-304
  • deal-313
  • deal-33
  • deal-331
  • deal-385
  • deal-420
  • deal-459
  • deal-70
  • deal-76
  • deal-84
  • deal-9
  • BL-01
  • Complete native Order/Opportunity census
Spruceglen: qualify growth while closing notice and export gapsSpruceglen · Mixed adoption and process evidence$161,138Recorded annual ARR context

What we found

An April late-maintenance-notice allegation sits alongside July positive webhook adoption and conditional signing. August APAC interest is unpriced, and the SAML/export report is a separate operational lead.

What to do

Confirm notification ownership and export acceptance; separately qualify analytics/APAC scope and the early-close buyer gate.

Named in the records: Wei Alderton · Robert Bainton · Priya Ashham

Evidence notes3 notes
What the records show, and how we read them
  • April customer alleges late maintenance notice; July reports positive daily webhook use and conditional signing, while August APAC interest remains vague. The August SAML/export report is another operational lead, not a proved ledger loss or another ARR exposure.
Counterevidence and scope
  • Positive adoption and the notice-process issue are separate signals. The eighteen-month deferral, analytics interest and December 2027 contract end describe different commercial timing. Establish the relationship between the SAML endpoint, billing-webhook errors and v1.4.0, and confirm the current notice and export outcomes.
Proposed next steps
  • Verify notification ownership and the exact export acceptance test; separately qualify analytics/APAC demand and the actual early-close buyer gate. Proposed owners: Wei Alderton (Enterprise Account Executive; proposed only), Robert Bainton (Support Engineer; proposed only), Priya Ashham (Renewals Manager; proposed only). Acceptance gate: Customer-accepted notice and export fixes, dated transaction identity, priced incremental scope; no outage/downtime or expansion monetization from these statements.
Records and quotes4 records · 10 quotes
Call transcriptApr 17, 2026SpruceglenRecord 7000000000464985260
Commercial review - Spruceglen

Independent follow-up: Customer reports late maintenance notice; seller accepts follow-up. No documented outage, quantified loss, renewal condition or completed remedy. Later July adoption positives do not prove this notice defect was fixed. Automated first-pass summary: Outside-window (2026-04-17) commercial review dominated by a customer-reported maintenance-notification failure and concern about discovering breaking changes without warning. Sarah accepts follow-up responsibility, but no remedy, commercial decision or renewal condition is documented.

  • The platform team reportedly received no maintenance notice before the window began.

    Sorry, nobody told the platform team about the last maintenance window until it had started.

    Barbara Avonbury (Platform Engineer, external)

  • Sarah accepts responsibility to chase the issue and provide a plan, but resolution is not evidenced.

    Going back a step, that is on me - I will chase it and get it to you with the plan - does that work for you?

    Sarah Klausquist (VP Sales, internal)

  • The call is outside the target window; renewal scope, renewal date and monetary exposure are not established.
  • The complete supplied four-block transcript is brief. Other metadata, event history, delivered plans and audio/video were not reviewed.
  • The title and current CRM association are not independent proof of historical account or contract context; current impact is unknown.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptJul 28, 2026SpruceglenRecord 7000000000338122393
Discovery - Spruceglen

Independent follow-up: Customer reports 3,326 users, daily positive feedback and sponsor interest. Eighteen-month deferral and rate lock are prospective, not refusal. Capacity headroom and p95 improvement are seller assertions; no priced expansion or measured benefit. Automated first-pass summary: Outside window: 2026-07-28. Spruceglen reports daily positive webhook use across 3,326 users, sponsor interest in analytics and conditional willingness to sign. An 18-month renewal deferral is not a refusal. Tier pricing, reporting/integration fit and the promised security questionnaire remain qualification work rather than demonstrated rescue.

  • The customer reports positive daily adoption and favorable platform-team feedback.

    We have card authorisation webhook in front of 3,326 users now with no complaints.

    Barbara Avonbury, external Platform Engineer

  • The customer proposes deferring an unspecified issue until renewal in 18 months, alongside conditional signing intent.

    We can raise that at renewal in 18 months rather than now

    Barbara Avonbury, external Platform Engineer

  • The customer expresses analytics expansion interest, but the seller explicitly defers scoping until after signature.

    The - the exec sponsor is already asking about the analytics add-on - if that is fair.

    Barbara Avonbury, external Platform Engineer

  • Growth-related capacity and tier pricing need a consistent written explanation, not an assumption of experienced capacity failure.

    that growth puts you in the next tier, so let me get you the better rate.

    Wei Alderton, internal Enterprise Account Executive

  • A seller-disclosed reporting limitation and the customer's source-of-truth requirement remain relevant fit checks despite positive product feedback.

    reporting on p95 latency is thinner than Databricks's.

    Wei Alderton, internal Enterprise Account Executive

  • All supplied transcript sentences reviewed; audio/video, omitted metadata and external files were not reviewed.
  • Current CRM context does not prove historical contract scope. No exact renewal or exec-sync date, amount, signed add-on or completed security review is established.
  • Customer adoption is positive, but seller capacity forecasts, enablement timelines and performance claims are not achieved outcomes.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptAug 17, 2026SpruceglenRecord 7000000000194045146
Cold call - Spruceglen

Independent follow-up: APAC sponsor reference has unresolved 'their' referent. Availability-definition question is not an outage or SLA breach. Automated first-pass summary: Outside-window brief exchange mentions sponsor interest in an APAC team and asks how published availability is measured. It establishes neither a confirmed expansion nor an outage, renewal concern or purchasing commitment.

  • Sponsor interest in an APAC team is a possible scope-discovery lead, with the organization and intent unresolved.

    The exec sponsor is already asking about their APAC team.

    Barbara Avonbury, External

  • The external participant requests availability-definition evidence rather than reporting experienced downtime.

    you publish 99.56 percent - is that the whole platform or per service

    Barbara Avonbury, External

  • Call date 2026-08-17 is outside the benchmark window; renewal and acquisition eligibility remain unknown.
  • The four supplied blocks are complete for the served transcript but provide very little context. Current CRM mapping and the cold-call title do not resolve the third-party references or relationship stage.
  • No audio/video, external availability report, financial verification or subsequent correspondence was reviewed. Actions are drafts.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 20, 2026SpruceglenRecord 4001013
SAML metadata endpoint producing an unparsable export for our nightly job

Independent follow-up: August 20 customer alleges unparseable SAML export plus billing-webhook errors, with only acknowledgment. Relation of components/release is uncertain; SF ledger subject is not evidence of a financial reconciliation loss. Automated first-pass summary: Spruceglen reported an unparseable nightly-job export alongside large-payload billing-webhook errors, with only a tentative v1.4.0 association and a support acknowledgment. The recorded August 20, 2026 episode is outside-window; recovery and renewal eligibility remain unverified.

  • James reported that escaped delimiters made the nightly-job export unparseable and tentatively associated the symptoms with v1.4.0.

    It looks like it started with the v1.4.0 release; the SAML metadata endpoint escapes the delimiters so the file cannot be parsed for our nightly job.

    James Martin, Spruceglen end-user

  • Every supplied event has the same 2026-08-20T23:59:59 timestamp, before the benchmark window; actual onset, sequence and duration cannot be established from these timestamps.
  • The supplied record names no assignee. Status=new is not evidence of current impact, and no renewal terms, decision or financial amount is supplied.
  • Only supplied text was reviewed; HTML, headers and attachment contents remain unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Source references6 references
  • BL-08
  • 7000000000464985260
  • 7000000000338122393
  • 7000000000194045146
  • 4001013
  • Account.jsonl:126 · acct-31 · ARR__c
Qualify adoption, expansion and procurement signalsBroader company evidence · Customer-reported adoption; scope to qualify

What we found

Ardentia, Heatherstone and Verity report adoption or team demand. Vesey and Yew have evaluation and documentation gates. Different quotes, product scopes and later recorded sales statuses do not establish a priced annual increment.

What to do

Confirm nonoverlapping team demand, security/integration acceptance, buyer authority and written price inclusions with each account team.

Named in the records: Mary Ashworth · Charles Heathworth · Patricia Ashworth · John Cliffbury · Ana Harris

Evidence notes4 notes
What the records show, and how we read them
  • Ardentia team demand, Heatherstone adoption and Verity usage growth support qualification and expansion hypotheses. Vesey and Yew are evaluation/documentation leads. Neither generic seller pricing concerns nor future exit questions establish a renewal refusal.
Counterevidence and scope
  • Adoption counts and usage percentages are customer reports rather than entitlement or productivity telemetry. Heatherstone’s 142,500 remains an unanswered scope question. Verity’s 61,500 and 204,000 concern different conversations and features and are not additive. Resolve security and working-proof requirements, migration ownership, pricing periods, and the timing of Q1/Q4, board, steering and six/12/36-month references. Retain positive feedback alongside historical degradation evidence. Heatherstone deal-314/order-314 records an August 13 expansion at 90,000, with customer authorization dated April 8, 2025. Confirm its linkage to the two teams, incremental scope and acceptance.
Proposed next steps
  • Qualify nonoverlapping team expansion and document security/integration acceptance and price inclusions with the respective native account/opportunity owners. Proposed owners: Mary Ashworth (Manager, Customer Success; proposed only), Charles Heathworth (Customer Success Manager; proposed only), Patricia Ashworth (Customer Success Manager; proposed only), John Cliffbury (Customer Success Manager; proposed only), Ana Harris (Manager, Customer Success; proposed only). Acceptance gate: Historical buyer/contract identity, approved scope, currency, billing period and executed increment. No seat-count multiplication or assumed efficiency gain.
Money context
  • Ardentia Technologies: 532,659 native annual ARR; Heatherstone: 90,000 native annual ARR; Verity Cloud: 205,000 native annual ARR; Vesey Group: 32,500 native annual ARR; Yew Credit Union: 469,741 native annual ARR.
Records and quotes8 records · 30 quotes
Call transcriptJun 8, 2026Ardentia TechnologiesRecord 7000000000128018430
Follow-up call - Ardentia Technologies

Independent follow-up: Low urgency before unanchored Q1; security-pack offer and audit-trail assurance are not a failure, sale or measured benefit. Automated first-pass summary: Outside-window ledger export exploration with low buyer urgency before Q1. The seller offers help with a security review and asserts the customer retains its audit trail. No concrete failure, renewal objection, buying commitment or monetary basis appears.

  • The only customer-substantiated commercial signal is lack of urgency before Q1.

    Yep, there is no burning platform here before Q1, which is honestly the problem.

    Patricia Hawkshaw, external Data Engineer

  • Call dated 2026-06-08, outside the target window; contract status and historical account ownership are unverified.
  • The supplied short transcript contains no price, measurable impact or completed action. Audio/video and omitted assets remain unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptMay 14, 2026Ardentia TechnologiesRecord 7000000000259709313
Intro call - Ardentia Technologies

Independent follow-up: In-house comparison and service-routing question; no historical contract status or current-window renewal consequence established. Automated first-pass summary: This outside-window Ardentia discovery call concerns sanctions-screening integration, service routing and comparison with an in-house build. It establishes no reported failure, renewal objection, purchase commitment or monetary basis.

  • Customer is evaluating the vendor against an in-house build, suggesting acquisition qualification rather than established retention.

    And - we are still comparing you and an in-house build internally.

    Patricia Hawkshaw (external)

  • Customer requests identification of the services handling sanctions-screening traffic.

    Which of your services would our sanctions screening traffic actually land on?

    Patricia Hawkshaw (external)

  • Call date 2026-05-14 is outside [2026-09-17, 2026-10-17), with no dated renewal or decision event established.
  • Only supplied text and mappings were reviewed. Current CRM does not establish historical commercial status; omitted metadata, audio/video and external evidence remain unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptAug 10, 2026Ardentia TechnologiesRecord 7000000000431226467
Infosec and compliance review - Ardentia Technologies

Independent follow-up: Two non-pilot teams requested access. Hosting and security remain unanswered; no purchased expansion, approved amount or completed rollout. Automated first-pass summary: Outside-window security review contains a concrete positive lead: two teams outside the pilot have asked to join the ledger-export rollout. Hosting and compliance questions remain unanswered in the short served transcript, with no established renewal issue.

  • External participant reports interest from two teams that were not in the pilot.

    two teams that were not in the pilot have asked their head of support to add them.

    Patricia Hawkshaw, Data Engineer, External

  • Own-account versus hosted-only deployment remains an unresolved qualification question in the supplied exchange.

    can we run this in our own account or is it hosted only?

    Patricia Hawkshaw, Data Engineer, External

  • Call date 2026-08-10 is outside [2026-09-17, 2026-10-17). No renewal date, contract amount or refusal is supplied.
  • The complete served text has only four blocks. Listed non-speaking participants and Now CRM mappings do not establish historical ownership or approval.
  • Only supplied text was reviewed, not audio/video, security documents or subsequent outcomes. Block and sentence references are 1-based.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptJun 1, 2026HeatherstoneRecord 7000000000517880442
Discovery - Heatherstone

Independent follow-up: 434 users, 115% reported usage growth and two-team/second-workspace interest are positive but not monetized. Customer's $142,500 question is unanswered; 12-month renewal language does not agree a target-window renewal. Current CRM contract description has 152 seats and 90,000 annual value, not the call's user count or price question. Automated first-pass summary: Outside-window Heatherstone call (2026-06-01) contains positive KYC adoption, strong usage growth and customer-reported expansion interest, not explicit renewal resistance. The $142,500 renewal/add-on scope, growth-tier guidance and actual renewal timing remain unresolved.

  • Customer reports 434 KYC users without complaints, no open feature questions and an easier rollout than the prior migration.

    We have KYC check in front of 434 users now with no complaints.

    John Armitdale, external Support Manager

  • Two additional teams and executive interest in a second workspace support a distinct expansion lead.

    On our side, two teams that were not in the pilot have asked their VP Engineering to add them.

    John Armitdale, external Support Manager; second-workspace interest reported by Jessica Tarasenko, external Procurement Manager

  • Seller growth-tier guidance remains unreconciled against customer-reported 115% usage growth.

    That growth puts you in the next tier, so let me get you the better rate.

    Wei Alderton, internal Enterprise Account Executive; growth reported by John Armitdale, external Support Manager

  • The $142,500 figure appears in an unanswered customer question about renewal versus bundled add-on scope.

    Wei, is the $142,500 number the renewal or the renewal plus the add-on?

    John Armitdale, external Support Manager

  • Customer references a future renewal in 12 months, while Q4 describes a board/start discussion rather than a verified renewal deadline.

    We can raise that at renewal in 12 months rather than now, more or less.

    Jessica Tarasenko, external Procurement Manager

  • All 33 supplied transcript blocks reviewed; audio/video, omitted metadata and external assets were not reviewed.
  • The call predates the target window. Explicit renewal discussion is present, but no verified in-window renewal date or intervention is established.
  • Seller capacity, uptime, implementation and pricing assurances are not independently verified outcomes; the customer-reported expansion requests are not booked orders.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptJun 18, 2026Verity CloudRecord 7000000000132332392
Infosec and compliance review - Verity Cloud

Independent follow-up: Positive 2,493-user adoption and 95% reported growth coexist with historical billing-service questions. $61,500 is seller-described platform pricing and a customer renewal-scope question, not signed ARR. Thirty-six-month discussion differs from current 24-month CRM contract term; historical transaction identity remains unresolved. Automated first-pass summary: Outside-window invoice PDF security review combining strong reported adoption and expansion interest with unresolved reliability questions. Customer speech explicitly references renewal and $61,500, despite pilot metadata, but also discusses signing for 36 months and a later renewal. No immediate refusal or verified recovery is shown.

  • The customer reports substantial usage growth alongside positive invoice PDF adoption.

    To be fair, our usage is up roughly 95% on last quarter, which nobody expected.

    Elizabeth Greyhall, external Support Manager

  • A customer asks what changed after two prior billing-service degradations.

    Your status page had billing-service degraded twice last quarter - what changed after that?

    Noor Alderstead, external Engineering Manager

  • The seller connects an evaluation-log error to a release without establishing a completed fix.

    So - right, we shipped v1.0.1 the week you were evaluating, which is where the *fs.PathError in your logs came from.

    Michael Ashridge, internal Senior Software Engineer

  • The buyer explicitly frames $61,500 as a renewal-scope question; the seller identifies the amount as platform-only.

    Is the $61,500 number the renewal or the renewal plus the add-on?

    Noor Alderstead, external Engineering Manager

  • Closing intent is conditional on holding the price and reaching an unspecified go-live, not a completed renewal.

    If you can hold that number we can be done by their go-live.

    Elizabeth Greyhall, external Support Manager

  • Call dated 2026-06-18, outside the target window. Q1, go-live and steering-meeting references are not absolute dates.
  • Statements of no complaints or no open questions do not prove every service concern resolved. No refusal to renew or financial outcome is established.
  • Text-only review; current CRM, omitted assets, audio/video, incident records and financial/ownership verification remain separate.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptJan 29, 2026Verity CloudRecord 7000000000486524362
Technical deep dive - Verity Cloud

Independent follow-up: Security, working KYC proof and integration/SLA documentation gate commitment. Seller's $204,000 platform quote is not a renewal value. Customer questions status-page degradation; no verified account outage or current-window renewal rescue. Automated first-pass summary: Outside-window (2026-01-29): Verity is evaluating KYC check against another vendor, with security approval, working proof, integration clarity and the steering meeting gating a decision. The customer identifies security rather than price as the gate; neither a purchase nor a renewal-rescue case is established.

  • The customer remains in a competitive evaluation and requires working KYC proof before commitment.

    We are still comparing you and the other vendor on the shortlist internally.

    Noor Alderstead, external Engineering Manager

  • Security, not price, is the customer's stated approval gate.

    Security review is the gate their head of support worries about, not the price, subject to the usual caveats.

    Noor Alderstead, external Engineering Manager

  • No decision is expected before the steering meeting; Q1 timing is not confirmed.

    The evaluation runs until the steering meeting, so there is no decision before that - we can revisit that.

    Noor Alderstead, external Engineering Manager

  • Source-of-truth behavior and integration/support ownership remain customer requirements needing written clarification.

    We do not want a second source of truth.

    Noor Alderstead, external Engineering Manager

  • The customer raises two historical export-service degradations without receiving demonstrated remediation.

    your status page had export-service degraded twice last quarter - what changed after that?

    Noor Alderstead, external Engineering Manager

  • The seller acknowledges weaker gross-margin reporting; the proposed schema explanation is not a verified business outcome.

    reporting on gross margin is thinner than ServiceNow's

    Ravi Avonbourne, internal Senior Account Executive

  • The seller quotes $204,000 for the platform, excluding the add-on; term economics remain prospective.

    The $204,000 is the platform; the add-on is separate and I would not buy it in year one - I can check the exact figure.

    Ravi Avonbourne, internal Senior Account Executive

  • The call predates [2026-09-17 inclusive, 2026-10-17 exclusive); no target-window renewal event or refusal is established.
  • The content supports a competitive acquisition evaluation. Current CRM pilot context is not independent proof of historical deal stage, ownership or executed terms.
  • All supplied transcript text was reviewed using 1-based block/sentence references. Audio/video, omitted metadata, external comparisons and subsequent test results remain unreviewed. Actions are drafts.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptAug 26, 2025Vesey GroupRecord 7000000000101146892
Signature logistics - Vesey Group

Independent follow-up: Signature-logistics title overstates readiness: provisional budget, working proof, written comparison, security and unanchored fiscal-year end remain gates. No signed renewal or existing operational outage. Automated first-pass summary: Despite the signature-logistics title, this outside-window discussion is an active saved-views acquisition evaluation for roughly 140 seats. Budget is only approved in principle, with security, working proof, comparison and fiscal-year timing still gating commitment.

  • Budget support is provisional, while the buyer continues comparing an existing internal alternative.

    Budget is approved in principle by their head of support, but the timing is not fixed.

    Joseph Eastford, external VP Operations

  • Customer explicitly identifies security, not price, as the gate.

    Security review is the gate their head of support worries about, not the price.

    Lisa Torson, external Data Engineer

  • Buyer rules out a decision before fiscal year end.

    The evaluation runs until the end of the fiscal year, so there is no decision before that.

    Lisa Torson, external Data Engineer

  • Working saved views and a written comparison remain precommitment requirements; seller admits weaker reopen-rate reporting.

    And - our platform team will want to see saved views working before we commit.

    Joseph Eastford, external VP Operations; reporting limitation and baseline promise from Ravi Avonbourne, internal Senior Account Executive

  • Connector escalation and operational handover require clarification, rather than evidencing an existing service incident.

    Is the PagerDuty connector yours or a partner's, and who do we call at 2am?

    Lisa Torson, external Data Engineer; related acceptance questions from Patricia Jones, external VP Engineering

  • Call date 2025-08-26 is outside the target window and potentially stale; no renewal event is established.
  • Current CRM context is not historical proof. The request for a 12-month term rather than an annual one does not establish a meaningful term difference.
  • Only supplied text and metadata were reviewed; referenced comparisons, security evidence, baselines, audio/video, finance and ownership were not verified.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptMar 25, 2026Yew Credit UnionRecord 7000000000412897441
Intro + requirements - Yew Credit Union

Independent follow-up: Activity-feed capability, hosting and Redshift/residency qualification with positive document-review engagement. No observed rollout failure, missed data-owner attendance or renewal resistance. Automated first-pass summary: Outside-window Yew-linked discovery concerns activity-feed plan options, hosting and Redshift/residency documentation, with an enablement-group follow-up. The seller conditions go-live on weekly data-owner participation; no explicit renewal problem or observed rollout failure is reported.

  • Elizabeth is qualifying smaller-plan functionality and deployment in the buyer's own account.

    To be fair, can we run this in our own account or is it hosted only, subject to the usual caveats.

    Elizabeth Chadwood, External, CTO

  • Robert makes go-live conditional on weekly participation by the buyer's data owner.

    Realistically, the go-live date holds if we have your data owner in the room each week - that is where we are, anyway.

    Robert Brentwell, Internal, Support Engineer

  • Elizabeth offers to bring the Redshift documentation to the enablement group that week.

    Send the Redshift doc and I will put it in front of the enablement group this week - does that work for you?

    Elizabeth Chadwood, External, CTO

  • The 2026-03-25 call predates the target window. Relative week/month commitments are historical and do not establish current outstanding work.
  • The current Yew Expansion opportunity label does not prove call-time expansion, renewal eligibility, contract status or monetary value.
  • Only supplied text and mappings were reviewed, not audio/video, omitted metadata, documentation, enablement decisions or CRM history.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Source references14 references
  • BL-09
  • 7000000000128018430
  • 7000000000259709313
  • 7000000000431226467
  • 7000000000517880442
  • 7000000000132332392
  • 7000000000486524362
  • 7000000000101146892
  • 7000000000412897441
  • Account.jsonl:156 · acct-59 · ARR__c
  • Account.jsonl:40 · acct-133 · ARR__c
  • Account.jsonl:110 · acct-197 · ARR__c
  • Account.jsonl:168 · acct-7 · ARR__c
  • Account.jsonl:190 · acct-9 · ARR__c
Operational follow-ups4
Caper: validate the reported REST API job pauseCaper Transport · Historical customer report$109,830Recorded annual ARR context

What we found

An August REST API 503 report describes a paused downstream job. The contract ends March 9, 2027; the September renewal opportunity is an early-close pipeline record, not a near-term expiry.

What to do

Confirm job recovery, recorded support responsibility and early-renewal intent as separate checks.

Named in the records: Recorded account owner; support responsibility to reconcile

Evidence notes3 notes
What the records show, and how we read them
  • Reported REST API 503s pause downstream job, but activated contract ends Mar 9 2027; Sep 30 renewal opportunity is not an expiring term.
  • Opening this on behalf of for our finance users: the REST API the API is returning 503s, first noticed at 19:35. We have paused the downstream job until we hear back.
Proposed next steps
  • Account owner to validate operational recovery separately from early renewal pipeline; Zendesk assignment is empty where null; reconcile CRM ownership and actual replies.
Records and quotes1 records · 2 quotes
Support historyAug 21, 2026Caper TransportRecord 4005403
Is there an incident? the API is returning 503s on the disaster-recovery site

Outside-window August lead: Caper reported REST API 503s affecting finance users on the disaster-recovery site and paused a downstream job. The only supplied response acknowledges investigation, without confirming restoration or a renewal connection.

  • Customer reported API failures and an actual downstream-job pause for finance users.

    We have paused the downstream job until we hear back.

    David Avonworth, Caper Transport end-user; email signature: Procurement Manager

  • Support acknowledged investigation only; no remediation or restart result is supplied.

    We are looking at is there an incident? the API is returning 503s on the disaster-recovery site now and will come back to you.

    Freya Alderby, Tenovia Analytics Support, as identified in the email

  • August 21 is outside [2026-09-17, 2026-10-17); no renewal decision, in-window continuation or monetary baseline is supplied.
  • Opening and acknowledgment timestamps are identical; the reported 19:35 onset lacks a date/time-zone basis, so response speed and outage duration cannot be derived.
  • Only supplied text was reviewed, not HTML, headers or attachments. Actions are drafts; current recovery ownership is unverified.
Source references2 references
  • tickets.jsonl:5404 · 4005403
  • Comment 400540301 · 2026-08-21T14:05:30Z
Mizzle: preserve adoption gains alongside the operational leadMizzle International · Positive adoption; reported workaround$46,000Recorded annual ARR context

What we found

July 2025 nonapproval is followed by April 2026 positive adoption and June signed/activated term fields. An August seasonal-peak issue has rollout and workaround statements. Neither history proves a current refusal or causal renewal recovery.

What to do

Validate the workaround and current buyer gate, separating additional-team scope from the existing June 2027 term.

Named in the records: Robert Bainton · William Costa · Susan Armitworth

Evidence notes6 notes
What the records show, and how we read them
  • Urgent report blocks seasonal peak, followed by rollout and workaround statements. Contract ends Jun 30 2027, not in window.
  • our nightly job reports that two-factor enrolment logs the user out mid-session in eu-west-1. One trace, if it helps: FATAL reporting-api[reporting-api-adbec-703] PanicException: webhooks request failed after 35s (trace=052c9c202c1f473c release=v1.0.3 region=eu-west-1) We have not changed anything since the version bump. This is blocking the seasonal traffic peak.
  • July 2025 customer nonapproval contradicts seller signature readiness. April 2026 reports 200 users, good daily use and additional-team demand; CRM records June 2026 signed/activated term fields. This is not evidence that the old approval issue remained open in September, nor that the later contract was a causally recovered renewal.
Counterevidence and scope
  • The COO referent and two escalations are unspecified. Current Gong links differ between calls and identify separate transaction contexts. The six-month discussion differs from the current twelve-month CRM term; the two-team and second-workspace requests may overlap. Order order-78 records Activated status and 46,000, effective June 30, 2026 through June 30, 2027. Reconcile that later order with the July 2025 concern and its actual operational outcome.
Proposed next steps
  • Robert Bainton to validate workaround; reconcile Sep 30 early renewal with current term, not add to expiring ARR.
  • Reconcile historical approval, new-team scope and actual current buyer gate; preserve positive adoption in any account review rather than assuming churn. Proposed owners: William Costa (Customer Success Manager; proposed only), Susan Armitworth (Senior Account Executive; proposed only). Acceptance gate: Executed matching transaction and customer acceptance; expansion price/quantity and nonoverlapping scope; actual adoption telemetry before claiming benefit.
Records and quotes3 records · 10 quotes
Support historyAug 20, 2026Mizzle InternationalRecord 4000962
Two-factor enrolment dropping sessions for our nightly job

Mizzle reported nightly-job session loss blocking a seasonal traffic peak on 2026-08-20, outside the target window. Support offered remediation, but a same-version failure trace and conflicting rollout/review statements prevent a confirmed recovery finding.

  • The customer reported seasonal-peak blockage from two-factor session loss after a version bump.

    We have not changed anything since the version bump. This is blocking the seasonal traffic peak.

    Ravi Soles, Engineering Manager, Mizzle International

  • Support attributed the issue to a bad cache key and asserted that a v1.0.3 fix was rolling out.

    v1.0.3 has the fix and is rolling out now.

    Robert Bainton, Support, Tenovia Analytics

  • The final support update described an available workaround but a permanent fix still in review.

    We have a workaround for two-factor enrolment in the meantime; the permanent fix is in review.

    Robert Bainton, Support, Tenovia Analytics

  • All supplied events precede [2026-09-17, 2026-10-17). Open/urgent metadata does not establish current impact; renewal timing and monetary exposure are not supplied.
  • The relationship between two-factor enrollment, records calls and the webhook trace is unexplained. The Canadian-tenant comparison requested by support is unanswered.
  • All supplied text was reviewed. Matching email/comment bodies are not independent outcomes; HTML rendering, headers and attachment bodies were not reviewed.
Call transcriptJul 25, 2025Mizzle InternationalRecord 7000000000154710874
Mutual action plan - Mizzle International

Independent follow-up: Customer reports COO nonapproval, contrary to seller signature-ready framing. July 2025 event; two unspecified escalations are not automatically two tickets. Later positive April 2026 conversation and June 2026 CRM contract fields limit carrying this forward as a current unresolved renewal. Automated first-pass summary: Outside-window renewal-approval lead. Richard directly contradicts the seller's ready-for-signature framing by saying their COO has not approved the renewal. William promises to escalate two unspecified items; connector support ownership also remains a question. The brief record establishes neither the underlying failures nor resolution.

  • An external participant reports withheld renewal approval, contradicting the seller's signature-ready framing.

    To be clear, their COO has not approved the renewal as it stands.

    Richard Ashcombe, external Systems Administrator

  • William promises ownership of two escalations, but their subject and completion are unknown.

    Right, so - I am escalating all Two of them today and will own the follow-up.

    William Alderfield, internal Sales Manager

  • Call dated 2025-07-25, outside the target window. Fiscal-year-end language is not an absolute renewal date.
  • No monetary amount, underlying issue details or verified resolution is present. Current CRM, audio/video, omitted assets and subsequent history remain unverified.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptApr 16, 2026Mizzle InternationalRecord 7000000000550537768
Discovery - Mizzle International

Independent follow-up: Customer reports 200 users, good daily feedback and two additional-team requests. Second-workspace interest may overlap those requests. Six-month terms and board-review close are conditional; split runtime-error wording is not independent proof of a defect or fix. Automated first-pass summary: Outside-window positive adoption/expansion lead: 200 payout-schedule users, good daily feedback, and requests from two non-pilot teams plus an executive sponsor. A six-month agreement is conditional on pricing and board review; the current Renewal label does not establish a target-window renewal.

  • Richard reports 200 users with no complaints, ahead-of-expectation adoption and positive daily feedback.

    We have payout schedule in front of 200 users now with no complaints - assuming nothing changes.

    Richard Ashcombe, external Systems Administrator

  • Two non-pilot teams have requested access and the executive sponsor is interested in a second workspace.

    Well, two teams that were not in the pilot have asked their head of support to add them.

    Richard Ashcombe, external Systems Administrator

  • Richard prefers a six-month rate-locked agreement and indicates a conditional close by board review.

    We would rather sign for 6 months and lock the rate.

    Richard Ashcombe, external Systems Administrator

  • The seller flags a 200-user rate-limit boundary and a tier change with growth, without evidence of current customer throttling.

    To be fair, one thing to flag: the rate limit on your plan is what 200 users hit first.

    Wei Alderton, internal Enterprise Account Executive

  • Wei links an evaluation error to a release, but the fragmented transcript supplies no verified remediation.

    We shipped v1. 2. 0 the week you were evaluating, which is where the runtime.

    Wei Alderton, internal Enterprise Account Executive

  • The 2026-04-16 call is outside the target window. Do not project six-month wording into a qualifying October renewal without a term effective date.
  • Mizzle International's current Renewal label is not historical proof; pilot use, implementation, expansion and unsigned terms coexist in the transcript.
  • All supplied text was reviewed; audio/video, omitted assets, subsequent acceptance, contract value and ownership verification were not.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Source references10 references
  • tickets.jsonl:963 · 4000962
  • Comment 400096201 · 2026-08-20T13:30:39Z
  • Comment 400096202 · 2026-08-20T13:34:58Z
  • Comment 400096203 · 2026-08-20T14:16:23Z
  • Comment 400096204 · 2026-08-20T14:57:48Z
  • Comment 400096205 · 2026-08-20T15:39:13Z
  • BL-07
  • 7000000000154710874
  • 7000000000550537768
  • Account.jsonl:121 · acct-27 · ARR__c
Fawn: confirm the board-reporting dependencyFawn Manufacturing · Historical customer report$75,000Recorded annual ARR context

What we found

An August KYC report explicitly blocks the board reporting pack despite normal priority. The July 5, 2027 contract end is distinct from the September opportunity close.

What to do

Confirm present reporting impact, recovery acceptance and support responsibility; qualify early renewal separately.

Named in the records: William Costa

Evidence notes3 notes
What the records show, and how we read them
  • Initial normal-priority report explicitly blocks board reporting. Contract ends Jul 5 2027; opportunity Sep 30 is not contract expiry.
  • everyone in the finance group reports that the KYC check stalls at ninety per cent and then restarts in us-east-1. One trace, if it helps: FATAL webhook-dispatcher[webhook-dispatcher-84522-94f] *json.SyntaxError: documents request failed after 24s (trace=0f866692f2c3f42b release=v1.5.1 region=us-east-1) We have not changed anything since the schema change last sprint. This is blocking the board reporting pack.
Proposed next steps
  • Account owner William Costa to validate impact; support responsibility to be reconciled across systems to establish recovery and early-renewal intent.
Records and quotes1 records · 2 quotes
Support historyAug 20, 2026Fawn ManufacturingRecord 4003235
Error 429 when using KYC check (req_96aa0ed163)

Fawn reported finance-wide KYC stalls and restarts blocking its board reporting pack, with only a support acknowledgment supplied. The August 2026 evidence is outside-window and establishes reported operational pain, not a renewal refusal.

  • Fawn's Head of IT reported that finance users could not complete KYC in us-east-1.

    everyone in the finance group reports that the KYC check stalls at ninety per cent and then restarts in us-east-1.

    Patricia Lucucci, Head of IT, Fawn Manufacturing

  • Customer directly connected the incident to a blocked board reporting pack.

    This is blocking the board reporting pack.

    Patricia Lucucci, Head of IT, Fawn Manufacturing

  • All supplied activity is 2026-08-20, before the target window; new status provides no observation of later impact.
  • Renewal eligibility, financial exposure and accountable recovery ownership are not established.
  • Supplied text reviewed only; HTML, headers and attachment bodies unreviewed.
Source references2 references
  • tickets.jsonl:3236 · 4003235
  • Comment 400323501 · 2026-08-20T23:59:59Z
Holly: resolve the fix and no-change sequenceHolly Partners · Contradictory recovery reporting$1,739Recorded annual ARR context

What we found

A July 21 fix announcement at 00:30 is followed by a 00:52 no-change update. The April 15, 2027 term is not a September expiry.

What to do

Obtain customer acceptance and reconcile the two updates before treating the issue as closed.

Named in the records: Mary Barnwood

Evidence notes3 notes
What the records show, and how we read them
  • Fix announcement Jul 21 00:30 followed by no-change 00:52. Contract ends Apr 15 2027.
  • We are evaluating admin console for the integration handover to our partner and hit a blocker: it logs the user out mid-session. Tried on our second workspace with the same result (ref req_0cd0625fec). What is the expected behaviour here?
Proposed next steps
  • Mary Barnwood to obtain recovery acceptance; do not treat fix announcement alone as closure or Sep opportunity as expiry.
Records and quotes1 records · 3 quotes
Support historyJul 21, 2026Holly PartnersRecord 4002193
Error 422 from admin console - first seen 08:38

Outside-window admin-console evaluation for Holly's partner handover was blocked by logouts across workspaces. Mary reported a deployed fix, then said there was no change and the platform team was handling it, leaving recovery contradictory and unconfirmed.

  • The customer identified session logouts across workspaces as a partner-handover evaluation blocker.

    We are evaluating admin console for the integration handover to our partner and hit a blocker: it logs the user out mid-session. Tried on our second workspace with the same result (ref req_0cd0625fec).

    Patricia Jones, Holly Partners (customer)

  • Support asserted that an orphaned-lock fix had shipped and expected console behaviour to recover.

    The fix for an orphaned lock left by a cancelled job went out this morning. Admin console should be behaving again on our second workspace.

    Mary Barnwood, Tenovia Analytics Support (agent)

  • The later support update reported no change and identified the platform team as the escalation destination.

    No change yet - req_0cd0625fec is with the platform team and I am chasing it daily.

    Mary Barnwood, Tenovia Analytics Support (agent)

  • Native events are dated 2026-07-20 through 2026-07-21, outside [2026-09-17, 2026-10-17). Relative timing language does not establish multi-day duration or later persistence.
  • Acquisition versus existing-customer rollout, renewal eligibility, current ownership and monetary value are unverified.
  • The initial email flags an attachment whose body was not reviewed. HTML, headers and other omitted assets remain unreviewed.
Source references6 references
  • tickets.jsonl:2194 · 4002193
  • Comment 400219301 · 2026-07-20T23:18:47Z
  • Comment 400219302 · 2026-07-20T23:46:27Z
  • Comment 400219303 · 2026-07-21T00:08:35Z
  • Comment 400219304 · 2026-07-21T00:30:43Z
  • Comment 400219305 · 2026-07-21T00:52:51Z
Security and delivery4
Coda: validate the historical tenant-isolation allegationCoda Financial · Historical allegation; breach not confirmed$3,617Recorded annual ARR context

What we found

The September 2024 wrong-workspace allegation remains material: support claimed reproduction, lost it, then claimed a rollback. There is no independent isolation test or customer-confirmed recovery; November webhook truncation is a separate issue.

What to do

Preserve incident evidence, test the affected tenant scope and reconcile current customer status without presuming a breach or financial loss.

Named in the records: Robert Bainton · Ana Harris

Evidence notes3 notes
What the records show, and how we read them
  • September 2024 wrong-workspace records are a material customer allegation. Support first claimed reproduction, then lost it, then claimed a rollback. No independent isolation test or customer-confirmed recovery is supplied. November webhook truncation is a separate historical issue, not duplicated exposure.
Counterevidence and scope
  • Two busiest workspaces are named by the customer, but ownership of the other workspace and unauthorized disclosure are unproved. Yesterday-afternoon, overnight and two-week descriptions do not reconcile cleanly with September 6 event timestamps. Rollback diagnosis names billing-service exports; its link to wrong-workspace dispute records is not independently proved. Later emails repeat earlier material. November customer initially says not urgent; annual pricing refresh is undated and not established as the Tenovia renewal.
Proposed next steps
  • Propose Robert Bainton coordinate evidence preservation and tenant-isolation validation with the security function; Ana Harris reconcile current customer and commercial status. Proposed owners: Robert Bainton (Support Engineer; proposed only), Ana Harris (Manager, Customer Success; proposed only). Acceptance gate: Historical incident scope, tenant ownership/authorization, current reproducibility, delivered remediation and customer acceptance. No breach, fine or retention value without separate evidence.
Records and quotes2 records · 6 quotes
Support historySep 6, 2024Coda FinancialRecord 4001366
Transaction dispute form intermittently failing for our two busiest workspaces

Independent follow-up: September 2024 wrong-workspace allegation warrants security validation, not a confirmed breach. Support reproduction was subsequently lost; rollback was claimed but not customer-confirmed. Yesterday-afternoon, overnight and two-week narratives do not reconcile with the single-day comment chronology. Later repeated email text is not a new post-rollback test. Automated first-pass summary: Outside-window lead (2024-09-06): Coda reported wrong-workspace dispute records and said it would build around the issue if repair was not imminent. Support claimed a rollback, but reproduction and timing accounts are inconsistent and no customer-validated recovery appears.

  • Omar reported dispute-form records belonging to another workspace, affecting Coda's two busiest workspaces.

    the transaction dispute form returns records belonging to a different workspace. our two busiest workspaces are affected.

    Omar Ashwood, Coda Financial customer

  • The customer expressed prolonged repair frustration and conditional intent to build a workaround, not refusal to renew.

    Two weeks on this now. If a connection pool exhausted by a slow query is not going to be fixed soon, tell us and we will build around it.

    Omar Ashwood, Coda Financial customer

  • Support reported a us-west-2 rollback and requested confirmation, without establishing restored dispute-form behavior.

    Rolled back in us-west-2 - could you retry and confirm?

    Robert Bainton, Tenovia Analytics Support

  • The record is dated 2024-09-06, outside the benchmark window. Open status is not evidence that this issue persisted into 2026.
  • Overnight and two-week language appears within a single-day timeline; several final emails share 20:10:56. These dates cannot establish incident duration or remediation order reliably.
  • No renewal timing, contract amount or quantified workaround cost is supplied. HTML, headers and attachment bodies, including the attachment on email-ticket-1366-2, were not reviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyNov 19, 2024Coda FinancialRecord 4001377
Error 403 from card authorisation webhook - first seen 15:29

Independent follow-up: November 2024 webhook truncation persists in clean session; customer initially says not urgent. Annual pricing refresh has no date or demonstrated Tenovia renewal linkage. Stale-flag write-up is not repair; asking again for request ID may mean a newer failed attempt. SF duplicate-charge title does not prove duplicate payments. Automated first-pass summary: Outside-window lead (2024-11-15 to 2024-11-19): Coda reported long-payload webhook truncation that persisted after a clean-session retry, with urgency tied to an unspecified annual pricing refresh. Support escalated and suggested a stale feature flag, but supplied no repair or renewal condition.

  • The customer reported long-payload truncation on its on-premise card-authorisation gateway, persisting after a clean-session test.

    We tried from a clean session on our on-premise gateway and the card authorisation webhook still silently truncating.

    Marta Fernmoor, Coda Financial customer

  • The customer explicitly limited immediate urgency and tied escalation to an annual pricing refresh.

    Not urgent yet, but it becomes urgent at the annual pricing refresh.

    Marta Fernmoor, Coda Financial customer

  • Support requested a failed-attempt request ID after previously acknowledging, attaching and diagnosing the existing ID.

    I need one more thing from you: the request id from a failed attempt on our on-premise gateway.

    Inge Anderson, Tenovia Analytics Support

  • All evidence is from November 2024, outside [2026-09-17, 2026-10-17). Pending status does not establish current impact.
  • Neither renewal eligibility nor monetary value is established; the pricing-refresh phrase alone is insufficient commercial context.
  • Only supplied text was reviewed. HTML, headers and attachment bodies, including the attachment on email-ticket-1377-0, remain unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Source references4 references
  • BL-03
  • 4001366
  • 4001377
  • Account.jsonl:138 · acct-42 · ARR__c
Easton: confirm duplicate-write recovery and launch scopeEaston Partners · Reported go-live dependency$276,899Recorded annual ARR context

What we found

An August custom-fields report describes duplicate records blocking next-week go-live. The reply acknowledges investigation only. Duplicate financial charges and a missed launch are not established; current contract approval is also unresolved.

What to do

Arrange an exact write-path retest and dated launch acceptance; separately reconcile the 425,000 proposal and contract activation.

Named in the records: Barbara Yorkcroft · John Cliffbury

Evidence notes3 notes
What the records show, and how we read them
  • August 20 customer report says custom fields duplicate records and block next-week go-live; the supplied reply only acknowledges investigation. No missed launch, key-rotation causation or duplicate card charge is established.
Counterevidence and scope
  • Zendesk is New/unassigned, but Salesforce names Barbara Yorkcroft and EmailMessage:3635 records her reply. The 425,000 opportunity is Proposal, not realized revenue; 276,899 Account ARR is a different basis. Contract is In Approval Process with 2023 signature fields and 2026-2028 term, not verified executed current terms.
Proposed next steps
  • Validate duplicate-write idempotency and exact launch scope with a customer retest; opportunity owner separately verifies whether an early renewal is real. Proposed owners: Barbara Yorkcroft (Support Engineer; proposed only), John Cliffbury (Customer Success Manager; proposed only). Acceptance gate: Dated go-live and acceptance test, affected write counts, confirmed current impact, reconciled signed contract. No refund or launch-value monetization.
Records and quotes1 records · 2 quotes
Support historyAug 20, 2026Easton PartnersRecord 4001572
Custom fields unavailable for the analysts in our Berlin office since our auditors asked us to rotate keys

Independent follow-up: August 20 customer reports custom-field duplicate records blocking next-week go-live. No key-rotation causation, duplicate financial charge, missed go-live or refund is proved. Zendesk assignee is null but SF Case names Barbara Yorkcroft and an email acknowledgment exists. Automated first-pass summary: Outside-window lead (20 Aug 2026): Easton reported duplicate custom-field writes blocking the following week's go-live. Barbara acknowledged investigation, but no fix, customer retest or ticket assignee is supplied.

  • Hana reported duplicate custom-field writes in APAC affecting Berlin analysts after an auditor key-rotation request.

    Since our auditors asked us to rotate keys, custom fields duplicates every record it writes. It reproduces on the APAC region for the analysts in our Berlin office.

    Hana Chen (Easton Partners customer; signed Support Manager)

  • The customer explicitly identified a next-week go-live blocker; the supplied support response only acknowledges investigation.

    This is blocking our go-live next week.

    Hana Chen (customer statement); Barbara Yorkcroft (support acknowledgement)

  • All supplied entries share 2026-08-20T23:59:59Z, before [2026-09-17,2026-10-17); sequencing and later outcomes cannot be established from that timestamp.
  • New status is not proof of present impact. No renewal context, refusal, contract amount or attributable financial loss is supplied.
  • Only supplied text was reviewed; HTML rendering, headers and omitted fields/assets remain unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Source references3 references
  • BL-04
  • 4001572
  • Account.jsonl:145 · acct-49 · ARR__c
Jermyn: distinguish payout mitigation from accepted recoveryJermyn Financial · Mitigation reported; acceptance unresolved$67,000Recorded annual ARR context

What we found

August stale payout data reportedly blocked onboarding. Mitigation was followed by a no-change update, which may concern residual root-cause work. April procurement/security discussions are a separate qualification lead.

What to do

Obtain a payout-path retest, clarify remaining impact and verify the commercial approval gate separately.

Named in the records: Joseph Kenford · Sofia Wrenworth

Evidence notes3 notes
What the records show, and how we read them
  • August 11 stale payout data reportedly blocked onboarding. Support claimed a mitigation then said no change and continued platform follow-up. April Slack-notification procurement/security discussion is a separate qualification lead, not evidence linking this issue to renewal.
Counterevidence and scope
  • No-change can describe remaining root-cause work after partial mitigation, rather than demonstrated mitigation failure. Customer recurrence precedes mitigation; there is no accepted post-mitigation retest or current-window blocked-onboarding measure. April customer explicitly says procurement, not technology, blocks that evaluation. Native June contract end is June 2027.
Proposed next steps
  • Have Joseph Kenford reconcile mitigation and root-cause states, then obtain an exact payout-path retest; Sofia Wrenworth separately validates commercial scope. Proposed owners: Joseph Kenford (Senior Support Engineer; proposed only), Sofia Wrenworth (Senior Customer Success Manager; proposed only). Acceptance gate: Observed current workflow impact and customer-approved recovery; dated approval gate and actual contract identity; no invented value per blocked onboarding.
Records and quotes2 records · 5 quotes
Support historyAug 11, 2026Jermyn FinancialRecord 4000499
Payout schedule returning stale data for our API integration

Independent follow-up: August 11 payout-schedule stale data blocks onboarding per customer. Support claims mitigation, then says no change. The latter may refer to root-cause work, not failed mitigation. SF subject is sandbox signatures, not payout issue; shared IDs do not repair that mismatch. Automated first-pass summary: Outside-window (2026-08-11): Jermyn reported stale payout schedules on its disaster-recovery integration blocking customer onboarding. Support claimed mitigation, then reported no change and continued platform escalation, leaving recovery unverified.

  • Customer reports stale payout data requiring a hard refresh and says the disaster-recovery integration issue blocks onboarding.

    It reproduces on the disaster-recovery site for our API integration. Request id req_72d559f7ed is one example. This is blocking customer onboarding.

    Patricia Mossbury, Head of IT, Jermyn Financial

  • Support attributes the issue to rate-limit configuration and claims disaster-recovery-site mitigation.

    This is a rate-limit misconfiguration rather than anything on your side. We have mitigated it on the disaster-recovery site - could you retry?

    Joseph Kenford, Support, Tenovia Analytics

  • Support subsequently reports no change and says the request remains with the platform team.

    No change yet - req_72d559f7ed is with the platform team and I am chasing it daily.

    Joseph Kenford, Support, Tenovia Analytics

  • All supplied entries are dated 2026-08-11, outside the benchmark window; no renewal decision, benchmark-period persistence or monetary loss is established.
  • Open status is not proof of continuing impact. HTML, headers and omitted assets are unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptApr 24, 2026Jermyn FinancialRecord 7000000000038663631
Intro + requirements - Jermyn Financial

Independent follow-up: Customer explicitly calls procurement, not technology, the blocker. Sandbox/integration review are proposals. Do not combine this Slack-notification evaluation with the later payout-schedule ticket as one proven incident or renewal condition. Automated first-pass summary: Outside-window Jermyn Slack notification scoping has a customer-stated procurement/security gate rather than a technology blocker. The sandbox and integration review are proposed next steps, not demonstrated outcomes or evidence of a renewal refusal.

  • Aisha identifies procurement as the blocker and security as the gate procurement cares about, not price.

    The blocker on our side is procurement, not the technology.

    Aisha Fontetti, external IT Operations Lead

  • The seller proposes integration review before a board review and a sandbox; neither completion nor customer acceptance is supplied.

    I will ask our solutions engineer to look at your integration before the board review

    Wei Alderton, internal Enterprise Account Executive

  • Call date 2026-04-24 is outside [2026-09-17, 2026-10-17); no eligible renewal or later outcome is established.
  • Current CRM context does not establish acquisition, expansion or renewal at the call date. The brief served transcript provides no price, committed volume or measured business outcome.
  • Complete supplied text reviewed; audio/video, omitted metadata and external files remain unreviewed. Actions are drafts.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Source references4 references
  • BL-05
  • 4000499
  • 7000000000038663631
  • Account.jsonl:58 · acct-15 · ARR__c
Peverell: validate three distinct delivery dependenciesPeverell International · Reported dependencies; workaround retained$122,500Recorded annual ARR context

What we found

Invoice-PDF dispatch, reconciliation discrepancies and KYC errors precede regulatory submission, certification and go-live respectively. No penalty, missed certification or current renewal loss is established; the KYC workaround remains relevant.

What to do

Use separate customer acceptance tests and actual business deadlines; reconcile 130,000 early pipeline with 122,500 ARR and the January 2027 term.

Named in the records: Robert Deepcroft · Hana Bradmoor · John Ashwood · William Costa

Evidence notes3 notes
What the records show, and how we read them
  • August 2026 invoice-PDF non-dispatch reportedly blocks regulator submission; reconciliation discrepancies precede certification; KYC errors precede go-live. These are useful follow-ups, not documented penalties, failed certification or current-window renewal loss. Preserve the KYC workaround as mitigation.
Counterevidence and scope
  • No exact regulatory/certification deadline or monetary penalty. Ticket due_at is not a business deadline. 2024 webhook credential fix is unvalidated; ACH permission write-up and Salesforce-sync workaround concern uncertain component relationships. 2024 KYC retry-storm cause is denied, then claimed fixed, then denied in repeated email wording; no validated RCA or recovery. October 2024 six-month deferral is not a September 2026 renewal commitment. All six support conversations were reviewed, including nonurgent and workaround evidence.
Proposed next steps
  • Propose separate owner-confirmed acceptance tests for PDF dispatch, reconciliation totals and KYC errors. William Costa reconciles the 130,000 early opportunity with 122,500 ARR and January 2027 recorded term end. Proposed owners: Robert Deepcroft (Support Engineer; proposed only), Hana Bradmoor (Senior Support Engineer; proposed only), John Ashwood (Support Operations Analyst; proposed only), William Costa (Customer Success Manager; proposed only). Acceptance gate: Current customer impact, real filing/certification dates, workaround adoption and accepted fix; verify commercial linkage independently. Do not add six tickets or three workflows as six/three ARR exposures.
Records and quotes7 records · 20 quotes
Support historyAug 29, 2024Peverell InternationalRecord 4001727
Webhook subscription results do not match the export (req_7d8a7d0533)

Independent follow-up: Webhook/export rounding and std::alloc::AllocError are separate reported symptoms. Accepted 'invoice allocation errors' wording must mean software memory-allocation exception on an invoices endpoint, not invoice/payment allocation loss. Credential-fix assertion lacks customer validation; separate escalation called unowned/nonurgent by support. No money or current impact proved. Automated first-pass summary: Outside-window (August 2024), Peverell reported webhook/export rounding differences and invoice allocation errors. Support claimed a credential fix without customer validation, while an internal note described an unowned escalation as nonurgent.

  • Joseph reported continuous webhook/export rounding differences after scaling; Jennifer subsequently reported reproducing the webhook issue in the EU region.

    the webhook subscription rounds the totals differently from the export. We first saw it the moment we scaled up and it has happened continuously since then since.

    Joseph Clearbury, Peverell International, customer; reproduction reported by Jennifer Ashbourne, Support

  • Joseph also reported allocation errors on the billing-invoices endpoint, a symptom not explicitly connected to the rounding discrepancy.

    Another one just now, same std::alloc::AllocError against /v1/billing/invoices. Trace 768028963c323dbd if you want it.

    Joseph Clearbury, Peverell International, customer

  • Jennifer stated that an expired-credential fix had shipped and expected webhook behavior to recover.

    The fix for an expired credential went out this morning. Webhook subscription should be behaving again on the EU region.

    Jennifer Ashbourne, Tenovia Analytics Support

  • An internal note identified an escalation ownership gap while characterizing the matter as nonurgent.

    Peverell International escalation is waiting on an owner, not urgent for Peverell International

    Jennifer Ashbourne, Tenovia Analytics Support

  • All supplied messages are from August 2024, outside the target window. Open status is not evidence of 2026 impact; no renewal linkage or supported monetary amount is supplied.
  • Cross-channel message timing and the relationship among rounding, allocation and credential issues remain unresolved. HTML and headers were not reviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 15, 2026Peverell InternationalRecord 4001728
Request: raise our KYC check rate limit before our go-live next week

Independent follow-up: Hourly KYC/ETL errors before August go-live are customer-reported and support-reproduced. Offered workaround and fix in review are meaningful mitigation, not deployed or customer-accepted resolution. eu-west-1 and Canadian tenant references need mapping; subject does not establish rate limiting. Automated first-pass summary: Outside-window (August 14-15, 2026), Peverell reported hourly KYC failures ahead of the following week's go-live. Support reproduced the issue and offered a workaround with a permanent fix in review, but customer-validated recovery is absent.

  • Robert reported recurring ReferenceError failures under load, unsuccessful retries and a need for stable KYC before go-live.

    Retries against eu-west-1 fail the same way. Request req_b1f9789248. We need KYC check stable before our go-live next week.

    Robert Alderhall, Peverell International, customer

  • The customer confirmed hourly load-related failures on the Canadian data residency tenant after support reported reproduction there.

    Yes, same on the Canadian data residency tenant. It has happened about once an hour under load since Monday.

    Robert Alderhall, Peverell International, customer; reproduction reported by John Ashwood, Support

  • John offered an interim workaround while saying the permanent fix remained in review.

    We have a workaround for KYC check in the meantime; the permanent fix is in review.

    John Ashwood, Tenovia Analytics Support

  • All supplied activity precedes the target window. The relative go-live deadline, current impact, renewal eligibility and monetary exposure are unverified.
  • Open status does not override the mitigation evidence or prove persistence. Text-only review excludes HTML and headers.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historySep 30, 2024Peverell InternationalRecord 4001729
Cannot complete ACH batch at the start of the shift

Independent follow-up: September 2024 ACH truncation in staging/evaluation and ingest errors; permission diagnosis is not repair. Salesforce-sync workaround note may concern another component and does not establish ACH recovery or a signed transaction. Automated first-pass summary: Outside-window (September 30, 2024), Peverell reported truncation blocking an ACH evaluation for a partner handover. Support documented a permission diagnosis, but an internal Salesforce-sync workaround and customer handoff do not establish ACH recovery.

  • Robert described an ACH evaluation blocker, also reproduced in staging, rather than an established production outage or renewal decision.

    We are evaluating ACH batch for the integration handover to our partner and hit a blocker: it truncates anything longer than a few thousand characters.

    Robert Alderhall, Peverell International, customer

  • Hana attributed the trace to a deleted-group permission and provided a write-up, not a stated repair.

    The trace for req_7d5f38b430 points at a permission inherited from a deleted group.

    Hana Bradmoor, Tenovia Analytics Support

  • An internal note claimed a Salesforce-sync workaround and placed the next handoff with Peverell.

    Salesforce sync for Peverell International has a workaround in place - Peverell International has the next handoff

    Hana Bradmoor, Tenovia Analytics Support

  • The record is from 2024, outside the target window. Open/high-priority metadata does not establish present impact, renewal eligibility or monetary value.
  • Text only: the attachment on email-ticket-1729-0, HTML and headers were not reviewed. Neither the diagnostic write-up nor a validated workaround procedure is supplied.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 20, 2026Peverell InternationalRecord 4001746
Request: raise our invoice PDF rate limit before the regulator's submission deadline

Independent follow-up: August 20 invoice-PDF non-dispatch reportedly blocks regulator submission. Deadline, missed filing and penalty are absent. Acknowledgment exists despite null Zendesk assignee; SF Case names Robert Deepcroft. All same-time entries cannot measure response latency; SF KYC subject is not the reported issue. Automated first-pass summary: Outside-window (August 20, 2026), Peverell reported invoice PDFs queuing without dispatch and blocking a regulator's submission deadline. Robert Deepcroft acknowledged the report despite an unassigned ticket snapshot; no diagnosis, workaround or recovery is supplied.

  • Patricia linked invoice-PDF non-dispatch in us-east-1 to a blocked regulatory submission deadline.

    This is blocking the regulator's submission deadline.

    Patricia Bellford, Peverell International, customer

  • Robert acknowledged investigation, but the supplied ticket snapshot has no assignee and no demonstrated remediation.

    We are looking at request: raise our invoice PDF rate limit before the regulator's submission deadline now and will come back to you.

    Robert Deepcroft, Tenovia Analytics Support; assignee status from ticket metadata

  • The August snapshot is outside the target window; the regulator's deadline and any renewal relationship remain undated or unknown. No current impact, regulatory loss or monetary estimate is supported.
  • Only supplied text was reviewed; HTML and headers were not reviewed. New status is not evidence that the historical blockage continues.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 20, 2026Peverell InternationalRecord 4001758
TypeError on reconciliation report after the v1.5.0 release

Independent follow-up: August 20 report/export discrepancies with error 409 ahead of disaster-recovery certification. No discrepancy amount, certification date/failure or validated TypeError/release cause. Zendesk due_at is an internal ticket date, not proof of the certification deadline. SF Case names Hana Bradmoor despite null Zendesk assignee. Automated first-pass summary: Outside-window (August 20, 2026), Peverell reported repeated reconciliation/export discrepancies on a read-only replica ahead of disaster-recovery certification. Hana acknowledged the report, but the release/TypeError framing, ownership and recovery are not validated.

  • Joseph reported a dozen overnight reconciliation discrepancies with error 409 and required stability for disaster-recovery certification.

    It has happened a dozen times overnight, always with error 409. We need it stable before our disaster-recovery certification - what do you need from us?

    Joseph Clearbury, Peverell International, customer

  • Hana acknowledged the title's TypeError/release framing, while the ticket snapshot remained unassigned.

    We are looking at typeError on reconciliation report after the v1.5.0 release now and will come back to you.

    Hana Bradmoor, Tenovia Analytics Support; assignee status from ticket metadata

  • All supplied activity precedes the target window. Certification timing, current impact, renewal linkage and monetary exposure are unverified.
  • HTML and headers were not reviewed; no diagnostic samples or subsequent recovery messages are supplied.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historySep 11, 2024Peverell InternationalRecord 4001761
Error 409 from KYC check - first seen 07:48

Independent follow-up: September 2024 duplicate KYC notifications and EBR visibility. Provider rejects retry-storm cause, later claims a fix for it, and a later email repeats the rejected explanation. No customer-confirmed recovery or coherent verified RCA. EBR is not a renewal decision and duplicated notifications are not duplicate monetary charges. Automated first-pass summary: Outside-window (September 2024), Peverell reported duplicate KYC notifications in production and sought an update for a quarterly executive business review. Support both rejected a retry-storm explanation and claimed to have fixed that same cause; recovery remains unverified.

  • Patricia reported duplicate KYC notifications affecting about a dozen users and subsequently confirmed production impact.

    about a dozen users report that the KYC check sends the notification twice. Started over the weekend; no config changes on our side.

    Patricia Bellford, Peverell International, customer

  • The customer sought a shareable update because the issue could shape the quarter's executive business review.

    They are asking whether to plan the executive business review around this for the quarter.

    Patricia Bellford, Peverell International, customer

  • Robert explicitly rejected the retry-storm cause, first in a comment and again in a later email.

    An update I owe you rather than a fix: the change we thought caused this shipped after we enabled SSO, so a retry storm from their integration is not it after all.

    Robert Brentwell, Tenovia Analytics Support

  • Robert also asserted that a retry-storm fix had shipped and expected production KYC to recover.

    The fix for a retry storm from their integration went out this morning. KYC check should be behaving again on production.

    Robert Brentwell, Tenovia Analytics Support

  • All supplied messages are from September 2024, outside the target window. Open/low-priority metadata does not establish 2026 impact or negate the historical executive-review concern.
  • No renewal date, retention decision or supported monetary amount is supplied. Cross-channel chronology does not resolve the contradictory cause and fix statements.
  • The customer references pasted failed-call headers, but they are not present in the supplied body. HTML and email headers were not reviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptOct 30, 2024Peverell InternationalRecord 7000000000157081503
Discovery - Peverell International

Independent follow-up: October 2024 conversation defers an unspecified issue six months and asks about residency. Not a September 2026 deadline, contract extension, resolution or refusal. Automated first-pass summary: Outside-window payout schedule discussion centered on deferring an unspecified issue until renewal in six months, retaining current terms and checking regional residency. Proposed onboarding reviews and data-owner participation are not evidence of achieved improvement. No specific renewal objection or confirmed operational failure is supplied.

  • The customer is willing to defer an unspecified matter until renewal in six months.

    We can raise that at renewal in 6 months rather than now ... if that makes sense.

    Robert Alderhall, external Platform Engineer

  • The customer requests us-east-1 residency for recurring regulatory scrutiny.

    To be honest, the thing is, jennifer, can you pin the data to us-east-1?

    Robert Alderhall, external Platform Engineer

  • Call dated 2024-10-30, far outside the target window. Its six-month reference must not be rolled forward into 2026.
  • No monetary amount, specific pain or completed outcome is supplied. Current CRM, audio/video, omitted assets and subsequent history remain unverified.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Source references9 references
  • BL-06
  • 4001727
  • 4001728
  • 4001729
  • 4001746
  • 4001758
  • 4001761
  • 7000000000157081503
  • Account.jsonl:151 · acct-54 · ARR__c
Commercial reconciliation7
Facet: reconcile historical nonapproval and seat entitlementFacet Cloud · Historical retention concern$150,000Recorded annual ARR context

What we found

May 20 reports describe withheld approval, two reconciliation outages and half of 1,418 paid seats inactive. Current 262-seat contract fields and conflicting won/lost records do not reconcile that historical scope or establish current exposure.

What to do

Confirm the actual renewal, approver and seat entitlement; obtain dated adoption and incident acceptance evidence.

Named in the records: Ana Harris · Robert Gonzalez · Robert Deepcroft

Evidence notes3 notes
What the records show, and how we read them
  • May 20 customer reports withheld approval, two reconciliation-report outages and half of 1,418 paid seats inactive. That supports a historical retention concern, not a quantified September rescue.
Counterevidence and scope
  • Customer accepts technical follow-up; seller support/engineering commitments are not recovery. Board date and approver entity remain unknown. Current contract description is 262 seats at annual 150,000, not 1,418 seats; status Expired conflicts with January 2027 end. Current CRM shows January Closed Won deal-257 at 150,000 and July Closed Lost deal-256 at 77,500 plus deal-258 at 165,200. These overlapping/contradictory scopes must not be summed or treated as call-date truth. Facet order-257 is Draft despite the corresponding Closed Won opportunity; ContractHistory:105 records Draft to Expired in January 2026. These do not reconcile current legal entitlement.
Proposed next steps
  • Reconcile historical paid-seat entitlement and renewal identity, then request current adoption/outage evidence and approval status through the responsible account team. Proposed owners: Ana Harris (Manager, Customer Success; proposed only), Robert Gonzalez (Account Executive; proposed only), Robert Deepcroft (Support Engineer; proposed only). Acceptance gate: Executed historical/current terms, exact incidents and ticket joins, actual approver and current outcome. No assumed inactive-seat savings or quantified churn recovery.
Records and quotes1 records · 6 quotes
Call transcriptMay 20, 2026Facet CloudRecord 7000000000267612593
Discovery - Facet Cloud

Independent follow-up: May 2026 customer reports nonapproval, two outages and half of 1,418 paid seats inactive. Continued technical engagement is mitigation, not recovery. Current CRM has 150,000 ARR, a 262-seat contract description marked Expired despite January 2027 end, and two July Closed Lost renewals. Historical call-to-transaction and present exposure remain unproved. Automated first-pass summary: Outside-window renewal discussion (2026-05-20) reports withheld approval, repeated reconciliation-report outages and substantial inactivity among paid seats. The buyer accepts further technical engagement, but neither recovery nor renewal approval is demonstrated.

  • Mary reports that the renewal lacks head-of-support approval.

    To be clear, their head of support has not approved the renewal as it stands.

    Mary Alderfield, external Data Engineer

  • Elizabeth reports two reconciliation-report outages since Q2 began.

    Reconciliation report has been down twice since Q2 started.

    Elizabeth Avonbourne, external Systems Administrator

  • Another outage before the board review would undermine Mary's ability to defend the product.

    If reconciliation report goes down again before the board review I cannot defend this.

    Mary Alderfield, external Data Engineer

  • Mary reports paying for 1,418 seats while half have stopped logging in.

    The thing is, we are paying for 1,418 seats and half of them have stopped logging in.

    Mary Alderfield, external Data Engineer

  • Robert Gonzalez explicitly takes responsibility for an escalation, but completion is not shown.

    I am escalating all Two of them today and will own the follow-up.

    Robert Gonzalez, internal Account Executive

  • Mary remains engaged and agrees to involve the reported approval stakeholder.

    Send it over and I will loop in their head of support - that is where we are, anyway.

    Mary Alderfield, external Data Engineer

  • The call is outside the benchmark window; the board review, renewal deadline and subsequent outcome are not dated or verified here.
  • Current CRM associations do not establish historical ownership. Third-person stakeholder references remain ambiguous.
  • Supplied text and speaker mappings only; omitted metadata, audio/video, external files and finance/ownership verification are outside this review.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Source references3 references
  • BL-10
  • 7000000000267612593
  • Account.jsonl:10 · acct-106 · ARR__c
Yelverton: separate three conversations before pricing exposureYelverton Payments · Reported nonapproval; transaction identity unresolved$1,116,716Recorded annual ARR context

What we found

Saved-views nonapproval and disengagement are material August leads. The separate security and payout conversations use different amounts, seats and terms, without one reconciled legal renewal or exact six-ticket join.

What to do

Resolve entity, product, term and ticket identity; preserve the explicit nonapproval while confirming actual current approval status.

Named in the records: Anthony Clayton · Richard Marley · Barbara Barnton

Evidence notes3 notes
What the records show, and how we read them
  • August 21 saved-views discussion contains explicit nonapproval, seat disengagement and support/alternative concerns. A separate August 21 short security call and August 17 payout evaluation have different amounts and seat/term framing. Current CRM does not reconcile these into one legal renewal.
Counterevidence and scope
  • The saved-views customer remains conditionally interested in migration support; confirm delivery of the promised RCA and escalation. Current contract fields record 909 seats at annual 1,116,716 for July 2026–July 2028, while calls discuss 4,586/7,393/10,326 seats and six/36-month options. Current Gong links point to New Business deal-376, later Closed Lost, and deal-378, future Prospecting; reconcile those associations with the renewal discussed. Identify the six customer-reported tickets before associating them with support histories or pricing exposure.
Proposed next steps
  • Resolve entity/product/term identity across the three conversations, current contract and actual order documents; retain the explicit nonapproval as a validation lead. Proposed owners: Anthony Clayton (Account Executive; proposed only), Richard Marley (Sales Manager; proposed only), Barbara Barnton (Business Development Representative; proposed only). Acceptance gate: Historical signed scope and currency; exact ticket identities; buyer acceptance of RCA and approval status; no causal save inferred from any later status.
Records and quotes3 records · 13 quotes
Call transcriptAug 21, 2026Yelverton PaymentsRecord 7000000000369460229
Product demo - Yelverton Payments

Independent follow-up: August 21 customer reports COO nonapproval, half of 4,586 seats inactive, six open tickets and worsening support. Promised RCA/remediation and migration interest do not prove recovery. Current CRM contract is 909 seats, annual 1,116,716, ending July 2028; the associated Now opportunity is New Business and later Closed Lost. $156,500 is not verified renewal economics. Automated first-pass summary: Outside-window renewal-recovery lead: customers report nonapproval, substantial seat disengagement, deteriorating support and an internally promoted in-house alternative. Seller remediation commitments and a $156,500 platform statement establish neither resolution nor verified renewal value.

  • Ana reports that the referenced COO has not approved the renewal as presented.

    To be clear, their COO has not approved the renewal as it stands.

    Ana Rainham, external Head of Infrastructure

  • Ana reports that half of 4,586 paid seats have stopped logging in.

    We are paying for 4,586 seats and half of them have stopped logging in.

    Ana Rainham, external Head of Infrastructure

  • Diego reports six months of worsening support and an internally advocated in-house replacement.

    Barbara, your support times have gone the wrong way for 6 months, and an in-house build is being pushed internally.

    Diego Calderwick, external VP Engineering

  • The customer reports outage-related trust damage, while the seller offers narrower failover assurances and acknowledges a missed notice.

    Honestly, the last outage cost us a lot of trust - I can check the exact figure.

    Diego Calderwick, external VP Engineering

  • The customer sets an end-of-month delivery gate; Barbara promises recovery work without evidence of completion.

    Send it before the end of the month or this stalls.

    Diego Calderwick, external VP Engineering

  • Barbara describes $156,500 as platform-only, but the renewal allocation, billing period and executed amount remain unverified.

    Yep, the $156,500 is the platform; the add-on is separate and I would not buy it in year one - I can check the exact figure.

    Barbara Barnton, internal Business Development Representative

  • Call date 2026-08-21 is outside [2026-09-17, 2026-10-17); renewal due date and later outcome are unknown.
  • Title and current CRM identify Yelverton Payments, but references to "their COO" and mixed renewal/migration language require historical entity and scope verification.
  • Complete supplied transcript text reviewed; omitted metadata, audio/video, ticket histories, telemetry, incident reports and financial records were not reviewed. No later resolution, current impact or monetary benefit is established.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptAug 21, 2026Yelverton PaymentsRecord 7000000000017746384
Intro + requirements - Yelverton Payments

Independent follow-up: Security is the stated gate; no rejection or nonapproval in this short call. $159,000 is an unanswered customer scope question, and the 7,393 seats are seller-stated. Do not add this to other Yelverton prices. Automated first-pass summary: Outside-window (2026-08-21): Yelverton provides a limited renewal-qualification lead, naming security review rather than price as the gate and asking what a $159,000 figure includes. No security rejection, refusal to renew, deadline or resolution is established.

  • Customer explicitly identifies security review, not price, as the gate.

    Security review is the gate the security team worries about, not the price.

    Diego Calderwick (External, VP Engineering)

  • Customer asks whether $159,000 is renewal-only or includes the add-on; the scope is unanswered.

    Is the $159,000 number the renewal or the renewal plus the add-on?

    Diego Calderwick (External, VP Engineering); seat/tier statement from Richard Marley (Internal, Sales Manager)

  • This is the complete supplied short transcript, not evidence that the omitted answer or a later outcome occurred.
  • Call date precedes the benchmark window; renewal eligibility and historical account/contract linkage remain unverified.
  • All supplied transcript text was reviewed; omitted metadata, audio/video and external files were not.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Call transcriptAug 17, 2026Yelverton PaymentsRecord 7000000000270762523
Discovery - Yelverton Payments

Independent follow-up: August 17 working payout proof, comparison, 36-month request and migration ownership are prospective. Seller's $123,000 and 10,326 seats must not be merged with the August 21 saved-views renewal conversation, $159,000 question, or current annual contract value. Automated first-pass summary: Outside-window acquisition evaluation (2026-08-17): Procurement needs a comparison and working payout-schedule proof, while the buyer seeks a 36-month term. Migration ownership, term-pricing explanations and dated decision gates remain unresolved; there is no demonstrated renewal distress.

  • Procurement requires a written comparison while the buyer considers a spreadsheet-and-cron alternative.

    Procurement wants a written comparison before we decide.

    Diego Calderwick, external VP Engineering

  • Working payout schedule is an explicit commitment gate, not an achieved pilot outcome.

    Right, our platform team will want to see payout schedule working before we commit - if that is fair.

    Diego Calderwick, external VP Engineering

  • The buyer asks who will own migration; the supplied discussion does not identify that project owner.

    To be honest, michael, who owns the migration on your side once we sign?

    Diego Calderwick, external VP Engineering

  • The seller gives unreconciled pricing explanations for the requested 36-month term.

    Honestly, for what it is worth, a 36 month term is possible, at a different rate - I will show you.

    Michael Dalethorpe, internal Software Engineer

  • Q4 onboarding is discussed, but the decision/start schedule remains relative and uncommitted.

    How does onboarding look if we start in Q4?

    Diego Calderwick, external VP Engineering

  • The call precedes the target window; Q4 and fiscal-year-end references do not prove any in-window renewal event.
  • The transaction is acquisition-oriented in the native discussion; current Platform CRM context does not establish historical ownership or contract status.
  • Supplied text and speaker mappings only; omitted metadata, audio/video, external files and finance/ownership verification remain unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Source references5 references
  • BL-11
  • 7000000000369460229
  • 7000000000017746384
  • 7000000000270762523
  • Account.jsonl:73 · acct-163 · ARR__c
Coastglen: retain the later win without assuming causal recoveryCoastglen Materials · Historical concern; later recorded win$49,000Recorded annual ARR context

What we found

June procurement nonapproval, upload failures and missing RCA are followed by a July 49,000 Closed Won renewal and activated term. That later commercial evidence challenges continuing distress but does not prove completed remediation.

What to do

Match the June discussion to July order scope, written customer acceptance and RCA; keep 148,000 discussion context separate.

Named in the records: William Costa · William Alderfield · Kofi Clearby

Evidence notes3 notes
What the records show, and how we read them
  • June 18 customer reports procurement nonapproval, attachment-upload failures, missing RCA, worsening support and half of 506 paid seats inactive. Current CRM has a July 13 Closed Won renewal at 49,000 and an activated term ending July 2027, but no evidence ties it causally to completed remediation.
Counterevidence and scope
  • Continued 12-month option discussion is engagement, not a refusal. Seller remediation, engineer and RCA promises remain unverified. Customer 148,000 question has no answer; current annual 49,000/107-seat description is a different monetary/entitlement basis. Contract signature and LastModifiedDate in September 2025 precede its July 2026 term/activation; history does not supply executed amendments. Current Gong association is New Business deal-291, later Closed Lost, not exact proof of the July renewal transaction. Coastglen order-292 records Activated and 49,000 with July 13 company authorization but September 9, 2025 customer authorization. AccountHistory:13 changes Prospect to Customer on July 13, 2026, after the June renewal conversation, further limiting historical identity inference.
Proposed next steps
  • Reconcile the June renewal identity and written acceptance/RCA against July order documents and customer approval; retain the later commercial record as counterevidence to ongoing distress, not causal proof. Proposed owners: William Costa (Customer Success Manager; proposed only), William Alderfield (Sales Manager; proposed only), Kofi Clearby (Support Operations Analyst; proposed only). Acceptance gate: Verified same-scope transaction, dated acceptance, measured current service/adoption and attributable outcome. Do not count either 148,000 or 49,000 as recovered benefit.
Records and quotes1 records · 6 quotes
Call transcriptJun 18, 2026Coastglen MaterialsRecord 7000000000391005698
Infosec and compliance review - Coastglen Materials

Independent follow-up: June 18 customer reports procurement nonapproval, recurring attachment failures, missing RCA, worsening support and half of 506 paid seats inactive. $148,000 is unanswered. Current CRM shows a 49,000 Closed Won July renewal and activated contract with 107 seats ending July 2027, but signature/modification dates remain September 2025. Neither the later fields nor seller promises demonstrate a causally recovered renewal. Automated first-pass summary: Outside-window renewal discussion on 2026-06-18 includes withheld procurement approval, recurring attachment-upload failures, missing RCA, worsening support and reported inactivity across half of 506 paid seats. A $148,000 pricing question is unresolved, and offered recovery steps do not establish a completed rescue.

  • The customer explicitly says procurement has not approved the renewal as it stands.

    To be clear, procurement has not approved the renewal as it stands, subject to the usual caveats.

    Barbara Thompson, external Data Engineer

  • Reported repeated outages have created a conditional renewal-defense threshold before quarter end.

    if attachment upload goes down again before quarter end I cannot defend this.

    Barbara Thompson, external Data Engineer; repeated outages also reported by Mateo Hernandez, external Product Manager

  • The customer reports deteriorating support and active internal consideration of the US team's alternative tool.

    your support times have gone the wrong way for 12 months, and the tool their US team already uses is being pushed internally.

    Mateo Hernandez, external Product Manager

  • The customer reports paying for 506 seats while half have stopped logging in.

    We are paying for 506 seats and half of them have stopped logging in - assuming nothing changes.

    Barbara Thompson, external Data Engineer

  • $148,000 is an unresolved customer question about renewal versus renewal-plus-add-on value.

    Yep, is the $148,000 number the renewal or the renewal plus the add-on?

    Elizabeth Ashford, external Engineering Manager

  • William promises RCA/remediation milestones, while Kofi proposes common-root-cause work and named coverage; completion is not shown.

    I will have the attachment upload RCA with you before quarter end - we can revisit that.

    William Alderfield, internal Sales Manager; related proposals by Kofi Clearby, internal Support Operations Analyst

  • The June call is outside the target window; quarter end and the planning-cycle language do not establish a benchmark-window renewal date.
  • Now-only CRM mappings do not prove historical contract context. Neither reported issues nor open-ticket statements establish present ongoing impact.
  • All supplied transcript text was reviewed; no financial verification, measured outage loss, RCA, usage extract, ticket resolution, audio/video or later customer acceptance was reviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Source references3 references
  • BL-12
  • 7000000000391005698
  • Account.jsonl:30 · acct-124 · ARR__c
Ellery: select one current quote scenarioEllery · Annual quote; alternatives not additive$9,600Annual quote · 12 months

What we found

The workbook sums alternative 9,600, 11,400 and 7,680 scenarios to 28,680. Only the 9,600 annual line-item arithmetic reconciles. The quote expired, and the open New Business deal is not an accepted invoice or saved renewal.

What to do

Confirm one scenario, term, discounts, billing contact and actual order. Validate the document’s approval escalation above 15% before sending a refreshed quote.

Named in the records: Ravi Avonbourne · Susan Armitworth

Evidence notes13 notes
What the records show, and how we read them
  • The original workbook totals alternative 9,600, 11,400 and 7,680 scenarios as 28,680. Only the 9,600 annual line-item arithmetic reconciles; scope/discount assumptions for the other cases need validation. The linked 9,600 New Business opportunity remains open, not a saved renewal or accepted invoice.
  • Ellery line-item arithmetic and annual term: 10 × 672 = 6720; 6720 + 1728 + 1152 = 9600. Workbook calls this annual and specifies 12 months; this is a recorded quote, not accepted revenue.
  • Alternative scenarios and cached sum: Scenarios are 9600/10 seats/0 discount, 11400/12/0.05, 7680/8/0. D5 formula text SUM(D2:D4), cache 28680; independent arithmetic agrees. Alternative-scenario interpretation is supported by sheet labels and singular approved scenario in Notes!B12, not by a recorded selection. No evidence in this workbook of three transactions or actual use of D5 as revenue.
  • Illustrative seat/fee/discount checks: Unchanged fees 2880: 12×672+2880=10944; ×0.95=10396.80; 12×672×0.95+2880=10540.80; 8×672+2880=8256. Scope and discount basis remain unreconciled. These are not approved replacement prices, losses or undercharges.
  • Quote timing and approval: valid until August 24, 2026; reprice if the term moves past September 7. Confirm the billing contact before sending. The opportunity close date is separate from the term start. The document requires CRO approval for discounts above 15% before the quote leaves.
  • Open deal-143 native classification: AccountId acct-0; Amount 9600; New Business; Qualification; IsClosed=false; IsWon=false; ContractId=null; CloseDate 2026-09-23; OwnerId user-39. NextStep legal redlines back to procurement, ExpectedRevenue 1920 and Probability 20 are recorded CRM context, not validated forecast, buyer intent or incremental value.
  • Workbook close-date version versus history: June 23 history changes September 3 to October 16; August 23 history changes October 16 to September 23. Workbook created/modified July 29 fits the intermediate date. No term-start inference. Amount became 9600 from 6800 on June 28; earlier OpportunityHistory contains 6800, not a contradiction to the later quote.
  • Order reference ORD-403066: no exact scalar-field match in the 132 captured Order records. Contract/order linkage remains unresolved.
  • Separate current recurring relationship: Account ARR__c 40000 and Licensed_Seats__c 47; contract-0 for acct-0 In Approval Process 2026-08-07–2027-08-07; deal-1 Renewal Closed Won 40000 linked contract-0; order-1 Draft Renewal linked deal-1/contract-0, TotalAmount 40000. Recorded signature/authorization dates and booked description do not certify execution or acceptance of distinct 10-seat deal-143.
  • Ellery owner/title/activity joins: Ravi Avonbourne user-39 owns deal-143 and is active Senior Account Executive. Susan Armitworth user-49 owns Account/Contract and is active Senior Account Executive. Workbook Matthew Hansquist Executive Assistant conflicts with collected User user-38 active Sales Development Representative. Document creator/owner labels do not prove pricing authority or historical role continuity.
  • Ellery action and acceptance gates: Current currency/term/line items, discount basis/authorization, one chosen scenario, billing contact and matched order/buyer approval are appropriate proposed gates, not achieved acceptance. CRM already records contact-1 as Billing Contact and contact-0 Decision Maker for deal-143; confirmation is still needed.
Counterevidence and scope
  • The reconciled annual quote is 9,600; the 28,680 workbook total combines alternative scenarios. The 19,080 arithmetic difference is therefore not a separate recovery opportunity. CRM Probability and ExpectedRevenue are recorded inputs rather than measured outcomes. Reconcile the differing document labels with the selected quote, buyer decision and actual order.
Proposed next steps
  • Proposed: Ravi Avonbourne (active Senior Account Executive, native deal owner) to confirm seat/product/term/discount scope and a current accepted quote; Susan Armitworth (active Senior Account Executive, account/contract owner) to keep existing 40,000 ARR separate. Retain the document-stated CRO approval escalation for discounts over 15%, subject to validating current policy and an authorized approver. Confirm the recorded Billing Contact and Decision Maker, one selected scenario and the actual order.
Source references56 references
  • slack-doc-0.xlsx · Line items!A2:D5; Notes!B7
  • slack-doc-0.xlsx · Scenarios!A1:D5; Notes!B12
  • slack-doc-0.xlsx · Line items!B2:D4; Scenarios!B2:D4
  • slack-doc-0.xlsx · Notes!B8:B12
  • Opportunity.jsonl:51 · /data/Id, /data/AccountId, /data/Amount, /data/Type, /data/StageName, /data/IsClosed, /data/IsWon, /data/ContractId, /data/CloseDate, /data/OwnerId, /data/NextStep, /data/ExpectedRevenue, /data/Probability
  • OpportunityFieldHistory.jsonl:205 · /data/Field, /data/OldValue, /data/NewValue, /data/CreatedDate
  • OpportunityFieldHistory.jsonl:206 · /data/Field, /data/OldValue, /data/NewValue, /data/CreatedDate
  • OpportunityFieldHistory.jsonl:207 · /data/Field, /data/OldValue, /data/NewValue, /data/CreatedDate
  • slack-doc-0.xlsx · Notes!B4; docProps/core.xml created/modified
  • slack-doc-0.xlsx · Notes!B12
  • Order.jsonl · Exact scalar field-value equality to ORD-403066; all collected rows
  • Account.jsonl:1 · /data/ARR__c, /data/Licensed_Seats__c, /data/Renewal_Date__c, /data/OwnerId
  • Contract.jsonl:1 · /data/AccountId, /data/Status, /data/StartDate, /data/EndDate, /data/Description, /data/CompanySignedDate, /data/CustomerSignedDate
  • Opportunity.jsonl:2 · /data/Type, /data/Amount, /data/ContractId, /data/StageName
  • Order.jsonl:1 · /data/Status, /data/OpportunityId, /data/ContractId, /data/TotalAmount, /data/Description
  • User.jsonl:73 · /data/Name, /data/Title, /data/IsActive
  • User.jsonl:82 · /data/Name, /data/Title, /data/IsActive
  • User.jsonl:72 · /data/Name, /data/Title, /data/IsActive
  • slack-doc-0.xlsx · Notes!B2,B6; docProps/core.xml creator/lastModifiedBy
  • Opportunity.jsonl:51 · /data/OwnerId
  • Account.jsonl:1 · /data/OwnerId
  • Contract.jsonl:1 · /data/OwnerId
  • OpportunityContactRole.jsonl:101 · /data/OpportunityId, /data/ContactId, /data/Role, /data/IsPrimary
  • OpportunityContactRole.jsonl:102 · /data/OpportunityId, /data/ContactId, /data/Role
  • slack-doc-0.xlsx · Notes!B3,B5
  • slack-doc-627.xlsx · Notes!B3
  • slack-doc-281.md · line8
  • Account.jsonl:1 · /data/Industry
  • Account.jsonl:144 · /data/Industry
  • Account.jsonl:193 · /data/Industry
  • CurrencyType.jsonl:1 · /data/IsoCode, /data/IsCorporate
  • Organization.jsonl:1 · /data/DefaultCurrencyIsoCode
  • Account.jsonl:1 · /data/CurrencyIsoCode
  • Account.jsonl:144 · /data/CurrencyIsoCode
  • Account.jsonl:193 · /data/CurrencyIsoCode
  • Opportunity.jsonl:51 · /data/CurrencyIsoCode
  • Opportunity.jsonl:27 · /data/CurrencyIsoCode
  • Opportunity.jsonl:134 · /data/CurrencyIsoCode
  • slack-doc-0.xlsx · all ZIP members
  • slack-doc-627.xlsx · all ZIP members
  • salesforce-doc-0-v1.xlsx · all ZIP members
  • salesforce-doc-627-v1.xlsx · all ZIP members
  • salesforce-doc-0-v1.xlsx · Sheet1!A1:A3
  • salesforce-doc-627-v1.xlsx · Sheet1!A1:A3
  • salesforce-doc-10006-v1.txt · lines1–11
  • salesforce-doc-10004-v1.pptx · all ZIP members, ppt/presentation.xml
  • salesforce-doc-10011-v1.pptx · all ZIP members, ppt/presentation.xml
  • ContentVersion.jsonl:5 · /data/Title, /data/OwnerId, /data/CreatedDate
  • ContentVersion.jsonl:12 · /data/Title, /data/OwnerId, /data/CreatedDate
  • slack-doc-10006.png · entire image; visual modality, not OCR or identity matching
  • slack-doc-0.xlsx · Scenarios!A1:D5; Notes!B9
  • slack-doc-627.xlsx · Checklist!A1:D10
  • slack-doc-281.md · lines14–55
  • Contract.jsonl:63 · /data/EndDate, /data/Status
  • slack-file-manifest.jsonl
  • ContentVersion.jsonl · Count rows; inspect only five matching records
Mistral: reconcile handover acceptance and the current termMistral · Checklist assertions; acceptance unresolved$15,526Recorded annual ARR context

What we found

Five checked and four unchecked tasks have due dates, not proven completion dates. The historically won opportunity was changed from 11,700 to 15,000 after close; current ARR, approval status, old signatures and a Draft Order remain distinct.

What to do

Obtain dated routing, SSO, escalation and handover acceptance; confirm the current signed term and Nina Altenholm’s present authority.

Named in the records: Ana Harris · Michael Springwood · Robert Alderbury

Evidence notes11 notes
What the records show, and how we read them
  • Five checklist tasks are checked and four unchecked, but due dates, an August 22 core timestamp, an October 11 planned follow-up and older title labels do not establish actual completion. The current 15,000 amount belongs to a historically won opportunity that carried 11,700 at close and was changed afterward. Current term approval/old signature/Draft Order fields remain unreconciled.
  • Mistral checklist counts, exact tasks and dates: Checklist has header plus nine tasks: five [x] (kickoff/recording due Aug22; admin/SSO Aug26; mapping signed off Aug30; backfill reconciled Sep3; webhook Sep7), four [ ] (alert routing Sep11, escalation path Sep15, success criteria Sep19, 30-day check-in booked Sep23), all 2026. Notes has header plus nine rows, too. Counts 10 rows per sheet include headers. Sep11/Sep15 precede Sep17; dates are Due, not actual completion timestamps.
  • Checked versus accepted; core-date chronology: Five checks are source assertions, not independently witnessed acceptance. Notes still requests admin/SSO close Aug30 despite checked A3. Core created/modified Aug22 23:59:59Z predates several checked tasks’ due dates. Early completion, prefilled checklist or stale metadata are possibilities; no invented sequence. Title 03.11.25 is ambiguous notation, not an independently established historical date.
  • Mistral handover notes identify acct-48, deal-121, Ana and Nina; kickoff August 22; SAML changes fortnightly; handover after the last item is signed off. Notes!B10 schedules Ana to follow up on remaining items on October 11, 2026.
  • 15526 ARR versus historical 15000 won Renewal: Current Account.ARR__c=15526; current deal-121.Amount=15000, Type Renewal, Closed Won, CloseDate 2025-09-30. HOWEVER close-time OpportunityHistory Amount=11700; FieldHistory changes 11700 to15000 on 2025-10-06, after close. 15000 is the current recorded amount of a historically won opportunity, not demonstrated amount at close. 526 arithmetic difference is not established expansion/recovery.
  • Mistral current term/signature/order conflict: contract-31 AccountId acct-48 In Approval Process, term 2026-08-21–2027-08-21; both signature dates 2022-08-22. ContractHistory approval transition also dated 2022-08-22. Draft order-121 links contract-31/deal-121, effective2025-09-30 through2027-08-21, customer authorization2022-08-22. These are recorded fields with chronology mismatch, not current legal execution or cash. End date is outside frozen next30-day expiry window.
  • Mistral proposed internal owner roles: Ana user-47 active Manager, Customer Success; Michael user-101 active Senior Customer Success Manager owns deal-121; Robert user-7 active Director of Customer Success owns acct-48 and contract-31. These are held snapshot roles, not independently live employment or accepted assignments.
  • Nina customer contact role and authority: Contact-287 is Nina Altenholm, Mistral acct-48, Data Engineer. Native OpportunityContactRole for deal-121 also records primary Decision Maker; contract/order record her as customer signer/authorizer. This positive role evidence must not be suppressed, but neither technical title nor CRM role/signature fields prove authority for the current 2026 term.
  • Mistral acceptance and no outage/refusal conclusion: Dated same-scope technical acceptance, success criteria, handover and reconciled current term are defensible proposed gates. Workbook alone proves neither a continuing outage nor renewal refusal. A separate later open deal-122 exists: New Business 17000, Qualification, close2026-09-30, ContractId null, security review next step; it is not the workbook’s historical deal-121 or a new saved renewal.
Counterevidence and scope
  • Validate the checklist’s checked and unchecked items against current customer acceptance. Reconcile the 526 difference from 15,000 before classifying it as expansion. Open New Business deal-122 at 17,000 is a separate commercial scenario from the historical renewal.
Proposed next steps
  • Proposed: Ana Harris (active Manager, Customer Success) to obtain dated, same-scope routing/escalation/SSO/customer acceptance and handover; Michael Springwood (active Senior Customer Success Manager, deal owner) and Robert Alderbury (active Director of Customer Success, account/contract owner) to reconcile the current signed term and Order. Retain Nina Altenholm’s recorded primary Decision Maker and historical signer/authorizer roles without treating them as verified current authority.
Source references57 references
  • slack-doc-627.xlsx · Checklist!A1:D10; Notes!A1:B10
  • slack-doc-627.xlsx · Checklist!A2:D6; Notes!B9; docProps/core.xml title/created/modified
  • ContentVersion.jsonl:9445 · /data/Title, /data/ContentModifiedDate, /data/CreatedDate, /data/LastModifiedDate
  • ContentDocument.jsonl:9445 · /data/CreatedDate, /data/LastModifiedDate
  • slack-doc-627.xlsx · Notes!B2:B10
  • Account.jsonl:144 · /data/ARR__c
  • Opportunity.jsonl:27 · /data/Amount, /data/Type, /data/StageName, /data/CloseDate, /data/ContractId
  • OpportunityHistory.jsonl:68 · /data/Amount, /data/StageName, /data/CreatedDate
  • OpportunityFieldHistory.jsonl:101 · /data/OldValue, /data/NewValue, /data/CreatedDate
  • Contract.jsonl:39 · /data/AccountId, /data/Status, /data/StartDate, /data/EndDate, /data/CompanySignedDate, /data/CustomerSignedDate, /data/CustomerSignedId
  • ContractHistory.jsonl:56 · /data/Field, /data/NewValue, /data/CreatedDate
  • Order.jsonl:12 · /data/Status, /data/ContractId, /data/OpportunityId, /data/EffectiveDate, /data/EndDate, /data/CustomerAuthorizedDate
  • Account.jsonl:144 · /data/Renewal_Date__c
  • User.jsonl:80 · /data/Name, /data/Title, /data/IsActive
  • User.jsonl:4 · /data/Name, /data/Title, /data/IsActive
  • User.jsonl:97 · /data/Name, /data/Title, /data/IsActive
  • Opportunity.jsonl:27 · /data/OwnerId
  • Account.jsonl:144 · /data/OwnerId
  • Contract.jsonl:39 · /data/OwnerId
  • Contact.jsonl:410 · /data/Name, /data/AccountId, /data/Title
  • OpportunityContactRole.jsonl:53 · /data/ContactId, /data/Role, /data/IsPrimary, /data/OpportunityId
  • Contract.jsonl:39 · /data/CustomerSignedId, /data/CustomerSignedDate
  • Order.jsonl:12 · /data/CustomerAuthorizedById, /data/CustomerAuthorizedDate
  • slack-doc-627.xlsx · Checklist!A1:D10; Notes!B4:B10
  • Opportunity.jsonl:28 · /data/Id, /data/Amount, /data/Type, /data/StageName, /data/CloseDate, /data/ContractId, /data/NextStep
  • slack-doc-0.xlsx · Notes!B3,B5
  • slack-doc-627.xlsx · Notes!B3
  • slack-doc-281.md · line8
  • Account.jsonl:1 · /data/Industry
  • Account.jsonl:144 · /data/Industry
  • Account.jsonl:193 · /data/Industry
  • CurrencyType.jsonl:1 · /data/IsoCode, /data/IsCorporate
  • Organization.jsonl:1 · /data/DefaultCurrencyIsoCode
  • Account.jsonl:1 · /data/CurrencyIsoCode
  • Account.jsonl:144 · /data/CurrencyIsoCode
  • Account.jsonl:193 · /data/CurrencyIsoCode
  • Opportunity.jsonl:51 · /data/CurrencyIsoCode
  • Opportunity.jsonl:27 · /data/CurrencyIsoCode
  • Opportunity.jsonl:134 · /data/CurrencyIsoCode
  • slack-doc-0.xlsx · all ZIP members
  • slack-doc-627.xlsx · all ZIP members
  • salesforce-doc-0-v1.xlsx · all ZIP members
  • salesforce-doc-627-v1.xlsx · all ZIP members
  • salesforce-doc-0-v1.xlsx · Sheet1!A1:A3
  • salesforce-doc-627-v1.xlsx · Sheet1!A1:A3
  • salesforce-doc-10006-v1.txt · lines1–11
  • salesforce-doc-10004-v1.pptx · all ZIP members, ppt/presentation.xml
  • salesforce-doc-10011-v1.pptx · all ZIP members, ppt/presentation.xml
  • ContentVersion.jsonl:5 · /data/Title, /data/OwnerId, /data/CreatedDate
  • ContentVersion.jsonl:12 · /data/Title, /data/OwnerId, /data/CreatedDate
  • slack-doc-10006.png · entire image; visual modality, not OCR or identity matching
  • slack-doc-0.xlsx · Scenarios!A1:D5; Notes!B9
  • slack-doc-627.xlsx · Checklist!A1:D10
  • slack-doc-281.md · lines14–55
  • Contract.jsonl:63 · /data/EndDate, /data/Status
  • slack-file-manifest.jsonl
  • ContentVersion.jsonl · Count rows; inspect only five matching records
Boreal: confirm entitlement and migration acceptanceBoreal Payments · Planned migration; recorded ended term$28,500Recorded annual ARR context

What we found

The September 13 migration runbook is a plan, while the recorded contract and Activated Order ended August 28. No successor appears in the collected contracts. A separate 45,000 expansion opportunity is later commercial activity, not executed continuation.

What to do

Reconcile current entitlement and customer-approved export/reconciliation results. Confirm current internal ownership and Jennifer Chadthorpe’s authority.

Named in the records: Robert Alderbury; document-listed engineering responsibility to confirm

Evidence notes11 notes
What the records show, and how we read them
  • The runbook plans a September 13 migration but provides no executed acceptance results. The recorded contract and Activated Order ended August 28, before the September 17 date window. No successor appears among the 113 collected contracts; a later open expansion opportunity is not a successor agreement or proof of churn/continuation.
  • Boreal planned runbook not executed migration: Complete 2406 bytes/55 text lines. Planned2026-09-13 22:00–02:00UTC; cross-midnight end date unspecified. Reported full backup/staging restore Aug10, export disabled pre-window and on-call confirmed are document assertions, not independently evidenced execution. Steps include queue drain, snapshot, migration, compare/abort past0.5%, webhook and5%→100% rollout. Rollback describes restore/replay, not performed results. No actual snapshot ID, completion log, reconciliation output or customer signoff.
  • Boreal acceptance criteria and applicability: Two unattended exports, zero unmatched reconciliation rows forSep13, no new tickets24h are written criteria, not achieved results. Title Q1/2024-11 conflicts with2026 body dates. Aug29 staging dry-run and post-window credential rotation are also planned next steps (not execution proof); command/environment blocks were read as inert text only.
  • Boreal ARR, historical deal and post-close amount update: acct-92 ARR28500; current deal-21828500 New Business Closed Won close2025-08-28, contract-53. History at close carries19400, changed to28500 on2025-09-03; earlier16100→19400 Aug14. The post-close update is retained. This is no new2026 save or additive28500 recovery.
  • Already-ended contract/order and no collected successor: contract-53 and Activated order-218 end2026-08-28; Account.Renewal_Date__c same. Term end precedes plannedSep13 cutover and frozenSep17–Oct17 expiry cohort. All113 contracts scanned: only contract-53 has AccountId acct-92. No collected successor is a bounded negative, not no successor anywhere, churn, cessation of service or loss of cash. Activated and recorded historical signatures do not extend legal entitlement.
  • Boreal later commercial countercontext: Native deal-219 is a separate open45000 Existing Business/Expansion, Qualification, close2026-09-30, ContractId null, NextStep confirm executive sponsor. Its existence qualifies any impression of no later commercial activity. It is not a collected successor contract, executed continuation or recoverable money.
  • Boreal historic and proposed internal ownership: Robert user-7 active Director of Customer Success owns account and contract. Barbara user-99 historic deal/order owner is inactive Account Executive in held snapshot, not an automatic new assignee. Runbook owner David Cliffridge is document-listed Product Designer/Product; exact Name match absent among116 collected CRM User rows. Slack uploader user-87 is source-local metadata, not proof of CRM identity equality. David’s authority/engineering responsibility remains unconfirmed.
  • Boreal doc approver/customer role: Jennifer Chadthorpe is runbook approver/escalation; native contact-544 acct-92 Security Engineer. CRM also records primary Decision Maker for deal-218 and historical CustomerSignedId/CustomerAuthorizedById. Those positive records do not prove current migration acceptance or authority to extend an ended term.
  • Boreal proposed action gates and value classification: Dated same-scope exports/reconciliation, customer confirmation, current signed term or alternative entitlement, and accepted internal ownership are appropriate proposed verification gates. Incrementality needs baseline and realized-outcome evidence; no automatic10pp benefit, priority-base addition, churn or legal-continuation inference.
Counterevidence and scope
  • The historical won amount was changed after close, not a new 2026 save. Separate 45,000 open expansion deal-219 qualifies any impression of no later commercial activity but is not additive recovery. Reported preconditions, planned August 29 dry-run/credential rotation and rollback instructions are not observed execution.
Proposed next steps
  • Proposed: Robert Alderbury (active Director of Customer Success, native account/contract owner) to reconcile current entitlement, same-scope exports/reconciliation and customer acceptance. Do not automatically assign inactive historical owner Barbara Ashley. Confirm document-listed David Cliffridge’s identity/engineering responsibility. Retain Jennifer Chadthorpe’s recorded Decision Maker/historical signer roles while separately validating present migration acceptance and legal authority.
Source references58 references
  • slack-doc-281.md · lines1–55, particularly14,18–20,30–50
  • slack-doc-281.md · lines1,14,24–28,46–55
  • Account.jsonl:193 · /data/ARR__c
  • Opportunity.jsonl:134 · /data/Amount, /data/Type, /data/StageName, /data/CloseDate, /data/ContractId
  • OpportunityFieldHistory.jsonl:524 · /data/OldValue, /data/NewValue, /data/CreatedDate
  • OpportunityFieldHistory.jsonl:525 · /data/OldValue, /data/NewValue, /data/CreatedDate
  • OpportunityHistory.jsonl:330 · /data/Amount, /data/CreatedDate
  • Contract.jsonl:63 · /data/AccountId, /data/Status, /data/StartDate, /data/EndDate, /data/CustomerSignedDate
  • Order.jsonl:39 · /data/Status, /data/ContractId, /data/OpportunityId, /data/EndDate
  • Account.jsonl:193 · /data/Renewal_Date__c
  • Contract.jsonl · AccountId == acct-92: only contract-53
  • Opportunity.jsonl:135 · /data/Id, /data/Name, /data/Amount, /data/Type, /data/StageName, /data/CloseDate, /data/ContractId, /data/NextStep
  • User.jsonl:97 · /data/Name, /data/Title, /data/IsActive
  • User.jsonl:114 · /data/Name, /data/Title, /data/IsActive
  • Account.jsonl:193 · /data/OwnerId
  • Contract.jsonl:63 · /data/OwnerId
  • Opportunity.jsonl:134 · /data/OwnerId
  • slack-doc-281.md · lines7,14
  • User.jsonl · Exact Name == David Cliffridge: no match
  • slack-doc-281.md · lines14,20
  • Contact.jsonl:696 · /data/Name, /data/AccountId, /data/Title
  • OpportunityContactRole.jsonl:267 · /data/OpportunityId, /data/ContactId, /data/Role, /data/IsPrimary
  • Contract.jsonl:63 · /data/CustomerSignedId, /data/CustomerSignedDate
  • Order.jsonl:39 · /data/CustomerAuthorizedById, /data/CustomerAuthorizedDate
  • slack-doc-281.md · lines46–50
  • Contract.jsonl:63 · /data/Status, /data/EndDate
  • slack-doc-0.xlsx · Notes!B3,B5
  • slack-doc-627.xlsx · Notes!B3
  • slack-doc-281.md · line8
  • Account.jsonl:1 · /data/Industry
  • Account.jsonl:144 · /data/Industry
  • Account.jsonl:193 · /data/Industry
  • CurrencyType.jsonl:1 · /data/IsoCode, /data/IsCorporate
  • Organization.jsonl:1 · /data/DefaultCurrencyIsoCode
  • Account.jsonl:1 · /data/CurrencyIsoCode
  • Account.jsonl:144 · /data/CurrencyIsoCode
  • Account.jsonl:193 · /data/CurrencyIsoCode
  • Opportunity.jsonl:51 · /data/CurrencyIsoCode
  • Opportunity.jsonl:27 · /data/CurrencyIsoCode
  • Opportunity.jsonl:134 · /data/CurrencyIsoCode
  • slack-doc-0.xlsx · all ZIP members
  • slack-doc-627.xlsx · all ZIP members
  • salesforce-doc-0-v1.xlsx · all ZIP members
  • salesforce-doc-627-v1.xlsx · all ZIP members
  • salesforce-doc-0-v1.xlsx · Sheet1!A1:A3
  • salesforce-doc-627-v1.xlsx · Sheet1!A1:A3
  • salesforce-doc-10006-v1.txt · lines1–11
  • salesforce-doc-10004-v1.pptx · all ZIP members, ppt/presentation.xml
  • salesforce-doc-10011-v1.pptx · all ZIP members, ppt/presentation.xml
  • ContentVersion.jsonl:5 · /data/Title, /data/OwnerId, /data/CreatedDate
  • ContentVersion.jsonl:12 · /data/Title, /data/OwnerId, /data/CreatedDate
  • slack-doc-10006.png · entire image; visual modality, not OCR or identity matching
  • slack-doc-0.xlsx · Scenarios!A1:D5; Notes!B9
  • slack-doc-627.xlsx · Checklist!A1:D10
  • slack-doc-281.md · lines14–55
  • Contract.jsonl:63 · /data/EndDate, /data/Status
  • slack-file-manifest.jsonl
  • ContentVersion.jsonl · Count rows; inspect only five matching records
Corbett and Bellwether: reconcile ended terms and commercial statusCorbett Financial · Bellwether Software · Boreal Payments · Ended terms; differing continuation evidence

What we found

Corbett’s September 2, Bellwether’s September 5 and Boreal’s August 28 term ends precede the date window. Corbett has open renewal pipeline; Bellwether has recorded churn and lost renewals plus historical nonapproval. Active/Customer labels do not establish current entitlement.

What to do

Reconcile successor or bridge agreements with the named account owners. Treat Bellwether’s stale Customer/ARR labels as a status check, not a live rescue.

Named in the records: Wei Irondale · Ana Harris · Robert Alderbury; RevOps role unassigned

Evidence notes27 notes
What the records show, and how we read them
  • A complete 113-contract date screen finds three recorded term ends before September 17: Corbett September 2, Bellwether September 5 and Boreal August 28. Recorded active/customer labels alone do not establish current entitlement or rescue eligibility.
  • Corbett: recorded ARR103,000; contract-14 is Activated but ends2026-09-02. Separate open Renewal deal-67 is250,000,Prospecting,closing2026-12-31,ContractId null. Its amount/date/status do not establish a signed bridge, a new annual base, actual loss or causal upside.
  • Bellwether: nominal ARR5,889 persists alongside an Expired contract, recorded Zendesk churn on2026-01-14 and two historical Closed Lost renewal opportunities. It is not an eligible live-rescue base merely because Account.Type remains Customer.
  • Boreal: recorded ARR28,500; Activated contract/Order end2026-08-28. The same Boreal migration-plan and45,000 open expansion context is covered by the separate bounded file review; no additional amount or completed migration is inferred.
  • Both supplied transcripts were read completely: October2 and October9,2025. Recorded speakers report procurement nonapproval, repeat failures and lost trust. Seller technical explanations, RCA/maintenance promises and customer willingness to meet again are retained, not equated with demonstrated recovery. These are historical reported positions, not confirmed current authority or ongoing September2026 impact.
  • October2 concerns reported attachment-upload failures, a missing RCA and procurement considering another vendor. October9 concerns reported admin-console failures and a customer statement that another failure before month-end would be indefensible. The seller promises an RCA and follow-up, but no same-scope accepted retest is shown in these calls. Distinct issues are not treated as one resolved incident.
  • Platform-only amounts150,500 (October2) and124,500 (October9) were discussed alongside, respectively,36-seat/18-month and64-seat/36-month contexts; these are not verified bundled offers or annual revenue. The add-on was separate. Neither quote is current ARR or recovery. The seller says they are down to signature/start date and promises a written option; these are not executed agreements.
  • Current CRM context marked Now is a structural association, not independent proof of historical speaker/account/transaction identity. No later reactivation or acceptance is inferred from technical discussion, seller plans or agreement to meet again.
  • All 113 EndDate fields parsed as dates, with no amount/status/keyword filter. Only contract-14/acct-20 (2026-09-02), contract-16/acct-25 (2026-09-05), contract-53/acct-92 (2026-08-28). All three precede the September 17 to October 16 date window.
  • Corbett recorded ARR 103000, Activated contract-14 ended September 2. [accepted]: Account.ARR__c=103000 and Renewal_Date__c=2026-09-02; contract StartDate=2025-09-02, EndDate=2026-09-02, Status=Activated. Description also says 90 seats at 103000 per year. Historical signature fields (2024-09-02) are positive evidence of recorded prior signing, not an executed successor or current legal entitlement.
  • Corbett open 250000 Renewal deal-67 closing 2026-12-31, Prospecting, ContractId null. [accepted]: All stated fields agree. IsClosed=false, IsWon=false; recorded Probability=4 and ExpectedRevenue=10000 are pipeline fields, not recovery. All nine Corbett opportunities deal-59 through deal-67 were read: historical wins deal-59/61/64 and historical loss deal-66 remain separate, never added to ARR or upside.
  • Bellwether nominal ARR 5889, Customer label, Expired contract-16 and native churn 2026-01-14. [accepted]: Account.Type=Customer and ARR__c=5889 conflict with rescue interpretation, not with the existence of recorded churn. contract-16 ends 2026-09-05 and says 29 seats at 5889/year; organization 3000025 explicitly records account_status=churned and churned_on=2026-01-14. Neither a later term date nor stale Customer/ARR fields demonstrate reactivation.
  • Bellwether has two historical Closed Lost renewal opportunities. [accepted]: deal-73: Renewal, Closed Lost, 47500, 2026-01-14, Loss_Reason__c=Non-payment. deal-74: Renewal, Closed Lost, 27500, 2025-10-10, Loss_Reason__c=Lost to competitor. Both ContractId null, IsClosed true, IsWon false. These snapshot loss reasons are additional counterevidence; they do not prove the call problems caused either loss, or losses equal current recoverable value.
  • Boreal ARR 28500; Activated contract/Order end 2026-08-28; separate 45000 open expansion. [accepted]: contract-53 and order-218 both record Activated and 2026-08-28 EndDate. deal-218 is historical Closed Won 28500, 2025-08-28, linked to contract-53. deal-219 is named Expansion, Type=Existing Business, Qualification, Amount=45000, CloseDate=2026-09-30, IsClosed=false, ContractId=null. This is not a second recovery base.
  • The Boreal migration plan links to deal-218 and a September 13 window. Its preconditions, verification bullets, backup and legacy_export instructions are document assertions/instructions, not current incidents or execution logs. The same account/deal and expansion context is covered in the Boreal finding, not counted as another amount or completed migration.
  • Wei Irondale user-17, Ana Harris user-47, Robert Alderbury user-7 are active native Account owners with stated titles. [accepted]: Exact Account.OwnerId joins and User.Name/Title/IsActive agree: Account Executive; Manager, Customer Success; Director of Customer Success; all IsActive=true. LastLoginDate values are old (2025-08-04, 2025-11-19, 2025-08-08), so “active” means the native flag, not recent engagement. Account ownership does not equal deal ownership: deal-67 belongs to user-24 and deal-219 to user-34. RevOps/Legal/service-owner roles remain proposed and unassigned; no authority or accepted assignment follows.
  • USD is assumed; individual record currency is not established. [accepted]: Organization.DefaultCurrencyIsoCode=USD and active corporate CurrencyType.IsoCode=USD with ConversionRate=1. The three Accounts, three Contracts, all thirteen selected Opportunities and four Orders have CurrencyIsoCode=null. Dollar symbols in historical calls do not prove individual ISO denomination. No conversion, addition or annualization is justified.
  • Exactly two supplied Bellwether calls, October 2/9 2025; Corbett 26/Boreal 10 not independently read here. [accepted]: Independently scanned all 1999 canonical call metadata rows by Account object acct-25 timing Now; exactly the two named IDs. Complete native-equal transcript arrays read: October 2 has 28 blocks/63 sentences; October 9 has 17 blocks/29 sentences (45 blocks/92 sentences total). Native and pack dates/speakers/pointers match. Corbett 26 and Boreal 10 are association/extraction counts only; no semantic reading credit for them.
  • Current Now CRM association is not proof of historical speaker/account/transaction identity. [accepted]: Both calls associate Now Account acct-25 and Now Opportunity deal-74. Native party metadata supplies names, affiliations and current Contact/User links. Different speaker IDs between calls and current joins are not identity continuity proof. Wei Alderton in calls is not Corbett owner Wei Irondale. Audio, contemporaneous authority and executed transaction identity remain unverified.
  • Historical reported procurement nonapproval and distinct attachment-upload failures. [accepted]: October 2 Barbara reports procurement considering the other shortlisted vendor (blocks 3/4), attachment upload down twice since Q3 started (4:1), missing RCA (12:1), and explicitly “procurement has not approved the renewal as it stands” (15:2). These are recorded speaker positions, not independent incident or authority verification, and not present September 2026 impacts.
  • October 9 admin-console failures, lost trust, and month-end warning. [accepted]: Barbara reports admin console down twice since Q2 started, last outage cost trust, and another failure before month-end would be indefensible (3:0–2). Seller promises admin-console RCA before month-end (9:2); Tomas says send it or this stalls (10:0). This is distinct from October 2 attachment-upload scope; no same-scope accepted retest appears anywhere in either complete supplied transcript.
  • Positive seller technical discussion and follow-up promises are retained, not demonstrated recovery. [accepted]: October 2: batch endpoint/per-project limit/SSO-SCIM sequencing; ServiceNow/Redshift integration and us-east-1 setting; seller claims 3307 events/sec headroom, p95 902ms, uptime and FetchError explanation; retry-not-dropped-record explanation, offer to test against a data copy, engineering follow-up and RCA/maintenance promises. October 9: eu-west-1 setting, search-indexer active-active explanation, uptime claim, engineering lead, RCA/maintenance follow-up, four-to-six-week implementation for 64 seats, Tableau writeback. These are favorable claimed capabilities/plans, not verified repairs, accepted retests or current usage growth.
  • Bellwether platform pricing: 150500 on October 2 and 124500 on October 9; add-ons discussed separately. The October 2 seller says the add-on would not be purchased in year one. The first call discusses 36-seat sizing and an 18-month customer exit/flexibility option; the second discusses 64-seat implementation and a 36-month flexibility/written option. Price-to-seat/term linkage is unresolved. Measures: platform discussion amounts; period unspecified.
  • Signature/start-date intentions and willingness to continue do not equal agreement or recovery. [accepted]: October 9 “down to signature and a start date” is the seller opening (0:0), written 36-month option is seller promise (15:0); customer agrees same slot next week (16:0). October 2 seller holds a Q3 start date (26:0), customer will read before steering meeting and return questions (27:1). Preserve these positive intentions alongside explicit nonapproval and lost-deal/churn counterevidence; do not resolve the historical Q3 timing into a new calendar fact.
  • The complete calls contain seller growth-rate sizing language, security-review/SSO/residency discussion and technical claims, but no demonstrated current usage-growth outcome or explicit current export/tax/backup/security incident. No present reactivation, causal rescue, cash loss or growth benefit was established.
Counterevidence and scope
  • Evidence basis: recorded contract, opportunity and account fields, plus the two historical Bellwether calls. Current operating condition, continuation terms and financial outcome are the follow-up decisions.
Proposed next steps
  • Proposed, not accepted or executed: Wei Irondale (active Account Executive, Corbett owner) and Robert Alderbury (active Director of Customer Success, Boreal owner) to reconcile the actual current term and any signed bridge/successor. Ana Harris (active Manager, Customer Success, Bellwether owner) with an unassigned RevOps role to reconcile stale Customer/ARR labels against recorded churn; do not automatically create a live rescue target.
Records and quotes2 records · 11 quotes
Call transcriptOct 2, 2025Bellwether SoftwareRecord 7000000003122213733
Initial scoping - Bellwether Software

Outside window (2025-10-02): Bellwether explicitly lacks procurement renewal approval while discussing another vendor, two attachment-upload outages and a missing RCA. Seller recovery promises and customer willingness to review material preserve engagement, but no fix, approval or current benchmark eligibility is demonstrated.

  • Customer reports renewal approval withheld while procurement has already discussed another vendor.

    To be clear, procurement has not approved the renewal as it stands.

    Barbara Hernandez, Support Manager, External

  • Customer reports two attachment-upload outages since Q3 began, with a seller-acknowledged maintenance-notice gap.

    Attachment upload has been down twice since Q3 started.

    Barbara Hernandez, Support Manager, External

  • Customer says the attachment-upload RCA was never received; delivery and escalation remain promises.

    We also never got the RCA for the attachment upload failures

    Barbara Hernandez, Support Manager, External

  • Customer sets a fiscal-year-end delivery condition that could stall the discussion; the exact deliverable is unclear.

    Send it before the end of the fiscal year or this stalls

    Tomas Avonby, Platform Engineer, External

  • Seller quotes $150,500 for the platform separately from the add-on, without a verified billing basis.

    The $150,500 is the platform; the add-on is separate and I would not buy it in year one, more or less.

    Wei Alderton, Enterprise Account Executive, Internal

  • Seller attributes evaluation FetchError logs to v1.5.2, without proving that the upload failures were repaired.

    We shipped v1.5.2 the week you were evaluating, which is where the FetchError in your logs came from.

    Wei Alderton, Enterprise Account Executive, Internal

  • Call is outside [2026-09-17, 2026-10-17) by nearly a year. Renewal relevance is explicit, but fiscal dates, the 18-month reference and current eligibility require independent verification.
  • Current Renewal FY25 CRM context does not prove historical contract terms. No final nonrenewal, completed remediation, executed price or monetary effect is established.
  • Only supplied transcript text and mappings were reviewed. Audio/video, omitted metadata, ticket records, RCA and later outcomes remain unreviewed; finance and ownership verification are deferred.
Call transcriptOct 9, 2025Bellwether SoftwareRecord 7000000001462764179
Signature logistics - Bellwether Software

Outside-window (2025-10-09) renewal discussion contains explicit admin-console reliability and RCA deadlines despite seller signature-ready framing. Agreement to meet again shows engagement, not restored trust or a completed renewal.

  • Customer says another admin-console outage would make the purchase indefensible after repeated outages and lost trust.

    If admin console goes down again before the end of the month I cannot defend this.

    Barbara Hernandez (External, Support Manager)

  • Customer makes timely RCA delivery a condition for avoiding a stalled transaction.

    Yeah - send it before the end of the month or this stalls - we can revisit that.

    Tomas Avonby (External, Platform Engineer)

  • Seller acknowledges a missed maintenance notice; concrete corrective changes are not documented.

    I mean, you should have had the maintenance notice; I will find out why you did not.

    Wei Alderton (Internal, Enterprise Account Executive)

  • Seller quotes $124,500 platform-only and describes a 36-month option without a per-seat price advantage.

    And - honestly, the $124,500 is the platform; the add-on is separate and I would not buy it in year one.

    Wei Alderton (Internal, Enterprise Account Executive)

  • Seller raises a possible seat-utilization issue, but customer underuse is not established.

    The 64 seats and the quiet ones are worth a conversation - not at renewal, now, roughly.

    Wei Alderton (Internal, Enterprise Account Executive)

  • The call is in October 2025, not the September-October 2026 target window. Relative Q2 and month-end references do not establish current impact or target-window eligibility.
  • Current CRM context does not verify historical ownership. No incident/RCA delivery artifacts, escalation records, usage data, executed pricing terms or audio/video were reviewed.
Source references60 references
  • Account.jsonl: acct-20,acct-25,acct-92
  • Account.jsonl:114 · /data/CurrencyIsoCode · SHA256 097aab8a13624289b0df19ce83d96d3e1f192e767afc6df9cdbae06c83418f37
  • Account.jsonl:114 · /data/Name, /data/ARR__c, /data/Renewal_Date__c, /data/Type, /data/OwnerId, /data/CurrencyIsoCode · SHA256 097aab8a13624289b0df19ce83d96d3e1f192e767afc6df9cdbae06c83418f37
  • Account.jsonl:114 · /data/OwnerId · SHA256 097aab8a13624289b0df19ce83d96d3e1f192e767afc6df9cdbae06c83418f37
  • Account.jsonl:119 · /data/CurrencyIsoCode · SHA256 e72e6ce74dbfff68181f829067565b297a8e9b57ddfe315650f59b10eaaf2407
  • Account.jsonl:119 · /data/OwnerId · SHA256 e72e6ce74dbfff68181f829067565b297a8e9b57ddfe315650f59b10eaaf2407
  • Account.jsonl:119 · /data/Type, /data/ARR__c, /data/Renewal_Date__c, /data/Licensed_Seats__c · SHA256 e72e6ce74dbfff68181f829067565b297a8e9b57ddfe315650f59b10eaaf2407
  • Account.jsonl:193 · /data/ARR__c, /data/Renewal_Date__c · SHA256 027a811a6e34181a80a772d28d5c2f011e1276daa7669f427a590a27f33236a3
  • Account.jsonl:193 · /data/CurrencyIsoCode · SHA256 027a811a6e34181a80a772d28d5c2f011e1276daa7669f427a590a27f33236a3
  • Account.jsonl:193 · /data/OwnerId · SHA256 027a811a6e34181a80a772d28d5c2f011e1276daa7669f427a590a27f33236a3
  • Contract.jsonl · All 113 envelopes /data/Id, AccountId, EndDate, Status; complete per-row values in evidence-checks.json/contract_census · SHA256 456862b3ea3fcc6eaba2cc3f47179fcbf03f07aaeffc9016b1284a33fefe6922
  • Contract.jsonl: complete113-row screen
  • Contract.jsonl:20 · /data/AccountId, /data/StartDate, /data/EndDate, /data/Status, /data/Description, /data/CompanySignedDate, /data/CustomerSignedDate · SHA256 712a1e9aebf9dd6df66f25dfe42d7c3f8cc7fa1ff355deabe51b08ee466b0e12
  • Contract.jsonl:22 · /data/Status, /data/EndDate, /data/Description, /data/CompanySignedDate, /data/CustomerSignedDate · SHA256 90b4b85456df0a3943a4d6e808ee9fb16200715cd2a697ddfbe08c782e33f485
  • Contract.jsonl:63 · /data/Status, /data/EndDate, /data/Description · SHA256 7a4c67e7df9251b5374cdff5f5e2b163ce1f630729a75d3073bc96d162990696
  • CurrencyType.jsonl:1 · /data/IsoCode, /data/IsCorporate · SHA256 168f933ef4b82fa8f45d868ab268b6c4510b4306ea9489b7ba25a671e8325460
  • CurrencyType.jsonl:1 · /data/IsoCode, /data/IsCorporate, /data/IsActive, /data/ConversionRate · SHA256 168f933ef4b82fa8f45d868ab268b6c4510b4306ea9489b7ba25a671e8325460
  • Gong transcripts:7000000003122213733,7000000001462764179
  • Opportunity.jsonl: deal-59,deal-60,deal-61,deal-62,deal-63,deal-64,deal-65,deal-66,deal-67,deal-73,deal-74,deal-218,deal-219
  • Opportunity.jsonl:134 · /data/AccountId, /data/Amount, /data/StageName · SHA256 43dbc48a23fc17daa1dd8f4990267bf8cefd7ba639ab770d2d58e8db5945cc91
  • Opportunity.jsonl:134 · /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId · SHA256 43dbc48a23fc17daa1dd8f4990267bf8cefd7ba639ab770d2d58e8db5945cc91
  • Opportunity.jsonl:135 · /data/Name, /data/Type, /data/StageName, /data/Amount, /data/CloseDate, /data/IsClosed, /data/ContractId · SHA256 c3bdf3bf5ec67735d957464bf2714602638967e923f145291fdae54b4198177d
  • Opportunity.jsonl:135 · /data/OwnerId · SHA256 c3bdf3bf5ec67735d957464bf2714602638967e923f145291fdae54b4198177d
  • Opportunity.jsonl:436 · /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId · SHA256 d88099eb2c31a69f20bef4cb2d4328df2aa348d45e897b6596f1227be6a0255d
  • Opportunity.jsonl:438 · /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId · SHA256 b0e96514264d441c260cacf6cf70aab80a6759a8cde8789dd5d24463f0f507fe
  • Opportunity.jsonl:439 · /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId · SHA256 19e90207e583d1d4add7923c8fc4610604139e91e55a901ba2b1fcc4f3727ee3
  • Opportunity.jsonl:440 · /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId · SHA256 0965b1949b69a86e2d129c3c89c7d38a47edc04962d06f63b317432802e69a47
  • Opportunity.jsonl:441 · /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId · SHA256 da278b5218d6ad3b5ab9f8f9518815e03e3ab274a4e8cb34ddd76de8796759b4
  • Opportunity.jsonl:442 · /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId · SHA256 6c9a84d73b45da09d12fd270056cded5cc75eddad4823ad14a81737e475d94fb
  • Opportunity.jsonl:443 · /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId · SHA256 4f56608bd0a4c64235562fc76b0552f8fed2d6afb8dd0b749c4314952d578862
  • Opportunity.jsonl:444 · /data/Amount, /data/StageName, /data/CloseDate, /data/ContractId · SHA256 a54c2de9eb49ec0c1bb12e4c735ede972a3591fefeeb431548eb5c09a9cde8df
  • Opportunity.jsonl:445 · /data/AccountId, /data/Amount, /data/Type, /data/StageName, /data/CloseDate, /data/ContractId, /data/IsClosed, /data/IsWon, /data/Probability, /data/ExpectedRevenue · SHA256 756ac901e21f3009c0b57d7fe1efb6dccfe25da74a09be9b4591d2842ce4e10c
  • Opportunity.jsonl:445 · /data/OwnerId · SHA256 756ac901e21f3009c0b57d7fe1efb6dccfe25da74a09be9b4591d2842ce4e10c
  • Opportunity.jsonl:452 · /data/Amount, /data/Type, /data/StageName, /data/CloseDate, /data/ContractId, /data/Loss_Reason__c, /data/IsClosed, /data/IsWon · SHA256 c040d9f6700df3f240c6b1ca93ee76b18443397048ee5edb18ffc7eee51e8313
  • Opportunity.jsonl:453 · /data/Amount, /data/Type, /data/StageName, /data/CloseDate, /data/ContractId, /data/Loss_Reason__c, /data/IsClosed, /data/IsWon · SHA256 6a56567a2f818fa0d145f6ffbcfeb768e6f1e1fdf6fa9a0478fff0ff395455c2
  • Order.jsonl:39 · /data/Status, /data/EndDate · SHA256 7ee1103253bd363ac3ab9ffe9fd1691748973796843495225dec101f22c43780
  • Order.jsonl:39 · /data/Status, /data/EndDate, /data/ContractId, /data/OpportunityId, /data/TotalAmount · SHA256 7ee1103253bd363ac3ab9ffe9fd1691748973796843495225dec101f22c43780
  • Organization.jsonl:1 · /data/DefaultCurrencyIsoCode · SHA256 8686b36d68f6bed855a59b90bd7b2d2bbd5078837f40e15f4b30af4707231cd4
  • User.jsonl:42 · /data/Name, /data/Title, /data/IsActive · SHA256 5fb35fb3c36fa1e4b3dcc66dd9140755ce6ad8f5c0a6a455e1b7f2cb1da301e5
  • User.jsonl:42 · /data/Name, /data/Title, /data/IsActive, /data/LastLoginDate · SHA256 5fb35fb3c36fa1e4b3dcc66dd9140755ce6ad8f5c0a6a455e1b7f2cb1da301e5
  • User.jsonl:80 · /data/Name, /data/Title, /data/IsActive · SHA256 79e267a6ca29fa2d825987667a8235af543566d8f5bfff2a40a1aac999a5936e
  • User.jsonl:80 · /data/Name, /data/Title, /data/IsActive, /data/LastLoginDate · SHA256 79e267a6ca29fa2d825987667a8235af543566d8f5bfff2a40a1aac999a5936e
  • User.jsonl:97 · /data/Name, /data/Title, /data/IsActive · SHA256 5e72ecff34370fcf1c00e6fae394566c58d5a080197f8ec8c6a9f0e9cc3a36f3
  • User.jsonl:97 · /data/Name, /data/Title, /data/IsActive, /data/LastLoginDate · SHA256 5e72ecff34370fcf1c00e6fae394566c58d5a080197f8ec8c6a9f0e9cc3a36f3
  • Zendesk organizations.jsonl:3000020,3000025,3000092
  • calls-extensive.jsonl:1449 · /data/metaData/started, /data/context, /data/parties · SHA256 15945889db891765bbfac9059dfab08d85e53d220ede0c0c9469e3430bddc8c8
  • calls-extensive.jsonl:721 · /data/metaData/started, /data/context, /data/parties · SHA256 aa4887a55bcfc40f9d7b735928bdf7d975ddef2799fc53112e274b842b1f66e1
  • organizations.jsonl:26 · /data/external_id, /data/organization_fields/account_status, /data/organization_fields/churned_on, /data/organization_fields/arr · SHA256 7096c8657384b2126e6020fc03b5dbf80eae996e543c7bd7c7ab5cc2ffa7db6e
  • slack-doc-281.md · Complete text, Record/Purpose/Preconditions/Verification · SHA256 139b39df8d913739113a4a9de26ca998ed1d6b28c9afddb5b5ad9e6c4d8a84ec
  • transcripts.jsonl:1449 · /data/transcript · SHA256 9357da62a7bb8c4e02d49b534e6978a8aeab6fae8dc278c8ca3231bbe3f68962
  • transcripts.jsonl:1449 · /data/transcript/2, /data/transcript/6, /data/transcript/11, /data/transcript/13, /data/transcript/14, /data/transcript/17, /data/transcript/18, /data/transcript/19, /data/transcript/20, /data/transcript/21, /data/transcript/22, /data/transcript/23, /data/transcript/24, /data/transcript/25 · SHA256 9357da62a7bb8c4e02d49b534e6978a8aeab6fae8dc278c8ca3231bbe3f68962
  • transcripts.jsonl:1449 · /data/transcript/2, /data/transcript/7, /data/transcript/10, /data/transcript/14, /data/transcript/20 · SHA256 9357da62a7bb8c4e02d49b534e6978a8aeab6fae8dc278c8ca3231bbe3f68962
  • transcripts.jsonl:1449 · /data/transcript/26, /data/transcript/27 · SHA256 9357da62a7bb8c4e02d49b534e6978a8aeab6fae8dc278c8ca3231bbe3f68962
  • transcripts.jsonl:1449 · /data/transcript/3, /data/transcript/4, /data/transcript/12, /data/transcript/15 · SHA256 9357da62a7bb8c4e02d49b534e6978a8aeab6fae8dc278c8ca3231bbe3f68962
  • transcripts.jsonl:1449 · /data/transcript/4, /data/transcript/12, /data/transcript/13 · SHA256 9357da62a7bb8c4e02d49b534e6978a8aeab6fae8dc278c8ca3231bbe3f68962
  • transcripts.jsonl:721 · /data/transcript · SHA256 f2e3c1ee9ef3c1dc9467623c6094af2115fa5b4bacac14b80b37f932fb1bb8c5
  • transcripts.jsonl:721 · /data/transcript/0, /data/transcript/15, /data/transcript/16 · SHA256 f2e3c1ee9ef3c1dc9467623c6094af2115fa5b4bacac14b80b37f932fb1bb8c5
  • transcripts.jsonl:721 · /data/transcript/3, /data/transcript/9, /data/transcript/10 · SHA256 f2e3c1ee9ef3c1dc9467623c6094af2115fa5b4bacac14b80b37f932fb1bb8c5
  • transcripts.jsonl:721 · /data/transcript/5, /data/transcript/7, /data/transcript/8, /data/transcript/9, /data/transcript/12, /data/transcript/14 · SHA256 f2e3c1ee9ef3c1dc9467623c6094af2115fa5b4bacac14b80b37f932fb1bb8c5
  • transcripts.jsonl:721 · /data/transcript/8, /data/transcript/12, /data/transcript/13, /data/transcript/14, /data/transcript/15 · SHA256 f2e3c1ee9ef3c1dc9467623c6094af2115fa5b4bacac14b80b37f932fb1bb8c5
Evidence and business controls5
Reconcile support subjects, replies and accountable ownershipBroader company evidence · Recorded acknowledgement; ownership to confirm

What we found

Exact support joins expose subject/body and chronology differences. A null Zendesk assignee can coexist with a named Salesforce owner and an actual reply. Neither a label nor an acknowledgement establishes present impact or completed handoff.

What to do

Create a proposed exception register for subject, timestamp and ownership mismatches; confirm accountability on each exact thread.

Named in the records: Jennifer Ashbourne · Patricia Ashworth · John Ashwood · Robert Deepcroft · Inge Anderson

Evidence notes10 notes
What the records show, and how we read them
  • Exact IDs establish routing but do not make Salesforce subjects equivalent to the customer narratives. In reviewed examples, KYC, duplicate-charge, sandbox-signature and ledger labels describe different content from the bodies. Null Zendesk assignment can coexist with an explicit Salesforce owner and email reply.
  • Specific reply text, subject and description corroborate engagement on these threads, not cross-source ID equality alone. This proves recorded acknowledgement, not accountable handoff completion, technical remediation or a current assignment.
  • Each of the four null-assignee threads has both a named native Salesforce owner and an actual outgoing acknowledgement addressing the same reported symptom: Patricia Ashworth (5676), John Ashwood (5696), Robert Deepcroft (5712), Inge Anderson (2162).
Counterevidence and scope
  • Reconcile subject labels and null assignees with transaction records, responders and customer outcomes. std::alloc::AllocError identifies a software allocation exception, distinct from invoice allocation. Email MessageDate, event created_at and LastModifiedDate represent different clocks; repeated email wording needs incident-level matching. Validate the present operational state against the stored Open, Working and New statuses.
  • Actual accountable handoffs and post-acknowledgement customer/engineering outcomes.
  • Zendesk assignee_id remains null, Case.Subject differs from the customer symptom, and reply timestamps equal creation in these records. Historical author roles and present-day accountability are not established by current mappings.
Proposed next steps
  • Reconcile support subject/body and ownership mappings in an exception register. Proposed contact: Jennifer Ashbourne, Support Manager. Acceptance checks: the exact feature/request and affected tenant, accepted recovery evidence, current owner acknowledgment and separate accounting evidence for any financial claim.
  • If follow-up is later authorized, propose confirming each recorded respondent's accountability; do not create or claim assignments from these records. Proposed responsibilities: Patricia Ashworth (Customer Success Manager; proposed only); John Ashwood (Support Operations Analyst; proposed only); Robert Deepcroft (Support Engineer; proposed only); Inge Anderson (Support Engineer; proposed only). Acceptance: Named current acknowledgement of ownership and scope; substantive resolution evidence remains separate.
  • Named current acknowledgement of ownership and scope; substantive resolution evidence remains separate.
Money context
  • Coda Financial: 3,617 native annual ARR; Easton Partners: 276,899 native annual ARR; Jermyn Financial: 67,000 native annual ARR; Spruceglen: 161,138 native annual ARR; Peverell International: 122,500 native annual ARR.
Records and quotes12 records · 28 quotes
Support historySep 6, 2024Coda FinancialRecord 4001366
Transaction dispute form intermittently failing for our two busiest workspaces

Independent follow-up: September 2024 wrong-workspace allegation warrants security validation, not a confirmed breach. Support reproduction was subsequently lost; rollback was claimed but not customer-confirmed. Yesterday-afternoon, overnight and two-week narratives do not reconcile with the single-day comment chronology. Later repeated email text is not a new post-rollback test. Automated first-pass summary: Outside-window lead (2024-09-06): Coda reported wrong-workspace dispute records and said it would build around the issue if repair was not imminent. Support claimed a rollback, but reproduction and timing accounts are inconsistent and no customer-validated recovery appears.

  • Omar reported dispute-form records belonging to another workspace, affecting Coda's two busiest workspaces.

    the transaction dispute form returns records belonging to a different workspace. our two busiest workspaces are affected.

    Omar Ashwood, Coda Financial customer

  • The customer expressed prolonged repair frustration and conditional intent to build a workaround, not refusal to renew.

    Two weeks on this now. If a connection pool exhausted by a slow query is not going to be fixed soon, tell us and we will build around it.

    Omar Ashwood, Coda Financial customer

  • Support reported a us-west-2 rollback and requested confirmation, without establishing restored dispute-form behavior.

    Rolled back in us-west-2 - could you retry and confirm?

    Robert Bainton, Tenovia Analytics Support

  • The record is dated 2024-09-06, outside the benchmark window. Open status is not evidence that this issue persisted into 2026.
  • Overnight and two-week language appears within a single-day timeline; several final emails share 20:10:56. These dates cannot establish incident duration or remediation order reliably.
  • No renewal timing, contract amount or quantified workaround cost is supplied. HTML, headers and attachment bodies, including the attachment on email-ticket-1366-2, were not reviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyNov 19, 2024Coda FinancialRecord 4001377
Error 403 from card authorisation webhook - first seen 15:29

Independent follow-up: November 2024 webhook truncation persists in clean session; customer initially says not urgent. Annual pricing refresh has no date or demonstrated Tenovia renewal linkage. Stale-flag write-up is not repair; asking again for request ID may mean a newer failed attempt. SF duplicate-charge title does not prove duplicate payments. Automated first-pass summary: Outside-window lead (2024-11-15 to 2024-11-19): Coda reported long-payload webhook truncation that persisted after a clean-session retry, with urgency tied to an unspecified annual pricing refresh. Support escalated and suggested a stale feature flag, but supplied no repair or renewal condition.

  • The customer reported long-payload truncation on its on-premise card-authorisation gateway, persisting after a clean-session test.

    We tried from a clean session on our on-premise gateway and the card authorisation webhook still silently truncating.

    Marta Fernmoor, Coda Financial customer

  • The customer explicitly limited immediate urgency and tied escalation to an annual pricing refresh.

    Not urgent yet, but it becomes urgent at the annual pricing refresh.

    Marta Fernmoor, Coda Financial customer

  • Support requested a failed-attempt request ID after previously acknowledging, attaching and diagnosing the existing ID.

    I need one more thing from you: the request id from a failed attempt on our on-premise gateway.

    Inge Anderson, Tenovia Analytics Support

  • All evidence is from November 2024, outside [2026-09-17, 2026-10-17). Pending status does not establish current impact.
  • Neither renewal eligibility nor monetary value is established; the pricing-refresh phrase alone is insufficient commercial context.
  • Only supplied text was reviewed. HTML, headers and attachment bodies, including the attachment on email-ticket-1377-0, remain unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 20, 2026Easton PartnersRecord 4001572
Custom fields unavailable for the analysts in our Berlin office since our auditors asked us to rotate keys

Independent follow-up: August 20 customer reports custom-field duplicate records blocking next-week go-live. No key-rotation causation, duplicate financial charge, missed go-live or refund is proved. Zendesk assignee is null but SF Case names Barbara Yorkcroft and an email acknowledgment exists. Automated first-pass summary: Outside-window lead (20 Aug 2026): Easton reported duplicate custom-field writes blocking the following week's go-live. Barbara acknowledged investigation, but no fix, customer retest or ticket assignee is supplied.

  • Hana reported duplicate custom-field writes in APAC affecting Berlin analysts after an auditor key-rotation request.

    Since our auditors asked us to rotate keys, custom fields duplicates every record it writes. It reproduces on the APAC region for the analysts in our Berlin office.

    Hana Chen (Easton Partners customer; signed Support Manager)

  • The customer explicitly identified a next-week go-live blocker; the supplied support response only acknowledges investigation.

    This is blocking our go-live next week.

    Hana Chen (customer statement); Barbara Yorkcroft (support acknowledgement)

  • All supplied entries share 2026-08-20T23:59:59Z, before [2026-09-17,2026-10-17); sequencing and later outcomes cannot be established from that timestamp.
  • New status is not proof of present impact. No renewal context, refusal, contract amount or attributable financial loss is supplied.
  • Only supplied text was reviewed; HTML rendering, headers and omitted fields/assets remain unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 11, 2026Jermyn FinancialRecord 4000499
Payout schedule returning stale data for our API integration

Independent follow-up: August 11 payout-schedule stale data blocks onboarding per customer. Support claims mitigation, then says no change. The latter may refer to root-cause work, not failed mitigation. SF subject is sandbox signatures, not payout issue; shared IDs do not repair that mismatch. Automated first-pass summary: Outside-window (2026-08-11): Jermyn reported stale payout schedules on its disaster-recovery integration blocking customer onboarding. Support claimed mitigation, then reported no change and continued platform escalation, leaving recovery unverified.

  • Customer reports stale payout data requiring a hard refresh and says the disaster-recovery integration issue blocks onboarding.

    It reproduces on the disaster-recovery site for our API integration. Request id req_72d559f7ed is one example. This is blocking customer onboarding.

    Patricia Mossbury, Head of IT, Jermyn Financial

  • Support attributes the issue to rate-limit configuration and claims disaster-recovery-site mitigation.

    This is a rate-limit misconfiguration rather than anything on your side. We have mitigated it on the disaster-recovery site - could you retry?

    Joseph Kenford, Support, Tenovia Analytics

  • Support subsequently reports no change and says the request remains with the platform team.

    No change yet - req_72d559f7ed is with the platform team and I am chasing it daily.

    Joseph Kenford, Support, Tenovia Analytics

  • All supplied entries are dated 2026-08-11, outside the benchmark window; no renewal decision, benchmark-period persistence or monetary loss is established.
  • Open status is not proof of continuing impact. HTML, headers and omitted assets are unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 20, 2026SpruceglenRecord 4001013
SAML metadata endpoint producing an unparsable export for our nightly job

Independent follow-up: August 20 customer alleges unparseable SAML export plus billing-webhook errors, with only acknowledgment. Relation of components/release is uncertain; SF ledger subject is not evidence of a financial reconciliation loss. Automated first-pass summary: Spruceglen reported an unparseable nightly-job export alongside large-payload billing-webhook errors, with only a tentative v1.4.0 association and a support acknowledgment. The recorded August 20, 2026 episode is outside-window; recovery and renewal eligibility remain unverified.

  • James reported that escaped delimiters made the nightly-job export unparseable and tentatively associated the symptoms with v1.4.0.

    It looks like it started with the v1.4.0 release; the SAML metadata endpoint escapes the delimiters so the file cannot be parsed for our nightly job.

    James Martin, Spruceglen end-user

  • Every supplied event has the same 2026-08-20T23:59:59 timestamp, before the benchmark window; actual onset, sequence and duration cannot be established from these timestamps.
  • The supplied record names no assignee. Status=new is not evidence of current impact, and no renewal terms, decision or financial amount is supplied.
  • Only supplied text was reviewed; HTML, headers and attachment contents remain unreviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 20, 2026Peverell InternationalRecord 4001746
Request: raise our invoice PDF rate limit before the regulator's submission deadline

Independent follow-up: August 20 invoice-PDF non-dispatch reportedly blocks regulator submission. Deadline, missed filing and penalty are absent. Acknowledgment exists despite null Zendesk assignee; SF Case names Robert Deepcroft. All same-time entries cannot measure response latency; SF KYC subject is not the reported issue. Automated first-pass summary: Outside-window (August 20, 2026), Peverell reported invoice PDFs queuing without dispatch and blocking a regulator's submission deadline. Robert Deepcroft acknowledged the report despite an unassigned ticket snapshot; no diagnosis, workaround or recovery is supplied.

  • Patricia linked invoice-PDF non-dispatch in us-east-1 to a blocked regulatory submission deadline.

    This is blocking the regulator's submission deadline.

    Patricia Bellford, Peverell International, customer

  • Robert acknowledged investigation, but the supplied ticket snapshot has no assignee and no demonstrated remediation.

    We are looking at request: raise our invoice PDF rate limit before the regulator's submission deadline now and will come back to you.

    Robert Deepcroft, Tenovia Analytics Support; assignee status from ticket metadata

  • The August snapshot is outside the target window; the regulator's deadline and any renewal relationship remain undated or unknown. No current impact, regulatory loss or monetary estimate is supported.
  • Only supplied text was reviewed; HTML and headers were not reviewed. New status is not evidence that the historical blockage continues.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 20, 2026Peverell InternationalRecord 4001758
TypeError on reconciliation report after the v1.5.0 release

Independent follow-up: August 20 report/export discrepancies with error 409 ahead of disaster-recovery certification. No discrepancy amount, certification date/failure or validated TypeError/release cause. Zendesk due_at is an internal ticket date, not proof of the certification deadline. SF Case names Hana Bradmoor despite null Zendesk assignee. Automated first-pass summary: Outside-window (August 20, 2026), Peverell reported repeated reconciliation/export discrepancies on a read-only replica ahead of disaster-recovery certification. Hana acknowledged the report, but the release/TypeError framing, ownership and recovery are not validated.

  • Joseph reported a dozen overnight reconciliation discrepancies with error 409 and required stability for disaster-recovery certification.

    It has happened a dozen times overnight, always with error 409. We need it stable before our disaster-recovery certification - what do you need from us?

    Joseph Clearbury, Peverell International, customer

  • Hana acknowledged the title's TypeError/release framing, while the ticket snapshot remained unassigned.

    We are looking at typeError on reconciliation report after the v1.5.0 release now and will come back to you.

    Hana Bradmoor, Tenovia Analytics Support; assignee status from ticket metadata

  • All supplied activity precedes the target window. Certification timing, current impact, renewal linkage and monetary exposure are unverified.
  • HTML and headers were not reviewed; no diagnostic samples or subsequent recovery messages are supplied.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 29, 2024Peverell InternationalRecord 4001727
Webhook subscription results do not match the export (req_7d8a7d0533)

Independent follow-up: Webhook/export rounding and std::alloc::AllocError are separate reported symptoms. Accepted 'invoice allocation errors' wording must mean software memory-allocation exception on an invoices endpoint, not invoice/payment allocation loss. Credential-fix assertion lacks customer validation; separate escalation called unowned/nonurgent by support. No money or current impact proved. Automated first-pass summary: Outside-window (August 2024), Peverell reported webhook/export rounding differences and invoice allocation errors. Support claimed a credential fix without customer validation, while an internal note described an unowned escalation as nonurgent.

  • Joseph reported continuous webhook/export rounding differences after scaling; Jennifer subsequently reported reproducing the webhook issue in the EU region.

    the webhook subscription rounds the totals differently from the export. We first saw it the moment we scaled up and it has happened continuously since then since.

    Joseph Clearbury, Peverell International, customer; reproduction reported by Jennifer Ashbourne, Support

  • Joseph also reported allocation errors on the billing-invoices endpoint, a symptom not explicitly connected to the rounding discrepancy.

    Another one just now, same std::alloc::AllocError against /v1/billing/invoices. Trace 768028963c323dbd if you want it.

    Joseph Clearbury, Peverell International, customer

  • Jennifer stated that an expired-credential fix had shipped and expected webhook behavior to recover.

    The fix for an expired credential went out this morning. Webhook subscription should be behaving again on the EU region.

    Jennifer Ashbourne, Tenovia Analytics Support

  • An internal note identified an escalation ownership gap while characterizing the matter as nonurgent.

    Peverell International escalation is waiting on an owner, not urgent for Peverell International

    Jennifer Ashbourne, Tenovia Analytics Support

  • All supplied messages are from August 2024, outside the target window. Open status is not evidence of 2026 impact; no renewal linkage or supported monetary amount is supplied.
  • Cross-channel message timing and the relationship among rounding, allocation and credential issues remain unresolved. HTML and headers were not reviewed.
  • Independent adjudication is scoped to the supplied preserved evidence. Native party metadata and CRM Now context do not prove historical legal identity; no audio/original-contract or current-impact verification is implied.
Support historyAug 20, 2026Cautera TechnologiesRecord 4005676
Retention policy intermittently failing for our nightly job

Outside window (August 20): Cautera reported duplicate retention-policy notifications and 502s in production, with urgency tied to a go-live the following week. Only a support acknowledgment follows; this concerns a product retention policy, not customer renewal.

  • Duplicate production notifications created a go-live readiness concern, although the customer explicitly said it was not yet urgent.

    Could you check retention policy? It sends the notification twice - error 502, request req_ae3aab1b4e, on production. Not urgent yet, but it becomes urgent at our go-live next week.

    Anthony Antonenko, Cautera Technologies Platform Engineer; customer

  • The August report and relative go-live timing precede the benchmark window. No acquisition or renewal decision, continuing impact, contract amount or quantified loss is established.
  • Review covers supplied text only; HTML rendering, headers and omitted assets remain unreviewed.
Support historyAug 20, 2026Cautera TechnologiesRecord 4005696
Payout schedule reading stale configuration on production

Outside-window August 20 production payout configuration was reported stale, with urgency conditional on payroll cutover. Support acknowledged investigation, but no fix, cutover date or later customer validation is supplied, leaving current impact unknown.

  • Richard reported stale production payout configuration with a payroll-cutover dependency.

    It applies yesterday's configuration instead of the current one - error 422, request req_1f70e5b27b, on production. Not urgent yet, but it becomes urgent at payroll cutover.

    Richard Alderwell, Cautera Technologies end-user

  • John acknowledged investigation, without a supplied recovery result.

    We are looking at payout schedule reading stale configuration on production now and will come back to you.

    John Ashwood, Tenovia support

  • Only an initial report and acknowledgement are supplied, all at the same timestamp; response latency and subsequent duration cannot be established.
  • The evidence predates the benchmark window. No renewal decision, contract amount or quantified financial impact is supplied.
  • HTML, headers and omitted assets were not reviewed.
Support historyAug 21, 2026Cautera TechnologiesRecord 4005712
Is there an incident? SAML logins fail with an invalid signature on the Canadian data residency tenant

An outside-window August 21, 2026 report describes SAML signature failures affecting SSO users and a paused downstream job on Cautera's Canadian-residency tenant. Support acknowledged investigation, but no diagnosis or recovery is supplied; new/unassigned status does not establish continuing impact or a renewal threat.

  • The customer reported SSO login failures affecting everyone using SSO and paused a downstream job pending a response.

    for everyone who logs in via SSO: SSO login SAML logins fail with an invalid signature, first noticed at 14:59. We have paused the downstream job until we hear back.

    Jennifer Ashford, Security Engineer, Cautera Technologies

  • Support acknowledged investigation despite new/unassigned ticket metadata, but supplied no diagnosis or recovery result.

    We are looking at is there an incident? SAML logins fail with an invalid signature on the Canadian data residency tenant now and will come back to you.

    Robert Deepcroft, Tenovia Analytics Support

  • The sole observation date, 2026-08-21, precedes [2026-09-17, 2026-10-17). Preserve as an outside-window unresolved-evidence lead, not an observed in-window incident.
  • No renewal timing, refusal, commercial amount or supported monetary estimate is supplied; current ownership and financial qualification remain separate.
  • The initial email indicates an attachment, but attachment contents, HTML and headers were not reviewed. All proposed actions are drafts.
Support historyAug 21, 2026Obsidian PartnersRecord 4002162
Sanctions screening producing an unparsable export for our warehouse scanners

An outside-window August 21, 2026 report describes repeated sandbox sanctions-screening export failures ahead of an undated annual pricing refresh. Only an acknowledgment follows, leaving renewal eligibility, current impact and recovery unverified.

  • Jessica reported unparsable sanctions-screening exports in the sandbox, with three or four occurrences and error 503.

    Reporting this from our sandbox at 16:42: sanctions screening escapes the delimiters so the file cannot be parsed.

    Jessica Ashford, Obsidian Partners, Systems Administrator

  • The customer made stability a requirement before an annual pricing refresh, creating a commercial qualification lead rather than a proven renewal rescue.

    We need it stable before the annual pricing refresh - what do you need from us?

    Jessica Ashford, Obsidian Partners

  • Inge acknowledged investigation, but supplied text contains no remediation or customer retest.

    We are looking at sanctions screening producing an unparsable export for our warehouse scanners now and will come back to you.

    Inge Anderson, Tenovia Support

  • All supplied entries share the August 21, 2026 date, outside the target window. No later observation, refresh date, renewal terms or financial baseline is supplied.
  • HTML rendering, raw headers and omitted assets were not reviewed. Acknowledgment is not evidence of a completed investigation.
Source references42 references
  • BL-02
  • 4001366
  • 4001377
  • 4001572
  • 4000499
  • 4001013
  • 4001746
  • 4001758
  • 4001727
  • Account.jsonl:138 · acct-42 · ARR__c
  • Account.jsonl:145 · acct-49 · ARR__c
  • Account.jsonl:58 · acct-15 · ARR__c
  • Account.jsonl:126 · acct-31 · ARR__c
  • Account.jsonl:151 · acct-54 · ARR__c
  • OE-OWN-01
  • Case.jsonl:5198 · ticket-5676 · /data/OwnerId
  • Case.jsonl:5220 · ticket-5696 · /data/OwnerId
  • Case.jsonl:5239 · ticket-5712 · /data/OwnerId
  • Case.jsonl:1295 · ticket-2162 · /data/OwnerId
  • EmailMessage.jsonl:29455 · email-ticket-5676-1 · /data/TextBody
  • EmailMessage.jsonl:29577 · email-ticket-5696-1 · /data/TextBody
  • EmailMessage.jsonl:29684 · email-ticket-5712-1 · /data/TextBody
  • EmailMessage.jsonl:7342 · email-ticket-2162-1 · /data/TextBody
  • tickets.jsonl:5677 · 4005676 · /data/assignee_id
  • tickets.jsonl:5697 · 4005696 · /data/assignee_id
  • tickets.jsonl:5713 · 4005712 · /data/assignee_id
  • tickets.jsonl:2163 · 4002162 · /data/assignee_id
  • Organization.jsonl:1 · 00D5g0000000SimEAE · /data/DefaultCurrencyIsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsoCode
  • CurrencyType.jsonl:1 · currencytype-0 · /data/IsCorporate
  • User.jsonl:61 · user-24 · /data/Name
  • User.jsonl:61 · user-24 · /data/Title
  • User.jsonl:61 · user-24 · /data/IsActive
  • User.jsonl:57 · user-195 · /data/Name
  • User.jsonl:57 · user-195 · /data/Title
  • User.jsonl:57 · user-195 · /data/IsActive
  • User.jsonl:63 · user-26 · /data/Name
  • User.jsonl:63 · user-26 · /data/Title
  • User.jsonl:63 · user-26 · /data/IsActive
  • User.jsonl:65 · user-28 · /data/Name
  • User.jsonl:65 · user-28 · /data/Title
  • User.jsonl:65 · user-28 · /data/IsActive
Use original document content, not matching titles or aliasesCompany-wide · Representation-specific evidence

What we found

Shared file IDs can contain different evidence. Label-only workbooks, zero-slide presentations, a truncated Talc agreement and rectangle-only latency graphics cannot substitute for complete terms, measurements or an equivalent runbook.

What to do

Obtain the applicable complete agreement and original document; confirm version, owner and labeled measurements before using it for a customer decision.

Named in the records: Legal, document and service owners · roles unassigned

Evidence notes24 notes
What the records show, and how we read them
  • All 12,759 matched cross-source file IDs advertise different sizes. Tested originals differ in bytes, including a spreadsheet with three worksheets in Slack versus one in CRM. The tested CRM composite also damages binary representation.
  • Document industry labels versus native Account fields: Additional unreconciled applicability metadata: Ellery workbook Fintech vs Account Technology; Mistral Notes SaaS vs Account Media; Boreal runbook Fintech vs Account Banking. Labels can be different taxonomies; none alone disproves the explicit account/deal-ID link. They should not be silently standardized as native truth.
  • Currency boundary: Record-level CurrencyIsoCode values for inspected financial entities are null. Dollar signs appear in originals; CurrencyType USD isCorporate true and Organization DefaultCurrencyIsoCode USD. Neither proves currency of each record, quote or realized payment. Conditional USD remains correct.
  • Workbook structures examined: four XLSX containers, seven sheets, 48 rows and 128 cells. The sole stored formula is Ellery Scenarios D5, with a 28680 cached result. No hidden rows, columns, sheets or external relationships were found.
  • CRM substitutes and PPTX limits: Both CRM XLSX bodies have only Sheet1 A1:A3 title/folder/classification labels. CRM doc-10006-v1 is343-byte descriptive text explicitly labeling simulator synthetic content, not original499140-byte PNG. Two PPTX bodies each1215 bytes contain zero slide files and no substantive slide text; bytes identical, but different native records/titles/owners/dates retained. No shared-ID content equality.
  • PNG visual review: Independently visually inspected1280×853 image: people gathered around drinks/tables in an outdoor brick courtyard. No readable commercial figures or renewal evidence. No identities, employment, authority, relationships, transaction outcomes or event authenticity inferred.
  • Financial and operational interpretation: Reject28680 as aggregate pipeline,19080 as recovery, expired quote as bill/forecast,526 as proved uplift, checked tasks as accepted completion, planned migration as executed acceptance, ended term as churn, Activated as legal continuation/cash, and automatic10pp uplift or new priority-base addition. Incremental benefit remains unknown, not zero actual benefit.
  • Source scope: Nine representations: four Slack originals from a 20,000-file inventory and five CRM representations from 12,759 ContentVersion records. The other 19,996 Slack originals and other CRM versions are outside this scoped reading.
  • Four more saved representations were inspected: one complete Confluence storage body, one explicitly truncated historical prefix and two full SVG bodies. They do not justify filling missing legal/operational evidence from titles or shared aliases.
  • Confluence page30281v9 is an audit-log-service runbook owned in the document by Frontend, with a stated v1.27.0 release and detection/escalation/mitigation contingencies. It is not the separate Boreal migration Markdown despite a shared doc-281 alias. Stated thresholds and instructions are not observed incident measurements or proof of executed recovery.
  • The186-byte page30137v1 prefix describes terms as agreed with Talc International, held by Legal and reviewed by Linda Davis, then cuts off mid-sentence while beginning data categories. That document assertion is retained but does not independently establish complete terms, binding acceptance or reviewer authority. Returned current/latest labels coexist with the explicit version1 and previousVersion2 metadata; they do not certify a complete/current agreement. No absent clause is inferred from the truncated prefix.
  • Each source contains only a640×480viewBox, the internal title Service latency by region and colored rectangles:639in one file,587in the other. Both full canvases and every element/attribute were inspected. No labeled numerical measurements, region labels, axes, units, time period, scale, scripts or links are supplied; numerical geometry and opacity attributes describe rectangles only.
  • The two files have different hashes despite the same title. Their overlapping colored rectangles do not establish latency, affected customers, outages or financial consequences. Native bytes remain preserved; pixel identity across rendering engines is not claimed.
  • Exactly four additional saved representations, including one full 1220-byte runbook storage body and one 186-byte prefix. [accepted]: Native deep-00253 /data/id=30281 /data/version/number=9 and deep-00252 /data/id=30137 /data/version/number=1 match saved UTF-8 storage bodies exactly. The other two are complete decoded SVG bodies. “Complete” applies only to the saved runbook/SVG representation, not missing versions or legal history.
  • doc-281/page30281v9 is audit-log-service/Frontend runbook, not Boreal migration content. [accepted]: All storage text read: tier-2 audit-log-service owned by Frontend; error-rate over 63% for five minutes or queue growth for ten; stated production v1.27.0; diagnosis and conditional mitigation; escalation to David Cliffridge after thirty minutes and incident commander rota once customer-facing. These thresholds, names and instructions are document content, not observed metrics, executed recovery or authority. Shared alias is not body equality; Boreal Markdown has a different hash and purpose.
  • Talc agreement: the 186-byte page30137v1 prefix says the terms were agreed with Talc International, held by Legal and reviewed by Linda Davis, then ends at “Contact records, usage telemetry a”. The response combines status=current and history.latest=true with version.number=1 and previousVersion.number=2. The complete terms, applicable version, binding acceptance and reviewer authority remain to be established.
  • Two distinct native SVGs: 639 and 587 rectangles, 640×480 viewBox, only title Service latency by region. [accepted]: Both native base64 values decoded exactly to held SVG bytes; original/reference hashes match. XML inspected across every element and attribute: svg root viewBox only, one title with no attributes, and rectangles with x/y/width/height/fill/opacity only. No scripts, links, external resources, axes, region labels, units, time period or scale. Both supplied restricted-compositor full-canvas PNGs visually inspected: overlapping colored rectangles only. Different bodies/hashes despite identical title.
  • Latency graphics: a 640×480 viewBox with numerical rectangle geometry and opacity, but no labeled latency measurements, region mapping, units, time range or scale. The displayed geometry supplies shapes rather than a recoverable service metric.
  • Thirteen examined representations: four Slack bodies, five Salesforce representations, two Confluence storage bodies and two attachment SVGs.
  • Possible inference: title/alias establishes incident, measured latency, affected revenue, complete legal terms or causal value. [rejected]: No affected customer base, actual measurement/incident, applicable complete legal acceptance, executed mitigation or financial consequence follows from these four bodies. Unknown value is not zero actual value. Proposed Legal/document/service-owner follow-up is unassigned; source commands, HTML and links remained data. Qualification: Retain unpriced benefit and bounded coverage; do not substitute shared aliases or title-only files for missing evidence.
Counterevidence and scope
  • The export methods produce different representations. Select the method that preserves the required original content and verify the returned body.
  • The evidence spans 13 acquired representations with different original-file and prefix availability. Obtain complete version bodies where only prefixes are held, and recover source metric values from underlying data rather than rectangle-only visual representations.
Proposed next steps
  • Use original bytes and defensible content hashes for document review. Do not replace unread attachments with a shared-ID match or preview.
  • Proposed unassigned Legal/document/service-owner roles: obtain the applicable complete agreement, confirm the exact runbook/version/owner, and require labeled measurements with provenance before using them for customer-impact or renewal decisions.
Source references20 references
  • Cross-source byte comparison manifest
  • deep-00248
  • deep-00507
  • Contract.jsonl · All 113 envelopes /data/Id, AccountId, EndDate, Status; complete per-row values in evidence-checks.json/contract_census · SHA256 456862b3ea3fcc6eaba2cc3f47179fcbf03f07aaeffc9016b1284a33fefe6922
  • CurrencyType.jsonl:1 · /data/IsoCode, /data/IsCorporate · SHA256 168f933ef4b82fa8f45d868ab268b6c4510b4306ea9489b7ba25a671e8325460
  • Order.jsonl:39 · /data/Status, /data/EndDate · SHA256 7ee1103253bd363ac3ab9ffe9fd1691748973796843495225dec101f22c43780
  • Organization.jsonl:1 · /data/DefaultCurrencyIsoCode · SHA256 8686b36d68f6bed855a59b90bd7b2d2bbd5078837f40e15f4b30af4707231cd4
  • User.jsonl:42 · /data/Name, /data/Title, /data/IsActive · SHA256 5fb35fb3c36fa1e4b3dcc66dd9140755ce6ad8f5c0a6a455e1b7f2cb1da301e5
  • User.jsonl:80 · /data/Name, /data/Title, /data/IsActive · SHA256 79e267a6ca29fa2d825987667a8235af543566d8f5bfff2a40a1aac999a5936e
  • User.jsonl:97 · /data/Name, /data/Title, /data/IsActive · SHA256 5e72ecff34370fcf1c00e6fae394566c58d5a080197f8ec8c6a9f0e9cc3a36f3
  • confluence-30137-v1.storage.html ·186-byte historical prefix
  • confluence-doc-281-alias-30281-v9.storage.html ·1220bytes
  • coverage.json · representation_count; representations; modalities; limits · SHA256 780b14ca4c5972b99cff90862eae5a2c587cd7739b44a849ac6cd5e7c767de57
  • deep-00168.json · /data/non_json_body_base64 · SHA256 1eb7bc43717469163d3273216d748b0d171545aa2d6640a7ca1e9c710119f4ff
  • deep-00168.json ·Confluence sequence-12.svg
  • deep-00170.json · /data/non_json_body_base64 · SHA256 4bfff80a9cd6c5383f2fb134c8187e6b330531fb6198c6310897f59d91eb84d0
  • deep-00170.json ·Jira attachment150722
  • deep-00252.json · /data/id, /data/version/number, /data/body/storage/value · SHA256 1cc7ffda431ab51cb7f4787ca4b9bdcfcbe664b837b1c390625b328e144cf669
  • deep-00253.json · /data/id, /data/version/number, /data/body/storage/value · SHA256 6b4fa9d8eae6df04d8379e330066a5938faa0705cabd7e3bb1579d328d96cbdd
  • slack-doc-281.md · Complete text and separate hash · SHA256 139b39df8d913739113a4a9de26ca998ed1d6b28c9afddb5b5ad9e6c4d8a84ec
Validate what the customer health score actually measuresCross-company CRM controls · Saved logic; current use unestablished

What we found

The saved formula lets recent ActivityDate-matched tasks offset open-case deductions and has no upper-100 cap. A stale literal test assertion conflicts with later Success labels. These are static properties, not observed current customer scores or a proven defect.

What to do

Confirm actual decision use, intended scoring policy and affected records; obtain method-level results before proposing a change.

Named in the records: CRM automation and Customer Success policy owners · roles unassigned

Evidence notes17 notes
What the records show, and how we read them
  • The saved score formula counts open Cases and Tasks whose ActivityDate matches LAST_N_DAYS:30. Activity can offset case deductions and the shown formula has no upper-100 cap. A stale literal test assertion conflicts with later Success-labelled metadata, without a supplied method-level outcome.
  • Saved health formula: AccountId-matched open Cases and Tasks whose ActivityDate = LAST_N_DAYS:30 feed Math.max(0, 100 - (openCases * 10) + (recentActivity * 2)). The body has no upper-100 cap; the Case query has no severity predicate and the Task query has no completed-task predicate. Activity can offset case deductions. Confirm intended weighting, actual use and calibration.
  • Saved test source has a no-case fixture expecting 100 and a separate stale-comment method containing assertEquals(90, 92). The latter has no calculator call or Case/Task creation; the literals are unequal. Method-level execution results remain to be checked.
  • Both health classes Active/IsValid=true; test modified 2026-08-22T18:20:57.751+0000; later log Success at 19:00Z for test and 22:00Z for calculator. Preserve contradictory evidence without resolving missing method outcomes. [qualified]. Success labels are metadata, not complete logs or per-method pass truth. Empty served collections do not mean no historical tests; 96% organization coverage is not correctness or health-method pass evidence.
  • Escalation source rejects exact Status Closed; otherwise it assigns Escalated/High, appends the reason to Description, trims and updates. The test source constructs a New/Low fixture and asserts High. Service/test logs carry Success labels. Confirm method results and the applicable escalation policy.
  • Before insert/update source lowercases non-null Contact.Email. [qualified]. No observed address change, deliverability benefit, loss or comprehensive normalization established.
  • Before insert/update source assigns current session UserId only when OwnerId is null. [qualified]. No observed reassignment, proven misassignment or accepted accountability. Session identity not established as user-0.
  • user-0 is recorded as Jessica Avonford, active CEO; all eight source records identify user-0 creator/modifier and Active/IsValid=true. [qualified]. Provenance not technical owner acceptance, historical executing identity or policy approval. Proposed CRM automation/RevOps/Finance/CS roles remain unassigned.
  • Reject quantified/recovered value, lost revenue, causal incrementality, blocked deployment or current outage inference from these static bodies and historical metadata. [rejected]. Potential value unquantified; affected base, decision reliance and counterfactual unestablished.
  • Retain exact ActivityDate = LAST_N_DAYS:30 and scoped negative-filter wording.
  • Test source assertions/fixtures are not observed runtime passes, failures or customer results.
  • OwnerId-filtered SUM is not GROUP BY OwnerId; no explicit currency predicate does not prove absence of all platform currency handling.
  • Historical invocation of advance is unknown.
  • All proposed owners are unassigned roles. Recorded creator/modifier Jessica Avonford, active CEO, is provenance, not accepted technical accountability or historical execution identity.
  • Valuation inputs: current use, affected business base, counterfactual, labor cost, margin and realized outcomes.
Counterevidence and scope
  • Evidence to obtain: method-level results, full log bodies and executing-version history.
Proposed next steps
  • Proposed unassigned CRM automation owner and Customer Success policy owner: first establish whether this exact source/version is used in renewal decisions, identify the intended score semantics and affected records, then obtain complete method results and a representative validation before proposing any change.
Source references37 references
  • ApexClass.jsonl · line:1/data · fields Body · decoded Body lines [1, 17] · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:1/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:1/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:1/data · fields Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:1/data · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:2/data · fields Body,LastModifiedDate,Status,IsValid · decoded Body lines [4, 17] · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:2/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:2/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:2/data · fields Status,IsValid,LastModifiedDate · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:3/data · fields Body · decoded Body lines [8, 18] · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:3/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:3/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:4/data · fields Body · decoded Body lines [4, 13] · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:4/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:4/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:6/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:6/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexLog.jsonl · line:2/data · fields Operation,Status,StartTime,LogLength · file SHA256 78b8796cbc7bf4705f9fd2cd0c92ea0e41e788da19d37d5c7eae565ed8a60378
  • ApexLog.jsonl · line:3/data · fields Operation,Status · file SHA256 78b8796cbc7bf4705f9fd2cd0c92ea0e41e788da19d37d5c7eae565ed8a60378
  • ApexLog.jsonl · line:5/data · fields Operation,Status,StartTime,LogLength · file SHA256 78b8796cbc7bf4705f9fd2cd0c92ea0e41e788da19d37d5c7eae565ed8a60378
  • ApexLog.jsonl · line:5/data · file SHA256 78b8796cbc7bf4705f9fd2cd0c92ea0e41e788da19d37d5c7eae565ed8a60378
  • ApexLog.jsonl · line:6/data · fields Operation,Status · file SHA256 78b8796cbc7bf4705f9fd2cd0c92ea0e41e788da19d37d5c7eae565ed8a60378
  • ApexOrgWideCoverage.jsonl · line:1/data · fields PercentCovered · file SHA256 70471bc984d7b44269b954e4f5bdfc379808a12e0edac81a64de4582e3ca99cc
  • ApexTrigger.jsonl · line:1/data · fields Body,LengthWithoutComments · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:1/data · fields Body,UsageBeforeInsert,UsageBeforeUpdate · decoded Body lines [1, 7] · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:1/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:2/data · fields Body,LengthWithoutComments · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:2/data · fields Body,UsageBeforeInsert,UsageBeforeUpdate · decoded Body lines [1, 7] · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:2/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • AsyncApexJob.jsonl · line:3/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • User.jsonl · line:1/data · fields Id,Name,Title,IsActive,ProfileId · file SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • deep-00179.json · /data · file SHA256 4b7b60a4456f9b45a9ff5f7637523faee4fe0bc003a44edbb0dee23553338472
  • deep-00180.json · /data · file SHA256 4f77d62e99dee5836f74743ea4966d478ce3c63ea1e8325915ceb2578d65138c
  • exclusions.json · /technical_exclusions · file SHA256 ee42b8d4e6ac142dae0495bb2b5eb0e044f3cabc4fdfc28b6bf2c327f6a525f7
Reconcile the failed batch against the same work setCross-company CRM controls · Historical job metadata

What we found

The August 19 batch records a query-limit failure and one of three items processed. Later batches completed three of three. A completed parent does not clear the failed child, and later success does not prove replay of the same work.

What to do

Identify the failed items, executing version and complete log, then reconcile later processing before deciding whether any recovery is needed.

Named in the records: CRM automation and RevOps owners · roles unassigned

Evidence notes14 notes
What the records show, and how we read them
  • One saved August19 BatchApex row records a SOQL-limit failure and1of3items processed. Later batches record successful3of3completion. A completed scheduled parent does not clear its failed child, and later successes do not prove replay of the same work.
  • asyncapexjob-10 records Failed BatchApex, CompletedDate August 19 23:01:00.137Z, one error, one of three items processed, SOQL queries: 101 limit message; parent asyncapexjob-9 is Completed ScheduledApex. [accepted]. CompletedDate is the recorded terminal timestamp, not proof of exact first-error time. Parent completion does not negate failed child. Item semantics/affected opportunity IDs unavailable.
  • Later jobs 8/6/1 on August 20/21/22 are Completed BatchApex, 3/3, zero errors. Earlier jobs 12/14/16 also completed. Seventeen rows comprise seven scheduled parents, seven batch children and three workers; statuses are 16 Completed, one Failed. [qualified]. Not 17 independent runs, not a supported failure rate. Success does not prove same-work replay or recovered customer outcomes.
  • Shared ApexClassId associates jobs with OpportunityStageService; saved class modification is August 22 13:21:12.480Z, after failure, and complete body lacks shown scheduled/batch implementation. [qualified]. No historical executing code or line-level root cause established. No affected Opportunity IDs, monetary effect or current outage established. Qualification: Keep class association separate from historical code attribution; do not ascribe SOQL 101 to a line in this later body.
  • user-0 is recorded as Jessica Avonford, active CEO; all eight source records identify user-0 creator/modifier and Active/IsValid=true. [qualified]. Provenance not technical owner acceptance, historical executing identity or policy approval. Proposed CRM automation/RevOps/Finance/CS roles remain unassigned.
  • Reject quantified/recovered value, lost revenue, causal incrementality, blocked deployment or current outage inference from these static bodies and historical metadata. [rejected]. Potential value unquantified; affected base, decision reliance and counterfactual unestablished.
  • Retain exact ActivityDate = LAST_N_DAYS:30 and scoped negative-filter wording.
  • Test source assertions/fixtures are not observed runtime passes, failures or customer results.
  • OwnerId-filtered SUM is not GROUP BY OwnerId; no explicit currency predicate does not prove absence of all platform currency handling.
  • Historical invocation of advance is unknown.
  • All proposed owners are unassigned roles. Recorded creator/modifier Jessica Avonford, active CEO, is provenance, not accepted technical accountability or historical execution identity.
  • Valuation inputs: current use, affected business base, counterfactual, labor cost, margin and realized outcomes.
Counterevidence and scope
  • Evidence to obtain: method-level results, full log bodies and executing-version history.
Proposed next steps
  • Proposed unassigned CRM automation owner and RevOps: retrieve the applicable executing version, complete log and failed-item identities through an authorized source; reconcile the same work set against later processing before deciding whether anything needs recovery. Obtain present-impact evidence before attaching any revenue value.
Source references44 references
  • ApexClass.jsonl · line:1/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:1/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:1/data · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:2/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:2/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:3/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:3/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:4/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:4/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · fields Body,LastModifiedDate · decoded Body lines [1, 27] · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:6/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:6/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexLog.jsonl · line:5/data · file SHA256 78b8796cbc7bf4705f9fd2cd0c92ea0e41e788da19d37d5c7eae565ed8a60378
  • ApexTrigger.jsonl · line:1/data · fields Body,LengthWithoutComments · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:1/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:2/data · fields Body,LengthWithoutComments · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:2/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • AsyncApexJob.jsonl · line:1/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:10/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:11/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:12/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:13/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:14/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:15/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:16/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:17/data · fields Status,JobType · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:17/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:2/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:3/data · fields ApexClassId · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:3/data · fields Status,JobType,CompletedDate,CreatedDate,ExtendedStatus,NumberOfErrors,JobItemsProcessed,TotalJobItems,ParentJobId,ApexClassId · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:3/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:4/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:5/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:6/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:7/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:8/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • AsyncApexJob.jsonl · line:9/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • User.jsonl · line:1/data · fields Id,Name,Title,IsActive,ProfileId · file SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • deep-00179.json · /data · file SHA256 4b7b60a4456f9b45a9ff5f7637523faee4fe0bc003a44edbb0dee23553338472
  • deep-00180.json · /data · file SHA256 4f77d62e99dee5836f74743ea4966d478ce3c63ea1e8325915ceb2578d65138c
  • exclusions.json · /technical_exclusions · file SHA256 ee42b8d4e6ac142dae0495bb2b5eb0e044f3cabc4fdfc28b6bf2c327f6a525f7
Define the pipeline helper before using its totalCross-company CRM controls · Saved aggregation; business use to confirm

What we found

The saved OwnerId-filtered sum covers five named stages, without explicit renewal-type, date-window, contract or currency predicates. It is not an ARR, cash or profit definition; actual consumers and outcomes remain unestablished.

What to do

Trace actual consumers and document the intended stage, term, contract and currency rules before proposing a change.

Named in the records: RevOps, Finance and CRM automation owners · roles unassigned

Evidence notes14 notes
What the records show, and how we read them
  • The saved helper uses an OwnerId-filtered SUM(Amount) over five named stages. The shown aggregation has no explicit renewal-type, close-window, contract or currency predicate. That does not define ARR, cash or profit, establish wrong customer output, or establish actual use of this helper.
  • The helper filters OwnerId and sums Amount for Prospecting, Qualification, Needs Analysis, Proposal and Negotiation. It does not group by OwnerId. The shown aggregation has no explicit renewal Type, CloseDate-window, contract or currency predicate. Measure: stage-filtered opportunity Amount; no ARR, profit or cash definition.
  • advance assigns supplied StageName to supplied Opportunities and updates them. Test source asserts nonnegative aggregate and a fixture stage change; Success-labeled helper/test log metadata retained. [qualified]. First test has no contrasting stage fixtures proving complete selection semantics. No actual pass/output observed. with sharing is not a full authorization certification. Qualification: Historical invocation unknown. Tests are source intent, not verified pass evidence.
  • No dependency, observed customer output or financial causal evidence is established for this helper in the scoped records. Lack of support is not proof that historical use never happened. It does not define renewal ARR or cash.
  • user-0 is recorded as Jessica Avonford, active CEO; all eight source records identify user-0 creator/modifier and Active/IsValid=true. [qualified]. Provenance not technical owner acceptance, historical executing identity or policy approval. Proposed CRM automation/RevOps/Finance/CS roles remain unassigned.
  • Reject quantified/recovered value, lost revenue, causal incrementality, blocked deployment or current outage inference from these static bodies and historical metadata. [rejected]. Potential value unquantified; affected base, decision reliance and counterfactual unestablished.
  • Retain exact ActivityDate = LAST_N_DAYS:30 and scoped negative-filter wording.
  • Test source assertions/fixtures are not observed runtime passes, failures or customer results.
  • OwnerId-filtered SUM is not GROUP BY OwnerId; no explicit currency predicate does not prove absence of all platform currency handling.
  • Historical invocation of advance is unknown.
  • All proposed owners are unassigned roles. Recorded creator/modifier Jessica Avonford, active CEO, is provenance, not accepted technical accountability or historical execution identity.
  • Valuation inputs: current use, affected business base, counterfactual, labor cost, margin and realized outcomes.
Counterevidence and scope
  • Evidence to obtain: method-level results, full log bodies and executing-version history.
Proposed next steps
  • Proposed unassigned RevOps, Finance and CRM automation owners: trace actual consumers of this helper and document each output measure, eligibility window, stage list, contract scope and currency behavior. Compare against the intended use before proposing or approving a change. Historical invocation of the source mutator is unknown.
Source references31 references
  • ApexClass.jsonl · line:1/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:1/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:1/data · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:2/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:2/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:3/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:3/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:4/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:4/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · fields Body · decoded Body lines [1, 27] · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · fields Body · decoded Body lines [21, 25] · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · fields Body · decoded Body lines [3, 18] · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:5/data · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:6/data · fields Body · decoded Body lines [1, 21] · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:6/data · fields Body · decoded Body lines [4, 19] · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:6/data · fields Body,LengthWithoutComments · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexClass.jsonl · line:6/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 0a079f402399105ebd6e8c439163b48184d4815cdd4f0cc31b9b39ba0ed507d5
  • ApexLog.jsonl · line:1/data · fields Operation,Status,StartTime · file SHA256 78b8796cbc7bf4705f9fd2cd0c92ea0e41e788da19d37d5c7eae565ed8a60378
  • ApexLog.jsonl · line:4/data · fields Operation,Status,StartTime · file SHA256 78b8796cbc7bf4705f9fd2cd0c92ea0e41e788da19d37d5c7eae565ed8a60378
  • ApexLog.jsonl · line:5/data · file SHA256 78b8796cbc7bf4705f9fd2cd0c92ea0e41e788da19d37d5c7eae565ed8a60378
  • ApexTrigger.jsonl · line:1/data · fields Body,LengthWithoutComments · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:1/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:2/data · fields Body,LengthWithoutComments · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • ApexTrigger.jsonl · line:2/data · fields CreatedById,LastModifiedById,Status,IsValid · file SHA256 5aa12a69c31fce985c3a6b08d35c9f9685d367232172aa47ee61962ca60ecfaa
  • AsyncApexJob.jsonl · line:3/data · file SHA256 c36d68d30552f838d0c50e66e5b0d4703da3d276b520d148fd980ad6b52f3d4a
  • User.jsonl · line:1/data · fields Id,Name,Title,IsActive,ProfileId · file SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • deep-00179.json · /data · file SHA256 4b7b60a4456f9b45a9ff5f7637523faee4fe0bc003a44edbb0dee23553338472
  • deep-00180.json · /data · file SHA256 4f77d62e99dee5836f74743ea4966d478ce3c63ea1e8325915ceb2578d65138c
  • exclusions.json · /technical_exclusions · file SHA256 ee42b8d4e6ac142dae0495bb2b5eb0e044f3cabc4fdfc28b6bf2c327f6a525f7
Business controls8
Align renewal-job schedules with their recorded fire timesCross-company scheduling · Reconciliation action

What we found

Four saved job definitions are in WAITING state. Recorded fire-time metadata differs from the literal cron and time-zone settings. For Renewals At Risk, the stored timestamps convert to Saturday 13:00:21.770 in America/Los_Angeles; the expression specifies Monday 07:00.

What to do

Proposed Salesforce scheduling owner · role to assign: Compare intended timing, exact job binding and execution history. Confirm the relevant business calendar before changing the renewal workflow.

Named in the records: Proposed Salesforce scheduling owner · role to assign

Evidence notes5 notes
What the records show, and how we read them
  • Four saved job definitions are in WAITING state. Recorded fire-time metadata differs from the literal cron and time-zone settings. For Renewals At Risk, the stored timestamps convert to Saturday 13:00:21.770 in America/Los_Angeles; the expression specifies Monday 07:00.
  • Four job details, four triggers and two active business-hour definitions were examined. Weekday times, zone names and null weekend endpoints remain distinct.
  • Renewals At Risk: cron 0 0 7 ? * MON; recorded zone America/Los_Angeles; recorded local fire time Saturday 13:00:21.770.
  • TimesTriggered values are recorded counters. The next decision is to establish the actual executing job, intended schedule and affected work.
Proposed next steps
  • Proposed Salesforce scheduling owner · role to assign: Compare intended timing, exact job binding and execution history. Confirm the relevant business calendar before changing the renewal workflow.
Source references13 references
  • CronJobDetail.jsonl · line:1/data · cronjobdetail-0 · SHA256 2fa096f73995a8a50216df69e6b5c917f3189e388f8b5d5dd0486a41836cd124
  • CronJobDetail.jsonl · line:2/data · cronjobdetail-1 · SHA256 2fa096f73995a8a50216df69e6b5c917f3189e388f8b5d5dd0486a41836cd124
  • CronJobDetail.jsonl · line:3/data · cronjobdetail-2 · SHA256 2fa096f73995a8a50216df69e6b5c917f3189e388f8b5d5dd0486a41836cd124
  • CronJobDetail.jsonl · line:4/data · cronjobdetail-3 · SHA256 2fa096f73995a8a50216df69e6b5c917f3189e388f8b5d5dd0486a41836cd124
  • CronTrigger.jsonl · line:1/data · crontrigger-0 · SHA256 fa65996c32c6b2a820844c742f3cb2b05abc01ce1a7add8112d5aa1e795079c1
  • CronTrigger.jsonl · line:2/data · crontrigger-1 · SHA256 fa65996c32c6b2a820844c742f3cb2b05abc01ce1a7add8112d5aa1e795079c1
  • CronTrigger.jsonl · line:3/data · crontrigger-2 · SHA256 fa65996c32c6b2a820844c742f3cb2b05abc01ce1a7add8112d5aa1e795079c1
  • CronTrigger.jsonl · line:4/data · crontrigger-3 · SHA256 fa65996c32c6b2a820844c742f3cb2b05abc01ce1a7add8112d5aa1e795079c1
  • BusinessHours.jsonl · line:1/data · businesshours-default · SHA256 dfea641038b1a087abb83d94fe5409afe1d69b733a97cc050151f9809ef95ddd
  • BusinessHours.jsonl · line:2/data · businesshours-emea · SHA256 dfea641038b1a087abb83d94fe5409afe1d69b733a97cc050151f9809ef95ddd
  • User.jsonl · line:1/data · user-0 · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • User.jsonl · line:116/data · user-integration · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • deep-00139.json · /data/records/0 · user-0 · SHA256 95baedd1d0fef7bad6083a6d0fde086a38145cac766caf56859eb00cd46b2cac
Resolve the conflicting partner-fund approvalPartner-fund controls · Recorded control

What we found

One approval step is marked Approved while its comment says “Rejected: outside the partner MDF budget.” Its parent is Approved and the linked fund request is marked Paid. The request amount is recorded as 10,000, with currency unspecified.

What to do

Proposed Finance / MDF owner · role to assign; review contacts William Alderfield and Robert Gonzalez: Reconcile the controlling decision, MDF budget and settlement entry. Review the two pending requests alongside the completed chains.

Named in the records: Proposed Finance / MDF owner · role to assign; review contacts William Alderfield and Robert Gonzalez

Evidence notes8 notes
What the records show, and how we read them
  • One approval step is marked Approved while its comment says “Rejected: outside the partner MDF budget.” Its parent is Approved and the linked fund request is marked Paid. The request amount is recorded as 10,000, with currency unspecified.
  • processinstancestep-new-7: StepStatus Approved; comment: Rejected: outside the partner MDF budget.
  • processinstance-3: Status Approved; target pfr-4: Status__c Paid; Amount__c 10000.0; denomination unrecorded.
  • Pending instances processinstance-0 and processinstance-4 have null completion dates and workitems assigned to user-137. Their stored elapsed values are 218 and 79 days, respectively.
  • Two other completed approvals have matching approval comments; another chain has matching rejected statuses and comment. Draft requests remain separate.
  • William Alderfield is recorded as active Sales Manager and step/workitem actor. Robert Gonzalez is the active Account Executive, submitter and request owner; his ManagerId is user-137.
  • Value to establish: controlling approval, payment evidence, denomination, any correction entitlement and collectible amount.
Proposed next steps
  • Proposed Finance / MDF owner · role to assign; review contacts William Alderfield and Robert Gonzalez: Reconcile the controlling decision, MDF budget and settlement entry. Review the two pending requests alongside the completed chains.
Source references36 references
  • ProcessDefinition.jsonl · line:1/data · processdef-opportunity-discount · SHA256 c1e73c07ff50301e8b1397c7524149ea273e92374c808e262a36995b27b0dd36
  • ProcessDefinition.jsonl · line:2/data · processdef-partner-fund-request · SHA256 c1e73c07ff50301e8b1397c7524149ea273e92374c808e262a36995b27b0dd36
  • ProcessInstance.jsonl · line:1/data · processinstance-0 · SHA256 88a5e518fbc9f02982a42bf1451927c758f81382f6c28077f46040f54558218c
  • ProcessInstance.jsonl · line:2/data · processinstance-1 · SHA256 88a5e518fbc9f02982a42bf1451927c758f81382f6c28077f46040f54558218c
  • ProcessInstance.jsonl · line:3/data · processinstance-2 · SHA256 88a5e518fbc9f02982a42bf1451927c758f81382f6c28077f46040f54558218c
  • ProcessInstance.jsonl · line:4/data · processinstance-3 · SHA256 88a5e518fbc9f02982a42bf1451927c758f81382f6c28077f46040f54558218c
  • ProcessInstance.jsonl · line:5/data · processinstance-4 · SHA256 88a5e518fbc9f02982a42bf1451927c758f81382f6c28077f46040f54558218c
  • ProcessInstance.jsonl · line:6/data · processinstance-5 · SHA256 88a5e518fbc9f02982a42bf1451927c758f81382f6c28077f46040f54558218c
  • ProcessInstanceStep.jsonl · line:1/data · processinstancestep-new-1 · SHA256 763b8f768f41ad12e0332b0bc28e96b922641fbd5ef223df91bf3a71be6e819b
  • ProcessInstanceStep.jsonl · line:2/data · processinstancestep-new-10 · SHA256 763b8f768f41ad12e0332b0bc28e96b922641fbd5ef223df91bf3a71be6e819b
  • ProcessInstanceStep.jsonl · line:3/data · processinstancestep-new-2 · SHA256 763b8f768f41ad12e0332b0bc28e96b922641fbd5ef223df91bf3a71be6e819b
  • ProcessInstanceStep.jsonl · line:4/data · processinstancestep-new-3 · SHA256 763b8f768f41ad12e0332b0bc28e96b922641fbd5ef223df91bf3a71be6e819b
  • ProcessInstanceStep.jsonl · line:5/data · processinstancestep-new-4 · SHA256 763b8f768f41ad12e0332b0bc28e96b922641fbd5ef223df91bf3a71be6e819b
  • ProcessInstanceStep.jsonl · line:6/data · processinstancestep-new-5 · SHA256 763b8f768f41ad12e0332b0bc28e96b922641fbd5ef223df91bf3a71be6e819b
  • ProcessInstanceStep.jsonl · line:7/data · processinstancestep-new-6 · SHA256 763b8f768f41ad12e0332b0bc28e96b922641fbd5ef223df91bf3a71be6e819b
  • ProcessInstanceStep.jsonl · line:8/data · processinstancestep-new-7 · SHA256 763b8f768f41ad12e0332b0bc28e96b922641fbd5ef223df91bf3a71be6e819b
  • ProcessInstanceStep.jsonl · line:9/data · processinstancestep-new-8 · SHA256 763b8f768f41ad12e0332b0bc28e96b922641fbd5ef223df91bf3a71be6e819b
  • ProcessInstanceStep.jsonl · line:10/data · processinstancestep-new-9 · SHA256 763b8f768f41ad12e0332b0bc28e96b922641fbd5ef223df91bf3a71be6e819b
  • ProcessInstanceWorkitem.jsonl · line:1/data · workitem-processinstance-0 · SHA256 a5a4f700969b418f0dcf12d4238db4aee0ec53f8f2cd0120c5d2f74c5fbf011b
  • ProcessInstanceWorkitem.jsonl · line:2/data · workitem-processinstance-4 · SHA256 a5a4f700969b418f0dcf12d4238db4aee0ec53f8f2cd0120c5d2f74c5fbf011b
  • Partner_Fund_Request__c.jsonl · line:5/data · pfr-4 · SHA256 62d9f9d0c54267c842cec0e6462faa33748427a4b34c21e14b802bd48c1f3ff9
  • Partner_Fund_Request__c.jsonl · line:2/data · pfr-1 · SHA256 62d9f9d0c54267c842cec0e6462faa33748427a4b34c21e14b802bd48c1f3ff9
  • Partner_Fund_Request__c.jsonl · line:7/data · pfr-6 · SHA256 62d9f9d0c54267c842cec0e6462faa33748427a4b34c21e14b802bd48c1f3ff9
  • Partner_Fund_Request__c.jsonl · line:1/data · pfr-0 · SHA256 62d9f9d0c54267c842cec0e6462faa33748427a4b34c21e14b802bd48c1f3ff9
  • Partner_Fund_Request__c.jsonl · line:3/data · pfr-2 · SHA256 62d9f9d0c54267c842cec0e6462faa33748427a4b34c21e14b802bd48c1f3ff9
  • Partner_Fund_Request__c.jsonl · line:4/data · pfr-3 · SHA256 62d9f9d0c54267c842cec0e6462faa33748427a4b34c21e14b802bd48c1f3ff9
  • Partner_Fund_Request__c.jsonl · line:6/data · pfr-5 · SHA256 62d9f9d0c54267c842cec0e6462faa33748427a4b34c21e14b802bd48c1f3ff9
  • Partner_Fund_Request__c.jsonl · line:8/data · pfr-7 · SHA256 62d9f9d0c54267c842cec0e6462faa33748427a4b34c21e14b802bd48c1f3ff9
  • CurrencyType.jsonl · line:1/data · currencytype-0 · SHA256 168f933ef4b82fa8f45d868ab268b6c4510b4306ea9489b7ba25a671e8325460
  • Organization.jsonl · line:1/data · 00D5g0000000SimEAE · SHA256 8686b36d68f6bed855a59b90bd7b2d2bbd5078837f40e15f4b30af4707231cd4
  • User.jsonl · line:24/data · user-137 · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • User.jsonl · line:64/data · user-27 · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • User.jsonl · line:42/data · user-17 · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • User.jsonl · line:72/data · user-38 · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • User.jsonl · line:81/data · user-48 · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • User.jsonl · line:89/data · user-58 · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
Reconcile current and prior pricebook termsPricing definitions · Reconciliation action

What we found

Eight products have different standard and prior-book price definitions. The prior book explicitly remains available for renewals priced against it. All products use Year as the defined quantity unit; effective customer terms and denomination need reconciliation.

What to do

Proposed Pricing and contract operations · role to assign: Match each proposed renewal to its product, pricebook, quantity, signed price and effective dates. Preserve applicable prior-book terms.

Named in the records: Proposed Pricing and contract operations · role to assign

Evidence notes6 notes
What the records show, and how we read them
  • Eight products have different standard and prior-book price definitions. The prior book explicitly remains available for renewals priced against it. All products use Year as the defined quantity unit; effective customer terms and denomination need reconciliation.
  • Sixteen entries form eight exact Product2Id and ProductCode pairs. Standard entries and book are active; prior entries and book are inactive.
  • Current entries set UseStandardPrice true; prior entries set it false. Complete product and pricebook definitions accompany the pairs.
  • PricebookEntry, Product2 and Pricebook2 objects in this set contain neither CurrencyIsoCode nor effective-start/end fields. Audit timestamps describe record changes.
  • Customer applicability depends on actual contract/order lines, currency, quantities and approved grandfathering terms.
Proposed next steps
  • Proposed Pricing and contract operations · role to assign: Match each proposed renewal to its product, pricebook, quantity, signed price and effective dates. Preserve applicable prior-book terms.
Source references29 references
  • PricebookEntry.jsonl · line:1/data · pbe-0 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:2/data · pbe-1 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:3/data · pbe-2 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:4/data · pbe-3 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:5/data · pbe-4 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:6/data · pbe-5 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:7/data · pbe-6 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:8/data · pbe-7 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:9/data · pbe-prior-0 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:10/data · pbe-prior-1 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:11/data · pbe-prior-2 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:12/data · pbe-prior-3 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:13/data · pbe-prior-4 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:14/data · pbe-prior-5 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:15/data · pbe-prior-6 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • PricebookEntry.jsonl · line:16/data · pbe-prior-7 · SHA256 598b6f9f17fb5b49f9f9092f2991d499ee1e9c9753bae379d88342081f48dde1
  • Pricebook2.jsonl · line:1/data · pricebook-prior · SHA256 b592e4d31f47d037c64c3c1385d731e61d0e0dddf81fa7358ca0d7111f7f1de7
  • Pricebook2.jsonl · line:2/data · pricebook-standard · SHA256 b592e4d31f47d037c64c3c1385d731e61d0e0dddf81fa7358ca0d7111f7f1de7
  • Product2.jsonl · line:1/data · prod-0 · SHA256 16acec510a9834fe703f33820f4e47114260df850449357c8c0fd9813d74c907
  • Product2.jsonl · line:2/data · prod-1 · SHA256 16acec510a9834fe703f33820f4e47114260df850449357c8c0fd9813d74c907
  • Product2.jsonl · line:3/data · prod-2 · SHA256 16acec510a9834fe703f33820f4e47114260df850449357c8c0fd9813d74c907
  • Product2.jsonl · line:4/data · prod-3 · SHA256 16acec510a9834fe703f33820f4e47114260df850449357c8c0fd9813d74c907
  • Product2.jsonl · line:5/data · prod-4 · SHA256 16acec510a9834fe703f33820f4e47114260df850449357c8c0fd9813d74c907
  • Product2.jsonl · line:6/data · prod-5 · SHA256 16acec510a9834fe703f33820f4e47114260df850449357c8c0fd9813d74c907
  • Product2.jsonl · line:7/data · prod-6 · SHA256 16acec510a9834fe703f33820f4e47114260df850449357c8c0fd9813d74c907
  • Product2.jsonl · line:8/data · prod-7 · SHA256 16acec510a9834fe703f33820f4e47114260df850449357c8c0fd9813d74c907
  • CurrencyType.jsonl · line:1/data · currencytype-0 · SHA256 168f933ef4b82fa8f45d868ab268b6c4510b4306ea9489b7ba25a671e8325460
  • Organization.jsonl · line:1/data · 00D5g0000000SimEAE · SHA256 8686b36d68f6bed855a59b90bd7b2d2bbd5078837f40e15f4b30af4707231cd4
  • User.jsonl · line:1/data · user-0 · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
Validate the filters behind commercial report namesReporting definitions · Reconciliation action

What we found

Eight saved report definitions contain empty explicit report filters. Names such as Open Pipeline, Closed Won, Open Cases and Contracts Expiring This Quarter therefore need to be reconciled with actual runtime selection rules.

What to do

Proposed Reporting and data-definition owner · role to assign: Compare each intended business subset with its effective report predicates and result set. Keep amount, ARR and currency definitions explicit.

Named in the records: Proposed Reporting and data-definition owner · role to assign

Evidence notes6 notes
What the records show, and how we read them
  • Eight saved report definitions contain empty explicit report filters. Names such as Open Pipeline, Closed Won, Open Cases and Contracts Expiring This Quarter therefore need to be reconciled with actual runtime selection rules.
  • All eight ReportDefinition records have reportFilters [], reportBooleanFilter null and standardDateFilter null; columns, groups, aggregates and descriptions remain present.
  • ARR__c is defined as Currency(18, 2), with IsCalculated false and calculatedFormula null. Renewal_Risk_Score__c is a noncalculated double with a null formula.
  • Amount appears as a string detail-column type and a double sum-aggregate type in saved metadata. These describe the saved definition.
  • The archived Legacy CRM Load QA definition remains part of the source context.
Proposed next steps
  • Proposed Reporting and data-definition owner · role to assign: Compare each intended business subset with its effective report predicates and result set. Keep amount, ARR and currency definitions explicit.
Source references16 references
  • FieldDefinition.jsonl · line:1/data · Account.ARR__c · SHA256 1dc00be4e1e8c496bed8d3c4a8b2711542fd9b836d7de6c4be15a25255f798fa
  • Account.jsonl · line:1/data · acct-0 · SHA256 cc1d87dccc65116f88923777a2f46682e1ba296fc1e254c3266eef22c9901f9c
  • deep-00037.json · /data/fields/45 · Type · SHA256 5c89c104d62687b6e570dc60f3796033cddadac4ac912e2c952fa2704e18c6ec
  • deep-00037.json · /data/fields/47 · Tier__c · SHA256 5c89c104d62687b6e570dc60f3796033cddadac4ac912e2c952fa2704e18c6ec
  • deep-00037.json · /data/fields/48 · Renewal_Risk_Score__c · SHA256 5c89c104d62687b6e570dc60f3796033cddadac4ac912e2c952fa2704e18c6ec
  • deep-00037.json · /data/fields/49 · ARR__c · SHA256 5c89c104d62687b6e570dc60f3796033cddadac4ac912e2c952fa2704e18c6ec
  • ReportDefinition.jsonl · line:1/data · 00Osim000000001AAA · SHA256 bfc85ba0df52c3a16bb3949dab98a2b823ae1d4857e07c846ce105880b1b81f0
  • ReportDefinition.jsonl · line:2/data · 00Osim000000002AAA · SHA256 bfc85ba0df52c3a16bb3949dab98a2b823ae1d4857e07c846ce105880b1b81f0
  • ReportDefinition.jsonl · line:3/data · 00Osim000000003AAA · SHA256 bfc85ba0df52c3a16bb3949dab98a2b823ae1d4857e07c846ce105880b1b81f0
  • ReportDefinition.jsonl · line:4/data · 00Osim000000004AAA · SHA256 bfc85ba0df52c3a16bb3949dab98a2b823ae1d4857e07c846ce105880b1b81f0
  • ReportDefinition.jsonl · line:5/data · 00Osim000000005AAA · SHA256 bfc85ba0df52c3a16bb3949dab98a2b823ae1d4857e07c846ce105880b1b81f0
  • ReportDefinition.jsonl · line:6/data · 00Osim000000006AAA · SHA256 bfc85ba0df52c3a16bb3949dab98a2b823ae1d4857e07c846ce105880b1b81f0
  • ReportDefinition.jsonl · line:7/data · 00Osim000000007AAA · SHA256 bfc85ba0df52c3a16bb3949dab98a2b823ae1d4857e07c846ce105880b1b81f0
  • ReportDefinition.jsonl · line:8/data · 00Osim000000008AAA · SHA256 bfc85ba0df52c3a16bb3949dab98a2b823ae1d4857e07c846ce105880b1b81f0
  • CurrencyType.jsonl · line:1/data · currencytype-0 · SHA256 168f933ef4b82fa8f45d868ab268b6c4510b4306ea9489b7ba25a671e8325460
  • Organization.jsonl · line:1/data · 00D5g0000000SimEAE · SHA256 8686b36d68f6bed855a59b90bd7b2d2bbd5078837f40e15f4b30af4707231cd4
Review collection settings and sharing assignmentsConversation-data governance · Reconciliation action

What we found

The saved history for one Gong user changes emailsImported from true to false. Six permission profiles define different viewing, download and sharing rights. Held activity and external-sharing logs provide the events to reconcile with assigned permissions and approved scope.

What to do

Proposed Conversation-data collection and access owner · role to assign: Confirm the user’s historical collection settings, profile assignments and approved recipients; reconcile the specific activity and sharing events.

Named in the records: Proposed Conversation-data collection and access owner · role to assign

Evidence notes6 notes
What the records show, and how we read them
  • The saved history for one Gong user changes emailsImported from true to false. Six permission profiles define different viewing, download and sharing rights. Held activity and external-sharing logs provide the events to reconcile with assigned permissions and approved scope.
  • User 100003053260541: emailsImported true at 2024-03-04T09:00:00Z and false at 2025-12-17T15:00:00Z. Eight initial settings and one later event are held.
  • The six complete profiles include own-call, team-call and all-call access, with different download, share and trim flags.
  • The held captures contain 100 access, 100 activity, 100 playback, 45 external access and 39 external playback occurrences. The first three captures retain continuation cursors.
  • External events preserve recipient information and sharedByUserId, while userId is null. Impersonator fields remain part of the event context.
Proposed next steps
  • Proposed Conversation-data collection and access owner · role to assign: Confirm the user’s historical collection settings, profile assignments and approved recipients; reconcile the specific activity and sharing events.
Source references18 references
  • deep-00135.json · /data · E077 · SHA256 1b6dbdda712e7763f2ba7453fbeb3e17915f8eae7cacdec16d1c58c1d4207335
  • deep-00135.json · · CTX-inventory-gong-deep-00135 · SHA256 1b6dbdda712e7763f2ba7453fbeb3e17915f8eae7cacdec16d1c58c1d4207335
  • deep-00069.json · /data/workspaces · E078 · SHA256 e87c538a24c6a0dc9ab144e36bd4eabd650a19a4ac7e8274dbc129d2c314e85d
  • deep-00070.json · /data/integrations · E079 · SHA256 74fc52f2c069becb07a9cf7fec1463bb97d2ce4a3541705bf48e0457a27e3f15
  • deep-00126.json · /data/profiles · E080 · SHA256 c9fcf5f8e910c6c4a40c96702891c04d53f25b0ec7565f74a96427bafa828d7d
  • deep-00160.json · /data · L-gong-00160 · SHA256 3c3e6a83d27bf2a20a957eaba4deb18e1bbdf40029a0a4674af6d07a4d6fe552
  • deep-00161.json · /data · L-gong-00161 · SHA256 e3b7f0759aea83e5ff30a1b1576b90948bfd37e28965618372475c15657b922f
  • deep-00162.json · /data · L-gong-00162 · SHA256 2b492b6d1e7042d3ca552c472e5b452a8878ba58bc8dae3e59f2c70ede5f8741
  • deep-00163.json · /data · L-gong-00163 · SHA256 d9fb1acc21619cbe94b24612e0cc96db3b3d8372367f468b324ad1f8ec56bcb2
  • deep-00164.json · /data · L-gong-00164 · SHA256 45a283fc04720553499bed5f84c8eec64953af199d3cb2469558c2cd5633ad4d
  • deep-00160.json · /data/logEntries/0 · E089 · SHA256 3c3e6a83d27bf2a20a957eaba4deb18e1bbdf40029a0a4674af6d07a4d6fe552
  • deep-00161.json · /data/logEntries/0 · E090 · SHA256 e3b7f0759aea83e5ff30a1b1576b90948bfd37e28965618372475c15657b922f
  • deep-00162.json · /data/logEntries/0 · E091 · SHA256 2b492b6d1e7042d3ca552c472e5b452a8878ba58bc8dae3e59f2c70ede5f8741
  • deep-00160.json · /data/logEntries/16 · 6000000001073406019 · SHA256 3c3e6a83d27bf2a20a957eaba4deb18e1bbdf40029a0a4674af6d07a4d6fe552
  • deep-00162.json · /data/logEntries/9 · 6000000000129863508 · SHA256 2b492b6d1e7042d3ca552c472e5b452a8878ba58bc8dae3e59f2c70ede5f8741
  • deep-00162.json · /data/logEntries/10 · 6000000003858887429 · SHA256 2b492b6d1e7042d3ca552c472e5b452a8878ba58bc8dae3e59f2c70ede5f8741
  • deep-00163.json · /data/logEntries/0 · E092 · SHA256 d9fb1acc21619cbe94b24612e0cc96db3b3d8372367f468b324ad1f8ec56bcb2
  • deep-00164.json · /data/logEntries/0 · E093 · SHA256 45a283fc04720553499bed5f84c8eec64953af199d3cb2469558c2cd5633ad4d
Reconcile Ellery’s CRM representationsEllery · Reconciliation action

What we found

Ellery’s Gong and Salesforce account representations differ in industry and billing street. Other differences concern case, types and timestamp formatting. These fields need a dated source-of-record decision before they drive customer workflows.

What to do

Proposed CRM and conversation-data stewardship · role to assign: Confirm field-level ownership and change history, then reconcile the values consumed by the relevant commercial workflow.

Named in the records: Proposed CRM and conversation-data stewardship · role to assign

Evidence notes6 notes
What the records show, and how we read them
  • Ellery’s Gong and Salesforce account representations differ in industry and billing street. Other differences concern case, types and timestamp formatting. These fields need a dated source-of-record decision before they drive customer workflows.
  • Account acct-0: Industry is Fintech in the Gong representation and Technology in Salesforce; BillingStreet is 120 Hudson Street versus 762 Broadway, Suite 13.
  • Tier__c is smb versus SMB; NumberOfEmployees is string 182 versus integer 182. Seven of the twelve Gong fields match literally.
  • Salesforce retains compound addresses, null CurrencyIsoCode and Renewal_Date__c 2027-08-07. Timestamp representations remain distinct.
  • The commercial follow-up is a field-level representation and consumption check.
Proposed next steps
  • Proposed CRM and conversation-data stewardship · role to assign: Confirm field-level ownership and change history, then reconcile the values consumed by the relevant commercial workflow.
Source references11 references
  • Account.jsonl · line:1/data · acct-0 · SHA256 cc1d87dccc65116f88923777a2f46682e1ba296fc1e254c3266eef22c9901f9c
  • deep-00131.json · /data/objects/0 · acct-0 · SHA256 028beab064933eaecf48fc99512cc14d6a331c23fd387218bd954957059bbf59
  • deep-00132.json · /data/objectTypeToSelectedFields · E081 · SHA256 00fa9fc78092954b4b55c165cd6bcef10504902989e83c416a203246d7d71694
  • exclusions.json · /source_dispositions/210 · D-210 · SHA256 e75cf17ca708b08fc809122aafdf253a55133152e30740865f4d1a0c264f26e6
  • exclusions.json · /source_dispositions/325 · D-325 · SHA256 e75cf17ca708b08fc809122aafdf253a55133152e30740865f4d1a0c264f26e6
  • exclusions.json · /source_dispositions/326 · D-326 · SHA256 e75cf17ca708b08fc809122aafdf253a55133152e30740865f4d1a0c264f26e6
  • exclusions.json · /source_dispositions/327 · D-327 · SHA256 e75cf17ca708b08fc809122aafdf253a55133152e30740865f4d1a0c264f26e6
  • exclusions.json · /source_dispositions/331 · D-331 · SHA256 e75cf17ca708b08fc809122aafdf253a55133152e30740865f4d1a0c264f26e6
  • exclusions.json · /source_dispositions/334 · D-334 · SHA256 e75cf17ca708b08fc809122aafdf253a55133152e30740865f4d1a0c264f26e6
  • exclusions.json · /source_dispositions/346 · D-346 · SHA256 e75cf17ca708b08fc809122aafdf253a55133152e30740865f4d1a0c264f26e6
  • deep-00076.json · /data/associations/0 · E083 · SHA256 090d03121207821db23e837d0280fe0dbe02d4a31b7aa04a5de5995a3453339b
Reconcile support clocks and voice follow-upSupport operations · Reconciliation action

What we found

The support data distinguishes business-clock time, calendar-clock time and unresolved metrics. Held voice records include abandoned calls as well as substantial completed-call activity. Follow-up should connect the specific event, ticket, calendar and customer outcome.

What to do

Proposed Support operations owner · role to assign: Check the applicable SLA calendar and target, then trace affected calls and tickets through their actual follow-up.

Named in the records: Proposed Support operations owner · role to assign

Evidence notes7 notes
What the records show, and how we read them
  • The support data distinguishes business-clock time, calendar-clock time and unresolved metrics. Held voice records include abandoned calls as well as substantial completed-call activity. Follow-up should connect the specific event, ticket, calendar and customer outcome.
  • Ticket 4000000: reply minutes business 0 / calendar 6; reply seconds business 0 / calendar 404; first/full resolution and solved_at null.
  • Metric 24000059 supplies a positive countercase: business resolution 0, calendar resolution 701 and a populated solved_at.
  • The 604 initial voice records comprise 555 completed, 40 abandoned_in_queue and nine abandoned_in_voicemail. A later one-row response repeats a held call.
  • Customer 2000888 appears in a queue-abandonment record and later completed inbound and outbound records linked to ticket 4004733; the same customer identifier links the follow-up context.
  • Forty initial voice rows have null ticket_id. call_charge is a native string with denomination unspecified; recording duration is metadata.
Proposed next steps
  • Proposed Support operations owner · role to assign: Check the applicable SLA calendar and target, then trace affected calls and tickets through their actual follow-up.
Source references13 references
  • deep-00026.json · /data/settings · E082 · SHA256 f23ee1e7f6ae1b4caeb7d388ca1f6c9e5218264accfd14ab92da4f816f714bf9
  • deep-00112.json · /data/ticket_metrics/0 · 24000000 · SHA256 58140c7ad9fd4d163362810749a94f3d9a7ad923d908329a888c89848d8f8728
  • deep-00112.json · /data · L-zendesk-00112 · SHA256 58140c7ad9fd4d163362810749a94f3d9a7ad923d908329a888c89848d8f8728
  • deep-00112.json · /data/ticket_metrics/59 · 24000059 · SHA256 58140c7ad9fd4d163362810749a94f3d9a7ad923d908329a888c89848d8f8728
  • deep-00109.json · /data · L-zendesk-00109 · SHA256 d3146937d3841b5c498a0a02622f8f0776e1cb575f1948b46c9f958d17c76bb0
  • deep-00142.json · /data · L-zendesk-00142 · SHA256 aba99d54f223006d5c39e55ee145f4ccb988f1783c6623ab1cf62d875011c676
  • deep-00109.json · /data/ticket_metric_events/0 · 926000000001 · SHA256 d3146937d3841b5c498a0a02622f8f0776e1cb575f1948b46c9f958d17c76bb0
  • deep-00113.json · /data/calls/0 · 11800500 · SHA256 aeff9e9612e89ef5d529b45011d50b0f09dd6aaa800f34c9ee1b571bf2ad04a7
  • deep-00143.json · /data/calls/0 · 11800471 · SHA256 aab24e57f7c2b1a175ec39be05d2707f9dab497924e5c5afde9def36ceb8e1c4
  • deep-00113.json · /data · L-zendesk-00113 · SHA256 aeff9e9612e89ef5d529b45011d50b0f09dd6aaa800f34c9ee1b571bf2ad04a7
  • deep-00143.json · /data · L-zendesk-00143 · SHA256 aab24e57f7c2b1a175ec39be05d2707f9dab497924e5c5afde9def36ceb8e1c4
  • deep-00113.json · /data/calls/1 · 11800001 · SHA256 aeff9e9612e89ef5d529b45011d50b0f09dd6aaa800f34c9ee1b571bf2ad04a7
  • deep-00113.json · /data/calls/2 · 11801012 · SHA256 aeff9e9612e89ef5d529b45011d50b0f09dd6aaa800f34c9ee1b571bf2ad04a7
Confirm license capacity and automation-alert ownershipCRM operations · Recorded control

What we found

Two license records show capacity of 97 with 94 used and 11 with six used. The second combines a Salesforce Platform label with the SF_CHATTER_FREE key. Automation notifications identify two recipient forms that need an accountable monitoring owner.

What to do

Proposed CRM administration, Finance and automation operations · roles to assign: Reconcile license identifiers, assignments and commercial entitlements. Confirm who receives, monitors and responds to automation notifications.

Named in the records: Proposed CRM administration, Finance and automation operations · roles to assign

Evidence notes7 notes
What the records show, and how we read them
  • Two license records show capacity of 97 with 94 used and 11 with six used. The second combines a Salesforce Platform label with the SF_CHATTER_FREE key. Automation notifications identify two recipient forms that need an accountable monitoring owner.
  • License capacity: 97 total / 94 used; 11 total / 6 used. Both records are Active.
  • The second record carries LicenseDefinitionKey SF_CHATTER_FREE and Salesforce Platform Name/MasterLabel; retain the exact identifier-label combination when checking entitlements.
  • One notification row identifies user-0 with Email null; another identifies apex-errors@tenoviaanalytics.example with UserId null. Both are not deleted.
  • The SalesPipeline suite includes OpportunityStageServiceTest, AccountHealthCalculatorTest and CaseEscalationServiceTest membership definitions.
  • Value inputs: paid entitlement, denomination, assignments, cancelability and the operational effect of any agreed correction.
Proposed next steps
  • Proposed CRM administration, Finance and automation operations · roles to assign: Reconcile license identifiers, assignments and commercial entitlements. Confirm who receives, monitors and responds to automation notifications.
Source references11 references
  • ApexEmailNotification.jsonl · line:1/data · apexemailnotification-0 · SHA256 1536927b9996ebbcc7333a30e454af4ec7c499e975c203780c17098a4aad6555
  • ApexEmailNotification.jsonl · line:2/data · apexemailnotification-1 · SHA256 1536927b9996ebbcc7333a30e454af4ec7c499e975c203780c17098a4aad6555
  • User.jsonl · line:1/data · user-0 · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • User.jsonl · line:116/data · user-integration · SHA256 b3a65de2c8f45ec55397317a36fd057f8ad375850d543fdf20b532e4ce1827fe
  • ApexTestSuite.jsonl · line:1/data · apextestsuite-sales · SHA256 a23bff9fd4aa11f24d0f37e99d724a11aa0bf42d2e66722b5665b82202003bcc
  • TestSuiteMembership.jsonl · line:1/data · testsuitemembership-3 · SHA256 2c4e5063237c0894be21de62bd2fde11e3b7377d014fe43f6a7c1a8a4daac9b0
  • TestSuiteMembership.jsonl · line:2/data · testsuitemembership-4 · SHA256 2c4e5063237c0894be21de62bd2fde11e3b7377d014fe43f6a7c1a8a4daac9b0
  • TestSuiteMembership.jsonl · line:3/data · testsuitemembership-5 · SHA256 2c4e5063237c0894be21de62bd2fde11e3b7377d014fe43f6a7c1a8a4daac9b0
  • deep-00139.json · /data/records/0 · user-0 · SHA256 95baedd1d0fef7bad6083a6d0fde086a38145cac766caf56859eb00cd46b2cac
  • UserLicense.jsonl · line:1/data · userlicense-sf-chatter-free · SHA256 bff0aefe7850cb850946c8b18df9b406308d8a9b00f044737c642ab8d349eb92
  • UserLicense.jsonl · line:2/data · userlicense-sfdc · SHA256 bff0aefe7850cb850946c8b18df9b406308d8a9b00f044737c642ab8d349eb92
32 accounts to watchRecorded term ends Sep 2026 – Aug 2028
Sort
Cautera TechnologiesSep 17, 2026$18,665Same-day recorded expiry; historical reports

Decision. Cautera has a same-day native expiry, not a proven 36-month renewal or priced incremental opportunity.

Owner. Anthony Clayton (Account Executive) Proposed follow-up: Anthony Clayton (Account Executive; proposed only); Wei Riverthorpe (Director of Customer Support; proposed only); Robert Deepcroft (Support Engineer; proposed only).

Next step. Propose Anthony Clayton verify the actual expiring agreement, buyer authority and renewal intent; keep larger-seat quotes separate. Propose native support owners obtain timestamped customer retests and isolation evidence, then Anthony validate whether any unresolved issue actually affects renewal.

Obsidian PartnersSep 19, 2026$62,000Recorded Closed Won; term unresolved

Decision. Obsidian is an already-won sales renewal with unresolved native-term and owner reconciliation, not a new 62,000 save.

Owner. Jennifer Carlucci (Senior Account Executive ; inactive) Proposed follow-up: Charles Heathworth (Customer Success Manager; proposed only); Michael Greenford (Sales Manager; proposed only); Inge Anderson (Support Engineer; proposed only).

Next step. Propose Charles reconcile the won renewal with signed scope and dates; confirm an active accountable owner without rebooking or recounting existing sales success.

Bluepeak TechnologiesSep 20, 2026$8,422Recorded churn; win-back unpriced

Decision. Reject treating Bluepeak's nominal September expiry and old complaints as a current incremental renewal-save value.

Owner. Mary Ashworth (Manager, Customer Success) Proposed follow-up: Mary Ashworth (Manager, Customer Success; proposed only).

Next step. Propose Mary reconcile active-versus-churned status and effective contract before considering a separately qualified win-back; do not label the old complaints a current save.

Heliotrope PrioritySep 27, 2026$320,109Historical reports; current impact to confirm

Decision. Prioritize account-level renewal and ownership reconciliation. The sandbox ticket is an unresolved historical hypothesis, not an established present renewal blocker. July renewal-related dissatisfaction is material but speaker authority, entity and term scope need confirmation.

Owner. Robert Alderbury (Director of Customer Success) Proposed follow-up: Robert Alderbury (Director of Customer Success): account-level decision and escalation; Ana Harris (Manager, Customer Success): renewal scope and commercial reconciliation; John Ashwood (Support Operations Analyst): focal support coordination; confirm technical owner rather than infer from job title.

Next step. Validate whether contract-98 base renews September 27, whether deal-392 covers it, who can sign, and which written commitments remain. Validate req_c2192161e9 on the affected sandbox/region and separate sanctions 5088; reconcile Case subject and support ownership while retaining each recorded value. Confirm an active account-management handoff rather than route to inactive user-169.

Evidentis Credit UnionSep 29, 2026$13,000Positive adoption; unresolved ticket identity

Decision. Evidentis has positive expansion interest alongside a recorded September expiry, but 15,500 pipeline and a 162,000 seller quote are not committed revenue.

Owner. John Cliffbury (Customer Success Manager) Proposed follow-up: John Cliffbury (Customer Success Manager; proposed only); Sofia Wrenworth (Senior Customer Success Manager; proposed only); Joseph Alderwell (Senior Support Engineer; proposed only).

Next step. Propose John and Sofia separate renewal from expansion, validate adoption scope and capture the buyer-approved commercial/technical acceptance criteria. Propose Joseph identify the four actual tickets and reconcile chronology, scope, mitigation and customer validation before treating the summary as current risk.

Arvelis Credit Union PriorityOct 1, 2026$81,517Reported access issue; distinct recovered incidents

Decision. Retain the August 22 APAC SSO hypothesis, separately from earlier recovered or ambiguous SSO incidents. Validate identity, current impact and renewal linkage; do not count every auth-related record as one unresolved incident.

Owner. Susan Armitworth (Senior Account Executive) Proposed follow-up: Susan Armitworth (Senior Account Executive): account-level renewal coordination; William Costa (Customer Success Manager): renewal opportunity/approval evidence; Joseph Kenford (Senior Support Engineer): focal SSO support and scoped retest.

Next step. Validate current APAC SSO on the affected tenant/users and distinguish 3627 from 3639, 3679 and 3754 before selecting a remediation path. Reconcile base renewal and proposal scope, actual signer, security/legal approvals and per-record currency.

Rainshadow TechnologiesOct 8, 2026$1,827Early-stage renewal; historical workaround and recovery

Decision. Rainshadow has an in-window recorded expiry and an early-stage renewal, while longer terms and pricing remain conditional and inconsistent in scope.

Owner. Wei Alderton (Enterprise Account Executive) Proposed follow-up: Priya Ashham (Renewals Manager; proposed only); Wei Alderton (Enterprise Account Executive; proposed only); Jennifer Ashbourne (Support Manager; proposed only).

Next step. Propose Priya and Wei reconcile renewal scope and seven-seat current agreement with the changing evaluation sizes, security decision and actual signatory. Propose Jennifer verify the old ticket's outcome only if still relevant; preserve the distinct August recovery and resolve cross-system ownership before any follow-up.

Celsara PartnersOct 10, 2026$39,610Mixed historical support outcomes

Decision. Celsara is an in-window recorded annual expiry with historical unresolved and recovered support evidence, not a demonstrated signed renewal or uniform outage.

Owner. Ravi Avonbourne (Senior Account Executive) Proposed follow-up: Ravi Avonbourne (Senior Account Executive; proposed only); Freya Alderby (Support Manager; proposed only); David Brightton (Support Engineer; proposed only).

Next step. Propose Ravi validate the actual renewal transaction and signatory; Freya and David reconcile symptoms, diagnostic reversal, rollback and customer retests.

Stonebridge Partners PriorityOct 13, 2026$309,800Reported dependency; acceptance unresolved

Decision. Retain the import/SOC 2 dependency for scoped validation. Seller rollback is not accepted resolution; neither current recurrence nor causal renewal exposure is established. Expansion forecasts and positive module adoption do not settle the base renewal.

Owner. Sofia Wrenworth (Senior Customer Success Manager) Proposed follow-up: Sofia Wrenworth (Senior Customer Success Manager): base-renewal validation and account coordination; Freya Alderby (Support Manager): focal support owner and customer retest coordination; Wei Riverthorpe (Director of Customer Support): support escalation and scope reconciliation.

Next step. Validate the base October 13 renewal and reconcile it with historical orders and separate September expansion. Validate the same bulk-import request/workspace and whether the rollback or any later mitigation was accepted; establish the actual SOC 2 run dependency and deadline.

Cypress FinancialOct 31, 2026$52,413Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Jennifer Clayhall (Enterprise Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Seranta PaymentsDec 30, 2026$115,000Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Wei Alderton (Enterprise Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Peverell InternationalJan 10, 2027$122,500Reported dependencies; workaround retained

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Jennifer Clayhall (Enterprise Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Stroud FreightJan 22, 2027$60,000Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Anthony Clayton (Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Vesey GroupJan 22, 2027$32,500Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Michael Springwood (Senior Customer Success Manager)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Fenton FinancialFeb 16, 2027$425,000Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Anthony Clayton (Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Caper TransportMar 9, 2027$109,830Historical customer report

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Jennifer Clayhall (Enterprise Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

HeatherstoneApr 8, 2027$90,000Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Anthony Clayton (Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Holly PartnersApr 15, 2027$1,739Contradictory recovery reporting

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Mary Ashworth (Manager, Customer Success)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

DeltafernApr 30, 2027$17,107Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Sofia Wrenworth (Senior Customer Success Manager)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Yew Credit UnionMay 3, 2027$469,741Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. John Wrenford (Senior Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Coda FinancialMay 31, 2027$3,617Historical allegation; breach not confirmed

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Ana Harris (Manager, Customer Success)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Ardentia TechnologiesJun 10, 2027$532,659Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Mary Ashworth (Manager, Customer Success)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Huxley FinancialJun 15, 2027$19,196Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Anthony Clayton (Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Gorse SupplyJun 27, 2027$10,789Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. William Costa (Customer Success Manager)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Jermyn FinancialJun 30, 2027$67,000Mitigation reported; acceptance unresolved

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Ravi Avonbourne (Senior Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Mizzle InternationalJun 30, 2027$46,000Positive adoption; reported workaround

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Susan Armitworth (Senior Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Fawn ManufacturingJul 5, 2027$75,000Historical customer report

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. William Costa (Customer Success Manager)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Celestine BrandsJul 14, 2027$100,000Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. William Costa (Customer Success Manager)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

SpruceglenDec 12, 2027$161,138Mixed adoption and process evidence

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Wei Alderton (Enterprise Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Verity CloudMar 12, 2028$205,000Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. Patricia Ashworth (Customer Success Manager)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Ardora CloudJun 30, 2028$19,220Early-close renewal; later contract end

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract.

Owner. William Costa (Customer Success Manager)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

Easton PartnersAug 19, 2028$276,899Reported go-live dependency

Decision. Renewal opportunity CloseDate is in window, but Account and Contract agree on a later expiry. Treat as early/stale pipeline needing reconciliation, not a September/October expiring contract. contract-32 is In Approval Process, not Activated; customer status and historical Closed Won deal-125 do not establish activation.

Owner. Ravi Avonbourne (Senior Account Executive)

Next step. Confirm whether the in-window renewal opportunity is an early extension or stale close date; reconcile term/activation before including in expiry forecast. Address reported operational issues separately.

How this review was doneSnapshot Sep 18, 2026

What was reviewed. 5,795 records across 200 accounts: 1,999 Gong call transcripts and 3,796 support histories. Analyzed records and accounts only, not the full CRM inventory.

How findings are counted. 41 business findings consolidate 65 source findings; all 32 candidate accounts are listed under "32 accounts to watch".

The company. Tenovia Analytics is a simulated mid-size B2B fintech generated with Era by Eon. The company sells Payments Core, Ledger Module, and Compliance Pack.

Timing. Dates and amounts are as of Sep 18, 2026.

Evidence. Each finding keeps its evidence notes and source references. The 77 records the findings cite are included with all 295 quotes. Wording, quotes and numbers come from the approved review data.

Built usingSPIRITT