Powered by Adobe Commerce 2.4.5-p1

This extension is in our Payment category. Please remember that it is the merchant’s responsibility to ensure the proper PCI compliance level of their store, as applicable by PCI regulations. The PCI Self-Assessment is one tool you can use when evaluating Payment extensions and how they may affect your PCI compliance level. For more information on Marketplace policies, please review the Marketplace Terms & Conditions.
logo-2021-m2-240x240.png

PagSeguro Trasparente

This is an Integration with a Third Party Service. Other charges and fees may be required to use this extension on your Store
PRODUCT:
0
TOTAL:

Overview

Back to top

PagSeguro UOL is  the most famous online payment company in Brazil, supporting different  payment methods with a single integration (similar to PayPal). PagSeguro  is part of Universo Online (UOL group) which, according to Ibope  Nielsen Online, is the Brazil's largest internet portal with more than  50 million unique visitors and 6.7 billion page views every month. In  2015, it was recognized as the "Best Payment Method" by the Congresso  Afiliados Brasil (Brazil Affiliates Congress). 

With PagSeguro UOL, your store will be able to accept credit card  payments including the most known brands (Visa, MasterCard, American  Express, Elo, and many others), and also with Bank slips (also known as Boleto - very common in  Brazil), Direct Debit and PIX.

When installing this module, a new payment module will be added to  your Payment Methods configuration, which allows you to setup your store  with PagSeguro details, integrate your PagSeguro account to your  Magento store and start accepting payments with credit cards without needing to redirect your customer to any external website. All sensitive data is sent directly to PagSeguro on the frontend, and it returns only a hash of that information, which is used to process the transaction on your server. No sensitive data is stored.

After configuring the module in your store configuration panel, a new  payment method will be displayed in your store, totally integrated with  PagSeguro UOL.

 

Account & Pricing

You must have a PagSeguro Seller or Business Account on PagSeguro. Use this link to sign up for free, and to read and agree with the PagSeguro taxes and conditions. 

It's recommended you do this before downloading/installing  this module, considering there's no use to install without having a  PagSeguro Account. As any other payment service, PagSeguro charges from  3,99% to 4,99% + R$0,40 per approved transaction. Note these values  could change and you visit the pricing page to confirm if they are still current. 

By using this module you are eligible to a discount of 0,84% + R$0,40 per approved order placed using this extension. Click here for more details.

 

Features:

  • Accept credit cards, Bank Debit (TEF) and Bank Slip (known as Boleto)
  • Transparent checkout (without redirecting customer to any external website)
  • Receive notifications from PagSeguro
  • and Auto-update order status
  • Automatically calculate the number of installments based on order  total, credit card brand and rules configured in your PagSeguro account.
  • Optionally display installment simulations on product page
  • Self-check configuration tool to validate your configuration and requirements
  • Allow you to select which attribute you are using for every parameter required by PagSeguro (attribute mapping)
  • Easy to setup and customizable UI
  • Free support and knowledge base
  • Multi shipping not supported

Used by more than 20.000 stores in Brazil, since 2014 (including older versions).

 

Security & PCI Compliance

PagSeguro is PCI Compliat. The user will type credit card data on  your website, and this information is sent to PagSeguro prior to the  checkout, in order to obtain the credit card hash. By using this module,  all the credit card data is passed to PagSeguro servers via https (SSL)  in the frontend directly from the customer's browser, and only the  token(hash) is used by your server. 

The module only stores the last 4  digits of the credit card and its brand name, although all the form data  (which may include sensitive/credit card data) is sent to your server.  This module uses PagSeguro APIs (which are PCI Compliance) to deal with  sensitive information like Credit Card data. 

Be sure that you have fully researched all PCI requirements and certifications prior to installing this extension!

 

Demo & Extra Instructions

Demo Store with PagSeguro for Magento 2  (which is reset every 6 hours)

Also tested with Mestre Magento Checkout, Swissup Fire Checkout, and Amasty OneStep Checkout.

You can also check this free course about how to create an online store with Magento 2 ready to sell in Brazil using this module.

Technical Specifications

Back to top

