I want users to be able to buy tickets via Windows Phone application and do not want to use web browser for these purposes. The ticket price may be different.
Is it possible to process payments via Wallet app or integration with certain processing systems is required?
Also please suggest the best practices for purchasing process within Windows Phone app.
This isn't that accurate but, you can use a paypal address creator and a webbrowser component.
try to do this (needs another server :( - try a free one )
http://webdesign.about.com/od/ecommerce/a/create-a-paypal-shopping-cart.htm
Related
When a user buys a subscription on CH Play, can I use the server to verify and then update the subscription on the iOS App side and vice versa?
However, Apple has a policy stating that: Guideline 3.1.1 - Business - Payments - In-App Purchase - Your app unlocks or enables additional functionality with mechanisms other than the App Store, which is not appropriate for the App Store.
That means the user has to buy again.
So How should I do mobile app cross platform payment?
Should I create a lot of offer codes?
Or refunding the user after buying twice is still a solution?
That means the user has to buy again.
No, you can buy subscription from Android or web and when you login into your account on iOS device you will find your subscription active. this is do not violate Apple's Guidelines (e.g. Spotify is doing this)
You should handle the subscription from server side to verify if the subscription paid on the original platform.
UPDATE:
3.1.3(b) Multiplatform Services: Apps that operate across multiple platforms may allow users to access content, subscriptions, or features they have acquired in your app on other platforms or your web site, including consumable items in multi-platform games, provided those items are also available as in-app purchases within the app.
I have an application for various platforms. Let them be iOS, Android and Windows. In order to use a app, a monthly fee needs to be paid, but it just needs to be paid once in order to use all platforms. It is the same as with Spotify, so by paying once, every platform can be used.
According to the guidelines of Google and Apple, I need to offer In-App Purchases for the monthly fee. The system is connected to user accounts, which are managed by a server, which is in my control. I am storing the subscription data of users, so if a user uses the In-App Purchases on iOS, the information is transmitted to the central server in order to unlock the Android-App as well (in case it has been paid on another platform already)
The problem is the following scenario:
A user has a valid subscription which has been payed via Google Play. The iOS and Windows apps are unlocked as well. Now the user uninstalls the Android app, goes to the Google Play website and cancels the subscription. In the current scenario, I am not able to detect this and the subscription will be valid for all other platforms.
The question is:
Is there any pattern to circumvent this problem? Spotify and co are solving this issue as well, so there must be a solution for this
Well, the server that handles the authorization of the user (that is, your server) should query the Google Subscription API, to check if the current subscription is still valid. Each SubscriptionPurchase Resource contains information about when the subscription expires.
(see https://developers.google.com/android-publisher/api-ref/purchases/subscriptions)
For Apple, the same stuff applies: You will get a receipt, and with that receipt, you can query the server at any time to check if that subscription is still valid.
There is a slide which summarizes these points and the pitfalls very well: https://speakerdeck.com/rosapolis/the-recurring-nightmare-cross-platform-in-app-subscription-purchases
Bottom line: You won't be able to make that happen without a server that does the communication between the two stores. It comes with issues, though, as the slide shows.
Bonus: The talk from which the slides are taken is also on Youtube
Is there a way on the Windows Phone to access the users mobile number? Is it possible to gain this information by asking permission or possible having the user sign in via a Windows Live Account to gain the information? I wanted to see if there is a solution other than using Twilio in order to verify a phone number via text message. I'm working specifically on Mango now but would be interested if this would be possible in Apollo as well.
Unfortunately this is not supported.
To gain this information you will need to ask the user to manually for their phone number. This is to stop their phone number being retrieved by any app which requests it, which could then lead to spam/selling of the phone number (to name a few scenarios)
Considering that this is a security limitation (not a hardware/software limitation), I doubt very much that this security conscious decision will be revoked for Apollo (Windows Phone 8) and access to the phone number will be granted to any app that wants it.
You can retrieve contacts with mango.
See : MSDN
Regards.
I have requirement of integrating CRM2011 with TAPI3.0.
I am very new to integrations. Can any one tell me how to proceed? For this we are using Ericossons TAPI Bridge.and Astra's Phone box server.
I have installed BusinessLink for windows server, Client and TAPI Bridge3.0 in my sytem. Then
what code do I need to write and where can I write this code?
My Requirement is when customers calls, CRM server should check the phone number in the contact details and if exist open the perticular contacts record.
Please reply if any one have idea/worked already.
The solution would involve creating a Windows based utility running on the Client's desktop PC.
I would create the following :-
1) You have some mechanism to either poll, or capture an event from the TAPI interface when a phone call arrives which is intercepted by your utility.
2) Based on the data in the TAPI event query MSCRM using OData or WebServices to determine the record you require. Return the GUID of the record.
3) Launch on the Client PC an IE window with querystrings of the GUID (there are examples in the SDK for launching records with querystrings).
The utility will need to run in the system tray (or as a service) on all the PCs. You will need to build an install to deploy the utility to the PCs.
Thanks
Glenn
I have app running in system tray and it sends caller ID via Windows message to chosen app. If you can receive Windows message it will work.
I have a product live on a network operators portal at the moment, it is integrated with the operators SMS/MMS messaging and billing interfaces. I would like to build a version of this application to run on Windows Phone 7 devices.
I'd like the application to run for all users but for users that happen to be on the network operator I've integrated with I'd like to offer them a better experience (direct operator billing and sending through the operators MMSC).
An alternative would be to limit the availability of the app to users with handsets on the operator (like the Android marketplaces that exist for the major cell network operators like Verizon and Sprint).
Is any of this possible on the Zune Marketplace for apps and/or on Phone 7 devices?
Thanks
To accomplish this I would suggest liasing with your network operator contacts.
You'll need access to the APIs which they have access to (and the public does not through the 3rd party SDK).
You may also want to ship an app with phones they supply also.