Multiplas op??es de pagamento nos emails

Olá @aterrohotmail

1. N?o faz sentido que um método de pagamnto sugira outro.
Pode fazer desenvolvimento à medida para incluir um link para o pagamento da encomenda na área de cliente e poder mudar de método de pagamento.

2. Semelhante ao ponto anterior.
Pode fazer desenvolvimento à medida que verifique se o tempo expirou e enviar um email que inclua um link para o pagamento da encomenda na área de cliente e poder mudar de método de pagamento.

3. N?o é fun??o do plugin mudar o método de pagamento. é do WooCommerce.

Olá, Marco Almeida.

Considere o meu tópico como uma contribui??o ou reflex?o e n?o como pedido de desenvolvimento à medida.

1. O sentido é discutível e é considero até prática comum sugerir métodos alternativos. N?o estava a sugerir um link para a área de cliente. Seria discrimina??o considerar que todos os clientes est?o registados.

2. Estava a refletir sobre algo muito simples como: um email com a informa??o de pagamento expirado e o bot?o Solicitar novo pagamento MBWay. Neste método de pagamento, sem dúvida, aumentaria a convers?o.

3. Sim, como disse, alterando o método de pagamento no woocommeece de uma encomenda já registada para MBWAY, a informa??o que é dada na metabox é:
Sem dados disponíveis. Deve existir um erro porque o método de pagamento desta encomenda é MB WAY.
Como a fun??o do plugin é promover o pagamento, seria de esperar que solicitasse o no de telemóvel e o respectivo pagamento na app.

Bom dia @aterrohotmail

As contribui??es s?o sempre bem vindas, mas temos de definir prioridades e limitar-nos aquilo que é a tarefa de uma gateway de pagamento. Quanto mais complexo for o plugin, e mais sair daquilo que s?o as suas fun??es, mais difícil será de usar para todos.

Felizmente o WordPress e o WooCommerce s?o muito developer friendly e praticamente tudo o que nos sugere é possível, com desenvolvimento específico.

O WooCommerce já permite enviar um email para o cliente com indica??o que a encomenda continua a pagamento e com um link para a área de cliente onde o mesmo pode escolher novo método (ou o mesmo, emitindo novos dados, seja em Multibanco, MB Way ou Payshop). Este envio poderá ser automatizado com desenvolvimento à medida (n?o nosso, mas de cada site dependendo das suas necessidades específicas).

Quanto ao ponto 3 é verdade que n?o é emitido um novo pedido de pagamento quando se muda o método, mas isso tem uma raz?o de ser: o MB Way só tem 5 minutos para pagar. Por defini??o o backoffice é de acesso ao dono do site e seria ele a iniciar o pedido de pagamento, podendo o cliente n?o estar atento para esse facto no momento, daí ser sempre melhor enviar o email “Detalhes da encomenda” do próprio WooCommerce para que cliente escolha o método que entender.

Boa tarde, Marco Almeida.

Agrade?o a resposta. Comecei por utilizar o plugin próprio da ifthen e uso este desde a primeira vers?o. Sempre mexi no código para modificar as aparências das tabelas, logos, etc. mesmo antes do plugin o permitir. Também envio várias sms fora do plugin, em diferentes momentos, por método de pagamento, manuais, automáticas e programadas. é verdade de que algumas coisas que referi no início do tópico n?o est?o implementadas por mim, embora as implementarei assim que possa.

Concordo em absoluto quando refere que o plugin deveria efetuar o básico -less is more. Este n?o o faz e está mesmo carregado de funcionalidades avan?adas como integra??es com outras plataformas, hooks para todos os gosto, op??es dentro de cada método. Ainda bem…

Fazendo o enquadramento com o que o plugin já oferece, n?o é de todo descabido partir de algumas das ideias que referi e considera-las no futuro.

N?o fazia mais sentido uma vers?o grátis e outra paga?

N?o fazia mais sentido uma vers?o grátis e outra paga?

N?o neste plugin ??