O Recibo Adiado é um recurso dos Relatórios Gerenciados que permite que o usuário envie um procedimento dos Relatórios Gerenciados executado no plano de fundo. Então, o usuário vê a saída do relatório concluída a partir da interface Status de Relatório Adiado no Managed Reporting. Isto contrasta com os procedimentos enviados para execução imediata que requerem que o navegador aguarde o fim da solicitação.

Do ponto de vista da segurança, solicitações adiadas são aceitas pelo Reporting Server da mesma forma que solicitações imediatas. Se a segurança do Reporting Server estiver habilitada, a solicitação adiada deverá se contectar com um ID de usuário e senha válidos do Reporting Server.

Quando uma solicitação é concluída, sua saída é armazenada em um arquivo no Reporting Server no diretório drive/srv/wfs/dfm_dir. A saída é acompanhada por um arquivo correspondente que contém o ID de usuário de quem enviou a solicitação e outras informações. O Reporting Server garante que somente o usuário que enviou o trabalho adiado possa obter, excluir e verificar o status do arquivo de saída. O Administrador do Reporting Server (usuário identificado pela palavra-chave server_admin_id no arquivo edaserve.cfg) também pode visualizar e excluir qualquer saída adiada, mas só pode executar tal ação no arquivo ou utilizando o Console do Reporting Server.

O acesso ao diretório dfm_dir deve ser restrito para que o ID de usuário que iniciou o Reporting Server tenha acesso de leitura/gravação. O acesso de leitura deve ser controlado para que usuários não autorizados não obtenham acesso ao diretório.

Um bilhete adiado é armazenado no Repositório do Managed Reporting para cada solicitação adiada. Os bilhetes são armazenados por cada usuário do Managed Reporting. Os usuários podem apenas ver seus bilhetes adiados, exceto por um administrador com acesso ao Modo Gerente. O bilhete contém o nó do Reporting Server no qual a saída é armazenada.

Quando um usuário solicita um Status Adiado, todos os bilhetes do usuário são processados de uma só vez. Se as credenciais forem necessárias para obter o status de um dos servidores, o formulário de sign-in de servidor dinâmico irá aparecer. Se um ou mais servidores estiver temporariamente indisponível, o status dos bilhetes será desconhecido.

Se um usuário enviar uma solicitação adiada com o ID de usuário user1 um dia e, no dia seguinte, enviar a mesma solicitação com o ID user2 e verificar o status adiado, o usuário não será capaz de acessar a solicitação do dia anterior e verá uma mensagem de erro.

Para acessar o primeiro relatório, o usuário precisa fechar a sessão e se conectar ao Reporting Server como user1.