Humanitix Bridge mirrors Humanitix events, ticket types, and attendees into WordPress. The bridge typically uses a CPT mirror (humanitix_event, humanitix_attendee) with order, ticket, and check-in data in wp_postmeta, plus a webhook log captured in wp_options or a dedicated log table depending on version. The default Humanitix dashboard sits on the Humanitix side; the WP-side bridge admin shows per-event sync totals.

SleekView reads the bridge's WP-side state directly so an attendees table lists every Humanitix-synced attendee with ticket type, order ID, check-in state, and last-sync timestamp as first-class columns. Saved views filter to unmatched attendees (synced from Humanitix but not linked to a WP user), webhook errors in the last 24 hours, or per-event check-in queues for door staff. A cross-event attendee view groups attendees who've bought tickets to multiple events for VIP recognition.

Inline edits route through Humanitix Bridge's webhook-handling endpoints where supported, so changes propagate and the Humanitix side stays consistent. Direct writes skip the bridge for back-fill scenarios after a CSV import. Multisite installations get per-subsite scoped views, so a multi-organisation deployment audits one tenant at a time.

Event organisations running their box office on Humanitix and their public-facing site on WordPress live with the same problem as every bridge integration: the sync runs reliably most of the time, and the moments when it doesn't are exactly the moments that hurt the most. Day-of-event check-in spikes, last-minute ticket sales, and webhook retries all collide with limited admin tooling on the WP side. The default bridge admin shows aggregates and obscures the handful of attendee rows where Humanitix and WP disagree.

Organisers want a pre-event audit that surfaces every unmatched attendee in one screen, not a log file to grep. Door staff want a check-in queue with search by name or order ID, updated inline. Marketing wants cross-event attendee patterns for VIP outreach.

Finance wants exportable reconciliation between WP-side records and Humanitix payouts. SleekView's job is to expose the bridge's WP-side mirror as a composable workspace so each of those roles gets the audit and the workflow their job actually requires. Same data, finally legible at the row level.