O desenvolvimento desta versão custou 21.780 euros. O custo acumulado para este ano é de 35.130 euros. O custo acumulado desde a primeira versão é de 233.860 euros, mas o custo para si é apenas a licença de 79€.
Nova ramificação 32.0.x do plugin Redsys para WooCommerce de WooCommerce.com.
O mais importante desta versão: a sua loja a partir de um aplicativo nativo
Esta versão ativa a API de gestão que até agora estava oculta dentro do plugin. A sua loja pode conectar-se ao PackDesk, o aplicativo nativo de gestão para macOS, para trabalhar com pedidos, devoluções, produtos e clientes sem abrir a área de trabalho do WordPress. O PackDesk já está publicado na Mac App Store e requer macOS 26 Tahoe ou superior.
A API é estritamente opcional: está desativada por padrão, exige HTTPS e uma licença ativa, e nenhum aplicativo pode acessar a loja até que o comerciante a ative.
Versões da ramificação
32.0.0
Novo:
- Gere a sua loja a partir de um aplicativo nativo. Esta versão ativa a API de gestão que até agora estava oculta dentro do plugin. A sua loja pode conectar-se ao PackDesk, o aplicativo nativo de gestão para macOS, para trabalhar com pedidos, devoluções, produtos e clientes sem abrir a área de trabalho do WordPress. A API é servida sob o espaço de nomes redsys-manager/v1 e é estritamente opcional: está desativada por padrão, exige HTTPS e uma licença ativa, e nenhum aplicativo pode acessar a loja até que um comerciante a ative. Oferece uma fila de preparação de pedidos e atualizações de pedidos, rotas de produtos e clientes, um feed de mudanças (delta) para que o aplicativo sincronize apenas o que mudou, reintentos de escrita seguros através de um cabeçalho Idempotency-Key, e um limite de pedidos por empregado (por usuário, nunca por IP), de modo que vários empregados que compartilham uma mesma conexão nunca interfiram entre si.
- Nova seção "Comportamentos para a APP" nas configurações avançadas do Redsys (WooCommerce – Configurações – Redsys – Configurações Avançadas) para controlar como a loja se comporta em relação ao aplicativo: ativar ou desativar a API, permitir ou restringir as devoluções ao perfil Atendimento ao Cliente (por padrão as devoluções estão limitadas ao perfil Administrador), exigir uma versão mínima do aplicativo e definir o limite de pedidos por minuto e por empregado (300 por padrão; 0 para desativá-lo).
- Novo "Perfil de aplicativo" por usuário na tela de edição de usuário do WordPress, para que cada empregado que se conecte a partir do aplicativo opere sob um perfil —por exemplo Administrador ou Atendimento ao Cliente— que decide o que lhe é permitido ver e fazer no aplicativo, incluindo se pode emitir devoluções.
- Nova seção "Apps e Plugins" nas configurações avançadas do Redsys: um resumo apenas para leitura do aplicativo nativo e dos restantes plugins, sites e skills, tudo acessível a partir de um único local.
- O PackDesk já está publicado na Mac App Store, e o botão oficial "Baixe na Mac App Store" é exibido na parte superior da seção "Comportamentos para a APP" e na área de aplicativo destacado de "Apps e Plugins", de modo que o aplicativo pode ser instalado diretamente a partir das configurações da loja. O botão usa a imagem oficial da Apple no idioma do administrador que está visualizando —inglês, espanhol, catalão, francês ou português, com inglês para euskera e galego porque a Apple não publica um badge para eles— e abre a App Store do país de cada visitante. A ficha do aplicativo agora mostra a versão publicada em vez da beta, e indica que requer macOS 26 Tahoe ou superior.
Atualizado:
- Compatibilidade declarada com WooCommerce 11. O cabeçalho "WC tested up to" do plugin agora indica 11.0, assim WooCommerce já não avisa que a passagem não foi testada com a versão que está a usar. A versão mínima suportada do WooCommerce não muda (7.4).
Corrigido:
- O código QR do produto não aparecia em lojas cuja biblioteca de mídia está externalizada para um serviço como Cloudflare Images. A imagem do QR era registrada corretamente na biblioteca de mídia, mas o plugin salvava e mostrava uma URL construída manualmente a partir da pasta local de uploads em vez de pedir ao WordPress a URL real do anexo, assim em uma loja com o armazenamento externalizado essa direção apontava para um arquivo que já não é servido localmente e a imagem aparecia quebrada. A URL do QR agora é resolvida através da biblioteca de mídia (wp_get_attachment_url), o id do anexo é salvo junto a ela, e a direção é resolvida sempre que o QR é exibido, de modo que segue o arquivo onde quer que seja servido, incluindo uma externalização ativada após a criação do QR. Os códigos QR existentes são reparados automaticamente na primeira vez que seu produto é aberto; se algum não puder ser emparelhado, o link "Regenerar código QR" o reconstrói corretamente.
- Um pagamento com Bizum poderia ser cobrado no banco e deixar o pedido pendente, com o log mostrando "Falha na verificação da assinatura na successful_request". O passo de finalização do pedido de uma das duas passarelas de Bizum verificava a notificação bancária com a chave de assinatura configurada na passarela, enquanto a operação havia sido assinada com a chave por pedido realmente usada para ela, como ocorre em lojas com terminal por usuário ou com terminal dual/de testes, ou com o filtro bizum_modify_data_to_send. A notificação passava pela primeira validação e era rejeitada após esta segunda verificação, assim o dinheiro era cobrado e o pedido ficava pendente. O passo de finalização do pedido agora resolve a chave de assinatura exatamente da mesma forma que a validação da notificação —e que a outra passarela de Bizum, que já o fazia assim—: primeiro a partir dos metadados do pedido, depois a partir do transient da solicitação, e por último a partir da chave das configurações para o cliente do pedido, de modo que as duas coincidam.
