How I used the Microsoft excel wild cards and the SUMIFS function to quickly separate large volume of personal expenses that were mistakenly recorded as business expenses during bookkeeping

:speaking_head: I formulated this real world example, which demonstrates how the use of excel functions can make work go extremely easy, and can boost confidence in handling bookkeeping errors and mistakes with speed and less time/effort invested.

This is a pool of recorded business transactions, categorized as business supplies. However, the economic substance of some of these transactions is that they came out of the business accounts for expenses relating to rental property (personal investment) and not for the incorporated business, hence GAAP or IFRS, says that this should be recorded as owners draw, and Tax law says that the non-business expenses qualifies as taxable deductions for personal income( property/real estate income). My client had rental property which is not a line of business under the current incorporated business.

Base on this, the transactions relating to the rental property are labelled as “CITY OF RED DEER”, occurring in 2024 and 2025. You will also notice that some transactions are not exactly the same to “CITY OF RED DEER” but slightly the same, example “CTY OF RED DEER” and “CITY OF RD DEER”. The rationale is that, any expense labelled as “CITY OF RED DEER” is not business expense, but rather expense incurred on a rental property, which affects personal tax and not business tax.

From this large pool of transactions (dates, amounts, description), it’s going to be impossible to manually sum up or look for all transactions recorded as CITY OF RED DEAR, as this will cost a lot of time, and you may get an inaccurate answer.

The Wild card character “*” can help you get an accurate answer with less time invested. SEE HOW:

With my two criteria; “ty of red deer” to represent any transactions in my chosen 1st criteria range (A3:A22) and “/2024” to represent any transactions in my chosen 2nd criteria range (B3:B22).

If I use a simple SUMIFS functions here, it will NOT give me an accurate total amount of expenses incurred for CITY OF RED DEER. Probably lesser amount. WHY? Because not all the transactions relating to CITY OF RED DEER are exactly spelled out the same.

SOLUTION:
To get an accurate answer, I can just join (ampersand/&) the wild card character “*”, with my first and second criteria (ty of red deer) and “/2024”, together with my criteria and sumifs ranges (A3:A22), (B3:B22) and (C3:C22). Joining(ampersand/&) the “*” in my SUMIFS function, means telling excel to sum the total value of transactions from my criteria ranges, that is identical to ty of red deer and that occurred in 2024 tax year. Gautham M. (FMVA)

NOTE:

  • Criteria range (A3:A22) represents CITY OF RED DEER TRANSACTIONS THAT NEEDS TO BE SEPERATED, SINCE THEY ARE NOT BUSINESS EXPENSES
  • Criteria range (B3:B22) represents the date the transactions occurred.

:speaking_head: Do you thing excel is important for generating reports and spotting errors in bookkeeping?

Yes.That’s what it was built for.

Excel is a (the?) primary tool for data analysis and has been for the past 30 or so years. I often dump various data streams …VISA is very common, bank CSVs and entire QB GLs… into Excel and use various tools to parse the data. (No need usually to do this with Sage 50 as it’s much easier to sync/locate disparate data parts.)

Knowing how to extract data, parse it as needed, manipulate reports, and a healthy undertanding of macros (VBASIC etc) to restructure data has been the backbone of my practice with small businesses over several decades.

Also useful for heavy traders in securities and anaylsis of ACBs.

1 Like

Facts bro! Excel is a MUST for all finance professionals.

This would have been much easier to just do a Pivot Table

1 Like

Funny that…I’ve been hacking away at Shopify’s “basic tier” reporting and it’s a piece of absolute dog poo…just finished writing a couple of new reports - one of which, for some reason, requires “downloading and waiting for an email link” (WTF?) – and pivoting it to get the actual bank deposits made by them.

To me, this should be an absolute base requirement, but Shopify seems to have no compunctions about NOT tying a sale to a deposit in a single report, complete with taxes, fees and deposit date or method. Nope…you need about 3 different reports. LOL. Drop them into a sinlge large table and pivot. My fave, with judicious use of XLOOKUP as needed.

Can’t think how I’d do anything without Excel really.

How do you do that? I have the same problem for client. Tried it with Access but that is very cumbersome. PayPal also doesn’t show in those reports. Do you use XLOOKUP in the sales summary and refer to the payouts & payment_transactions report?
Taxes are also a disaster. It lumps all the different taxes together in the Sales summary report.

Oof, yah…. it’s a mess. I don’t bother with the taxes being separated, mercifully as the PST in BC doesn’t apply to the client on Shopify…so really it’s just GST/HST and I don’t bother to separate them. They’re collected…they go to the Feds LOL.

As far as the reporting: I made a workbook that drops three different reports from Shopify…from Analytics/Reports…”Payments by Type” and “Sales over Time”, both for the prior month, with no comparison and reported by day. Export to CSV.

From “Finance” … Payouts over Time (this has to be emailed for some stupid Shopify reason)….this is useful JUST for the “Bank Deposits from Shopify” portion…

Summarize all of the above in a “Day Sheet” which reports each days sales and payments, including Shopify, Cash, Interac, PayPal, Amazon etc…bookkeeper can post daily sales from that.

It’s hard to describe actually..but if you PM me with an email, I’m happy to share the workbook, as I’ve just had to rebuild it (haven’t yet completed my “notes” on it…but that won’t take long). Happy to discuss online or via Team/Zoom whatever as well. It was a horrible adventure to build and I’ve had to change it a few times because Shopify kept changing rates, report names etc.

Yep! You are right as well. Thanks for your contribution.