Ult. Alteração: 03/06/2016

Alterado por: Eryka

Projeto GET NET


O projeto GetNet possui duas finalidades, que a loja faça transação financeira similar ao conceito do TEF, porem através da empresa chamada VINDI que é uma integradora de transações financeiras e presta serviços para a GetNet.

Neste projeto, será possível  efetuar um pagamento via GetNet/Vindi com integração por webservice, onde o Atendimento vai receber o ID da transação aprovada e não será utilizado o PINPAD, será digitado o número do cartão do cliente como se fosse uma venda em SITE.

Neste  projeto só será possível pagar em cartão via GetNet a compra de PACOTES e a contratação de recorrência de compra de pacotes.


A loja terá o benefício de pagar uma % de taxa administrativa pela GETNET inferior as aplicadas em um POS normal, porem a loja deverá continuar com o contrato de POS, visto que os pagamentos em cartões em vendas que não são de pacote, continuaram sendo realizados sem intervenção da GETNET.

Outra solicitação deste projeto, esta ligada ao pagamento de Royalties sobre o valor faturado da compra de pacotes, sendo que alguns pacotes tem o valor muito alto exemplo pacotes anuais, e o mesmo pode ser parcelado em até 12 vezes , neste caso a matriz quer que o royalties seja sobre o valor recebido do pacote e não sobre o valor faturado.


Administração Central 6.1.53.71 ou posterior


Passo 01 – Matriz deve configurar o sistema para trabalhar com TICKET EXCLUSIVO VENDA DE PACOTE. (Não será permitido comprar pacote e peças avulsas no mesmo ticket, este é o passo 01 para poder gerenciar o pagamento de royalties de pacotes por valor recebido e não mais por valor faturado)


Passo 02 – Matriz deve configurar que ao vendar um pacote é para ativar o pagamento parcelado, independente de estar utilizando o GETNET ou não. (vai abrir no cadastro de pacote o campo Quantidade de Parcelas, onde a matriz deve informar até no máximo quantas parcelas é possível vender um pacote, e o royalties sera cobrado sobre o recebimento destas parcelas).


Passo 03 -  Matriz deve configurar o Pagamento Recorrente via GETNET. (As lojas que contratarem a VINDI, vão poder utilizar a transação de compra de pacotes via cartão de crédito/GETNET e poder contratar recorrência de compra de pacotes)


Para configurar, será necessário acessar o módulo Administração Central (com o usuário ANet) - Configurações - Empresa, botão ACORDE. E na guia Marketing, Pacotes selecionar as três opções conforme imagem abaixo:



IMPORTANTE: Ao configurar pagamento recorrente GETNET, automaticamente o sistema cria uma forma de pagamento com a descrição GETNET e configurar o parâmetro Customizacao.CodigoPagamentoGetNet igual a ao código fpg_Codigo desta forma de pagamento que fica com o fpg_Ativo = 0 (terá seu uso exclusivo do sistema)


Ajustando os pacotes para que os mesmos possam gerar recorrência e ter o pagamento parcelado.


1 – Só será permitido configurar Recorrência para Pacotes com Prazo em dias para utilização >= 30 dias.



A recorrência deve ser equivalente aos dias de utilização do pacote.



Quando for configurada a recorrência deve ser informado a quantidade de parcelas de pagamento, que pode ser entre 1 e 24. 



A quantidade de parcelas GERALMENTE corresponde ao período da recorrência, porem é possível configurar parcela até mesmo sem ter recorrência, então o sistema da um alerta mas permite continuar.



Porém não será permitido ter mais parcelas que a recorrência .




Este parâmetro “Qtd máxima parcelas” também deve ser configurado para todos os pacotes, inclusive os que não vão ter recorrência, dessa forma o pagamento de royalties seja controlado pelo valor recebido de cada parcela.

Quando não foi configurado recorrência, porem quer poder parcelar o pagamento do pacote (similar ao pagamento misto) o sistema irá dar alerta mas vai deixar configurar.



Após configurar uma recorrência, não é mais possível  altera-la para outra recorrência, apenas é permitido deixar se ser recorrência, pois quem vai cadastra-la na VINDI é o Sincronizador de cada loja e uma vez cadastrada não é possível mais reconfigura-la.



Cada Loja devera configurar se vai trabalhar com o GETNET ou não, pois a Rede só fiz que é permitido, porem as lojas devem fechar o contrato diretamente com a VINDI/GetNet e adquirir o seu APIKeyGetNet


