Com a chegada da pandemia do novo coronavírus, foi aumentada a necessidade por novas experiências no ramo digital para aproximar o público com os serviços essenciais. Por isso, as mobilizações de transformação tecnológica começaram a se intensificar.

Assim, a combinação dos upgrades de práticas digitais do usuário, com a tecnologia e análise de dados, está igualmente incluída nas finalidades e desenvolvimento do Open Insurance.

Inaugurando o Open Insurance em solo brasileiro

O Brasil é o primeiro país a regulamentar a implantação do Open Insurance em seu território. A inserção deste sistema foi organizada em partes por meio de um cronograma: 

Open Data: nesta fase, foram fornecidas informações ao público sobre canais de produtos e serviços, entre os dias 15 de dezembro de 2021 até 1 de junho de 2022.

Dados de clientes: após o consentimento de cada cliente, serão permitidos o compartilhamentos de seus dados, como informações de cadastro, transações de produtos, entre outros. Esta fase está prevista para iniciar em setembro de 2022 

Iniciação de Movimentação de Seguros: nesta terceira e última fase da implantação do Open Insurance, irá iniciar o compartilhamento de serviços, possibilitando que os clientes coloquem seus dados em uma única plataforma e/ou iniciem a movimentação de seguros. Estes últimos passos estão previstos para ocorrer em dezembro de 2022.

Um fator interessante desse processo é que as datas iniciais do Open Insurance coincidem com as datas finais da implantação do Open Banking. Essa casualidade se deve pela razão de ambos serem desenvolvidos em conjunto, para garantirem no futuro a interoperabilidade.

As inovações digitais proporcionadas pelo Open Insurance

O Open Insurance funciona por meio do uso da arquitetura de APIs, que são conceituadas, de acordo com a OPIN Brasil, “como um conjunto de normas que possibilitam a comunicação entre plataformas através de uma série de padrões e protocolos.”

É importante que todo Open Insurance seja composto de APIs abertas na forma padrão, para que as aplicações não sofram empecilhos e procedam de forma segura para preservar as informações e garantir a rapidez e produtividade no atendimento.

Um estudo realizado pela Accenture — empresa multinacional de consultoria — abordou que “82% dos entrevistados concordam que esse tipo de ecossistema (Open Insurance) permite o crescimento, que não seria possível de outra forma.”

Contribuindo com os dados encontrados na Accenture, a Celent — empresa líder em pesquisas voltadas para tecnologia — destacou em um de seus estudos que “as seguradoras que não conseguirem construir suas APIs perderão competitividade em apenas 5 anos.”

Logo, a tecnologia API Open Insurance se conceitua como uma grande iniciativa digital no mercado de trabalho dos seguros em que, por meio dela, caminhos são abertos para diversas inovações digitais no comércio, o que é comprovado perante os dados das últimas pesquisas e o andamento da implantação do sistema.

Diante disso, Dave Ovenden, diretor administrativo da Willis Towers Watson, propôs uma visão única sobre as iniciativas digitais em Open Insurance diante de tamanha transformação no espaço mundial, e estabeleceu algumas atitudes para alcançar mudanças tecnológicas na indústria.

4 passos para iniciativas digitais no Open Insurance

1 . Compartilhar dados para oferecer suporte a ofertas de produtos personalizados

As seguradoras podem aumentar a eficiência operacional encontrando maneiras de compartilhar dados entre sistemas internos e parceiros externos. Ovenden vê isso não apenas como uma maneira de economizar custos, mas também de adequar a cobertura a riscos específicos e atender melhor os clientes. 

2 . Conectar “especialidades” para ter uma cultura centrada no cliente

Ao discutir as características das seguradoras mais inovadoras, uma das principais prioridades é transformar seu sistema de TI de ser centrado em políticas para colocar o cliente no centro. 

Para fazer isso, é necessário escolher os melhores componentes para um trabalho específico e os conectar para oferecer a melhor experiência ao cliente. Felizmente, com a inovação contínua no mercado InsurTech, as ferramentas especializadas estão se multiplicando e a integração dessas ferramentas ficou mais fácil. 

3 . Abrir regras de subscrição para capacitar os canais

Os executivos de distribuição têm um leque cada vez maior de opções na hora de vender seus produtos. Bolsas de seguros, MGAs digitais, sites de comparação de preços e empresas não seguradoras oferecem novas maneiras de alcançar os clientes. 

As seguradoras podem capturar valor nessas oportunidades se implementarem regras de negócios críticas de forma consistente e com o mínimo de intervenção humana. As seguradoras inovadoras de hoje já estão usando ferramentas como Radar Live e MuleSoft para expor essas regras. Isso garante que os riscos certos sejam cobertos com o prêmio certo, independentemente de qual canal de distribuição. 

4 . Aproveitar a inovação do ecossistema para ficar à frente

Um briefing recente do CEO da McKinsey destacou a necessidade de as seguradoras inovarem mais rapidamente. O painel discutiu como aproveitar a inovação fornecida por um ecossistema mais amplo de parceiros é fundamental para permitir essa velocidade. 

De acordo com Dave, as melhores operadoras reduziram o tempo necessário para atualizar as classificações e outras regras importantes de vários trimestres para uma questão de horas. 

Os 4 passos estabelecidos pelo diretor americano são, em sua visão, pontos de partida para qualquer corporação que deseja aderir ao Open Insurance. E, com isso, construir um valor singular diante da onda tecnológica que está se formando, atendendo com precisão as necessidades do consumidor e da esfera trabalhista global.

Saiba mais sobre a Anypoint Platform da Mulesoft, e a integração imediata com Radar Live, Guidewire e outros no Anypoint Exchange.

Este artigo foi escrito por Sarah Gomes e publicado originalmente em Prensa.li.

O Open Insurance, que em português entende-se como um Sistema de Seguros Aberto, irá revolucionar a maneira como as seguradoras atuam no mercado financeiro. 

Com foco na padronização dos dados transmitidos, permitindo, assim, sua operacionalização total com as seguradoras, o modelo promove o controle e fiscalização do mercado de seguros, resseguros e capitalização no Brasil.

Neste artigo, vamos nos aprofundar no Open Insurance: os benefícios, principal desafio e a utilização de APIs. Acompanhe abaixo!

Benefícios do Open Insurance ao consumidor

A SUSEP (Superintendência de Seguros Privados) destaca em seu site a possibilidade de que o consumidor final terá a comparação de serviços entre as seguradoras de forma simples, ágil e segura. Desse modo, o cliente poderá decidir com informações objetivas a sua real necessidade de contratação e o melhor custo-benefício para seu negócio.

Haverá, no mercado, várias oportunidades do consumidor ser beneficiado, como, por exemplo: rapidez no registro de sinistros; solução de questões contratuais de forma eficaz e com menor burocracia; identificação dos direitos de cada contrato do segurado;  ganho de tempo em solicitações de alteração de contratos; agilidade na capitalização de recursos, entre outros.

Em regra, o segurado terá maior transparência e confiabilidade na contração e utilização dos seus serviços adquiridos. As seguradoras poderão prover ao usuário a incrível experiência de ter toda a sua gama de serviços de forma centralizada, de fácil acesso e com a total automatização dos processos envolvidos.

O maior desafio do Open Insurance

O compartilhamento de dados de forma instantânea e segura entre todas as partes envolvidas neste processo é o maior desafio a ser superado, já que requer investimento e alta tecnologia para um resultado satisfatório. 

Uma infraestrutura robusta é mais do que necessária, tanto para o cumprimento dos prazos de cada etapa a serem cumpridos como na implantação do Open Insurance, proporcionando ao consumidor um exclusivo e valioso resultado.

A utilização de uma estratégia baseada em APIs se torna a solução ideal para viabilizar o Sistema de Seguros Aberto, pois só assim é possível garantir as integrações entre diferentes instituições de maneira rápida e segura, o que será essencial para as seguradoras competirem nesta nova realidade do mercado. 

A modernização das seguradoras pela utilização das APIs

A necessidade de acesso imediato aos dados fará com que as seguradoras invistam em tecnologia e se modernizem rapidamente. A utilização de APIs de forma escalável será um grande trunfo para a conectividade entre todos os setores envolvidos, privados e públicos.

Alguns fatores essenciais para o sucesso do uso das APIs:

• Possibilidade de interagir de forma rápida com sistemas legados, geralmente obsoletos e de difícil acesso;

• Personalização do uso das APIs para as necessidades do mercado, para cada segmento;

• Modificação rápida, quando necessária, para atendimento da legislação vigente;

• Mudança na lógica de negócios, de acordo com a necessidade estabelecida por segurados ou seguradoras;

• Monitoramento total das APIs, com logs e ajustes rápidos, sem prejudicar os envolvidos, contando, ainda, com a possibilidade de mensurar a expansão necessária de infraestrutura em TI;

• Descentralização dos dados, pois não há necessidade de encapsular-los antes mesmo de transformá-los em informação para o usuário. Esse procedimento, certamente, promoverá respostas mais rápidas ao consumidor;

• Flexibilidade total no uso e modificação das regras estabelecidas por parte das seguradoras.

A partir de todos estes fatores já citados, vemos que as seguradoras precisam ter uma estratégia sólida para se sobressair no mercado, pois elas terão uma quantidade imensa de dados sendo trafegados.  

E esses dados precisam de agilidade e confiabilidade na troca de informações; visibilidade perante os clientes; necessidade de cumprir todas as normas governamentais e necessidade de adequação às mudanças regulatórias rapidamente. 

Dessa forma, é notório que toda essa automatização através de APIs é o que vai diferenciar essa nova realidade que o Open Insurance oferece no mundo dos seguros como conhecemos até hoje. 

A criação de uma estratégia de integração liderada por APIs na Anypoint Platform fornece o conjunto de ferramentas, visibilidade e capacidade de composição necessários para abordar todos os cenários de seguros. 

Investir nessa estratégia fornece uma escalabilidade preparada para atender às necessidades futuras de maneira eficiente e econômica, sem sobrecarregar os recursos. Permitindo, assim, que as operadoras se concentrem em fatores críticos de sucesso para seus negócios: escrever políticas financeiramente sólidas e atendê-las com excelência. 

Este artigo foi escrito por Rodrigo Recchia e publicado originalmente em Prensa.li.

Ao utilizar ferramentas como APIs e armazenamento em nuvem, instituições governamentais trazem melhorias internas e acompanham as tendências de todo o mercado. As APIs, em especial, trazem a possibilidade de criar soluções mais flexíveis, com dados de várias fontes que beneficiam os usuários, funcionários e outras instituições.

Vivemos um momento em que empresas e acionistas se relacionam de um jeito inovador, olhando para os sistemas internos e também para fora das instituições. Esse uso maior da tecnologia traz consigo transformações muito rápidas, que acontecem por vezes diariamente.

Com isso, os profissionais de TI devem não mais apenas desenvolver sistemas, mas estar atentos para garantir a estabilidade e controle, a fim de possibilitar uma interação rápida e eficiente entre as aplicações usadas.

APIs e estrutura organizacional

As APIs promovem um acesso de conectividade controlado e servem como um contrato entre o consumidor e o provedor de dados. Elas são essenciais nos sistemas atuais, mas devemos lembrar que só elas não garantem uma troca de informações eficiente. 

É preciso pensar também na adaptação e na apresentação dessas informações, por isso existe uma necessidade de olhar para o sistema como um todo e a partir daí lidar com seus fragmentos.

Assim como agências governamentais, grandes empresas têm necessidades de conectividade complexas, e por isso precisam que seus blocos de construção sejam liderados por APIs, que compõem uma estrutura organizacional. 

Uma boa solução para isso é a construção de uma estrutura de três camadas: a do sistema, a dos processos e a da experiência.

Na camada de sistemas, as arquiteturas de registro precisam ser acessíveis, e para isso, a conectividade deve ser infalível. As APIs têm o papel de esconder complexidades do usuário e responder à central de TI.

Quanto aos processos, eles interagem e moldam os dados que devem ser independentes dos sistemas de onde se originam, bem como os canais para onde esses dados vão. Aqui, as APIs têm funções específicas e levam aos dados não centrais.

Já na camada de experiência, os dados são consumidos em um amplo conjunto de canais, que requisitam uma mesma informação, mas com objetivos diferentes. É nesta etapa que os dados são reconfigurados para cada audiência.

Com o estabelecimento da conectividade por APIs nas empresas e órgãos do governo, os dados atendem um público maior e promovem facilidades para que cada equipe trabalhe de maneira independente. Com a reutilização desses dados, evita-se a duplicação de esforços e os desenvolvedores contribuem em trabalhos iniciados por outros colegas anteriormente. 

As APIs promovem segurança ao prever algumas mudanças, e como são partes de um todo, permitem que os profissionais atuem em etapas específicas, fazendo análises detalhadas, evitando a regressão de todo o projeto caso haja falhas em alguma dessas etapas. Isso traz mais agilidade para obter uma administração cuidadosa e inovadora, além de uma abordagem mais personalizada.

Eficiência e integração com APIs

Nos órgãos governamentais, a base de usuários está sempre em expansão. Isso exige uma redução no tempo de resposta dos serviços, ao mesmo tempo em que os recursos são limitados. 

Buscando por mais eficiência em seus processos e redução de custos, uma agência governamental norte-americana procurou a Mulesoft para otimizar a produtividade do seu desenvolvimento. A solução foi a conectividade liderada por APIs para automatizar os processos de integração de dados, trazendo mais agilidade a um custo mais baixo. 

O sucesso veio rápido e a intenção dessa agência agora é utilizar essa plataforma em todas as suas necessidades de integração.