Seller profile

Ricardo Martins

Seller contact

E-mail

Integrator

PagSeguro

Current Version

2.19.1

Adobe Commerce platform compatibility

Open Source (CE): 2.3 (current), 2.4 (current), 2.2 (obsolete)

Commerce on prem (EE): 2.3 (current), 2.4 (current), 2.2 (obsolete)

Commerce on Cloud (ECE): 2.3 (current), 2.4 (current)

Type

Stable Build

Updated

30 November, 2022

Categories

Extensions, Payments & Security, Payment Integration

Supported Browsers

Chrome, Firefox, Opera, Safari, Edge, IE

Documentation

Installation Guides

User Guides

License Type

MIT License (MIT)

Policy

Privacy Policy

Quality Report

Back to top

Installation & Varnish Tests

Passed

Coding Standard

Passed

Plagiarism Check

Passed

Malware Check

Passed

Marketing Review

Passed

Manual Testing

Passed

All tests were conducted on the latest versions of Adobe Commerce that existed for the compatible release lines at the moment of the extension submission. Latest versions of all other software were used, as applicable.

Release Notes

Back to top

2.19.1:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    * Correção: o erro "Deprecated Functionality: substr(): Passing null to parameter #1 ($string) of type string is deprecated" era exibido em alguns lugares em lojas com PHP 8.1
    * Correção: em algumas situações de reembolso e falhas internas no pagamento com 2 cartões, um método não declarado (writeLog) ocasionando erros e outras exceções. Correção reportada e resolvida por João Victor Pereira

2.19.0:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Agora é possível gerar pedidos com Boleto e Débito em conta via Admin. Opcionalmente, você também pode desabilitar estes meios no front end, deixando-os disponíveis apenas no admin.

2.18.1:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    * Correção: em alguns tipos de deploy as imagens das bandeiras do cartão de crédito apareciam quebradas no checkout. Reportado e corrigido por Aleksandar da ecommistry.com.
    * Correção: em algumas situações (que não conseguimos reproduzir), ao atualizar o módulo para outra versão, um erro de SQL ocorria pois o módulo tentava criar novamente dois atributos de produto já existentes. Reportado por César Galvani da mageuni.com.

2.18.0:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Melhoria: adicionamos ainda mais informações sobre taxas e custos no admin. Agora você pode ver o custo de parcelamento para o vendedor (em compras onde você assumiu os juros de uma ou mais parcelas), tarifa de intermediação (tipicamente R$0 nos nossos modelos de aplicação) e taxa de intermediação (3,15% ou 4,15% para nossos clientes de aplicação). Sugerido por Jefferson Vicente (Infobase).

2.17.0:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Agora é possível ver ainda mais informações sobre um pagamento no admin.

    Informações como taxas, valor líquido a receber, data da liberação e outros referentes a pagamentos com cartão de crédito agora estão disponíveis no admin.

2.16.0:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Melhoria: URL de Notificação agora usa WS da aplicação, contornando possíveis problemas de instabilidade.

2.15.6:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Outros ajustes diversos para garantir compatibilidade com PHP 8.1 e correções de erros de depreciação.

2.15.4:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Adicionado compatibilidade com Magento 2.4.4.

2.15.3:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Correção: quando um cupom de desconto era informado antes dos dados do cartão de crédito, o módulo não utilizava o valor do pedido atualizado no cálculo de parcelas, gerando erro na finalização da compra. (Reportado por José Neto)

2.15.2:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Melhoria: erros na finalização do pedido por conta de falhas no valor da parcela agora são recalculados no backend e submetidos novamente ao PagSeguro, evitando perder o pedido por conta de erros. Isso ocorria no casos onde algum problema ocorria na frente de loja ou em instabilidade no serviço de parcelas do PagSeguro. Em outros casos, módulos de promoção e/ou brindes alteram o valor do pedido após o mesmo ser submetido para o backend (o que não é uma boa prática/padrão). Este recurso já está presente no Magento 1.x de forma semelhante há mais de um ano, e agora chega no Magento 2.

