Captura de Pagamento

Para ter entendimento melhor desse tema, sugiro a leitura do posts anteriores.

Consiste basicamente em confirmar que o valor autorizado no processo de pre-auth pode ser utilizado e passado da conta do cliente para a conta do varejista.

Alguns gateways de pagamento conseguem além de fazer a captura do valor total fazer a captura do valor menor. Isso pode ser utilizado em casos de ruptura ou troca de produtos.

Até a próxima pessoal.

Analise de fraude

O processo de análise de fraude consiste em uma instituição efetuar a validação dos dados do pedido (cliente, endereço, pagamento, valor e itens do pedido) e posicionar o Score do cliente para aquele pedido.

Dentro do processo de análise de fraude geralmente temos os seguintes status

  1. Analise solicitada à quando o lojista solicita a análise
  2. Aprovado automaticamente à quando o sistema de fraude identifica que o cliente é um bom comprador e que não é fraude
  3. Análise manual à cai em uma mesa de operação na qual os operadores entram em contato com o cliente para confirmar a legitimidade da compra, geralmente utilizam-se de técnicas com PNL para efetuar essa análise
  4. Reprovado automaticamente à o sistema de fraude entende por algum fator que o pedido é fraude, seja score do cliente, cpf de fraudador, fraude do mesmo comprador em outro lojista etc.

Fatores que podem influenciar o processo de análise de fraude

Abaixo estão alguns exemplos de itens que podem influenciar de forma positiva ou negativa o sistema de fraude

  1. Tipo de produto à alta tecnologia e de alto valor que são facilmente vendidos mesmo usados
  2. Produto é do tipo “Killer”
  3. Dados de fraudador em outro varejista
  4. Muitas compras com o mesmo CPF
  5. Cliente com comportamento incomum

De forma bem simples é assim que funciona a análise de fraude.

Máquina de status

A máquina de status do eCommerce, nada mais é do que o funil de vendas do eCommerce com a visão de pós vendas com os possíveis status do pedido.

Aqui eu trago apenas uma visão sugestiva de como tratar o assunto, e entendo que aplicabilidade é possível em quase todas as operações de eCommerce que conhecemos.

Enquanto pensamos no pedido (contendo cliente, entregas, pagamentos etc), nossa visão vai do Store Front até a finalização dos pagamentos, a partir do momento em que focamos nas entregas, temos a visão de operação do CD, Fiscal e Logística, pois é comum termos quebra do pedido em mais de uma entrega, ainda mais quando um pedido multi-itens com itens característicos de courrier e itens característicos de rodoviário (rodo).

Nesse momento não é abordado a visão de tracking para o cliente, esse assunto será abordado no tópico tracking, nesse mesmo documento.

Abaixo há uma tabela contendo a visão de máquina de status do pedido / entrega por integração e também por operação dentro de cada produto do ecossistema. Minha intenção é dar uma ideia de como relacionar status do pedido e entrega com o resultado das integrações.

Status Integração/Operação Objeto
feito 01 – Pre auth Pedido
enviado ao backoffice 02 – Order Integration Pedido
em análise de fraude 04 – Request Analysis Pedido
analisado 05 – Request Response Analysis Pedido
Pagamento captura 06 –  Capture amount Pedido
Transportadora integrada 07 – Request Carrier Entrega
enviado para operação 08 – Sent Deliveries (parto f order) Entrega
enviado para onda Geração de odna – WMS Entrega
em Seperação Picking/Separação dos itens do pedido – WMS Entrega
em faturamento Pakcing/Empacotamento do pedido Entrega
Faturado 11 – Request Invoice Entrega
pronto para expedição 13 – Invoice’s group integration / Pre Doca – WMS Entrega
Expedido Expedição – WMS Entrega
Em poder da transportadora 14 – Status/Tracking – Operação da transportadora Entrega
em rota 14 – Status/Tracking – Operação da transportadora Entrega
entregue 14 – Status/Tracking – Operação da transportadora Entrega

Por enquanto é isso, até a próxima.

Pre-Auth (Pré-Autorização)

A pre-autorização, ou reserva de saldo ou pre-auth é uma comunicação feita entre o sistema do varejista com o gateway de pagamento.

