Domain Separation e Créditos de seguro

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 3 min. de leitura

    • A separação de domínio é compatível com Créditos de seguro. O Domain Separation permite separar dados, processos e tarefas administrativas em agrupamentos lógicos chamados de domínios. Você pode controlar vários aspectos dessa separação, incluindo quais usuários podem ver e acessar os dados.

    Nível de suporte: Básico

    • Lógica de negócios: confirme se os dados vão para o domínio adequado para os casos de uso do provedor de serviço de aplicativo.
    • O aplicativo oferece suporte à separação de domínio em tempo de execução. O Domain Separation inclui separação de domínio de interface do usuário, chaves de cache, emissão de relatórios, acúmulos e agregações.
    • O proprietário da instância deve configurar o aplicativo para funcionar em vários locatários.

    Exemplo de caso de uso: quando um SP (service provider, provedor de serviço) usa o bate-papo para responder à mensagem de um locatário-cliente, o cliente deve conseguir ver a resposta do SP.

    Para obter mais informações sobre os níveis de suporte, consulte Suporte de aplicação para separação de domínio.

    Como o Domain Separation funciona no Créditos de seguro

    Todas as aplicações de integrações de FSO são criadas sobre e usam muitas tabelas de Customer Service Management (CSM). As principais tabelas de referência são as tabelas de cliente, como Consumidor, Conta e Contato, e essas tabelas são separadas por domínio.

    Tabelas

    As seguintes tabelas em Créditos de seguro são separadas por domínio:
    • Caso de sinistro [sn_ins_gen_claim_case]
    • Tarefa de sinistro [sn_ins_gen_claim_task]
    • Tarefa do regulador de sinistro [sn_ins_gen_claim_adj_task]
    • Configuração de incidente de sinistro [sn_ins_claim_incident_config]
    • Perda/despesa detalhada [sn_ins_claim_incident_item]
    • Incidente de bagagem [sn_ins_claim_baggage]
    • Incidente de viagem [sn_ins_claim_trip]
    • Apólice de seguro de viagem pessoal [sn_bom_pt_ins_policy]
    • Apólice de seguro de viagem comercial [sn_bom_ct_ins_policy]

    Casos de uso

    Admissão do caso

    Os agentes de admissão do primeiro aviso de perda (FNOL) podem receber informações para um sinistro de seguro em nome de um cliente.

    Quando o cliente liga para registrar um sinistro, o agente de admissão reúne informações importantes relacionadas ao sinistro. Isso pode incluir uma descrição do incidente, perdas detalhadas e qualquer documentação de suporte.

    Depois de coletar os detalhes iniciais, eles abrem um caso de sinistro para um especialista em sinistros trabalhar.

    Análise de sinistros

    Um especialista em sinistros trabalha em um sinistro recebido por meio do painel do espaço.

    O especialista revisa os detalhes da apólice. Se necessário, eles podem solicitar e revisar as informações ou a documentação adicional do reclamante.

    O especialista define os fundos de reserva, modifica as exposições de cobertura e os fundos de reserva ao longo do tempo e também pode exibir todas as atividades associadas ao processamento do sinistro.

    O especialista também pode tomar decisões de aprovação ou negação de sinistro com base nas evidências disponíveis.

    Nota:
    Às vezes, um recurso ou aplicação da plataforma ServiceNow® pode ser capaz de oferecer suporte eficaz a casos de uso do provedor de serviços, mesmo que a estrutura de domínio não esteja sendo usada. Nesse caso, a aplicação pode ser atribuída a Básico*, Padrão* ou Aprimorado* para seu nível de suporte de domínio e incluir casos de uso detalhados. Por exemplo: antes da versão New York, Catálogo de serviços não tinha suporte de domínio. Mas o proprietário da instância conseguiu configurar catálogos e itens separados para cada cliente em uma instância separada por domínio. Isso permitiu que o Catálogo de serviços fosse usado em um nível de suporte padrão. Para saber mais, consulte Separação de domínios Níveis de aplicação de suporte.