A implementação das APIs vai muito além de uma decisão tecnológica. Ela promove uma mudança gradual na visão organizacional de TI e na forma com que os profissionais da área encaram suas funções. Trata-se de um desafio de mudanças de processos e um projeto de implementação de tecnologia - que é um processo contínuo.

Para essa implementação, a mudança de comportamento deve começar por pequenas áreas, e à medida com que melhorias vão se observando, essa mudança vai naturalmente se espalhar por toda a empresa. Ela também pode ser impulsionada pela criação de um Centro de Habilitação para a adoção massiva dessa mudança.

A Anypoint Platform é uma solução desenvolvida pela Mulesoft que possibilita a transformação digital por meio da compreensão da conectividade liderada por APIs. Em uma plataforma unificada, promove a organização dos serviços e integração das aplicações, facilitando muito a rotina dos desenvolvedores. 

Os processos se tornam de duas a cinco vezes mais rápidos, com uma redução de até 30% nos custos de integração. Hoje, diversas agências federais civis ao redor do mundo utilizam a plataforma. 

E o próximo a se beneficiar desse sistema pode ser você. Conheça as soluções para a sua empresa!

Este artigo foi escrito por Maria Rinaldi e publicado originalmente em Prensa.li.

(Scott Graham via Unsplash)

A pandemia do coronavírus estimulou inúmeras mudanças drásticas no mundo inteiro e, com isso, autoridades globais têm trabalhado para atender a demandas sem precedentes não apenas do setor de saúde, mas da sociedade como um todo.

A escassez de EPI, recursos de teste insuficientes e o aumento de indivíduos solicitando benefícios de desemprego foram algumas das diversas necessidades que surgiram e precisaram ser supridas rapidamente pelos governos.

De acordo com a UN International Labour Organization & Health Organization, mais de 400 milhões de trabalhadores em todo o mundo perderam seus empregos no segundo semestre de 2020.

Em meio à crise, cada país precisou intensificar o desenvolvimento de soluções digitais para poder se adaptar ao novo cenário.

Setores como o da saúde, educação e bancário estão passando por uma grande transformação, principalmente digital. No Brasil, essas mudanças podem ser vistas especialmente com a implementação do método Open - Finance e Health, por exemplo.

Podemos citar algumas dessas soluções que foram impulsionadas ou aprimoradas durante esse período pandêmico, e que mais têm causado impacto na sociedade brasileira. 

Entre elas estão o Pix e Open Banking no setor financeiro; a adoção em massa de tecnologias, principalmente da educação, com aulas online, e na saúde, com diagnóstico de Covid-19 e consultas sendo realizadas virtualmente, em sites e aplicativos.

A transformação digital do setor público

Ao aproveitar as APIs de uma plataforma de integração, o setor público pode atender às demandas atuais e planejar as necessidades futuras dos cidadãos de forma muito mais rápida.

A automação de processos a partir de APIs simplifica a prestação de serviços ao cidadão, permitindo uma compreensão de forma abrangente das necessidades individuais de cada um, garantindo que estejam recebendo o que precisam.

E, não apenas atender às necessidades imediatas de curto prazo, mas planejar uma experiência mais abrangente que seja capaz de gerenciar as demandas mutáveis à longo prazo.

Ainda que um grande número de iniciativas digitais já estivessem em andamento antes do Covid-19, a velocidade com que as soluções foram colocadas em prática foi impressionante - diminuindo anos de desenvolvimento em meses, ou até mesmo semanas.

As mudanças necessárias precisavam ser aplicadas com urgência. Canais de atendimento ultrapassados se tornaram canais digitais, ambientes de trabalho ficaram mais fluidos e a comunicação se tornou omnichannel.

A transformação digital é algo que está no topo da lista de prioridades de TI dos setores públicos. A integração é uma parte crucial desse processo, pois as soluções digitais requerem dados de múltiplos sistemas de back-end.

Mas, por que é tão difícil alcançar isso?

Os sistemas legados apresentam um verdadeiro desafio para a modernização. Migrar para soluções na nuvem, por exemplo, requer dados em tempo real que estão “presos” a uma infraestrutura ultrapassada.

Plataformas como Citizen 360 da MuleSoft ajudam os governos a se modernizar e criar inovações digitais para atender e superar as expectativas dos cidadãos a partir de APIs. 

Veja onde as soluções têm sido aplicadas no serviço público de alguns países:

• Departamento de agricultura dos Estados Unidos (USDA): modernização dos setores de Finanças e Recursos Humanos, tendo como principais resultados APIs alavancadas em 29 agências e tempo de construção de interfaces reduzido em 40%;

• Estado do Colorado: elegibilidade de benefícios em tempo real, com gerenciamento de diversos aplicativos de programas estaduais;

• Departamento de atendimento infantil do Indiana: gerenciamento de resposta a emergência, com soluções de gerenciamento de EPI em todo o estado se destacaram em horas;

• Serviço Nacional de Saúde (NHS - Reino Unido): automatização de serviços sociais, onde foram removidas 40% das etapas manuais no processo de alocação de órgãos;

• Nova Gales do Sul (NSW - Austrália): auto-atendimento de cidadãos com "One Stop Shop" para mais de 800 serviços em 40 agências diferentes.

As APIs são essenciais para impulsionar a automação e ajudar o setor público a reduzir o número de processos manuais, e potencializar a modernização do fluxo de serviços. Com isso, os governos podem não somente atender às necessidades dos cidadãos, mas também excedê-las.

Para saber mais sobre como o setor público tem lidado com os desafios da transformação digital na Era do Covid-19, assista ao webinar apresentado por Kevin Flanagan, Global GTM Lead do Setor Público da MuleSoft, e Shad Imam, Diretor de Solution Engineering do Setor Público da MuleSoft.

A transformação digital é uma realidade nas empresas do mundo inteiro, e todos os setores estão passando por uma. Um dos objetivos dessa transformação é fornecer aos clientes experiências verdadeiramente conectadas. 

A nova geração de consumidores deseja produtos e serviços integrados e personalizados, que possam ser aproveitados em todos os canais. Essa exigência tornou a transformação digital em um imperativo estratégico para as empresas.  

Por isso, aqueles que adotam a transformação digital mais rápido estão liderando o mercado; enquanto os mais lentos, estão ficando para trás. No entanto, alguns desafios de integração podem impedir essa mudança para algumas organizações. 

A conectividade é um passo essencial para alcançar uma transformação digital bem-sucedida e as APIs são fundamentais para alcançar esse passo.  

As APIs facilitam a troca de informações e dados. Elas criam pontes entre aplicações e plataformas no mundo virtual, sem que seja perceptível para a maioria dos usuários.  

A Conectividade da BMW  

Durante a Dreamforce 2019, Rene Wies, VP do Grupo de TI, Vendas e Marketing da BMW, enfatizou a importância de fornecer uma experiência contínua em toda a jornada do cliente.  

Desde a procura de carros online, a visita a uma concessionária BMW, para testar a direção do carro, até a compra do carro, a tudo o que vem com a propriedade de um carro, como serviço, reparos e manutenção. 

“Queríamos ter a mesma experiência de perfeição e alegria de dirigir de trás do volante para fora do carro”, disse Wies. “Para fazer isso, tivemos que conectar muitos pontos de contato na jornada do cliente.” 

Wies explicou que, com a Plataforma Anypoint, da Mulesoft, a BMW interconectou todos os seus sistemas críticos de negócios para dar aos funcionários - incluindo vendedores, técnicos e associados do cliente - acesso aos dados corretos em cada ponto de contato. 

A Plataforma Anypoint permite criar APIs e integrações com velocidade e segurança, com ativos reutilizáveis usando cliques ou código, por meio de uma interface da Web ou de um IDE de desktop. 

A experiência do usuário na decisão de compra 

A experiência do cliente é a percepção geral que o consumidor constrói a partir de cada interação, física ou virtual, com os profissionais de uma determinada marca ou empresa. Existem vários pontos de contato diferentes para entregar um atendimento de qualidade ao cliente. 

Na compra de um carro, por exemplo, a jornada da experiência do cliente pode incluir desde visitar concessionárias até o pós-venda e feedback no site e/ou redes sociais da empresa que vendeu o carro. 

É importante que a empresa priorize o tempo de interação com o comprador para conseguir entender melhor suas necessidades e preferências. 

De acordo com o portal CBT Automotive Network, 54% dos consumidores comprariam de concessionárias que oferecem melhores experiências, quando comparado a concessionárias que ofertam preços mais baixos. 

Além disso, 72% dos consumidores visitariam concessionárias com mais frequência se o processo de compra fosse melhorado. 

Os números demonstram que compradores de carro estão dispostos a gastar mais com uma boa experiência. Por isso, as concessionárias devem alternativas para tornar o processo rápido, fácil e conveniente. 

O caminho de sucesso dos carros conectados 

A BMW é uma das pioneiras a disponibilizar a conectividade em seus veículos e, no Brasil, já ultrapassou o marco de 50 mil carros conectados. 

A empresa começou com o BMW Teleservices, enviando dados técnicos de sistemas selecionados para auxiliar os concessionários a prestar melhor atendimento aos clientes.  

“Atualmente, há atualizações de software para praticamente todos os módulos dos veículos, chamada de emergência, concierge e assistência 24 horas que recebem dados em tempo real, transmissão de pacotes de voz para reconhecimento com inteligência artificial em nuvem e até transmissão de fotos dos veículos para os clientes, e estamos apenas começando.”, disse Henrique Miranda, gerente de conectividade da BMW no Brasil. 

A marca também lançou nesse ano o My BMW App – aplicativo com visual moderno, e inteiramente voltado para a experiência do usuário.  

“O My BMW App é um passo importante para ampliar a qualidade do relacionamento com nossos clientes, uma vez que oferece conexão remota como veículo.” diz Henrique Miranda, Head de mobilidade elétrica LATAM da BMW. 

Com o aplicativo, o dia a dia do usuário fica muito mais prático. É possível, por exemplo, habilitar a BMW Digital Key, que transforma o smartphone  do usuário em uma chave virtual, dispensando a sua versão física. 

Além disso, o motorista pode saber onde o veículo está estacionado, acessar abertura e travamento das portas, e outras informações como quilometragem, volume de combustível no tanque, e a localização e contato com o concessionário mais próximo. 

O My BMW App é um dos exemplos de como o setor automobilístico pode se adaptar à transformação digital, incluindo serviços e produtos conectados que proporcionam mais comodidade e satisfação do usuário. 

Outras marcas seguem o mesmo caminho de inovação feito pela BMW. Os carros conectados começaram a ganhar espaço no setor automobilístico brasileiro por volta de 2015, com o sistema OnStar da Chevrolet. 

A partir disso, muita coisa mudou. Hoje, além de aplicativos que permitem ações remotas, e sistemas com comandos de voz e conexão sem fio, é possível até pedir lanches pela tela do carro – como no caso do Fiat Pulse. 

Outros automóveis com sistema conectado como Jeep Renegade, Ford Ranger, Hyundai HB20, Onix e Onix Plus da Chevrolet já estão disponíveis no mercado para o brasileiro que deseja ter uma experiência integrada. 

O setor de telecomunicações é um dos mais dinâmicos e de rápido crescimento em todo o mundo.  

De acordo com a pesquisa IPC Maps, especializada em avaliar o potencial de consumo dos brasileiros, o setor de telecomunicações do País deve movimentar R$ 158,8 bilhões neste ano.

O levantamento indica que, entre 2019 e 2020, o potencial de consumo neste setor subiu 5,5%, de R$ 131,9 bilhões para R$ 139,2 bilhões. O ano de 2021 manteve a tendência de alta.  

Vários fatores estão definidos para impactar o crescimento no futuro da indústria de telecomunicações e exigirão que as organizações inovem suas ofertas de serviços, mudem seus modelos de negócios e se tornem mais flexíveis, ágeis e conectadas.  

Esses elementos incluem: 

• O impacto da tecnologia 5G na largura de banda;  

• Confiabilidade e conectividade de alta velocidade,  

• Demanda crescente por serviços gerenciados de valor agregado; 

• O valor da Internet das Coisas (IoT);  

• Atendimento aprimorado ao cliente; 

• Necessidade de soluções ponta a ponta.  

Esses fatores não estão apenas oferecendo oportunidades de crescimento, mas são alguns dos maiores desafios que as empresas de telecomunicações terão de navegar em relação ao futuro da indústria de telecom. 

A transformação digital e a introdução de novas tecnologias são abundantes, proporcionando uma oportunidade significativa para as empresas de telecomunicações expandirem suas ofertas de serviços e soluções para agregar maior valor aos clientes empresariais e consumidores.  

A tecnologia inovadora, se usada e aproveitada corretamente, pode ajudar as empresas de telecomunicações a se diferenciarem no mercado, reduzir a rotatividade de clientes e aumentar a produtividade. 

Isso exigirá que as empresas de telecomunicações pensem fora da caixa de conectividade atual e evoluam. 

Essas novas tecnologias - SaaS, móvel e a Internet de Coisas (IoT) - exigem um novo nível de conexão que não pode ser alcançado com as abordagens de integração de ontem. 

À medida que essas tecnologias evoluem, torna-se essencial para cada operadora de telecomunicações desenvolver um sistema mais seguro, escalável e prático.  E esse processo pode ser realizado com o apoio das APIs. 

As APIs dentro do setor de telecomunicação 

Para se manterem competitivas neste contexto, as organizações devem usar APIs para aumentarem a agilidade e a eficiência com que se adaptam à mudança tecnológica.  

Abrindo serviços para reutilização em vários ecossistemas, as APIs simplificam muito o processo de entrega de serviços por meio de redes móveis e da web.  

São vários benefícios que as APIs podem ofertar para o setor de comunicação. Entre eles podemos destacar a maximização da inovação tecnológica e otimização da eficiência do desenvolvimento de novos serviços. 

