Menu

Customer accounts · Google Sheets sample

GoHighLevel Customer Payments report template

Inspect customer collections beside current balances after aggregating each financial source at its own grain. Use the customer table to explain contributing records.

Customer Payments

Invented sample · Fixed as of October 13, 2026 · USD · America/Chicago

Change filters to explore the sample locally. No account connection.

Successful live collections$4,450.00Payment date
Known paying customers2Recorded date in selected period
Current amount due$1,400.00As of latest refresh
Payments without contact match0Recorded date in selected period

Collections by customer

Collections by customerEthan BrooksEthan Brooks: $2,750.00$2,750.00Ava WilsonAva Wilson: $1,700.00$1,700.00

View chart data
Collections by customer values
GroupValue
Ethan Brooks$2,750.00
Ava Wilson$1,700.00

Current balance by customer

Current balance by customerAva WilsonAva Wilson: $500.00$500.00Ethan BrooksEthan Brooks: $900.00$900.00

View chart data
Current balance by customer values
GroupValue
Ava Wilson$500.00
Ethan Brooks$900.00
Customer financial summary
CustomerPayments in periodCollected in periodCurrent invoices dueCurrent balance
Ava Wilson2$1,7001$500
Ethan Brooks1$2,7501$900

What the metrics mean

Successful live collections

Record grain: transaction

Date basis: Payment date

Rules: One contributing record per typed ID

Known paying customers

Record grain: contact

Date basis: Recorded date in selected period

Rules: One contributing record per typed ID

Current amount due

Record grain: invoice

Date basis: As of latest refresh

Rules: One contributing record per typed ID

Payments without contact match

Record grain: record

Date basis: Recorded date in selected period

Rules: One contributing record per typed ID

Required data and boundaries

  • Contacts
  • Successful live transactions
  • Invoices and current balances

A contact can have multiple payments and invoices. Joining first can multiply amounts; a customer match alone cannot allocate a payment to an opportunity.

Payment and invoice facts are aggregated independently before a customer join. One customer with two payments and two invoices never multiplies either amount. Current balances and payment-period amounts use separate date bases.

CRM coverage only · USD; other currencies excluded. Financial units and relationship namespaces are simulated, not provider-validated.

Early access · These public previews use invented records. Join early access to discuss connecting your own GoHighLevel account.

From this sample to a connected report

Choose the template

Use the report whose definitions match the decision you need to make.

Check required inputs

Confirm source access, relevant mappings, history, and any configured goals.

Create the worksheet

The early-access design reuses compatible imports and creates a report worksheet.

Choose freshness

Select source refreshes deliberately. New executions transferring records add usage.

Related report samples

Payments & invoices

Payment Collections

Successful collections, transaction counts and payment types.

Explore sample →
Payments & invoices

Invoice Aging

Open balances, overdue invoices and aging buckets.

Explore sample →
Payments & invoices

Cash & Invoices

Collections and overdue invoices.

Explore sample →

Bring your own reporting question.

Make this your reporting workflow.

Explore the samples now. Join the existing waitlist to request connected early access, or discuss a predictable subscription for larger workloads.

Analytics preferences

Optional analytics require your consent before any analytics requests are sent. Hosted forms have their own provider controls.