Essa operação pode ser feita tanto no store front, em tempo de compra quanto no OMS/Backoofice. Entretanto enxergo grandes duas vantagens em fazer essa operação no Front:

  1. Ao se trabalhar com uma transação síncrona é possível já notificar ao cliente que a transação está realizada, ou caso, ocorra algum problema já solicitar ao cliente para trocar a forma de pagamento
  2. O escopo de PCI compliance é extremamente menor quando a operação é online e diretamente entre front com um gateway de pagamento, já que o escopo se reduz apenas a:
    1. Certificado SSL do varejista
    2. Página que fará a requisição https com o gateway de pagamento
      PS: Para ser gateway de pagamento é necessário ter a certificação PCI DSS, logo o varejista é blindado quase por completo por conta disso
      PS2: Isso não anula a responsabilidade do varejista ter certificação PCI
  3. Caso o varejista queira trabalhar com a funcionalidade de compra com um clique, basta guardar os dados do cliente no próprio gateway de pagamento e ter apenas um token para utilizar esses dados quando o cliente quiser utilizar os dados dessa forma de pagamento.

Arquitetura da Solução

Essa é apenas uma sugestão de arquitetura da solução de um eCommerce convencional. As principais integrações estão elucidadas. Aqui é considerado a implementação da solução para um player que já seja grande o suficiente ou tenha a estratégia se tornar grande, pois, produtos como WMS e TMS são facilmente substituídos por backoffices de eCommerce de mercado como e-millenium Ábacos e Softvar, porém, sem a mesma gama de funcionalidades.

arquitetura_solucao

Ponto de vista da gestão de pedidos B2C

Introdução

Nessa série de artigos você terá um ponto de vista de como um eCommerce B2C no Brasil funciona após a venda efetuada no site até o momento em que chega na casa do cliente. Nesse artigo será abordado somente a visão do “happy flow”, ou seja, status de avaria, sinistro e extravio não estão considerados. É necessário um estudo e artigo somente com os casos de “unhappy” para elucidar com os detalhes necessários. Além disso estão consideradas duas formas de pagamento aqui nesse material: cartão de crédito e boleto.

Visão geral

A operação de eCommerce B2C basicamente passa pelas etapas abaixo:

  1. Calculo do pedido (valor total, prazo, frete etc.)
  2. Autorização do saldo do cartão de crédito/ Geração do boleto
  3. Análise de fraude (comumente utilizado em cartão de crédito, mas pode ser utilizado para qualquer forma de pagamento)
  4. Captura do saldo do cartão de crédito / confirmação do pagamento do boleto
  5. Envio das entregas do pedido para a operação CD
  6. Geração de Onda
  7. Separação de produtos
  8. Consolidação
  9. Embalagem
  10. Emissão de NF
  11. Consolidação antes da doca
  12. Envio para doca
  13. Comunicação de itens a serem transportados com a transportadora
  14. Expedição
  15. Comunicação com transportadora a respeito do status da entrega
  16. Envio de e-mails do status ao cliente

 

Pontos Importantes

Antes de continuar lendo esses artigo, é importante que você tenha algum entendimentos sobre a Arquitetura da SoluçãoMáquina de Status.

Obrigado e até a próxima.

How about work with digital

I started to work with Digital last year, but I have been working with eCommerce since 2009, I mean officially in B2C (business to customer) operations, also I have worked with eCommerce since 2006, when I needed to make a system for one of the biggest Brazilian pharmaceutic industries to it communicate with its buyers.

Well, at this time, from to 2006 to 2012 it was not normal to hear the term “digital”, nowadays it is so normally than:

  • Big Data – this concept is not so young, actually the technologies allow data processing with great scale, then, we started to work with massive data in a very large scale
  • IoT (Internet of Things) – wearables like Iwatch and some bracelets can verify how is the person’s heart, how many calories one person is losing while this one is practicing some sport etc.
  • NoSQL (not only SQL) – Databases with characteristics that determines a type or group specialized in Database’s softwares

After I started to work in eCommerce’s Startup of fast fashion, I started to hear this term “Digital”, after in a great retailer, and after in my own company (for while small but focused in system integration), and now at the bigger Digital Agency and consulting in the world, I hear this every day and all the time…

IMHO we have started living in the “Digital Culture”, because nowadays less than half of the population in the world has access to the Internet, only 44%.

When we talk about the Digital Culture, we can see social networks connected one with each other, for example Twitter + Linkedin or Instagram + Facebook, people who communicate in a lot of social networks, global interaction between the users, and the most interesting to me: a collective mind.

The collective mind is the concept of a lot of minds without limits working together, of course it is concern of the minds plugged in a social network.

When you have the opportunity to work with a lot of people who have this type of behavior (digital culture, and it is only the begining) I think you can’t  have a blocker in your mind.

References

http://www.tracto.com.br/quantas-pessoas-tem-acesso-a-internet-no-mundo/
http://culturadigital.br/conceito-de-cultura-digital/