Termos mais procurados:
Para referência de volume, nos dias mais movimentados recebemos 5 mil transações Pix por dia. Típico de 3 mil transações por dia, dias mais parados como feriados 1 mil transações por dia. Pix já é nosso meio de pagamento com maior participação, conseguiu desbancar o boleto (que ainda é o 2o.) ao roubar muita transação de cartão (o que foi uma surpresa).
A Efí não tem dupla custódia (requerer dupla autorização para pagamentos e transferências saindo da conta), mas colocou a nosso pedido uma política de segurança na conta aonde só se pode fazer transferências para contas de nossa titularidade. Então endereçamos questão de segurança por aí... isso inclusive precisou ser customizado para que pudéssemos fazer devolução de Pix (que vai para outra titularidade) mas não desse para fazer Pix ou TED para outra titularidade, mesmo tendo senha/autenticador/token.
A gente consegue conciliar os pagamentos recebidos com os valores na conta usando o endpoint de extrato e o de saldo, e qualquer divergência já temos alerta no dia seguinte. É inclusive o que usamos para detectar que um MED (devolução do Pix, em parte comparável ao chargeback do cartão) não foi registrado como deveria (pois ele é sinalizado por e-mail e não pela API).
Bom, então vou comentar da nossa experiência com a API Pix. A gente tem tido disponibilidade quase total nesses anos de operação, só engasgando quando a AWS US-EAST-1 engasga... a API é a mais aderente que encontramos ao padrão do Banco Central, e quando um recurso importante não é adotado pelo Banco Central, eles implementaram como extensão. Por exemplo, para nós era muito importante que transferências por chave e dados bancários e QR-Code estático fossem rejeitadas... isso não tem no padrão, mas tem na Efí.
Basicamente seria a experiência de um Saas com a API de pagamentos cartão, pix ou boleto. Postei em cartões pra não ter postar em cada canal da api.
