wiki

Networks APIs: mudanças entre as edições

← Edição anteriorEdição posterior →
Sem resumo de edição
Sem resumo de edição
Linha 18: Linha 18:
<br>  
<br>  


* Conceituar: APIs, Serviços Telecom, CaaS e Broker
Na próxima etapa do mercado de telecomunicações, será fundamental desenvolver novos produtos que aproveitem plenamente as capacidades e recursos das operadoras. Isso se torna essencial, pois a utilização de serviços tradicionais, como ligações e envio de SMS, está em declínio. Um dos principais ativos que podem ser explorados são os vastos volumes de dados de clientes armazenados nos bancos de informações das operadoras.
* Pesquisar e escrever sobre operadoras que já praticam essa atividade (superficialmente)
 
* Descreva alguns serviços existentes na empresa ou outros que são ofertados por outras operadoras
Com o objetivo de utilizar esse recurso de forma eficiente, a GSMA — uma associação internacional que representa os interesses de mais de 750 operadoras e fabricantes de telefonia móvel em 220 países —, em parceria com a Linux Foundation, criou o CAMARA Project. Esse projeto de código aberto visa definir, desenvolver e testar APIs para expor as capacidades das redes de telecomunicações, trazendo grandes benefícios aos clientes.
* Aponte a possibilidade de criar uma área de desenvolvimento de NetAPIs
 
Essas APIs não apenas permitem a obtenção de informações da rede, mas também possibilitam configurá-la, proporcionando uma exposição segura, controlada e sob demanda das funcionalidades da rede. Isso transforma as redes das operadoras em plataformas de habilitação de serviços, facilitando a integração de aplicações e garantindo uma experiência do cliente mais aprimorada e personalizada, especialmente na era do 5G.
 
O objetivo de criar um projeto de código aberto liderado pela GSMA é possuir uma padronização das APIs, globalmente o projeto é conhecido como Open Gateway. Esse projeto deriva do conceito de Open Telco, que envolve operadoras de telecomunicações disponibilizando suas capacidades de rede por meio de APIs padronizadas. Essa padronização facilita a integração, promove a inovação e oferece maior flexibilidade para desenvolvedores e parceiros no ecossistema digital, tornando a conexão com essas APIs mais simples e eficiente, já que todos seguem um mesmo padrão.
 
Em setembro de 2023, teve início o processo global para adoção do padrão e exposição das APIs pelas principais operadoras, incluindo as brasileiras Claro, TIM e Vivo. Inicialmente, foram selecionadas três das vinte e duas APIs propostas na época pelo CAMARA Project: Number Verification, SIM Swap e Device Location, todas focadas em segurança. O processo ainda está em andamento no nível de Prova de Conceito (POC), e a API de Quality on Demand (QoD) foi recentemente incluída no roteiro de implementação.
 
*Number Verification
** A API padronizada de Number Verification oferece uma solução eficiente e segura para a autenticação de usuários, eliminando a necessidade de inserir manualmente credenciais ou códigos temporários (OTP). Esse mecanismo verifica automaticamente se o usuário está utilizando um dispositivo com um cartão SIM vinculado ao número de telefone especificado (MSISDN), proporcionando uma autenticação rápida, transparente e sem interrupções.
A API é especialmente útil para melhorar a segurança e a experiência do usuário em processos críticos, como login em aplicativos e autorizações de transações financeiras. Além disso, ela simplifica a integração para desenvolvedores, que podem acessar recursos de rede de várias operadoras por meio de uma única interface padronizada, garantindo consistência e eficiência.
Um dos casos de uso mais relevantes é a recuperação de senha simplificada. Muitas vezes, recuperar senhas envolve procedimentos complicados, como lembrar detalhes pessoais ou acessar outros aplicativos, o que pode ser difícil, especialmente para pessoas menos familiarizadas com tecnologia. Com a API de Number Verification, os desenvolvedores podem usar a rede para validar a identidade do usuário de maneira segura, tornando o processo mais simples e rápido. Isso assegura que os usuários possam retomar o acesso aos serviços de forma eficiente, aprimorando consideravelmente a experiência geral.


<br>  
<br>  

Edição das 17h25min de 25 de novembro de 2024

Fase I - Estudo


Título da Ideia

Networks APIs


Objetivos

Avaliar possíveis serviços telecom que podem ser desenvolvidos para oferta como Broker em formas de APIs. Assim, a Algar Telecom poderia comercializar serviços que até então são internos e adicionar APIs que não fazem parte do catalogo atual, ambos de forma padronizada com outras operadoras para disponibilizá-los para o mercado.


