Notificações de resgate¶

Um cliente que paga com cartão-presente sai sem saber quanto saldo ainda tem nele. As notificações de resgate fecham essa lacuna: sempre que um cartão é usado, o titular recebe um e-mail, uma mensagem de texto ou os dois, com a data, o valor descontado, o saldo restante e — no caso de compras na loja física — a filial onde a compra aconteceu.

É o que um banco faz depois de um pagamento com cartão, e o cliente espera o mesmo de um cartão-presente. Também reduz as dúvidas do tipo "quanto ainda tem no meu cartão?", e a mensagem de saldo zerado é um bom momento para trazer a pessoa de volta.

Quem comprou o cartão como presente também pode ser avisado: veja Quem recebe a notificação.

Na página inicial, abra o cartão Customer notifications e clique em Configure notifications. Depois abra a aba Redemption notifications. (As outras abas da página são Unused balance reminders e Loyalty emails.)

A aba contém a política: se as notificações estão ativas, quando são enviadas, para quem, em quais canais e por meio de quê. Cada mensagem é editada em uma página própria, onde ficam a prévia e o envio de teste, e o registro de entregas também tem página própria.

Configurações de notificações de resgate

Ativar notificações¶

As notificações ficam desativadas até você clicar em Enable no topo da aba, e a chave é por loja. Clique em Save na barra de salvamento para aplicar.

Ao ativar, o Gift Card Hero se inscreve nos eventos de pagamento da sua loja, para saber de um resgate no momento em que ele acontece — no caixa e também no online. Ao desativar, a inscrição é cancelada: nada é enviado e nada é registrado.

Quando enviar¶

Em When to notify, há dois gatilhos. Ambos vêm marcados por padrão, e você pode usar um ou os dois:

On every redemption — uma mensagem após cada resgate, qualquer que seja o saldo. Uma mensagem por cartão usado em um pedido: pagar com dois cartões envia duas.
When the balance reaches zero — uma mensagem de "seu cartão-presente foi totalmente usado", enviada mesmo quando a primeira opção está desativada.

Com as duas ativas, um resgate que zera o cartão envia uma mensagem por canal, não duas: a mensagem de saldo zerado substitui a comum.

Com apenas a segunda opção ativa, o cliente recebe uma mensagem só, no final. Isso combina com lojas em que os cartões costumam ser gastos em várias compras pequenas, em que uma mensagem por café seria ruído.

Você não consegue salvar as configurações com o recurso ativado e nenhum gatilho selecionado: isso faria a assinatura dos eventos e depois descartaria todos eles.

Incluir a filial¶

Include the store location (marcada por padrão) adiciona a filial à mensagem.

A localização é a localização do Shopify POS em que a venda foi feita, ou a filial que o seu app de caixa informa quando resgata cartões pela REST API. Ela não aparece em pedidos online. Quando não há localização, a linha é omitida da mensagem em vez de aparecer vazia. Lojas só online não precisam configurar nada.

Para varejistas com várias filiais, essa costuma ser a linha mais útil do e-mail: ela mostra ao titular onde o dinheiro foi gasto, o que torna uma cobrança inesperada reconhecível.

Quem recebe a notificação¶

Por padrão, somente o titular é avisado. Who gets notified tem uma seção própria na aba e permite mudar isso:

Card holder (o padrão) — a pessoa a quem o cartão pertence. Uma loja que nunca mexe nessa configuração funciona exatamente como antes.
Purchaser — o cliente que comprou o cartão, no lugar do titular.
Both — o titular e o comprador recebem, cada um, uma mensagem própria.

Isso é para quem dá um cartão-presente e quer saber que ele foi usado. Com Purchaser ou Both, essa pessoa fica sabendo de todo gasto, inclusive os parciais, com o valor usado e o saldo restante.

O comprador segue as mesmas regras do titular: os gatilhos em Quando enviar e os canais em Canais. Para saber de todo gasto, mantenha On every redemption marcada. Com apenas When the balance reaches zero ativa, o comprador é avisado uma vez, no final.

A escolha passa a valer a partir do próximo resgate, depois que você clicar em Save. Um resgate que já está sendo entregue mantém a escolha com que começou.

O e-mail e o texto integrados são escritos para o titular

O e-mail integrado fala com o titular: "Your gift card ending in 4242 was just used" e "You can use the remaining balance on your next order". O texto integrado é mais curto, mas não diz quem gastou o cartão, então um comprador não consegue saber que a mensagem é sobre o presente que ele deu.