O Id de homologaçaõ é o NHMlJnTEyyjd7isV3h9uA_btlr4Ref9m



Atendimento

Pagamento PARCELADO em venda de PACOTE, porem ser ser na forma de pagamento GETNET e sem ter selecionado o botão permite pagamento MISTO.


NO central da 5 à Sec

Se estiver configurado que “pagamento em cartão aciona parcelado” no central e estiver vendendo um pacote em TICKET exclusivo, se o pagamento for em alguma forma que possui TEF e não tiver pinpad e nem impressora fiscal configurada, então o sistema vai abrir a tela de pagamento parcelado.

Outro detalhe o pacote que esta sendo vendido, teve o campo quantidade de parcelas configurado maior que 0.

Também só vai abrir a tela de o tempo de credito da forma de pagamento for inferior a 30 dias ou se a quantidade de parcelas for superior a 1 parcela, pois se for uma parcela e trinta dias de credito, da na mesma e não precisa abrir a tela de parcelamento.

Administração Local 6.1.48.49

Loja contratou o serviço de pagamento via GETNET, então ela vai receber uma chave de acesso da VINDI que deve ser configurada no sistema.



Para pagamento recorrentes o sistema fará a comprar de pacotes automaticamente e vincular a um operador ESPECIAL, este operador é configurado no mesmo parâmetro do operador que recebe os dados de compra de pacote via site, caso a loja trabalhe com e-commerce de serviço.

Caso a loja utilize o e-commerce, deve ser criado um operador no cadastro de operadores com a sugestão de nome “Operador Integração Externa Site/GetNet” e em seguida exclui-lo e confirmar o mesmo no campo correto, ele passara a ser uma operador exclusivo para esta função.



Após configurar a loja para trabalhar com o Pagamento Recorrente vai GETNET, se tentar excluir um cliente pelo Administração Local, Cadastro do Cliente o sistema deverá validar se o mesmo tem alguma recorrência programada e se tiver não permite excluir o cliente.

A mesma validação é feita na tela de Unificação de Clientes.

Se a loja decidir não trabalhar mais com o pagamento via GETNET, ao desconfigurar a chave de acesso a Vindi, o sistema vai verificar se existe recorrenciar programadas e esse existir da um alerta perguntando se realmente deseja descontratar as recorrências e em caso positivo, fazer a integração vai webservice com a VINDI, cancelando todos os planos de pacotes contratados.

A tabela no banco de dados que monitora as recorrências ativas é a VendaPacoteGetNet

Outra alteração realizada é na rotina de zera banco e limpa movimentação de tickets, ambas vão excluir os dados da tabela VendaPacoteGetNet



Sincronizador 6.0.359.61


Identifica se o sistema esta configurado para trabalhar com o GETNET (If g_Customizacao.HabilitaPagamentoGetNet = True And g_Customizacao.CodigoPagamentoGetNet <> 0 And g_Configuracao.APIKeyGetNet <> "" )  é a Última Rotina da sincronização.

Se estiver configurado o primeiro passo é verificar todos os pacotes que tem recorrência programada, ou seja a coluna tpc_PeriodoRecorrencia > 0 da tabela tabelaprecoservicopacote


Neste momento o sincronizador inclui este pacote como  um plano na plataforma da vindi e recebe o ID de integração e ajusta a coluna tpc_CodigoPlanoGetNet e então este pacote poderá ser pago via GetNet e também contratada a recorrência do mesmo.

Em seguida o sincronizador verifica se tem alguma recorrência que foi paga e se encontrar é criado um ticket de compra de pacote para o cliente em questão.

Neste ticket na tabela ticket foi criada uma nova coluna tck_CodigoAssinaturaGetNet que guarda o código da assinatura da recorrência na vindi e na tabela fluxocaixa a coluna fcx_IdFaturaGetNet grava o ID do pagamento da fatura na Vindi e a origem do pagamento na coluna fcx_OrigemPagamentoGetNet , a origem pode ser por fatura AVULSA, ou seja o cliente comprou um pacote no atendimento e pagou via GetNEt, ou é uma fatura que foi paga vai pagamento recorrente.



Atendimento 56.46

 BD 06000437 , IdeoIntegracaoGetNet.dll e Newtonsoft.Json.dll


