Referência Multibanco: validade e reserva da encomenda

Um cliente português escolhe Multibanco, recebe os dados e fecha o navegador para pagar mais tarde. A loja já tem uma encomenda, mas ainda não recebeu confirmação de pagamento. Se estás a entrar neste mercado, este intervalo muda a forma como reservas stock e anuncias a entrega. Não deves tratar todos os pedidos criados como artigos vendidos, nem enviar uma mensagem de expedição só porque apareceu uma página de sucesso.

Este guia usa o módulo oficial ifthenpay para Magento como exemplo verificável de referências estáticas e dinâmicas. As opções pertencem a esse fornecedor e a essa integração, não são uma regra universal de todas as referências Multibanco. Confirma a modalidade da tua conta antes de escrever o prazo no checkout. Para as opções logísticas portuguesas, existe o guia de logística para uma loja online; aqui a questão é a ligação entre o pagamento adiado pelo cliente e a preparação física.

Todas as referências Multibanco expiram? #

Não atribuas uma validade igual a todas. A documentação ifthenpay consultada em 10 de outubro de 2026 distingue a referência Multibanco sem prazo da referência dinâmica com prazo configurável. Isso significa que a frase pagar até amanhã só pode aparecer quando corresponde ao comportamento real da referência emitida. Um prazo comercial escrito num email não transforma uma referência sem validade numa referência tecnicamente bloqueada após essa data.

Verifica qual a configuração aplicada à encomenda concreta. Uma conta pode ter métodos diferentes, e o nome apresentado ao cliente pode continuar a ser simplesmente Multibanco. Guarda a entidade, a referência, o montante e a validade comunicada pelo fornecedor junto do pedido. Esses dados devem permanecer acessíveis na confirmação enviada ao comprador. Se mudares de integração, revê as mensagens antigas em vez de copiar uma validade que já não é suportada.

Como relacionas a validade com a reserva do stock? #

Começa pelo artigo mais escasso. Se só tens uma unidade de uma variante, decide se fica reservada enquanto a referência está válida. A reserva impede que duas pessoas comprem a mesma unidade; não comprova que a primeira pessoa já pagou. Se libertares o stock antes de a referência deixar de aceitar pagamentos, crias a possibilidade de receber dinheiro por uma mercadoria que entretanto foi vendida a outro cliente. Esse risco deve entrar na escolha do prazo.

Não existe aqui um número de dias ideal para todos os catálogos. Um produto feito por encomenda e a última unidade de uma edição pequena exigem decisões diferentes. Usa os teus próprios tempos de pagamento e o custo de bloquear stock para escolher a configuração. Publica a mesma regra na página do método e no email da encomenda, para que o cliente não encontre dois prazos incompatíveis.

A página de encomenda concluída prova que o cliente pagou? #

No percurso documentado pelo módulo, o cliente pode chegar à página de sucesso com entidade, referência e valor ainda por pagar. Quando a modalidade é dinâmica, aparece também a validade. A leitura prática é simples: a loja aceitou o pedido e entregou instruções de pagamento. Se o texto dessa página disser já enviámos a tua encomenda, estará a comunicar uma fase que ainda não ocorreu. Distingue pedido recebido de pagamento recebido desde o primeiro contacto.

A confirmação pode explicar onde reencontrar os dados, como reconhecer a encomenda e o que acontecerá depois de pagar. Evita solicitar um comprovativo por defeito se o teu sistema dispõe de confirmação automática adequada. Quando uma pessoa envia uma captura de ecrã, usa-a para localizar a transação, mas verifica o estado junto do prestador antes de passar a encomenda para execução. Assim, o cliente não precisa de repetir o pagamento só porque regressou à loja por outro dispositivo.

Como entra a confirmação no sistema da loja? #

No exemplo ifthenpay para Magento, o callback ativo comunica um pagamento bem-sucedido à loja e muda a encomenda para Em Processamento. Sem o callback, a documentação avisa que a atualização automática não acontece. Antes de lançar anúncios para Portugal, confirma que uma compra paga passa efetivamente para o estado que a tua equipa reconhece como executável. Um método visível no checkout e uma notificação de pagamento a funcionar são duas verificações distintas.

Cria uma lista de exceções para encomendas em que a confirmação do prestador e o estado da loja não coincidem. A consulta deve partir da referência guardada, do montante e da identificação do pedido. Se a mensagem automática falhar, a solução não é mandar o comprador pagar outra vez sem verificar a primeira tentativa. Define quem faz essa reconciliação e quem comunica a resposta. A pessoa que embala deve receber a decisão final, sem acesso às credenciais do prestador.

O cancelamento por prazo também liberta automaticamente a mercadoria? #

O módulo documenta uma tarefa programada que verifica e cancela encomendas não pagas dentro do limite configurado. O intervalo indicado para a tarefa é um minuto. Isso descreve a execução do módulo; não garante que a tarefa esteja instalada e a correr na tua loja, nem demonstra como outra extensão altera o stock. Verifica o resultado completo: estado do pedido, disponibilidade da variante e mensagens enviadas ao comprador.

Testa a fronteira do prazo com um artigo que consegues identificar. Regista quando a referência deixa de estar disponível, quando a encomenda muda de estado e quando o artigo volta a aparecer para compra. Se as alterações não coincidem, documenta o intervalo e a forma de o tratar. Para a tua promessa comercial interessa o comportamento observado na instalação, não apenas a existência de uma opção chamada cancelar automaticamente.

Quanto custa preparar apenas as encomendas já pagas? #

O índice de transportes AirPost, consultado em 10-10-2026, mostrou Portugal → Portugal, 2 kg, a partir de 4,17 € sem taxa de plataforma. Somando 0,85 € de plataforma e a preparação recomendada de pequeno pacote, 2,25 €, o modelo resulta em 7,27 € por envio compatível. O remetente define a sua remuneração; substitui a recomendação pelo valor acordado.

Imagina 12 referências criadas, das quais 7 acabam pagas e 5 não. Se cada encomenda paga corresponder a um pequeno pacote, o orçamento de transporte, plataforma e preparação das sete é 50,89 €. Orçamentar as doze como envios confirmados daria 87,24 €. A diferença de 36,35 € é apenas a diferença entre duas previsões; não é uma promessa de reembolso de etiquetas já compradas nem uma taxa de cancelamento do Multibanco.

Este cálculo usa quantidades ilustrativas e um mínimo de transporte datado. Materiais, envio inicial do stock e comissões do teu prestador ficam fora. A utilidade é associar o orçamento às encomendas que vão realmente ser executadas. Para preparar o percurso de uma encomenda paga sem o confundir com pagamento, consulta envios em Portugal sem armazém.

Quando começa a previsão de entrega ao cliente português? #

Se o cliente pode pagar mais tarde, indica se o tempo de preparação começa após a confirmação do pagamento. A data da encomenda não deve dar a entender que o artigo já entrou na fila de expedição. Se prometes uma data fixa de chegada, tens de considerar o tempo disponível para pagar, a preparação e o transporte. Um pagamento no fim da validade pode deixar menos tempo para cumprir uma data que anunciaste no início.

Com stock colocado junto de um remetente em Portugal, combina quais os pedidos que recebe e quando os consegue preparar. Envia só a lista libertada pela loja, com referências de produto, quantidade e destino. Uma mudança posterior de estado deve chegar ao remetente antes de ele entregar o pacote. A proximidade logística ajuda a organizar essa fase, mas não valida pagamentos nem substitui a configuração do Multibanco.