As APIs permitem que os sistemas de software "conversem" uns com os outros, abrindo novas possibilidades. Desenvolvedores podem reutilizar APIs para economizar tempo e as empresas podem compartilhá-las. 

As telecomunicações também usam APIs para conectar seus sistemas internos e funções para que possam trabalhar de forma interdepartamental com mais eficiência. 

O resultado final: uma gama sem precedentes de produtos e serviços para clientes. Para empresas de telecomunicações que buscam novas fontes de receita, a hora é perfeita para usar essas potências digitais para aumentar seus resultados financeiros. 

Para conseguir esses resultados, é necessário que as organizações mudem de uma visão 'centrada no sistema' para uma 'orientada por domínio', em que os domínios forneçam uma visão unificada de todo o negócio e abstraiam dos sistemas legados.   

Mas como fazer isso? 

Como reutilizar APIs 

Existem algumas maneiras. Uma delas é com uma visão unificada do cliente, que fornece um conjunto comum de dados entre sistemas para serviços de linha fixa e móvel. 

Outra é com um único processo de pedido que pode distribuir dados de pedido de sistemas front-end para back-end. 

Os domínios são refletidos por meio de APIs reutilizáveis que encapsulam os sistemas de registro para que os consumidores das APIs possam pensar em domínios como cliente, produto e pedido, em vez de lidar com muitos sistemas diferentes.  

Assim é possível focar na melhoria dos processos de negócios, em vez de lidar com a complexidade e as características dos sistemas subjacentes. 

Com a conectividade baseada em API, os dados podem ser desbloqueados dos sistemas legados, sejam sistemas BSS legados, bancos de dados ou serviços. Esses dados podem então ser usados para influenciar os processos de negócios ou fornecer uma experiência.  

Essa abordagem permite que as equipes centrais de TI exponham dados e processos sem ter que migrar ou duplicar dados ou alterar aplicativos legados. Os desenvolvedores podem descobrir e auto atender essas APIs para construir uma experiência do cliente. 

Ao implementar uma camada de experiência digital, as empresas podem modernizar sua infraestrutura legada com uma abordagem passo a passo.  

Estudo de caso da SES 

A SES é uma empresa de comunicações via satélite que possui 65 satélites com cobertura de 99% da população mundial, distribuindo mais de 7.700 canais de TV digital para 325 milhões de lares em todo o mundo.  

Como parte de uma nova estratégia de negócios, a SES precisava transformar seu cenário digital e estabelecer relacionamentos mais próximos com seus clientes construindo um portal do usuário para unificar sua experiência. 

A equipe de TI da SES sentiu necessidade de integrar melhor as soluções de negócios, sistemas, aplicativos e fontes de dados de forma rápida e eficiente.  

A abordagem de integração anterior da SES, point-to-point, atrasava a equipe de TI devido ao número de aplicativos que eles precisavam se conectar. 

“Historicamente, já fizemos muitas integrações de aplicativos. Mas estávamos fazendo isso de uma maneira mais maneira tradicional, onde havia muitas conexões ponto a ponto", disse Stefan Okhuijzen, Vice-presidente sênior de aplicativos de negócios.  

“Acabamos notando que não conseguíamos acompanhar os aplicativos e integrações que tínhamos.” 

A SES queria ir além da integração point-to-point. Pensando nisso, a organização encontrou a Mulesoft, que apresentou uma abordagem de integração que promovia essas conexões de forma mais rápida por meio de APIs dentro de uma plataforma. 

Usando conectividade liderada por API e a Anypoint Platform, a SES construiu APIs para expor os principais aplicativos, sistemas e fontes de dados. Essa abordagem baseada em aplicações revolucionou a maneira como a equipe de TI da SES trabalha. 

“APIs, por design, devem ser facilmente atualizáveis, facilmente alteráveis, em camadas, eles fornecem a flexibilidade que queremos”, diz Ruy Pinto, CIO.  

Além disso, essas APIs foram reutilizadas para projetos futuros, tornando as implementações de integração muito mais rápidas. “Com a MuleSoft, estamos construindo uma biblioteca mais global de componentes reutilizáveis, que tornam nossas vidas mais fáceis”, diz Stefan. 

Usando a Anypoint Platform e conectividade baseada em API, a SES foi capaz de melhorar drasticamente o cliente experiência, entregando seu portal do cliente.  

Hoje, o portal oferece aos clientes a capacidade para obter insights sobre os padrões de tráfego de satélite e outros detalhes importantes, como quais sites os usuários estão visitando nos servidores dos satélites. 

O que é a Anypoint Plataform 

A Anypoint Platform foi construída com o propósito de permitir o desenvolvimento de uma rede de aplicativos por meio de conectividade baseada em API.  

Com uma plataforma de integração híbrida, a Anypoint Platform tem servido como o capacitador principal para a rede de aplicativos, transformações tecnológicas e organizacionais. 

O projeto permite que as organizações possam lançar novos produtos, serviços e experiências 2 a 5 vezes mais rápido e pode-se esperar uma redução de até 90,25% nos custos de entrega do projeto para novos aplicativos. 

Esses resultados permitem que as organizações atinjam a velocidade exata para atender às necessidades de negócios e, por sua vez, respondam a mudanças nas necessidades dos clientes mais rapidamente. 

Quer saber mais? Clique aqui e descubra as soluções Mulesoft. 

Pioneira no modelo software as a service (SaaS), Salesforce é uma plataforma de gerenciamento de relacionamento com o cliente (CRM) que ajuda equipes de marketing, vendas, comércio, serviços e TI a trabalhar como uma só, de qualquer lugar. 

Fundada em quatro valores principais – confiança, customer success, inovação e igualdade -, a empresa possibilidade a integração de seus clientes através do Customer 360, plataforma que capacita todo o pacote de aplicativos conectados da Salesforce.  

Mais de 150.000 empresas, grandes e pequenas, estão expandindo seus negócios com os serviços da Salesforce – que vão desde o engajamento de clientes com marketing digital relevante e empático, até atendimento ao cliente de qualidade com equipes prontas para trabalhar de qualquer lugar. 

“Os clientes não estão comprando software, eles estão entrando em um relacionamento com uma empresa que os ajudará a navegar no futuro da tecnologia.” - Bret Taylor, presidente da Salesforce & COO. 

A missão da Salesforce é “construir pontes entre empresas e clientes”, entregando conexões significativas e unindo cada departamento para que o foco seja o cliente. 

E com o Customer 360, Salesforce possibilita que cada pessoa da equipe colabore com recursos integrados que orientam decisões essenciais exatamente onde as pessoas trabalham. 

Salesforce no universo de streamings 

Em agosto 2021, a Salesforce anunciou o lançamento do seu streaming, o Salesforce+, com experiências ao vivo e conteúdos originais, como séries e podcasts, para cada função, setor e linha de negócios, tudo em um só lugar. 

Assim como a Disney e Netflix fizeram com serviços de streaming para consumidores, Salesforce + fornece uma plataforma de mídia de negócios sempre ativa para quem quer aprender novas habilidades, buscar novas oportunidades de carreira e promover mudanças no mundo. 

“Nos últimos 18 meses, tivemos que reimaginar como ter sucesso no novo mundo digital-first. Nós reimaginamos nossos eventos, mudando-os para experiências de marca totalmente digitais e introduzimos conteúdo novo, relevante e original.”, disse Sarah Franklin, Presidente & Diretora de Marketing da Salesforce. 

No streaming também é possível acompanhar o evento anual da Salesforce, o Dreamforce - que neste ano foi realizado de forma híbrida, presencialmente em São Francisco e virtualmente pelo Salesforce+.  

O evento teve participação de personalidades de grande destaque, entre elas Jane Fonda (atriz premiada, ativista e produtora), Will Smith (ator e cantor) e Nice Nailantei Leng'ete (Embaixadora Global da Amref e TIME 100). 

Com o mote “Prepare-se para o sucesso em qualquer lugar, Dreamforce em qualquer lugar.”, a conferência abordou temas como digital workplace, transformação de ponta a ponta dos serviços financeiros, mulheres negras na liderança, além de uma palestra da MuleSoft sobre criar experiências integradas de Customer 360. 

Case de sucesso da Bradesco Seguros 

Apresentado no painel sobre transformação digital na América Latina no Dreamforce 2021, o case brasileiro da Bradesco Seguros que fala de estratégias centradas no cliente, também está disponível na Salesforce+. 

Em uma conversa, Roberto Prado, Vice-Presidente de Solution Engineering da Salesforce, com Fabio Dragone, Diretor de Digital, CRM, CX e Inovação, e Tânia Hojo, Gerente de CRM, ambos da Bradesco Seguros, explicam como a empresa utiliza as soluções da Salesforce para colocar os clientes no centro de sua estratégia de negócios.  

As empresas podem ter dificuldades quando se trata de gerenciar os dados, em constante expansão, que estão coletando de seus funcionários, clientes e fornecedores.  

Quando seus sistemas e processos não estão alinhados, pode ser muito demorado gerenciar tudo individualmente.  

Ao integrar efetivamente seus sistemas, você colherá os benefícios de maior eficiência e eficácia em seus processos, enquanto reduz a interrupção causada por ter todos os seus dados em locais diferentes. 

Se você deseja alinhar o feedback da pesquisa de funcionários com seu sistema de RH, medir a satisfação do cliente, maximizar seus recursos e investimentos, reduzir ineficiências ou trabalhar de maneira mais inteligente, uma abordagem integrada o ajudará a atingir seus objetivos. 

Conheça o MuleSoft Composer 

O MuleSoft Composer foi desenvolvido com base na Anypoint Platform, compartilhando os mesmos recursos de colaboração, tempo de execução, monitoramento, segurança e governança de nível empresarial.    

A ferramenta tem como o objetivo trazer poder aos administradores, permitindo que os sistemas se integrem perfeitamente. 

Pense em uma interface semelhante ao Process Builder ou Flow, mas com a capacidade de se integrar diretamente a outros sistemas usando conectores predefinidos.  

Isso elimina o trabalho pesado de criar integrações e permite que as empresas inovem com mais rapidez. 

Com o MuleSoft Composer:   

• Aequipes de RH podem acelerar os processos de novas contratações, atualizando automaticamente os perfis dos funcionários e os atributos da folha de pagamento de Workday para Jira, e alertando o funcionário no Slack.  

• As equipes de atendimento ao cliente podem automatizar a criação e sincronização de registros de clientes entre Zendesk, Netsuite e Stripe - simplificando o processo de integração do cliente.  

• As equipes de operações de vendas podem criar fluxos do Composer entre o Salesforce e o NetSuite para aumentar a eficiência operacional em todo o processo de cotação para pagamento. Eles podem então visualizar seus dados de vendas usando o Tableau. 

• Qualquer equipe pode obter notificações personalizadas do Slack acionadas por ações nos aplicativos que costumam usar - mantendo as equipes atualizadas sobre tickets e contas pendentes e melhorando as comunicações em toda a organização. 

O Composer possuiu mais de 10 conectores de integração pré-construídos para sistemas, incluindo Planilhas Google, Netsuite, Twilio, Slack, Microsoft Teams, Jira e muito mais. 

Quais os benefícios do Mulesoft Composer 

À medida que aumenta o número de sistemas que as empresas empregam, os dados podem se tornar cada vez mais isolados e os processos cada vez mais fragmentados.  

Para combater isso, as integrações de dados reúnem os sistemas para que todos os dados de que você precisa estejam em um só lugar. 

O MuleSoft Composer traz acesso a todos os benefícios das integrações, como: 

• Automatização e agilização dos processos 

• Criação de uma visão de 360 graus dos clientes 

• Melhora da experiência do cliente 

• Redução da necessidade de troca de aplicativo durante as interações com o cliente — e muito mais. 

E faz tudo isso sem trabalho de desenvolvimento complexo, ao mesmo tempo que permite a personalização. 

Como a ferramenta funciona 

O Composer foi desenvolvido pensando em colaboradores que atuam em linhas de negócios (LoB) e que não são desenvolvedores, mas que por consequência acabam tendo contato com profissionais do TI. 

Com o MuleSoft Composer, os funcionários desses dois setores podem inovar juntos e mais rápido.  

A primeira etapa dessa visão chega por meio de um dos aplicativos de SaaS corporativos mais usados no mundo - o Salesforce. 

Não há dúvida de que a parceria de TI e LoB pode acelerar a inovação, e os funcionários do LoB estão ávidos por uma solução que lhes permita acessar e conectar dados com facilidade.  

Por exemplo, digamos que você seja um administrador do Salesforce e queira trazer automaticamente dados de bancos de dados ou aplicativos externos: não seria muito mais fácil se sua ferramenta de integração fosse incorporada diretamente em seu console de administração? 

Bem, é para isso que serve o MuleSoft Composer.  

O MuleSoft Composer permite que você crie integrações complexas (com cliques, não código) nativamente dentro do Salesforce.  

Você pode definir todo o processo, incluindo o evento que aciona a integração, bem como as etapas que devem seguir. 

Isso significa que os administradores do Salesforce não precisam mais esperar que os recursos de TI concluam seus projetos de alta prioridade.  

Em vez disso, eles podem começar imediatamente e criar as integrações para o que precisam, seja para melhorar a experiência do cliente, obter uma visão mais profunda do desempenho dos negócios ou automatizar tarefas manuais diárias. 

Os principais recursos oferecidos pelo Composer são: 

1. Projeto e integrações construídas; 

2. Uso de conectores e modelos pré-construídos; 

3. Visualização e construção usando dados em tempo real; 

4. Monitoramento integrado e alertas de erro automatizados. 

A Jornada da integração apenas começou 

