Integration between InfoPath web forms (browser side), SharePoint 2010, and Word or Excel

Question

To begin with the end in mind, here's what I need to do:
User A (employee) fills out infopath form in browser.
User A saves infopath form, workflow runs, and sends a link to the manager
User B (Manager) opens infopath form, clicks a button, and all the information from the saved infopath form magically appears in a excel document
Here's how I did it, because I couldn't find an easier way to do it. This is an InfoPath no-code solution (uses web service and workflow I had to build) and this is working somewhat:
In InfoPath Designer 2010, created the form from Blank 2007 form template.
Published the form and promoted fields to Sharepoint 2007 as a new forms library.
Created a view on forms library to show all fields (SQLExportView1).
Created SSIS package to import data from SharePoint forms list using the view "SQLExportView1" into a new database and table in SQL Server (tblSQLExport1).
Created SQL Agent job to run this package every 2 minutes.
Created workflow to notify manager.
Created excel document with an external data connection to SQL server.
In SQL, created a stored proceedure ("spGetCurrentID") to truncate, then add a row to a table ("tblCurrentFormID").
On InfoPath form, added a button that takes the current infopath form "ID" into a table in SQL server by calling the stored procedure via a web service.
On Infopath form, added a hyperlink to the excel file which opens in the client.
In excel, added a button on the workbook that queries the SQL database for the current form ID, and drops it into a cell.
In excel, added a button on the workbook that queries the SQL database for the sharepoint list details that were exported via SSIS, returning only the row for the current form ID.
In excel, created a button on the workbook that displays the fields I want in the location I want
With over 25 users concurrently hitting the form library, there is a chance that when they open excel they will generate an excel document with bad data in it (data from someone else's current ID).
I've since migrated to SharePoint 2010, and it works the exact same way in 2010.
What I want to do is find a way to get the data that is already saved in the infopath form DIRECTLY to Excel by clicking a button without the web service, the stored procedure, the SSIS package, the SQL agent job, etc.  My problem has always been
in getting the data from infopath into RAM/Clipboard/temp file(?) and imported into Excel by bypassing the SQL.
Of course, I would like to do this without requiring an administrator approved template in InfoPath, and have it be much more simpler to maintain. There are a lot of moving parts.
Please point me to any examples or make recommendations. The requirement is that users open the form, the data is filled out already, and with a click of a button, the data shows up in excel automatically in the right place for the item they're currently
looking at in infopath.
Now that I've got this working (kind of) for one excel document, management wants to add 25 other documents that this one infopath form can generate. 
Therefore, once I get this to work better for one excel document, I can add other excel documents.
I've considered passing a parameter to the excel document in Excel Web Services, as I believe that excel web services 2010 can support this. However, I believe that the macros that run in the excel client okay won't work in excel web services 2010.
Users would prefer to open Excel in the client, though, so not sure I'm going to go down this path.

Answer 1

Clayton,
You rock - thank you for all your responses!
The infopath form was built doing what it does long before the need to get the data into Excel.
You are correct in that I could have modified the infopath code to save to SQL, but the fields in the form and on the forms library columns do change before and after the manager approves it.  As such, adding some code to submit the infopath data to
SQL could have been used to write data into SQL server instead of leveraging SSIS/SQL Agent to do so. However the aformentioned workflow (see way up in the thread) does more than just send an email to the manager with a link. It also edits some fields in the
forms library column on that particular list item. By using SSIS, every two minutes they get the latest stuff from sharepoint into SQL without having to add code in the workflow or - if possible - on the infopath code that does a table update where item=abc.
It is common to get data from sharepoint into sql, regardless of whether or not it is a list or library (including infopath forms libraries). There is sample code on Codeplex that has been downloaded close to 40,000 times for this purpose which I'm sure
you are familiar with:
http://msdn.microsoft.com/en-us/library/dd365137(v=sql.100).aspx and
http://sqlsrvintegrationsrv.codeplex.com/releases/view/17652
I agree with you in so many ways on why they should not be using excel (or word) to present the information. Having InfoPath or a custom workflow magically convert the data presented on a specific view in a filled out InfoPath form to PDF and emailing it
would be wonderful, but it simply is not a possible solution.
Surely you're familiar with companies that have a word document that, say, a manager will email to someone as an attachment, then the employee prints out the word document, fills it out on paper and signs it with a pen (or fills out a fillable form, then
prints it), they then either fax it back or scan it and email it back to the manager, who then prints it out and hands it to a VP for a signature, etc.  Yes, the process is very old-fashioned, but in health care, finance, and for legal compliance reasons,
some places simply have to do their manual processes the way they are. I've suggested and shown examples of how it can all be done electronically with digital signatures, etc., but their legal compliance officers and board members do not agree to this methodology.
As such, I work within the confines I am presented with, as I'm sure you've had to do as well.
I myself have worked for several Fortune 100 firms for many years (Microsoft, T-Mobile, etc), know what is possible. However the place I am at now, many of those options simply are not possible.
They use excel (and word) because that is the templates the legal department and third party companies they work with gives them to work with. 
If you've used enterprise OCR systems (LaserFiche, OnBase, Hyperion, etc.) you would be familiar with the fact that in order to scan and index keywords from OCR cover pages, the document has to have fields in a certain location. While I have tried to
get the InfoPath form to line up properly, I cannot print out headers or footers and page breaks where the OCR system requires and expects them to be. What's more: when you print a filled out infopath form that loads browser side, as you know you get the browser-related
stuff with it. Although they're all on the same web browser (finally - IE8) and all on windows 7 and office 2010, I cannot control the fact that some users use large fonts and other accessability features to make their 21" screens run at 640x480 (exaggeration).
When you do this, it changes the margins in the print area, and more.
If I could take the data that is in infopath, merge it with an excel template, and export that to PDF, that could be an option. Not looking to buy some enterprise PDF generating product, though, and looking to do this as close to a no-code solution as possible.
Why we're suggesting PDF, perhaps we should be considering XPS, since we are staying with the Microsoft technology stack here.
Perhaps I should rephrase my original question like this:  "I have 25 different documents that all need to be filled out automatically. Each document has different text on it, but the fields that need to be filled out on the documents are almost all
the same. I want to present one form for users to fill out, and once saved, to generate all 25 different documents. How would you do this?". While not entirely accurate, as not all 25 documents need to be created at once, only on demand with a click of a button
for each document, perhaps that is a better way of stating the need.
Thank you Clayton (and all you lurkers out there hoping to find out how we solve this).