Quatro passos MemberArea transformam uma conversa em uma venda ou em uma liberação. Dois deles vendem: Send checkout link e Get order status. Dois deles dão acesso diretamente, sem pagamento: Grant access e Revoke access.
Permissões de que a chave de API precisa
Cada passo confere as permissões da chave de API nas configurações do app:
| Passo | Permissões |
|---|---|
| Send checkout link | Pagamentos: Ver |
| Get order status | Pagamentos: Ver |
| Grant access | Pagamentos: Ver e Gerenciar, Membros: Gerenciar |
| Revoke access | Pagamentos: Ver e Gerenciar |
Ver é necessário para a lista Product, porque Gerenciar não o inclui. Uma chave com Acesso total cobre os quatro. Se um passo responder "This ManyChat connection is not allowed to run this step", falta uma dessas permissões na chave.
Enviar um link de checkout
Send checkout link monta um link para a página de checkout de um produto, pronto para colocar na próxima mensagem.
- Adicione o passo e escolha o produto em Product. A lista oferece apenas produtos ativos.
- Deixe Quantity vazio para uma unidade, ou informe um número até 99.
- Mapeie Checkout url em um campo personalizado e envie-o em um botão ou em um texto.
O link é pessoal. Ele leva o endereço de e-mail e o nome que a sua memberarea conhece desse assinante, então a página de checkout abre com os dois já preenchidos. O pedido fica vinculado ao membro ou contato por trás do chat.
O passo também devolve o preço, para que a mensagem o diga antes de alguém clicar. Price formatted é o preço principal do produto, escrito no idioma da sua memberarea, por exemplo "49.00 EUR". Um preço sem imposto traz "mais IVA".
O passo recusa quando o link não funcionaria:
- "This product cannot be bought right now because it is inactive or has no active price." Ative o produto ou dê a ele um preço ativo.
- "This MemberArea has no web address yet, so no checkout link could be built." Defina primeiro o domínio nas suas configurações.
O que o comprador vê
O comprador toca no link e chega à página de checkout normal da sua memberarea, com os mesmos preços, formas de pagamento e order bumps de qualquer outra pessoa. Pagar ali cria um pedido normal: o comprador recebe o acesso, o recibo e todos os e-mails que a sua memberarea envia depois de uma compra.
O chat não espera pelo pagamento. Para responder depois da compra, monte um segundo fluxo que comece com o evento Order paid. Iniciar um fluxo do ManyChat a partir da sua memberarea explica como.
Consultar o status do pedido
Get order status lê o pedido mais recente e a assinatura atual dessa pessoa, para que um fluxo responda sozinho "meu pagamento foi aprovado?".
Deixe Order vazio para ler o pedido mais recente. Compras de teste e rascunhos não contam. Um pedido de outra pessoa nunca é mostrado: nesse caso o passo responde "This order does not belong to this person or no longer exists."
Os valores mais úteis:
- Found diz se a pessoa tem algum pedido ou assinatura.
- Has paid order diz se a pessoa pagou pelo menos um pedido.
- Order number, Order status e Order total formatted descrevem o pedido mais recente, prontos para a mensagem.
- Has active subscription e Subscription status descrevem a assinatura. Uma assinatura ativa vem primeiro, senão a mais recente.
- Subscription renews at formatted e Subscription ends at formatted dizem quando ela renova ou termina, no idioma e no fuso horário da sua memberarea.
Liberar acesso sem pagamento
Grant access dá à pessoa tudo o que pertence a um produto ou a um pacote: cursos, grupos, calendários, eventos, badges e tudo mais que o produto libera. Escolha-o em Product, ou escolha um pacote inteiro em Or bundle. Quando os dois estão preenchidos, vale o produto.
- Se a pessoa ainda não tem conta, o passo cria uma. Member created então informa isso.
- Nenhum pedido é gerado. O acesso aparece no membro, não nas suas vendas.
- Rodar o passo duas vezes não causa problema. Newly granted conta só o que era novo, e Access items lista tudo o que o produto cobre.
Um produto que ainda é rascunho é recusado com "This product is still a draft in your MemberArea, so no access was granted." Quando o seu plano não permite mais membros, o passo responde "This MemberArea has reached the number of members its plan allows, so access could not be granted."
Retirar acesso
Revoke access retira o que um produto ou pacote deu. A conta em si permanece, assim como tudo o que a pessoa também tem de um pedido pago, mesmo de um pedido pago desse mesmo produto. Só some o acesso que nenhum pedido pago cobre.
Newly revoked conta o que foi removido. Se a pessoa não tem conta de membro, o passo responde "This person does not have a member account in your MemberArea, so there was no access to remove." e nada muda.