Os recursos de TI em muitas organizações são escassos, mas os funcionários LoB ainda precisam cumprir seus projetos de alta prioridade. As organizações ainda querem cumprir a promessa de uma empresa composta.  

A realidade hoje é que os profissionais LoB em todas as organizações estão ávidos por uma solução que lhes permita conectar dados e aplicativos com cliques, não com código e o MuleSoft Composer pretende fazer exatamente isso.    

Tendo isso em mente, a MuleSoft é um exemplo de organização  com uma base forte de integração, ajudando outras empresas a inovar com velocidade e se manter relevantes.

Atualmente, a MuleSoft é uma das principais empresas voltadas à integração de sistemas. Ela é uma das maiores empresas de integração e gerenciamento de APIs, sendo eleita empresa líder 6 vezes consecutivas pelo Gartner no quadrante Full Life Cycle API Management. Através de sua plataforma de integração, clientes têm acesso à conexão de aplicativos de negócios e SaaS na nuvem, on-premise ou em um ambiente híbrido.

Sua plataforma de integração é voltada para apps, dados e dispositivos on-premises, em um modelo híbrido na nuvem. Tudo isso com apoio de APIs.

O nome “MuleSoft” reforça sua potência na integração. O termo “Mule” vem justamente de mula, animal conhecido por sua força e resistência. Quando alguém precisa transportar algo, a melhor opção é a mula. Essa analogia se aplica ao mundo da integração. A Plataforma da MuleSoft faz esse trabalho pesado para as empresas, evitando a codificação de integrações e uso desnecessário de inúmeras ferramentas diferentes.

Como a MuleSoft ajuda as empresas

A tecnologia MuleSoft permite que as organizações tenham uma visão singular de seus clientes a partir da unificação de dados, automação de processos e construção de experiências conectadas.

Com isso, as empresas tornam-se aptas a desenvolver sua própria rede de aplicativos, o que acelera a entrega de projetos, facilita o gerenciamento e reduz custos. E essa metodologia tem nome: API-led Connectivity, ou conectividade liderada por API, em tradução livre.

Com a API-led Connectivity da MuleSoft, cada integração se torna um bloco de construção reutilizável, o que acarreta vantagem para a organização. A reutilização de processos e ativos acelera a entrega de TI, aumenta a agilidade e possibilita inovação em maior escala nas empresas.

A importância da conectividade liderada por API

A forma tradicional de fazer integrações é por meio de conexões ponto a ponto. Entretanto, com o tempo, tais integrações começam a criar dependências múltiplas, frágeis e complicadas, levando a custos desnecessários para as empresas e seus clientes.

No caso da conectividade liderada por API, as empresas contam com uma ótima estratégia de integração em processos que envolvem relacionamento com seus clientes, funcionários e parceiros. 

A API-led connectivity da MuleSoft garante:

• Construção de ativos reutilizáveis;

• Economia de tempo e dinheiro;

• Criação de infraestrutura projetada para mudanças;

• Mais conformidade e governança;

• Atendimento das expectativas e necessidades do negócio;

• Agilidade nas entregas;

• Maior capacidade organizacional;

• Liberação de recursos para a inovação.

E no caso de um desenvolvedor?

A Plataforma da MuleSoft consegue atender desenvolvedores de vários níveis. Por exemplo, alguns desenvolvedores até possuem experiência consumindo APIs no dia a dia, mas nunca projetaram uma API REST do zero.

Com a Plataforma Anypoint da MuleSoft, o profissional consegue aprender como desenvolver sua própria API, mesmo sem uma vivência ampla em Design de API, apenas seguindo o tutorial da MuleSoft. 

Ao usar a plataforma da MuleSoft o desenvolvedor poderá:

• Adquirir mais flexibilidade para aplicar padrões de design que se adaptem às suas necessidades;

• Construir APIs e integrações com agilidade;

• Implementar qualquer arquitetura;

• Ter uma visão única de suas implantações;

• Implantar suas APIs na nuvem de forma mais simples e consistente;

• Gerenciar APIs e integrações com mais facilidade.

O futuro do seu negócio depende da integração... e de APIs

Em nosso mundo digital, as empresas precisam encontrar novas maneiras de desbloquear o valor de seus dados e ativos, que podem ser encontrados em diferentes lugares como bancos de dados ou aplicativos. Nesse sentido, uma plataforma de integração é a peça chave para habilitar as organizações, permitindo que estas conectem seus ativos a seus clientes, parceiros e funcionários.

É essencial que as empresas saibam tirar proveito das oportunidades que a transformação digital oferece. Muitas delas já estão se tornando mais competitivas, uma vez que compreenderam as vantagens da integração e das APIs. A partir disso, as organizações conseguem atender melhor às necessidades de todos.

Conheça mais sobre a MuleSoft!

Este artigo foi escrito por Luana Brigo e publicado originalmente em Prensa.li.

Fornecimento de vários canais para uma experiência perfeita entre clientes e parceiros 

Aproveitando os canais online e offline, o omnichannel pode não apenas ajudar no aumento da receita de fontes online, como também pode apoiar no direcionamento de tráfego significativo para locais que resultem em receitas adicionais. 

As empresas então devem almejar uma visão única do cliente em todos os canais. A partir daí, não somente elas serão mais capazes de desenvolver novas ofertas, mas também poderão atrair segmentos de clientes e vender mais produtos e serviços. As equipes de marketing também serão capazes de minimizar custos evitando táticas de marketing ineficazes. 

Quanto as empresas de varejo, de acordo com relatório de 2020 da PWC, o número de companhias que investem na experiência omnichannel saltou de 20%, nas pesquisas realizadas em 2012, para mais de 80%. Já o relatório The Experience Impact, lançado pela Merkle em 2019, indicou que 66% dos consumidores se preocupam mais com a experiência do que com o preço do produto ou serviço.  

Tais dados corroboram com a crescente necessidade das empresas em implementar novas estratégias que envolvam todos os canais. 

Gerenciamento de infraestrutura e Omnichannel 

Em sua essência, omnichannel é uma questão de coordenação de dados. Pense nessa solução como canais que não existem em silos, mas fornecem acesso universal aos principais ativos e serviços da sua empresa. É preciso haver uma forma unificada de agrupar os dados de todos os sistemas empresariais e canalizá-los para um local onde possam ser usados e analisados. Para que isso aconteça, a conectividade é fundamental. 

A conectividade como uma disciplina estratégica tem sido frequentemente negligenciada pelas equipes de TI, já que é relativamente mais fácil de conectar um sistema a outro “projeto por projeto”. O que as empresas costumam fazer é adicionar novos canais, em vez de pensar estrategicamente e holisticamente sobre a criação de capacidade de mudança dentro da organização. 

Resolver todos os problemas inerentes ao dimensionamento de dados e colocar todas as informações no formato certo é um grande desafio. É muito difícil fazer com que todos os sistemas conversem entre si. Mas uma vez que consiga, você terá uma visão muito mais simples do cliente, e realmente usará esses insights para criar experiências melhores 

Portanto, o objetivo da integração em relação ao omnichannel é ocultar toda a complexidade dos dados subjacentes e apresentar uma visão simplificada de um produto, um cliente e um canal. Isso é possível com uma abordagem chamada conectividade liderada por API. 

A conectividade baseada em API é uma maneira proposital de conectar dados a aplicativos através de uma série de APIS reutilizáveis e modernas, que são desenvolvidas para desempenhar uma função específica em sua estratégia omnichannel, como desbloquear dados de sistemas, compor dados em processos ou entregar uma experiência. 

Esta abordagem de conectividade classifica APIs em três camadas: 

• Camadas de sistemas: fornecem um meio de isolar o usuário da complexidade ou quaisquer alterações nos sistemas subjacentes. 

• Camada de processo: interagem e moldam dados em um único sistema ou entre sistemas (dividindo os dados silos). Além disso, representam processos de negócios com lógica de negócios, e existe a possibilidade da reutilização de ativos.   

• Camada de experiência: os dados agora são consumidos em um amplo conjunto de canais, cada um dos quais deseja acessar os mesmos dados, mas em uma variedade de formas diferentes. 

O Modelo de Produção-Consumo: Operações por trás do Omnichannel 

A abordagem de conectividade baseada em API é um acelerador útil para alcançar a experiência omnichannel, mas é também necessário ter uma visão mais ampla de como sua empresa está preparada para a mudança. 

É importante fornecer uma estrutura de base para mudar rapidamente, sem muito trabalho repetitivo. O Omnichannel, no entanto, requer uma abordagem diferente de como a TI opera em sua empresa. 

No varejo, por exemplo, analistas de marketing podem descobrir que vários clientes estão acessando o site Pinterest, e enviar uma proposta de projeto para comprar diretamente desse site. Logo, a TI é solicitada a fornecer esta capacidade assim que os concorrentes estiverem fornecendo tal oferta.  

Infelizmente, isso gera uma sobrecarga na área de TI. E à medida que o número de solicitações cresce, o ambiente de negócios muda. Surge uma lacuna de entregas entre o que a empresa deseja e o que é realmente capaz de entregar. 

Uma abordagem completamente nova se faz necessária. A TI precisa de um novo modelo operacional, uma nova abordagem que impulsione a produção de ativos reutilizáveis e, principalmente, possibilite o consumo desses ativos por equipes dentro das linhas de negócios, para entregar iniciativas digitais. 

Aproveitando os recursos e capacidades fora de TI central, as organizações podem fazer uma mudança radical na entrega de velocidade e capacidade. Somente desta forma a TI pode fornecer a agilidade necessária para atender às necessidades do negócio. 

Acelerando a jornada omnichannel 

É importante reconhecer que a nova operação de TI para implementar sua estratégia omnichannel não pode confiar apenas na tecnologia. Ela requer mudanças no comportamento da organização. Como esta conduz a abordagem liderada por API em seus projetos omnichannel? E como encoraja a transformação da entrega em um modelo de produção-consumo? 

Nos referimos a esta equipe dentro da empresa como um centro para ativação ou um C4E. Um grupo multifuncional, responsável por administrar todos os ativos. O modelo C4E se concentra em colocar ativos valiosos nas mãos de equipes de desenvolvimento em toda a organização, incentivando-as a não apenas utilizar os ativos, mas adicionar e melhorá-los também, dimensionando o efeito de rede. 

Conforme novos projetos surgem, como um novo canal, é fundamental envolver essas equipes e incentivar a colaboração. À medida que a base de ativos cresce, as equipes de inovação podem ser autossuficientes. 

Uma vez que o C4E está instalado, ele encoraja e possibilita o consumo de ativos reutilizáveis com os princípios de conectividade liderados por API, e um conceito poderoso começa a surgir: uma rede de aplicativos, que conecta perfeitamente todos os dados e dispositivos da sua organização. 

Preparando sua empresa para o futuro 

O objetivo final é mudar a mentalidade sobre como e com qual tecnologia funciona o negócio, e criar o que Jonathan Murray chama de "uma empresa composta; uma organização onde o todo portfólio de funções de negócios, processos, organizações, relacionamentos e tecnologia, como um conjunto de reutilizáveis, os componentes podem ser configurados conforme a demanda”. 

Ser capaz de aumentar o omnichannel de sua organização a fim de atender a demanda do cliente, onde for necessário, exige repensar pessoas, processos e infraestrutura de TI. 

A seguir os princípios por trás da arquitetura de uma composição desse empreendimento: 

• Escalabilidade sob demanda: Capaz de chamar serviços e funções conforme necessário para a empresa. 

• Adaptabilidade a todos os dispositivos e clientes: Serviços e aplicativos serão executados em qualquer dispositivo que o cliente esteja usando na hora. 

• Automação: processos manuais precisam ser retirados de todos os aspectos da arquitetura para que serviços sob demanda sejam prontamente acessíveis. 

• Autoatendimento: os tomadores de decisão de negócios podem acessar a chave de componentes dos aplicativos e dados sem esperar pelos seus departamentos de TI. 

• Camada de dados empresariais acessíveis: as principais informações são disponibilizadas aos tomadores de decisão quando necessário, de qualquer fonte. Estas fontes, conforme são identificadas, devem ser fácil e rapidamente integradas aos dados corporativos de forma padronizada. 

Omnichannel significa alcançar e interagir com os seus clientes de forma fluida e alinhada, a qualquer hora em qualquer lugar. Todos sabem que mudar a mentalidade organizacional e a infraestrutura não é fácil. Mas vale a pena adotar uma estratégia omnichannel, já que ela pode levar a resultados positivos para os negócios. E ao impulsionar a reutilização de suas APIs, você pode entregar uma experiência consistente na velocidade que os clientes exigem. 

Texto adaptado e traduzido do whitepaper Omnichannel strategy & APIs: Redefine your customer relationships

Este artigo foi escrito por Luana Brigo e publicado originalmente em Prensa.li.

Imagem: Mathieu Stern via Unsplash

Poucos setores sentem mais pressão para modernizar sistemas legados do que o bancário. São as equipes de TI que têm a missão de aumentar a eficiência operacional. No entanto, muitas organizações ainda sofrem com a mudança.  

Veja como as instituições financeiras, assim como organizações em outros setores, podem realizar a tarefa de maneira mais tranquila usando a plataforma Anypoint da MuleSoft. 

Um banco, antes de adotar a MuleSoft, atendia às necessidades de clientes digitais através de uma complexa teia de sistemas de registro fortemente acoplados. 

Para melhorar seu índice de eficiência, a central de TI precisava de um sistema legado de superfície para equipes de linha de negócios por meio de desacoplamento. 

Para fazer isso, a equipe idealizou um sistema conduzido por APIs de arquitetura de três camadas, implementado com MuleSoft:  

1. Desenvolvimento de APIs de sistema para revelar e controlar dados de sistemas de origem para processos de negócios upstream. 