Conceito


Na próxima etapa do mercado de telecomunicações, será fundamental desenvolver novos produtos que aproveitem plenamente as capacidades e recursos das operadoras. Isso se torna essencial, pois a utilização de serviços tradicionais, como ligações e envio de SMS, está em declínio. Um dos principais ativos que podem ser explorados são os vastos volumes de dados de clientes armazenados nos bancos de informações das operadoras.

Com o objetivo de utilizar esse recurso de forma eficiente, a GSMA — uma associação internacional que representa os interesses de mais de 750 operadoras e fabricantes de telefonia móvel em 220 países —, em parceria com a Linux Foundation, criou o CAMARA Project. Esse projeto de código aberto visa definir, desenvolver e testar APIs para expor as capacidades das redes de telecomunicações, trazendo grandes benefícios aos clientes.

Essas APIs não apenas permitem a obtenção de informações da rede, mas também possibilitam configurá-la, proporcionando uma exposição segura, controlada e sob demanda das funcionalidades da rede. Isso transforma as redes das operadoras em plataformas de habilitação de serviços, facilitando a integração de aplicações e garantindo uma experiência do cliente mais aprimorada e personalizada, especialmente na era do 5G.

O objetivo de criar um projeto de código aberto liderado pela GSMA é possuir uma padronização das APIs, globalmente o projeto é conhecido como Open Gateway. Esse projeto deriva do conceito de Open Telco, que envolve operadoras de telecomunicações disponibilizando suas capacidades de rede por meio de APIs padronizadas. Essa padronização facilita a integração, promove a inovação e oferece maior flexibilidade para desenvolvedores e parceiros no ecossistema digital, tornando a conexão com essas APIs mais simples e eficiente, já que todos seguem um mesmo padrão.

Em setembro de 2023, teve início o processo global para adoção do padrão e exposição das APIs pelas principais operadoras, incluindo as brasileiras Claro, TIM e Vivo. Inicialmente, foram selecionadas três das vinte e duas APIs propostas na época pelo CAMARA Project: Number Verification, SIM Swap e Device Location, todas focadas em segurança. O processo ainda está em andamento no nível de Prova de Conceito (POC), e a API de Quality on Demand (QoD) foi recentemente incluída no roteiro de implementação.

  • Number Verification
    • A API padronizada de Number Verification oferece uma solução eficiente e segura para a autenticação de usuários, eliminando a necessidade de inserir manualmente credenciais ou códigos temporários (OTP). Esse mecanismo verifica automaticamente se o usuário está utilizando um dispositivo com um cartão SIM vinculado ao número de telefone especificado (MSISDN), proporcionando uma autenticação rápida, transparente e sem interrupções.

A API é especialmente útil para melhorar a segurança e a experiência do usuário em processos críticos, como login em aplicativos e autorizações de transações financeiras. Além disso, ela simplifica a integração para desenvolvedores, que podem acessar recursos de rede de várias operadoras por meio de uma única interface padronizada, garantindo consistência e eficiência. Um dos casos de uso mais relevantes é a recuperação de senha simplificada. Muitas vezes, recuperar senhas envolve procedimentos complicados, como lembrar detalhes pessoais ou acessar outros aplicativos, o que pode ser difícil, especialmente para pessoas menos familiarizadas com tecnologia. Com a API de Number Verification, os desenvolvedores podem usar a rede para validar a identidade do usuário de maneira segura, tornando o processo mais simples e rápido. Isso assegura que os usuários possam retomar o acesso aos serviços de forma eficiente, aprimorando consideravelmente a experiência geral.


Características 


  • Descreva rapidamente alguns serviços, de forma objetiva, tipo uns 5 serviços em apenas uma linha para cada.



Estudo Dirigido


  • Pesquisar e escrever sobre as características principais da tecnologia
  • Redigir sobre Conceito conforme orientações do template
  • Definir Objetivos com o time
  • Descrever as principais soluções do mercado incluindo num item apropriado
  • Avaliar os ratings e montar quadro comparativo
  • Pesquisar soluções open-source
  • Começar a pensar numa aplicação dessa tecnologia que deverá estar alinhada com o objetivo.



Fase II - Ensino


Conteúdo

Desenvolva um conteúdo que possa transmitir o conhecimento adquirido para outros
Crie um material (Wiki, PDF, PPT, ...) que possa ser armazenado e facilmente atualizável


Apresentação

Apresente ao grupo (reunião, EAD, Blog, ...)
Publique aqui


