Skip to main content
Checked against the product · 2026-10-05

The Feeds Page — Controller Guide

Accounting → Feeds is where you answer one question: is the data actually getting in? Five pipelines feed your books, and this page gives each one a tab and a status vocabulary, so you can see in a few seconds which ones are current and which are waiting on you.

Who uses it: a controller checking that the month has what it needs before closing it.

TabThe pipeline behind it
Bank FeedsTransactions pulled from your bank each day
PayrollPay runs and whether they reached the ledger
TimesheetsLabor hours by pay period
InvoicesCustomer invoices mirrored from the incumbent ERP
ExpensesEmployee expense reports awaiting approval and posting

This page reports. It is not where you do the work. Each tab shows you the state of a pipeline and sends you to the screen that acts on it. That separation is deliberate — a page you scan every morning should never be a page where a stray click posts something.

Part 1 — Bank Feeds​

The tab opens on your connected accounts. Each one carries an Account state, which is a statement about whether Arcvue should still expect activity from it:

StateMeaning
ActiveLive. Transactions are expected daily, and silence here is a problem.
HibernatingReal, but dormant. No activity expected, so silence is not a problem.
ClosedFinished. Kept for history and nothing more.

Hibernating exists so that a quiet account cannot look like a broken feed. Without it, every dormant account would sit on the page looking overdue forever, and the ones that are genuinely stuck would be lost among them. If an account has gone quiet for a reason you already know about, set it to Hibernating — you are not hiding it, you are telling the page what to expect.

Below the accounts sits Recent transactions, the day-to-day view, with these columns:

ColumnWhat it holds
DateThe date the bank posted it.
Counterparty / DescriptionWho it was with, and whatever text the bank sent.
StatusThe coding state — see below.
AmountSigned, so money out reads negative.

Each transaction carries one of four coding states:

StatusWhat it means
CodedArcvue has decided which accounts this hits. Nothing to do.
Pending codingWaiting for a coding decision.
Pending reviewCoded, but flagged for a human to confirm before it counts.
ManualEntered by hand rather than arriving from the bank.

Part 2 — Payroll​

This tab is about posting, not about pay. It answers whether each pay run reached the general ledger, and it uses its own vocabulary because "did it post" has more than two answers:

StatusWhat it means
No entriesThe run exists and nothing has been posted from it yet.
Awaiting postingThe run has been ingested and is ready to post.
Partially postedSome of the run reached the ledger and some did not — the state that most needs your attention.
PostedEvery line reached the ledger.
CompleteThe run is posted and fully accounted for, with nothing left in an unresolved bucket.
Pending mappingSomething in the run points at a pay code or account Arcvue cannot resolve yet.
SuspensePosted, but parked in a holding account because the correct destination is not yet known.

Partially posted is the one to chase. A run that has not posted at all is obvious and a run that posted cleanly is fine. A half-posted run makes the books look plausible while being wrong by exactly the part that did not land — the totals move, so nothing looks empty.

Pending mapping and Suspense are different problems and the fix is different. Pending mapping means Arcvue has not booked it and is waiting for you to say where it goes. Suspense means Arcvue has booked it, deliberately, to a holding account so the ledger stays balanced while the question is open. A Suspense balance is a to-do list with a dollar amount attached, and it should be empty before you close.

The run list carries a Total column for the run's value.

Part 3 — Timesheets​

One row per pay period:

ColumnWhat it holds
PeriodThe pay period.
StatusWhether the period's labor has been posted.
EmployeesHow many people reported time in it.
PostingsHow many ledger postings the period produced.
HoursTotal hours reported.
Labor $The dollar value of that labor.

Status here has two values worth knowing: Pending, meaning the period's labor has not been posted yet, and Suspense, carrying the same meaning as on the Payroll tab — booked to a holding account while a destination is resolved.

Read Employees against Postings. They answer different questions — how many people reported time, and how many ledger entries that produced — and a period with employees and no postings is labor that has been reported and not yet booked. That is a real gap in the month, and it is invisible if you only look at Hours.

Part 4 — Invoices​

