Novidades do Apple Pay

Olá! Meu nome é Mia. Sou da equipe Wallet & Apple Pay. Estou animada para compartilhar nossos novos recursos que vocês vão adorar. Abordaremos três tópicos principais, melhorias na experiência do comerciante e de pagamento, melhorias no compartilhamento de pedidos com seus clientes e novos recursos incríveis que chegarão à API FinanceKit. Mas antes, vamos dar uma olhada na experiência do comerciante. Buscamos continuamente novas formas de melhorar a experiência com o Apple Pay, desde simplificar pagamentos até ampliar as formas de engajamento dos comerciantes com os clientes além da compra. E este ano não é diferente. O botão Apple Pay está com um design novo para visualizar pagamentos pré-autorizados e uma maneira de os comerciantes fornecerem mais informações para a sua marca se destacar. Já se passou uma década desde que lançamos o Apple Pay e, desde então, os usuários confiam nele para pagamentos seguros e confiáveis. Vocês devem saber isso: os clientes adoram a experiência de checkout fácil, que simplifica o processo e os leva direto à compra. Queríamos trazer uma experiência ainda melhor para comerciantes e clientes. Por isso, este ano, o botão Apple Pay fica mais dinâmico. É assim que funciona. Ao usar seu app, clientes relevantes podem ver a forma de pagamento padrão com a arte do cartão exibida. O novo botão ajudará a engajar e integrar clientes na experiência do Apple Pay, tornando os pagamentos mais fáceis e rápidos do que antes. Para o botão exibir o melhor cartão para a compra, informe o código de categoria de comerciante e as redes de pagamento compatíveis na solicitação de pagamento e envie ao inicializador. Se o cartão padrão não estiver disponível para uma transação, o próximo cartão disponível será exibido. Como uma atualização, um código de categoria de comerciante é um dos códigos pré-definidos padrão de mercado que representam os vários tipos de comércio possíveis. Ele permite que os clientes saibam antes se o método de pagamento é compatível para sua transação, ajudando na escolha certa e evitando falhas nos pagamentos. Você pode definir facilmente um código de categoria de comerciante para pagamentos no app e na web. Vamos ver como fazer isso. Aqui temos um PKPaymentRequest existente no app ao qual adicionaremos um código de categoria de comerciante. Já indicamos quais redes de pagamento são compatíveis com a transação usando as propriedades supportedNetworks e merchantCapabilities. Os cartões com redes de pagamento fora da matriz supportedNetworks são marcados como indisponíveis, enquanto merchantCapabilities serve para definir os protocolos criptográficos e tipos de cartão aceitos. Para permitir que isso afete qual cartão é mostrado no botão dinâmico Apple Pay, utilize um inicializador que use um PKPaymentRequest. Nos códigos de categoria de comerciante, basta inicializar com o código relevante para sua empresa. E atribua-o à propriedade merchantCategoryCode. Este em particular refere-se a pet shops, comida para pets e suprimentos. Agora está tudo pronto. Mais uma vez, recomendamos incluir um código de categoria de comerciante ao criar a solicitação de pagamento, junto com supportedNetworks e merchantCapabilities, sempre que for relevante, para garantir a melhor experiência. Enfim, voltemos ao botão. Priorizamos a privacidade e a segurança. Como antes, a arte e os dados do cartão não ficam disponíveis aos apps com Apple Pay. Os apps feitos com SwiftUI e UIKit adotarão o novo botão gratuitamente, sem necessidade de trabalho extra de desenvolvimento. Se quiser usar o tratamento anterior, estamos adicionando um novo modificador de view para ajudar a fazer isso. Este é um exemplo de implementação de um botão Apple Pay dentro de um app. Por padrão, a aparência ideal é definida conforme o usuário, mas com o modificador payWithApplePayButtonDisableCardArt, o botão original sempre será exibido. O modificador também funciona em hierarquias de view, para que você possa aplicá-lo a várias views ao mesmo tempo ou aplicá-lo em todo o app. Essa foi a atualização do botão Apple Pay. Com isso, vamos explorar os aprimoramentos nos tokens de comerciante e pagamentos pré-autorizados. Criamos uma view unificada para pagamentos pré-autorizados e trouxemos mais oportunidades para personalizar a experiência de seus clientes. Eles podem visualizar todos os pagamentos pré-autorizados em um só lugar e receber notificações sobre os próximos pagamentos. Por fim, agora é possível personalizar sua aparência aos usuários com informações ricas e oferecer uma interação envolvente com sua marca. Vamos ver como isso funciona. A nova visualização de pagamentos pré-autorizados está no app Carteira, selecionando Pagamentos no menu Mais ou nos detalhes do cartão. Nele você pode ver uma lista de todos os pagamentos pré-autorizados e os comerciantes de onde eles são. Agora vamos navegar até um comerciante e ver o que ele oferece.

