Gorilla Dash

Help Centre

Guides for every part of Gorilla Dash

Step-by-step how-to guides written by the team that builds the product. Read them here, or download any guide as a PDF.

Network Store Billing

Accounts Receivable: seeing and collecting what you are owed

Download PDF

Reading the aging view, applying payments and credits, asking a tribe for new card details, and sending statements.

Last updated September 2, 2026


Accounts Receivable answers one question: who owes you money, and for how long. It is under Accounts Receivable in the left-hand menu.

An order appears here from the moment it is unpaid and leaves when it is settled — by a payment, a credit, or by being cancelled or written off.

The aging view

Each tribe gets a row, and what they owe is split by how overdue it is. Reading across the row tells you whether a balance is a timing issue or a problem.

ColumnWhat it means
CurrentNot yet overdue. Normal.
1–30 daysRecently overdue. Usually a missed email or an expired card.
31–60 daysNeeds chasing. Something is actually wrong.
61–90 daysEscalate. This does not fix itself.
90+ daysDecide: collect it or write it off. Leaving it here helps nobody.
WHAT TO LOOK AT FIRST
Read the right-hand columns before the total. A tribe owing a lot in Current is simply mid-cycle; a tribe owing a little at 90+ days has a broken payment method nobody has fixed.

Recording a payment

Payments arrive two ways. Card charges you take through the platform settle automatically. Anything that arrives outside it — a bank transfer, a cheque, an offset against something else — has to be recorded here, against the open items it pays.

AN UNRECORDED PAYMENT KEEPS BEING CHASED
Money in your bank account that has not been recorded still shows as owed, and the tribe keeps getting chased for it. Recording bank transfers promptly is what keeps this screen trustworthy.

Applying a payment across items

A tribe often pays several invoices with one transfer. When you record it, apply it across the open items it covers rather than against a single order — that is what keeps the aging accurate and stops an old item sitting at 90+ days while a newer one shows as paid.

Credits

A credit reduces what a tribe owes without money changing hands — a goodwill gesture, an agreed discount, a correction. Credits sit against the customer and can be applied to open items in the same way a payment is.

Use a credit when you have agreed not to collect. Use a refund when money you already took needs to go back.

Asking for new card details

When the cause is a dead card, send a card request. The tribe gets a link and enters new details themselves — nobody reads a card number over the phone, and you never handle it.

Requests can be sent to one tribe or in bulk. Bulk is the efficient move after a run of failed renewals: filter to the tribes that failed, and send them all at once.

Statements

A statement is the full picture for one tribe — what was charged, what was paid, what is left. Send one when a tribe disputes a balance or asks what an amount is for. It usually ends the conversation faster than an email explaining it.

A routine that works

  1. Record any payments that arrived outside the platform, so the screen is true before you read it.
  2. Work the 61–90 and 90+ columns first — they are the ones that turn into write-offs.
  3. For anything failing on payment, send a card request rather than chasing by email.
  4. Send statements to anyone querying a balance.
  5. Decide on 90+ items: collect or write off, but do not leave them.
DO IT WEEKLY
Fifteen minutes a week keeps this screen short. Left for a quarter, it becomes a project — and the older an item gets, the less likely it is ever collected.
Next · Network Store BillingCustomer statements