Workshop de lançamento das APIs de Consents, Resources e Câmbio

Bom
dia pessoal queria agradecer a presença
de todos aqui então estamos no último
workshop dessa sequência que a gente
teve na semana passada e e nessa Então
hoje a gente vai falar aqui sobre a nova
API de consentimento de recursos e a de
câmbio então consentimento e recursos
são apis que já estão em vigor aqui no
eh no ecossistema e elas vão ter novas
versões e câmbio ao lançamento de um
novo produto tô aqui falando sobre
eh dados o produto aqui de dados do
cliente
então seguindo o padrão do que a gente
já teve nas últimas
Opa aqui eh nas últimas apresentações
Então vou pedir para para as dúvidas
serem enviadas pelo chat a gente vai
respondendo aqui em paralelo e o que não
der tempo de responder ou que talvez
fique pendente a gente vai consolidar
aqui no material e a gente vai compartil
parar com todo mundo depois e os
arquivos finais e todas as respostas e
aí pra gente começar aqui hoje queria
agradecer também a participação dos
apresentadores de hoje então Alice que é
coordenadora do GT dados do cliente e o
Arnaldo e o Eduardo que são aqui do
grupo de produtos responsáveis pelas
apis de dados do cliente a Gabriela que
é do do GT para falar um pouco sobre a a
experiência o que que muda com a
experiência nessas novas com essas
mudanças que vem nas apis o Cristian
para falar sobre os testes o que que vai
ser testado E aí eu volto aqui no
finalzinho pra gente falar sobre o que
que que que é esperado das instituições
Qual é o cronograma Quais são os
próximos passos Então queria agradecer a
todo mundo e deixar aqui também um
agradecimento para todo mundo do grupo
de produtos dos GTS envolvidos então
dados do cliente GT ux envolvimento ali
com segurança qu sbox então agradecer
todo o ecossistema aqui que participou
Para viabilizar o lançamento dessas
novas apis e agradecer a presença aqui
de vocês no workshop
então Começando aqui queria passar a
palavra pra Alice para contar um pouco
sobre o que que vem nessas nessas apis
né Quais são as mudanças delas Então bom
dia alí tá bom pessoal bom dia Tudo bem
pessoal bom vamos falar um pouquinho
aqui sobre as mudanças que vem com essa
nova versão das apis tá a gente tá
fazendo alterações na na api
consentimento eh na resources né ou seja
API de recursos e existe o lançamento de
uma nova api também que é pro produto
câmbio Tá vamos começar pela API de
consentimento essa api Então acho que
todo mundo que tá aqui sabe né mas ela
foi criada ali Para viabilizar que na
fase dois né houvesse a criação consulta
e revogação dos consentimentos ã no mês
de novembro a gente teve uma nova versão
dessa P que possibilitou também a a
renovação né de consentimentos em Abril
do ano que vem a gente faz uma nova
mudança né E aí a gente versiona para V3
mesmo que entra com essa nova mudança a
possibilidade aqui do que no GT a gente
chama de F consentimento que eu já
explico melhor o que significa também a
possibilidade de criação de novos
consentimentos com prazo indeterminado
eh o fu consentimento aqui então o que
que a gente quer dizer com isso né hoje
caso o cliente selecione na hoje não
como vai ser na verdade caso o cliente
selecione na receptora produtos é que a
gente chama aqui de seleção agrupada né
que seriam ali produtos de operações de
crédito investimentos e câmbio quando
ele for redirecionado pra transmissora
mesmo que a transmissora não
comercialize esses produtos ele ela vai
precisar colocar em tela os botões para
que o cliente confirme esses produtos tá
então de novo a gente chama de seleção
agrupada porque por exemplo apesar de em
operações de crédito eu ter ali uma
série de produtos né financiamento
empréstimos AD direitos creditórios pro
cliente na confirmação aparece apena a
apenas a opção operações de crédito e o
mesmo vale para investimentos Nos quais
eu também tenho várias apis e vários
produtos e no caso de câmbio também
porque esse produto entra agora mas eu
também terei um botão de seleção única
que contemplará todos os contratos de
câmbio que aquela instituição tiver tá
então A novidade é que eh os clientes
podem eh já compartilha esses produtos
mesmo que a transmissora eh não os
comercialize no momento do consentimento
tá então Quais as principais mudanças e
o que viabiliza esse ponto que a gente
falou Qual que é o grande benefício dele
também aqui pra gente no ecossistema né
A partir do momento que a a transmissora
já vai manter as permissions desses
produtos no consentimento e também vai
manter o Esopo no token quer dizer que
quando a transmissora passar a
comercializar Tais produtos eu não
preciso novamente fazer dcm e entre
receptora e transmissora tá o que a
receptora vai precisar fazer aqui é
baixar as urls né as novas urls
publicadas ali no diretório e verificar
na resources se aquele cliente já possui
algum recurso para aqueles produtos Tá
mas então acho que isso muda eh traz
eficiência né Toda vez que a gente
precisa aqui do do do dcm muitas vezes a
gente tem aqui um engasgo né entre
instituições Então acho que traz um
grande Ben difícil nesse sentido tá e
aqui a questão da da da da data de
expiração indeterminada eu acho que hoje
a gente tem múltiplas finalidades né de
consentimentos aqui no ecossistema mas
por exemplo se eu tô compartilhando meus
dados né com o intuito de fazer eh
gestão financeira né em uma instituição
eu Muito provavelmente eu não quero
fazer isso por um ano né Eu quero fazer
isso aqui por um período maior Enfim
então acho que também facilita pro
cliente né De acordo com a finalidade do
consentimento ele pode aqui já criar o
consentimento com prazo indeterminado e
não precisar ali ficar ou renovando ou
criando novos consentimentos a todo
momento tá mais uma vez também acaba
trazendo eficiência quem é obrigado a
oferecer a V3 né da conen todo mundo que
implementou as apis de dados do cliente
né de novo e as apis de dados do cliente
dependem do consentimento né Para que
aqui as informações dos produtos sejam
compartilhadas então todo mundo que já
implementou precisa colocar essa nova
versão em produção
tá uma API podemos
passar aqui então é a resources né nossa
P de recursos também foi criada ali na
fase dois para possibilitar que eh
receptoras pudessem consultar os
recursos disponíveis para consumo e
também aqueles recursos que poderiam ali
em algum momento ter sido disponíveis
mas estão ou temporariamente disponíveis
ou indisponíveis tá também também é
usada então tanto na fase dois quanto
nas nossas API de 4B né a gente já tem
investimentos em produção e agora entra
câmbio o que que muda a partir de Abril
a possibilidade de compartilhamento de
recursos de câo né que é o produto novo
que tá entrando aqui e a gente também
tem uma melhoria ali nas recomendações
de uso de um status code tá já falo
melhor o que é isso principais mudanças
né De novo possibilidade de consumo de
produtos de câmbio e aqui a Mud que eu
falei do status code hoje no ecossistema
né a gente já tem ali através de
problemas conhecidos a recomendação de
uso do status code
202 ele pode ser utilizado no primeiro
consumo que a receptora faz ou seja se
eu sou uma transmissora e estou sendo
consumida pela primeira vez por uma
receptora ali para um determinado
consentimento Pode ser que eu não tenha
conseguido ainda montar a lista de
recursos para consumo pela receptora tá
então eu posso fazer o uso do status C
de 200 dois o que acontecia aqui é que
não havia um tempo limite para isso né
então a gente poderia ali ter uma
situação de mau uso vai entre aspas de
por exemplo retornar o 202 por dia
seguidos né e agora então a gente coloca
um limite que são 5 minutos para que a
transmissora então a transmissora passa
a ter 5 minutos para montar a listagem
de recursos tá e a partir desse momento
se eu excedi os 5 minutos e ainda não
conseguir montar a listagem Muito
provavelmente eu tenho um problema
interno tá se isso acontecer eu tenho
que passar a lançar um status code
apropriado da família 500 por exemplo Tá
bom quem é obrigado a oferecer esse
produto novamente todas as instituições
financeiras que implementaram as apis de
dados do cliente aqui pessoal só
reforçando um ponto eu acho que eh até
hoje né no ecossistema a gente nunca que
frisou a necessidade de uso da resources
como eh uma API de uso obrigatório né
porque ao invés de utilizá-la eu acho
que pode ser que a gente tenha aqui
muitas eh receptoras que batem
diretamente na listagem de produto com
essa alteração que a gente tá fazendo da
possibilidade de confirmação de produtos
não comercializados pela transmissora a
gente passa a recomendar mais fortemente
o uso dessa api tá porque uma das formas
que eu vou ter aqui de eh de saber que
uma transmissora passou a determinar
passou a comercializar determinado
produto e que aquele cliente contratou
aquele produto é através da da EPI
resources tá então acho que a gente
também apesar de não tá escrito aqui a
gente tem essa mudança de recomendação
de uso podemos ir pro próximo
Fabi agora a gente vem pro novo produto
né é ap pi de câmbio então o que que a
gente tá lançando a possibilidade de
compartilhamento pelo cliente de dados
transacionais de seus contratos de
câmbio né Porque surgiu ele é um dos
escopos que tava previsto pelo regulador
ali desde a resolução conjunta número um
tá tá E aqui seguindo o cronograma esse
é o momento Quais as principais mudanças
e o que ele viabiliza né é oportunidade
de eu acho que com a entrada desse
produto mais uma vez a gente beneficia o
cliente né ão trazendo oportunidades de
melhoria por exemplo enfim ele consegue
já começar a comparar taxas entre
instituições de repente uma instituição
pode oferecer para ele uma taxa melhor
que a outra então acho que no fim eh a
isso resulta em benefício pro cliente
então tanto em melhores condições para
contratação do produto centralização de
gestão financeira também que é algo que
a gente já falou e em diretamente a
gente acaba fomentando inovação e
concorrência no mercado né Eh eu acho
que todo mundo aqui pode querer passar a
criar eh melhores produtos aqui melhores
serviços para ofertar paraos clientes Ah
o cliente poderá compartilhar seus
contratos de câmbio com informações como
os detalhes de cada operação né então
por exemplo o tipo da operação a data de
de liquidação Qual o valor efetivo Total
dessa operação e também os eventos que
atualizam essas operações eu acho que
aqui todas as transmissoras que já
comercializam produtos de câmbio tem que
fazer ali um reporte pro bassé né A
partir do momento que o cliente contrata
e também a cada alteração que essa
operação sofre que é o que a gente tá
chamando de evento aqui tá então é claro
vocês podem coletar ali maiores detalhes
na área do desenvolvedor na
especificação da pi mas é numa linha
muito similar ao que as instituições já
fazem hoje no no report regulatório de
operações de câmbio quem é obrigado a
oferecer o produto todas as instituições
que já participam do Open finance com
escopo dados obrigatórias ou voluntárias
E que comercializem esse produto tá eh
isso tá de acordo com o que tá escrito
ali na resolução conjunta número um né
Depois vocês podem aqui olhar e e
verificar maiores detalhes ou seja quem
comercializa e já tá no ecossistema de
forma voluntária ou obrigatória né não
importa que tem o escopo dados e e
deveria aqui implementar essas apis para
abril Tá bom acho que é
isso muito obrigada Alice pessoal queria
passar aqui agora a palavra pro Arnaldo
e pro Edu e a ideia é entrar nos pontos
técnicos né então A ideia é no sweger
como que essas mudanças se refletem aí
Arnaldo Edu vou passando aqui os slides
conforme vocês forem falando mas se em
algum momento quiserem a tela vocês
podem ficar à vontade
tá
Arnal Você tá no
mudo ISO bom é obrigado fai eh
Primeiramente Bom dia né Espero que
todos estejam bem E então eu sou o
Arnaldo e juntamente com o Eduardo nós
somos parte aqui da Equipe técnica que
dá o apoio ao GT dados do cliente para
poder viabilizar né e
as APS aqui de dados do do cliente né
então Eh aqui vamos entrar um pouquinho
na parte mais técnica né das APS que e
consentimento a recursos e a de câmbio
né conforme a
eh já falou delas né então aqui
eh essa versão que estamos disponível da
de consentimento né acho que a parte
principal né seria está relacionada a
parte de extensão de consentimento n do
prazo de do consentimento né então Eh
para isso né foram
eh disponibilizados dois end points
novos né dentro da P de consentimento eh
a post cons extend né que é o que
efetivamente faz a prorrogação do
consentimento né
E para fazer uma consulta né foi
disponibilizado a a get extensions que
aí no caso ele faz uma traz né um
histórico de todos os as extensões que
foram eh eh feitas pelo pelo cliente né
Eh aqui ao lado temos uma eh sei se
ficar visível bem visível para todo
mundo né mas tem uma máquina de estado
né que faz faz o trata o fluxo né de
consentimento da questão de
eh solicitação as alterações de status
né e as e os possíveis retornos de erros
aqui que possam ocorrer eh sendo em
destaque aqui essa o mapeamento de erros
do status code 422 né então são alguns
erros de negócios que foram mapeados ali
para tratar algum eh alguns cenários
mais Eh mais específicos ali para poder
dar mais clareza a ao erro que foi
ocorreu aí durante o processo né
Eh depois vou abrir o o sweger né a
gente consegue dar uma visualizada um
pouco melhor sobre o que foi
implementado dentro do sweger né então
em alguns outros pontos né que foram
incluídos Nessa versão é a questão do da
eh do uso do
eh O Retorno né do ex fap interaction ID
né até me permit a correção aqui seria a
geração né seria o eh a devolução né do
ex fap interaction ID eh por parte da
transmissora né para na hora de eh
retornar o o a resposta né do desses end
points aqui né e da mesma forma Como foi
mencionado ontem pelo pela apresentação
do dados dados abertos né então da mesma
forma como eles também incluíram os esse
atributo de do ex regulator required eh
Nós também fizemos esse trabalho de
mapeamento dentro dessas três apis aqui
não desculpa Mais especificamente na
consentimento e a recurso então foi
feito o mesmo mesma tratativa aí desses
Campos né então eles foram mapeados lá e
Nessa versão ainda já tá
eh eh retornando na nas respostas do
desses end points aqui né De qualquer
forma também tem uma página nova que foi
incluída na na área do desenvolvedor que
também tem uma dá um pouquinho mais de
detalhes né sobre os campos né E qual
foi a regulamentação que que nós
consultamos que nos apoiou nesse
mapeamento dos Campos do dos eh Campos
regulatórios aqui então
Eh o FBI vou puxar um Pou rapidamente a
tela aqui só pra gente passar
rapidamente pelo pelo
Swag
eh todos estão estão consegindo
ver Então primeiramente né a a p de
consentimento é a nesse caso é a versão
TR aqui né
esperar ele abrir
aqui então Nessa versão
3 Então temos aqui o mapeamento da
dos dos três end points novos né
Desculpa os dois end points novos né o
get extensions né onde ele retorna uma
lista
eh informações de
das solicitações de extensão do
consentimento né então tem eh esse
objeto que retorna esse histórico aqui
para Caso seja é necessário essa
consulta de um histórico ele ele pode
ser consultado por esse endp tá e a
mesma forma aqui para fazer a
solicitação do da extensão do
consentimento
eh temos o post né que ele é basicamente
eh igual ao post né a de criação do do
consentimento né então ele teria tem os
mesmos Campos aqui né
Eh Vale mencionar um detalhe né que a
que todos devem ter eh percebido né na
versão 2.2 da da consentimento eh foi
tem esse campo lá do expiration date
time por exemplo né
Eh Nessa versão a existe o cenário ali
de extensão de eh prazo indeterminado
para extensão do consentimento eh paraa
versão 2.2 no caso
eh foi definido na para aquela para essa
versão que para
quando fosse desejado o a espera sem
prazo determinado foi utilizado né o uso
desse dessa data Dame aqui né o 2000
2300 eh 1 de 2300 né
eh paraa versão três né até pro por
conta da entrada do perfil único né do
do perfil fap único
eh não não eh torna-se não não fica mais
não é necessário mais enviar o data essa
data de dame aqui no expiration date
time e e para fazer o prazo
indeterminado é só não informar o o
expiration date time ali que
automaticamente já vai eh entende-se que
o prazo vai ser determinado para aquela
solicitação de extensão de prazo de
validade do
consentimento fa pode tornar por favor
na
apresentação
Claro Muito
obrigado
então então resumindo né É só uma visão
Geral do que que foi tratado aqui nessa
versão nova do consentimento né E aí
agora na sequência vamos dar uma passada
também pela de
cursos
eh até então é o ponto principal né
conforme até a Alice mencionou ali no na
apresentação sobre o ap de recursos eh o
ponto principal aqui foi a questão do do
retorno do dativa do retorno status qu
de 202 né pros por endp de
recursos Então nesse caso aqui tem a
questão do uso do Poli né naquele
intervalo de 5 minutos que a Alice
mencionou né que é o prazo para ele na
primeira consulta do da resources né é o
tempo necessário ele para fazer a
estruturação de todo o retorno da que
vai vai ter nessa nesse end Point de
resar aqui né Eh então esse 202 que eh é
retornado né enquanto esse processo tá
sendo executado né então é é uma
resposta simples né com B vazio mesmo né
E aí detalhando um pouquinho mais aquele
ponto que a Alissa também mencionou do
em caso de eh de de não houver algum
problema ou exceder o intervalo de 5
minutos né Então temos ali o mapet do a
orientação do
504 onde mais detalhes aqui a gente vai
retornar o essa estrutura aqui de erro
né no dentro do 504 que é o esse retro
dig tá então é para tratar esse cenário
vai cair sempre nesse retorno
aqui além disso né Vale também mencionar
que a Nessa versão nova da de recursos
também tem o a tratativa aqui do retorno
do ex fap interaction ID né por por
parte da transmissora né
ah com a inclusão do API de câmbio né na
na que na P de dados do cliente também
eh faz foi necessário também incluir o
mapeamento do da P de câmbio dentro da
da do da resposta do eh do entp de
recursos né e também eh da mesma forma
que de consentimento também foi tratado
a questão do ex regulatory required né
da mesma forma eh tem uma página de
dentro da página de câmbio Eh desculpa
de recursos também tem a uma página nova
lá referente a aos Campos né detalhes
dos Campos que vão retornar dentro dessa
lista
de regulatória required aqui
eh aí e em termos de
de sweger né então é não tem tantos
detalhes pra gente mostrar ali então
basicamente foi mapeamento do 202 ali né
Desse dentro do endp de
recursos e por fim a gente pode vamos
olhar de a de câmbio para finalizar aqui
essa parte técnica então assim se
Resumindo né foram expostos três end
points né para essa P câmbio sendo a
primeira dela da listagem de op ações né
que o cliente possui n o outro get que é
para fazer uma consulta específica de um
determinado de uma determinada operação
né com os
detalhes dessa operação né E também um
terceiro end aí que é o são os eventos
né que alteraram modificaram fizeram
qualquer tipo de ação sobre essa
operação do do cliente então aqui eu só
vou passar rapidamente pelo SW né pra
gente uma
eh que foi feito nessa eh nessa ap
nova página de
orientações e aqui dentro versão um
aqui a versão
inici
abrindo
aqui tá então a ap de câmbio é a
Exchange aqui né a ap nova Então os três
end points ali de listagem né tem os é
uma lista simples né com as informações
básicas
da da da das operações né que o cliente
possui dentro dessa lista
[Música]
ah a de Operation por consulta por
Operation ID né onde ele traz uma os
detalhes né especificamente de uma
determinada operação do cliente né com
uma série de informações aqui e o
terceiro endp aqui de eventos né os
events aqui que ele traz detalhes eh eh
dos eventos eh efetuados em cima de uma
determinada operação né as alterações
que ocorreram em dentro de uma
determinada operação
eh acho que também vale mencionar uma
eh alguns detalhes um pouco eh que
também a gente acabou fazendo essa
aproveitando essa versão nova né então
fizemos até umas correções né Umas
melhorias aí no caso que são referentes
a a parte de paginação né então a gente
fez umas alguns ajustes ali eh que acho
que de conhecimento de todos ali por
exemplo no campo de no objeto meta que é
retornado nas nas consultas né nas
operações de consulta então ali a gente
fez uma uma um trabalho ali de de
melhoria
eh removendo por exemplo Campos de
paginação que não fariam sentidos em
em respostas que sempre vão retornar um
objeto né Por exemplo uma consulta por
aí de por identificador que sempre vai
retornar o objeto então não faz sentido
retornar uma lista né então
Eh alguns trabalhos eh umas melhorias
nesse sentido foram feitos também nessas
nessas APS aqui nessa versão
que estamos
disponibilizando bom Tecnicamente é isso
tá é é um resumo geral aqui do que foi
feito né aí qualquer quaisquer dúvidas a
gente vai pode apoiar aqui na no chat né
ou eventualmente depois fem a vontade de
tirar dúvidas aqui com a gente também tá
então Obrigado pelo pela atenção de
vocês pessoal então retorno a palavra aí
FAB Arnaldo Eduardo Muitíssimo obrigada
pela apresentação aí aqui passando pra
próxima parte aqui queria convidar a
Gabi para falar como que isso se reflete
na jornada do
usuário perfeito Obrigada Fabi pessoal
Bom dia para quem não me conhece meu
nome é Gabriela e sou membro da cadeira
2.2 aqui da do ecosistema E Eu Sou
membra também do GT e o ex tá então eu
participo e contribuo com as com as
discussões internas do GT e eu vou
passar aqui Principalmente eu vou falar
um pouquinho sobre as mudanças que a
gente teve em relação a iepi consen tá
pros produtos de câmbio e as alterações
foram mínimas a gente a gente abrangeu
obviamente essas alterações no guia de
uex Mas elas foram mínimas Então o que
eu a minha apresentação aqui eu vou
focar mesmo nas grandes mudanças que a
gente teve com o IPI concent tá que
foram mudanças de bastante preso pra
gente aqui de
eh bom então o contexto eh todas essas
mudanças chegaram pra gente por duas
propostas tá do GT dados do cliente
então a gente aqui em o qual foi nosso
trabalho foi entender o que tava o que
tava sendo o que tava acontecendo de
diferente nesse iepi consens do que a
gente tinha anteriormente tá bom e e
fazer fazer as mudanças eh tanto nas
jornadas do Open finance Quanto
materializar isso no guia de IX tá então
o que que ficou para IX a gente definiu
tantas as alterações necessárias na
experiência do usuário do Open finance
as jornadas que vão ser impactadas e por
fim a gente montou um cronograma de
homologação do guia Dex tá pra gente ter
isso materializado e para pro pessoal
que for desenvolver saber certinho Quais
que são as diretrizes que a gente tem
paraas jornadas de ux Tá bom então são
esses três pontos tá eu tenho só um
disclaimer aqui eh o 3.1 e o 3.2 Ele
eles pra gente em ex eh são a mesma
coisa tá então no momento que a gente tá
trabalhando a as mudanças nas nas
jornadas eh de experiência do usuário
dentro da Open finance a gente também tá
trabalhando os requisitos recomendações
que vão mudar pro guia Dex tá eu deixei
separado aqui mais por questões de
apresentação mesmo para ser didático Mas
então a gente vai passar mais uma vez
pelas alterações que a gente vai ter em
o ex Então quais são as alterações que a
gente tem pra jornada jornada de Open
finance devido à mudanças naep consent
quais jornadas vão ser impactadas de
fato Então vou entrar um pouquinho mais
ali no detalhe para vocês entenderem O
que que a gente vai ter de diferença
diferente no GX e por fim no 3.3 eu
passo por demais por demais
considerações tá bom e Fabia acho que a
gente pode passar pro próximo slide
então
perfeito eh bom gente então
eh a gente aqui em ux a gente
identificou três grandes blocos de
alterações tá
eh o primeiro deles que foi Acho que o
maior é a questão do prazo indeterminado
tá então só para vocês entenderem quem
não tá familiarizado com as jornadas de
fase dois do guia a gente não tinha o
prazo indeterminado ainda tá quando o
cliente entrava para fazer um
compartilhamento de dados seja seja ele
qual for eh a gente tinha jornadas de
até 12 meses tá então
eh a gente poderia dar 2 3 4 5 até 12
meses essas quebras né 2 ou 3 9 3 6 9 12
eh isso fica a cargo da instituição tá a
gente não fecha isso no guia justamente
para dar mais flexibilidade paraas
instituições mas o máximo era 12 meses
Então a gente tem essa grande mudança
que hoje em dia a gente eh se o prazo
ele for determinado ele continua sendo
com máximo de 12 meses mas a gente pode
dar opção pro usuário de de e optar pelo
prazo indeterminado de consentimento Tá
bom então eu vou compartilhar ali os
meus dados por um prazo indeterminado eu
posso revogar eu posso alterar isso
depois mas eu posso também dar dar o meu
consentimento por um prazo indeterminado
eh a gente tem também uma outra grande
mudança que é a alteração no prazo das
Jornadas de renovação de consentimento
tá a gente não tinha previsto isso antes
eh como eu falei para vocês a gente
tinha jornada de alteração Então se o
usuário ele quisesse alterar o prazo o
prazo do do consentimento ele teria que
entrar na na gestão do Open finance no
ambiente de gestão e fazer alteração ali
do prazo tá agora ele consegue fazer
isso durante a jornada de renovação aqui
tem um asterisco aí que eu vou abordar
nas demais considerações Tá mas só para
dar um spoiler essa alteração ela não
pode ela não pode alterar o prazo de
inspiração para para para menos do que
ele já tem hoje tá bom mas eu vou
explicar isso um pouquinho mais paraa
frente e por fim a gente tem eh a gente
precisa mostrar pro usuário eh na
jornada de de renovação simplificada que
também é uma jornada nova aqui pra gente
mas a gente precisa mostrar pro pro pro
usuário o histórico de prazos eh de
inspiração anteriores à renovação tá bom
eh acho que a gente pode passar também
Fabi por
favor perfeito Então agora eu vou entrar
um pouquinho eh no detalhe mais granular
tá a ideia aqui gente eu não queria
trazer todos os requisitos e
recomendações queam mudar no guia porque
isso vai ser implementado até dia 20
então vocês vão ter isso em mãos eh
então a ideia aqui é trazer realmente
Quais que foram as mudanças que
ocorreram e depois vocês podem consultar
o guia do dia 20 para tentar entender
Quai qual requisito e qual recomendação
de fato foi mudado Tá bom mas só para
vocês entenderem Como eu disse
anteriormente eh são as jornadas de fase
dois que foram alteradas tá e dentro
dessas jornadas de fase dois a gente tem
duas duas jornadas que de fato tiveram
seus requisitos recomendações alterados
em algumas etapas da jornada que é a
jornada de compartilhamento de dados
Então aquela jornada onde o usuário ele
vai entrar para compartilhar seus dados
tá e a gente tem a gestão do Open
finance para quem não conhece é um
ambiente onde o usuário ele pode entrar
tanto para consultar quanto para fazer o
gerenciamento desses consentimentos tá
dentro dessa gestão do Open finance a
gente tem as jornadas de revogação
jornada de alteração e a jornada de
renovação Tá certo bom pessoal eh paraa
jornada de compartilhamento de dados são
três etapas que a gente tem alteração Tá
bom então eu tenho a etapa do
consentimento eu vou ter alteração nela
a etapa da confirmação e da efetivação
pra etapa de consentimento o que muda tá
como eu disse anteriormente eh as
instituições vão ter que oferecer oo
cliente eh a opção de prazo
indeterminado tá para esse consentimento
e quando elas oferecerem essa essa opção
eh a gente vai ter que ter mostrar para
eles de alguma forma como eh eh mostrar
para eles como que vai aparecer isso eh
ali na jornada tá por para prazo
determinado obviamente a gente a gente
mostra essa informação como prazo de
inspiração e para prazo indeterminado O
que que a gente discutiu em ux a gente
vai apresentar como prazo indeterminado
ou termo similar E por que que esse
finalzinho né o termo similar isso é
muito importante justamente para dar
flexibilidade paraas instituições eh eh
implementarem eh de acordo com seu tom
de voz tá então a gente pode pôr prazo
indeterminado ou algum termo similar é
isso na etapa de sentimento paraa
confirmação E efetivação eu simplesmente
vou mostrar de novo essa essa informação
pro usuário então mais uma vez como o
prazo indeterminado do termo similar e
por fim as últimas alterações foram na
parte da gestão do Open finance tá então
lá no ambiente no ambiente do Open
finance para aqueles consentimentos que
eu tenho prazo determinado eu vou ter
que apresentar a data e a hora de
inspiração do consentimento
consentimento anteriores à renovação
isso pra gente ter o histórico tá
eh se for prazo indeterminado eu vou ter
que entrar lá no ambiente de em finance
Mais uma vez vou ter que eh vai ter que
tá escrito lá que o meu consentimento é
com prazo indeterminado ou algum termo
similar e paraa renovação aqui a gente
vai ter a possibilidade de alteração de
prazo tá mais uma vez já falei no slide
anterior só só reforçando aqui tanto
para renovação padrão Ou quanto para
renovação simplificada a gente tem a
gente abrange essa opção onde o cliente
vai renovar e ele pode eh alterar o
prazo e alterar inclusive para prazo
terminado né então são dois em um aí eh
e por fim se eu for mostrar essa
informação mais uma vez prazo
indeterminado ou termo similar Tá certo
acho que fechamos esse também acho que a
gente pode ir paraas considerações
finais por favor Fabi perfeito bom
pessoal sobre essa questão da alteração
do prazo na jornada de renovação eh para
vocês terem o contexto como que chegou
pra gente tá que as
especificações elas comportavam o caso
de uso onde o usuário ele poderia
reduzir o prazo do consentimento na
jornada de renovação tá eh Isso foi um
um um tema inclusive que a gente
discutiu bastante ontem no GT pra gente
tentar entender bem E para isso ficar
muito claro pro usuário tá por qu quando
essa informação veio pra gente a gente
eh o o pessoal do GT de dados do cliente
trouxeram né Essa nova atualização e
eles inclusive falaram que ficaria na
mão do GTX avaliar se esse caso de uso
Faria sentido ou não num perspectiva do
da da experiência do usuário tá aqui no
GTX a gente optou por não seguir com
esse caso de uso por dois motivos
principais tá bom gente o primeiro deles
é porque seria uma jornada
contraintuitiva pro usuário porque vamos
pensar em em em em em termos práticos
aqui eu como usuário vou entrar para
fazer a renovação do meu consentimento
Então o que subentende-se né que eu
quero deixar os meus dados eh
disponíveis aí por mais tempo que o
compartilhamento que ele dure mais tempo
do que a aquele que eu já tinha citado
anteriormente certo
eh e se eu tiver a intenção de diminuir
o prazo o GTI o ex ele já prevê
eh essa alteração Tá bom então como eu
disse a gente tem a jornada de alteração
do consentimento onde o usuário pode
entrar na área de gestão e diminuir o
prazo Tá certo daí aqui um um um um um
aspecto importante é que a gente o ex
setou que o usuário ele pode eh diminuir
a duração do prazo Então por por exemplo
eu tenho um prazo de 12 meses eu posso
renovar por mais 6 meses mas o prazo de
inspiração dessa renovação ela não pode
ser menor que o prazo da Inspiração já
setado anteriormente tá bom É esse o o
nosso adendo a gente acabou de sair do
Forno o requisito que a gente montou
ontem no GTX e e é mais ou menos assim
que a gente deixou a gente tentou deixar
da forma mais claro tanto pro pessoal
que vai desenvolver quanto pro usuário
Tá certo por fim a última consideração
que eu tenho para fazer mais sobre o
cronograma mesmo então legal a gente fez
todas essas alterações mas quando de
fato isso vai ser refletido no guia tá a
gente tá planejando eh fazer homologação
para tanto para iepi conscient quanto
para pros produtos de fase 4B no dia 20
de Dezembro tá certo e um ponto de
atenção que foi levantando e levantado
era que Ok o guia vai ser implementado
no dia 20 de dezembro mas existem
instituições que já vão estar
desenvolvendo eh já vão estar fazendo
essas essas alterações então a gente
levantou dois pontos como mitigadores de
risco tá para não ter problema o
primeiro deles é circular um informa com
as principais diretrizes PR As
instituições Então como essa
apresentação que eu fiz com os pontos
mais importantes mesmo que que vão mudar
no guia de experiência do usuário Tá e
por fim eh escolher apenas os testes do
motor que não depende diretamente do
guia de ux Tá certo eh um outro ponto
importante é que quando a gente fizer a
homologação do guia eh a gente tá
esperando que é esperado que essas que
essas op ações sejam feitas Até abril de
2024 né Então essa é a data regulatória
e como a gente vai vai vai fazer a
homologação desse guia antes dessa data
pr pra gente a gente teve muita tensão
em relação a esse ponto para não
confundir tá bom para não deixar Poxa
mas aqui no guia dirx tá que eu preciso
implementar mas a data regulatória é
abril de 2024 então o que que a gente
fez a gente colocou um disclaimer tanto
no começo do guia quanto nas páginas
onde tiveram essas alterações que essas
mudanças que apesar né da da versão do
guia ser do dia 20 essas mudanças devem
ser implementadas Até abril de 2024 Tá
certo
eh bom pra yx a gente terminou aqui tá
bom pessoal se vocês tiverem qualquer
dúvida é só mandar no chat que a gente
vai respondendo Fabi muito obrigada
Gabriela Eu que agradeço então
Opa sei se vocês ouviram Então vou
Gabriela Muito obrigada que às vezes o o
teams demora para aparecer se me
desmutar ainda ou ainda não então muito
obrigada Bom dia agora eu passo a
palavra pro Cristian para falar como que
essas três apis vão ser testadas então
bom dia Cris Bom dia Fabi Bom dia
pessoal eh Então pessoal falando um
pouquinho sobre Motor agora a gente vai
ter uma estrutura acho que a gente já
teve outras APS de consentimentos né a
gente tá na V3 então a gente já teve
certificação de consentimentos de
recursos e a p de 4B também aqui vai ser
alguma coisa bem similar E aí adaptado
eh digamos assim ninas Gerais né mas
adaptado justamente para muito do que do
que Aline o Arnaldo e e comentaram aqui
sobre a espica ação da api em si né O
que que tá sendo alterado ali eh então
com relação aos testes da api a gente
tem um plano para cada api Então a gente
vai ter um plano para consent V3 um
plano para resources V3 e um plano para
para câmbio E aí esses planos eles
contêm já todos os módulos que tem que
ser eh que tem que ser executados para
PR pra certificação dessa api então
diferente de de pagamentos por exemplo
que a gente tem três planos aqui é só de
fato um plano para cada uma dessas apis
e ali quando aplicável também acho que
no caso só com tem tem um testes
múltiplas alçadas tá dentro desse plano
também né então basicamente são três
planos um para cada pi todos os testes
estão dentro desse plano único ali eh
Então quais são esses planos né esses
planos eles vão ter release né acho que
a FB vai comentar daqui a pouco sobre
datas Mas eles TM uma release agora no
dia 15 então sexta-feira a gente vai
fazer consentes e resources e no dia 22
na sexta-feira que vem a gente vai
soltar câmbio eh e aí consentimento vou
passar um aqui sobre os módulos eu
coloquei no o chat no link no chat aqui
tamb do release noes tanto de conen e
resources quanto de câmbio mas
basicamente né consens a gente vai ter
19 módulos de testes e aqui esses
módulos a gente vai mostrar aqui mas ele
é muito similar do que a gente já teve
obviamente adaptado para as mudanças e
os pontos que foram comentados aqui eh e
aí inclui também todos os módulos porque
a gente teve antes tava num plano
apartado a parte de extensão do
consentimento então quando a gente
lançou a Minor 2.2 a gente fez um plano
apartado só para testar a extensão do
consentimento aqui todos esses planos
estão únicos dentro do mesmo dentro do
mesmo mesmo plano ali né então são esses
17 módulos contando ali com os digamos
assim os testes da api normal mais os
testes de extensão testes mpadas também
para recursos a gente tem seis módulos
são cinco muito parecidos com que eram
com que era anteriormente a gente
selecionou um novo aqui por conta do X
fap a gente vai entrar aqui também e
câmbio oito módulos de testes obviamente
aqui são testes novos né porque é uma
pii nova mas bem em linha com que já foi
testado pro restante das apis de de 4B
né então vou pegar a tela aqui rapidinho
Então pessoal só passando rapidamente eu
coloquei aqui no chat o link de da do
release Notes de dados de cliente acho
que a gente comentou isso na pe de
pagamentos né mas acho que é válido
também né dentro da da do release Notes
a gente vai est sempre colocando ali
Quais são as datas que são feitas os
releases do que que tá sendo feito o
release correções que que forem ser
eventualmente feitas no motor se for uma
Breaking Change ou seja se for uma
alteração que fori impactante ela vai
ter uma sessão específica para ela aqui
também dentro do rezy Notes mas todas as
correções ficam disponíveis aqui na
página de isos né então através da
página de isos eu posso clicar ali e aí
eu tenho tags né para cada uma dessas da
desses das versões que estão no motor né
então se a gente for ver por exemplo eh
fase um aqui acho que a gente só tem
essa mas eu consigo clicar nessa tag e
eu sei e consigo ver todos os isos né
então para eh fase 2 V3 vai ter uma tag
aqui específica para câmbio vai ter uma
tag aqui específica que a gente consegue
acompanhar ali saber se tá com algum
problema no motor quer sugerir um
problema aqui né ver identificar
identificou alguma coisa eh quer colocar
para ver se é um problema ou não também
a página de disos aqui bar service desk
vai tá disponível né e a gente sempre
replica tudo que tá no service desk pra
página de iscos então a página de iscos
ali é a visão digamos assim atual de
como que o motor tá com relação a
especificações né E aí então dado isso
né entrando na nos testes em si passando
primeiramente pelos testes de
consentes como eu comentei né a gente
vai ter esses 17 testes vocês vão ver
que na planel tem 18 testes porque um
deles a gente tinha colocado on Hold que
a gente muito provavelmente não vai
fazer o release agora na sexta mas por
conta justamente dessa da definição que
a que a Gabriela comentou né sobre essa
questão de poder ou não reduzir o prazo
que isso Tava um pouco em discussão ali
então a gente colocou um R aqui porque
tavam acontecendo algumas discussões
nesse sentido mas até na definição ele
vai entrar no no motor eh assim que a
gente terminar aqui na esteira né o
desenvolvimento dele e e com relação a
isso também né conforme as
especificações vão evoluindo pode ser
que novos testes sejam incluídos né isso
aí de novo vai tá lá na página de
release Notes do do do motor lá como
Breaking change a gente coloca que foi
feito uma alteração relevante no motor
Isso precisa ser criado um novo plano
executado e etc né Eh então dado isso né
dado esse contexto passando sobre os
planos em si sobre os testes em si né
Para consens eu vou gastar mais tempo
aqui eh naquilo que de fato alterou com
relação às versões todos os testes foram
alterados então a questão da validação
da resposta a validação meta aqui que o
Arnaldo comentou Então a gente tem um
meta diferente agora eh tudo isso tá vai
tá refletido então todos os modos M
adaptados para isso agora quando a gente
fez a reliz sexta-feira eh para
eh mas existem mudanças na estrutura do
teste assim que foram mantidas né E tem
uma tem uma última coluna aqui que é
Changes se se a gente colocou que não é
porque a lógica do teste se Manteve mas
obviamente a gente vai checar a
validação de paginação diferente todos
adaptados ali para especificamente para
paraa versão V3 né então passando pelos
módulos né a gente tem um consent score
test módul que é basicamente criação de
um consentimento vê se tem authorized e
segundo aqui permission groups esse
módulo aqui ele muda um pouquinho com
relação ao que Aine comentou lá com do
Full consentimento né do ter um
consentimento mesmo que eu não
compartilho o produto então
especificamente para operações de
crédito investimentos e câmbio eh sempre
vai ser esperado a criação do
consentimento né Então nesse teste aqui
é aquele teste que a gente vai criando
permissão para todos os produtos e
espera que seja retornado ouou um 20 ou
um 422 né se não registrarem as
permissões funcionais que que tava no
sweger lá agora especificamente para
operações de crédito investimentos e
câmbio a gente vai esperar sempre o 201
porque a permissão tem que ser criada eí
tem aquela questão da consulta na P de
recursos que a que a Line comentou aqui
né então acho que a mudança principal
aqui para esse teste né a inclusão da do
grupo de câmbio e o grupo de câmbio é só
é uma permissão só que é exchanges read
e resources read né então ele vai criar
uma permissão para esse para esse grupo
espera 201 e quando ele solicitar aqui
investimentos e operações de crédito ele
também vai esperar 2011 Então 422 não
pode ser mais retornado nesse caso aqui
o consentimento tem que ser criado né Eh
Então essa é um dos Testes que teve essa
alteração digamos assim relevante né um
outro teste aqui o Api Bad constants a
diferença aqui é que a gente tá
adicionando uma chamada sem o x fap
interaction n espera que seja retornado
um 400 então basicamente a
obrigatoriedade aqui do do X fap
interaction é de dentro da P de
consentimento como que Arnaldo comentou
do restante são testes vamos digamos Eh
esses outros testes aqui né que eu vou
passar na sequência são bem próximos do
que do que já do que a gente já viu
Então não vou gastar muito tempo com
eles mas eh negative test module né a
gente basicamente testa vários cenários
negativos ali da criação de
consentimento e eu vou esperar que as
mensagens de erro adequadas aqui eh
sejam retornadas client limits né a
gente cria um consentimento a gente tem
dois clients cria um consentimento com
esses dois clies Depois tenta roubar o
consentimento digamos assim né E aí
espera que você que seja retornado um
erro nesse caso eh expired consent né Eu
espero que
eh eu eu espero que o consentimento
expire e a diferença é que depois a
única diferença aqui é que a gente tá
chamando um delite porque um delite com
consentimento esperado deve retornar um
422 então é uma adição eh é uma adição
aqui mais um cheque aqui de validação de
mensagem de erro que a gente colocou
nesse teste
eh no demais aqui api delete test Model
é a gente chamar o delete agora num
cenário feliz né Onde eu posso deletar
de fato como timento eh revoked aqui a
gente espera que o consentimento possa
ser revogado pelo lado da detentora né
da detentora de conta então a gente cria
o consentimento começa a fazer um pulle
e espero que ele vá para um Estado de
revogado ali né de revogação
eh limites operacionais acho que é
checar os limites operacionais ali
quantas vezes eu posso chamar
determinada de point extension Core test
module aqui a gente já começa os testes
de extensão de consentimento então aqui
eu basicamente faço algumas extensões
vejo se tem sucesso a descrição do
cenário aqui como eu falei el é bem ele
ele é igual idêntico a ao que foi
testado na 2.2 então nenhuma surpresa
aqui obviamente que adaptado essas
questões do xfab tem que ser enviado e é
obrigatório né as questões de paginação
como o Arnaldo comentou Então apesar de
ser um teste igual ele tem alterações né
para esses pontos extension Security
test module é para checar o header agora
o x fap customer IP address né então é
um outro header obrigatório no de point
de post extends quando fo estender o
consentimento então é um teste para
checar isso P expiration Day né se eu
não posso fazer uma extensão de
consentimento para uma data no passado
então pera esse erro eh multiple
consents aqui é relativa a teste de
múltiplas alçadas né então um ponto aqui
específico disso paraas casas que
suportam esse tipo de conta em vá status
também eu tentar fazer extensão quando o
consentimento ainda não foi aprovado e o
log de user é quando eu tento fazer
extensão com extensão de um
consentimento com usuário logado
diferente do que criou o consentimento
né então Eh basicamente um cenário
infeliz aqui eu espero uma mensagem de
de erro e por último esse teste aqui ele
é um teste que no final das contas a
gente vai adaptar ele agora né mas vai
ser para ele ele basicamente checar
essas múltiplas extensões eh a gente tem
um end Point novo né que acho que o
pessoal comentou que é de deixa eu tá de
com sentimentos aqui né
ah não desculpa tô confundindo Mas de
fato é basicamente um cenário que a
gente vai fazer várias chamadas
múltiplas extensões E aí nessas
extensões a gente dá um get extensions
checa todos os end points ali e vê se tá
tá sendo retornado na ordem basicamente
um cenário onde a gente faz múltiplas
extensões com sucesso e insucesso e para
cenários positivos a gente espera que
seja feito para cenários negativos a
gente espera que seja retornado uma
mensagem de ero né então basicamente
esse aqui são os cenários de
consentimentos como eu falei todos vão
ser alterados para as especificidades da
V3 E aí a gente vai ter alguns cenários
específicos né quanto alterações mais
significativas que estão indicados aqui
em verde na planilha também que tá no
release Notes eh passando para resources
os testes eles são também digamos assim
as mudanças foram menos impactantes
Então são os cinco testes que já
existiam anteriormente né um basicamente
a gente faz um é o preflight só para
verificar dados de configuração um a
gente faz Verifica a chamada ali na P de
consentimento se tá adequada outro é
relativo a dados de cliente eh limites
operacionais e um teste de recursos que
estão unavailable ali né e o que foi
adicionado aqui que eu acho que é mais
relevante a gente citar é só o teste do
X fap Então a gente vai fazer um teste
onde a gente cria um consentimento E aí
nesse consentimento a gente eh dá um get
resource sem o SH fap interaction espera
um erro depois dá dá um dá um um get com
x fap espera sucesso né então verificar
se o x fap interaction tá sendo exigido
dentro do do endp E aí dado isso
passando para p de câmbio agora né que
de novo vai est todas essas três vão est
em um plano diferente a p de câmbio
todos os T são novos mas bem que já foi
testado para 4B e outras APS de de dados
de cliente também né então falando dos
os módulos aqui são oito módulos sendo
que um deles é o é o PR flight né que
geralmente é aquele teste onde a gente
Verifica a configuração
eh então dos módulos né a gente tem o C
test módul então basicamente a gente faz
uma chamada em todos os end points
espera sucesso só um
minuto Desculpa pessoal Então faz uma
chamada aqui em todos end points espera
sucesso eh o outro teste aqui limites
operacionais então a gente basicamente
checa os limites operacionais de todos
endp respeitando também se por exemplo
paginação não vai infringir limite
operacional então a gente testa também
eh o pagination Key Se for retornado
esse tipo de coisa né então verificar se
foi implementado limites operacionais de
maneira adequada eh a p o teste de
resources né então a gente Checa a pay
de câmbio com a p de resources verifica
se essas duas coisas estão batendo né se
os ids estão batendo se o resour ID tá
batendo com Operation ID esse tipo de
coisa wrong permissions eu crio um teste
onde eu crio eh um consentimento sem
permissões de câmbio tento acessar o Ed
Point E aí eu espero um erro aqui eh
teste de paginação né a gente tem dois
end points paginá aqui que aí esses end
points paginá entrando na P de câmbio é
o endp de list né então ele vai listar
as operações de câmbio e o endp de
eventos que vai listar os eventos dentro
de uma operação de câmbio específico né
então a gente tem um product list aqui
que ele vai listar eh todas as operações
de câmbio mantidas E aí ele é uma Array
então ele permite essa paginação
eh e o outro endp é o de events onde a
gente permite também a paginação dentro
dos eventos de uma mesma de uma operação
de crédito única né identificada por
Operation ID Então o que a gente faz
aqui é basicamente esse aqui né E esses
dois testes de paginação um é para
paginar o primeiro end Point o outro é
para testar a paginação do end Point de
events e por último Um test de fap
também dado que o que o header ele é
obrigatório dentro dessa api então a
gente mesmo mesma estrutura que a gente
fez ali em resources a gente dá um get
na ali na no endp Espera que esse get
sem o x fap tenha erro e depois dá um
get com o x fap espera que tenha sucesso
né E aí a gente totaliza aqui né oito
módulos para para câmbio seis módulos
aqui para resources contando com x fap e
con Sens 17/18 com esse outro módulo que
vai que vai ser adaptado eh cada um
deles vai ter um plano de teste
diferente os gizes acho que a f comentar
mais vai ser agora na sexta-feira dia 15
com Sens resources câmbio a gente lança
no dia 22 e aí como eu comentei todas as
atualizações dos planos podem ser
acompanhadas ali pelo R in noice e pela
página de isos do gitlab que eu coloquei
aqui no nosso chat e acho que era isso
pessoal Fabi não sei se você tá por aí
Tô sim Obrigada Cris legal nada obrigado
Pessoal pessoal então aqui o que que é
esperado das instituições tá tá
a que é esperada das instituições aqui
dentro desse processo a gente então tem
o ciclo de maturidade que a gente já
explicou para vocês durante os outros
outros dos durante os outros workshops
então tem a liberação da especificação
depois isso em paralelo a gente faz o
desenvolvimento do motor as instituições
já T que começar o desenvolvimento das
apis junto com o assim que as
especificações tão liberadas né ali a
primeira versão primeira versão da Beta
depois a gente entra no que a gente
chama o ciclo de maturidade então é
quando entra nesse ciclo de feedback
então tanto As instituições eh
desenvolvendo vem se tem algum feedback
aqui para as para essas especificações
quanto algum ponto no motor aí a
estrutura vai recebendo esses feedbacks
e fazendo as devidos ajustes e correções
eh fazendo as atualizações nas versões
das apis atualizando o motor para ficar
consistente Eh aí a gente libera depois
no final do ciclo de maturidade a versão
estável das apis a versão estável do
motor aí as instituições têm que
Executar a última versão eh do motor Né
desde quando teve a última mudança
relevante abre o ticket no service desk
esse ticket é processado E aí tem a
publicação no diretório então algumas
considerações aqui eh então esse ciclo
de maturidade tá eh é esse que eu acabei
de Acabei de explicar então a gente pede
para as instituições iniciarem o
desenvolvimento o quanto antes e
levantarem esses tickets tanto no
service des quanto no gitlab eh e aí pra
gente ter um controle né até uma coisa
que acontecia antes até porque que a
gente tem os Marcos né As instituições
deixavam para eh a gente a recebia
feedback nas
especificações no final do período de
quando já tava quase no go Live
então acabava tendo
eh um período muito curto para a gente
ajustar as especificações adequar os
testes As instituições adequarem de
acordo com as correções e a gente
viabilizar o go Live Então os Marcos
eles têm o objetivo de garantir que as
instituições estão iniciando o
desenvolvimento desde o começo e a gente
tentar evitar tá eh problemas sendo
levantados na na reta final e E aí com
isso que nem eu falei ali dentro do
ciclo de maturidade a gente tem
feedbacks que vê pro Motor também tanto
feedback dos Testes quanto mudanças nas
especificações que sejam mudanças nos
testes E aí essas mudanças elas podem
ser mais ou menos restritivas as
mudanças quando elas são menos
restritivas é quando ela de certa forma
destrava algumas instituições mas ela
não muda o comportamento de quem já tava
passando nos testes quando tiver esse
tipo de mudança se você já vá passando
você não deixa de passar agora quando
você tem uma mudança mais restritiva
quando o comportamento anterior tava
equivocado Então quem tinha passado no
teste vai parar de passar e aí com isso
a gente chama de Breaking Change aí elas
vão ser comunicadas através de informas
E aí as instituições todo mundo que já
tinha passado no teste vai ter que re
executar nessa última versão
tá a certificação Ela vai ser a
certificação tradicional para
consentimento recursos e câmbio então
com a submissão do Ticket no service
desk
eh e aí o golve tanto para pid de
recursos quanto para de consentimento
vai ter o período de convivência com as
versões anteriores e a de câmbio como é
uma nova api não vai ter período de
convivência E aí pontos de atenção aqui
né o desenvolvimento tem que ser baseado
nas especificações e não no motor de
conformidade e tem um tempo que é
necessário para atualizar o motor depois
do lançamento de uma nova versão de api
Então nesse ciclo de back a gente tá
fazendo o exercício aqui dentro da
estrutura de mandar comunicações eh o
mais completas possível e isso envolve
por exemplo olha estamos lançando a Beta
2 das especificações O teste vai ser
ajustado Daqui a uma semana então a
gente tentando dar sempre as informações
o mais claras o mais completas e o mais
cedo possível para as instituições tá
para vocês conseguirem se planejado do
lado daí também
eh se alguma correção atualização
impactar algum dos mar de sucesso a
gente vai comunicar também se precisar
de algum ajuste mas isso dependendo de
quando a gente tiver a visibilidade
desse dessas atualizações eh Talvez não
tenha tanto tempo pra gente avisar vocês
que vai ter uma mudança mas estamos de
olho então fiquem Pedimos que fiquem
atentos aos informas eh e uma um ponto
importante é que as instituições vão ter
que ter o fap único paraa entrada em
produção especialmente causa do AP de
consentimento da AP de consentimento
então o cronograma ele tá bem casado
Então logo antes da entrada do go Live
dessas apis vai ser o go Live eh do novo
perfil fap único eh com o período para
dcm ser realizado e logo depois eh a
entrada em produção dessas apis então
Pedimos que eh
não prestem atenção também ali na no
desenvolvimento da do perfil Fapi único
de segurança tá porque ele é fundamental
para esse gol e aí dando os prazos aqui
a gente já tem teve o lançamento da
versão do o lançamento do motor no dia
16 de janeiro vai ser o Marco de 25%
então a gente contabiliza todos os
testes de Constant resources e câmbio e
aí as instituições têm que passar em 1/4
desses testes semelhante no dia 30/01 as
instituições têm que passar em 50%
desses testes No Dia 23/02 Em 75% e no
100% e no dia 15/3 tem que passar em
todos os testes aí aqui se a instituição
não oferece
ela oferece só as outras apis Então vai
ser 25% do total de testes de conen mais
resources eh e aí se a instituição
oferece câmbio Então vai ser
25% das três dos Testes das três apis
somadas tá
eh se a gente tiver ali no período final
de liberação da versão estável dos
Testes e das especificações se tiver
algum Ajuste as instituições vão poder
re executar aqui nesse período de
processamento dos pedidos de
certificação abrindo os tickets de
pedido de certificação eh até aqui o
final
dessa até aqui o o final dessa desse
período Google Live no dia 15 de abril e
depois o período de Convivência de con
resources até o dia
15/07 pessoal eh então do que que era
esperado aqui das instituições é isso
aqui no documento também tem links úteis
então portal do desenvolvedor a página
de calendários informas release Notes
com as informações dos testes gitlab
para abertura de tickets sobre
especialmente sobre o motor service desk
para envio de demais dúvidas
e então era isso que a gente tinha
queria ver com vocês tem algumas dúvidas
aqui no chat O pessoal já foi
respondendo queria dar alguns minutinhos
caso alguém queira levantar a mão a
gente pode passar por algum ponto senão
em breve o essa gravação já vai ser
disponibilizada no YouTube e a gente vai
consolidar os documentos do s workshops
e mandar por informma para
todos pessoal não tô vendo nenhuma
mãozinha aqui então queria agradecer eu
vou mandar o um link de feedback eu vou
mandar aqui no
chat então peço que todos respondam
também pra gente entender o que mais e
complementem o que mais vocês têm de
dúvidas Essa é último do do ciclo de do
ciclo de workshops que tava planejado
para esse primeiro momento a gente vai
ver se organiza mais alguns Quando tiver
mais próximo da entrada da entrada em
produção para falar Mais especificamente
sobre os go lives a gente vai
comunicando vocês
mas queria agradecer a presença de todos
eh só deixa um segundo aqui para eu
mandar o feedback e aí por favor se
vocês puderem preencher com o que mais
vocês acharam
eh acham necessário de informações
complementares pra gente poder planejar
os próximos para lanamento de produto
Então os workshops fases iniciais e
também o que vocês acham importante a
gente ter de informação para esses
workshops de GO Live
a
publicação aqui tô abrindo o chat um
segundo enquanto isso deixo o
agradecimento formal aqui para todo
mundo que participou eh tanto assistindo
aqui os workshops o pessoal das
instituições
quanto o pessoal dos grupos técnicos do
apresentadores aqui então aice a ela o
Cristian Arnaldo e o Eduardo e deixar
também o agradecimento para todo mundo
que não apresentou aqui mas que tá por
trás fazendo tudo tudo isso acontecer
todos esses novos lançamentos então
muito obrigada Parabéns para todos e
vamos em
frente muito obrigada gente bom dia para
vocês tchau tchau pessoal obrigada tchau
tchau obrigado pessoal bom dia