2. Transformação de serviços monolíticos da web expostos por sistemas chave de registro, em microsserviços discretos que podem ser facilmente usados por equipes de TI e de negócios. 

3. Arquitetar novamente serviços de nível de processo legado e código para desacoplá-los dos sistemas de registro de origem — tornando-os mais adaptáveis aos requisitos de negócios em evolução. 

Veja abaixo os detalhes sobre a abordagem desta estratégia.  

A equipe de TI priorizou modernizar os sistemas que contêm dados de empréstimos, para que a determinação de elegibilidade de crédito pudesse ser automatizada em todas as unidades da empresa. 

A estratégia de modernização do banco teve como objetivo acelerar a entrega do projeto para aplicativos que requerem dados de hipotecas. Além disso, almejava aumentar a velocidade na qual os serviços podem ser adaptados, para atender à evolução das necessidades de negócios. 

A fim de concretizar sua visão de uma arquitetura desacoplada, foi decidido representar a funcionalidade de cada serviço da web por meio de um microsserviço, que seria governado através de um contrato de API. 

Com o designer de API da MuleSoft, o banco foi capaz de implementar uma abordagem de design-first para suas APIs de sistema.  

A plataforma unificada da MuleSoft para conectividade e gerenciamento do ciclo de vida da API permitiu ao banco não apenas projetar APIs para acessar dados em nível de sistema, mas também desenvolver implementações dentro do Anypoint Studio para expor esses dados em XML ou formato JSON.  

A plataforma Anypoint permitiu que o banco desenvolvesse e testasse interfaces mais rapidamente.  

E com o MUnit, recurso de teste de unidade de arrastar e soltar nativo do Anypoint Studio, os desenvolvedores foram capazes de aplicar unidades e testes funcionais nessas integrações 6 vezes mais rápido do que quando tiveram que escrever seus próprios scripts de teste. 

Para aprimorar a funcionalidade dos serviços da web, a equipe se alinhou em torno da abordagem de decomposição de cada um dos os 70 WSDLs abastecidos pelo fornecedor externo de hipotecas em microsserviços discretos. 

Cada operação no WSDL era representada por seu próprio microsserviço, solicitável via contrato de API. 

A equipe construiu um “Decompositor WSDL”, um componente que ingere dinamicamente um WSDL monolítico e expõe a funcionalidade de cada operação por meio de um serviço SOAP e REST distinto. 

Aproveitando as APIs da Anypoint, o banco foi capaz de desenvolver este decompositor WSDL, e ainda a arquitetura de suporte para o pipeline de automação, em menos de 2 meses. Depois de fazer isso, eles usaram a criação para gerar automaticamente mais de 600 microsserviços, cada um com sua própria versão RESTful e SOAP. 

Para trazer à tona a mesma funcionalidade por meio de APIs RESTful, o banco automatizou o processo de mapeamento de operações CRUD de serviço da web para seus equivalentes de método HTTP para criar um arquivo RAML.  

Ao permitir o acesso de autoatendimento aos dados do sistema legado, a central de TI aumentou a velocidade com que as equipes de TI da linha de negócios atualizam mais de 400 aplicativos diferentes para atender à evolução de requisitos do cliente.  

E com o pipeline de automação construídos com APIs da Anypoint Platform, a equipe central de TI pode tirar os serviços da web expostos de qualquer futura plataforma que necessite modernização, modificando a em minutos em vez de meses. 

Como parte do processo de modernização dos principais sistemas de registro, o banco identificou a necessidade de refazer a arquitetura do código de legado .NET que sustenta serviços de aplicativos. 

O Conector out-of-the-box da MuleSoft para .NET, que permite que as equipes de TI executem código .NET nativo em um aplicativo Mule, permitiu que as equipes fizessem alterações no código e se conectassem para novos sistemas de registro mais rapidamente.  

A nova arquitetura dos serviços com MuleSoft também habilitou a central de TI para expor facilmente serviços como RESTful APIs retornando Payloads JSON e XML que podem ser gerenciados centralmente e consumido de maneira fácil pelas equipes de TI da empresa. 

O resultado? A equipe que lidera o projeto prevê que, uma vez refeitos os serviços colocados em produção, eles serão capazes de se adaptar para atender às novas funcionalidades de negócios de 30 a 40% mais rápido do que antes. 

Por que o banco escolheu a MuleSoft para modernizar seus sistemas legados?

A equipe que conduz a iniciativa identificou três razões principais porque a MuleSoft foi selecionada pelo banco para dar suporte à iniciativa da modernização do seu legado.

• Uma plataforma que unifica a integração e o ciclo de vida completo da gestão de API; 

• A capacidade de compartilhar dados e serviços do sistema legado com consumidores de linha de negócios por meio do Anypoint Exchange; 

• A facilidade de uso da plataforma MuleSoft, combinada com o modelo de sucesso do cliente, colocado em prática para garantir o sucesso do banco.  

Até o momento, o trabalho conduzido com MuleSoft deve levar a um impacto sólido no banco. Apenas dentro das hipotecas, mais de 400 aplicativos dependem dos serviços que a equipe tem desenvolvido.  

Com o Exchange, esses serviços agora estarão disponíveis a todas as linhas de negócios dentro do banco, permitindo inovação.  

Isso faz com que o banco não apenas melhore seu funcionamento e eficiência, mas também possa desenvolver rapidamente experiências e novas ofertas de produtos para o cliente. 

“A MuleSoft nos ajudará a fornecer serviços cinco vezes mais rápidos do que antes e de uma forma mais barata.”, disse o vice-presidente sênior de TI. “À medida que implementamos esta estratégia de API, seremos capazes de alterar e fornecer recursos adicionais muito mais facilmente.” 

Conheça mais recursos para ajudá-lo a modernizar seu sistema legado com Anypoint Platform. 

Este texto é uma adaptação. Leia a versão original.

O sistema SAP é um sistema computacional que permite às empresas gerenciar corretamente seus recursos humanos, logística produtiva, etc.’ 

O SAP está relacionado aos sistemas ERP (Enterprise Resource Planning), por se tratar de um sistema de informações que permite gerenciar as diferentes ações de uma empresa, principalmente aquelas que têm a ver com produção, logística, estoque, remessas e contabilidade. 

Seus serviços se destacam por cobrir, além disso, as necessidades administrativas e de seus clientes e proporcionar as ferramentas necessárias. 

Em 2015, foi lançado o SAP S/4HANA que representou um grande avanço para o software de planejamento de recursos empresariais (ERP).

No entanto, para garantir a continuação dos avanços, a SAP encerrará o suporte ao SAP ERP em 2025, exigindo que os clientes existentes atualizem para o S/4HANA.  

Dadas as complexidades dos panoramas modernos de TI, a migração para o S/4HANA representa o maior exercício de migração e integração que a maioria das organizações realizará. 

Infelizmente, as abordagens legadas não são mais adequadas ao objetivo, resultando nos seguintes desafios:  

1. Ativação arriscada devido à falta de flexibilidade de transição.  

2. Custos altos, pois os requisitos de desenvolvimento, teste e treinamento excedem as projeções.  

3. Maior tempo de implementação, pois ocorrem atrasos no design, na migração de dados e na integração de sistemas externos. 

Os ERPs legados não foram projetados para sustentar essa escala e complexidade; portanto, ao considerar a migração para o S/4HANA, é fundamental criar uma infraestrutura flexível que se adapte às necessidades futuras da empresa.  

Embora essas necessidades emergentes aumentem a complexidade da migração, elas oferecem a oportunidade de (e talvez uma boa razão para) repensar seu panorama de TI. 

Quais os desafios de migração? 

A atualização do SAP ERP para o S/4HANA é uma tarefa complexa, provavelmente a atualização mais desafiadora que sua organização realizará.  

Talvez, seu ERP já está integrado a vários sistemas internos e externos por meio de uma combinação de código personalizado e ESBs legados.  

Isso, por si só, apresenta desafios consideráveis, pois cada um desses sistemas exige a reconstrução das respectivas integrações no S/4HANA. 

Embora a SAP tenha projetado o S/4HANA para evitar a necessidade de relatórios legados, você provavelmente tem uma estrutura de relatórios corporativos em que envia dados críticos do ERP para data warehouses por ferramentas de gerenciamento de informações. 

Esses dados são fundamentais para a compreensão das tendências e atuam como um sistema de registro de conformidade, criando assim a necessidade de um repositório de dados de longo prazo. 

Portanto, é necessário manter a capacidade de acessar dados legados com o S/4HANA. Para complicar ainda mais o panorama de TI, você pode operar linhas de negócios separadas, possivelmente em lugares diferentes, cada um com seus próprios ERPs.  

Mais uma vez, esses ERPs podem ser conectados ao ERP da sua sede por meio de abordagens legadas. Pior ainda, as abordagens de integração provavelmente não estão bem documentadas, e aqueles que executaram o trabalho podem já ter saído da sua organização. 

Por fim, é necessário realizar negócios com parceiros, fornecedores e clientes, e todos exigem integrações. Esses cenários precisam ser considerados e preservados ou modernizados durante a migração para o S/4HANA.  

Por outro lado, se hoje você estiver conduzindo esses processos manualmente, a migração para o S/4HANA apresentará a oportunidade de reimaginar esses relacionamentos de negócios e modelos operacionais.  

Apesar da complexidade mencionada, as empresas que adotam a mudança para o S/4HANA como uma oportunidade estratégica, viabilizada pelas abordagens e ferramentas de integração modernas, estarão à frente de seus pares graças a uma infraestrutura moderna de microsserviços. 

Abordagem legada não é a melhor opção para a migração 

Abordagens típicas de migração de ERP diminuem a chance de bons resultados, aumentando os custos e baixando as expectativas de conclusão.  

De um modo geral, a migração para o S/4HANA pode ser dividida nas três categorias abaixo, que ocorrem paralelamente:  

1. Preparação da organização. 

2. Preparação do sistema legado para migração.  

3. Configuração do S/4HANA e aplicativos. 

No início dos programas de migração, é necessário alinhar a organização e o processo geral em torno do estado final desejado e dos requisitos de dados e design.  

Depois, começa o processo de preparação do sistema e dos dados ERP legados e a configuração dos ambientes do S/4HANA. Por fim, as integrações serão criadas entre o S/4HANA e o restante do panorama, permitindo testes de integração de sistemas. 

Antes de passar para a produção, os dados serão migrados para o S/4HANA e começará o treinamento para o teste de aceitação do usuário, seguido pelo treinamento do restante da organização antes da entrada em operação.  

Se tudo correr conforme o planejado, a migração será concluída dentro do prazo e do orçamento. Mas, é claro, isso quase nunca acontece, pois qualquer falha no processo coloca todo o programa de migração em risco. 

As abordagens de migração legadas têm dependências frágeis. Por isso, elas não são adequadas ao mundo complexo e veloz em que vivemos. 

A escolha por este processo de migração pode acarretar em: 

Dados indisponíveis para design: Como a integração dos ambientes de desenvolvimento e teste do S/4HANA aos apps de terceiros geralmente ocorre no final da migração, dados essenciais geralmente não estão disponíveis para orientar o programa. Isso tende a gerar erros durante a fase de design. Como atalho, dados sujos costumam ser alimentados no S/4HANA para orientar desenvolvedores e testadores, e o design acaba sendo baseado em padrões e definições incorretas. 

Apps de terceiros não validados: Outra desvantagem de adiar a integração no programa de migração é que apps e serviços de terceiros não são validados até pouco antes da transição para o S/4HANA, aumentando consideravelmente o risco de problemas durante a conclusão do processo. Apps móveis, apps SaaS e outros sistemas de registro exigem testes rigorosos, e as abordagens tradicionais de migração atrasam esses testes.  

Falta de flexibilidade de transição: As organizações precisam de flexibilidade para migrar de acordo com as necessidades dos negócios, seja por região geográfica, módulo de ERP, linha de negócios, período ou qualquer outro método.  

Abordagens big-bang não costumam ser aconselháveis e, como resultado, haverá a necessidade de operar o SAP ERP e o S/4HANA paralelamente. Infelizmente, uma abordagem de migração legada não oferece essa flexibilidade; ela exige bastante desenvolvimento personalizado, soluções alternativas, treinamento adicional e alinhamento organizacional. 

Como migrar de uma forma simples e segura? 

A migração para o S/4HANA exige um novo paradigma e novas ferramentas para atender às suas necessidades comerciais futuras.  

A abordagem API-led da MuleSoft permite que sua organização adote duas estratégias avançadas de migração: 

1. Migração flexível por módulo ERP, geografia, linha de negócios, período ou qualquer outra combinação, usando APIs para expor funções de negócios de seus sistemas subjacentes.  

2. Criação de uma arquitetura preparada para o futuro, evoluindo seu panorama de TI do monolito para uma plataforma de negócios moderna, dividindo a funcionalidade do ERP em microsserviços, promovendo agilidade para necessidades futuras. 

Através da abordagem API-led da MuleSoft  o processo de migração para o S/4HANA garante vários benefícios para sua organização, como: 

Proteção contra riscos  

• Eliminação da necessidade de uma arriscada abordagem big-bang.  

• Teste e validação antecipada de integrações para evitar desafios na ativação. 

Aceleração da entrega 

• Paralelização do desenvolvimento em S/4HANA durante a criação de integrações e APIs. 

• Redução da personalização do S/4HANA com uma configuração padronizada e pronta para uso. 

Redução de gastos 

• O desenvolvimento simultâneo reduz as necessidades de ambientes adicionais e, portanto, os custos de licenciamento para SAP e outros sistemas. 

• Racionalização dos sistemas e aplicativos legados enquanto moderniza os processos de negócios 

Maximização dos resultados de negócios  

• Migrações em fases alinhadas às necessidades da sua organização.  

