Descrição geral de pagamentos Omnicanal
Isto artigo fornece uma visão geral dos Omnicanal pagamentos Microsoft Dynamics 365 Commerce. Inclui uma lista abrangente de cenários suportados, informações sobre funcionalidade, configuração e resolução de problemas e descrições de alguns problemas típicos.
Termos principais
| Termo | Descrição |
|---|---|
| Token | Uma cadeia de dados que um processador de pagamentos fornece como referência. Os tokens podem representar números de cartão de pagamento, autorizações de pagamento e capturas de pagamento anteriores. Os tokens são importantes porque ajudam a manter dados confidenciais fora do sistema de ponto de venda (POS). Às vezes, também são referidos como referências. |
| Cartão token | Um token que um processador de pagamento fornece para armazenamento no sistema POS. Um token cartão só pode ser utilizado pelo comerciante que o recebe. Cartão tokens às vezes também são chamados de referências cartão. |
| Token de autorização (auth) | Um ID exclusivo que um processo de pagamento fornece como parte do resposta que envia para um sistema POS depois que o sistema POS faz uma solicitação de autorização. Um token de autorização pode ser utilizado posteriormente se o processador for chamado para executar ações como reverter ou anular a autorização. No entanto, é mais com frequência utilizado para captar fundos quando uma encomenda é cumprida ou uma transação é finalizada. Os tokens de autorização às vezes também são chamados de referências de autorização. |
| Token de captura | Uma referência que um processador de pagamentos fornece a um sistema POS quando um pagamento é finalizado ou capturado. O token de captura pode então ser utilizado para fazer referência à captura de pagamento em operações subsequentes, como solicitações de reembolso. |
| Cartão não presente | Termo que se refere a operações de pagamento em que não é apresentada uma cartão física. Por exemplo, essas transações podem ocorrer em cenários de comércio eletrônico ou call center. Para essas transações, as informações relacionadas ao pagamento são inseridas manualmente em um site de comércio eletrônico, em um fluxo de call center ou no PDV ou terminal de pagamento. |
| Cartão presente | Termo que se refere a operações de pagamento em que um cartão físico é apresentado e utilizado num terminal de pagamento ligado ao Microsoft Dynamics sistema 365 POS. |
Descrição Geral
Em geral, o termo pagamentos Omnicanal descreve a capacidade de criar um pedido em um canal e atendê-lo em outro canal. A chave para Omnicanal suporte de pagamento é preservar os detalhes de pagamento juntamente com o resto dos detalhes do pedido e, em seguida, usar esses detalhes de pagamento quando o pedido for recuperado ou processado em outro canal. Um exemplo clássico é o cenário "Comprar online, levantar na loja". Neste cenário, os detalhes de pagamento são adicionados quando a encomenda é criada online. Eles são então chamados no PDV para cobrar o cartão de pagamento do cliente no momento da retirada.
Todos os cenários descritos neste artigo podem ser implementados usando o SDK (Software Development Kit) de pagamentos padrão fornecido com o Commerce. O Dynamics 365 conector de pagamento para Adyen fornece uma implementação pronta para uso de cada cenário descrito aqui.
Pré-requisitos
Cada cenário descrito neste artigo requer um conector de pagamento que suporte pagamentos Omnicanal. O conector Adyen pronto para uso também pode ser utilizado, pois suporta os cenários disponibilizados por meio do SDK de pagamentos. Para obter mais informações sobre como implementar conectores de pagamento e sobre o Retail SDK em geral, visite a home page doRetail para profissionais de TI e desenvolvedores.
Versões suportadas
Os recursos de pagamento Omnicanal descritos neste artigo foram lançados como parte da Microsoft Dynamics 365 for Retail versão 8.1.3.
Conectores "cartão presente" e "cartão não presente"
O SDK de pagamentos depende de dois conjuntos de interfaces de programação de aplicativos (APIs) para pagamentos. O primeiro conjunto de APIs é chamado iPaymentProcessor. Ele é utilizado para implementar conectores de pagamento "cartão não presentes" que podem ser utilizados em call centers e com a plataforma de Microsoft Dynamics e-Commerce. Para obter mais informações sobre a interface iPaymentProcessor , consulte o white paper Implementar um conector de pagamento e um dispositivo de pagamento, que aborda pagamentos.
O segundo conjunto de APIs é chamado iNamedRequestHandler. Suporta a implementação de integrações de pagamento "cartão presente" que utilizam um terminal de pagamento. Para obter mais informações sobre a interface iNamedRequestHandler , consulte Criar uma integração de pagamento para um terminal de pagamento.
Configuração
Os seguintes componentes e etapas de configuração são necessários:
- Integração de comércio eletrónico: é necessária uma integração com o Commerce para suportar cenários em que uma encomenda tem origem numa montra online. Para obter mais informações sobre o SDK de comércio eletrônico de retalho, consulte SDK (Software Development Kit) da plataforma de comércio eletrônico. Num ambiente de demonstração, a montra de referência suporta cenários de pagamento Omnicanal.
- Configuração de pagamentos online: A configuração do canal online deve incluir um conector de pagamento que tenha sido atualizado para suportar pagamentos Omnicanal. Em alternativa, pode ser utilizado o conector de pagamento pronto a utilizar. Para obter informações sobre como configurar o Adyen conector de pagamento para lojas online, consulte Adyen conector de pagamento. Além das etapas de configuração do comércio eletrônico descritas nesse artigo, o parâmetro Permitir guardar informações de pagamento no comércio eletrônico deve ser definido como True nas configurações do conector Adyen.
- Omnicanal configuração de pagamentos: No back office, vá para Configuração da sede > do Retail and Commerce > Parâmetros partilhados do Commerce > . Em seguida, no separador Omnicanal pagamentos , defina a opção Utilizar Omnicanal pagamentos como Sim. Nas versões 10.0.12 e posteriores do Commerce, esta definição encontra-se na área de trabalho Gestão de Funcionalidades. Selecione o recurso Omnicanal pagamentos e clique em Ativar agora.
- Serviços de pagamento: O call center usa o conector de pagamento padrão na página Serviços de pagamento para processar pagamentos. Para suportar cenários como "Comprar no call center, levantar na loja", esta conector de pagamento predefinida tem de ser o conector de pagamento Adyen ou um conector de pagamento que cumpra os requisitos de implementação para pagamentos Omnicanal.
- Serviço EFT: Os pagamentos através de um terminal de pagamento devem ser configurados no Separador Rápido do serviço EFT do perfil de hardware. O conector Adyen suporta cenários de pagamentos Omnicanal prontos para uso. Outros conectores de pagamento que suportam a interface iNamedRequestHandler também podem ser utilizados se suportarem pagamentos Omnicanal.
- conector de pagamento disponibilidade: Quando uma encomenda é recolhida, as linhas da proposta de pagamento que são recolhidas juntamente com a encomenda incluem o nome do conector de pagamento que foi utilizado para criar as autorizações associadas a essa encomenda. Quando o pedido é atendido, o SDK de pagamentos tenta usar o mesmo conector que foi utilizado para criar a autorização original. Portanto, um conector de pagamento que tenha as mesmas propriedades de comerciante deve estar disponível para captura.
- cartão tipos: Para que Omnicanal cenários funcionem corretamente, cada canal deve ter a mesma configuração para tipos de propostas que podem ser utilizados para Omnicanal. Esta configuração inclui IDs de método de pagamento e IDs de tipo de cartão. Por exemplo, se o tipo Cartões tender tiver um ID de 2 na configuração da loja online, deverá ter o mesmo ID na configuração da loja de retalho. O mesmo requisito se aplica a IDs de tipo cartão. Se cartão número 12 estiver definido como VISA na loja online, o mesmo ID deverá ser configurado para a loja de retalho.
- A aplicação Store Commerce para Windows Android ou iOS com o Hardware Station incorporado. -ou-
- Store Commerce para Web com Hardware Station partilhado conectado.
Princípio básico de apoio aos pagamentos Omnicanal
Os conectores de pagamento e processadores de pagamento usam tokens, ou referências, para referenciar interações relacionadas a pagamentos cartão. Por exemplo, quando é solicitada uma autorização de pagamento, é fornecida uma referência a essa autorização. Portanto, a autorização pode ser referenciada posteriormente, quando os fundos são capturados no momento da cumprimento. Esta autorização é exclusiva do comerciante, conector de pagamento e processador.
Se uma encomenda criada online estiver a ser levantada na loja, os mesmos dados de pagamento dessa encomenda deverão ser recolhidos e utilizados. Quando os detalhes originais são fornecidos como parte da solicitação para capturar um pagamento contra a autorização original, o processador de pagamento será capaz de lidar com a solicitação e capturar o pagamento.
Para referenciar corretamente o pedido on-line, um conector de pagamento "cartão não presente" que suporte o mesmo processador também deve estar disponível. Desta forma, o sistema POS pode ter um processador para pagamentos "cartão presentes", mas também pode ter acesso a outros conectores de pagamento para que possa atender pedidos que são criados em outros canais usando diferentes processadores de pagamento.
Cenários suportados
São suportados os seguintes cenários de pagamento Omnicanal:
Comprar online, levantar na loja
Comprar em call center, levantar na loja
Comprar na loja A, levantar na loja B
Compre na loja A, envie para o cliente
Nota
Os pagamentos efetuados no call center que mapeiam para a função de pagamento "Normal" devem ser marcados como Pré-pago = Sim para serem refletidos no valor devido aquando da retirada da encomenda no POS. Os pagamentos não pré-pagos do tipo "Normal" não são reconhecidos quando a encomenda é recolhida no POS.
Variações desses cenários também são suportadas. Por exemplo, uma encomenda online pode incluir tanto as linhas que serão enviadas para o cliente como as linhas que serão levantadas numa loja. Todas as opções de cumprimento de encomenda são suportadas através de pagamentos Omnicanal.
As seções a seguir descrevem as etapas para cada cenário e mostram como executar o cenário usando dados de demonstração.
Comprar online, levantar na loja
Antes de começar, certifique-se de que os seguintes pré-requisitos estão em vigor:
- Você tem uma montra de referência onde o conector Adyen está configurado.
- A opção Omnicanal pagamentos na página Parâmetros partilhados do Commerce está definida como True. Em versões posteriores, essa configuração é movida para o espaço de trabalho Gerenciamento de Recursos, onde você pode selecionar o recurso Omnicanal pagamentos e clicar em Ativar agora.
- O conector de pagamento Adyen está configurado para o registo POS de Houston.
- A aplicação Store Commerce para Windows Android ou iOS com o Hardware Station incorporado. -ou-
- Store Commerce para Web com Hardware Station partilhado conectado.
Siga estas etapas para executar o cenário.
Na montra de referência, crie uma encomenda para na loja recolha. Certifique-se de selecionar a loja de Houston .
Siga as etapas de checkout e pague usando um número de cartão de crédito de teste. Você pode encontrar os números de cartão de crédito do teste na página de cartão de teste da Adyen.
No Commerce, utilize a tarefa de lote Sincronizar encomendas e a agenda de sindicação P-001 para criar as encomendas no back office.
No POS, na página de boas-vindas, selecione a operação Encomendas a levantar para ver as encomendas para na loja recolha.
Selecione uma ou mais linhas da encomenda que foi criada na montra de referência e, em seguida, selecione Levantar.
A encomenda é recuperada no back office.
Quando os detalhes da linha de encomenda são recuperados no back office e é detetado um pagamento cartão que pode ser utilizado para Omnicanal, é informado de que está disponível um método de pagamento.
Selecione Usar método de pagamento disponível para concluir a transação usando os cartão detalhes que foram inseridos na montra de referência.
As linhas de ordem são carregadas na página de transação e o saldo devido é 0 (zero).
Selecione o separador Pagamentos para ver a linha de proposta que foi retirada da encomenda online.
Selecione qualquer método de pagamento para concluir a transação.
Comprar em call center, levantar na loja
No Commerce, na página Atendimento ao cliente, digite Karen Berg na barra de pesquisa e selecione Pesquisar .
Selecione Karen Berg nos resultados da pesquisa.
Depois que Karen for carregada na página Atendimento ao cliente, selecione Nova ordem de venda .
Na página nova ordem de venda, selecione Cabeçalho para exibir o cabeçalho da ordem.
Na página Cabeçalho do pedido, defina o site como Central e o armazém como Houston .
Na guia Entregar , defina o campo Modo de entrega como 60 para retirada do cliente.
Selecione Linhas e, em seguida, adicione uma ou mais linhas à encomenda.
Selecione Concluir para inserir o fluxo de conclusão do pedido.
Desloque-se para baixo até à secção de pagamentos, selecione Adicionar e, em seguida, selecione uma linha onde o tipo de método de pagamento está definido como Cartões.
Selecione o sinal de adição (+) para adicionar um cartão pagamento.
Introduza os detalhes de um número de cartão de crédito de teste que encontrou na página Números de cartão deteste da Adyen e, em seguida, selecione OK.
Nota
Se a marca cartão para o número de cartão que introduziu for diferente da marca que foi selecionada quando o pagamento foi iniciado, o pagamento ainda será efetuado. No entanto, será publicado nas contas mapeadas para a marca cartão que selecionou no passo 10.
Selecione OK novamente para fechar a caixa de diálogo Pagamentos de conclusão de pedido.
Na página Resumo da ordem de venda, selecione Enviar.
No POS, na página de boas-vindas, selecione a operação Encomendas a levantar para ver as encomendas para na loja recolha.
Selecione uma ou mais linhas da encomenda que foi criada na montra de referência e, em seguida, selecione Levantar.
A encomenda é recuperada no back office.
Quando os detalhes da linha de encomenda são recuperados no back office e é detetado um pagamento cartão que pode ser utilizado para Omnicanal, é informado de que está disponível um método de pagamento.
Selecione Usar método de pagamento disponível para concluir a transação usando os cartão detalhes que foram inseridos na montra de referência.
As linhas de ordem são carregadas na página de transação e o saldo devido é 0 (zero).
Selecione o separador Pagamentos para ver a linha de proposta que foi retirada da encomenda online.
Selecione qualquer método de pagamento para concluir a transação.
Comprar na loja A, levantar na loja B
Inicie o PDV da loja de Houston.
Na página Transação , adicione Karen Berg à transação usando o teclado numérico para inserir 2001.
Adicione uma ou mais linhas à transação.
Selecione Encomendas para ver as opções de encomenda.
Selecione Levantar tudo e, em seguida, quando lhe for pedido, selecione Encomenda do cliente.
Na barra de pesquisa, introduza Seattle e, em seguida, selecione a loja de Seattle para recolha.
Selecione OK para aceitar a data atual como a data de recolha.
Selecione Pagar cartão para iniciar o pagamento.
Licitar o pagamento cartão pelo valor que é devido pelo depósito.
Complete o pagamento do depósito no terminal de pagamento.
Após o pagamento do depósito, selecione a opção para usar o mesmo cartão para cumprimento e aguarde que o pedido seja concluído. Se 100% do depósito for pago (a partir de passo 10 acima), os fundos são capturados imediatamente contra o cartão e um token de autorização não estará disponível no faturamento porque os fundos já foram capturados e rastreados como pagos.
Inicie o PDV da loja de Seattle.
No POS, na página de boas-vindas, selecione a operação Encomendas a levantar para ver as encomendas para na loja recolha.
Selecione uma ou mais linhas da encomenda que foi criada na montra de referência e, em seguida, selecione Levantar.
A encomenda é recuperada no back office.
Quando os detalhes da linha de encomenda são recuperados no back office e é detetado um pagamento cartão que pode ser utilizado para Omnicanal, é informado de que está disponível um método de pagamento.
Selecione Usar método de pagamento disponível para concluir a transação usando os cartão detalhes que foram inseridos na montra de referência.
As linhas de ordem são carregadas na página de transação e o saldo devido é 0 (zero).
Selecione o separador Pagamentos para ver a linha de proposta que foi retirada da encomenda online.
Selecione qualquer método de pagamento para concluir a transação.
Compre na loja A, envie para o cliente
- Inicie o PDV da loja de Houston.
- Na página Transação , adicione Karen Berg à transação usando o teclado numérico para inserir 2001.
- Adicione uma ou mais linhas à transação.
- Selecione Encomendas para ver as opções de encomenda.
- Selecione Enviar tudo e, em seguida, quando solicitado, selecione Encomenda do cliente.
- Na página Método de envio, selecione Padrão durante a noite e, em seguida, selecione OK para aceitar a data de hoje como a data de envio.
- Selecione OK para aceitar a data atual como a data de recolha.
- Selecione Pagar cartão para iniciar o pagamento.
- Licitar o pagamento cartão pelo valor que é devido pelo depósito.
- Complete o pagamento do depósito no terminal de pagamento.
- Após o pagamento do depósito, selecione a opção para usar o mesmo cartão para cumprimento e aguarde que o pedido seja concluído. Se 100% do depósito for pago (a partir do passo 9 acima), os fundos são capturados imediatamente contra o cartão e um token de autorização não estará disponível no faturamento porque os fundos já foram capturados e rastreados como pagos.
Quando a encomenda é recolhida, embalada e faturada no back office, os detalhes de pagamento fornecidos no POS serão utilizados para captar os fundos das mercadorias que estão a ser enviadas para o cliente.
Detalhes do cenário
Além dos cenários básicos que acabaram de ser descritos, foram feitas várias melhorias no SDK de Pagamentos para suportar pagamentos Omnicanal.
POS
Deslizar/mergulhar único para pedidos de clientes
Antes de o recurso de pagamentos Omnicanal ser implementado, quando os pedidos dos clientes que incluíam depósitos eram criados no PDV, os clientes eram obrigados a deslizar (ou mergulhar) suas cartão duas vezes: uma vez para pagar o depósito e outra para tokenizar o cartão para cumprimento de pedidos subsequentes. Quando o recurso de tokenização de Omnicanal está ativado, os clientes devem deslizar a cartão apenas uma vez para pagar o depósito e autorizar o valor devido pelas mercadorias que serão cumpridas posteriormente. No momento da cumprimento, os fundos autorizados são capturados. Antes do recurso de tokenização Omnicanal ser implementado, apenas um token de cartão recorrente era criado para cumprimento de pedidos subsequentes. Portanto, os fundos para os cumprimento pendentes não foram autorizados, e como esses fundos não estavam a ser mantidos para essa compra específica, era menos provável que eles pudessem ser capturados mais tarde.
Nota
Um único gesto de percorrer não é suportado na versão 8.1.3 do Retail. As encomendas de clientes na versão 8.1.3 utilizam o mesmo fluxo que era utilizado antes da implementação da funcionalidade de tokenização Omnicanal.
Cartões que não podem emitir tokens de cartão recorrentes
Alguns Cartões não podem ser utilizados para pagamentos Omnicanal, porque não suportam a emissão de tokens cartão recorrentes. Quando um pedido é criado no PDV, se o depósito for pago usando um cartão que não suporte tokens de cartão recorrentes, o fluxo de tokenização de cartão anterior será utilizado. Portanto, um cliente que queira fornecer um pagamento que será utilizado para cumprimento de pedidos subsequentes deve apresentar um segundo cartão. Se a segunda cartão não suportar tokens cartão recorrentes, a ação de tokenização será recusada e o caixa será solicitado a solicitar ao cliente que forneça uma cartão diferente.
Usando um cartão diferente
Um cliente que se dirija à loja para levantar a encomenda tem a opção de utilizar um cartão diferente. Quando o caixa recebe o aviso Usar método de pagamento disponível no momento da retirada do pedido, o caixa pode perguntar se o cliente deseja usar o mesmo cartão. Se o cliente perdeu o cartão que foi utilizado para criar a encomenda e pretende pagar a encomenda utilizando um cartão diferente, a caixa pode selecionar Utilizar um método de pagamento diferente. Se o cliente voltar mais tarde para levantar mais artigos para a mesma encomenda, se a autorização de cartão original ainda estiver válida, o caixa pode perguntar novamente se o cliente quer usar esse cartão.
Autorizações inválidas
Se o cartão que foi utilizado para criar uma encomenda deixar de ser válido, quando os produtos forem selecionados para recolha, o pedido de captura de pagamento falhará. O conector de pagamento do PDV tentará criar uma nova autorização e capturar usando os mesmos cartão detalhes. Se a nova autorização ou captura falhar, o caixa será informado de que o pagamento não pôde ser processado. O caixa deve então receber um novo pagamento do cliente.
Vários pagamentos disponíveis
Quando uma encomenda com várias propostas e várias linhas é levantada, a caixa recebe primeiro a mensagem Utilizar método de pagamento disponível. Se existirem vários Cartões, quando a caixa selecionar Utilizar método de pagamento disponível, as linhas decartão existentes serão capturadas até que o saldo seja satisfeito para as mercadorias que estão atualmente a ser levantadas. O caixa não terá a opção de selecionar o cartão que deve ser utilizado para as mercadorias que estão a ser retiradas.