O Gift Card Hero não altera o texto integrado quando você escolhe Purchaser ou Both. Edite primeiro o e-mail e o texto, como mostrado em Escrever a mensagem para o comprador, e só depois salve a configuração. Se o e-mail passar pelo Klaviyo, o Flow precisa de uma ramificação para o comprador: veja Klaviyo.

Quem é o titular¶

A pessoa a quem o cartão foi enviado — ou, na falta dela, o cliente a quem ele está atribuído, depois os registros do próprio Gift Card Hero sobre o cartão e, por último, o cliente do pedido que pagou pelo cartão. Como o titular é encontrado mostra a ordem completa.

Quem é o comprador¶

O cliente do pedido em que o cartão foi comprado. Isso vale para os dois tipos de cartão:

Um produto de cartão-presente do Shopify — o pedido é lido a partir do cartão.
Um cartão emitido pelo próprio Gift Card Hero, por exemplo quando você vende cartões-presente por meio de produtos comuns — o pedido vem da programação de envio do Gift Card Hero.

O e-mail e o telefone do comprador são os do cliente, ou os do próprio pedido quando o cliente não tem nenhum. O endereço para o qual um presente foi enviado pertence ao titular, nunca ao comprador.

O Gift Card Hero só lê os dados de contato do comprador no Shopify enquanto Purchaser ou Both estiver selecionada. Um resgate registrado enquanto Card holder estava selecionada não traz esses dados. Se você trocar a configuração depois, o comprador é consultado no momento do envio, pelo pedido em que o cartão foi comprado, quando o Gift Card Hero conhece esse pedido. Quando não conhece, não há comprador, como em Quando não há comprador.

Quando não há comprador¶

Alguns cartões não têm um: um cartão emitido manualmente no admin do Shopify, um vendido no caixa sem cliente associado, ou um importado.

Com Purchaser, a mensagem vai para o titular.
Com Both, somente a mensagem do titular é enviada.

Nos dois casos, o registro de entregas informa isso na linha do comprador.

O mesmo fallback funciona por canal. Um comprador com e-mail, mas sem telefone, recebe o e-mail, e com Purchaser o texto vai para o titular.

Com Both¶

Cada resgate envia duas mensagens separadas por canal: uma para o titular e outra para o comprador, cada uma gerada a partir do seu modelo com o audience correspondente (veja abaixo). Com SMS ativado, são dois textos, e o seu gateway cobra cada um.

Quando o titular e o comprador têm o mesmo e-mail — ou, no caso de textos, o mesmo telefone —, só uma mensagem é enviada, e o registro informa o motivo.

Mensagens de texto¶

Os textos seguem a mesma regra do e-mail. Com Purchaser, o texto vai para o telefone do comprador, e para o do titular quando o comprador não tem telefone. Com Both, cada um recebe o seu.

E-mail e texto são decididos separadamente, então o e-mail pode chegar ao comprador enquanto o texto cai para o titular.

Escrever a mensagem para o comprador¶

Três variáveis diferenciam uma mensagem da outra:

{{ audience }} — para quem a mensagem é endereçada: purchaser ou holder. Uma mensagem que caiu para o titular, porque o cartão não tem comprador, é holder.
{{ holder.first_name }}, {{ holder.last_name }} e {{ holder.email }} — o titular, na medida em que o Gift Card Hero o conhece. Elas são preenchidas em todas as mensagens, inclusive na do próprio titular, e ficam vazias quando não são conhecidas, por isso dê a elas um fallback com default.
{{ customer.first_name }} e as demais variáveis customer — a pessoa para quem a mensagem é endereçada. Em uma mensagem para o comprador, é o comprador.

Use audience em condicionais no assunto, no corpo do e-mail e no texto. O que você colocar na parte {% else %} é o que o titular lê, inclusive com Purchaser, quando um cartão sem comprador cai para o titular. Então mantenha ali o texto para o titular.

O assunto:

{% if audience == 'purchaser' %}Your gift was used{% else %}Your gift card was used{% endif %}

O corpo do e-mail. Um fragmento basta:

{% if audience == 'purchaser' %}
  <p>Hi {{ customer.first_name | default: 'there' }},</p>
  <p>
    {{ holder.first_name | default: 'Your recipient' }} used {{ amount }} from the gift card you gave
    (ending {{ card_last4 }}){% if branch %} at {{ branch }}{% endif %}.
    {% if depleted %}The card is now fully used.{% else %}Balance left: {{ balance }}.{% endif %}
  </p>
{% else %}
  <p>Hi {{ customer.first_name | default: 'there' }},</p>
  <p>
    Your gift card ending in {{ card_last4 }} was just used for {{ amount }}{% if branch %} at {{ branch }}{% endif %}.
    {% if depleted %}There is no balance left on it.{% else %}You have {{ balance }} left.{% endif %}
  </p>
{% endif %}
<p>{{ shop.name }}</p>

O texto:

{{ shop.name }}: {% if audience == 'purchaser' %}{{ holder.first_name | default: 'Your recipient' }} used {{ amount }} from the gift card you gave (*{{ card_last4 }}){% if branch %} at {{ branch }}{% endif %}.{% else %}{{ amount }} used from gift card *{{ card_last4 }}{% if branch %} at {{ branch }}{% endif %}.{% endif %} {% if depleted %}The card is now fully used.{% else %}Balance left: {{ balance }}.{% endif %}

Renderizado, o texto para o comprador fica assim:

Artcaffe: Wanjiru used KSh 1,500.00 from the gift card you gave (*4242) at Westlands. Balance left: KSh 3,500.00.

Isso dá cerca de 110 a 120 caracteres com valores típicos, então cabe em um segmento de 160 caracteres. Um primeiro nome ou uma filial com caractere fora do conjunto latino básico — "Zoë", por exemplo — muda a mensagem inteira para o limite de 70 caracteres; veja O modelo de SMS. A prévia do editor mostra o custo do seu próprio texto enquanto você digita.

Klaviyo¶

Quando o e-mail passa pelo Klaviyo, o seu modelo não é usado, então não há o que escrever no Gift Card Hero. O evento Gift Card Redeemed traz audience (holder ou purchaser) e, quando conhecidos, holder_first_name, holder_last_name e holder_email do titular. Ele fica associado ao perfil da pessoa para quem a mensagem é endereçada: na mensagem do comprador, o próprio comprador.

Um Flow pode filtrar por audience: use um filtro de gatilho ou uma divisão condicional dentro do Flow para enviar ao comprador o texto próprio dele. Um Flow sem condição em audience roda para todos os eventos, então, depois que o comprador é notificado, ele receberia o e-mail do titular.

Com Both, o Gift Card Hero envia dois eventos por resgate, um para cada pessoa. A lista completa de propriedades está em Integrações.

Canais¶

Em Channels, marque os canais pelos quais a notificação será enviada: Email, SMS ou ambos. E-mail vem marcado por padrão. Cada canal é entregue de forma independente: um cartão com e-mail, mas sem telefone, ainda recebe o e-mail, e um texto que o gateway recusa não atrasa o e-mail.

SMS pode ser marcado quando um provedor de SMS estiver conectado em Settings → Integrations. Veja Integrações. A linha mostra o nome do provedor e o ID do remetente de onde os textos chegam. As mensagens de texto saem pela sua própria conta no gateway e são cobradas pelo gateway por mensagem. O editor de SMS mostra quanto custa cada mensagem.

Você não consegue salvar as configurações com o recurso ativado e nenhum canal marcado.

Método de entrega¶

Em Email, escolha o canal que transporta o e-mail:

Gift Card Hero email — o padrão. Nós renderizamos o modelo de e-mail e enviamos pelo nosso servidor de e-mail. Não há nada para configurar, mas o e-mail não sai do seu próprio domínio.
Your mail server (SMTP) — o mesmo e-mail, enviado pelo seu próprio servidor de e-mail, para que chegue a partir do seu domínio. Fica disponível depois que você adicionar um servidor em Settings → Integrations.
Klaviyo — em vez de enviar nada, o Gift Card Hero envia um evento Gift Card Redeemed ao Klaviyo, e um Flow que você cria lá envia o e-mail. O modelo de e-mail não é usado nesse modo, e, até que esse Flow exista, os seus clientes não recebem nada. Depois que o Klaviyo é selecionado, um link Send a test event aparece abaixo dele. Ele abre um pequeno formulário que envia um evento de exemplo com todas as propriedades preenchidas, para que você possa criar o Flow em cima dele. Veja Integrações.

Cada notificação escolhe o seu próprio método de envio. Lembretes e e-mails de resgate podem sair por métodos diferentes: Settings → Integrations guarda apenas as credenciais. Veja Integrações para a configuração.