Venda de Pacote onde foi configurado que o mesmo pode ter o pagamento PARCELADO em X vezes pelo AdmCentral.

Quando a operadora selecionar a forma de pagamento em cartão o sistema identifica que é uma venda de pacote e que o mesmo pode ser pago em X vezes, então abre a tela de pagamento parcelado á com as X parcelas registradas e basta o operador clicar em confirmar.


Obs. Esta função é incompatível com impressora fiscal , SAT e NFC-e.



Sera gravada na fluxocaixa três linhas referente ao pagamento e na coluna fcx_DataPagamentoPrevista fica as datas das parcelas e o calculo de royalties da 5 á Sec, vai olhar para esta coluna se o ticket for exclusivo de pacote, ou seja tabela ticket coluna tck_VendaPacoteTicketExclusivo = ‘1’



Se o pacote que esta sendo vendido esta configurado com 1 ou zero parcelas, ao selecionar a forma de pagamento cartão, não vai abrir a tela de parcelas.



Neste caso o sistema identificou no cadastro da forma de pagamento AMEX que os dias para credito esta configurado como 30 dias e como o pacote só pode ser pago em uma parcela, então o sistema já ajustou a data prevista para +30 dias sem abrir a tela de pagamento parcelado.


VENDA DE PACOTE com pagamento GETNET (Fatura AVULSA/ sem recorrência)

Se estiver Vendendo um pacote que foi registrado na GetNet, ou seja a coluna tpc_CodigoPlanoGetNet é diferente de null, então o botão do pagamento Misto é alterado para GetNet e recebe uma função especial.



Pacotes que não tem recorrência, não podem utilizar esta função, ou seja o botão misto não é alterado.


Ao selecionar o botão GetNet, abre a tela de parcelas com o numero de parcelas configuradas no cadastro do pacote e a forma de pagamento GetNet

Em seguida abre a tela para informar o numero do cartão e o código de segurança e a validade do cartão.


É possível já oferecer a contratação de recorrência deste pacote, ou seja, após o 3 meses da data de hoje o sistema vai comprar um novo pacote pelo sincronizador automaticamente, sem intervenção do cliente, o mesmo vai receber apenas um e-mail que é disparado pela própria VINDI.



Na primeira compra do cliente via GetNet o mesmo recebe um ID que é gerenciado pela VINDI e este ID é gravado na coluna cli_CodigoGetNet da tabela cliente e na coluna cli_FinalCartao é gravado os últimos dígitos do cartão.


Caso o operador cancele o pagamento em GetNet, vai dar a mensagem abaixo, e não vai concluir a venda do ticket, voltando para a tela do fechamento da recepção.



Se o operador clicar em OK e o cartão for validado corretamente pela VINDI é dada a mensagem com o nUmero da Fatura AVULSA e o ticket é concluído com sucesso.




VENDA DE PACOTE com pagamento GETNET (CONTRATANDO Recorrência)


É possível contratar uma recorrência tanto na tela do Ctrl+ M (Movimentação de Caixa), quando na venda de um pacote na recepção de serviço.


Se for pela recepção de serviço, após selecionar o pacote, deve-se escolher o pagamento GETNET e na hora de informar o número do cartão, tem um botão perguntando se deseja fazer a recorrência SIM e NÃO, se selecionar sim, deve ser informado o prazo final da recorrência “Recontratar até”.


Se o cliente já fez alguma compra utilizando a GETNET, o operador deve perguntar se vai efetuar o pagamento no mesmo numero de cartão e informar os últimos 4 dígitos, se o cliente quiser utilizar outro cartão o operador deve clicar no botão NÃO para a questão utilizar mesmo cartão e informar o novo numero.



Após confirmar é gerada a mensagem com o número da ASSINATURA da Recorrência.



Neste exemplo acima a recorrência é de 1 dia, ou seja, amanha o sincronizador devera efetuar uma nova compra de pacote para este cliente automaticamente.

Na tabela ticket foi criada uma nova coluna para armazenar o código da contratação da ASSINATURA da recorrência.



É possível acompanhar as recorrências pelo botão Extrato Pacote, dentro do cadastro do cliente.



Também nesta tela do extrato do cliente é possível CANCELAR uma recorrência futura que foi contratada e o cliente não quer mais que seja realizada.

Created with the Personal Edition of HelpNDoc: Benefits of a Help Authoring Tool