Skip to content
Accounting & ledger

A ledger that fills itself from the operation

A green fee, a shirt, a bar round, and a dues charge each post their own journal as they happen, inside the same transaction that records the sale. Every line carries the booking or the order it came from, so a figure on the trial balance opens back to the thing that caused it. Gift cards and deposits sit as liabilities until they are earned. Eleven reports export to CSV, Excel, PDF, and QuickBooks IIF, and a live connection pushes the same numbers into QuickBooks or Xero overnight.

Most clubs keep two sets of numbers. There is what the tee sheet and the till know, and there is what the books know, and somebody spends the back half of every week making the second agree with the first. By the time it agrees, the month is over and the finance committee is asking about a figure nobody can trace without opening four screens.

Links Meridian removes the gap by writing the journal at the moment of the sale, in the same database transaction. There is no overnight job to fail and no export to re-categorise on the far side. Every posting stores the kind of thing that caused it and that thing's identifier, so a line on the income statement leads back to the booking, the order, or the dues charge behind it. Nothing in the ledger is orphaned from the operation that produced it.

Clubs that want to keep their accountant's system keep it. The QuickBooks and Xero connections are a live authorised link, so nobody is emailing a file around. You map our accounts onto yours once, choose whether to send a daily summary or push invoices, bills, and payments as documents, and set the hour it runs. Each attempt writes a log you can read, so a sync that fails is visible on the screen instead of discovered at year end.

The parts a general ledger package cannot do on its own are the club-specific ones. A gift card sold at the counter is money owed, not money earned, and sits in its own liability account until somebody spends it. A dining deposit is the same until the table is served. Annual dues collected in January belong to the months they cover, and a nightly job moves each portion into revenue as it is earned. Member charges land in receivables against the member record, so the statement, the ageing, and the ledger are three views of one balance rather than three files.

Two sets of eyes

The same balance, read from two places

The office works the ledger. A member sees the part of it that is theirs, without ringing to ask.

For the office

The ledger and the month

Where the treasurer, the club accountant, and whoever closes the day do their work.

  • Double-entry general ledger on a chart of accounts seeded for a golf club and editable per club
  • Vendors with payment terms, tax ID, 1099 status, and a default expense account
  • Bills through draft, pending, approved, part-paid, and paid, with payments recorded against a cash account
  • Member receivables with ageing, statements, and auto-pay from a stored card
  • Daily close with expected against actual cash and the variance kept, plus a reopen path
  • Stripe payout matching, and an overnight job that looks for journals which do not balance
  • Eleven reports including trial balance, income statement, balance sheet, VAT return, and deferred revenue
  • Export to CSV, Excel, PDF, and QuickBooks IIF, or sync live to QuickBooks or Xero

For your members

The Digital Clubhouse

The account side of the ledger, in the app they already use to book.

  • A statement showing every charge with the round, the meal, or the purchase behind it
  • The current balance, and what is falling due next
  • Auto-pay from a stored card, or pay a statement manually in the app
  • Dues, subscriptions, and any instalment plan the club has agreed
  • Gift card balances that spend anywhere in the club
  • Payment history and a PDF receipt for anything bought in the app
  • Household charges visible to whoever holds the account
  • One record, so the bar tab and the green fee are on the same statement
Why it matters

The outcome for your club

The books are never behind the day

A sale writes its journal as it posts, in the same transaction. There is no nightly batch that can fail quietly and leave the morning's figures describing yesterday.

Every figure opens back to its cause

Each posting stores what created it and which record it was. A number somebody queries on the trial balance leads to the booking or the order behind it in one step.

Unearned money is not counted as income

Gift cards, dining deposits, and dues paid ahead sit in liability accounts until the club has earned them. The month a card is bought and the month its value becomes revenue are two different months, and the ledger keeps them apart.

Your accountant keeps their system

An authorised connection pushes journals, invoices, bills, and payments into QuickBooks or Xero at an hour you choose, against an account map you approve once.

The day closes with the cash counted

Closing the day records what the drawer should hold and what it actually held, and stores the difference. A till that comes up short leaves a figure somebody can look at the next morning.

Who may post is not who may look

Viewing, posting journals, managing the ledger, and reconciling are four separate permissions, so a club can separate duties without inventing a shared login.

Where the money lands

Six things that happen at the counter, and what the ledger receives

Six ordinary transactions, and six different answers about what the club has actually earned.

Green fee
What the club tookA visitor pays for a round at the counter
What the ledger receivesRevenue by category with the tax split out, carrying the booking it came from
Pro shop sale
What the club tookA member buys a glove and charges it to the account
What the ledger receivesRetail revenue with the debit going to member receivables at 1110, and the charge appears on the next statement
Gift card sold
What the club tookSomebody buys a card at the bar
What the ledger receivesA liability, not income. It becomes revenue only when the card is spent, and unspent balances are tracked as breakage
Dining deposit
What the club tookA table books and pays to hold it
What the ledger receivesA deposit liability at 2240, released to revenue when the party is served
Annual dues
What the club tookA member pays the year in January
What the ledger receivesHeld as unearned income and moved into revenue month by month, so the summer is not funded by a January spike
Vendor bill paid
What the club tookThe office settles an invoice by cheque
What the ledger receivesPayables cleared against the cash account it was paid from, with the cheque number kept on the payment

