Posso editar um pedido e manter as informações de pagamento?

12

Tenho um cliente que encomendou 5 produtos, mas 2 estão fora de estoque e não podem atender ao pedido completo. No entanto, quando edito o pedido (excluo e crie um novo) para remover os dois SKUs, as informações do cartão de crédito são removidas. Existe uma maneira de manter isso para que eu não precise ligar para o cliente?

orders admin

— kevando
fonte

1

Depende. O que exatamente você deseja realizar (por exemplo, cobrar do cliente pelo novo pedido)?

— benmarks

Precisamente. Informei o cliente e ele está ciente do ajuste, mas não quero pedir que ele insira novamente o cartão de crédito. Estou usando auth.net

— kevando

1

A execução de uma nota de crédito / reembolso on-line para os itens que estão fora de estoque não é uma opção?

— pspahn

Se você tiver autorizado apenas (o que deveria fazer), muitos gateways permitirão que você apresente uma quantidade diferente para captura que seja menor que a quantidade autorizada.

— benmarks

Eu desenvolvi uma extensão que copia dados de pedidos inteiros para o novo. Vou colocar isso no github e compartilhar para melhorar.

— Eduardo Luz

7

No cenário fornecido, você está removendo itens que não podem ser preenchidos. Como você está usando o Authorize.net, você poderá emitir uma nota de crédito dos itens de linha na fatura do pedido para reembolsar as cobranças desses itens de linha específicos e enviar os itens restantes.

Se fosse o caso em que você precisasse alterar ou adicionar itens ao pedido, seria necessário usar uma das implementações CIM de terceiros ou a EE Payment Bridge (assumindo que você esteja no Enterprise).

— davidalger
fonte

Na verdade, esta resposta pressupõe que o pedido completo tenha sido faturado ... você não precisa creditar a nota se não tiver faturado, basta fazer uma captura parcial (emitir uma fatura apenas para os dois itens + remessa)

— mprototype

6

Você precisa usar um gateway de pagamento como Braintree, authorize.net com a opção CIM (gerente de informações do cliente) ou algum outro gateway que armazene um token de pagamento no Magento e um token no gateway e depois armazene as informações do cartão de crédito do cliente no gateway nível. Sem isso, é impossível capturar mais fundos do que o cliente autoriza na transação inicial. O armazenamento das informações do cartão de crédito é uma violação da conformidade com o PCI, a menos que você passe por uma certificação rigorosa do PA-DSS, que é muito proibitiva em termos de custo.

Braintree tem uma extensão de gateway de pagamento gratuita disponível para Magento. Eu não fiz o check-out da versão recente, mas tivemos que corrigir vários erros nas versões anteriores. Funciona muito bem depois de algumas correções de erros.

Existem algumas extensões de gateway de pagamento para o Auth.net CIM. Eu usei http://www.magentocommerce.com/magento-connect/idp-authorizecim-2-1-payment-module.html no passado. Parece que há alguns novos agora. Fique longe do barato Silver Touch one, parece assustador.

Ping me, se você quiser experimentar Braintree e observe que é buggy. Posso enviar um código recente de um de nossos repositórios.

— mattmac
fonte

3

Este é um problema realmente simples de resolver:

Observe que, no administrador do Magento, você pode criar várias faturas para um pedido. Se sua configuração estiver definida corretamente, você poderá faturar apenas os produtos disponíveis. Ao criar uma fatura, você escolhe os itens que deseja capturar e o Magento faz a captura parcial.

Da mesma forma, você pode gerenciar várias remessas por pedido.

Obviamente, tudo isso também pode ser feito através de programação.

$service = Mage::getModel('sales/service_order', $order);
$service->prepareInvoice( array( 'qty' => 'sku' ) );

— mprototype
fonte

Já lidamos com isso através do auth.net, mas gostaria de pensar que isso funcionará se o problema surgir novamente!

— Kevando

A maioria dos gateways retém autenticação por até 60 dias e você pode capturar parcialmente várias vezes até que o total de autenticação seja atingido ... esse é exatamente o problema que o fluxo de trabalho de autenticação / captura de gateway de pagamento comum foi projetado para lidar. Magento foi construído em conformidade.

— Mprototype

1

Fiquei com a impressão de que o Authorize.net realizou capturas por cinco dias. E "Magento sendo construído de acordo" provavelmente não deve se aplicar 100% do tempo ao "Magento". O 1.7x fez grandes melhorias nos gateways de pagamento nativos e ainda há melhorias a serem feitas. As diferenças entre 1,6x e 1,7x são suficientes para sugerir YMMV.

— Psp2

É realmente simples, capturar uma solicitação de autorização existente na maioria dos gateways não descarta a autenticação do gateway, a menos que a captura seja para o valor total da autenticação. Você não pode capturar mais do que a quantidade de autenticação. O Magento tem várias faturas por pedido desde cerca de 1,3, possivelmente cedo ... não tenho muita certeza ... mas essa é uma área de solicitações de transações que encontrei muitos desenvolvedores (mesmo nos próprios gateways) não são muito claros no fluxo de trabalho para as solicitações da API.

— Mprototype

O Paypal permite até 29 dias e até 115% da autenticação inicial limitada a US $ 75. Os autores do Braintree são entregues aos 7 dias para AMEX, 10 dias para Visa e Mastercard; outras autorizações serão marcadas como expiradas após 30 dias. O Braintree permite o pseudo-armazenamento de uma placa tokenizada em um 'cofre' local em sua extensão Magento, embora uma autenticação estendida / ou uma nova autenticação não-abobadada não seja possível atualmente. articles.braintreepayments.com/control-panel/transactions/…

— Joshua Chavanne

2

Evite armazenar os dados de pagamento, se puder - não vale a pena. Você precisará colocar controles PCI em torno dele, o que custará dinheiro. E se você não a proteger adequadamente e for hackeado - acontece MUITO -, os custos do PCI acabarão parecendo nada em comparação com os custos de lidar com uma violação.

Portanto, descubra se o seu gateway de pagamento pode ajudar. Algumas boas respostas acima. Meu conselho é não armazenar os dados de pagamento - não vale a pena.

— ZWE
fonte

1

Desenvolvemos uma extensão para facilidade de pagamento parcial. Ele permite que seu cliente receba pagamento parcial pelos serviços do produto. O Cliente coletará o restante do valor antes / antes da remessa. A extensão de pagamento parcial permite que os clientes comprem seu produto em sua loja virtual pagando apenas uma pequena quantidade do preço do produto. O cliente pode pagar o valor restante em várias parcelas, conforme definido pelo administrador.

Recursos:

Admin: -

O administrador pode definir o rótulo do produto para esta extensão, de acordo com o que ele será exibido no front-end.
O pagamento parcial pode configurar como opcional ou obrigatório.
O administrador pode definir uma quantia fixa ou uma porcentagem a ser paga pelo cliente ao comprar o produto em sua loja.
O pagamento parcial pode ser aplicado a todos os produtos, produtos selecionados, produtos fora de estoque ou mesmo no carrinho inteiro.
O administrador pode definir algum limite de crédito para os clientes. Esse valor de crédito será o valor máximo para o cliente como parcela restante.

Para descrição e recursos completos, visite nossa loja de extensões magento:

site indieswebs.com para instalação de pagamento parcial

— Bouress
fonte