Our recommendation for credit card processing for any sales system you may use is to keep the credit card processing system separate from your sales system whenever possible.
Many independent pizza restaurants still do this.
They have a cash register and their credit card terminal is separate.
This allows you to change credit card processing providers whenever desirable without futzing with your sales system and/or visa versa. This allows you to be a more competitive shopper for credit card services and for sales system software if you use that.
This allows you to be less "stuck" to a software vendor or cc processing company.
This also provides for a lot more commercial privacy individually and at industry wide levels.
There are many reasons to keep these systems separate. Manually updating a payment journal is minor work with an efficient process established.
Choosing Credit Card Processing Providers - $10k/month in processing as a threshold for aggregated account vs underwritten account
If you are doing less than $10,000 / month in credit card processing we suggest you use one of the more popular services that does not require an "individual merchant account". The rates are all going to be close to similar. if you are doing international business, that may be a differentiating factor.
These businesses use to be called "aggregators" because they were aggregating transactions under a single merchant account and then paying out separately to their merchants themselves. Getting to the point to where that was allowed took a long time. They had to prove they could manage the risk. Technology helped with that a great deal. These include providers like Square, Stripe, Paypal and others.
If you are doing more than $10,000 / month in credit card processing, it would be worth shopping around for better pricing, but make sure they offer the simple payment page you need and/or other options you can or are getting from the aggregators.
Sweeping Money from your Credit Card Processing provider(s) to a Checking Account (working account or a deposit account)
By default, your credit card processor will sweep money into your checking account nightly. While this sounds great, it can be annoying because it adds unnecessary transactions to your working checking account. It also is useless for reporting unless you can custom configure it because the cutoffs for the nightly transfers are typically at around 2pm in the afternoon. Thus tomorrows deposits are NOT equal to today's sales if you are open past 2pm. We suggests two strategies to deal with this better.
If a processor offers it, change the setting to normalize the transfers . Insted of using a 2pm cut off, ask them to use Midnight even if it means the transfer is then a day later. That would allow you to reconcile with your daily sales easier. We have not checked to see if this is available with the processors as we did it differently.
Change the setting with your processer to require you to manually trigger the transfer. If you do this, you could transfer the exact amount processed for a given day, week or month and get a better feel for actual sales in your bookkeeping system although it would be delayed reporting.
Establish a second checking account only for incoming credit card processing. Then on routine basis transfer that money into your working checking account. The second checking account is NOT part of your Bookkeeping System. Think of it as a cash box. When you transfer money from your deposit account to your working checking account it is counted as a sale in your Bookkeeping records
1) Send an invoice via email that has a link to your payments page and/or include a URL on your invoice for making payments.
2) Receive email notices when payments are made
3) Update your payment journal manually (and then send a custom thx, optional)
Total time invested in payment journal updates might be 30 seconds per transaction. If you do 10 transactions a day, investing 5 minutes in the payment process is not extreme. Every retail store owner does this type of work all day long every day, and some of them are millionaires several times over.
We currently have payment pages setup with Square, Stripe and "Ecwid" . Square and Stripe offer credit card processing services with some additional invoicing and payment request features that we just ignore when we are using our own sales systems. Ecwid is an online shopping cart system, and we configured that to use Stripe as our backend credit card processor.
Square Payment Page Example
https://square.link/u/DZME3WDs
or You can put the link in text that looks more appealing pay us with our strip payment page or pay here
Stripe Payment Page Example (see image below)
https://buy.stripe.com/28o156b5ucoc7Nm5km
or You can put the link in text that looks more appealing pay us with our strip payment page or pay here
Ecwid Shopping Cart on Google Site Web Page
https://store.brics-practice-management.com
This is an example of a Stripe Payment Page setup just for taking payment amounts entered by the consume. The backend system for stripe for setting this up is horrible. It takes about 5 minutes to setup but may take an hour or more to figure out the 5 minutes to do it. We'll try to provide instuctions when time permits. Square was much easier to setup but I believe they serve a lot less countries and they have less alternative payment options.
Thanks for your support!!