Each of these writes its journal as the transaction completes, carrying a reference back to the record that caused it. Tax, deposits, gift cards, and unearned dues are never counted as revenue before the club has earned them.

The accounting month

From a first sale to a filed month

  1. Set the accounts up

    Start from a chart of accounts already laid out for a golf club, then rename, add, or retire what your accountant wants. Set the base currency and how tax behaves in your jurisdiction.

  2. Let the operation post

    Green fees, retail, food and drink, dues, and deposits each write their journal as they happen. Nothing is keyed in twice and nothing waits for the evening.

  3. Close the day

    Count the drawer. The close stores expected against actual and keeps the variance, and the day's card takings are tied to the Stripe payout they arrive in.

  4. Recognise what was earned

    A nightly job moves the portion of dues, deposits, and packages the club has now earned out of liability and into revenue, and records what it moved.

  5. Read the month

    Trial balance, income statement, balance sheet, AR ageing, deferred revenue, and the VAT return, each exporting to CSV, Excel, PDF, or QuickBooks IIF.

  6. Send it on

    The QuickBooks or Xero connection pushes the month across on the schedule you set, against your account map, writing a log for every attempt.

Head to head

A bolt-on ledger vs accounting inside the platform

Feature
Club software plus a separate ledger
Links Meridian
How a sale reaches the books
A nightly export, re-categorised on the far side
Its journal is written in the same transaction as the sale
Tracing a figure back to its cause
Match it by date and hope
Every posting carries the record that created it
Gift cards
Usually booked as income on sale
A liability until the card is spent, with breakage tracked
Deposits taken ahead
Income on receipt
A liability until the club has earned it
Annual dues paid in January
A January spike
Recognised across the months they cover
Member charges
A spreadsheet beside the ledger
Receivables against the member record, with ageing and statements
QuickBooks or Xero
A file somebody emails
An authorised connection on a schedule, with a log per attempt
Daily close
A note in a book
Expected against actual cash, variance stored, reopen path
Separation of duties
One finance login
Viewing, journals, management, and reconciling are separate
VAT return
Built by hand from exports
A report over the ledger
Ledger drift
Found at year end
A nightly integrity check that flags it
Built for golf
Built in, included
The platform

What's included

Double-entry general ledger with a chart of accounts seeded for a golf club
Per-club account codes, editable and extendable
Real-time posting from the tee sheet, POS, F&B, dues, and member charges
Every posting carries the record type and identifier that created it
Accounts payable with vendors, bills, and bill payments
Vendor payment terms, tax ID, 1099 tracking, and a default expense account
Bill states covering draft, pending, approved, part-paid, paid, void, and cancelled
Accounts payable bill approval workflow
Bill payment by cheque with the cheque number, card, cash, or member account
Bill payment by ACH
Accounts receivable against the member record
Member statements, with auto-pay from a stored card or manual payment in the portal
AR ageing report
AP ageing report
Gift cards held as a liability until redeemed, with breakage tracked
Dining and event deposits held as a liability until the club has earned them
Deferred revenue for dues, subscriptions, and packages, recognised on a nightly job
Daily close with expected against actual cash, and the variance kept
Reopen a closed day, with the change on the audit trail
Stripe payout reconciliation
Nightly finance integrity check that flags a ledger that has drifted
A journal that fails to post is captured with its error and retried, never dropped
Bank feed reconciliation
Trial balance
Income statement
Balance sheet
Cash flow statement
Sales, revenue by category, and payment method reports
Membership reporting
Deferred revenue report
VAT return report
Finance integrity report
Period close with locks
Custom report builder with saved views
Export to CSV, Excel, PDF, and QuickBooks IIF
Live QuickBooks connection over OAuth, with account mapping
Live Xero connection over OAuth, with account mapping
Daily summary sync, or invoices, bills, and payments pushed as documents
Automatic sync at an hour you set, with a log for every attempt
Multi-currency, with per-club base currency
Multi-tax, inclusive or exclusive, for VAT, GST, and sales tax
Automatic FX gain and loss posting
Opening balance and historical journal import
Four accounting permissions covering viewing, journals, management, and reconciling
Payment processing through Stripe, which is PCI Level 1 certified
GDPR data export and erasure tooling
Public REST API for every transaction
Questions

Common questions

Is there golf club software with the accounting built in?

Yes. The general ledger, accounts payable, and accounts receivable sit in the same platform as the tee sheet, the till, and member billing. A sale writes its journal in the same database transaction that records the sale, so there is no window where the operation and the books disagree, and no overnight job that can fail and leave you a day behind. If you would rather keep QuickBooks or Xero, an authorised connection pushes the same numbers across on a schedule.

How does a figure on a report trace back to what caused it?

