Transactions

Every time Dime.Scheduler calls out to a connected system, it logs the call here as a transaction. When a planner says "I made that change ten minutes ago and it still hasn't reached BC", this is the page where you find out whether the call went out at all, what came back, and (when needed) where to retry from. Transactions are listed most recent first.

The view splits into three tabs - Dynamics, Exchange, and Webhook - one per connector family. Each transaction stays scoped to the integration it came from, so a stuck Exchange sync never gets buried under BC traffic.

Where transactions come from

A transaction can be triggered by one of three sources, shown in the Source column:

• Service - the regular path. A planner moved something on the board; the service fired the transaction.
• Website - an administrator clicked Retry on a failed transaction from this page or from the appointment detail.
• Timer job - the background retry job picked up an appointment that was still in a state worth retrying.

For the full picture of how transactions are evaluated and retried, see the Transactions overview.