Metodologia


Descrevas as metodologias usadas. Alguns exemplos:

Estratégia de Job Rotation
Estudos básicos para conhecimento do potencial
Estudos básicos para entendimento sobre o problema
Estudos para dar base aos pesquisadores
Benchmarking com empresas estrangeiras 
Aceleradoras de empresas
Adoção de novas tecnologias
Utilização da proposta de soluções Open-source
Priorização no desenvolvimento interno
Foco na não dependência de fornecedores
Prática de formação dos talentos necessários


Hipóteses


 Que questões envolvem a pesquisa? 
O que se espera provar?
O que se espera como resultado?
Explicações e argumentos que subsidiem a investigação em curso


Fase III - Exemplo de Caso de Negócio


Product Backlog


Descreva os requisitos deste projeto


Benefícios para quem for oferecer esta solução

    Descrever em tópicos os benefícios que uma pessoa ou uma empresa podem obter: ganhos, receitas, novos negócios, novos produtos, novas parcerias



Benefícios para o usuário

    Descrever em tópicos os benefícios para os usuários desta solução.
    Pode se inspirar no Canvas.


Direcionadores chave para esta iniciativa

    Descrever em tópicos o que esta iniciativa pode proporcionar



Possíveis modelos de negócios

    Descrever em tópicos os possíveis modelos de negócios

Business Case

    Descrever um exemplo de negócio que permita avaliar a solução comercialmente


Alinhamento com Lei do Bem


  • Projeto possui algum elemento tecnologicamente novo ou inovador?
Elemento tecnologicamente novo ou inovador pode ser entendimento como o avanço tecnológico pretendido pelo projeto, ou a hipótese que está sendo testada


  • Projeto possui barreira ou desafio tecnológico superável?
Barreira ou desafio tecnológico superável pode ser entendido como aquilo que dificulta o atingimento do avanço tecnológico pretendido, ou dificulta a comprovação da hipótese


  • Projeto utiliza metodologia/método para superação da barreira ou desafio tecnológico?
Metodologia/método para superação da barreira ou desafio tecnológico pode ser entendido como aqueles atividades que foram realizadas para superação da barreira ou do desafio tecnológico existente no projeto


  • Projeto é desenvolvido em parceira com alguma instituição acadêmica, ICT ou startup?
Se sim, o desenvolvimento tecnológico é executado por associado ou por alguma empresa terceira? qual o nome da empresa? 
Anexar cópia do contrato


Fase IV - Protótipo orientado ao Negócio


Escopo


Explique o escopo deste protótipo


Limitações


Informe sobre as limitações técnicas, comerciais, operacionais, recursos, etc.


PoC


Desenvolva um PoC (Proof of Concept)


Privacidade (LGPD)


  • Avaliar condições referentes à Lei Geral de Proteção de Dados


Detalhamento Técnico


Descreva especificamente os aspectos técnicos desta pesquisa





Cronograma Macro


Histórico

Semana de 25 a 29/03/2024:
Semana de 29/04 a 03/05/2024:
Semana de 13 a 17/05/2024:
Semana de 27 a 31/05/2024:
Semana de 03 a 07/06/2024:
  • Weekly Network APIs - 03/06/2024:
    • LS: Montar mapa comparativo com as soluções da InfoBip, NativeSMS e Zenvia
    • Participantes: Luiz Cláudio, Lucas Sleyder e Ericson Luiz
  • Reunião Network APIs - TimWe - 05/06/2024:
    • LS: Montar mapa comparativo com as soluções da InfoBip, NativeSMS e Zenvia
    • Participantes: Luiz Cláudio, Lucas Sleyder, Bruno Cezar Oliveira e Fernanda Salaber
Semana de 10 a 14/06/2024:
Semana de 17 a 21/06/2024:
Semana de 01 a 05/07/2024:
Semana de 08 a 12/07/2024:
Semana de 15 a 19/07/2024:
Semana de 22 a 26/07/2024:
Semana de 29/07 a 02/08/2024:
Semana de 12/08 a 16/08/2024:
Semana de 19/08 a 23/08/2024:
Semana de 26/08 a 30/08/2024:
Semana de 02/09 a 06/09/2024:
Semana de 09/09 a 12/09/2024:

Pesquisadores

  • Lucas Sleyder Machado Dicencio
  • Alex Eustáquio Nogueira
  • Mateus Souto Parreira
  • Julis Rimet Laini Oliveira


Disponível em “http://3.143.69.156/wiki/index.php?title=Networks_APIs&oldid=92556”