An invoice records what a client owes.
A payment records money collected.
That sounds obvious, but distinguishing those layers explains much of vcita’s billing architecture.
vcita’s Sales area includes billing and invoicing, payments received and estimates, each with its own statuses and filters.
Create the Billing Document
Businesses can create invoices and estimates for client work.
vcita also generates a work-order view based on the line items of an estimate or invoice without showing prices.
This shows that billing data can also support operational work.
Invoice Status
An invoice can exist before payment happens.
Businesses can filter invoice records based on conditions such as:
- overdue;
- due;
- not yet due.
Those statuses describe the billing obligation.
They do not necessarily describe the state of the underlying card or bank transaction.
Payment Links
A payment link provides another collection route.
vcita lets businesses generate links that can contain a specified payment purpose and amount and then share those links through email, marketing or a website.
This can be useful when a formal invoice is unnecessary or already exists elsewhere in the workflow.
Reminders
vcita supports manual and automated payment reminders.
Its automation tools can notify clients about overdue invoices through configured messaging channels.
That turns collections into a workflow rather than a manual calendar task.
Refunds
vcita also supports refund actions associated with paid invoices.
But the actual movement of refunded funds can still be governed by the connected payment processor.
Payment Record Versus Payout
A client can successfully pay an invoice while the business is still waiting for the associated funds to settle or reach the bank.
Therefore:
Invoice status
≠
transaction status
≠
payout status
This is the most important billing distinction to remember.
Internal Link Suggestions:
/vcita-payment-processors//vcita-transactions-payouts//vcita-recurring-billing/
ARTICLE 5
SEO Title: vcita Payments: Stripe vs Square vs PayPal and Integrated Processing
URL Slug: /vcita-payment-processors/
Meta Description: Compare how Stripe, Square, PayPal and integrated vcita payments fit into the platform’s payment and payout workflow.
Primary Focus Keyword: vcita payment processor
Which Payment Processor Actually Handles Your vcita Money?
vcita can provide the interface through which a business requests and records payment, but the connected payment provider plays a major role in processing the transaction and depositing funds.
Current vcita documentation identifies payment-provider options including Stripe, Square and PayPal.
Some businesses may also use vcita’s integrated payments offering.
Stripe
vcita currently describes Stripe payouts as typically taking around one to two business days to reach the bank, although the actual account is still governed by Stripe’s terms and configuration.
If Stripe is connected, bank payout configuration can therefore sit on the Stripe side of the relationship.
Square
vcita says qualifying Square payments made before midnight are generally processed by the next business day.
Square’s own merchant account remains an important part of settlement.
PayPal
vcita documentation describes PayPal transfers as offering both standard and instant options under PayPal’s own terms.
Again, vcita records and exposes the payment workflow, while PayPal owns the wallet/transfer layer.
Integrated Payments
vcita’s integrated payment documentation provides a more direct transaction-and-payout view inside the platform.
Businesses can inspect transaction status and payout status from the Sales area.
Why This Matters When Changing Banks
A business owner may ask:
“Where do I change the bank account vcita pays?”
The correct answer depends on the connected processor.
If funds are settled by Stripe, Square or PayPal, the destination account may be managed through that processor.
If the business uses vcita’s integrated payment service, the payout account is part of that payment setup instead.
This is why the first troubleshooting question should be:
Which processor handled the transaction?
Do Not Change Processors Just to Fix One Payment
Switching processors can affect:
- future checkout;
- stored-payment workflows;
- payout configuration;
- fees;
- settlement timing.
Identify the problem first.
A delayed payout may not require replacing the processor.
Internal Link Suggestions:
/vcita-transactions-payouts//vcita-ach-payments//vcita-invoices-payments/