Why posting dates matter
When Synder synchronizes transactions from Stripe to your accounting platform it records them with a posting date. This date determines which reporting period the income, fees, and refunds land in, and therefore how well your books tie out to Stripe’s Balance & Payout reports.
Historically Synder has used the created date (the moment a charge, refund, payout, etc. is created inside Stripe). In most cases that matches the date that Stripe books the amount to your balance, but not always. Midnight‑crossing events or Stripe processing delays can push the Balance date (the timestamp on the related balance transaction) into the next calendar day or even month, throwing off period‑end reconciliations.
How the setting works
Setting options:
- Created date – uses the original object’s created time stamp from Stripe.
- Balance date (recommended) – uses the related balance transaction time stamp (the date the money was actually booked to your Stripe balance and shown in Balance & Payout reports).
The setting applies to the following Stripe transaction types:
- Application fee
- Application fee refund
- Charge
- IssuingTransaction
- Payout
- Refund
- Top up
Notes:
- Stripe fees coupled with payments will always share the same posting date under either option, so fees stay in sync with revenue.
- All other Stripe transaction types already post using the Balance date by default, so the Posting date setting does not affect them.
Changing the posting date (step‑by‑step)
- Navigate to Settings → Sales → Posting date.
- Choose Created date or Balance date (recommended) from the dropdown.
- Click Update.
Changes apply prospectively – all new Stripe transactions synced after you save will use the selected setting value. Existing entries are not updated automatically. To back‑update historic data you can rollback and resync.