Se o método de entrega escolhido não puder ser usado quando uma mensagem for enviada (Klaviyo desconectado, ou configurações do servidor de e-mail incompletas), o e-mail é enviado pelo Gift Card Hero email.

O SMS não tem método de entrega para escolher: ele sempre passa pelo provedor conectado em Integrations.

Mensagens¶

A seção Messages mostra cada mensagem em uma linha: o assunto do e-mail, o SMS como o cliente o lê, se cada um é a versão integrada ou a sua, e como ele sai (ou por que não sai: o canal está desligado, o Klaviyo o envia, nenhum gateway está conectado). Edit template em cada linha abre o editor.

Cada editor mostra, abaixo do título, por onde a mensagem sai, com um link Change para o lugar em que isso é escolhido. À direita, ele lista as variáveis e informa se você está usando a mensagem integrada ou a sua. Reset to built-in restaura a nossa.

O modelo de e-mail¶

Deixe o modelo como o integrado e os clientes recebem o nosso, que já cobre tanto a mensagem comum quanto a de saldo zerado. Ele é escrito para o titular: se você também notificar o comprador, veja Quem recebe a notificação. Se você editá-lo, o seu é usado no lugar, inclusive, daí em diante, no lugar de qualquer melhoria que fizermos no integrado. Um campo esvaziado é lido como "use o integrado".

Variáveis disponíveis:

Variável	O que contém
`{{ amount }}`	Valor descontado do cartão, no formato de moeda da sua loja
`{{ balance }}`	Saldo restante após este resgate
`{{ date }}`	Quando o resgate aconteceu
`{{ branch }}`	Localização da loja, vazio em pedidos online
`{{ card_last4 }}`	Últimos quatro caracteres do código do cartão-presente
`{{ order_name }}`	O pedido que o cartão pagou, por exemplo `#1001`
`{{ depleted }}`	Verdadeiro quando este resgate zerou o cartão
`{{ customer.first_name }}`	Primeiro nome da pessoa para quem a mensagem é endereçada, quando conhecido: o titular, ou o comprador em uma mensagem para ele
`{{ audience }}`	Para quem a mensagem é endereçada: `holder` ou `purchaser`
`{{ holder.first_name }}`	Primeiro nome do titular, quando conhecido. Preenchido em todas as mensagens, inclusive nas destinadas ao comprador
`{{ holder.last_name }}`	Sobrenome do titular, quando conhecido
`{{ holder.email }}`	Endereço de e-mail do titular, quando conhecido
`{{ shop.name }}`	Nome da sua loja

{{ customer.last_name }}, {{ customer.email }} e {{ customer.phone }} também são preenchidas quando conhecidas, e descrevem a mesma pessoa que customer.first_name. Escrever a mensagem para o comprador mostra como usar audience e as variáveis holder. O corpo pode ser um documento HTML completo ou apenas um fragmento. Os modelos só podem usar estas variáveis e os dados básicos da loja (shop.name, shop.email, shop.domain, shop.currency); as tags {% include %} e {% render %} não estão disponíveis.

Envolva o que pode estar ausente para que o e-mail fique correto nos dois casos:

{% if branch %}Used at {{ branch }}.{% endif %}

{% if depleted %}
  Your card is now fully used.
{% else %}
  You have {{ balance }} left.
{% endif %}

Editor do e-mail de resgate

Preview renderiza o modelo com valores de exemplo, exatamente como o cliente o veria. Send test email abre um pequeno formulário com o endereço de destino, preenchido com o e-mail de contato da sua loja. O teste sai pelo mesmo método de envio que a notificação real usa, então também comprova que as suas configurações de SMTP entregam. O assunto recebe a marcação [Test]. Você pode enviar até 20 mensagens de teste por hora por loja, somando todos os editores.

O modelo de SMS¶

O editor ("Redemption SMS") lista {{ amount }}, {{ balance }}, {{ date }}, {{ branch }}, {{ card_last4 }}, {{ depleted }} e {{ shop.name }}. As outras variáveis do e-mail, como {{ order_name }}, {{ customer.first_name }}, {{ audience }} e {{ holder.first_name }}, também funcionam. A mesma regra vale para o e-mail: deixe o texto integrado e você recebe o nosso; edite-o e o seu é usado. Um texto pode ter até 2.000 caracteres antes da renderização.

O texto integrado tem uma mensagem só e, em um resgate comum, lê-se assim:

Artcaffe: KSh 1,500.00 used from gift card *4242 at Westlands. Balance left: KSh 3,500.00.

e, quando o cartão é esvaziado:

Artcaffe: KSh 1,500.00 used from gift card *4242 at Westlands. The card is now fully used.

Abaixo do editor, a prévia mostra a mensagem como o cliente a lerá (tanto a versão comum quanto a de saldo zerado) e quanto cada uma custa, atualizado enquanto você digita. Um texto é cobrado por segmento: 160 caracteres para texto simples, 70 quando contém um caractere fora do conjunto latino básico (um emoji, aspas curvas, algumas letras acentuadas). Assim, uma pequena edição pode dobrar o custo de cada mensagem. Um texto mais longo é dividido em segmentos de 153 caracteres (67 com esses caracteres). O contador é calculado sobre o texto renderizado, não sobre o modelo, então as próprias tags não contam.

Send test SMS (desativado até que um provedor de SMS esteja conectado) abre um pequeno formulário para o número de destino. O teste é renderizado com valores de exemplo e enviado pelo seu gateway. Assim, também comprova que o gateway entrega, e mostra a mensagem em um celular real. Um número local é lido como sendo do país do gateway. Uma mensagem real é enviada e cobrada.

Registro de entregas¶

A seção Delivery log da aba resume os últimos sete dias: quantos resgates foram enviados, falharam e não foram enviados. Ela também cita o mais recente. View delivery log abre o registro completo na sua própria página.

O registro lista cada resgate capturado e o que aconteceu com cada mensagem. As colunas são Date, Gift card, Redeemed, Balance left, Branch e uma coluna para Email e outra para SMS, com quem recebeu e como terminou. Um resgate feito pela REST API mostra "REST API" e a sua referência abaixo da filial. Pesquise pelos últimos caracteres do cartão, por um endereço de e-mail, por um número de telefone ou por um nome de pedido. Filtre por status, por canal e por período (os últimos 7, 30 ou 90 dias, ou todo o período). Clique em um cartão para abri-lo no Shopify.

Registro de entregas

Status, por canal:

Sending — a mensagem ainda está sendo entregue.
Sent — a mensagem foi enviada.
Failed — o envio foi rejeitado. Passe o mouse sobre o selo para ver o motivo: uma senha SMTP errada, um endereço recusado e um ID de remetente de SMS não registrado aparecem aqui. Um canal com falha é tentado de novo algumas vezes por conta própria, e o outro canal não é enviado novamente.
Not sent — o resgate foi registrado, mas este canal deliberadamente não foi enviado, com o motivo ao lado. O mais comum é "no email address (or phone number) is known for this gift card", ou um cartão que ainda tem saldo em uma loja que só envia notificações de saldo zerado.

Um canal que não está marcado mostra um traço.

Abaixo do endereço ou do número, o registro informa de onde ele veio: "sent to, per the gift card", "assigned to, per the gift card", "from the gift card record", "from the delivery schedule", "from the order customer" ou, quando a mensagem foi para o comprador, "purchaser". É isso que separa "nada foi enviado" de "foi para a pessoa errada": um cartão cujo destinatário nunca foi registrado recorre ao cliente do pedido que o pagou, e esta linha mostra isso.

Linhas do comprador¶

Quando o comprador tem uma mensagem própria, ou foi ignorado, uma segunda linha com o rótulo Purchaser aparece abaixo do canal. Ela mostra o endereço ou o número do comprador (um traço quando nenhum é conhecido), um status e, quando algo impediu a mensagem de sair, o motivo.

A linha acima é a mensagem principal: a do titular, exceto com Purchaser, em que é a do comprador. Com Purchaser, a segunda linha só aparece quando a mensagem teve de ir para o titular.

Motivos que você pode ver na linha do comprador, impressos abaixo do status:

"No purchaser is known for this gift card — it was issued without an order, or the order has no customer" — o cartão não tem comprador. Com Both, somente o titular foi avisado.
"No email address is known for the purchaser", ou o mesmo para um número de telefone — com Both, o comprador é conhecido, mas não tem endereço neste canal, então só o titular foi avisado.
"No email address is known for the purchaser — sent to the card holder instead", ou o mesmo para um número de telefone — com Purchaser, o cartão não tem comprador, ou o comprador não tem endereço neste canal, e a mensagem foi para o titular. A linha principal mostra para onde ela foi.
"The purchaser is the card holder — one message sent" — com Both, os dois compartilham um endereço, então uma única mensagem saiu.
"Could not look up who bought the card" — a mensagem para o comprador está Failed, porque o Gift Card Hero não conseguiu acessar o Shopify para encontrar o pedido. Com Both, ela fica na linha do comprador; com Purchaser, fica na linha principal, já que é a mensagem do comprador. Isso não é tratado como "sem comprador": a mensagem é tentada novamente por conta própria e não é redirecionada ao titular enquanto isso.

