Termos mais procurados:
Quando uma devolução do Pix acontece com sucesso, realmente tratamos semanticamente como uma devolução. É uma movimentação prevista do arranjo Pix.
Quando você tentou enviar um Pix e não conseguiu (suponha que o PSP do outro lado recusou), nós devolvemos um dinheiro que foi debitado da sua conta mas não chegou do outro lado. Não se concretizou o Pix e, por isso, resolvemos tratar como um estorno em conta. Essa movimentação não existe no arranjo Pix. É um tratamento específico da Gerencianet.
Em https://sistema.gerencianet.com.br/meu-dinheiro/extrato eu gostaria de filtrar as transações do tipo pix por "Pix recebido via QrCode", "Pix recebido via Chave Pix" ou "Pix recebido via dados bancários".
Nessa eu estou meio dividido. Acho que toda documentação que auxilie é bem-vinda, mas em se tratando de dinheiro, não se pode dar a impressão de que a versão resumida é suficiente. As empresas brasileiras são campeãs de reclamações, e muito disso vem de questões de pagamento... então sim acho ótimo se o tipo de documentação que você pediu seja produzido, mas ela não substitui entender todo o processo do PIx e da API Pix.
Uma das obrigações da GN é controle de PLD, Prevenção a Lavagem de Dinheiro... passar no compliance disso com cliente operando criptomoedas é um belo desafio. Não é impossível, mas eles tem que repetir praticamente todo o oversight que o BACEN tem deles com o cliente operando cripto.
Se a sua empresa for também um intermediador financeiro, você pode receber o dinheiro na sua conta e repassar para o cliente. Porém, ainda não há pagamento Pix na API neste momento para fazer esse repasse, só com TED.
Vale repetir os testes da AME hoje, pois eles ao que parece colocaram um fix para não multiplicar o dinheiro. Ainda aceitam editar o valor se não vier 54 no EMV, mas já pelo menos impediram a concretização do problema.
acho que ele fez uma hipérbole. o Pix como produto, foi criado pra enviar dinheiro, mesmo. mas tem MUITA tecnologia e comunicação envolvida e só foi possibilitado por causa da estrutura atual do SFN e a forma como a comunicação entre PSPs através dele vem evoluindo (já há algum tempo)
que definição porreta para o que é o Pix. pior que é verdade. e a feature acidental de enviar dinheiro é uma REVOLUÇÃO (por ser 24/7/365), imagina o que se pode fazer com o resto
Então o cliente pode alegar algo no dia 90, vocês levarem 10 dias para concluir que a devolução do dinheiro será necessária, e ter passado do prazo de devolução do Pix.
Ao que eu lembre você pode configurar um ".forward" para mandar para outra instituição, mas aí você perde a instantaneidade. Mas o dinheiro vai estar disponível já na GN se você precisar na hora, ou vai ser transferido em algum momento do dia.
Quando o cliente paga, o dinheiro ja vai direto para a conta bancaria da empresa (Bradesco). ou precisa solicitar saque na GerenciaNet?
Pelo que entendi em outras apresentações da ClearSale, o foco deles é justamente nos requisitos de anti-fraude/anti-lavagem-de-dinheiro/anti-terrorismo que os PSPs (como a GN) tem que seguir... para os correntistas, como o Pix não tem chargeback as questões de fraude são mais simples do que em cartão de crédito.
Fiz a devolução do pagamento via ame e o dinheiro nao retornou na conta e já debitou da gerencianet, agora preciso abrir um chamado lá por causa de 25 centavos kkkk
Mais isso é coisa para quem vai ter o CPF ou CNPJ dele cadastrado como recebedor do dinheiro, ai são outros 300. Isso não é a regra é a excessão. A regra é o povo usar sem hack.
