# ADQUIRENTES TICKET E VR
##### [**Podcast:** Escute para aprender](https://drive.google.com/file/d/1R11AS_3SrIqHUkz3nVnoXg0Ujwas3c8_/view?usp=drive_link)
##### **Vídeo:** Assista para entender
##### **Contexto/Por que Fazer**
Este guia é essencial para o time de Suporte, Comercial e Implementação da ConnectPlug, pois detalha uma **mudança crítica** na forma como as transações das empresas **Ticket e VR** (e suas variações) são processadas no ambiente **Fiserv/Sitef Express**.
**O Cenário Anterior:** Historicamente, as transações de Ticket e VR eram tratadas como **bandeiras** transacionadas dentro de uma adquirente principal (por exemplo, Stone ou Rede).
**A Mudança e o Impacto Operacional:** A partir de setembro de 2025, a Fiserv passou a tratar Ticket e VR como **adquirentes exclusivas**, com um módulo próprio.
**Por que a Configuração é Importante (Foco na Solução ConnectPlug):** Para que o cliente consiga transacionar Ticket e VR, é obrigatório que ele opere em um **cenário multiadquirentes**. A correta coleta e configuração dos dados lógicos para cada uma dessas empresas, agora como adquirentes separadas, é vital para manter a funcionalidade do módulo TEF da ConnectPlug.
O time da ConnectPlug deve estar ciente de que, internamente, configuraremos a adquirente primária e as adquirentes Ticket e/ou VR como **entidades distintas** em nosso ambiente Fiserv.
---
#####
##### **Pré-Requisitos**
Antes de iniciar a solicitação de credenciamento ou a configuração de um cliente que deseja transacionar Ticket e VR, certifique-se de que os seguintes pontos foram coletados e confirmados:
1. **Contratos com as Novas Adquirentes:** O cliente deve ter contatado a **Ticket e/ou a VR** e fechado um contrato de adquirente (já que elas não são mais apenas bandeiras).
2. **Coleta de Dados Lógicos:** O analista (Suporte/Implantação) deve coletar os **Dados Lógicos** de todas as adquirentes necessárias:
◦ Dados lógicos da **adquirente primária** (ex: Stone, Rede, Getnet, etc.).
◦ Dados lógicos da **Ticket** (se aplicável).
◦ Dados lógicos da **VR** (se aplicável):
*- Código: SmartNet: 07 dígitos numéricos*
**Importante:** Se o cliente utiliza uma adquirente principal (A), Ticket (B) e VR (C), o analista deve coletar **três conjuntos de dados lógicos** para configurar três adquirentes diferentes.
---
#####
##### **Passo a Passo (Solicitação Interna)**
O procedimento a seguir destina-se ao analista (Suporte ou Implantação) para solicitar a configuração correta no ambiente ConnectPlug/Fiserv, priorizando a coleta de dados de um cenário multiadquirentes.
1. **Confirmação do Cenário Multiadquirentes:**
◦ Confirme com o cliente a necessidade de transacionar Ticket ou VR.
◦ **Contextualize** o cliente sobre a mudança de status dessas empresas para adquirentes (a partir de Setembro/2025).
2. **Coleta Abrangente dos Dados Lógicos:**
◦ Solicite e valide os dados lógicos da adquirente principal (ex: Rede).
◦ Solicite e valide os dados lógicos específicos da Ticket:
- *Código: SmartNet: 07 dígitos numéricos*
◦ Solicite e valide os dados lógicos específicos da VR.
3. **Abertura da Solicitação (Time NLogicos):**
◦ Abra o ticket de solicitação de credenciamento, sinalizando claramente o **cenário multiadquirentes**.
◦ Inclua no chamado todos os conjuntos de dados lógicos coletados (Adquirente Principal, Ticket e/ou VR).
4. **Finalização de Solicitação**
◦ Após a atuação do time Nlógicos, o ticket será finalizado.
---
##### **
Dúvidas Frequentes**
1. **O que significa exatamente que Ticket e VR "passam a ser adquirentes"?**
Significa que elas não são mais tratadas como bandeiras secundárias transacionadas dentro de uma adquirente primária (como Stone ou Rede). Agora, elas exigem um **módulo exclusivo** e são configuradas no ambiente Fiserv como adquirentes independentes, forçando o cliente a operar em um cenário multiadquirentes se ele quiser utilizá-las junto a outras.
2. **O time da ConnectPlug precisa de dados lógicos adicionais do cliente?**
Sim, é necessário coletar os dados lógicos do contrato da adquirente principal (ex: Getnet) e, **separadamente**, os dados lógicos fornecidos pela Ticket e/ou pela VR. Para a configuração, a ConnectPlug precisa de um conjunto de dados para cada empresa envolvida.
3. ** Essa mudança é uma limitação da ConnectPlug?**
Não. Esta é uma alteração comunicada pela **Fiserv**, a TEF House parceira da ConnectPlug, que redefine o tratamento dessas empresas no seu ambiente a partir de setembro de 2025. Nosso papel é configurar a solução ConnectPlug para se adequar a essa nova regra, garantindo a transação.
4. ** Essa regra se aplica às variações (por exemplo, Ticket Alimentação)?**
Sim. O comunicado se refere à Ticket e VR **junto com as suas variações**, que também passam a exigir este tratamento como adquirentes