Com Purchaser, se o titular também não puder ser alcançado, as duas primeiras versões acima aparecem sem "sent to the card holder instead", porque nada saiu por aquele canal.

Uma linha de comprador Not sent nunca altera o resultado do resgate: se a mensagem do titular saiu, o resgate conta como enviado. Uma linha Failed altera: o resgate conta como falho e é tentado novamente, e só a mensagem que falhou é enviada de novo. Uma que já saiu não se repete.

A pesquisa também encontra um resgate pelo endereço de e-mail ou pelo telefone do comprador. O filtro de status, combinado com um canal, também considera a mensagem do comprador, então escolher SMS e Failed encontra também um texto com falha para o comprador.

Uma mensagem sem o saldo¶

O Gift Card Hero lê o cartão no momento em que ele é usado. De vez em quando o Shopify não responde a tempo, geralmente porque a loja está fazendo muitas requisições ao mesmo tempo. O cartão é então lido de novo logo antes de a mensagem sair, e o registro mostra "The card could not be read when it was spent" abaixo do saldo. Se o Shopify ainda não responder, o resgate aparece como Failed com "Could not read the gift card" e é tentado novamente. A leitura posterior fornece o saldo, então um cartão usado de novo nesse intervalo pode mostrar um pouco menos do que esta compra deixou.

Com Force gift cards to be onetime ativado, o cartão já foi esvaziado nesse momento, como pode já estar quando o Shopify responde na segunda tentativa, um instante depois. Assim, o saldo fica Unknown e a mensagem sai sem ele: o e-mail e o texto integrados deixam o saldo de fora, e o evento do Klaviyo não tem balance. Para fazer o mesmo no seu próprio modelo, envolva o saldo em {% if balance != blank %}…{% endif %}.

Como o titular é encontrado¶

O titular é encontrado assim, nesta ordem:

The gift card's recipient in Shopify — a pessoa a quem o cartão foi enviado, definida no próprio cartão. Assim, funciona para cartões emitidos pelo admin do Shopify ou por um caixa.
The customer the card is assigned to in Shopify — também lido do cartão.
The gift card record in Gift Card Hero — o endereço para o qual o cartão foi entregue (somente e-mail; o registro não guarda número de telefone).
The delivery schedule — para cartões na fila de um envio futuro.
The customer on the order the card paid for — o último recurso, e a pessoa que fez esse pedido, que não é necessariamente o titular. (O pedido em que o cartão foi comprado pertence ao comprador: veja Quem é o comprador.) Para o número de telefone, isso também considera o número digitado no checkout.

O e-mail e o telefone são consultados separadamente, cada um percorrendo esta lista. Por isso podem vir de lugares diferentes (o e-mail do cartão, o número do pedido), e o registro informa qual foi.

Se nada fornecer um endereço ou um número, esse canal é registrado como não enviado. Atribuir ao cartão, no Shopify, um destinatário com número de telefone corrige isso para todos os resgates futuros desse cartão.

Esta é a pessoa que as variáveis de modelo holder descrevem. O comprador é encontrado de outra forma: veja Quem é o comprador.

Notas¶

Reembolsos, anulações e pagamentos com falha são ignorados. Somente um pagamento bem-sucedido feito com cartão-presente envia algo.
Pedidos em modo de teste nunca geram mensagem ao cliente.
Um evento repetido do Shopify não envia uma segunda mensagem. Cada resgate é notificado no máximo uma vez por canal e por pessoa: com Both, o titular e o comprador recebem, cada um, uma mensagem.
São mensagens transacionais sobre o cartão próprio de um cliente, não marketing. Por isso, o filtro de consentimento de marketing que se aplica aos lembretes não vale aqui.
O Gift Card Hero não tem provedor de SMS próprio. Se o canal SMS estiver ativo e o provedor tiver sido removido em Integrations, o texto é registrado como não enviado, e o e-mail ainda sai.