The following macros are not currently supported in the header:
  • style

Extração de dados

A extração de dados é o processo de recuperação de dados da origem de dados do ServiceAide Cloud Service Management. 

O cliente usa esses dados para fins de relatórios personalizados.

Um conjunto de scripts ativa a extração de dados que é executada no banco de dados de produção do cliente. O script executa consultas para extrair dados do banco de dados. Os dados extraídos são exportados para um arquivo do Microsoft Access.

O processo de extração de dados é executado no servidor que hospeda os bancos de dados de produção do cliente. O despejo de dados foi atualizado em um site SFTP fornecido pelo cliente. Os clientes podem fazer download destes dados.

Tipos de extração de dados

Os dados podem ser extraídos para um slice de cliente específico (com base na ID do slice). Se o período de tempo for especificado, a extração de dados pode ser de dois tipos:

  • Extração completa - Todos os dados do slice fornecido são extraídos; sem nenhuma restrição de tempo.
  • Extração delta - Os dados que foram modificados durante um período especificado são extraídos. A extração delta é feita com base na data de início e data de término especificadas para a extração delta. É recomendável que a extração de dados da primeira vez seja uma extração completa.

Informações de esquema

Embora alguns registros sejam extraídos somente durante extrações completas, a maioria das outras entidades é extraída durante extrações delta e extrações completas.

A tabela a seguir lista as entidades que são extraídas e exportadas para o arquivo do Microsoft Access. Essa tabela também fornece informações sobre se a entidade está disponível apenas durante Extrações completas ou também durante Extrações delta.

Nome da entidade

 

Descrição

Relacionada a extrações completas

Relacionada a extrações delta

CATEGORIZATIONS

As categorizações especificam o agrupamento de quatro níveis CCTI (Class, Category, Type and Item - Classe, Categoria, Tipo e Item) aplicado a tickets e itens de configuração.

Sim

Sim

CHANGES

Os tickets de mudança são criados para gerenciar mudanças em serviços e infraestrutura de TI existentes.

Sim

Sim

CI_CI_RELATIONSHIP

CI_CI_RELATIONSHIP refere-se ao relacionamento existente entre dois ou mais ICs (Itens de Configuração). Um IC pode ser relacionados a outros ICs em um ou mais domínios de relacionamento.

Sim

 

Sim

CI_CONTACT_RELATIONSHIP

 

CI_CONTACT_RELATIONSHIP refere-se ao relacionamento existente entre ICs (Itens de Configuração) e contatos. Vários contatos podem estar relacionados a um IC em diferentes tipos de relacionamentos.

Sim

Sim

CI_CUSTOM_FIELDS

 

CI_CUSTOM_FIELDS refere-se aos campos personalizados que são adicionados a um registro de IC, por meio de um modelo de atributo de IC aplicável. Esses campos personalizados fornecem mais informações sobre os ICs (Itens de Configuração).

 

Sim

Sim

 

CONFIGURATION_ITEMS

 

Qualquer componente de uma infraestrutura de TI é chamado de item de configuração (IC). Os ICs podem incluir hardware, aplicativos de software, dispositivos de rede, documentação. 

 

Sim

 

Sim

CONTACTS

 

CONTATOS refere-se aos detalhes de pessoas que são armazenados como Contatos no aplicativo.

 

Sim

 

Sim

CUSTOM_FIELDS

 

Os campos personalizados são campos extras adicionados ao ticket, além dos campos de ticket padrão. Os campos personalizados baseiam-se no tipo e na categorização do ticket.

 

Sim

 

Sim

 

FEEDBACK_QUESTIONS

 

Perguntas de avaliações referem-se às perguntas dos formulários de Avaliações sobre o serviço. Os formulários de avaliações são enviados para os usuários finais de suporte e serviços de TI.

 

Sim

 

Sim

 

FEEDBACK_RESPONSES

 

Respostas das avaliações referem-se às respostas e comentários recebidos dos usuários finais sobre o suporte e serviços de TI.

 

Sim

 

Sim

 

HISTORY

 

HISTORY refere-se aos detalhes de atividade registrada na guia Atividade do ticket. A guia Histórico em qualquer ticket contém o histórico de todas as ações que são executadas no ticket.

 

Sim

 

Sim

 

INCIDENTS

 

Um Incidente refere-se a qualquer interrupção não planejada de um serviço de TI. Um incidente também se refere à deterioração da qualidade de serviço disponível para o usuário final.

Sim

 

Sim

 

PROBLEMS

Uma causa subjacente desconhecida, de um ou mais incidentes, que faz com que um ou mais incidentes se repitam, é chamada de problema.

Sim

 

Sim

 

SERVICE_FEEDBACK

 

Comentários sobre o serviço é o processo de solicitação de comentários dos usuários finais de suporte sobre a qualidade do serviço fornecido. São extraídos registros da Programação de comentários.

 

Sim

 

Sim

 

SERVICE_REQUESTS

 

As solicitações de um usuário por informações, aconselhamento ou acesso a um serviço de TI regular são registradas como Solicitações de serviço. Mudanças padrão, como redefinição de senha ou novo usuário, também são registradas e gerenciadas como solicitações de serviço.

 

Sim

 

Sim

 

SLA_COMPLIANCE

 

Conformidade com SLA indica se os termos do contrato formal com o cliente foram atendidos.

Sim

 

Sim

 

SOLUTIONS

 

As soluções referem-se aos artigos de conhecimento armazenados como Base de conhecimento. Essas soluções podem ser usadas para solucionar problemas semelhantes no futuro ou fornecer informações úteis aos usuários finais.

Sim

 

Sim

 

TASKS

 

O ticket da tarefa permite a análise efetiva do projeto identificando tarefas individuais que são feitas em relação a uma atividade maior.

Sim

 

Sim

 

TICKET_APPROVALS

 

São pedidas aprovações para mudança proposta em um ticket. As aprovações garantem que as mudanças recebam a autorização necessária para a implementação.

Sim

Sim

 

TICKET_CI_RELATIONSHIP

 

TICKET_CI_RELATIONSHIP especifica os ICs (Itens de Configuração) que foram relacionados a um ticket. Vários ICs podem estar relacionados a um ticket.

Sim

 

Sim

TICKET_TICKET_ RELATIONSHIP

 

TICKET_TICKET_ RELATIONSHIP especifica o relacionamento existente entre dois ou mais tickets. Vários tickets podem estar relacionados uns aos outros.

Sim

 

Sim

 

WORK_LOG

 

Logs de trabalho são entradas feitas no ticket para registrar todo o trabalho realizado em um ticket.

Sim

 

Sim

 

Em extrações delta, os relacionamentos entre entidades não são extraídos. Os relacionamentos podem incluir relacionamentos entre ICs; entre IC e tickets; entre tickets; e entre IC e contatos. Em Extrações completas, os relacionamentos são extraídos e não há limites.

© 2017 ServiceAide 1-650-206-8988 http://www.serviceaide.com info@serviceaide.com