Nova política de onboarding para transmissoras de dados - Workshop Open Finance Brasil (09/06/2025)

política de onboarding do ecossistema.
Então, acho que basicamente aqui o que a
gente tem feito é introduzir agora uma
nova etapa no processo, né, de
certificação das instituições que inclui
aqui os testes em produção, né? Então,
na verdade, depois da certificação, a
gente introduz um período em que as
instituições elas vão ser acompanhadas,
né? a gente vai ter uma série de
indicadores que a gente vai monitorar
até ter, ao final desse período, a
autorização formal da associação para
pro Go Live das novas instituições, tá?
Então essa é uma política que ela tá
muito em linha com a resolução PCB 463.
Essa norma é a norma que estabelece a a
realização de testes em produção pelas
instituições e acho também que de alguma
forma ela acompanha aqui a maturidade do
ecossistema, tá? Então o grande objetivo
dessa política é a gente tornar a
entrada em produção dos novos entrantes
mais fluida, né? a gente reduzir a
volumetria de problemas bilaterais entre
as instituições e sobretudo garantir o
sucesso dos novos participantes a
entrega de produtos e serviços
interoperáveis, né, e sem fricções para
o cliente final. Então, acho que aqui a
ideia é a gente realmente eh ter uma
noção de saúde de ecossistema, né, e a
gente garantir que na data de Golive a
gente conseguir entregar um produto, um
serviço com uma qualidade realmente
atestada, né, em produção. Então aqui é
vai ser extremamente importante a
cooperação de todas as instituições, né?
Então, as transmissoras, né, nesse caso,
eh, são as instituições que a gente vai
fazer os testes, mas a gente também vai
depender aqui das receptoras, né? E o
intuito é novamente a gente ter lá na
data de Goif eh, um produto redondo. E
aí, para quem não sabe, né, atualmente
aqui no ecossistema, a gente já tem um
processo de onboard, que ele funciona
especificamente para as ITPs. Com a
publicação da resolução BCB, né, e a
introdução dessa nova política, a gente
vai ampliar esse escopo de oborging.
Então, a gente passa a incluir eh também
as transmissoras de dados, a gente vai
passar a incluir futuramente também as
receptoras, também as detentoras, tá?
Mas nesse momento o foco aqui é no
onarding das novas transmissores, tá?
Então, em linhas gerais, em termos de
processo, a gente tem algumas etapas,
né? A primeira é a solicitação de
onboarding. Então a instituição ela
indica pra associação o seu interesse de
participar, né, de de entrar em
produção, o que nesse caso não vai ser
aplicado pros novos entrantes, porque já
houve mapeamento prévio. Eh, a gente
continua com a etapa de certificação em
sandbox, né, onde as transmissoras vão
desenvolver seus APIs, vão testar um
motor de conformidade e aí a gente entra
aqui na etapa de publicação no
diretório. é são uma etapa importante
porque além de publicar as APs no
diretório, as transmissoras vão precisar
habilitar uma flag de homologação em
cada marca que elas forem publicar suas
novas APIs. E do lado dessas setoras, a
gente vai precisar de uma ação de
restrição dessas marcas, tá? E aí eu
falo um pouco mais no detalhe sobre isso
daqui a pouquinho. Eh, passado esse
momento então de publicação no
diretório, a gente vai ter aqui de fato
o período do onboard, né, que na prática
é a realização de testes em produção.
Então a gente vai linhas gerais
monitorar o comportamento funcional das
APIs, a integração das instituições com
as ferramentas do perímetro central, a
volumetria de chamados bilaterais, a
consistência no funcionamento bilateral
também entre as instituições e a gente
também deve passar a monitorar a jornada
de experiência do usuário. E aí,
validadas todas essas etapas, né, as
instituições tendo sucesso em todos
esses indicadores, a gente vai então
para o GOIV, que é a disponibilização da
nova funcionalidade para o público
geral. Eh,
e aí falando mais especificamente sobre
os novos entantes, né, acho que aqui a
gente tem também representantes da
receptora de dados, então acho que vale
até dar um passo para trás. No início,
no final do ano passado, o Banco Central
publicou, atualizou a resolução conjunta
número um através da resolução conjunta
número 10, ele atualiza as regras de
obrigatoriedade de participação na fase
de compartilhamento de dados. Então, a
partir de primeiro de julho, a gente vai
ter também como obrigatórias as
instituições individuais ou pertencentes
a conglomerados com mais de 5 milhões de
clientes. Essas instituições, elas
tiveram 6 meses para se adaptar, ou
seja, para desenvolver as suas APIs,
para passar pelo processo de
certificação, que é justamente o momento
que a gente está agora, né? Então elas
estão desenvolvendo tudo que elas
precisam e aí a partir de 1eiro de julho
elas devem publicar suas novas APIs com
diretório de produção. E aí entre o dia
7 dia o dia 2/ do07 e o dia 28 de
agosto, ou seja, um período de 2 meses
subsequentes ali a publicação das APIs,
a gente vai realizar então esse
onboarding desses novos entantes, né,
dessas eh novas organizações.
Então, a gente mapeou inicialmente 13
conglomerados que vão passar a atuar na
fase de compartilhamento de dados. E
essas instituições, então, eh, a partir
do dia dois, elas vão passar por uma
série de testes em produção. E esse é
também um período em que a gente aqui da
DTO pode convocar essas instituições
paraa sala de guerra a depender dos
resultados desses indicadores que serão
acompanhados por nós, mas que as
instituições também vão ter acesso eh a
esses indicadores para acompanharem a
sua evolução pra gente garantir eh que
no final do período eh esteja tudo
redondo, tá? Aqui um ponto é que a
disponibilização dessas marcas pelas
receptoras, ela vai acontecer de forma
escalonada, tá? Então, no dia 1eo de
julho, a gente vai eh solicitar que as
receptoras restrinjam esses novos anos
para toda a sua base de clientes. E a
partir ali, eh, na verdade aqui tá até
errado, não é do dia 9, no dia 14 ou 11,
se não me engano, eh, do dia 14. A
partir do dia 14 do7,
a gente vai passar a realizar uma
disponibilização dessas marcas, só que
de forma escalonada.
Então, quais são os indicadores de fato
que a gente vai acompanhar das
transmissoras de dados nesse período?
Primeiro deles é a publicação das APIs
no diretório de participantes. A gente
já tinha encaminhado anteriormente um
formulário para as instituições,
eh, pedindo que elas nos indicassem
quais são os produtos que elas ofertam e
em Minas Gerais, todos os novos encantos
vão ter que desenvolver e publicar as
APIs referentes aos produtos que eles
ofertam, né? Então, no dia 1eo de julho
é a data limite para essa publicação, o
que significa que qualquer instituição
que não publicar suas APIs devidas eh
vai ser notificada a partir do dia do,
tá? Então essa é a primeira eh o
primeiro indicador que a gente monitora
e ele também faz parte, vale ressaltar,
do fluxo de acompanhamento de
desconformidades, tá? é um indicador que
também vai constar eh num painel de
desconformidade da instituição.
Aí a partir do dia dois a gente vai
começar de fato a fazer os testes em
produção, né? Primeiro deles é testar o
comportamento funcional da API. Então, a
gente vai eh ter dois indicadores aqui.
O primeiro é o sucesso no teste de dados
do cliente e o segundo é a validação de
que todos os ends das APIs que cada
instituição publicou de fato estão sendo
chamados e que de fato o retorno desses
ends é um sucesso. A gente tem hoje na
FVP manual um único teste de dados do
cliente. Então o que que esse teste faz?
Ele ele vai acionar todas as APIs que a
instituição tem publicado e ele vai
esperar um 200 de cada uma dessas APIs.
Para você executar o teste, você não
precisa necessariamente ter todos os
produtos contratados, tá? Então,
bastando ter os dados cadastrais, o
teste ele já retorna no sucesso.
Eh, e aí nesses casos, né, em que o
cliente não tem o produto contratado,
ele aciona o primeiro end point e os
demais não são acionados. Mas além
disso, né, como a gente tá aqui num
período de piloto, que a gente espera é
que os testes sejam mais completo
possível, tá bom? Então, além da gente
ter o sucesso nesse teste único da FVP,
a gente vai esperar também que os testes
sejam realizados por testadores que de
fato tenham aqueles produtos contratados
e aí a gente vai conseguir monitorar
isso ali através da PCN, né? Ou seja,
todos os end points das APIs, eles vão
ter que ser chamados e a gente vai
esperar um retorno de sucesso para cada
um deles. Eh, esses testes eles vão ser
executados pelas próprias instituições,
tá? Então vocês vão ter um período para
poder fazer essas execuções e aí a gente
vai acompanhar aqui do lado de cá se de
fato eles estão sendo eh executados com
sucesso.
Eh, pessoal, acho que tem algum áudio
vazando.
Eh, Lucas, você quer falar?
Deixa eu fazer uma pergunta aqui,
Eduardo. Talvez você vai comentar isso
mais para frente, mas eu tô sendo
ansioso.
Eh, a pergunta é o seguinte, tá? dado
que existirá um processo obrigatório de
onbard, tá, que vai rolar do dia 2/07 a
28/08,
essa transmissora que não foi homologada
ainda não poderá atuar no papel de
receptor enquanto não passar por esse
processo de homologação. Ele primeiro
precisa passar por esse processo de
homologação, obter a certificação, tudo
certinho para depois atuar no papel de
receptor. Isso não ficou claro para mim,
não sei se você vai tratar isso em outro
momento. É, na verdade aqui a gente não
tá estabelecendo ainda isso como
pré-requisito, tá Lucas? Mas acho que a
gente pode tratar isso um pouquinho mais
para frente. Aqui a gente tá tratando
especificamente da transmissora, do
longbo barding da transmissora. Só que
para você atuar como receptor, você, né,
devido à reciprocidade, você precisa
necessariamente ser habilitado ali como
professora. Então, o entendimento prévio
é que sim, a gente precisa aguardar até
o final desse processo para que os novos
entantes possam possam atuar com
receptores.
Obrigado. Nada. E aí a gente tem aqui
indo adiante os outros indicadores, né?
Então, integração com as ferramentas. A
gente, né, vai monitorar também se de
fato as novas instituições vão estar
integradas com a PCM. Então aqui vai ser
esperado pareo de 95% de todas as
chamadas que forem realizadas durante
todo esse período e também o envio de
todos os additional infos necessários
ali eh para cada API. E a gente também
tem uma questão aqui de integração com
MQD, mas nesse primeiro momento a
integração com MQD ela vai ser restrita
ali a um grupo menor de de novos
entrantes, que aqui é o Inter, C6 e
Pagbank. As demais instituições vão
precisar fazer a integração com NQD, mas
isso só vai ser obrigatório a partir do
ano que vem.
E aí a gente entra aqui na métrica de
engajamento, tá bom? Então, além dos
testes em produção via FVP, também vai
ser esperado que os novos entrantes
utilizem das receptoras para testar ali
o comportamento das suas instituições. O
que a gente determina aqui é que sejam
gerados 100 consentimentos com pelo
menos 10 receptores diferentes. É, ao
longo desse período a gente também vai
ter alguns marcos mínimos de
consentimentos, mas isso eu mostro um
pouquinho mais pra frente, que a ideia é
só vocês captarem que esse vai ser um
indicador também monitorado e junto a
ele, no final do processo, obviamente a
gente eh espera que nenhum ticket
bilateral esteja em aberto, tá bom?
Então, o que que a gente espera desses
dois meses? a gente espera que as
transmissoras consigam testar as suas eh
as suas funcionalidades, né, e que ao
final desse período a gente não tenha
nenhum problema grave, né, nenhum
problema crítico em produção com essas
novas instituições. E por isso que a
gente estimula aqui que eh o, né, que
vocês realizem os testes, que vocês
identifiquem por conta própria qualquer
problema que possa surgir pra gente
garantir que lá na data de 28 de agosto,
melhor, dia 29 de agosto, que a gente
não tenha nenhum problema. E, portanto,
meio ticket bilateral,
pessoal. Além disso, a gente também vai
validar a jornada de experiência do
usuário, mas aqui é uma observação, tá?
Eh, o monitoramento dessa jornada, ele
não vai ser um pré-requisito para esse
onboard, tá? A gente já direcionou ali
junto ao GTUX que as novas instituições
sejam contempladas no próximo ciclo de
monitoramento, tá? Esse ciclo ele começa
agora em junho, vai até eh agosto e a
partir de julho, com a entrada em
produção dessas instituições, o time de
testes aqui da da estrutura, ele vai
monitorar também a jornada de
experiência do usuário e em caso de
falhas ali a instituição vai ser
notificada, mas isso já seguindo o fluxo
do monitoramento que o GTIX realiza, tá
bom? Então, a gente encaminhou esse
pedido para eles. É importante que as
transmissoras tenham em mente que isso
também vai ser testado durante esse
mesmo período. As notificações vão ser
apartadas e não vai ser eh um critério
de sucesso para onbard.
E aí falando um pouco mais sobre como
vai funcionar a habilitação dessas
marcas, tá? E aí aqui especialmente qual
que vai ser o papel das receptoras nesse
nesse processo. Acho que o primeiro
ponto, talvez a informação mais
importante, é que na data de publicação
desses novos entrantes, todas as
receptoras vão precisar restringir essas
marcas paraas suas bases, paraa sua base
de clientes, tá bom? Então nenhuma marca
ela deve aparecer ali na lista de
transmissoras no aplicativo das
receptoras. a disponibilização dessas
marcas, ela vai acontecer de forma
escalonada ao longo desse período.
Então, a gente vai disponibilizar ali
num diretório de participantes uma flag
a nível de servidor de autorização e as
transmissoras de dados vão precisar
habilitar essa flag no momento em que
fizerem a publicação das APIs. Essa flag
vai ter um valor chamado em homologação
e as receptoras vão precisar consultar
esse valor, implementar alguma regrinha
para que nenhuma marca que tenha essa
flag habilitada ali no dia primeiro seja
eh mostrada ali na jornada do usuário,
tá bom? Então, essas marcas devem ser
restritas
e e aí o que que acontece? a gente vai
habilitando essas marcas pros usuários
de forma escalonada por grupos de
receptores. A gente classificou eh a
gente separou cinco grupos e eles foram
classificados utilizando aqui alguns
critérios. Primeiro deles é uma
classificação decrescente das receptoras
com base no estoque de consentimentos
que elas têm. Então, as receptoras que
têm menor volume de consentimentos devem
disponibilizar essas novas marcas
primeiro. E em pelo menos cada um desses
grupos, a gente vai incluir também uma
eh consumidora de dados de grande porte,
porque a gente também não quer deixar as
maiores consumidoras para o final, tá
bom? E o que que o que que qual é o
intuito aqui, pessoal? Eu acho que, de
novo, eu comentei no início, mas esse
processo ele serve sobretudo paraa gente
conseguir garantir para o cliente final
que a gente vai ter o mínimo de ficção
possível para essas novas
funcionalidades. Então o nosso intuito é
a gente viabilizar que as transmissoras
possam realizar testes através de de
receptoras e nesse primeiro momento a
gente começar com as pequenas e médias e
ir escalando até as maiores
consumidoras, tá bom? Que que a gente
pede? A gente pede também que as
transmissoras eh realizem um bloqueio de
DCR, DCM, eh no caso de alguma receptora
que faça essa chamada antes da data de
disponibilização.
E aí aqui, pessoal, acho que até um
comentário mais geral. Se a gente tiver
alguma receptora que desejar começar a
testar com essas instituições numa data
anterior, aquela que tá indicada aqui,
isso será possível desde que vocês
desenvolvam alguma funcionalidade de
restrição de usuários, tá bom? Então, a
regra geral é que as marcas não devem
ser disponibilizadas paraa base geral
das receptoras até a data que tá
indicada aqui. Caso alguma receptora
queira se adiantar, vai ter que
desenvolver alguma funcionalidade para
habilitar usuários específicos para
testes, tá bom? E aí isso vai ter que
ser tratado de forma individual também e
bilateral.
Eh,
e em relação ao cronograma,
na primeira semana a gente espera aqui
que as transmissoras realizem testes
utilizando a FVP. Então, elas publicam
as APS no dia primeiro, entre o dia 2 e
o dia 11 de julho, vai ser o período que
vocês vão ter para atingir o sucesso na
FVP e naqueles dois indicadores que eu
comentei, né? Então, tanto o sucesso no
teste quanto o sucesso na chamada dos
end points, ou seja, vocês vão precisar
de usuários testadores de cada um dos
produtos que a sua instituição oferta.
A partir do dia 14 de julho, a gente
começa então a habilitar essas marcas
para um pro grupo de para o público
geral de receptoras específicas. Então,
a gente vai ter aqui cinco grupos. Eh,
não vou ler todos eles, mas a gente vai
divulgar isso também já em forma. A
gente vai publicar isso no portal do
desenvolvedor,
mas o fato é que a cada semana a gente
vai ter um novo grupo de receptoras que
vão precisar habilitar esses novos
entrantes. Em cada semana, a partir da
primeira semana de habilitação ali dos
das marcas pelas receptoras, a gente vai
esperar das transmissoras o atingimento
de consentimentos mínimos. Ou seja, aqui
a gente espera das transmissoras que
elas realizem testes com esses grupos de
receptoras que vão ter habilitado suas
marcas. Na primeira semana a gente
espera 10, pelo menos 10 consentimentos.
Na segunda semana, pelo menos 30, na
terceira, 50, 70, até a gente chegar
aqui na semana do dia 11 até o dia 15 de
agosto com os 100 consentimentos ou pelo
menos 10 receptoras, que é o indicador
que eu comentei anteriormente.
E aí vocês vão perceber que então nessa
semana a gente já vai ter aqui
habilitado todas as transmissoras para
toda a base de clientes e a gente ainda
vai ter eh um espaço de duas semanas
onde nós vamos continuar acompanhando as
transmissoras e vai ser esse também um
período pra gente garantir que as
transmissoras encerrem qualquer problema
bilateral que seja aberto ao longo desse
processo de onboard, tá bom? Então, nas
duas últimas semanas desse processo, é o
prazo limite que vocês têm para resolver
qualquer problema. E no dia 29 a gente
espera então o sucesso em todos os
indicadores monitorados.
E aí aqui eu acho que trazendo uma outra
visão, isso que eu comentei, mas acho
que é importante aqui a gente ter uma
visão de data, tá bom pessoal? Então,
Andrea, antes de passar a palavra para
você, vou passar para esse slide
rapidinho, que é o último slide aqui do
da nossa conversa de hoje, mas eu queria
reforçar eh o que é esperado de cada um
em cada momento. Então, no dia 1eo de
julho, as transmissoras vão em produção
declarar o seu novo papel regulatório,
né? Então, papel de dados, de
transmissora de dados. Elas vão atribuir
a flag ou homologação para todos os
servidores que disponibilizem as APIs de
compartilhamento de dados e vão então
publicar suas APIs de dados abertos e
dados do cliente para todos os produtos
que ofertarem.
nós aqui da associação nessa mesma data.
A ideia é que a gente disponibilize para
vocês um painel que vocês vão conseguir
acompanhar todos aqueles indicadores que
eu comentei anteriormente. Então, eh,
esse dashboard, ele vai estar disponível
ali no nosso na nossa plataforma de
visualização de dados. Vocês vão poder
consultar eh todos os dias para ter um
controle maior do atendimento dos
critérios. E também nessa data, em
primeiro de julho, é esperado ali das
receptoras que implementem essa rotina
para restringir
eh as novas marcas. Acho que aqui tá até
usuários, mas na verdade estamos falando
de restrição de marcas
entre 2 de julho e 29 de agosto. Então a
gente espera, é o período em que a gente
vai monitorar a integração com as
ferramentas do perímetro central. Então,
os 95% de pareamento das chamadas da PCM
vão ser monitoradas em relação a todas
as chamadas realizadas no período. E o
MQD também vai ter que estar integrado
desde
o primeiro dia. Esse dia 2/07, dia 11/07
é esperado o sucesso das transmissoras
nos testes via FVP.
E a partir do dia 14/07 até o dia 15 de
agosto, é esperado sucesso ali eh nas
interações bilaterais entre as novas
transmissoras e as receptoras. Lembrando
que o número que a gente quer alcançar
são 100 consentimentos gerados pelo
menos 10 receptores diferentes. Em 29 de
agosto vai ser a data limite das
transmissoras para resolver qualquer
problema bilateral.
A partir do dia 2 de julho, a gente vai
aqui da associação, a gente vai iniciar
também o monitoramento da jornadas de,
como eu comentei anteriormente, quais
jornadas vão ser monitoradas, Edu,
jornada de criação de consentimento e a
jornada de consulta do ambiente de
gestão e revogação do consentimento. Mas
como eu comentei anteriormente, embora,
né, a gente vá realizar esse
monitoramento no mesmo período de
onbarding, esse não vai ser um critério
eh de sucesso ali do OB, tá bom? E a
gente aqui da associação também deve
retirar no dia 29 de agosto a flag de
homologação que vocês incluírem ali no
seu servidor de autorização, que
significa que as instituições vão
declarar a flag, mas vocês não podem
retirar a flag, tá bom, pessoal? A flag,
ela vai ser retirada pela associação ao
final desse processo de onboard.
Eh, e por fim, aqui as receptoras, como
eu comentei anteriormente, vão precisar
habilitar essas novas marcas de acordo
com o escalonamento aqui, eh, que eu
mostrei para vocês anteriormente.
Então, em linhas gerais, o que a gente
tem de processo para essa nova entrada é
isso. Eh, queria aqui agora abrir para
dúvidas. Anda, já tá com a mão
levantada. pode falar.
Oi, oi, boa tarde. Eh, no slide anterior
você comentou que a marca que tiver já
tiver implementado a restrição de
usuários, ela poderia entrar antes do
grupo. Então, um exemplo, quem tá ali no
G4, se tiver implementado, na restrição
de usuários paraas marcas que vão
entrar, ela poderia entrar ali na semana
do dia 14 de julho.
Exato. Tá. É. E aí aqui o que que é
recessão de usuários? Acho que é
importante deixar isso muito claro. Eh,
é alguma funcionalidade que vocês
implementem pra gente conseguir
viabilizar que as jornadas para
compartilhar os dados apareçam somente
para um grupo restrito de usuários que
vão ser usuários das transmissoras,
podem ser também usuários aqui da
associação, podem ser usuários da
instituição receptora, mas nesse período
não pode ser disponibilizado para o
público geral da receptora, tá bom? são
somente usuários restritos. E aí, caso a
sua instituição já tenha desenvolvido
isso, queira entrar antes, eh eu peço
que vocês sentem em contato com a gente
e aí a gente organiza aqui ver a
associação como viabilizar esse esse
adiantamento,
tá bom? E um segundo ponto, são 100
consentimentos para 10 receptoras. Esse
sem consentimentos, eu entendo que não
vai testar a tempestividade. Se depois
da desse período de teste ali no dia 29,
a gente tiver problema de
tempestividade, a gente vai abrir os
tickets, eles vão seguir o SLA normal.
É o que que você quer dizer com problema
do tempestividade? É Aham. é o TPM e
TPS,
quantidade de chamadas que a gente faz
para essas instituições. Eh, não, a
princípio a gente vai olhar aqui com
sentimentos únicos gerados,
tá bom? É isso. Obrigada.
Pessoal, alguma outra dúvida? Marco
abriu o microfone.
É, eu tô a a sobre as instituições
transmissoras nesse slide aí mesmo, tá?
Deverão realizar testes com a FVP da
primeira eh na primeira semana. Essa
primeira semana ela tá comportando do
dia 2 ao dia 11 de julho, certo? Exato.
Aqui dá um pouquinho mais do que uma
semana. É, mas
e atingindo marcos semanais, certo? De
consentimento. É FVP. Durante a FVP a
gente não vai cobrar marca do sistema
anal de consentimento. Então a gente só
vai esperar nesse nessa primeira semana
aqui até o dia 11 de julho, sucesso na
FP para todos os produtos a partir do
dia 14. Aí sim a gente espera marcos
semanais de consentimento, que aqui a
gente quer estimular que as
transmissoras façam os testes com as
receptoras que já estiverem disponíveis
com os dados disponíveis.
Certo? Tá bom. Obrigado,
pessoal. Alguma? Opa, Fernando. E aí,
Eduardo, boa tarde. Bom, cara, deixa eu
só tirar um umas uma dúvida aqui. Eh,
aí, por exemplo, no G1 aí tem, sei lá,
sete, oito, eh, eh, receptoras. Eu posso
fazer os 10 consentimentos em um ou eu
tenho que fazer pelo menos um em cada.
Você
pode fazer os 10 em uma, mas a gente tem
que se lembrar que o indicador no final
é sem consentimentos até o final desse
processo com pelo menos 10 receptores.
Então se no G1 você, eu tenho que fazer
12 pelo menos ali em cada no final vou
ter que testar 10, né? Exato. Vou ter
quear 10. Se quiser começar com uma só e
enfim diversificando ao longo. Não,
show, mas aí já é já é meio caminho
andado, mano. Valeu. Tirou a dúvida.
Show.
Algo mais, pessoal?
Legal. Parece então que tá tudo claro.
Tem mais nenhuma dúvida.
Eh, aproveitando aí que falar eh, cara,
você comentou ali do receber 200, né?
Então, cada serviço ali a gente vai ter
que receber 200 ou 200 só dos dados
cadastrais quando você comentou ali para
cada serviço. É porque o que que o teste
faz? O teste ele não condiciona o
sucesso a todos os produtos que o
usuário testador tem contratado. Então,
desde que você tenha um dado cadastral,
né, desde que você tenha uma conta
aberta, o teste já consegue retornar 200
em relação a ao teste. Só que além
disso, a gente vai esperar sim que vocês
repliquem esse teste para cada um dos
produtos que a instituição ofere. Então
vou dar um um exemplo aqui. Vou usar o
C6 como um exemplo. O Edu tem conta no
C6,
mas o Edu não tem empréstimos contratado
com C6. Então vou fazer um teste na FVP.
O teste ele até pode dar sucesso porque
ele vai bater para todas as APS que os
CS t constatado, incluindo impressions.
E ele assim que ele chamar API vai tendo
200, o teste vai dar sucesso. Além
disso, o que que a gente vai esperar? A
gente vai esperar que além do Edu fazer
um teste, o Fernando também faça. E o
Fernando vai ter o produto de
empréstimos contratado com CCs. E como
que eu vou eh identificar que você teve
sucesso naquele teste? Vou identificar
se a as demais os demais se todos os
ends da API de empréstimos forem
chamados. Daí isso a gente consegue
identificar ali também via PCN, tá bom?
Então, é importante aqui que as
transmissoras se articulem para garantir
que todos os produtos que vão ser
testados sejam testados por usuários que
de fato contenham aquele tenham aqueles
produtos contratados. Tá bom? Tá OK,
mano. Não, show. Entendi. Aqui. E até a
colega aí, eu esqueci o nome dela, ela
até tirou a dúvida, mas basicamente, por
exemplo, pensando aí nas linhas do G1,
né? Eh, a gente vai ter uma white, eh,
uma low list aí que que a gente vai
combinar com as instituições. Como que
vai, vocês vão intermediar isso para,
pra gente conseguir, por exemplo, ah,
ali no iniciador eu consegui testar meu
CPF batendo aqui dentro de casa, né?
Aqui é esperado que nessa data todas
essas instituições liberem as marcas
para todo o público, tá bom? Então,
desde que você tenha ali uma conta
aberta, você não deveria não deverá ter
nenhum tipo de problema em fazer o
teste, tá bom? Ah, então rollout vai ser
por grupo. Ah, boa. Então, todo mundo da
desses da desses G1 aí vai ter acesso a
a tudo. Fechou? Aos todos novos
participantes. Show. E até o Lucas
perguntou aí no começo, né, ali sobre o
receptor, né? Então eu só pod eh só eh
só vou conseguir solicitar
ser um receptor depois do 18 a 29 ali.
Dia 29. É isso, né?
Exato, porque aqui a gente tem que
garantir a reciprocidade e aí entendo
que que durante esse período vocês ainda
vão estar sendo monitorados aqui, tá?
Não, beleza. Acho que boa. Então eu só
me considero assim no GO Live ali depois
do dia 29, né? Sim. Show. Na prática, no
dia até o dia 15 já vai est liberado
para todo o público, né? Mas entre o dia
18 e 29, é são duas semaninhas que a
gente também vai dar para vocês
enfimizarem qualquer ticket bilateral,
qualquer problema que possa surgir,
apertar os parafusos, né? Exato. Se
tiver bamb, boa. Fechou. Acho que eu até
as dúvidas óbvias eu tirei aqui. Boa,
boa. Legal.
Ah, só mais uma pergunta. Eh, o controle
então vai tá todo com esses essas
instituições que estão listadas aí. Eh,
se a gente tiver transmitindo uma
instituição do G2 bater na gente, a
gente vai devolver no dia na a
instituição é do G2, mas ela vai estar
operando ali na primeira semana. O
controle não é de quem tá transmitindo,
né?
Nesse caso, eh, sim. Tanto é que a gente
espera aqui que as transmissoras
bloqueem qualquer DCR ou DCM de
instituições que façam chamadas antes
ali da data esperada, a não ser que a
gente tenha eh um desses casos que eu
comentei da instituição viabilizar ali
uma funcionalidade de habilitação de
usuários restritos, tá bom? Mas aí vai
ter que ser avisado, então, né? Vocês
vão avisar, olha, o Mercado Pago, por
exemplo, que tá no G4, vocês devem
liberar ele lá paraa semana de 14 de
julho. Exato.
Ah, então tá. Obrigada.
Ah, tenho mais uma pergunta. No caso dos
bancos, por exemplo, o primeiro banco
que eu vejo aqui, ele tá insando no G2,
certo? Que é o banco de Gil,
certo? Sim. Depois vem banco PAN,
banco safra. Certo? Sim. Então essas eh
se, por exemplo, eu for trabalhar
somente com banco, eles vão começar no
G2. Eu me me baseio na data do dia 21 ao
dia 25. É isso.
Como transmissor, você também vai
precisar dentro do G1 fazer os testes
ali de consentimento, tá bom? Então acho
que vocês vão precisar, caso algum
usuário testador aí, né, algum
funcionário do da empresa não tenha
alguma conta aberta, aí vocês vão ter
que se articular para
abrir, porque lembrando que em cada
semana a gente vai ter um mínimo de
consentimentos esperados.
Então, como transmissora também no nas
instituições do grupo um, vocês vão ter
que fazer pelo menos 10 consentimentos.
pelo menos 10 consentimentos e cada
grupo. Exato. Tá.
Uhum. Tá bom.
Obrigado,
Eduardo. Eh, boa tarde. Mas aí só para
reforçar, então não precisa ser em
instituições distintas. Eu poderia, por
exemplo, fazer essas ideias, por
exemplo, só com a Belva.
poderia no grupo um, poderia, mas até o
final do período são pelo menos 10
receptoras. Você faz 10 com a Belva, mas
você tem que garantir que os 100 vão
contemplar ali outros nove receptores.
Entendi. Beleza,
Eduardo.
Opa, boa tarde, Rogério. Eh, Eduardo, só
me tira um pouquinho mais de dúvida com
relação a essa flag, né? E o tipo de
restrição, a restrição vai ficar toda do
nosso lado, pelo que eu entendi, né? Nós
temos que construir essa restrição para
para as instituições. E essa flag aí, só
me confia uma coisa, eu tô entendendo
que a gente na hora que fizer a
habilitação do papel de dados, a gente
depois que a gente fizer a habilitação,
vai ter um local pra gente fazer a
marcação dessa flag. Exato. Isso já tá
disponível agora ou ainda não entrou no
diretório? É, a funcionalidade de flag,
ela já existe, tá? Ela tá no no servidor
de autorização, ela já existe. Esse
valor ainda não tá lá, mas a gente
consegue eh disponibilizar
a qualquer momento, tá? A gente pode até
fazer isso aqui depois dessa agenda.
Essa flag ela então assim como
transmissora você vai habilitar o papel
de dados, você vai lá no seu servidor de
autorização onde você vai publicar as
APIs. E antes de publicar as APIs, você
vai selecionar essa flag que vai ser a
flag de homologação. Essa flag é a mesma
que já existe hoje, onde a gente
identifica, por exemplo, se uma
instituição oferta conta PJ ou PF. Então
a funcionalidade é a mesma, só o valor
que vai ser diferente. E a flag ela
também vai ser, né, você ela pode ser
consultada ali através da PI
participantes, tá?
E aí sim a restrição vai ter que ser
desenvolvida pela receptora.
Ah, beleza. Valeu,
pessoal. Alguma dúvida adicional?
Beleza? Então, acho que os recados que a
gente queria passar eram esses, tá bom?
Acho que em linhas gerais aqui a gente
espera que seja um board muito fluido
para esses novos entrantes, né? O
intuito desse processo aqui é realmente
facilitar, né, a vida de todas as
pontas, né? Então, a gente não quer eh
honerar as receptoras uma volume muito
grande de problemas do das
transmissoras. A gente não quer onerar
as transmissoras em disponibilizar um
produto que porventura possa estar
quebrado. A gente não querar os
clientes, né, em utilizar uma
funcionalidade ali que possui fricções.
Então, acho que aqui a gente conta muito
com a colaboração de todo ecossistema,
tá? Então, participação das receptoras
vai ser fundamental pra gente conseguir
viabilizar esse processo. E esse
processo, como eu comentei, de fato, ele
representa o amadurecimento do do
ecossistema como um todo. Então, a
participação de todos vocês vai ser
fundamental.
Eh, a gente vai divulgar essas
informações também já informa, tá bom?
Eh, eh, esse workshop ele foi gravado,
então a gente consegue disponibilizar
também o link dessa reunião. E qualquer
dúvida que vocês tiverem, vocês
conseguem abrir um ticket no Search
Desk. Vocês têm, provavelmente tem os
nossos contatos ali via grupo do
WhatsApp também. Sintam-se à vontade
para chamar, tirar uma dúvida ou outra,
mas se desesc é sempre o canal oficial
para lá que a gente recomenda que vocês
abram as dúvidas.
Eh, em linhas gerais, é isso, pessoal.
Então, se ninguém tiver mais nenhuma
dúvida, acho que a gente pode cerrar a
chamada por aqui.
Eduardo, obrigado. Eh,
é possível compartilhar o número de
WhatsApp? O link você já falou que vai
ser compartilhado, né? Mas o número de
de WhatsApp que vocês eh trabalham aí,
Marco, de qual instituição você é? É, na
verdade eu tô tô na Crifisa, né? Tô Ah,
legal. Interno, tá? Eu posso te chamar
depois? Acho que se quiser mandar um
e-mail também a gente pode combinar um
canal melhor e a gente vai conversando.
Obrigado. Eu
bom pessoal, então,