I'm looking at the Square and PayPal Here as a credit card processing platform for a POS operation. It will be used in various locations around the country and it's possible that at times it will need to be used when there is no cell signal.
The Square has a clearly documented Offline Mode available, but I can't seem to find anything on this for PayPal Here. Can PayPal Here be used if there is no cell signal?
PayPal Here has no offline mode yet.
Related
On amazon alexa, cards are displayed in the amazon alexa app or on the screen of an echo show ?). If I call my google actions on my smartphone, I am also able to view the cards. But what happens if I use a different non-screen surface, like the google home? Do the cards appear in the google home app anywhere or do they just get lost?
Cards (and other visual elements you can add) aren't shown if the surface you're currently interacting with doesn't support them. This is intentional since the user may not expect them there and might open the app later and be surprised.
You can always check what surfaces are being supported in your current conversation by using app.getAvailableSurfaces() or the equivalent JSON properties. If you need to show the user something, you can prompt them to change to a surface that supports display by using app.askForNewSurface(). See the documentation about Surface Capabilities for detailed information.
In general, it is a good design to expect the user to only interact with their voice and to require visual information only minimally. Visual information should be used to supplement and enhance the voice as much as possible.
I am currently working on a website that allows my users to upload and sell music. My only problem is that I can't seem to find any coherent tutorials regarding the use of chained-payments specifically. Does anyone know where I can retrieve this information? Thank you for your time and have a great day.
Have you looked at the developer and getting start guides on PayPal's Developer Site? There are use cases, samples, sdk's and etc.
For example, the following page provides an introduction to Adaptive Payments, and explains the conceptual differences between parallel and chained payments.
I want to add credit card swipe feature to my application. Please let me know if I have to do anything other than the following:
Swipe the card
Populate the fields on the view with the card info
Store that populated into database(I have an idea in this db part), which will be used for further process later.
Please help me how to start programming for this. I have card reader device. What do I need to do now?
I'm Using ID Tech Shuffle Device.
Side note: If you are reading and handling credit card data, you'll need to ensure that you're doing it in a PCI-compliant manner. You can check out https://www.pcisecuritystandards.org/ for more info about the requirements, but they can be quite onerous.
You might want to consider a solution like http://getcardflight.com that manages the encryption for you so that you don't have credit card data flowing through your app and db.
Please purchase the UniMag for swipe card reader from the bellow link
http://www.idtechproducts.com/products/mobile-readers/141.html
http://www.youtube.com/watch?v=VCWVhHCD-nQ it's video for Swipe card
You simply need to integrate this UniMag SDK and can easily swipe the card to Your iOS Device
I am close to going to market with my app but, I am struggling a little with pricing. I think the best pricing scenario would be similar to the netflix model e.g. You get the first month free after you enter your credit card. You then have to unsubcribe to cancel the subscription.
However, I have been researching how to do this for an iPhone app being distributed through the appstore and it seems difficult to set up. You need to have your own server and the customer needs to sign up through your website. This sounds very complicated to set up and frankly I would rather get the product to market as soon as possible.
Does anyone know of an easier way to set up a netflix style payment model? I was going to use the appstore promo codes and give them out to my target market instead, but it seems like they are only available in the US. I am based in the EU.
How can I offer my app for free for a month or so to build up a user base before starting to charge for it?
Any help you could give me on this would be greatly appreciated.
I am a complete novice and have no technical skills and little knowledge concerning iphone app development an in-app / itunes store purchases.
But I have been playing with some ideas for my coffeeshop / lunchbar and was wondering If any experts would like to give me some feedback on my ideas.
As I said I run a coffee and lunch(break) shop and allot of my customers are iphone (and blackberry) users. What also happens alot is that the customers ring to order their coffee and food so that they don't have to wait (and waist their precious lunch time).
I myself am an Iphone user and really like the way it works (most of the time).
So I was wondering I is possible or will it be possible to develop an iphone app for my customers and have them pay for the order "in-app". I get a bill of the order in my mailbox and they just chout their name and thats it !?
Might sound a bit low tech but if apple have someones creditcard details and a mobile ordering display then they could function as a cash register of bank ?
thanks,
Jonathan
You can't do this according to Apple's terms of use:
You must deliver your digital good or service within your app.
Do not use In App Purchase to sell real-world goods and services.
Even if allowed, you'd lose 30% of your revenue to Apple using in-app purchase.
There are point-of-sale apps for iPhone that allow you to swipe credit cards. One of the Twitter founders has a startup called Square that'll be doing this. If you wanted it to be an app that users could install themselves, though, you'd likely be best off doing a custom one and hitting a payment gateway in the backend (Chipotle's app is a good example of this).
The original asker is just asking if this is possible, which it is! If you don't take the term 'in-app purchasing' literally. Just use paypal or some other payment method through the app. Ebay does this and so can you.
As long as you aren't selling something that competes directly with Apple (like Sony's digital book store that got shut down) you should be fine using a payment method other than the built-in functionality called 'in app purchasing'.
You have a good idea on your hands and it should be possible to find a way to take customer's money through the app.
Though you could probably use In-App purchasing for this, you would have some interesting work to do to make it work smoothly. You would probably be better off developing your own shopping cart application that lets your customers order "online" and write a custom iPhone application for them - skipping Apple for the purchase of coffee and donuts...
-t