REDA One Help Center
EN
Language
English EN Español ES Português PT Italiano coming soon Français FR Deutsch coming soon العربية coming soon
reda.one ↗
Home / REDA Financials AI / Bulk Operations / Batch Processing / Operations Scheduler Overview

Operations Scheduler Overview

A healthy accounting system does most of its routine work while nobody is watching: recurring bills generate themselves, accruals reverse themselves, payments match themselves, depreciation posts itself. In REDA Financials all of that automation lives in one place — the Operations tab of the Admin Console — where each batch job gets a card: what it does, when it runs, how its last run went, and a button to run it right now.

Getting there. Open the App Launcher (the grid icon at the top-left of any page) → REDA Financials Admin → the Financial Admin Console tab → Operations, where every batch job's card lives.
Access you'll need. Scheduling, running, and unscheduling batch jobs requires the Accounting Admin v2 permission set. The Accounting Controller v2 and Read Only v2 sets can open the console to view outcomes; the Accounts Payable v2 and Accounts Receivable v2 sets cannot see it, though they see the results the jobs produce.
The Operations tab of the REDA Financials Admin Console. A banner reads: 'Operations — Monitor and control automated batch jobs. Schedule the Recurring Transactions and Journal Entry Auto-Reversal batches to run daily at configured times, view last run outcomes, and trigger one-time manual runs.' Below are cards: 'Recurring Transactions Batch — Processes all active recurring templates due on the run date and generates the corresponding Sales Invoices, Purchase Invoices, Purchase Orders, or Journal Entries' and 'Journal Entry Auto-Reversal Batch — Creates and posts auto-reversal Journal Entries for posted JEs whose Reversing Date has arrived. Runs daily at the scheduled time. Idempotent — never duplicates an already-reversed JE.' Each card shows a Not Scheduled chip and an expander arrow.
The Operations console: one card per batch job, each stating in plain language exactly what it automates. The chip on the right shows whether it’s scheduled; the arrow expands the card’s controls.

The batch jobs at a glance

CardWhat it automatesDeep dive
Recurring TransactionsGenerates every due document from active recurring templates — invoices, orders, journal entries.Recurring Transaction Batch
Journal Entry Auto-ReversalPosts the reversal for every posted entry whose Reversing Date has arrived — never twice.JE Reversal Batch
Auto-Apply (CR / CM / CD / VM)Matches flagged receipts, credits, payments and memos to open invoices, oldest first.Auto-Apply Batches
Expense Auto-AllocationDistributes flagged shared costs across entities using their allocation lists.Expense Allocation Batch
Aging SnapshotRefreshes point-in-time AR/AP aging for every aging-enabled entity.Aging Snapshot Batch
OCR Document ProcessingTurns incoming documents into draft purchase invoices via AI extraction — every 15 minutes while active.OCR Processing Batch
FX Rate SyncPulls daily exchange rates from Open Exchange Rates into your currency tables (multi-currency orgs).FX Sync Batch
Asset Depreciation PostingPosts due depreciation and amortization entries to the general ledger.Depreciation Batch
E-Invoice Status PollAsks the tax authority for its verdict on every invoice still awaiting one, and moves each to Accepted or Rejected. Only relevant if an entity files electronically — but where it is, nothing else advances a submitted invoice.E-Invoice Status Poll
More Operations cards in the REDA Financials Admin Console: Cash Receipt Auto-Apply Batch, Cash Disbursement Auto-Apply Batch, Vendor Memo Auto-Apply Batch, Expense Auto-Allocation Batch and Aging Snapshot Batch, each with its plain-language description and a Not Scheduled chip.
The application and allocation automations. Note the recurring theme in the descriptions: oldest-first matching, book-closure respected, one record per batch scope for error isolation — automation designed to fail small, never big.

The controls on every card

  • Schedule / Reschedule — pick a daily run time (overnight is the norm; stagger heavy jobs).
  • Unschedule — pause the automation; nothing runs until rescheduled.
  • Run Now — an immediate one-off pass, perfect after fixing data or before a close.
  • Status & last run — scheduled-or-not, next run time, when it last ran and how it went, with a View Audit Log link to the run’s full record (processed / succeeded / failed, with reasons).

(The OCR card is the one exception to the daily-time pattern: it’s a queue processor you Start and Stop, cycling every 15 minutes while active.)

Anatomy of a card, element by element

Every card wears the same layout, so once you can read one you can read the whole console:

ElementWhat it tells you / does
Status chipScheduled or Not Scheduled — whether the automation will run without you. A console of Scheduled chips is the goal; a Not Scheduled chip on a job you rely on is the first thing a morning glance should catch.
DescriptionOne plain-language sentence stating exactly what the batch automates — quoted throughout this article and its deep-dives.
Next Scheduled RunWhen the daily schedule fires next.
Last Run + outcomeWhen the batch last ran and how it went, graded by severity: Info (clean), Warning (partial — some records skipped or failed, each with a reason), Critical (the run itself failed).
View Audit LogOpens the run’s full record — the processed/succeeded/failed detail behind the outcome icon.
Schedule / RescheduleOpens the daily time picker: choose when the batch fires each day. Reschedule changes an existing time.
UnschedulePauses the automation entirely — nothing runs until someone reschedules.
Run NowAn immediate one-off pass, without disturbing the daily schedule.
An unscheduled batch fails silently — by looking like nothing. A batch that errors writes a log entry; a batch that was never scheduled writes nothing at all. The symptom is downstream and delayed: recurring invoices stop appearing, accruals stop reversing, depreciation goes quiet. The Not Scheduled chip is the only early warning — which is why the morning glance at the console matters more than any single run’s outcome.

Every run leaves a record

Each batch writes its outcome to the Audit Log — job name, timestamp, severity, and a processed/succeeded/failed summary with per-record reasons. That’s your monitoring: a morning glance at the cards (all green, timestamps fresh) or a saved Audit Log list view filtered to batch runs.

The entry itself is worth knowing how to read, because every scheduled job writes the same shape:

On the Audit Log entryWhat it holds for a batch run
Record numberAuto-numbered AUD-… — audit entries are system-written records, never named or edited by hand.
ActionBatch Run — the value your saved "morning check" list view filters on.
SeverityInfo / Warning / Critical — the same grade the card’s outcome icon shows.
Performed By / date-timeThe automated context the run executed under, and exactly when.
Additional InfoThe run’s summary — "Processed X | Success Y | Failed Z" — with per-record failure reasons where anything failed.
The cards and the log are the same truth. Each card’s Last Run display is read from the batch’s own Audit Log entry — the card is the headline, View Audit Log is the story. Logging is always on; there is no switch that could leave a run unrecorded.

A sensible starting schedule

Overnight slotJobWhy this order
Early nightFX Rate SyncFresh rates before anything posts.
ThenRecurring Transactions · JE ReversalGenerate the day’s documents next.
ThenAuto-Apply jobs · Expense AllocationMatch and distribute what now exists.
ThenDepreciation · Aging SnapshotPosting and reporting last, on settled data.
Run Now is your catch-up and your rehearsal. After fixing the data behind a failure, Run Now closes the loop the same hour instead of waiting for tonight. Before a close, it delivers fresh depreciation and aging on demand. And after first scheduling a job, one manual run tells you immediately that the configuration works — with the outcome in the log to prove it.

Common mistakes to avoid

MistakeWhy it hurtsDo this instead
Scheduling nothing "until we need it"The need announces itself as missing documents and unreversed accruals, weeks laterSchedule the jobs that match features you use, on day one — an idle batch run is harmless
Nobody owns the morning glanceWarning outcomes and stale timestamps accumulate unseen; small failures compoundName one administrator; the check is thirty seconds — chips Scheduled, timestamps overnight, outcomes green
Unscheduling a batch during maintenance and forgetting itNot Scheduled writes no logs — the silence looks like healthTreat Unschedule as a loan: note who paused what, and when it resumes
Piling every job onto the same minuteHeavy jobs compete for the same processing windowStagger the overnight slots in dependency order — the schedule table above is a working default
Reading only the outcome icon, never the logWarning tells you that records failed; only the audit entry says which and whyClick View Audit Log on anything non-green; the per-record reasons are the fix list

Where to go next

  1. The eight deep-dives linked in the table above.
  2. Operations Tab — the Admin Console context.
  3. Audit Logging — reading run history.

Frequently asked questions

Administrators — the Operations tab lives in the Admin Console. Day-to-day users see the results: generated documents, applied payments, posted depreciation.

No — scheduled automation runs under the platform’s automated process context and doesn’t consume one of your purchased seats.

Warning means partial success — most records processed, some skipped or failed, each with a reason in the audit entry. Open the linked log, fix the causes (a closed period, a misconfigured record), and Run Now to catch up. Critical means the run itself failed — same diagnosis path, higher urgency.

Same idea, different rhythm. Unschedule cancels a daily-time job’s schedule; Stop pauses the OCR queue processor’s 15-minute cycle. In both cases nothing runs again until a person reschedules or restarts — and in both cases the pause itself is easy to forget, so note it somewhere visible.

Yes — on a scheduled card the button reads Reschedule: pick the new daily time and save. The Next Scheduled Run display confirms the change immediately.

No — these jobs work off what is due, so the next run (scheduled or Run Now) picks up what’s waiting. The one nuance is the Recurring Transactions batch, which rolls schedules forward rather than back-filling each missed period — see its deep-dive for the catch-up pattern.

Was this article helpful?