Before approving a sale, check three numbers separately: gross booking value, expected deal contribution after relevant costs and discounts, and when the business expects to collect the money. A $12,000 contract can look attractive until a $500 discount, $5,400 in delivery costs, $600 commission estimate, $180 payment fee, and net-30 terms are considered.
Accounting helps sales and finance test pricing, margin, and cash timing against company policy. It does not make a closed-won amount equivalent to recognized revenue, cash received, or profit. Those distinctions should also carry into forecasts and any CRM-accounting workflow.
This guide connects a practical deal review with basic financial records and carefully scoped CRM-accounting automation. The integration and AI examples distinguish documented vendor behavior from proposed implementation patterns.
What should a sales team check before approving a deal?
Use a three-number deal check, then send exceptions to finance:
- Gross booking value: the contract or order value before discounts, with the value basis made explicit.
- Expected deal contribution: booking value less discounts and the direct delivery and selling costs included in your company’s approval policy.
- Expected collection timing: the estimated invoice date, payment terms, and likely collection date.
For the illustrative $12,000 deal above, subtracting the $500 discount, $5,400 delivery cost, $600 commission estimate, and $180 fee leaves $5,320. That is an approval estimate, not automatically the accounting gross profit. Company policy may classify commission and payment fees outside cost of goods or services sold. The discounted deal value is $11,500, and the estimated contribution is about 46% of that value. If the invoice is issued when the contract starts and terms are net 30, the expected collection date is approximately 30 days after the invoice date, assuming the customer pays on time.
Compare the result with the company’s margin floor, discount authority, delivery assumptions, and credit or payment-term rules. A smaller deal with acceptable economics and prompt payment may be preferable to a larger, thin-margin contract that ties up working capital. Sales supplies the commercial context; finance validates assumptions and accounting treatment when a deal falls outside policy.
A closed-won amount is not a deal-economics answer: review booking value, expected contribution, and collection timing separately.
Revenue, cash received, gross profit, and net profit are different
Revenue is income recognized from selling goods or services under the applicable accounting method and recognition rules. Cash collected is money actually received. Under accrual accounting, a business may record revenue when it is earned even if the customer has not paid yet. Cash-method tax accounting generally recognizes income when received. The correct timing depends on the applicable rules and the business’s method.
Accounts receivable is the amount customers owe. Gross profit is revenue less costs directly attributable to delivering the goods or services, according to the company’s accounting policy. Net profit is what remains after applicable operating and other expenses. Cash flow tracks money entering and leaving during a period.
For example, a business that performs $8,000 of work and issues an invoice may record revenue and a receivable before receiving payment under its accrual method. If the customer pays 30 days later, cash arrives in a later period. The values and timing are illustrative. The invoice does not prove that cash has arrived, and neither figure by itself establishes profit.
When reviewing a forecast, keep separate reporting lines for pipeline, recognized revenue, invoiced amounts, cash collected, direct costs, and profit. Review invoice due dates and receivables aging alongside closed-won value. ROI also needs a defined return: revenue, gross profit, or net profit. Sales value alone is not enough to calculate it.
The accounting concepts a sales-led business needs first
- Assets and liabilities: resources the business controls and obligations it owes. Receivables are generally assets; accounts payable, or amounts owed to suppliers, are generally liabilities.
- Equity: the residual interest after liabilities are subtracted from assets. It is not the same as cash available to spend.
- Expenses and direct costs: expenses are costs recognized in running the business. Cost of goods sold or cost of services generally refers to costs directly attributable to products delivered or services performed, as defined by the accounting policy.
- Gross margin: gross profit expressed as a percentage of revenue. Use it to assess discount requests, delivery assumptions, and deal mix.
- Cash flow: cash movement over a period. Use it with payment dates and receivables to understand whether a profitable operation can meet near-term obligations.
Debits and credits are the two sides of double-entry accounting. Their effects depend on the account type; a debit does not simply mean money in, nor a credit money out. For instance, receiving a customer payment can debit cash and credit accounts receivable. The specific entries and timing should follow the business’s accounting policy.
Three statements answer different questions:
- Income statement: revenue and expenses over a period, useful for reviewing margins and operating costs.
- Balance sheet: assets, liabilities, and equity at a point in time, including receivables and obligations.
- Cash-flow statement: cash movement over a period, useful for understanding liquidity.
A bank reconciliation compares recorded transactions with bank activity. It helps identify missing, duplicated, or mismatched transactions; it is a control, not a substitute for reviewing invoices and accounting entries. For U.S. nongovernmental entities reporting under U.S. GAAP, the FASB Accounting Standards Codification is the authoritative source, subject to SEC requirements where applicable. See the FASB overview of U.S. GAAP.
Set up the records before automating sales finance
Start with a separate business account, a consistent chart of accounts, documented invoice and expense processes, and a named person responsible for monthly reconciliation. Keep receipts, invoices, payment evidence, and bank records organized so entries can be checked against their source. The IRS provides general guidance on small-business recordkeeping.
Cash and accrual methods describe different recognition timing. In general, cash-method accounting records income when received and expenses when paid; accrual accounting generally records income when earned and expenses when incurred. These are broad descriptions, not a method-selection test. U.S. tax-accounting requirements depend on factors including entity type, inventory, gross receipts, and current rules. Tax accounting and financial reporting may also differ. Consult current IRS guidance on accounting methods or a qualified tax professional for a business-specific decision.
For system design and ownership, see ConsultEvo’s overview of CRM systems.
Translate deal terms into pricing and cash-flow decisions
For each proposed discount or unusual term, calculate the discounted deal value, direct delivery costs, and relevant deal-level selling costs. Compare the resulting contribution with the company’s margin floor, then estimate when invoices will be issued and collected. Net-30 terms, milestone billing, or deferred commissions can change working-capital needs even when the contract is profitable on paper.
Set a finance handoff for exceptions such as unusually large discounts, custom delivery obligations, large contract values, deferred or tiered commissions, or material customer-credit concerns. Sales provides the proposed terms and deal context. Finance validates cost assumptions, accounting treatment, and approval thresholds. A history of late payment can inform follow-up and future discussions about terms, but should not be treated as an automatic credit decision.
Design CRM-accounting synchronization around ownership and data grain
Before connecting systems, write down the system of record for customer identity, products or SKUs, deal terms, invoices, payments, and accounting classifications. Assign an owner to each field, define sync direction and eligible statuses, and specify who handles exceptions. A CRM deal, invoice, invoice line, payment, and payment allocation are different records with different lifecycles. Do not map them as if they were interchangeable.
Use stable source-system IDs and immutable event IDs to identify records and replays. An invoice line should retain its invoice and line identifiers; a payment allocation should identify both the payment and invoice. A date alone is not a safe duplicate key. For business-critical writes, prefer destination-enforced uniqueness or a transactional upsert where available. A successful sync confirms data transfer, not correct accounting or reconciliation.
A practical mapping specification should record, for each object, its source ID, destination ID, sync direction, authoritative fields, status filters, required fields, and exception owner. Test representative customer, product, invoice, and payment records in a sandbox or controlled pilot. Confirm that the record grain matches on both sides before enabling broad synchronization.
What HubSpot’s documented accounting integrations do and where they differ
HubSpot’s documented QuickBooks Online integration supports syncing contacts, products, and invoices, and can show payment details on deal timelines. Its setup and limitations are specific to that integration. Some QuickBooks invoice edits can cause sync failure, and non-U.S. accounts may require tax details that the integration cannot create through this feature. Review the current HubSpot QuickBooks Online setup and limitations before designing around it.
HubSpot documents a duplicate-invoice risk when a workflow creates paid invoices and also reacts to the payment event generated by an invoice. Filter out invoice-generated payment events in that workflow, then test the complete invoice and payment sequence before rollout.
For a QuickBooks workflow, connect the app, configure eligible object syncs and filters, verify customer and product matching, test invoice and payment events, and reconcile the resulting records. Treat processing fees and invoice edits as explicit exception cases where the documented integration does not create or update the accounting treatment you need.
NetSuite is a separate integration with its own object support and prerequisites. HubSpot documents one-way or two-way sync for specified objects, including contacts, companies, deals or opportunities, invoices, orders or sales orders, products, tickets or support cases, and activities. NetSuite administrator permissions are required, and custom field mappings require Data Hub. Check the HubSpot NetSuite integration guide for current setup details. HubSpot’s accounting app Marketplace lists multiple apps, but their supported objects, sync direction, plans, permissions, and field mappings vary.
For either integration, confirm that the objects represent the same grain. A deal or opportunity is not automatically equivalent to an invoice or sales order, and an invoice is not an invoice line or payment allocation. Establish authoritative fields and tax-code mappings before production synchronization. For HubSpot implementation context, see HubSpot systems.
Use AI for ambiguous descriptions, not accounting-policy decisions
Deterministic rules are better than AI for known fields: source system, record type, currency, amount, invoice status, IDs, dates, SKU, and established account mappings. An AI model can optionally suggest a category when a description is ambiguous or extract candidate fields from an unstructured document. It should not decide deductibility, revenue recognition, worker classification, or tax treatment.
In this illustrative workflow, one staged record represents one source event, such as a newly created expense. It is not an invoice-line record, payment allocation, daily summary, citation, or model run. Keep those at their own grain with their own identifiers. A proposed structured result might look like this:
{
"source_system": "example_accounting_app",
"source_record_id": "expense_8472",
"source_event_id": "evt_20261010_19",
"event_type": "expense_created",
"accounting_period": "2026-10",
"currency": "USD",
"amount": 245.50,
"proposed_category": "software",
"confidence": 0.91,
"rationale": "Description names a monthly software subscription.",
"model_version": "example-model-version",
"prompt_version": "classification-v1",
"validation_status": "review_required",
"human_review_status": "pending",
"destination_record_id": null
}
The schema is an editorial design, not a HubSpot, IRS, FASB, or Make-published template. The source event ID identifies the event grain. If the same event can be processed under different model or prompt versions, store a separate processing-run ID or include the transformation version in the processing key rather than silently overwriting the earlier run.
Operational sequence: receive the expense event, extract known fields deterministically, ask AI for a category from an approved list, validate the structured result, and save it to a staging or review queue. Require numeric amounts, supported currency, valid period, source IDs, an allowed category, and a non-duplicate event key. Route low confidence, missing IDs, closed periods, tax-sensitive categories, and ambiguous matches to finance review. Only after approval should an authorized process write to the accounting destination and save its destination record ID and processing status.
Make data stores document keyed record operations and optional strict data structures, which can help with a processing ledger and payload checks. They do not establish that a multi-step check-then-create sequence is safe from concurrent duplicate writes. Use a destination uniqueness constraint or transactional upsert when duplicate creation would be consequential. Keep provenance such as a source reference or payload hash and the model and prompt versions when later review must reconstruct how a proposal was made. ConsultEvo’s Make automations overview is relevant to orchestration support, not accounting review.
Launch with a controlled pilot and measurable checks
Pilot one customer or deal type. Compare CRM records with the resulting invoices, payments, and accounting entries before expanding. Track sync failures, duplicate records, unmatched customers or products, overdue invoices, reconciliation exceptions, and time from deal close to invoice creation. Assign sales operations ownership of CRM fields and deal status, finance ownership of accounting policy and reconciliation, and systems administration ownership of permissions, mappings, and failure alerts.
- Every synchronized record has a stable source ID, event ID where relevant, and the correct record grain.
- Each field has a named system of record, update owner, and permitted status transition.
- Duplicate-event handling is tested, including invoice-generated payment events where relevant.
- Low-confidence classifications, tax questions, unmatched records, and failed writes route to named human owners.
- A sample has been reconciled against source records, and a pause or rollback procedure has been tested.
Pause synchronization for duplicate creation, unexpected field overwrites, tax mismatches, or unexplained reconciliation differences. Expand only when the pilot is repeatable and exceptions have owners. Automate stable data movement; keep accounting policy and judgment with qualified people.
Sources and scope
This guide is general education, not tax or accounting advice for a particular jurisdiction, entity, industry, or tax year. Product behavior can vary by subscription, configuration, connected-app version, region, and sync direction. Confirm current official guidance and product documentation before relying on a specific treatment or integration behavior.
