I just made the formula simpler and it worked fine. Now I’m able to see the transactions.
=IF($A$5=“Enabled”,
SORT(FILTER(CHOOSE({1,2,3},Transactions[Date],Transactions[Description],Transactions[Amount]),(Transactions[Account]=$L5)(Transactions[Date]>=$L7)(Transactions[Date]<=$L9)),1,1))
At least it worked for me. 
It includes the basics, but it won’t evaluate dates in the ReconcileDate column, and the troubleshooting tool won’t use the prepend/append days options. Let me know if you want to troubleshoot the original formulas further…
I will evaluate yours and mine for a while. I created a simple Bank Statements that I’ve used for two months. It’s amazing that you created the very complicated template. I’ve learned a lot from you!
Thank you for your help to get the template to work. It’s really interesting.
No problem, glad is was useful!
Joseph,
I want to sincerely apologize for confusion it may cause you. I decided to recopy the Account Reconciliation template and then entered all statement values from January through July. Your original O5 formula is still working ok. It’s indeed powerful and automatic! I love using the template now.
Thank you for sharing this excellent template with us. I’m giving you another vote for this very useful tool.
Cheers,
David
Thanks, glad to hear it’s working out of the box!
Does this template populate a date to ReconcileDate column of the Transaction table? If so, how does it work?
This morning I reconciled Amex statement and found out that there was a missing transaction so I manually inserted it to match a total of new charges.
Have you experienced some missing AMEX transactions that Yodlee may fail to pull them?
It is essential to reconcile all Tiller-pulled transactions to match any bank or credit statement transactions! I find Troubleshoot Unbalanced Statement on Account Reconciliation very helpful.
The ReconcileDate column is where you can ‘override’ the date of the transaction in case it appears on a statement where it’s date is outside the statement period. It is not automatic, you need to manually add that date. I haven’t had any issues with AMEX transactions being missed. I do have occasional AMEX transactions that appear on the ‘wrong’ statement, so I have to use the ReconcileDate column to suggest when the date should be so the account reconciliation adds up correctly. Glad you’re liking the template so far!
Hey @jpfieber!
This is really cool. You’ve stitched together a really great solution… and I agree that the TCS Statements solution can be tedious.
Some thoughts and observations:
ReconcileDate solution for moving stray transactions into the correct statement period— super clever! (I just wish you included a note about adding that column to Transactions in the Setup instructions since my worksheet wasn’t functional until it was in place.)Balance History for the balance comparisons… or if the erratic timestamps leave too much to chance…
that you continue to build and support your creations with Excel and Google Sheets versions!!!It took me a little bit to get my head around this but it is great and I think it will help a lot community members interested in statement reconciliation.
We are excited to award you a $300 gift certificate 
as part of our 2022 Microsoft Excel Builders Challenge . (Thanks for your patience with this review. Had hoped to dig into it closer to posting.)
Woops, you’re right, forgot to explain inserting the ReconcileDate column. Just added that. Thanks for the kind words, glad you like the template. It has been working well for me so far, and I much prefer it in my workflow over the options I had previously tried. I thought a bit about the Balance History, but since we can’t guarantee a user will have downloaded a balance on the closing day (and even at the appropriate time on that day) I think it would be near impossible to have them match consistently.
I just updated the shared template, changing the way E, F and G are calculated (now use array formulas). If things are already working OK for you, probably no need to update. The version is 1.50 (didn’t have a version number on it before).
@jpfieber I am assuming this sheet is designed to have just one row per account and then you updated it each month you get a statement. Is that correct? I started out entering one line per statement for each account. But then there is no way to sort/group the lines to keep them together. Thoughts?
It is one row per account, and each month when you receive your statement you update the Statement End/Close Date, and the Statement End/Close Balance for the appropriate row, and see if the Statement End/Close Balance matches your Tiller Ending Balance.
Perfect! I’m using it now to go back to 2021 and make sure I have all transactions in my transactions table. This is another great use for this tool!
Thanks so much for putting it together!
Regards,
Bob
@jpfieber Any idea how you can have this much discrepancy between Actual Ending Balance and what the spreadsheet ending balance is?
The interesting items are:
@jpfieber The other interesting thing is that no matter what month I start on, the same thing happens. The first month is fine, but all future months are off, eventhough the troubleshooting tools shows a $0 difference
Your picture shows two rows for the account. You should only have one row per account. The date and amount get updated each month. It’s not a log of statements (there’s a different template for that), it’s instead a running check that your statements match your Tiller transactions. Change your first row to “2/12/20” and “$7395.17” and I bet it works out…
Understood and it does! I was just trying to use the tool to check all my accounts/transactions since the beginning of 2020.
See below:
Best to start from the beginning and work forward, since any changes you make to past transactions will affect the future numbers. Also, doing it that way means you only need to set the opening balance once.
Added conditional formatting to highlight accounts that haven’t been updated within 31 days. The version is now 1.6.
