Termos mais procurados:
Mesmo quando a API é one-step para você, pagamento em cartão é sempre two-step na realidade. No primeiro passo o banco emissor confirma a existência do cartão, a disponibilidade de saldo no limite e desconta do limite. Só depois vem o passo de captura, onde o estabelecimento diz que entregou mesmo o produto/serviço e quer receber por ele.
Olá, Fernando!
Agradecemos seu contato e suas considerações/sugestões.
Conforme tratamos no privado, essa regra de segurança, visa garantir que a conta do cliente não passe por movimentações indevidas.
Estamos trabalhando para disseminar a cada dia essa informação e aprimorar a cada dia nossos processos, produtos e atendimento, sempre buscando oferecer o melhor a nossos clientes.
Diante da solução encontrada, entendemos nesse momento, que a situação encontra-se resolvida!
Conte com a gente!
Seguimos à disposição...
Todas as minhas entregas tem taxa de entrega, adicionei o shippings, fui ver as transações e lá está "divisão" e cada produto está como se fosse um entregador diferente (sendo o mesmo), como é que funciona isso?
Então, nesse caso teria que segurar o cliente em até dois dias para poder liberar o produto ou serviço pagando pelo cartão de crédito
Bom dia, <@!485253483549818880>! Tudo bem?
Na loja de exemplo que disponibilizamos com o Lighbox não é enviado o valor para o backend, e sim o código do produto.
Sendo assim, para pegar o valor do produto é percorrida a lista de cadastro de produtos, e quando encontra o produto você obtêm o valor. (https://github.com/gerencianet/gn-lightbox-example/blob/master/backend/index.php#L51)
Bom dia, <@!826141049964462121>! Atualmente o cartão de crédito exige o endereço, e-mail e data de nascimento. Por isto não é possível gerar a transação sem estes dados, mas eu vou levar a sugestão referente a esta regra de negócio de produtos digitais.
Bom dia pessoal. Meu ecommerce trabalha apenas com produtos digitais. É possível passar um pedido de compra no cartão sem obrigar o cliente a preencher dados de endereço?
E os clientes com contrato com o Correios tem acesso gratuito aos deltas do DNE. Então para quem trabalha com envio de produtos físicos, esse custo está equalizado. Para serviço sem entrega física que ainda fica pesado.
Veja.. precisamos de pagamento imedianto para um app de Delivery de Comida.. a Gerencianet nao possui um produto q possamos estar utilizando?
Olá <@!889923068712091759> ! Boa noite. Na geração de uma transação em One Step(Um passo), é necessário que o body da requisição contenha todos os atributos mínimos obrigatórios para a emissão do titulo. Sendo assim, a criação da cobrança e a associação da forma de pagamento é feita numa única requisição.
Na geração de uma transação em Two Step(Dois passos), em uma primeira requisição você cria a transação, informando o item/produto/serviço, valor, quantidade, etc; E em uma segunda requisição você associa à forma de pagamento, informando o charge_id da transação e os dados do cliente.
Infelizmente não é possível definir configurações de parcelamento diferenciadas de acordo com o produto.
No caso, as configurações definidas na página acima serão aplicadas a todos os pagamentos efetuados com cartão.
A questão é tenho produtos que serão vendidos com juros e outros não, alem disso tenho produtos que ficara por exemplo 3x sem juros outros com 5x sem juros e por ultimo normal com juros.
Boa tarde, vendo um produto digital e no qual os clientes não gostam de digitar endereço de cobrança, gostaria de saber se vocês tem algo na api, para que o cliente não precise preencher os dados de endereço?
<@!664563985885954079> bom dia! Tudo joia? Não temos solução para transações em cartão de débito. Ao longo dos últimos anos a Gerencianet direcionou esforços em outros produtos, embora em breve iremos lançar melhorias e novidades relacionadas a transações em cartão.
Com a chegada do PIX, o consumidor final poderá optar por este novo método, visto que ambos retiram o valor da conta de imediato.
Como merchant, nunca aceitamos cartão de débito e depois que surgiu o Pix que não pretendemos aceitar cartão de débito mesmo. Talvez fosse um pequeno gap no produto da Gerencianet até 2020, mas em 2021 já tenho minhas dúvidas. Eu questionaria mais a questão de não aceitação de cartão internacional...
Estou tentando fazer uma transação:
require __DIR__.'/vendor/autoload.php'; // caminho relacionado a SDK
use Gerencianet\Exception\GerencianetException;
use Gerencianet\Gerencianet;
$clientId = 'Client_Id_99869ea3xxxxxxxxxxxxxxxxxxxxx78a6a4708f3e'; // insira seu Client_Id, conforme o ambiente (Des ou Prod)
$clientSecret = 'Client_Secret_xxxxxxxxxxxxxxxxxxxxe0b24848af5d1bfb'; // insira seu Client_Secret, conforme o ambiente (Des ou Prod)
$options = [
'client_id' => $clientId,
'client_secret' => $clientSecret,
'sandbox' => true // altere conforme o ambiente (true = desenvolvimento e false = producao)
];
$item_1 = [
'name' => 'Item 1', // nome do item, produto ou serviço
'amount' => 1, // quantidade
'value' => 1000 // valor (1000 = R$ 10,00) (Obs: É possível a criação de itens com valores negativos. Porém, o valor total da fatura deve ser superior ao valor mínimo para geração de transações.)
];
$item_2 = [
'name' => 'Item 2', // nome do item, produto ou serviço
'amount' => 2, // quantidade
'value' => 2000 // valor (2000 = R$ 20,00)
];
$items = [
$item_1,
$item_2
];
$body = [
'items' => $items
];
try {
$api = new Gerencianet($options);
$charge = $api->createCharge([], $body);
print_r($charge);
} catch (GerencianetException $e) {
print_r($e->code);
print_r($e->error);
print_r($e->errorDescription);
} catch (Exception $e) {
print_r($e->getMessage());
}
Mas obtenho o erro acima, na imagem.