This tab shows invoices mirrored from the incumbent ERP, not invoices Arcvue produced. The summary above the table says so directly: alongside the count of invoices in the last twelve months and the total billed, the third statistic names the Source as the ERP mirror. It is a window onto the system of record during the parallel run — a way to confirm that what the incumbent billed is visible here — and it is not your invoice register.

The window is the last twelve months, so an older invoice is absent because of the window and not because it is missing.

The mirror stops advancing at cutover, so in time this tab drains. It says so rather than reading a bare zero: the Source statistic reads ERP mirror · through the last date it recorded an invoice, and an empty window names that date and tells you that invoices billed from Arcvue live on the Invoices screen.

ColumnWhat it holds
Invoice #The invoice number as the ERP issued it.
DateInvoice date.
ProjectProject code, with the project title beneath it.
CustomerThe billed customer.
ContractThe contract number the invoice was billed under.
DueDue date.
StatusThe status the ERP carries, passed through as-is.
AmountThe invoice amount.

A voided invoice stays in the list, dimmed, and badged voided. It is not removed. That is deliberate — an invoice that disappears is indistinguishable from one that was never issued, and during a parallel run the fact that something was voided is exactly what you are trying to see. Read the badge before reconciling a total against a count.

Part 5 — Expenses​

Employee expense reports, one row each:

ColumnWhat it holds
DateThe report date.
SubmitterWho submitted it.
DescriptionWhatever they wrote.
StatusWhere it is in approval — below.
TotalThe report total.

Draft → Submitted → Approved or Rejected → Posted. Only Posted has reached the ledger; an Approved report is a decision, not an entry.

Clicking a row opens the readiness detail for that report, which is where receipts and their extracted amounts are checked.

When the tab is empty it says so and tells you why — reports arrive from the mobile app and from operator submissions, and it links you to the full expenses screen rather than leaving you on a blank panel. That message appears only when the reports actually loaded; a load that failed says it failed instead.

Part 6 — Reading a status you have seen before​

Two names appear on more than one tab, and they do not mean two different things:

  • Posted always means it reached the general ledger. What differs is the subject — a pay run on the Payroll tab, an expense report on Expenses.
  • Suspense always means booked to a holding account on purpose, pending a decision. It is never an error state and never a silent one.

Status columns share the name Status across four tabs and hold four different vocabularies. Read the tab you are on before reading the badge.

Posting a feed batch to the ledger​

Post to GL writes a payroll run to the general ledger and reads Posting… while it works. It appears only on a run that still owes a posting:

Status on the runButton?
Awaiting posting · Partially posted · Pending mappingyes
Complete · Posted · No entriesno

A run with no button is almost always already done — not stuck. Complete does not mean "finished posting from here"; it means nothing is owed on that run at all, because whatever was not posted here was already booked by the timecard rail or the employer-cost feed. Reading a missing button as unfinished work is how a run gets posted twice or escalated for nothing.

Pending mapping still posts. It carries the button because the run can go to the ledger with some lines held back, and the success message names how many still need a pay-code mapping.

Part 7 — When something looks wrong​

What you seeWhat it usually is
An account shows no recent activityCheck its Account state first — a Hibernating account is quiet by design.
A pay run sits at Partially postedPart of the run failed to post. This is the one to chase before closing.
A Suspense balance will not clearSomething needs a destination decision; the amount is booked and waiting, not lost.
A period has Employees but zero PostingsTime was reported and never booked. A real gap in the month.
An invoice is missingThe tab shows the last twelve months from the ERP mirror only, and the mirror stops at cutover — invoices billed from Arcvue are on the Invoices screen.
A tab says it could not loadThe request failed. That is not a statement that there is nothing to show; reload, and if it keeps happening the server is not answering.
A total does not match the row countLook for dimmed rows badged voided — they stay in the list.
  • Bank Feeds — connecting and mapping an account, and how the feed itself works day to day.
  • Payroll Pay Codes — how a pay code resolves to an account, which is what Pending mapping is waiting on.
  • Timecard Ingestion and Timekeeping & Billing — where the hours on the Timesheets tab come from.
  • Expenses — the full expense workflow behind the Expenses tab.
  • Flightdeck — the health view of whether your books are being fed at all.