Como você pode ver, a apresentação do comerciante foi muito melhorada. Antes você só tinha o nome do comerciante conforme determinado pela rede de pagamento. Agora é possível adicionar ícone, nome personalizado de comerciante, descrição, imagem e muito mais para cada pagamento. Isso trará uma experiência muito mais envolvente para seus clientes, ajudando-os a reconhecer sua marca e entender melhor seus pagamentos. Você também pode definir seu ícone pelo Apple Business Connect, vamos dar uma olhada nisso. O Apple Business Connect é um serviço que permite registrar os dados de sua empresa como logotipo, nome e e-mails. Isso permite unificar sua marca controlando como você aparece no Mapas, no Mail e muito mais. Isso fornece uma experiência consistente aos seus clientes onde sua marca aparecer em todo o sistema. Para começar a usar o Apple Business Connect, basta acessar o site, registrar sua empresa e preencher os detalhes. Cada entrada é verificada pela Apple, para que os clientes tenham a tranquilidade de que a sua marca é a sua marca. Em seguida, ops, parece que recebi uma notificação. Ah, minha assinatura de meia será renovada amanhã, então vamos tocar nela para mais detalhes. Como você pode ver, isso me leva diretamente à view relevante dentro de pagamentos pré-autorizados com toda a marca encantadora fornecida pelo comerciante. A partir daqui, posso ver todas as informações e gerenciar o pagamento se houver algo errado. Depois de toda essa empolgação, você deve estar se perguntando como implementá-lo. Os pagamentos pré-autorizados são construídos em cima dos tokens do comerciante, um recurso que lançamos no iOS 16 que permite uma cobrança mais confiável dos clientes de forma contínua. Para saber como funcionam e como adotar os tokens de comerciante, confira nossa apresentação "Novidades da Carteira e do Apple Pay", da WWDC22. Para ativar informações detalhadas do comerciante para pagamentos pré-autorizados, você precisará encontrar um pacote contendo um endpoint de venda automática de pacotes. Esse endpoint faz parte de uma API Merchant Token implementada em seus servidores que será acessada pelos dispositivos de seus clientes, usando as informações fornecidas. Vamos passar por uma visão geral do fluxo de serviço Web e, em seguida, ver como construir e entregar um pacote de informações de uso de token de comerciante. Antes de iniciar o fluxo para quaisquer tokens, gere e persista um par de chaves privada ou pública do comerciante. Isso será usado como parte da criptografia para cada pacote em todos os seus clientes. Ao iniciar um fluxo, busque a chave pública do token de comerciante no servidor do Apple Pay. Depois, combine a chave pública do token do comerciante com sua chave privada gerada usando HPKE no modo de autenticação para criar uma chave derivada de criptografia. Agora gere um token de autenticação e criptografe-o junto com o URL do serviço Web usando a chave de criptografia derivada para formar seus metadados criptografados. O URL do serviço Web é o URL base para a implementação da API Merchant Token. O token de autenticação pode ser qualquer valor desejado, mas deve ser seguro, privado e exclusivo para cada cliente, pois você o usará para validar o criador das solicitações. Por fim, use seus metadados criptografados, a chave pública de comerciante gerada e outros metadados criptografados para criar a notificação de disponibilidade do pacote de uso do token e enviá-la ao servidor do Apple Pay. A partir daí, o dispositivo do cliente acessará o endpoint de uso do token de comerciante implementado em seu servidor, substituindo o identificador pelo token de comerciante fornecido. Seu endpoint retornará um pacote de informações de uso do token, criptografado com a chave pública do token de comerciante obtida no servidor do Apple Pay. O pacote em si deve ser um arquivo zip contendo um arquivo JSON de informações de uso, um logotipo de comerciante, imagens de produto e informações de localização opcionais. Cada pacote de informações de uso tem um tamanho máximo de 5 MB, portanto, verifique o tamanho e a compactação das imagens. Para obter mais detalhes sobre o fluxo de serviço Web, a especificação do formato de resposta e os requisitos de criptografia para o pacote, consulte a documentação do Developer. Vamos dar uma olhada no esquema de informações de uso do token de comerciante. Embora haja muitas partes no esquema, aqui nos concentraremos nos campos mais importantes. merchantTokenIdentifier deve corresponder ao identificador do token de comerciante para o qual você está fornecendo as informações de uso. merchantName é o nome ou chave de localização do comerciante, e merchantLogoName é o nome do arquivo de uma imagem dentro do pacote. upcomingPayments e pastPayments permitem que você forneça detalhes sobre os vários pagamentos que um cliente tem com você, incluindo descrições, valores, itens de linha e muito mais. Se você não fornecer as informações de uso do token de comerciante, os clientes verão apenas o nome do comerciante padrão que vem da rede de pagamento. Como você pode ver, a diferença é enorme. Como sempre, esses dados são privados e seguros. As informações do token de comerciante são criptografadas de ponta a ponta entre você e o dispositivo do cliente. Isso para que ninguém, nem mesmo a Apple, possa ver qualquer informação de pagamento pré-autorizada. Essas foram as melhorias na experiência de comerciante e de pagamentos. Com ele, trouxemos um novo botão Apple Pay e uma ótima maneira de controlar como os clientes interagem com sua marca no app Carteira. Agora vamos ver o que vem por aí para o rastreamento de pedidos. Desde o iOS 16, você acompanha pedidos de comerciantes compatíveis diretamente no app Carteira, com notificações automáticas, atualizações em tempo real e recursos de gerenciamento integrados. Isso ajudou os clientes a se manterem informados e atualizados sobre suas compras, aliviando a carga de suporte sobre os comerciantes e reduzindo as entregas perdidas. Atualmente, existem três maneiras de fornecer um pedido aos seus clientes: Implementá-lo no fluxo do Apple Pay, enviar o pacote de pedidos por e-mail ou colocar um botão de adicionar pedido na Carteira em seu app. Como isso tem sido ótimo para usuários e comerciantes, queríamos simplificar ainda mais essa experiência com um recurso de rastreamento automático de pedidos. Com o poder da Apple Intelligence, a Carteira detecta e-mails de pedidos no app Mail com segurança e privacidade, converte-os e adiciona automaticamente em pedidos da Carteira, permitindo visualizar tudo em um só lugar. Assim fica ainda mais fácil para todos participarem, de pequenas empresas a grandes varejistas. E-mails relevantes de empresas de entrega também serão vinculados aos pedidos, garantindo que os clientes obtenham as informações mais atualizadas sobre suas entregas. Vamos ver um exemplo. Aqui temos um e-mail de confirmação de entrega e o pedido correspondente, integrado ao app Carteira. Como você pode ver, nome do comerciante, janela de entrega e rastreamento foram detectados e inseridos nos campos correspondentes. Todos os e-mails relacionados ao pedido podem ser vistos e abertos daqui também. Obter as informações do seu pedido no lugar certo é importante, vamos ver como você pode otimizar o processo. Para garantir uma experiência de usuário ideal, inclua todas as informações importantes do pedido em seus e-mails. Isso inclui um nome de comerciante no corpo do e-mail, um número de pedido em cada e-mail e um número de rastreamento para vincular os e-mails da operadora ao pedido. Além disso, verifique se seus pedidos estão aparecendo com os dados corretos, passando pelo fluxo de ingestão com um e-mail de teste e abrindo-os na Carteira para ver se tudo está correto. No entanto, se você deseja melhorar ainda mais a experiência, há algumas coisas que pode fazer. Tal como acontece com os pagamentos pré-autorizados, o seu logotipo e outros detalhes também podem ser definidos no Apple Business Connect. Isso definirá o logotipo e o nome do comerciante em todos os seus pedidos por e-mail. Para obter a melhor experiência com o rastreamento de pedidos, registre todos os e-mails usados para confirmações de pedidos ou outras interações relacionadas. O rastreamento automático de pedidos é simples, mas para fornecer informações além das que cabem em um e-mail, anexe um pacote de pedidos ou defina um webServiceURL nas solicitações de pagamento na Web e no app. Isso oferece o pacote completo de recursos, incluindo atualizações de pedidos sem e-mail, recibos e devoluções integrados e uma maneira fácil de direcionar os usuários para baixar ou abrir seu app. Esse foi nosso novo recurso de rastreamento automático de pedidos que chegou à Carteira e ao Mail. Para começar com esse ou outros recursos de rastreamento, acesse o Apple Business Connect, leia a documentação de pacotes e confira "Novidades da Carteira e do Apple Pay", de 2023, sobre a API Order Tracking do FinanceKit. Falando em FinanceKit, temos algumas novas funcionalidades interessantes este ano para aprimorar os recursos de seus apps e trazer novos recursos para seus usuários. Mas, antes, vamos dar uma olhada em uma nova expansão para o mercado de FinanceKit. Desde o lançamento da API FinanceKit no iOS 17.4, adoramos ver todas as maneiras pelas quais desenvolvedores puderam usá-las com Apple Card e Apple Cash. Naquele ano, também lançamos o Connected Cards no Reino Unido, utilizando o padrão Open Banking para que os usuários vissem todas as transações diretamente nos dispositivos. Por isso, este ano, reunimos os dois e disponibilizamos a API FinanceKit no Reino Unido. Seus apps de finanças agora acessam um novo mercado, ampliando o alcance e a base de usuários em potencial. Como sempre, não fizemos concessões em relação a privacidade e segurança. Os usuários podem controlar quais apps têm acesso aos seus dados e quantos dados cada app pode acessar, exatamente o mesmo que antes. Caso você não saiba, o FinanceKit permite que apps consultem dados financeiros no dispositivo, como contas, saldos e transações. Os dados podem ser acessados por meio de consultas individuais ou recebidos ao longo do tempo por meio de um AsyncSequence. Para obter mais informações sobre como o FinanceKit funciona, confira "Conhecer o FinanceKit", da WWDC24, ou a documentação do Developer. Agora na nova API FinanceKit, entrega em segundo plano. Como há muitas maneiras ótimas de usar a API FinanceKit, queríamos desenvolver isso e trazer uma maneira fácil de utilizá-la fora do ciclo de vida normal do app. Isso vem na forma de um novo tipo de extensão que você pode adicionar ao seu app para entrega em segundo plano. Quando você cria um, sua extensão será notificada sempre que os dados mudarem na loja financeira, podendo processar essas informações como quiser. Isso ocorre mesmo com o app fechado, facilitando ações como atualizar um widget durante compras ou gerar relatórios de gastos regulares no dispositivo. Agora vamos ver como uma extensão de entrega em segundo plano funciona e como podemos adicioná-la a um app. Nosso rastreador de gastos simples já está configurado com o FinanceKit, vamos adicionar um widget a ele para que nossos usuários possam acompanhar seus hábitos de consumo. Atualmente, o app interage com a loja financeira, calcula o total de gastos e grava isso no armazenamento persistente para atualizar a interface do app. Ao adicionar o widget, precisamos mover o armazenamento de dados para um grupo de app para permitir acesso entre os destinos. Atualmente, o app é necessário para disparar uma atualização de widgets sempre que os dados armazenados forem alterados, que o widget lê do grupo de apps ou recebe por meio de um AppIntent. No entanto, ao adicionar uma extensão de entrega em segundo plano ao nosso projeto, podemos separar as atualizações do widget do app e vinculá-lo à própria loja financeira, permitindo atualização de forma independente em segundo plano. Nossa extensão de entrega em segundo plano será notificada quando ocorrerem alterações na loja financeira e calculará um total de gastos atualizado e salvo no armazenamento. Em seguida, ele dispara uma atualização de widget da mesma forma que nosso app, fazendo o widget ler nossos dados e exibi-los, sem precisar de código. Vamos revisar a API da extensão e implementá-la para potencializar nosso widget. Há dois endpoints que precisam ser implementados em sua extensão: didReceiveData e willTerminate. didReceiveData é o ponto de entrada da extensão e recebe uma matriz de BackgroundDataType, indicando quais tipos de dados no FinanceStore foram alterados. Esses tipos de dados são equivalentes aos tipos de dados do FinanceKit consultáveis: Accounts, AccountBalances e Transactions. Quando a extensão retorna de didReceiveData, seu trabalho é considerado concluído, e a extensão é fechada. Sua extensão tem uma janela de tempo limitada para operar e você deve considerar isso ao escrevê-la. willTerminate é chamado quando sua extensão chegou ao fim de sua janela de tempo e dá uma oportunidade de graciosamente parar e salvar qualquer trabalho em andamento. Agora para alguns exemplos de código. Usando didReceiveData, você pode usar a API FinanceKit para consultar e processar dados do FinanceStore. Sabemos que a extensão só será chamada se houver mudanças, então consultamos as transações desde o início da semana e somamos os valores. Feito isso, adicionamos à nossa loja, atualizamos nosso widget e saímos da função. Se nossa extensão estiver prestes a terminar, salvaremos as alterações feitas na loja até agora. Isso não é tão relevante neste exemplo simples, mas é crucial para evitar perda de dados ao processar grandes volumes de uma só vez. Agora vejamos o que fazer no nosso app. Nosso app precisa indicar ao FinanceStore para quais tipos de dados queremos receber atualizações e a frequência para recebê-las. É possível ativar ou desativar a entrega para tipos específicos ou para todos os tipos de dados. Chamadas subsequentes com os mesmos tipos de dados atualizarão seus valores de acordo. Cada tipo de dados pode ter uma das três frequências de atualização: hourly, daily e weekly. Elas representam o intervalo mínimo esperado entre lançamentos da extensão e, se nenhum dado for alterado, sua extensão não será chamada. Por exemplo, ao selecionar uma janela de hora em hora, sua extensão pode ser chamada após mudanças, mas não será chamada novamente até passar uma hora se houver novas alterações nesse intervalo. Se já passou mais de uma hora desde a última chamada, a extensão será acionada na próxima alteração de dados. Como a janela de tempo para a extensão processar dados é maior para frequências de atualização mais longas, escolha uma apropriada para o seu caso de uso. Aqui temos um exemplo de um app mais complexo que busca todas as transações de uma conta quando a conta está conectada ao FinanceKit e, em seguida, processa outras transações, à medida que elas entram. Antes de ativar a entrega em segundo plano, ele precisa solicitar autorização do usuário para acessar as transações de suas contas. As autorizações feitas no app principal são herdadas pela extensão, você só precisa se preocupar com isso uma vez. O app registra transações com uma frequência hourly e contas com uma frequência daily. Isso significa que, ao verificar os tipos passados para didReceiveData, a extensão pode usar uma janela maior para buscar e processar dados históricos ao adicionar uma conta, mantendo atualizações frequentes com novas transações. Agora que criamos nossa extensão, vamos para o Xcode para finalizar nosso app. A categoria do app é Finanças e já configuramos o direito de Dados Financeiros no site do desenvolvedor, então temos autorização para usar o FinanceKit. Esse direito foi adicionado ao app e à extensão de entrega em segundo plano para permitir acesso à API FinanceKit. O último passo é adicionar nosso widget. Vá para Arquivo, Novo, Destino e selecione o modelo de extensão de widget na lista. Feito isso, podemos adicionar nosso código de widget para ele ser compilado. Está bom, vamos instalá-lo em nosso dispositivo e descobrir como funciona. Nosso app precisa ser executado uma vez para ativar tudo, e então podemos adicionar nosso widget à tela inicial. Agora que configuramos nossa extensão de app e widget, podemos comprar algo e vê-lo fazer sua mágica. Eu não comi hoje, então vamos pedir comida.

