- technically not a specific app, its a payment method that any app with a checkout flow (for example) can chose to implement.
- you register some id with your financial institution of choice (any of CPF - equivalent to SSN, CNPJ - for businesses, phone number, email or a randomly generated key).
- keys are fully portable, as in you can revoke em or change the bank institution they're associated with any time.
- you can generate a QR code on the spot so the person paying can just scan it
- transfer is pretty much instant (under 5s seems to be the norm)
- no NFC (so works with any crappy phone)
- since its a bank transfer, and since bank transfers are insured up to 200k (afaik), its pretty safe.
Pix is basically a commercial name for two services:
- SPI: responsible for the payments
- DICT: responsible for mapping keys to accounts
The API documentation of those services are available, but only banks can use them. When a person wants to send money to another, there's an option in the bank app for sending through Pix.
Then you have many options to define to whom you'll send that money:
- typing the bank account information
- using the Pix key (which can be an phone, email, CPF/CNPJ (brazillian documents) or a generated key)
- scanning a QR code
Note that the two latter options don't require the account information. That resolution is done by DICT.
After that, you type how much you'll send (sometimes the QR code already contains this information). Then it'll send through SPI.
This sounds really cool. Is there a verification step where you confirm that the right number or identifier was entered for the first payment to someone? That's always one of my biggest concerns and I don't want to enter a number twice as the verification.
You use your bank's phone app. You can scan a QR code or you can send money to someone if you know their "id string", like a phone number, an email or a random string of numbers - you choose the "id string" format you want, and you can have different "ids" linked to different bank accounts. There are no physical cards.
You can have several unique keys, a few are unique to the whole system (like your phone number, Physical Persons Register (CPF)), but you can have several randomly generated per bank. Usually you tell someone your phone number, otherwise the random generated string is a big string, and you actually show them a QR code so they can transfer to your account, and vice-versa.
It's a functionality of banking apps. Yes, transfers are done either via a QR code or via one or more "Pix Keys", that the person/bussiness authorizes in their baking app. These keys can be the brazilian equivalent of your SSN, a cell phone number, an e-mail address or a randomly generated UUID-formated one.
I used Alipay (which is an Android application where you add a debit or credit card) for absolutely everything when I was there in October of last year. Sure seemed like everyone else was using it too.
Except for Hong Kong, they have their own thing. I just used Google pay there.
dormento|10 months ago
- no card
- technically not a specific app, its a payment method that any app with a checkout flow (for example) can chose to implement.
- you register some id with your financial institution of choice (any of CPF - equivalent to SSN, CNPJ - for businesses, phone number, email or a randomly generated key).
- keys are fully portable, as in you can revoke em or change the bank institution they're associated with any time.
- you can generate a QR code on the spot so the person paying can just scan it
- transfer is pretty much instant (under 5s seems to be the norm)
- no NFC (so works with any crappy phone)
- since its a bank transfer, and since bank transfers are insured up to 200k (afaik), its pretty safe.
lucasoshiro|10 months ago
You can also generate a R$0,00, print it and leave to the other person input how much will be transferred.
PS: Pix is so trivial to us that only in places like HN we can see how amazing it is
owebmaster|10 months ago
It is possible to pay using NFC now
vitorgrs|10 months ago
catsma21|10 months ago
why can't we just use qr codes with ibans in that case?
rpgbr|10 months ago
Pix has several rules that makes up for a nice UX, such as being free for personal use and a 10-second limit to get a response after a transaction.
Pix is an open source specification, btw: https://github.com/bacen/pix-api
lucasoshiro|10 months ago
- SPI: responsible for the payments
- DICT: responsible for mapping keys to accounts
The API documentation of those services are available, but only banks can use them. When a person wants to send money to another, there's an option in the bank app for sending through Pix.
Then you have many options to define to whom you'll send that money:
- typing the bank account information
- using the Pix key (which can be an phone, email, CPF/CNPJ (brazillian documents) or a generated key)
- scanning a QR code
Note that the two latter options don't require the account information. That resolution is done by DICT.
After that, you type how much you'll send (sometimes the QR code already contains this information). Then it'll send through SPI.
And yeah, it's really, really fast.
xeromal|10 months ago
fdgjgbdfhgb|10 months ago
aembleton|10 months ago
kyrra|10 months ago
(Googler, opinions are my own.)
rapfaria|10 months ago
badocr|10 months ago
DeathArrow|10 months ago
Isn't paying with some phone apps the default in China? And I think transferring using phone apps has some success in Africa, too.
homebrewer|10 months ago
Except for Hong Kong, they have their own thing. I just used Google pay there.
maleldil|10 months ago
mndgs|10 months ago