EnviroTO
Senior Member
In the most basic of systems it would show on charge of $3.25 every tap instantly on your credit card and you would get a transfer from a machine. If open-payment was tied into a rules engine like Presto but unlike Presto not tied into extra on card requirements it could charge one amount each day and eliminate the need for paper transfers if you are pay as you go. If you registered your cards and purchased a monthly pass you could be charged one amount each month and your card wouldn't be charged daily. They could do the declining fare value method too. That would all be defined in the rules engine.
The value of Presto "should" be that they have defined a good rules engine which perhaps could be leveraged to enhance open-payments based systems. Unfortunately from what has been seen their rules engine is poorly designed with discounts causing negative values and they have put additional requirements onto the card itself. If Presto had been properly designed their first generation readers would be able to read credit and debit cards and their Presto cards would have RFID functionality identical to the tap-n-go credit cards but with a different ID set.
There are some cases where you might actually want a Presto card (i.e. for children or gift cards) but that flexibility shouldn't mean everyone is forced to get a Presto card to use tap-n-go. When you go to Starbucks, Petro Canada, the Bay, etc you aren't forced to have a card specifically for that company, you can get a Starbucks Card or a Bay Card if you want, or you can use your credit or debit card. When you swipe a registered Starbucks Card you get different pricing automatically much like how open-payments in transit would behave differently depending on the card tapped. They swipe the cards all through the same magnetic stripe reader at Starbucks or the Bay. That is open-payments the magnetic stripe swipe plus signature version. With RFID it works the same way but with tap-n-go.
The value of Presto "should" be that they have defined a good rules engine which perhaps could be leveraged to enhance open-payments based systems. Unfortunately from what has been seen their rules engine is poorly designed with discounts causing negative values and they have put additional requirements onto the card itself. If Presto had been properly designed their first generation readers would be able to read credit and debit cards and their Presto cards would have RFID functionality identical to the tap-n-go credit cards but with a different ID set.
There are some cases where you might actually want a Presto card (i.e. for children or gift cards) but that flexibility shouldn't mean everyone is forced to get a Presto card to use tap-n-go. When you go to Starbucks, Petro Canada, the Bay, etc you aren't forced to have a card specifically for that company, you can get a Starbucks Card or a Bay Card if you want, or you can use your credit or debit card. When you swipe a registered Starbucks Card you get different pricing automatically much like how open-payments in transit would behave differently depending on the card tapped. They swipe the cards all through the same magnetic stripe reader at Starbucks or the Bay. That is open-payments the magnetic stripe swipe plus signature version. With RFID it works the same way but with tap-n-go.