Depois da compra e da transação enviada pelo emissor do cartão, podemos ver que nosso widget já mostra os gastos semanais atualizados. Ai! E os widgets são apenas o começo. Mal podemos esperar para ver os recursos incríveis que você vai criar com a entrega em segundo plano! Isso nos leva ao final do FinanceKit e ao final de nossa apresentação hoje. Essa foi a novidade no Apple Pay. Apresentamos vários recursos incríveis para melhorar, desde a experiência dos clientes até os recursos e funcionalidades do seu app. Para unificar a presença da sua marca em pagamentos pré-autorizados, pedidos extraídos e muito mais, acesse o site do Apple Business Connect e registre-se. Se quiser fornecer informações detalhadas em pagamentos pré-autorizados, consulte a documentação e confira a "Novidades da Carteira e do Apple Pay", da WWDC22 para relembrar os tokens de comerciante. Para oferecer aos seus clientes a melhor experiência em pedidos, registre seus e-mails no Apple Business Connect e verifique se as informações de seus pedidos aparecem conforme o esperado na Carteira. Ou integre pacotes de rastreamento de pedidos ao seu fluxo de compra para oferecer informações detalhadas e funcionalidades que vão além do e-mail. Para começar a usar a entrega em segundo plano, procure no Xcode ou confira a WWDC24 e coloque a mão na massa com o FinanceKit. Agradeço sua participação. Até mais!