Ahh, OK, thanks for clarifying.
I can appreciate your position on that matter, although sometimes there is a desire on the part of the developer not to have to maintain that extra Excel file, but I agree - if the Excel portion is fairly complex, then it may warrant maintaining an Excel program/format/template (etc) and just linking to the Access database.
Actually, my suggestion wasn't entirely incompatible with what you are saying. Although it's true I didn't suggest linking from inside Excel, I did support the OP's desire to leave all of the complex stuff in Excel and just get the data into there in a simple way (albeit I admit using Access vba, but that is only a few lines of code - and once you get used to it it doesn't seem much). I've actually found the more modern PowerQuery interface to be extremely troublesome in Excel 2019 and later (including 365), as it assumes too much and transforms columns in a way I didn't like.
There are more reasons why the "doing it from inside Excel" doesn't work well - various characteristics of an Access query aren't accessible by Excel. In fact now that I remember, that's probably the bigger reason I stopped doing that very often. Excel can only import the simplest of Access queries. It gets buggy or downright can't "see" them when certain conditions are true.
Once I found out about all the "gotchas", I just stopped doing it as it was less work to centralize all the coding from inside Access