• Criação de uma infraestrutura moderna, baseada em microsserviços, para agilidade futura. 

A Anypoint Platform da MuleSoft é a única capaz de oferecer essa abordagem API-led como plataforma unificada para projetar, criar, implementar, gerenciar e monitorar APIs e integrações, seja on-premises, na nuvem ou em um ambiente híbrido.  

Do SAP ERP e S/4HANA aos sistemas legados e apps SaaS mais avançados, a Anypoint Platform elimina a necessidade de navegar por várias ferramentas diferentes em toda a organização.  

Como resultado, a plataforma unificada da MuleSoft elimina o risco e acelera seu programa de migração para o S/4HANA.  

Além disso, e igualmente importante, cria uma arquitetura de micros serviços flexível, escalável e moderna para crescimento futuro. 

Imagem: Alex Motoc via Unsplash

Sistemas legados, que são a espinha dorsal de muitos empreendimentos, podem ser um empecilho para que organizações possam aproveitar tecnologias digitais e criar experiências para seus clientes e parceiros. 

Muitas organizações têm dificuldade para modernizar seus sistemas legados inviabilizando a criação de estratégias em TI que apoiem uma adoção rápida de novas tecnologias como cloud, big data e IoT. 

O que é sistema legado? 

Sistema Legado é um software e/ou hardware desatualizado que ainda está em uso. O sistema ainda supre as necessidades para qual foi projetado inicialmente, mas não permite crescimento.  

O que o sistema legado faz pela companhia é tudo que ele será capaz de fazer. A tecnologia antiga de um legado não permitirá uma interação com sistemas mais novos. 

Para resolver essa questão, organizações precisam pensar sobre conectividade de sistemas legados. Com essa conectividade, será possível aproveitar melhor o legado, integrando-o com sistemas mais modernos.  

O desafio da modernização 

O sistema legado cria inúmeros desafios. Primeiro, eles não foram desenvolvidos para suportar implementação e adoção de tecnologias mais modernas. E com o número crescente de iniciativas para transformação digital, profissionais de TI se tornam sobrecarregados pelo número de pedidos por dados de sistemas legados. 

Além disso, interfaces existentes de legado não estão aptas para lidar com as necessidades atuais de dados. 

Por exemplo, imagine que um negócio pequeno tenha um histórico antigo de clientes em dois sistemas legados. Porém, a interação online entre seus clientes e sua marca ocorre em um CRM mais moderno.  

Se o CRM não estiver integrado com esses sistemas legados, então o negócio desperdiçará insights valiosos que ele poderia obter com a fusão desses dados, criando uma visão única de seus clientes. 

Mas a conectividade de sistemas legados nem sempre é fácil de alcançar. Conecta-los pode significar investir tempo e recursos em um trabalho intenso de integração ponta a ponta com código personalizado. 

Qual é a melhor forma para que organizações abordem a conectividade de sistemas legados e tirem proveito de seus dados? 

Resolvendo desafios de modernização com APIs 

API (Application Programming Interface) tem a resposta para a modernização do legado, e resolve os desafios dos sistemas. APIs expõem dados de forma que protege a integridade de sistemas legados e possibilita acesso seguro a dados subjacentes. 

Isso permite que organizações com sistemas mais antigos estejam adaptados às necessidades de negócios mais modernos e, não menos importante, adotem rapidamente a novas tecnologias e plataformas. 

A modernização de sistemas legados é crucial porque é um jeito de construir flexibilidade a longo prazo, a fim de atender às necessidades da evolução de TI. Este tipo de implementação acaba por permitir aos líderes fazerem perguntas como “Quais serão as metas estratégicas de negócios daqui a um ano ou década?” com menos preocupação. 

API-led e modernização de legado 

API-led connectivity é uma forma metódica de conectar dados à formulários através de APIs reutilizáveis e com propósito. Com essa abordagem, APIs são desenvolvidos e produzidos para um propósito dentro de camadas específicas de API: desbloquear dados de sistemas (System APIs), posicionando dados em processo (Process APIs), ou entregando uma experiência (Experience APIs). 

Expondo sistemas através de APIs, times podem criar uma infraestrutura em API que possibilite conectar dados, formulários e sistemas (Facebook e outros apps modernos) à sistema legado em API com mais facilidade. 

Isso torna mais fácil a resolução de desafios de sistemas legados e modernização de sistemas. 

Empresas que estão usando API-led: 

· Siemens aumentou rapidez de entrega de projeto em 50% e diminuiu o tempo de entrega requerido para entrega de novo projeto MVP;

· A rede de aplicativos da BP (British Petroleum), sustentada por APIs, impulsionou a entrega mais rápida de projetos e garantiu a confiabilidade e escalabilidade dos aplicativos;

· Ao desenvolver e reutilizar facilmente APIs por meio da Anypoint Platform, a Airbus agilizou o processo de desenvolvimento e reduziu o tempo de lançamento de serviços de TI no mercado.

Siemens, British Petroleum e Airbus escolheram a MuleSoft para guiá-los em suas jornadas de modernização do legado. A plataforma Anypoint da MuleSoft é uma plataforma de integração para conectar SaaS e formulários de empreendimentos, permitindo que organizações se afastem de integrações personalizadas de ponta a ponta.

Em vez disso, a plataforma possibilita que organizações alcancem seus objetivos de forma mais rápida colhendo os benefícios da conectividade do API-led. Anypoint é a única solução unificada no mercado para um ciclo de vida completo do API – desde a projeção e construção, até a testagem e implementação. 

Em uma era onde mudança é a única constante, criar produtos, serviços e experiências é crucial. Com a conectividade API-led, organizações não estarão mais presas pelos sistemas legados; pelo contrário, eles poderão modernizar, estender e usar APIs junto a sistemas para se tornarem mais ágeis em responder a novas tecnologias e outras mudanças. 

Com o advento da pandemia, a capacidade de uma organização em se adaptar rapidamente às mudanças nas expectativas dos clientes tornou-se crucial. A área de TI (Tecnologia da Informação) se tornou o principal motor por trás da inovação empresarial.

Enfrentar essa mudança exige que as empresas repensem a função e o impacto da TI na experiência diária do cliente. Podem as inovações digitais sinalizar uma tendência ascendente de longo prazo para a transformação digital?

Com base em dados recentes, definimos oito tendências de TI que ocorrerão em 2021. Devido às circunstâncias imprevisíveis de 2020, as organizações agora estão sob pressão para digitalizar seus serviços mais rapidamente, para que seja possível atender às crescentes demandas dos clientes e criar novos canais de receita.

Nesta artigo, discutirei a mudança que as organizações farão em direção a uma cultura pronta e adepta ao digital.

O que é uma cultura digital-ready?

De acordo com The Enterprises Project, a cultura digital-ready é um conjunto partilhado e mutuamente reforçado de valores e práticas que permitem a alta performance no serviço da inovação e execução num ambiente de negócios digitalmente habilitado. A cultura digital-ready define como nós, seres humanos, interagimos com a internet em nosso dia-a-dia. Ela se faz presente em várias áreas.

O conceito inteiro está concentrado em seu único denominador comum: a relação entre humanos e tecnologia. E compreender essa relação é a chave para qualquer transformação digital. A aceitação e observância de tecnologias futuras em todos os campos, da energia ao trabalho, ou até mesmo no entretenimento, se tornam essenciais. 

Não há como negar que o mundo em que vivemos hoje está em constante mudança. Essa confiança na tecnologia, hoje uma regra, pode ser observada na maneira como agora nos comunicamos dentro de uma força de trabalho totalmente digital e na maneira como os setores mudaram em direção ao teletrabalho. 

Ou seja, cada vez mais nos tornamos dependentes da tecnologia, especialmente dentro do ambiente profissional. Inevitavelmente, a cultura humana em si e a sociedade como um todo acabarão sendo influenciadas pela tecnologia. A maneira como as pessoas vivem e se relacionam é alterada por avanços tecnológicos desde que a humanidade apareceu. Não seria diferente com a revolução digital. Em contrapartida, a tecnologia também é constantemente transformada pelas mudanças socioculturais – mesmo as acidentais ou imprevistas.

TI sob pressão para atender às demandas

Por exemplo, nota-se uma pressão cada vez maior sobre os líderes da área de TI para oferecerem iniciativas digitais, mas as dificuldades são inevitáveis ​​diante de uma força de trabalho remota, proporcionado pela COVID-19. Tais desafios dizem respeito, por exemplo, à inovação, às demandas dos clientes em relação à eficiência digitalizada e à consequências imprevisíveis com cada novo experimento.  

As organizações estão sob pressão para se manterem competitivas, enquanto lutam para acompanhar as novas demandas digitais e criar experiências conectadas. Essas demandas crescentes estão forçando as instituições a acelerar sua transformação digital, implementando soluções modernas em todas as partes de seus negócios. Isso pode ser difícil para empresas que estão sobrecarregadas por sistemas legados e processos ineficazes. 

De acordo com o relatório de benchmark de conectividade da MuleSoft, os projetos de TI devem crescer 40%, sendo que a área de TI é responsável por fornecer experiências conectadas para 82% das empresas.

O maior desafio em seu caminho é a integração, com 85% dos líderes de TI relatando que isso, por si só, atrapalha seus esforços de transformação digital. Para conseguir isso, a área deve repensar seu modelo operacional para fornecer recursos de autoatendimento e permitir a inovação em toda a empresa. 

Isso impacta diretamente na cultura organizacional. Ela é um aspecto vital de qualquer empresa ou organização de sucesso. Para impulsionar escalas, melhorar a eficiência e mudar a cultura organizacional, o setor de  TI precisa, mais uma vez, redesenhar seu modelo operacional pensando em fornecer recursos de autoatendimento, além de, novamente, permitir a inovação na empresa como um todo. 

Por que digital-ready significa customer-ready

Os líderes do setor devem assumir a integração para atender às demandas digitais e escalas. As estatísticas mostram, que os clientes desejam um envolvimento consistente com as marcas em seus canais preferidos, especialmente através da via digital. 

A transformação digital é agora mais essencial do que nunca. As organizações precisam investir em novos métodos digitais de atendimento ao cliente. A experiência do cliente é a raiz de quase todas as iniciativas de transformação digital.

A velocidade e a interconexão do mundo digital exigem novas abordagens às demandas e resultados dos usuários. Concentrar-se em antecipar os desejos dos clientes levará à satisfação dos mesmos.

Os clientes estão utilizando meios digitais de comunicação e aplicativos digitalizados agora mais do que nunca. Três vezes mais consumidores usarão mídias sociais, aplicativos de mensagens ou outros métodos digitais de atendimento ao cliente como seu principal canal de comunicação na nova realidade em comparação com o pré-COVID-19. 

As empresas precisam reconhecer que a experiência do cliente é o fator distintivo de sua concorrência. Transformar a experiência do usuário , a partir de agora, é imperativo. APIs podem habilitar essas experiências digitais. No entanto, elas precisam ser organizadas e conectadas de forma estratégica para agregar valor. 

As APIs estão se tornando cada vez mais valiosas para as empresas porque fornecem a maneira mais fácil de conectar sistemas para trocar informações. As APIs podem ser usadas para auxiliar na conexão de clientes e, ao mesmo tempo, fornecer transformações digitais.

Elas podem ser utilizadas para melhorar produtos, sistemas e operações, ao mesmo tempo que fornecem insights valiosos para ajudar a tomar melhores decisões de negócios. Mas elas precisam ser organizadas e conectadas de forma estratégica e holística para fornecer valor. 

De acordo com o white paper da Mulesoft sobre como melhorar a experiência do cliente com uma rede de aplicativos, as organizações que não conseguirem construir uma experiência de cliente envolvente não só perderão espaço para a concorrência, mas também perderão receita significativa. Clientes que possuem uma ótima experiência gastam 140% a mais que os outros.

Para construir uma experiência de consumidor melhor, as empresas estão repensando totalmente sua estratégia de integração a fim de criar novos produtos, fornecer compromissos personalizados e melhorar as experiências já existentes em diversos aplicativos - sejam esses aplicativos no local, na nuvem ou em um ambiente híbrido .

Líderes do setor, como Casey's, WatchBox e RBC, estão enfrentando a integração para atender às demandas e escala digitais. A resposta é simplesmente usar uma abordagem baseada em API para compor rapidamente novas experiências digitais. Aqui estão alguns exemplos: 

• A Casey's lançou um serviço terceirizado de entrega de alimentos para 600 lojas, contra apenas 35 no início de seu programa piloto. 

• A WatchBox criou uma plataforma de comércio eletrônico e reutilizou as mesmas APIs para atender a cinco novas regiões.

• O RBC aproveitou dados críticos em sistemas legados e criou soluções para eliminar os processos baseados em papel e a entradas manuais complicadas de dados. 

Para ver mais tendências digitais chegando em 2021, baixe nosso whitepaper de tendências.

Este artigo foi escrito por Kamaria Chambers e publicado originalmente em Prensa.li.

Há algum tempo atrás, tive um caso de uso em que recebi um campo que podia conter um array ou um valor nulo. Se um array estivesse presente, poderia ter strings (incluindo strings vazias) ou valores nulos.  

Se algum dos valores dentro do array estivessem vazios, eu tinha de ignorar completamente este campo. Isto significa que tive de criar uma função para verificar se o campo ou qualquer um dos valores dentro do array estavam vazios, e ignorar o campo se fosse esse o caso.  

Este post vai explicar as quatro soluções diferentes que encontrei para resolver este problema. 

Deixem-me começar por mostrar alguns dos exemplos que eu receberia na carga útil: 

De todos estes exemplos, apenas o número oito está correto. Os outros exemplos devem ser ignorados porque contêm (ou são) valores vazios, como é ilustrado com [" "] e "nulo". 

