<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
An update on the pricings and information after doing more research
and talking to Mint payments for an hour yesterday.<br>
<br>
With regards to app integration, my main concern was whether it
could be integrated seamlessly enough into another app that you do
not need any user interaction (in other words, a setup with a
raspberry pi wouldn't necessarily require a touchscreen nor direct
user input). In this case it seems like Square would be non-ideal.<br>
<br>
Essentially, Mint can't offer us any cheaper rates than the
following:<br>
<ul>
<li>Card reader is $300 to buy the device, no monthly fees
thereafter</li>
<ul>
<li>For every paypass (NFC/contactless) transaction, a flat rate
of 1% applies</li>
<li>For every EFTPOS (card + PIN and select "savings"), a fixed
price of 16.5c per transaction applies</li>
</ul>
<li>For online payments via their web payment gateway (ie. can be
integrated into the website)</li>
<ul>
<li>Costs $30/month to use</li>
<li>25c per online transaction, irrespective of payment method</li>
</ul>
<li>APIs</li>
<ul>
<li>It is possible to seamlessly integrate the card reader API
into a separate app (ie. to avoid having to see/touch their
app when doing payments, good for dispense integration)</li>
<li>Web integration (online payments) is possible with a secure
hosted payments page</li>
<li>No card details need to be stored by us<br>
</li>
</ul>
</ul>
<p>Supposing that the card reader is too expensive for this
experiment, Paypal and Square offer more affordable solutions in
the short term.</p>
<p>Square (see pricing <a moz-do-not-send="true"
href="https://squareup.com/au#section-b">here</a>):<br>
</p>
<ul>
<li>Card reader costs $59</li>
<ul>
<li>1.9% on all card transactions involving the card reader (as
far as I can tell)</li>
<li>Main downside to this is that the card reader has no keypad;
for card+PIN transactions, you must enter the PIN code on the
Android/iOS device rather than on the card reader</li>
<li>Theoretically most people who have cards also have paypass
so it might not be necessary<br>
</li>
</ul>
<li>Online payments, virtual terminal & manually entered card
details in POS app<br>
</li>
<ul>
<li>2.2% flat rate</li>
</ul>
<li>APIs</li>
<ul>
<li>Card reader integration available (can write custom POS
apps; again dispense integration)</li>
<ul>
<li>However note that one must still enter PIN codes on the
app, which is not ideal</li>
<li>Anyone have experience <br>
</li>
</ul>
<li>Web integration possible using Square APIs (no out of the
box solutions available from Square, it seems, so we must
write that ourselves)</li>
<li>Unknown about card details, presumably we don't touch them<br>
</li>
</ul>
</ul>
Paypal's <a moz-do-not-send="true"
href="https://www.paypal.com/au/webapps/mpp/paypal-seller-fees">pricing
structure</a> is similar:<br>
<ul>
<li>Paypal Here card reader costs $100 outright, no monthly fees<br>
</li>
<ul>
<li>1.95% flat rate on all transactions</li>
<li>Card reader has buttons, don't need to enter anything on app<br>
</li>
</ul>
<li>Online payments (presumably applies for both payments with a
paypal account and card payments)<br>
</li>
<ul>
<li>2.6% flat rate + 30c per transaction</li>
</ul>
<li>APIs</li>
<ul>
<li>Can write custom POS apps to use card reader</li>
<li>Web integration available using all kinds of existing
frontends that redirect to a hosted payment gateway; we can
also write our own frontend if we want.</li>
</ul>
</ul>
<p>[FVP]<br>
</p>
</body>
</html>