Every posting stores the kind of record that produced it and that record's identifier alongside the debit or credit. A line on the income statement leads back to the booking, the order, the bill, or the dues charge behind it. This is what makes a query from the finance committee a one-step answer instead of an afternoon matching dates across exports.

What actually gets reconciled, and how?

Two things today. Closing the day records what the drawer was expected to hold against what was counted and stores the variance, with a reopen path if something turns up. Card takings are matched against the Stripe payout that carries them, so the money arriving in the bank ties back to the sales that produced it. A nightly integrity check runs over the ledger and flags accounts that have drifted. Matching a live bank feed line by line is a separate capability and is on the roadmap, so if automated bank reconciliation is a requirement for you, ask where it sits before you plan around it.

Do we have to give up QuickBooks or Xero?

No, and the connection is better than an export. You authorise us against your QuickBooks or Xero organisation, map our accounts onto yours once, and choose what travels: a daily summary journal, or invoices, bills, and payments pushed as individual documents. It runs automatically at an hour you set, or on demand. Each attempt writes a log, so a failure is on the screen rather than discovered in the year-end pack. You can also export trial balance and transactions as QuickBooks IIF if you prefer to move files.

How are gift cards and deposits treated?

As money the club owes until somebody spends it. A gift card sold at the counter goes to its own liability account and only becomes revenue when somebody spends it, with unspent balances tracked separately as breakage. A dining or event deposit sits in a deposit liability and is released when the party is served. Getting this wrong flatters a club's income in the month it takes the money and understates it later, which is the sort of thing an auditor asks about.

What happens with annual dues paid in January?

They are held as unearned income and recognised across the months they cover. A nightly job moves the portion the club has now earned into revenue and records what it moved, and a deferred revenue report shows what is still to come. Without this a club's accounts show a January that looks extraordinary and a summer that looks poor, when neither is true.

What reports do we get?

Eleven: trial balance, income statement, balance sheet, AR ageing, sales, revenue by category, payment methods, membership, deferred revenue, VAT return, and a finance integrity check. Each exports to CSV, Excel, PDF, or QuickBooks IIF. The cash flow statement and a report builder with saved views are named on the roadmap and are not there yet, so if either is how your treasurer works, ask before you plan the year around it.

Can we lock a period once it is closed?

The day closes and can be reopened, and the reopen is on the audit trail. A month or year end lock that seals a period against further posting is a separate piece of work and is on the roadmap. Clubs running today handle it by convention and by the accounting permissions, since posting journals is its own permission and can be held by one or two people.

How does multi-currency work?

Each club has a base currency set at configuration, and billing runs natively in it rather than converting a dollar figure at display time. Tax is handled per region and can be inclusive or exclusive. Automatic FX gain and loss posting on settlement is on the roadmap, so a club taking meaningful revenue in a second currency should ask where that sits.

Can different staff have different accounting access?

Yes, and it is finer than one finance login. Viewing the accounts, posting journals, managing the ledger, and reconciling are four separate permissions, so the person who reads the reports need not be the person who can post to them. Every posting keeps the user who created it.

How do vendors and bills work?

A vendor is one record shared by the office and the pro shop, carrying payment terms, a tax ID, 1099 status where it applies, and a default expense account. A bill moves through draft, pending, approved, part-paid, and paid, and a payment records the amount, the date, the method, the cheque number where there is one, and which cash account it came out of. Routed approval, where a bill over a threshold goes to a named approver before it can be paid, is on the roadmap; today the approved state exists and who may set it is controlled by permission.

Is the system PCI compliant?

Card processing runs through Stripe, which is PCI Level 1 certified, and no card number ever reaches our systems. For data protection there are export and erasure tools covering members and guests, so a subject access request or a deletion request is a task, not a project.

What happens to our opening balances when we move?

Members, bookings, competition history, course records, opening balances and historical journals all come across as part of onboarding. The import is staged rather than a single upload: we analyse your file, show you the proposed mapping, run a dry run that reports what would change without changing anything, then commit and reconcile against your source totals. Your accountant signs off the opening trial balance before it is committed, so the numbers you go live with are the numbers they approved, and the whole import can be rolled back.

Does the pro shop and restaurant revenue come through automatically?

Yes, and it arrives split by category. Retail, food, drink, green fees, and hire each post to their own revenue account with tax separated, as the line is rung up. A member charging to their account posts against receivables instead of cash, and it is on their next statement. The daily close then ties the day's takings to the payout that carries them.

Can we see whether the ledger has gone wrong?

A finance integrity job runs nightly and there is a report over it. It looks for the things that quietly break a ledger: journals that do not balance, postings without a source, and accounts that have drifted from the operational data behind them. Separately, if a journal ever fails to write, the failure is recorded against the payment or sale that caused it, with the error, the number of attempts, and the idempotency key the retry will use, so it can be posted later without double-counting. An unledgered sale is a row somebody can find, and finding these on a Tuesday is a different job from finding them in the audit.

See your own chart of accounts on the platform

Ask for a demo built on your account codes, your vendors, and a month of your own trading. Free 30-day trial when you are ready.