2.15.1:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Correção: quando outros meios de pagamento de cartão estão ativos, o valor interno de configuração referente a data de expiração do cartão de crédito era duplicado internamente. O problema foi reportado e corrigido por @michelbrito (Michel Brito) da interactiv4.com.

2.15.0:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Agora é possível navegar até uma transação no painel do PagSeguro diretamente à partir do painel do Magento.

2.14.0:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Melhoria/Correção: Seleção de parcelas no pagamento com 1 cartão passa a ser mantida nas atualizações de formulário
    Melhoria/Correção: Ajustes para atualização das parcelas quando o total do pedido muda (ex: quando se aplica um cupom)
    Melhoria: Alteração da referencia de total atualizado em lugar de observable do knockoutjs, para melhorar leitura do código
    Melhoria: Evita dupla chamada de atualização de parcelas em atualizações do total e altera a conferencia do flag 'force installment selection' (forçar seleção de parcelas)
    Melhoria: Remoção de código inutilizado no componente ko (1 cartão) e adição de debug no console avisando a atualização de parcelas (2 cartões)
    Melhoria: Mensagens de erro em pagamentos com cartão de crédito agora são exibidas e inseridas no formato recomendado pela Magento
    Correção: Evitamos que pedidos Completos (pago+enviado) tenham seus status alterados para Hold (em espera) no caso de chargebacks futuros (Reportado por José Neto)
    ℹ️ Nota: se você utiliza o módulo SystemCode_BrazilSystemAttributes, confira este artigo (https://bit.ly/32vofQL). Ele contém uma correção pequena para um problema que faz com que mensagens de erro sejam exibidas no topo da página de checkout ao invés de serem exibidas dentro do formulário de finalizar pedido. Isso pode fazer com que seus clientes não percebam que algo deu errado e desistam da compra.

    * v. 2.13.0
    Neste release adicionamos o suporte à produtos fracionados, ou com quantidade decimal.
    Este tipo de quantidade não é suportado pelo PagSeguro, porém contornamos isso da mesma forma como fizemos no módulo PagSeguro para Magento 1.x.
    Ao ter um produto com quantidade decimal vendido, a quantidade 1 é enviada para o PagSeguro e o nome do produto ganha um suffixo. Ex: Tecido Poliester (1.25 un.)
    A parte em destaque foi adicionada.

2.12.1:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    * Correção: mensagem de erro 'undefined index second_cc_owner...' era exibida quando uma data de nascimento inválida era preenchida no segundo cartão (pagamento com dois cartões). Contribuição de Michel Brito (interactiv4.com).
    * Correção: bug no Firecheckout fazia com que dados do cartão de crédito não fossem enviados corretamente quando um cupom é aplicado, impossibilitando o cliente de concluir a compra mesmo que os dados fossem preenchidos. Esta correção desabilita o recurso do Firecheckout que preenche novamente os dados de formulários de pagamento (de forma incorreta). Reportado por Bruna Ashby (brunaashby.com).

2.9.11:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    - Agora os campos numéricos (como número do cartão, data de nascimento, cpf, validade do cartão e cvv) passam a exibir o teclado numérico quando acessados à partir de dispositivos móveis. Apontado por Michael (Vind'ame).
    - Adicionado PIX aos grupos de pagamentos no Redirect (Pagar no PagSeguro). Agora é possível usar PIX ao redirecionar clientes para o PagSeguro ou excluir esta forma de pagamento nesta modalidade. Note que é preciso configurar o PIX no PagSeguro para que ele seja exibido nas opções de pagamento.

2.9.10:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    v. 2.9.10
    * Correção: usuários que não tinham permissão total no sistema, mesmo quando tinham permissão para atualizar um pedido PagSeguro manualmente, a opção não era exibida na página do pedido no admin. Reportado por Bruna.

    v. 2.9.9
    * Melhoria: Em lojas que optam por exibir opções de parcelamento na página de produto, agora contam com um botão exclusivo para limpeza de cache das parcelas na página de gerenciamento de caches do Magento. Antes o cache de parcelas era tratado como um cache separado, eventualmente sendo apagado acidentalmente durante uma limpeza de cache rotineira com cache:clean ou cache:flush.
    * Correção: Em lojas que optam por "Exigir seleção de parcelas" o módulo permitia que o cliente tentasse finalizar o pedido mesmo sem selecionar uma parcela. Isso fazia com que o pagamento fosse processado em 1x quando o cliente não selecionava nenhuma opção. Agora a seleção de parcelas é obrigatório e validado antes do checkout.
    * Correção: Em alguns casos (nunca conseguimos reproduzir) as lojas apresentavam uma tela em branco no Carrinho após instalar o módulo. O problema foi apontado e corrigido por Rodrigo Biassi (@rodrigobiassi) e aparentemente se tratava de um caractere especial adicionado acidentalmente em um dos arquivos do módulo há mais de 2 anos.

2.9.8:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    Correção de problema no JS Bundling que fazia com que as parcelas não fossem carregadas quando a minificação de JS esta ativada ou é feita por módulos de terceiros (como checkout da Amasty).

2.9.7:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    * Correção: ao colar o número de um cartão de crédito as parcelas não eram carregadas como deveriam. Isso afetava especialmente usuários de dispositivos móveis. (Reportado por Heitor)
    * Melhoria: se a bandeira do cartão digitado for alterada, as parcelas serão recalculadas

2.9.6:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    * Compatibilidade com checkout Mestre Magento e outros checkouts OneStep: antes, ao alterar o frete ou aplicar um cupom, o total de parcelas não eram atualizados ocasionando erros. Agora as parcelas são recalculadas e o cliente deve seleciona-las novamente. Isto provavelmente será refatorado na próxima versão, quando o pagamento com 2 cartões estiver disponível. Reportado por Rafael Paiva, equipe PagSeguro, e outros. Colaboração de Ariel (Mestre Magento).
    * Correção: quando uma promoção por meio de pagamento era aplicada nos meios de pagamento do PagSeguro e alternávamos para outro método, algumas validações eram feitas via ajax, fazendo com que o desconto não fosse removido ou adicionado corretamente. Reportado por Mauricio (Agencia GH).
    * Correção: quando a exibição de parcelas estava ativada mas o produto não tinha nenhuma parcela sem juros para ser exibida, nenhuma opção de parcelamento era exibida. Agora isto é opcional. (Reportado por Ismael)
    * Melhoria técnica: agora é possível disparar eventos personalizados quando o PagSeguro envia uma atualização de pedido. Isto é útil para integrações ou para disparar eventos personalizados de recuperação de carrinho. Basta observar o evento `rm_pagseguro_status_notification_received`. Sugerido por Bruna e Rodrigo Gabriel.

2.9.5:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    - Correção de erro ocasionado na limpeza de cache ou instalação do Magento caso o módulo esteja ativo e a loja não tenha nenhum produto no catálogo. (Reportado por Webjump/Luis)
    - Remoção de método não utilizado e leves melhorias no cache de parcelas da página de produto

    v. 2.9.3
    Pequena correção no link de "autorizar conta no PagSeguro" que apontava para o wizard incorreto (reportado por Alberto Braschi)

    v. 2.9.2
    Suporte ao retorno do PIX - Pagamentos Aprovados com PIX podem devolver o status 'Disponivel' antes mesmo do status 'Pago'. Agora o módulo consegue gerar a fatura nestes casos

2.9.1:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    * Melhoria: agora você pode forçar a atualização de um pedido junto ao PagSeguro. Ou seja, se o pedido não for atualizado automaticamente, agora você pode forçar esta atualização diretamente na tela do pedido no admin do Magento.
    * Melhoria: você pode limitar quais administradores podem realizar atualizações de pedido no admin.
    * Melhoria: agora é possível passar um código de notificação de pedido (notificationCode) em /pseguro/notification direto no URL. Isso facilita o teste de notificações enviadas à loja.
    * Melhoria na forma como o pedido era carregado internamente ao receber uma notificação do PagSeguro. É esperado que isso resolva os casos onde o PagSeguro enviava uma notificação e o pedido não era encontrado.
    * Correção: correção em mensagens de erro logadas internamente e que não eram traduzidas
    * Correção: Pedidos com Redirect poderia exibir pedido anterior feito pelo mesmo cliente na mesma sessão em casos onde a loja utilizava Redis e o sistema de sessão ficava sobrecarregado
    * Melhoria: Pedidos com Redirecionamento para o PagSeguro passam a ser mais estáveis em lojas com poucos recursos de hardware ou com Redis mal configurado.
    * Correção: ao habilitar o recurso de 'redirecionar para página de sucesso' no meio de pagamento 'Redirecionar para o PagSeguro' o módulo retornava uma tela em branco com 'false'. Reportado por Tacius.
    * Melhoria: reordenamos os campos do cartão de crédito (assim como fizemos no Magento 1). Agora os dados do cartão são solicitados antes do nome do titular, data de nascimento e CPF. Des
    ta forma, enquanto o cliente preenche os outros dados, as parcelas estão sendo calculadas, melhorando a experiência do usuário que antes tinha que esperar o cálculo das parcelas ser populado para seguir com o checkout.

2.8.4:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    v. 2.8.3
    * Melhoria: agora é possível ver qual usuário administrativo realizou um reembolso em pedidos com PagSeguro. Um comentário não visível para o cliente adiciona detalhes do administrador que fez o reembolso. Sugerido por Tacius.

    v. 2.8.4
    * Correção de compatibilidade que gerava em erro fatal (syntax error, unexpected 'OrderRepositoryInterface') em lojas com PHP 7.3, impedindo compilação e utilização do módulo.

2.8.2:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    v. 2.8.2
    * Corrigido erro em páginas de produtos relacionados à exibição de parcelamento no caso de produtos que não teriam opções sem juros para serem exibidas, causando erro "Cannot read property 'addEventListener' of null", e eventualmente impedindo o produto de ser configurado (produtos configuráveis) e adicionado ao carrinho.

2.8.1:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    * Correção na obtenção de parcelas. A tarefa agendada que populava os valores das parcelas na página de produto salvavam valores incorretos quando a operação falhava, ocasionando falha ao carregar página de produtos com exibição de parcelas ativa (implementado na versão anterior, 2.8.0).
    * Melhorias no frontend de cartão de crédito
    * Placeholder para ano de data de nascimento agora é AAAA ao invés de YYYY
    * Adicionado limites a alguns campos como data de nascimento para evitar erros
    * Melhoria e tradução de algumas mensagens de erro de validação do cartão a fim de apontar para o usuário o que precisa ser corrigido
    * Tamanho do campo de ano na data de nascimento antes cortava o último dígito por questões estéticas
    * Removido atributos !important do CSS do módulo, tornando mais fácil a customização de alguns campos no checkout
    * Limite no campo CPF e CVV para evitar erros de digitação. Sugestão técnica feita por @rafaelxapa.
    * Removida validação do atributo sender_hash no backend. Este campo não é obrigatório para clientes no modelo de aplicação (incluindo todos que usam Magento 2). Agora mesmo quando a obtenção deste campo falhar, nenhum erro será gerado para o usuário nem nos logs e o pedido poderá ser finalizado sem problemas.

2.7.5:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    v. 2.7.5
    - Correção: opções de cartão de crédito não eram exibidas no admin nem no frontend quando usado em multiwebsite/multistore.
    v. 2.7.4
    - Correção: parcelas do cartão vinham pre-selecionadas em 2x em alguns casos
    v. 2.7.3
    - Correção de Erro ao clicar no Cartão era logado no backend e impedia que promoções envolvendo forma de pagamento "Cartão de crédito" fossem aplicadas
    - Melhoria: Agora no meio de pagamento Redirect, é possível redirecionar o cliente para página de sucesso antes de redirecionar para o PagSeguro. Útil para contar conversões (Analytics) e disparar outros eventos de conversão.

2.7.3:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    - Correção de erro que ocorria ao clicar/selecionar Cartão de Crédito como forma de pagamento era logado no backend e impedia que promoções envolvendo forma de pagamento "Cartão de crédito" fossem aplicadas
    - Agora no meio de pagamento "Pagar no PagSeguro", é possível redirecionar o cliente para página de sucesso antes de redirecionar para o PagSeguro. Útil para contar conversões (Analytics) e disparar outros eventos de conversão.
    - Remoção de msg de debug desnecessária

2.7.2:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3 2.4
  • Compatible with Commerce on Cloud (ECE) : 2.3 2.4
  • Stability: Stable Build
  • Description:

    v. 2.7.2
    * Correção em erro de compilação em lojas com Magento 2.3.0 (específico desta versão
    * Melhoria na ferramenta de auto diagnóstico. Agora incluí informação sobre o meio de pagamento "Pagar no PagSeguro"

    v. 2.7.1
    * Correção: Erro impedia que descontos por formas de pagamento fossem aplicados em boleto e TEF no carrinho - Reportado por Leandro (Origami Criações) (#175049384)
    * Correção na mensagem de tradução quando um CPF ou CNPJ não era preenchido no TEF (e provavelmente em outros meios)

    v. 2.7.0
    * Agora é possível estornar transações diretamente dentro do Magento, sem precisar ir ao PagSeguro. Sugerido por Edson Barbosa.
    * As bandeiras dos cartões agora são exibidas junto à marca PagSeguro e o nome do método de pagamento na frente de loja. Você pode desabilitar ou personalizar este recurso. Sugerido por Jimmy.

2.6.0:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    A nova versão 2.6.0 trouxe melhorias estruturais que aumentam a taxa de conversão junto ao PagSeguro, reduzindo o número de transações negadas, além de uma série de benefícios. Sua atualização é altamente recomendável.

    Veja o que mudou:

    Agora o IP do comprador (senderIp) também é enviado para o PagSeguro. Embora o campo não seja obrigatório, verificamos junto à equipe de fraude que ele é um componente importante e pode ser usado na análise de transações da aplicação.
    Suporte à novos status do PagSeguro (Debitado / Retenção temporária). Pedidos contestados junto à operadora do cartão agora entram Em Espera, enquanto aqueles que tiveram uma disputa encerrada à favor do comprador, são cancelados.
    A consulta de notificações recebidas agora usa a API v3 do PagSeguro. Antes a v2 era utilizada. A v3 possuí os novos status, e espera-se que seja mais estável que a primeira.
    Melhoria estrutural: um comportamento que herdamos do Magento 1 fazia com que o token do cartão e o identificador do cliente (sender_hash) fossem salvos via ajax durante o checkout e eram gravados em sessão. No entanto, algumas lojas possuíam módulos que alteravam o comportamento da sessão fazendo com que o os dados ficassem indisponíveis. Agora não fazemos mais esta requisição, e os dados são gerados e salvos no formulário de pedido quando o cliente clica no botão de finalizar compra, evitando erros e inconsistências.
    Correção de erro que ocorria quando não era definido se a sandbox estava ativa ou não e fazia o checkout não carregar como esperado. O erro ocorria quando uma loja tinha o módulo atualizado para versão 2.5.0 e o administrador não salvava os valores de configuração.
    Correção de erro CSP quando sandbox está ativa. O domínio da sandbox PagSeguro estava incorreto no arquivo que os adiciona à lista de exceções.
    Quebra de layout corrigida. Uma atualização de layout do módulo forçava a utilização de layout 1 coluna indevidamente.

2.5.0:

  • Compatible with Open Source (CE) : 2.3 2.4
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    - Suporte à Sandbox PagSeguro
    - Correção de erro não amigável quando a chave pública não era configurada/informada nas configurações do módulo

2.4.14:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    * Correção: Mensagem de erro de unserialize (Unable to unserialize value) era exibida no cartão em alguns cenários. (Reportado por Webjump/Denis/Adison)
    * Correção: em lojas multi store ou multiwebsite algumas configurações sempre eram obtidas do escopo global, ignorando as configurações do website ou da loja. Desta forma, não era possível por exemplo ter tokens e vendedores diferentes em instalações multiloja. (Reportado por Leonardo)
    * Melhoria: formatação de código, espaçamentos, quebras de linhas e eliminação do 'static' para o método Data::normalizeChars
    * Correção TEF: Mensagem de erro não amigável era exibida ao tentar finalizar um pedido com TEF (Débito) sem selecionar o banco. (Reportado por Cledson)
    * Correção: Mensagem de erro era adicionada aos logs ao alternar entre meios de pagamento ao selecionar cartão de crédito pela segunda vez.

2.4.13:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    - Melhoria: Agora o número de parcelas, valor das parcelas e código de transação são exibidos na informação do pedido, em pedidos feitos com Cartão de Crédito.
    - Correção em problema relacionado ao método preparePagSeguro que impedia exibição de TEF e número de parcelas. (@gabrielhaase)
    - Correção: a classe que impede que o Magento cancele automaticamente pedidos com Boleto não pagos no tempo configurado gerava erro em lojas que foram configuradas usando prefixo de tabelas (@gabrielhaase e @r-martins )

2.4.11:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    * Melhoria: Suporte a headers CSP - Dominios PagSeguro adicionados à whitelist das políticas CSP obrigatório no Magento 2.4 e recomendável no 2.3.5+.
    * Melhoria: formatação de código

2.4.10:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    - Correção/Melhoria: em casos que o pedido não era encontrado quando o PagSeguro enviava a notificação o módulo devolvia um status de sucesso fazendo com que o PagSeguro não tentasse atualizar o status do pedido novamente. Agora o módulo devolve um status de erro, a fim de forçar o pagseguro enviar a notificação novamente em casos de falha.
    - Formatação de código
    - Correção: Corrigida Mensagem de erro 'Undefined index: cc_installments' em alguns casos raros que era exibida no checkout.

2.4.9:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    v. 2.4.9
    - Correção de problema com pedidos feitos por clientes logados quando a loja está configurada para não exibir o campo de CPF junto aos dados de pagamento
    - Melhoria nas formas como os elementos no frontend atualizam dados para o processo do pagamento. Dados como sender_hash, data de nascimento, e cpf não são mais passados via ajax e são buscados somente posteriormente com base nas configurações do módulo (evitando problemas)
    - Reformatação de código em algumas classes para ficar de acordo com os padrões recomendados pela Magento

    v. 2.4.8
    - Adicionado opção para definir URL de Sucesso para quem pagar sendo redirecionado para o pagseguro

2.4.7:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    Correção: url de notificação não estava sendo enviada quando o cliente escolhia "Pagar no PagSeguro". Desta forma, os pedidos não eram atualizados automaticamente quando mudavam de status.

2.4.6:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    - Conforme reportado em #44, quando um pedido contendo produtos bundle (Pacote de Produtos) era enviado ao PagSeguro, as opções selecionadas eram enviadas também. Isso causava erro no valor das parcelas (quando usamos cartão de crédito) ou valor incorreto na geração do boleto (valores a mais).
    - A partir de agora o módulo não envia as opções selecionadas em produtos configuráveis ou pacote de produtos ao PagSeguro - como já acontece no Magento 1. Em pedidos com produtos configuráveis, antes as opções selecionadas eram enviadas com valor de R$0,01 (e o valor era descontado no "Extra"). Agora somente o produto principal é enviado.

2.4.5:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    *Melhoria: evita que o Magento cancele pedidos automaticamente com status "Aguardando Pagamento" feitos com este módulo.
    * Corrige status de pedidos para novos pedidos feitos com Redirect (Pagar no PagSeguro)

    v. 2.4.4
    * Melhoria na mensagem de erro exibida quando o PagSeguro está fora do ar e devolve um XML inválido. Antes uma mensagem do erro do curl era exibida.

    v. 2.4.3
    * Correção na tradução do texto "Data de Nascimento" que não funcionava como esperado quando o campo era configurado para ser exibido junto aos dados de pagamento

2.4.2:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    v. 2.4.2
    Ao ter um pedido cancelado/negado pelo Pagseguro os itens não eram devolvidos para o estoque. (Corrigido)

    v.2.4.1
    Corrigido problema onde em alguns casos, ao tentar finalizar uma compra o cliente via uma mensagem "Unable to unserialize value.", tendo que clicar novamente em finalizar compra para obter sucesso.

    v. 2.4.0
    Neste novo release a opção de "Pagar no PagSeguro" foi adicionada às formas de pagamento do módulo.
    Praticamente todos os recursos da versão para Magento 1 foram mantidas.

2.3.7:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    Melhoria interna: adiciona headers personalizados nas requisições, enviando informações de versão do magento e versão do módulo. Isto ajudará a focar os esforços nas versões mais usadas e comunicações sobre atualizações importantes.

2.3.6:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    Correção: O token do cartão de crédito não era atualizado quando o campo CPF não era exibido junto aos campos de pagamento (ajustável nas configurações do módulo).

2.3.5:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    Melhoria/Correção: O PagSeguro frequentemente manda notificações (para atualização um pedido) duplicadas no mesmo minuto. Isso faz com que o módulo gere uma série de comentários internos duplicados no pedido. Nesta versão foi implementado uma melhoria que ignora notificações duplicadas em um intervalo menor que 1 minuto, assim como já foi implementado no passado no módulo para Magento 1.

2.3.4:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    Melhoria: Agora o módulo exibe as mensagens de erro do PagSeguro em Português para o usuário final. Isto incluí (mas não somente) mensagens de validação de CPF, telefone, data de nascimento, e outras mensagens.

2.3.3:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    - Correção/Melhoria: quando um ocorria um erro no PagSeguro (por exemplo por CPF inválido), o módulo não exibia mensagem alguma e não concluía o checkout. Agora o módulo exibe a mensagem retornada pelo PagSeguro ao usuário.

2.3.2:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    v. 2.3.2
    - Correção: Erro 'undefined sendEmail' quando uma atualização de pedido era enviada pelo PagSeguro e a opção de "Enviar fatura por e-mail" estava ativada
    - Melhoria: O módulo não emitirá mais fatura com status pendente para pedidos que ainda não foram pagos (Cc). Ou seja, ao realizar um novo pedido, o módulo não irá mais gerar uma fatura automaticamente, a menos que o pagamento seja confirmado/aprovado imediatamente.

2.3.1:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Compatible with Commerce on Cloud (ECE) : 2.3
  • Stability: Stable Build
  • Description:

    v. 2.3.1
    * Correção: Corrige mensagem CPF/CNPJ é obrigatório quando o cliente troca o meio de pagamento durante o checkout (#168397762 interno)
    * Melhorias diversas na interface do formulário de cartão de crédito: agora o campo de cartão tem máscara com espaços / a bandeira é adicionada dentro do campo de forma amigável / campo de mês e ano agora é um input para facilitar a entrada de dados

2.3.0:

  • Compatible with Open Source (CE) : 2.3
  • Compatible with Commerce on prem (EE) : 2.3
  • Stability: Stable Build
  • Description:

    v. 2.3.0 - Compatível com Magento 2.3.0 ou superior.
    * Melhoria: adicionado link de pagamento do boleto no e-mail de novo pedido (junto com as informações de pagamento) e no admin
    * Melhoria: método serialize() substituido para atender padrões da Magento (MEQP2)
    * Correção: retorno de pagamento não funcionava nas versões mais novas do Magento (> 2.3) devido a um novo recurso de segurança não esperado. Agora o módulo não fará validação de CSRF para requisições no URL de notificação (assim como ocorre com Amazon Pay). Esta correção faz com que o módulo não seja mais compatível com versões inferiores à 2.3.0.

2.2.2:

  • Compatible with Open Source (CE) : 2.2 2.3
  • Compatible with Commerce on prem (EE) : 2.2 2.3
  • Stability: Stable Build
  • Description:

    - Added payment links to Boleto (Bank Slip) and TEF (Direct Debit) in admin and frontend.
    - TEF Added to debug controllerdo

Support

Back to top

The best place to start if you need help with a specific extension is to contact the developer. All Adobe Commerce developers have both a contact email and a support email listed.

Contact Vendor

Q & A

Back to top

Reviews

Back to top