Domain Separation e Financial Services Payment Operations

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 3 min. de leitura

    • A separação de domínio é compatível com Financial Services Payment Operations. 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, 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 Financial Services Payment Operations

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

    Tabelas

    Todas as novas tabelas adicionadas ao Payment Operations são separadas por domínio:
    • sn_bom_payment_inquiry
    • sn_bom_payment_inquiry_task
    • sn_bom_payment_service
    • sn_bom_payment_claim
    • sn_bom_payment_claim_task
    • sn_bom_checking_account
    • sn_bom_saving_account

    Casos de uso

    Consulta de pagamento
    Os clientes têm a capacidade de criar uma consulta de pagamento por meio do portal para os seguintes casos de uso:
    • Não recebimento da declaração de beneficiário (BCNR): o cliente enviou um pagamento, mas o destinatário pretendido afirma nunca ter recebido o dinheiro.
    • Pagamento com erro (PiE) – O cliente comete um erro ao enviar um pagamento e está tentando recuperar o dinheiro.
    Trabalhadores de filiais e agentes de call center podem criar essas consultas em nome do cliente. A equipe de Operações de pagamento recebe consultas de seus clientes e de bancos externos.
    • As consultas internas vêm dos próprios clientes do banco. O cliente destinatário pode ser interno ou externo ao banco. A distinção entre destinatários internos ou externos é importante porque determina qual rota o Payment Operations segue para resolver a consulta.
    • As consultas externas vêm de bancos de terceiros, o que significa que o destinatário do pagamento é sempre interno.
      Nota:
      Nunca pode haver um caso em que a consulta seja externa e o destinatário seja externo.
    • Algumas consultas podem resultar na criação de um sinistro.
    Sinistro de pagamento
    Os agentes de consulta podem criar uma reclamação em nome de um cliente quando o banco determina que a reclamação é válida e o cliente tem direito a um reembolso.
    A equipe de Operações de pagamento recebe os sinistros internamente de uma consulta ou de um banco externo. Quando eles recebem o sinistro, eles começam a determinar onde obter o reembolso.
    • Os sinistros internos vêm de clientes do banco, seja de uma consulta ou diretamente da equipe do banco (agência ou call center). Os agentes podem resolver o sinistro se souberem onde obter o reembolso. O reembolso pode ser externo (pagamento a um cliente do banco de terceiros) ou interno (pagamento ao cliente do banco). Se o reembolso for interno, uma Aprovação de débito deverá ser criada (consulte Aprovação de débito abaixo).
    • As declarações externas vêm de bancos de terceiros. O reembolso é sempre interno para sinistros externos. Os agentes podem precisar criar uma Aprovação de débito para reembolsos internos (consulte Aprovação de débito abaixo).
    Aprovação de débito
    Os agentes de sinistro criam aprovações de débito para que os clientes aprovem um reembolso de um sinistro. O cliente pode aceitar o débito, contestar ou rejeitá-lo.
    Nota:
    Às vezes, um recurso da plataforma ServiceNow® ou aplicação 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 Domain Separation Níveis de suporte da aplicação.