Estou fazendo um sistema web de uma loja e gostaria de oferecer suporte a boleto bancário e cartão de crédito. Eu não sei nem por onde começar sobre estas duas formas.
Como funciona pagamento por cartão de crédito?
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.
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.
[quote=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[/quote]
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
[quote=lavh][quote=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[/quote]
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[/quote]
Na verdade, a única validação feita é o número do cartão.
Limite, vencimento, isso tudo é feito depois pela operadora.
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.
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.