Payments & Billing
Process payments, manage subscriptions, and handle outcome-based billing directly within your CRM.
Overview
Payments and Billing in SalesOS brings financial transaction management directly into your CRM workflow. Rather than switching between your CRM and separate billing systems, your team can process payments, manage recurring subscriptions, and handle complex billing scenarios from within the same interface where deals are closed and customers are managed.
The billing engine supports traditional invoice-based payments, subscription recurring billing, and outcome-based pricing models that tie charges to measurable customer results. This flexibility accommodates everything from straightforward product sales to sophisticated SaaS and usage-based pricing structures.
Payment Methods
SalesOS supports multiple payment methods to accommodate diverse customer preferences and regional requirements.
Supported Methods
| Method | Processing | Settlement | Best For |
|---|---|---|---|
| Credit Card (Stripe) | Real-time | 2 business days | Small-to-mid transactions, subscriptions |
| ACH Bank Transfer | 3-5 business days | 5-7 business days | Large transactions, recurring US payments |
| Wire Transfer | Same day (domestic) | Same day | Enterprise deals, international payments |
| Check | Manual processing | Upon deposit + clearance | Traditional enterprises, government |
| PayPal | Real-time | 1-2 business days | International small businesses |
| SEPA Direct Debit | 3-5 business days | 5-7 business days | European recurring payments |
Payment Method Configuration
Set up payment methods at Settings > Billing > Payment Methods:
- Connect your Stripe account for card and ACH processing.
- Configure bank details for wire transfer instructions.
- Set up PayPal business account integration.
- Define which methods are available per customer segment or deal size.
Customer Payment Profiles
Each account can store multiple payment methods:
- Primary method for automatic billing
- Backup method for failed payment retries
- Method preferences per invoice type or amount threshold
- Secure tokenization (SalesOS never stores raw card numbers)
Processing Payments
Payments can be initiated from multiple contexts within SalesOS depending on the business scenario.
From an Invoice
The most common payment flow:
- Navigate to the invoice record.
- Click Record Payment.
- Select payment method (charge stored method or enter new details).
- Enter amount (defaults to invoice balance, supports partial payments).
- Add payment reference or notes.
- Click Process Payment.
- System confirms success or reports failure with actionable detail.
From an Order
Process payment at order fulfillment:
- Open the order record.
- Click Collect Payment in the action bar.
- System creates an invoice (if not already generated) and initiates payment.
- Payment status updates both the order and associated invoice.
Standalone Payment
For payments not tied to a specific invoice:
- Navigate to the account record.
- Click Payments tab then Record Payment.
- Select or enter payment method.
- Enter amount and categorize (deposit, advance, credit purchase).
- The payment creates a credit balance on the account for future invoice application.
Payment Confirmation
Upon successful processing:
- Payment receipt is generated automatically.
- Customer receives email confirmation (configurable).
- Invoice status updates to PAID (full) or PARTIAL.
- Revenue recognition triggers per configured rules.
- Commission events fire for applicable team members.
Subscription Management
SalesOS handles recurring billing for subscription-based products and services.
Creating a Subscription
- From an account or closed-won deal, click Create Subscription.
- Select the pricing plan (or create a custom plan).
- Set billing frequency (monthly, quarterly, annually).
- Configure start date and initial billing date.
- Add any one-time setup fees or credits.
- Select payment method for recurring charges.
- Activate the subscription.
Subscription Lifecycle
| Status | Description |
|---|---|
| Trial | Free evaluation period, no charges |
| Active | Recurring billing in effect |
| Past Due | Payment failed, retry in progress |
| Paused | Temporarily suspended (no charges, no access) |
| Cancelled | Terminated by customer or admin |
| Expired | Fixed-term subscription reached end date |
Plan Changes
SalesOS supports mid-cycle plan modifications:
| Change Type | Billing Impact |
|---|---|
| Upgrade (higher plan) | Prorated charge for remainder of current period |
| Downgrade (lower plan) | Credit applied to next billing cycle |
| Add-on | Prorated charge from activation date |
| Remove add-on | Credit or reduction on next cycle |
| Quantity change | Prorated based on per-seat pricing |
| Frequency change | Takes effect at next renewal |
Plan Change Process
- Navigate to the subscription record.
- Click Change Plan.
- Select new plan or modify quantities.
- Review prorated charges or credits.
- Confirm the change.
- Customer is notified of the plan change and any billing impact.
Renewal Management
Subscriptions approaching renewal are surfaced in the renewal pipeline:
- 90/60/30 day renewal reminders (configurable)
- Automatic renewal for month-to-month (unless cancelled)
- Renewal opportunity creation for annual contracts requiring re-negotiation
- Price increase notifications with configurable advance notice periods
Outcome-Based Billing
SalesOS supports sophisticated billing models where charges are tied to measurable customer outcomes or usage.
Milestone Payments
Configure payment schedules tied to project or implementation milestones:
| Milestone | Trigger | Percentage |
|---|---|---|
| Contract Signed | Deal close | 25% |
| Implementation Complete | Delivery confirmation | 25% |
| Go-Live | System activation | 25% |
| 90-Day Success Review | Outcome verification | 25% |
Usage-Based Billing
For consumption-based pricing:
- Define usage metrics (API calls, users, storage, transactions).
- Set pricing tiers (flat rate, tiered, volume discount).
- Track usage in real-time via API integration.
- Generate invoices at period end based on actual consumption.
- Support committed minimums with overage pricing.
Performance-Based Billing
Link charges to measurable business outcomes:
- Define success metrics and measurement methodology.
- Set base fee plus performance bonus structure.
- Automated data collection for metric tracking.
- Transparent reporting shared with customer.
- Dispute resolution workflow for contested measurements.
Configuring Outcome Billing
- Navigate to Settings > Billing > Pricing Models.
- Click Create Model and select "Outcome-Based."
- Define the billing components (base, milestone, usage, performance).
- Set measurement criteria and data sources.
- Configure invoice generation rules.
- Assign to products or quote line items.
Payment Statuses
Every payment progresses through a defined status workflow.
| Status | Description | Actions Available |
|---|---|---|
| Pending | Payment initiated, awaiting processing | Cancel |
| Processing | Payment submitted to processor | None (await result) |
| Succeeded | Payment confirmed by processor | Refund |
| Failed | Payment rejected by processor | Retry, change method |
| Cancelled | Payment cancelled before processing | None |
| Refunded | Full refund processed | None |
| Partially Refunded | Partial refund applied | Additional refund |
| Disputed | Customer filed chargeback | Respond to dispute |
Status Transitions
Failed Payment Handling
When a payment fails, the system:
- Records the failure reason (insufficient funds, expired card, bank decline).
- Notifies the assigned account owner.
- Optionally notifies the customer with a payment update link.
- Queues for retry per dunning configuration.
- Updates invoice status to reflect the outstanding balance.
Refunds and Credits
SalesOS provides flexible tools for processing refunds and managing account credits.
Processing a Refund
- Navigate to the original payment record.
- Click Refund.
- Select refund type (full or partial).
- Enter refund amount (for partial refunds).
- Provide reason for refund (required for audit trail).
- Select refund destination (original method or account credit).
- Confirm and process.
Refund Policies
Configure refund guardrails at Settings > Billing > Refund Policy:
| Setting | Description |
|---|---|
| Refund window | Maximum days after payment to allow refund |
| Approval threshold | Amount above which manager approval is required |
| Allowed roles | Which roles can initiate refunds |
| Auto-approve limit | Amount below which refunds are auto-approved |
| Reason required | Whether a reason must be provided |
Account Credits
Credits can be issued for various reasons:
- Service disruptions or SLA violations
- Goodwill gestures for customer satisfaction
- Billing errors or overcharges
- Promotional offers
- Referral rewards
Credits are stored as a balance on the account and automatically applied to the next invoice (or manually applied to a specific invoice).
Dunning (Automated Retry)
The dunning system automates failed payment recovery to minimize revenue loss from payment failures.
Dunning Schedule
Configure retry logic at Settings > Billing > Dunning:
| Attempt | Timing | Action |
|---|---|---|
| 1st retry | 1 day after failure | Silent retry, no customer notification |
| 2nd retry | 3 days after failure | Customer email: payment failed, update method |
| 3rd retry | 7 days after failure | Customer email: urgent, service at risk |
| 4th retry | 14 days after failure | Final notice: service will be suspended |
| Final action | 21 days after failure | Subscription paused or downgraded |
Dunning Communications
Each step can trigger customized communications:
- Email templates with branding and payment update links
- SMS notifications (optional)
- In-app banners for the customer (if using customer portal)
- Internal alerts to account owner for high-value accounts
Smart Retry
SalesOS uses intelligent retry logic:
- Retries on different days of the week (avoiding weekends for business cards)
- Adjusts retry timing based on failure reason (immediate for soft declines, delayed for insufficient funds)
- Attempts backup payment method before final escalation
- Skips retry if customer has already updated their payment method
Dunning Metrics
Track dunning effectiveness:
- Recovery rate by attempt number
- Average days to recovery
- Revenue saved by dunning automation
- Involuntary churn rate (customers lost to payment failure)
Payment History per Account
Every account maintains a comprehensive payment ledger accessible from the account record.
Payment Ledger View
The Payments tab on each account shows:
| Column | Description |
|---|---|
| Date | Payment processing date |
| Amount | Payment amount in original currency |
| Method | Payment method used |
| Invoice | Linked invoice reference |
| Status | Current payment status |
| Reference | Processor transaction ID |
| Notes | Any attached notes or context |
Account Balance
The account balance summary shows:
- Total paid (lifetime)
- Outstanding balance (unpaid invoices)
- Credit balance (unused credits)
- Upcoming charges (scheduled recurring)
- Payment trend (month-over-month spend)
Payment Timeline
A visual timeline shows payment activity alongside other account events (deals closed, support tickets, product usage) to provide context for billing patterns and identify accounts at risk.
Revenue Recognition
SalesOS supports configurable revenue recognition rules to align billing with accounting standards.
MRR and ARR Tracking
| Metric | Calculation |
|---|---|
| MRR (Monthly Recurring Revenue) | Sum of all active subscription monthly values |
| ARR (Annual Recurring Revenue) | MRR multiplied by 12 |
| New MRR | MRR from new customers this period |
| Expansion MRR | MRR increase from existing customer upgrades |
| Contraction MRR | MRR decrease from downgrades |
| Churned MRR | MRR lost from cancelled subscriptions |
| Net New MRR | New + Expansion - Contraction - Churned |
Recognition Rules
Configure how revenue is recognized at Settings > Billing > Revenue Recognition:
| Rule | Description |
|---|---|
| Point of sale | Revenue recognized at payment |
| Over term | Revenue spread evenly over service period |
| Milestone-based | Revenue recognized at milestone completion |
| Usage-based | Revenue recognized as consumption occurs |
| Percentage of completion | Revenue proportional to project progress |
Deferred Revenue
For annual or multi-year contracts paid upfront:
- System automatically calculates deferred revenue balance
- Monthly recognition entries generated per schedule
- Dashboard shows recognized vs. deferred breakdown
- Supports ASC 606 and IFRS 15 compliance
Integration with Accounting
SalesOS connects with major accounting platforms to ensure financial data flows seamlessly.
QuickBooks Integration
| Sync Direction | Data |
|---|---|
| SalesOS to QuickBooks | Invoices, payments, credits, customer records |
| QuickBooks to SalesOS | Payment confirmations, write-offs, adjustments |
Configuration:
- Navigate to Settings > Integrations > QuickBooks.
- Authenticate with your QuickBooks Online account.
- Map SalesOS fields to QuickBooks chart of accounts.
- Configure sync frequency (real-time or batch).
- Set up revenue account mappings per product line.
Xero Integration
| Sync Direction | Data |
|---|---|
| SalesOS to Xero | Invoices, payments, credit notes, contacts |
| Xero to SalesOS | Payment allocations, bank reconciliation status |
NetSuite Integration
For enterprise organizations using NetSuite:
- Full invoice and payment sync
- Multi-subsidiary support
- Advanced revenue recognition alignment
- Custom field mapping
- Approval workflow integration
Sync Conflict Resolution
When discrepancies arise between systems:
- SalesOS flags conflicts for manual review
- Configurable "source of truth" per data type
- Audit log of all sync operations
- Automated reconciliation reports
PCI Compliance
SalesOS maintains PCI DSS compliance for all payment card handling.
Compliance Measures
| Requirement | Implementation |
|---|---|
| Card data storage | Tokenized via Stripe; raw numbers never stored |
| Data transmission | TLS 1.3 encryption for all payment data in transit |
| Access control | Payment data accessible only to authorized roles |
| Audit logging | All payment access and operations logged |
| Vulnerability management | Regular security scanning and penetration testing |
| Network segmentation | Payment processing isolated from general application |
Your Responsibilities
As a SalesOS customer, your PCI scope is minimized because:
- Card numbers are entered directly into Stripe's hosted fields (never touch your servers).
- SalesOS stores only tokenized references.
- Payment processing is delegated to PCI Level 1 certified processors.
- You should still maintain compliance for your organizational policies around payment handling.
Security Features
- Tokenization: All stored payment methods are tokenized; no raw card data in the database.
- Encryption: Payment-related fields encrypted at rest with AES-256.
- Role-based access: Only users with billing permissions can view or process payments.
- Audit trail: Every payment action logged with full context.
- Fraud detection: Stripe Radar integration for real-time fraud scoring.
- 3D Secure: Supports SCA (Strong Customer Authentication) for European transactions.
Payment Notifications
SalesOS sends configurable notifications throughout the payment lifecycle.
Customer Notifications
| Event | Default | Configurable |
|---|---|---|
| Invoice generated | Email with PDF | Template, timing, channel |
| Payment successful | Email receipt | Template, include line items |
| Payment failed | Email with update link | Template, retry schedule info |
| Subscription renewed | Email confirmation | Template, include next date |
| Refund processed | Email confirmation | Template, include timeline |
| Credit applied | Email notification | Template, show balance |
Internal Notifications
| Event | Recipient | Channel |
|---|---|---|
| Large payment received | Account owner, finance | In-app, email |
| Payment failed (high value) | Account owner, manager | In-app, Slack/Teams |
| Chargeback/dispute | Finance, account owner | Email, urgent flag |
| Subscription cancelled | Account owner, CSM | In-app, email |
| Dunning exhausted | Account owner, manager | In-app, email |
Reporting and Analytics
The billing module provides comprehensive financial reporting.
Standard Reports
| Report | Description |
|---|---|
| Revenue Summary | Total revenue by period, method, product |
| MRR Movement | New, expansion, contraction, churn by month |
| Payment Method Mix | Distribution of payment methods used |
| Failed Payment Report | All failures with reasons and retry status |
| Aging Report | Outstanding balances by age bracket |
| Dunning Effectiveness | Recovery rates and revenue saved |
| Refund Report | All refunds with reasons and trends |
| Subscription Metrics | Active, trial, churned, growth rate |
Custom Reports
Build custom billing reports using the report builder:
- Combine billing data with CRM data (deal source, territory, segment)
- Schedule automated delivery to stakeholders
- Export in multiple formats (PDF, CSV, Excel)
- Create dashboard widgets for real-time monitoring
Best Practices
-
Enable automatic backup payment methods. Require customers to provide a secondary payment method during onboarding. This single step dramatically reduces involuntary churn from expired or declined primary methods.
-
Tune your dunning schedule to your customer base. B2B customers with procurement processes need longer retry windows than self-serve consumers. Analyze your recovery data and adjust timing accordingly.
-
Separate billing contacts from decision-makers. Ensure invoices and payment notifications reach the accounts payable team, not just the executive who signed the deal. Misrouted billing communications are a leading cause of late payments.
-
Reconcile between SalesOS and your accounting system weekly. Even with real-time sync, discrepancies can emerge from timing differences, manual entries, or sync failures. Weekly reconciliation catches issues before month-end close.
-
Use outcome-based billing strategically. Performance-based pricing aligns incentives with customers but requires clear, measurable, and mutually agreed metrics. Define measurement methodology in the contract to prevent disputes.
-
Monitor MRR movement metrics, not just totals. A flat MRR number can mask offsetting problems (high new MRR masking high churn). Track each component separately to identify issues early.
-
Automate revenue recognition rules at setup. Configuring recognition rules after the fact creates retroactive accounting adjustments. Set rules when creating products and pricing plans, not after invoices are issued.
-
Keep refund authority limited but accessible. Empower frontline reps to issue small refunds (below a threshold) without approval delays, but require manager sign-off for larger amounts. Speed in resolving billing issues preserves customer relationships.
-
Review failed payment patterns monthly. If specific payment methods, banks, or customer segments show elevated failure rates, proactively reach out to affected customers or adjust your processing configuration.
-
Maintain PCI scope awareness as you grow. As you add payment capabilities or integrations, reassess your PCI compliance scope. New functionality (like storing payment preferences in custom fields) can inadvertently expand your compliance obligations.