For this answer I will have to give general guidelines, because the detail of the implementation would be very extensive.

What we have in your question is a Stored Procedure in Microsoft SQL Server that is called, processes information, and returns a table that is converted to worksheet as a return. Before you even write a Web application to deal with it, you can first promote some Stored Procedure changes that will greatly help your work.

1. Create a table of report requests

I do not know what your data format looks like, but I think of something like this:

CREATE TABLE REQUISICAO_RELATORIO
(
    REQUISICAO_RELATORIO_ID INT PRIMARY KEY IDENTITY,
    USUARIO_ID INT, -- Eu estou chutando que o usuário tenha isso, só para exemplo.
    DATA_REQUISICAO DATETIME DEFAULT getdate(),
    STATUS VARCHAR(100), -- Pode ser 'Iniciado', 'Concluido', 'Falha',
    TIPO_RELATORIO VARCHAR(100) -- Aparentemente tem tipos de relatórios. Use esse campo para preencher.
)

Each report request will insert a row in this table. The Stored Procedure will process the data normally and, upon completing the task, will update the data in this table.

2. Enter the return data into a table referenced by REQUISICAO_RELATORIO

Make a new table by inserting a foreign key column that refers to REQUISICAO_RELATORIO . This new table will have exactly the same return data that goes into your Excel worksheet.

To select the data, you can even select all data at any time, like this:

SELECT * FROM TABELA_COM_DADOS_DO_EXCEL
WHERE REQUISICAO_RELATORIO_ID = 1

Or using other fields. The important thing is to preserve the data to be selected at any time.

3. Create tasks that read REQUISICAO_RELATORIO and run the Stored Procedure

To learn how to create tasks in SQL Server , see this link .

So you can schedule processing and do not need to stick with a Microsoft SQL Server Management Studio window.

Note that after these 3 steps, implementing a Web application becomes completely optional.