Se você está avaliando a Posty5 para vender algo, uma pergunta decide quase tudo — então ela vem primeiro, e não cinco seções abaixo. Compradores pagam na entrega. O framework de pagamentos ao redor está completo e é genuinamente agnóstico de provedor, mas o catálogo de gateways contém pagamento na entrega e nada mais, e nenhum adaptador está conectado. Uma loja construída hoje recebe pedidos e cobra na entrega.
Dá para pagar online? A resposta curta
Vale entender por que esse é o estado, em vez de supor descuido. O framework tem tudo que uma integração real precisa: sessões de pagamento, webhooks com assinatura verificada, reembolsos, resolução de métodos por país e endpoints de status separados para lojista e comprador. O que não tem é um simulacro fingindo ser provedor. Uma entrada no catálogo é a promessa de que um lojista pode conectá-la e receber dinheiro, e publicar uma que aceita credenciais sem poder cobrar nada seria uma mentira contada a uma loja real. Por isso a lista continua honesta e curta.
O que o checkout pede, em ordem
O checkout coleta as coisas na ordem em que dependem umas das outras. A cesta primeiro, depois o destino, porque a taxa não é resolvida sem saber para onde vai. A taxa então sai das suas regras de país e cidade. Um cupom pode ser aplicado. O pagamento vem por último, e o pedido é criado com número sequencial para você e identificador de rastreio opaco para o cliente. A cesta é reprecificada no servidor antes de qualquer compromisso, e o estoque é checado no mesmo instante, então um preço editado enquanto alguém navegava não passa pelo valor antigo. Veja como países e taxas de entrega são resolvidos.
Um método não é um provedor
A Posty5 separa o método que o comprador escolhe do provedor que o processaria, e a distinção é deliberada: as pessoas escolhem "cartão" ou "na entrega", não o nome de uma processadora que nunca ouviram falar. O framework consegue expressar cartão, carteira, transferência, parcelado e na entrega como tipos de método. Hoje só o último está disponível, porque a disponibilidade depende de um provedor conectado e não há nenhum.
Quando a etapa de pagamento nem aparece
Como o pagamento na entrega é modelado como um provedor qualquer e não como a ausência de um, o checkout não tem caso especial para ele — e isso produz um comportamento pequeno e útil. Quando só um método se aplica ao país e à moeda do comprador, a etapa de pagamento não é mostrada: o checkout simplesmente nomeia o método que vai usar. Uma etapa com uma única escolha desperdiça um toque, então não aparece.
O que a página de obrigado pode dizer com honestidade
A página de resultado reflete o status que o servidor confirmou, nunca o que a URL de retorno alegou — o que importará assim que houver um provedor real, porque um navegador pode ser convencido de uma URL de retorno. Hoje a consequência útil é mais silenciosa: um pedido na entrega não tem nenhum registro de pagamento, e a página de obrigado não desenha linha de pagamento para ele. Essa ausência significa que nenhum pagamento online foi iniciado. Não significa pedido não pago, e as duas coisas não devem ser lidas como iguais.
Checkout como visitante e modo carrinho
Dois comportamentos do checkout são seus. O checkout como visitante decide se é preciso entrar antes de pedir; ligado, alguém compra sem conta e acompanha o pedido por link. O modo carrinho decide se a loja usa cesta, o que serve a catálogos em que se compra um item por vez. Nenhum tem a ver com pagamento e ambos podem mudar depois do lançamento. Veja o que ganha um comprador com sessão iniciada.
Abrir o construtor de lojas
As configurações do checkout ficam com o resto da loja, e nenhuma delas precisa de um provedor de pagamentos para ser útil.
Perguntas frequentes
Dá para pagar com cartão em uma loja Posty5?
Hoje não. O framework consegue expressar pagamentos com cartão, mas o catálogo só tem na entrega e nenhum provedor está conectado.
Um provedor de pagamentos vai chegar?
O framework foi construído para aceitar um, e adicioná-lo é escrever um adaptador, não mudar o checkout. Não há data publicada e este artigo não vai inventar uma.
Por que minha loja não tem etapa de pagamento?
Porque só um método se aplica. A etapa aparece quando há mais de uma opção; caso contrário o método é apenas nomeado.
Minha página de obrigado não mostra linha de pagamento. É um erro?
Não. Um pedido na entrega não tem registro de pagamento, então não há o que mostrar. Significa que nenhum pagamento online começou, não que esteja em aberto.
Os clientes podem usar cupom?
Sim, um cupom pode ser aplicado no checkout antes de o pedido ser feito.
Dá para comprar sem criar conta?
Sim, onde você tiver o checkout como visitante ativado. O rastreio nunca exige conta.