Agora que compreendemos o problema, vamos cobrir as quatro soluções. 

Solução #1: Funções principais  

Podemos criar uma função que utiliza apenas as funções centrais do DataWeave. Tal como esta: 

Primeiro, verificamos se o parâmetro dado "arr" está vazio e retorna "true" se for esse o caso. Isto apanhará o array vazio e os casos nulos (campos um e dois). Depois, precisamos decompor o que está na declaração "else" (para onde vão os campos restantes). 

Primeiro filtramos o array por valores vazios (arr filter isEmpty($)) - que devolverá os valores que estão vazios (nulls e strings vazios). 

Agora que temos arrays com os valores vazios, podemos verificar se os arrays filtrados estão vazios. Se estiverem, significa que não há valores vazios em "arr". 

Como esperado, apenas o campo oito retorna "true", o que significa que não contém quaisquer valores vazios. O nosso último passo é reverter o resultado porque queremos ter um valor verdadeiro quando o array contém valores vazios. É por isso que adicionamos o operador "NOT". 

Solução #2: Módulo de arrays  

Semelhante à primeira solução, também temos uma declaração “if/else”, mas alteramos a lógica da declaração "else" para a função "some" a partir do módulo de Arrays. 

Esta lógica é mais fácil de entender, certo?  

Os campos um e dois funcionam da mesma forma que antes, mas a lógica para os campos três a oito muda. Desta vez, estamos verificando diretamente se pelo menos um dos valores da matriz está vazio e o resultado é devolvido. 

Solução #3: Combinação de padrões (correspondência/caixa) 

Com esta solução, estamos verificando que tipo de valor foi recebido no parâmetro "arr" e depois estamos manipulando a lógica de acordo. 

A primeira declaração de caso verifica se "arr" é um array vazio e retorna um valor true. Se este não for o caso, ele vai para a segunda declaração de caso, que verifica se "arr" é do tipo Array e executa a lógica que tínhamos anteriormente (um exemplo isEmpty($)). 

Por último, se nenhuma dessas condições foi cumprida, vai para a declaração "else", que retorna verdadeiro se "arr" estiver vazio ou falso de outra forma. 

Solução #4: Sobrecarga de funções 

Com este script, o campo "um" é imediatamente encaminhado para a primeira função sobrecarregada porque contém um valor nulo.  

Os campos de dois a oito são avaliados de acordo com a segunda função sobrecarregada. Neste caso, criamos uma declaração “if/else” para retornar verdadeiro se o parâmetro "arr" for um array vazio. Se não estiver vazio, continuamos com a mesma lógica que tínhamos antes (usando o módulo de Arrays). 

Observe que você também pode usar a correspondência de padrões na segunda função em vez de usar as condições “if/else”. Este código seria algo parecido com isto: 

Se você não estiver familiarizado com sobrecarga de funções, você pode ler tudo sobre isso nos Documentos Mulesoft.

Conclusão 

Meu conselho para qualquer pessoa que enfrente problemas semelhantes é continuar tentando abordagens diferentes para o mesmo problema e avaliar qual é a melhor solução para o seu caso.  

Quando eu estava trabalhando neste código pela primeira vez, criei duas soluções adicionais que não me deram o resultado que eu esperava e tornaram o código muito difícil de ler!

Tive que fazer pesquisas e experimentações para chegar a estas quatro soluções. Você pode ler sobre todas as minhas outras tentativas aqui.

Você consegue pensar nos prós e contras de usar qualquer uma destas quatro abordagens? Nos conte no grupo comunitário MuleSoft Developer LinkedIn!

*Alexandra Martinez é uma embaixatriz da MuleSoft e pode ser contatada aqui se você tiver alguma pergunta. 

*Este conteúdo foi traduzido e adaptado, e você pode conferir o post original aqui.

Este artigo foi escrito por Alexandra Martinez e publicado originalmente em Prensa.li.

A comunicação entre aplicativos corporativos pode ser categorizada como síncrona e assíncrona.

A comunicação síncrona significa que o cliente e o servidor devem estar disponíveis ao mesmo tempo para estabelecer uma conexão e trocar mensagens.  

No entanto, tal configuração não é adequada para desenvolver aplicativos corporativos fracamente acoplados, nos quais a confiabilidade é mais importante do que o desempenho, ou seja, a transmissão de dados assíncrona é preferível nesse caso. 

No texto iremos entender o princípio de funcionamento do modelo de interação assíncrona ou JMS, e os cinco fluxos diferentes que podem ajudar a publicar e receber mensagens usando o Mule 4. 

Modos de entrega de mensagens em JMS 

Em uma arquitetura corporativa, um único aplicativo pode trocar dados com apenas um aplicativo ou um grupo de aplicativos em um determinado instante. No primeiro caso, temos o modo de entrega de mensagem ponto a ponto, enquanto no segundo funcionará no modo de publicação. 

Conexão ponto a ponto (Fila) 

A troca de mensagens ponto a ponto ocorre entre um único emissor (produtor) e um único receptor (consumidor) por meio de uma fila. Depois que o remetente publica uma mensagem, ela é retida na fila até que o destinatário a consuma.  

Veja o exemplo a seguir 

Publicar e assinar (Tópico) 

Aqui podemos ter vários destinatários que recebem a mesma mensagem simultaneamente, desde que tenham se inscrito no corretor de mensagens por meio de tópicos. Quando uma mensagem é enviada, o tópico é publicado para todos os assinantes e a retém até que seja consumida. Um assinante pode ser durável ou não durável.  

As mensagens são armazenadas persistentemente para um assinante durável e podem ser recuperadas se o intermediário de mensagem falhar. No entanto, para um assinante não durável, as mensagens não são armazenadas e nenhuma delas é entregue se a conexão do consumidor for perdida. 

Uma visão geral do módulo JMS no Mule 4 

É importante conhecer um processo geral de estabelecimento da comunicação antes de entender os fluxos Mule que podemos construir no Anypoint Studio para publicar e consumir mensagens JMS.  

Para esta demonstração, recomendamos o agente de mensagens ActiveMQ.  

Depois que a conexão for estabelecida usando ActiveMQConnectionFactory, criamos uma sessão. Esta nos permite criar uma mensagem, um remetente e um consumidor de mensagem. Depois disso, podemos executar os fluxos para seguir os modos de entrega ponto a ponto ou publicar-consumir. 

No Anypoint Studio, o módulo JMS possui os seguintes componentes: reconhecer, consumir, publicar, publicar-consumir em uma nova mensagem e recuperar sessão. 

Publique e consuma mensagens usando a fila JMS 

1º Fluxo 

O fluxo de publicação de uma mensagem começa com um componente listener que publica uma mensagem na fila. 

O componente de publicação pertencente ao módulo JMS o segue. A função de biblioteca, necessária na configuração do componente de publicação, é o cliente ActiveMQ.  

Depois que o componente é configurado para o host local, uma conexão é estabelecida. Finalmente, o componente set payload permite definir o conteúdo da mensagem, que é publicado na fila. 

2º Fluxo 

A 2ª Etapa deste processo é o fluxo para consumir mensagens da fila. O componente listener desta fase obtém a mensagem do 1º fluxo. 

O segundo componente consome a mensagem, e qualquer mensagem consumida é configurada como carga útil no terceiro componente do fluxo. Na sequência, , a mensagem consumida é publicada em outra fila de projeto que neste caso é MULE.JMS.TEST.OUT.  

Nota: para esta demonstração, temos duas filas diferentes no ActiveMQ, MULE.JMS.TEST.IN e MULE.JMS.TEST.OUT respectivamente. As mensagens consumidas na fila MULE.JMS.TEST.IN são publicadas em MULE.JMS.TEST.OUT. 

Publicar e consumir mensagens usando JMS (Tópico) 

É interessante notar que os fluxos de um tópico são muito semelhantes aos fluxos da fila. Entretanto, a diferença está na configuração. Ao configurar um tópico para consumir mensagens, podemos adicionar vários assinantes. 

Conforme mencionado anteriormente, um assinante pode ser durável ou não. Outro recurso que precisamos discutir é o “sem local”. Ao marcar esta caixa, podemos garantir que não receberemos uma cópia da mensagem publicada se formos o remetente. 

Semelhante ao fluxo de mensagens de consumo para a fila, temos MULE.JMS.TEST.TOPIC e MULE.JMS.TEST.OUT. As mensagens consumidas de MULE.JMS.TEST.TOPIC são publicadas em MULE.JMS.TEST.OUT. 

Publique e consuma mensagens JMS (Fila) 

A operação publicar-consumir cria um padrão de comunicação para solicitação e resposta entre os aplicativos do sistema. O fluxo permanece incompleto até que o aplicativo de destino retorne uma resposta à solicitação feita. 

1º Fluxo 

2º Fluxo 

Quando a mensagem é encaminhada para o componente de publicação e consumo no 1º fluxo, ela é passada para o componente na nova mensagem no 2º fluxo. A carga útil é recuperada e, em seguida, retornada ao 1º fluxo. A partir daí, é finalmente publicada no MULE.JMS.TEST.OUT, que marca o final do processo. 

Conclusão 

A comunicação assíncrona é essencial para desenvolver aplicativos corporativos fracamente acoplados que trocam dados e executam várias operações.  

O Mule 4 permite publicar e consumir mensagens JMS conforme demonstrado neste artigo por meio de cinco cenários diferentes - publicar mensagens em uma fila, consumir mensagens em uma fila, publicar mensagens no tópico, consumir mensagens no tópico e publicar-consumir mensagens na fila.  

Ao incorporar esses fluxos, vários aplicativos em uma empresa podem ser integrados para alinhar os processos que ocorrem em uma empresa. 

Confira esta postagem do blog da Mulesoft para saber mais sobre os padrões de mensagens assíncronas. (texto em inglês) 

*Este conteúdo foi traduzido e adaptado, e você pode conferir o post original aqui.

Este artigo foi escrito por Rupali Shah e publicado originalmente em Prensa.li.

Automação tem sido um termo popular entre os líderes de negócios há décadas, mas colocá-la em ação ao longo de toda a operação de negócios só ganhou mais força recentemente. Na verdade, uma pesquisa global em 2020 realizada pela McKinsey & Co. descobriu que 66% dos líderes de negócios pertencentes a uma ampla faixa de setores e verticais relataram soluções-piloto para automatizar pelo menos um processo de negócios. Este número saltou quase 10 pontos percentuais em relação à pesquisa anterior, dois anos antes.  

Existem vários fatores que contribuem para o foco intensificado na automação. Alguns líderes organizacionais veem isso como um imperativo estratégico, alinhando-o com sua estratégia geral de negócios, enquanto para outros trata-se de uma forma de melhorar sua base de custos no decorrer do tempo, acompanhar o ritmo dos concorrentes ou abordar questões de eficiência operacional.  

A outra corrente que adiciona combustível a esta tendência é a automação, que tem se tornado mais acessível graças às interfaces de programação de aplicativos (APIs) e plataformas como MuleSoft, permitindo a conectividade entre sistemas.  

Qualquer que seja o motivo da automação de processos de negócios, uma coisa é certa: os líderes de negócios e de TI veem isso como o núcleo da transformação digital. De acordo com um relatório recente da MuleSoft, 30% dos líderes de TI concordam que a automação é uma iniciativa de negócios importante ligada à transformação digital. Com isso em mente, como você consegue uma automação de processos de negócios bem-sucedida? 

APIs como força motriz para a automação de sucesso 

Embora as organizações de pequeno e grande porte tenham adotado estratégias de automação de processos de negócios como parte de sua transformação digital durante a maior parte da década, foi de fato apenas nos últimos anos, conforme os esforços amadureceram, que chegamos a definir como se destacam as iniciativas de sucesso. 

Existem duas forças motrizes que comprovadamente conduzem ao sucesso da automação a longo prazo: gerenciamento de processos de negócios e estratégia de API . Antes de embarcar na jornada da automação, submeter-se às práticas de gerenciamento de processos de negócios pode fazer com que as organizações evitem aplicar a automação à processos manuais desnecessários ou com falhas.

É a prática de desenterrar todos os processos atuais, documentando-os e identificando redundâncias ou oportunidades para assim eliminar completamente determinadas etapas. 

Outro problema principal que tradicionalmente bloqueia os esforços de automação bem-sucedidos é a integração de sistemas por meio de conexões ponto a ponto. Com o tempo, isso leva a uma cacofonia emaranhada de pontos de conexão que geralmente resulta em silos de dados. 

Com a automação, é fundamental criar visibilidade com acesso em tempo real aos dados. É aqui que entram as APIs. Segundo o Relatório do Estado da API de Postman, entre aqueles que trabalham em iniciativas de transformação digital, 84,5% concordaram que as APIs estão desempenhando um papel significativo nessas iniciativas. 

Particularmente em cenários em que não é possível derrubar sistemas legados, as APIs permitem a preservação desses sistemas, ao mesmo tempo em que possibilitam que novos aplicativos e soluções sejam integrados para criar uma estrutura mais moderna. Isso foi especialmente transformador para organizações e agências que operam no setor público. 

Transformando o setor público com APIs 

A Comissão Industrial do Arizona (ICA), uma agência que gerencia os regulamentos de compensação do trabalhador para o estado, procurou a MST Solutions com a necessidade de fazer a transição de seu antigo sistema legado para uma solução em nuvem que lhes permitiria trabalhar com clientes e constituintes de forma mais eficiente. 

Na época, eles estavam no meio de suas iniciativas de processo enxuto e identificaram onde poderiam aperfeiçoar processos e sistemas. Isso estabeleceu a base para a construção de uma solução apoiada em nuvem mais escalonável e ágil que forneceu visibilidade à agência inteira e entregou uma experiência aprimorada para clientes e constituintes.  

