Adicionado status PAYMENT_REVIEW para novos pedidos e habilitado rotina de checagem de status de pedidos por padrão #309
Conversation
…na de checagem de status de pedidos por padrão
…telephone -> fax em config.xml
… para email sha512
| */ | ||
| private function _isHashable() | ||
| { | ||
| return function_exists('hash') |
There was a problem hiding this comment.
O método original usa || (OR) para verificar a ausência do suporte de qualquer um dos tipos de hash. Receio que deva fazer o mesmo aqui.
| @@ -164,6 +164,7 @@ | |||
| <active>0</active> | |||
| <title>Cartão de Crédito - via PagSeguro UOL</title> | |||
| <order_status>pending</order_status> | |||
| <paid_status>paid</paid_status> | |||
There was a problem hiding this comment.
A alteração do status do pedido se dá definindo o status padrão para aquele state. A maioria dos módulos de pagamento usa isso como padrão.
Porque um pedido via Pagseguro + Cartão de credito passaria a usar outro status?
There was a problem hiding this comment.
É muito útil para integrações de pedidos, caso seja necessário utilizar um status personalizado para pedidos pagos.
Ou para visualizações de pedidos no admin personalizadas como o do Toluca Store.
Adicionei um fallback para utilizar o status atual caso um novo não for configurado 8698dd7
| <address_street_attribute>street_1</address_street_attribute> | ||
| <address_number_attribute>street_2</address_number_attribute> | ||
| <address_neighborhood_attribute>street_2</address_neighborhood_attribute> | ||
| <address_complement_attribute>street_3</address_complement_attribute> | ||
| <address_neighborhood_attribute>street_4</address_neighborhood_attribute> |
There was a problem hiding this comment.
Boa. Não sei como deixei isso passar.
|
A rotina de remover acentuação só se faz necessária pra Sandbox. No ambiente de produção você não terá problemas com acentuação. |
|
@r-martins bora remover esse trem :) |
|
Obrigado pelo PR @eneiasramos . PS: Provavelmente aplicarei isso em um commit separado, pois seu PR contém multiplas melhorias em diferentes areas no mesmo PR. |
@r-martins tudo bom meu caro? A ideia é obter o sessionID da loja para ser manipulado de forma transparente em um APP por exemplo... Neste cenário, a geração do card token, junto com o session id retornado, ficariam a cargo do APP. |
…:getCreditCardApiCallParams() para enviar _store com storeId do pedido
eneiasramos
force-pushed
the
eneiasramos
branch
from
e81e7ba to
b367223
Compare
…e, send_status_change_email => 1, send_status_change_email => 1, owner_dob_attribute => dob em config.xml
There was a problem hiding this comment.
Obrigado pelo pull request!!
Tem muita coisa boa aqui, @eneiasramos.
No entanto, algumas das mudanças de status apresentadas não me parecem corretas e receio que possam ser vistas como bug. Dê uma olhada nos meus comentários e vamos falando.
| @@ -316,6 +324,8 @@ protected function _order($payment, $amount, $ccIdx) | |||
| { | |||
| $order = $payment->getOrder(); | |||
|
|
|||
| $order->setState(Mage_Sales_Model_Order::STATE_PAYMENT_REVIEW, true); | |||
There was a problem hiding this comment.
Nem todo pagamento começa como Payment review. Isso poderia confundir o comprador. Ex: Pedido com Boleto deve entrar como Pending e não review. Review só ocorre no caso de análise de fraude de um pagamento realizado/capturado com sucesso.
| <customer_cpf_attribute>taxvat</customer_cpf_attribute> | ||
| <address_telephone_attribute>telephone</address_telephone_attribute> | ||
| <customer_cpf_attribute>customer|taxvat</customer_cpf_attribute> | ||
| <address_telephone_attribute>cellphone</address_telephone_attribute> |
There was a problem hiding this comment.
Não temos atributo cellphone por padrão. (pelo menos nao no openmage 20.0.13 que estou usando pra teste)
| @@ -679,7 +679,8 @@ protected function _confirmPayment($payment, $notification) | |||
|
|
|||
| $order->addStatusHistoryComment | |||
| ( | |||
| sprintf('Fatura #%s criada com sucesso.', $invoice->getIncrementId()) | |||
| sprintf('Fatura #%s criada com sucesso.', $invoice->getIncrementId()), | |||
There was a problem hiding this comment.
Se passar como false ele não mudará o status do pedido depois da fatura criada. Não consigo ver sentido neste ser o comportamento padrão. Pedidos com fatura gerada viram Processing (ou outro status associado como padrao pro Processing).
| @@ -25,6 +25,13 @@ $multiCcEnabled = Mage::helper('ricardomartins_pagseguro')->isMultiCcEnabled(); | |||
| </div> | |||
| </li> | |||
| */ ?> | |||
| <?php if ($this->getInstructions()): ?> | |||
There was a problem hiding this comment.
O que o motivou a ter instruções adicionais pra pedidos com cartão? (curiosidade)
Adicionado status PAYMENT_REVIEW para novos pedidos e habilitado rotina de checagem de status de pedidos por padrão