Histórico de mensagens em sugestões

Estou tentando manter a semântica o mais próximo da spec do BC. Observem que utilizei o termo evp que, apesar de não mais utilizado nos aplicativos, vejo com bons olhos para os nomes das rotas, ficam mais enxutas...

Gostaria de sugestões para esses endpoints:

Bom demais, <@!793123559874494465>

Chamo atenção para os novos endpoints:
1. Consulta de saldo da conta
2. Gestão de chaves aleatórias

Boa tarde @everyone
Roadmap atualizado: https://gnetbr.com/HkglCIXCRv

Verdade, vamos alterar aqui. Obrigado pelo feedback

Estes itens já estão concluídos.

Ah sim

A isto:
https://www.notion.so/509e46e40bca45be896f4600f26023ea?v=36eb7c30b76b479c96af9ababe718b69

Boa tarde Joel! Você está se referindo ao nosso changelog? Não compreendi muito bem

<@!671762828046106646> poderiam revisar o Notion e adicionar o que já está concluído?

Muito obrigado Matheus.

Bom dia <@!689429679115075610>, atualmente já temos em nossa API a funcionalidade de split de pagamentos que é o nosso Marketplace(https://dev.gerencianet.com.br/docs/marketplace-introducao) . Inclusive com um exemplo para testes https://dev.gerencianet.com.br/docs/exemplo-integracao-marketplace. Qualquer dúvida você pode mandar no <#🛒marketplace>

Olá, tem previsão de split de pagamentos nas API's da gerencianet?

Já consegui resolver, mas obrigado mesmo assim

qual a dificuldade? fiz uma app para android numa linguagem hibrida e tranquilo.

Sugestão: criar uma SDK ou api com as mesmas funcionalidades das SDKs de Android e IOS que contemple tecnologias modernas como React Native, Xarmarin, Flutter e entre outras. Outro ponto importante é atualizar as SDK do Android e IOS estão bem desatualizadas e para fazer funcionar precisam ser modificadas ou implementar pacotes antigos nos aplicativos. A implementação da plataforma em tecnologias hibridas mobile está bem sofrível por causa dos pontos citados anteriormente, e visto que hoje o mercado está migrando cada vez mais para tecnologias hibridas essas soluções estão a cada dia mais relevantes para plataforma.

Bom dia <@!440035527127990273> , já fizemos esse alinhamento interno, e por padrão a prática de manter a verificação sempre será adotada. Nos casos onde é necessário o uso de desativação da verificação prosseguiremos com as devida orientações.
Estamos buscando a melhor maneira de esclarecer tais pontos nas documentações, e já serão atualizadas.

Sugestão: alinhar melhor com a equipe as informações a respeito dos [novos] recursos e exigências [removidas] para consumo da API Pix. Por ex: as informações a respeito da necessidade ou não de mTLS no PUT /webhook, bem como no recebimento dos callbacks, estão desencontradas lá no canal <#❖pix>. Tem membros da equipe GN dizendo A e outros membros dizendo B.