O desafio 

À medida que a agência crescia, os sistemas legados utilizados se tornavam mais sobrecarregados. Eles não conseguiam fazer atualizações ou alterações de forma rápida e fácil, nem mesmo corrigir problemas no sistema. Não havia integrações com outros sistemas da agência, o que significava que o processamento de pedidos era um processo muito manual - normalmente envolvendo pelo menos sete etapas manuais para processar um documento. Grande parte do processo era baseado em papel, com a comunicação de ida e volta através de documentos impressos enviados pelo correio.  

Automatizar o processo não apenas aceleraria o tempo de resposta, mas também eliminaria a necessidade de cópias em papel, reduziria os erros e liberaria a equipe de tarefas rotineiras que tendem a inibir a inovação. O desafio era operar dentro de regras de negócios complexas e uma série de entradas legadas.  

A solução 

Para modernizar os sistemas do ICA e manter a integridade das entradas legadas, recorremos à plataforma Anypoint da MuleSoft. Isso foi usado para integrar vários sistemas usando APIs, o que os livrou da entrada manual de dados e do manuseio de papel. 

O Salesforce Service Cloud foi integrado para automatizar o recebimento de sinistros, fluxos de trabalho, tarefas e notificações de saída para as partes interessadas, como seguradoras, empregadores, advogados e requerentes. As APIs da MuleSoft também nos permitiram integrar uma solução de impressão com Service Cloud para automatizar a impressão e o envelope de documentos.  

As APIs capacitaram o ICA para automatizar um fluxo de trabalho anteriormente manual, enquanto aprimorava a experiência das partes interessadas. Eles também foram capazes de aumentar a eficiência e reduzir os erros, especialmente com a capacidade de fazer a correlação de sinistros com rapidez e precisão. 

Dessa forma, o ICA reduziu o número de etapas manuais para documentos recebidos de sete toques humanos para zero para todos os documentos recebidos eletronicamente, permitindo que eles processassem os pedidos de indenização do trabalhador com mais rapidez, o que melhorou a satisfação do cliente.  

À medida que a automação se torna uma parte importante da estratégia geral de negócios, as organizações precisarão recorrer a APIs para criar sistemas conectados para evitar silos de dados. As APIs provarão ser essenciais para impulsionar a automação de negócios e ajudar as organizações a prosperar.  

Para saber como acelerar a inovação de TI do governo com APIs e microsserviços, baixe este whitepaper.

*Conteúdo traduzido, clique aqui para ver post original .

Este artigo foi escrito por Srikanth Balusani e publicado originalmente em Prensa.li.

O ITPA foi criado pois os Centros de Operações de Rede (Network Operations Centers - NOCs) precisavam de meios confiáveis ​​para automatizar tarefas recorrentes, executadas para corrigir problemas de rede e infraestrutura detectados por sistemas de monitoramento.

Antes disso, o passo-a-passo para se fazer isso eram escritos em folhas de papel armazenadas em fichários de 3 argolas. Conhecidos como “Run Book Scripts”, eles continham uma lista de ações que um administrador de sistema executaria para confirmar se ocorreu uma interrupção e coletar diagnósticos ou reiniciar um servidor.

As primeiras versões do ITPA, então conhecidas como Run Book Automation (RBA), foram produzidas por empresas como Opsware, RealOps e Opalis. Embora suas arquiteturas sejam diferentes, a partir da perspectiva do usuário todas fornecem um método visual de construção de um conjunto interconectado de ações (conhecido como fluxos).

As ações dentro dos fluxos podem ser integrações com outros sistemas (diretamente ou por meio do OS shell), bem como construções de programação comuns, como instruções condicionais ou loops.

O objetivo de criar fluxos era fornecer uma maneira repetível de executar processos comumente exigidos, semelhante ao objetivo de criar Run Book Scripts nos NOCs das primeiras empresas de tecnologia. Esses fluxos, que foram criados por “Citizen Integrators” ou uma equipe de TI de desenvolvedores para processos mais complexos, poderiam então ser facilmente executados por meio de uma API exposta ou de uma interface de linha de comando (Command Line Interface – CLI). 

Como isso se compara ao iPaaS?

Resumindo a seção anterior em seus fundamentos, o ITPA pode:

• Construir visualmente grupos de ações chamados fluxos;

• Integra-se com outros sistemas diretamente ou usando comandos através do sistema operacional via shell;

• Invocar fluxos por meio de uma API ou algum outro mecanismo comumente utilizado;

• Ser usado tanto por “Citizen Integrators” quanto por desenvolvedores.

Não fique surpreso caso isso lhe parece familiar – esses recursos também são os mesmos que se espera encontrar em uma plataforma iPaaS como a Anypoint Platform da MuleSoft.

As diferenças entre uma solução ITPA e uma plataforma iPaaS, no entanto, são mais profundas do que isso. Enquanto as soluções ITPA se referem estritamente à execução de um processo muito parecido com scripts de shell Unix ou arquivos CMD do Windows, um iPaaS oferece esse recurso e muito mais:

• Execução flexível: ao invés de limitar a execução aos momentos em que o fluxo foi explicitamente invocado por outro aplicativo que “chama” uma API, os fluxos do iPaaS também podem usar mecanismos pub/sub, execução baseada em cronograma e execução baseada em eventos.

• Design reutilizável: os ITPAs se posicionam como um meio de criar soluções táticas para usar problemas específicos de caso: seu servidor está inativo? Projete um fluxo para isso. Você precisa provisionar um servidor? Projete um fluxo para isso. Em contraste, um iPaaS adota a filosofia de que os ativos criados dentro dele devem ser reutilizáveis ​​o máximo possível para evitar ter que “reinventar a roda” se um requisito de processo semelhante surgir no futuro.

• Focado na integração: Todas as soluções ITPA oferecem formas de integração com outras soluções. A amplitude de sistemas com os quais eles podem se integrar, entretanto, não é tão ampla quanto um iPaaS, para o qual esta é uma competência central.

• Construído com a governança em mente: as soluções de ITPA não se destinam a fornecer recursos robustos na área de governança (ou seja, controlar quem deve ser capaz de executar um processo). Isso não quer dizer que o RBAC (Role-Based Access Control) não exista, mas as soluções ITPA normalmente não vão mais fundo do que isso quando se trata de controlar o acesso ou exigir autenticação/autorização (usando OAuth2 ou algo semelhante) em para executar um fluxo.

A questão que imediatamente vem à mente é a seguinte: pode um iPaaS ser usado no lugar de uma solução ITPA? A resposta é sim! Como discutido, um iPaaS fornece um superconjunto do que uma solução ITPA provê – além de ter vários outros recursos que o último não oferece.

Interessado em aprender mais? Saiba mais sobre nossa oferta de produto mais recente – MuleSoft Composer for Salesforce – que torna mais fácil conectar qualquer aplicativo e dados ao Salesforce, de maneira semelhante às soluções ITPA.

Este artigo foi escrito por Larry Salomon e publicado originalmente em Prensa.li.

A Reckitt Benckiser (RB) é uma fabricante internacional de marcas líderes no setor. Suas marcas se enquadram em três categorias: higiene, saúde e nutrição - e incluem nomes famosos como Calgon, Dettol, Nurofen e Strepsils. 

O intuito da RB é garantir que todos tenham acesso à higiene, bem-estar e alimentação de alta qualidade. Essa busca também inclui a construção de uma estratégia de integração.  

Para garantir que todos no mundo acessem gratuitamente as marcas da RB, a empresa decidiu por atualizar seu QI digital, ou seja, digitalizar suas operações principais, construindo bases de TI fortes e eficientes, desenvolvendo uma estratégia de integração forte e investindo em tecnologia de ponta. 

Sua estratégia de integração incorpora quatro elementos principais - colaboração, padronização e autocertificação - o que leva ao elemento final, aceleração para implantar soluções mais rápido que os concorrentes. 

A colaboração ocorre através de conselhos de integração corporativa que reúnem pessoas-chave de TI e a liderança de negócios mais ampla por um arquiteto corporativo para fornecer o foco nas propostas de valor. 

A RB implementou a padronização por meio de padrões de integração de alta qualidade. Já a autocertificação garante que os padrões corretos estejam em vigor, para evitar que a tecnologia se torne um fardo. Trata-se de federar integrações em um ambiente que muda rapidamente. 

Ao avaliar o lado da tecnologia para um melhor QI digital, a RB formou uma nova equipe que precisou alinhar os KPIs de integração com os de negócios. Tal equipe tinha como missão entender as demandas de integração em todo o negócio. Para isso, ela teve que desenvolver um programa garantindo que a TI pudesse fornecer os elementos essenciais e reutilizáveis de que a empresa precisa hoje, amanhã e daqui a três anos. 

O resultado foi uma estratégia de integração não disruptiva com foco em um ponto de vista fundamental: reutilização. Uma abordagem baseada em API com MuleSoft em seu núcleo. 

Essa visão forneceu integrações seguras e suaves com APIs, reduzindo significativamente o tempo de lançamento no mercado e tornou a RB mais adaptável em um mundo em mudança. Durante a pandemia de COVID-19, por exemplo, a empresa implementou com sucesso integrações business-to-consumer, com Salesforce e MuleSoft como um ecossistema para comércio eletrônico.

Saiba mais sobre a estratégia de integração da RB e seu 'People API Project' em recursos humanos assistindo a este Webinar Customer Spotlight . 

Este artigo foi escrito por Harry Knibbs e publicado originalmente em Prensa.li.

Terceira parte da série sobre Saiba projetar APIs confiáveis e robustas. 

À medida que mais organizações se preocupam com a importância da arquitetura orientada a eventos (EDA) para seus programas de TI, as empresas estão mudando suas tecnologias e práticas de um estilo puramente RESTful para um que incorpora REST e o que venho chamando de EVENTful estilo. 

Essa abordagem híbrida faz sentido para a maioria das organizações e oferece bastante flexibilidade e oportunidade. Mas há desafios para fazer esse tipo de alteração e uma das primeiras coisas com que lidar é o problema clássico de "nomear as coisas". 

Nesta série contínua, eu introduzi a noção geral de padrões EVENTful e cobri a primeira das quatro abordagens comuns: Notificação de Evento ou EN . Neste artigo (parte três), explorarei uma abordagem poderosa para a implementação de EDA chamada estado realizado por evento ou ECS.

O que é Event-carried State Transfer? 

As mensagens Event-carried State Transfer (ECS) são semelhantes às notificações de eventos simples que abordamos anteriormente. 

No entanto, em vez de apenas fornecer informações de alerta superficial como “Mike acabou de se conectar ao servidor-001”, as mensagens do ECS carregam todas as informações relacionadas ao evento em questão. 

A versão ECS dessa mensagem conteria detalhes adicionais importantes. Por exemplo, pode conter informações completas sobre o registro da conta de Mike, juntamente com detalhes adicionais, como dados de localização do dispositivo móvel quando ele fez login e informações relacionadas à segurança, como seu perfil de controle de acesso atribuído. 

Isso torna as mensagens do ECS muito poderosas. Como o ECS é um tipo de mensagem “pesado”, normalmente é usado para armazenar dados em um banco de dados ou transferir grandes blocos de dados de um sistema para outro. 

Por exemplo, as informações de login descritas acima podem ser usadas para atualizar o registro do usuário de Mike no banco de dados ou adicionar aos dados de registro para todos que acessam seu sistema.  

Na verdade, você pode pensar nas mensagens do ECS como os objetos de recurso JSON comumente usados para gravar dados em sistemas RESTful. Isso torna as mensagens do ECS uma abordagem útil quando você está mapeando sua mudança de implementações RESTful para EVENTful. 

Outra vantagem importante da abordagem ECS é que, ao transportar detalhes dos dados que foram adicionados ou alterados, você pode reduzir o tráfego na rede. 

A consistência dos dados 

O padrão de mensagem do ECS também tem algumas implicações importantes para serviços de armazenamento de dados.  

Em primeiro lugar, ao usar mensagens do ECS transmitidas para várias fontes, você introduz a possibilidade de inconsistência no armazenamento de dados. Isso acontece quando o Storage System A (SSA) processa e armazena as informações da mensagem do ECS antes do Storage System B (SSB). 

Essa inconsistência pode durar apenas alguns milissegundos, mas, em um sistema de alto tráfego que envia milhares de mensagens ECS, a probabilidade de uma leitura inconsistente aumenta rapidamente. 

Duplicação de Dados 

Em sistemas que dependem de uma única fonte de verdade ou padrão de armazenamento de dados de sistema de registro (SOR), o registro ECS precisa ter todos os dados possivelmente relevantes para garantir que o armazenamento de dados seja mantido atualizado. 

Incluir esses dados inalterados pode ser importante quando o sistema de armazenamento de dados precisa validar a integridade das informações antes de salvá-las e processá-las para uso futuro. 

Resumindo

As mensagens de estado transportadas por eventos representam um grande compromisso com a mudança da infraestrutura RESTful para a EVENTful. 

Quando sua organização está pronta para passar de notificações simples para o uso de implementações EVENTful para ler e gravar dados vitais, a abordagem ECS é uma adição valiosa ao seu kit de ferramentas EDA. 

Entretanto, esteja ciente de que, ao passar para o nível de ECS, você precisará lidar com o eventual problema de consistência e com a possibilidade de duplicação de dados e tamanhos de mensagens maiores. 

Se você deseja continuar a oferecer suporte à gravação de dados em suas implementações EVENTful e também deseja reduzir o tamanho dos payloads das mensagens, seria melhor usar outro estilo de mensagem EDA: Event Streaming (ES). 

Este artigo foi escrito por Mike Amundsen e publicado originalmente em Prensa.li.