Rule logs
Rule Logs provide a transparent, step-by-step audit trail of every automation Synci performs on your transactions. They are the primary tool for debugging your rules, verifying that transformations are working as expected, and even reverting changes if something goes wrong.
Written By Matias
Last updated About 4 hours ago
What are rule logs?
Every time Synci evaluates a rule against a transaction, it creates a log entry for each action it attempts to take. Whether the action was successful or failed (e.g., due to an invalid expression or an API error from YNAB), a log is recorded to help you understand exactly what happened "under the hood."
You can access these logs directly from your Synci dashboard or via the API to see the history of changes applied to any specific transaction.
Information captured in a log
Each rule log contains detailed metadata about the operation:
Rule & Action: Identifies exactly which rule and which specific action within that rule was triggered.
Transaction Reference: Links the log to the specific bank transaction that was affected.
Field Changes: Shows the
Field Namethat was targeted, thePrevious Valuebefore the rule ran, and theNew Valueapplied by the rule.Status & Result:
Success: A green checkmark (or
truevia API) indicates the rule action was applied successfully.Failure: If an action fails, the log will capture a
Messageexplaining why (e.g., "YNAB API Error: Account not found" or "Invalid math expression").
Timestamp: The exact time the action was executed (
executed_at).
The "Undo" feature
Another powerful feature of rule logs is the ability to revert changes. If a rule incorrectly modified a transaction, you can "Undo" that specific action directly from the log.
Supported actions
Currently, you can undo actions that set values:
Set Field (Internal Synci/Bank data)
Set YNAB Field (Data sent to YNAB)
How it works
When you trigger an Undo:
Synci looks at the
Previous Valuestored in the log.It restores that value to the transaction (either locally or by sending an update to YNAB).
A new log entry is created to track the undo action itself, ensuring the audit trail remains complete.
The original log is marked with an
undone_attimestamp.
Limitations
Depth: An action can be undone/redone up to 3 times in a chain to prevent infinite loops or data corruption.
Logic-based actions: Actions like "Stop Transfer" cannot be undone because they prevent the transaction from being processed further; there is no "previous value" to restore.
Searching and filtering logs
In the Rule Logs view, you can filter the list to find exactly what you need:
By Rule: See all activity for a specific automation you've created.
By Transaction: See every rule that touched a specific bank transaction.
By Success/Failure: Quickly identify only the rules that are failing so you can fix your configurations.
By Field: See all rules that are modifying a specific field like
amountormemo.
Pro tips for troubleshooting
Check the Message: If a rule isn't working, the
messagefield in a failed log is your best friend. It usually contains the exact error returned by the destination service (YNAB/Lunch Money).Verify "Generated" Fields: Use logs to see how Synci's smart cleaning transforms your bank data into
generated.payeeorgenerated.description. If the result isn't what you expected, you can write a rule to clean it further. Or, you can change your bank account settings to use a specific field to generate the βcleanβ fields.Sequence Matters: If multiple rules change the same field, check the timestamps. Rules are processed in order, and logs will show you the cumulative effect of these changes as the transaction moves through your pipeline.