Como implementar "Formas de Pagamento" num site java

use o pagseguro da uol, é muito melhor e oferece menos risco para quem compra e quem vende! não queira reiventar a roda.

Claro que o pagseguro é uma boa para pequena e media empresa, que tem um fluxo de transacoes on-line de medio porte, agora empresa de grande porte nao é muita vantagem, por exemplo para um submarino nao há vantagens de usar um sistema desse tipo…

Agora se vc nao quiser usar o pagseguro e quer realmente ser o analista da venda por cartao de credito vc tem que ir junto a administradora de cartao de credito e sao muitos burocraticos… segue em anexo os passos que vc tem q fazer com cada admnistradora de cartao.

paulloestevam:

E como vou fazer tudo isso em java? Tem algum custo pra o cliente, validar e autenticar o cartão de crédito online… ver se tem limite e talz.

obrigado

Isso não existe! Você só descobre se um cartão é válido, se tem limite, se não está vencido etc etc etc depois que você manda uma transação para ser feita. As operadoras não disponibilizam nada para você validar o cartão…

Como já falaram…tbm recomendo fortemente usar o PagSeguro

Obrigado, pessoal

Mas, o site na verdade é de locações… locações de dvd. O PagSeguro serviria nesse caso?

O cliente pode comprar um VALE de preço TAL, pode pagar na hora da locação via cartão de crédito. E poderia pagar depois da locação.

lavh:

paulloestevam:

E como vou fazer tudo isso em java? Tem algum custo pra o cliente, validar e autenticar o cartão de crédito online… ver se tem limite e talz.

obrigado

Isso não existe! Você só descobre se um cartão é válido, se tem limite, se não está vencido etc etc etc depois que você manda uma transação para ser feita. As operadoras não disponibilizam nada para você validar o cartão…

Como já falaram…tbm recomendo fortemente usar o PagSeguro

Na verdade, a única validação feita é o número do cartão.

Limite, vencimento, isso tudo é feito depois pela operadora.

certo,
mas como isso é feito em java junto à operadora do cartão?

Eu envio algo pra algum endereço e a operadora me retorna?

Tem custo?

Em aplicações desktops (nosso forte) você tem que homologar seu sistema junto às operadoras de cartões e depender de sistemas terceirizados para realizar a transação. O que você desenvolve é a interface de comunicação com estes programadas terceirizados.

Respondendo outra pergunta, na grande maioria das vezes as operadoras cobram um percentual também chamado de “retenção”, descontado das parcelas. Este percentual é menor se for cartão de débito e depende muito da negociação feita entre a empresa e a operadora. Funciona como se fosse uma comissão sendo uma das maneiras mais eficientes de empréstimos hoje em dia. Por estas e outras que as operadoras são tão ricas.
Eu não conheço exatamente esta operação em sites de internet mas com certeza deve-se passar por algum processo de homologação, já que transações eletrônicas de cartão são consideradas bastante sérias.

O programa terceirizado é responsável por realizar a operação e te dar um retorno (de saldo insuficiente, cartão cancelado, etc) ficando à vc apenas interpretar o retorno.
Procure mais sobre TEF.

Já o boleto bancário é mais simples, mas exige toda uma regra de cálculo de linha digitável e código de barras. A maior dificuldade está em encontrar alguém dentro dos bancos (principalmente os públicos) que entenda de cobrança via boleto. Normalmente eles têm um manual ensinando a gerar o boleto e a integrar os dados com o banco (arquivo de remessa e retorno). Muitos softwares não implementam esta segunda parte, deixando este processo manual dentro do aplicativo. No entanto, se desenvolvido, evita muitos erros e aumenta bastante a velocidade de conciliação bancária dentro de sistemas ERP.

Espero ter ajudado.

Inté.

Trabalhei um bom tempo na BoldCron em São José dos Campos e eles tem um sistema chamado BPag que faz exatamento o Gateway de comunição entre as operadoras (tendo em vista que cada uma tem um padrão de comunicação) e a loja.

Att,

valeu, galera