Ex:- Bot send me a card and I want to share that card with another person in ms team
Is it possible in bot framework?
Related
In chatbot , we have created an adaptive card with submit action and show card option for giving the feedback. But the UI look is different in Teams and Webchat.
Teams :
Webchat :
Can any one help on this issue
This is a expected outcome and by-design for the most part. Per documentation:
For example, Contoso Bot can author an Adaptive Card through the Bot
Framework, and when delivered to Skype, it will look and feel like a
Skype card. When that same payload is sent to Microsoft Teams, it will
look and feel like Microsoft Teams.
I would like to know if it was possible to sell products across multiple websites with a single paypal account?
I do not see any options on my management interface.
thank you
Yes, you can. PayPal makes it easy for sellers who use different brand names to manage multiple lines of business.
Therefore, you can setup your PayPal buttons or PayPal API to your individual websites.
For eg:
If you want to link your websites to your Single PayPal account for a Website Payment Standard button, then you just go ahead and create your button from PayPal(button factory)
and then use the generated button code in either of your websites.
Also, it's easy to receive payment notifications and manage orders by using a different email address for the two lines of business. More info here
I have a Digital Service Providing website. This service allows user's customers to take appointments for the services user is providing. Now the customers must be able to Pay for the service before confirming the appointment.
My requirement is each user of my website have different services and different price for it.
They have already configured these services on my web application. I have all details in the database.Now how can i integrate Pay Now buttons for this scenario? I do not want the user to configure the service price again on Paypal account?
There are a number of ways you can handle that. Do you have a shopping cart system setup on the site so people can browse and add service items and checkout all at once, or how exactly is that setup?
If you're tracking items and order price within a shopping cart you can use Payments Standard Cart Upload Method to easily gather order details and send the user over to PayPal for payment.
You could also use the Express Checkout API if you prefer web services. If you want to offer credit cards directly (without any PayPal redirect) you could include Payments Pro as well.
If you want to stick with standard buttons, but you want to automate the process, you can use the Button Manager API.
Problem:
I have a personal project and I want to be able to accept donations from users in a kiosk-like fashion using an Android tablet as the display/interface and a credit card reader. I was planning on using the REST API, however, this project is not associated with any business so I can't get a business PayPal developer account to enable accepting payments directly from credit cards.
Questions:
Is it possible to accept credit cards directly without a business account, or create a business account for an individual/personal? Would it be possible for me to get the credit card information and amount first, then pass that information to the PayPal UI to streamline the process so the user only has to tap a confirmation button?
Details:
My ideal user story:
User swipes card through card reader
User enters amount to donate
User confirms donation and is done
Simple and easy.
I realize that I can use a PayPal donate button but that is a much more complex user story and, as far as I know, without hacking the UI it will not be possible to support swiping the card and the user will have to enter the card information manually. Using the mobile SDK it might be possible to support card swiping but I still do not like the added layers of the PayPal log-in screen, having to select "Pay as guest", entering the amount in the textbox, etc. It needs to be an extremely simple process as I outlined above.
Possible (bad) Solution:
My last hope would be to collect the information, then in the background invisible to the user a web view would automate the donation process through PayPal by programmaticly going through the pages and filling out the textboxes. The web view would then be shown to the user once the final confirmation page is displayed for the user to tap the confirmation button. This is extremely hacky and a bad solution, however.
Side Question:
Why can I accept credit card payments through the PayPal UI (via a guest PayPal "account") without a business account, but I can't use the API to do so?
Unimportant Details:
I am building a KegBot which is a "smart" kegerator that tracks beer consumption and other data. The Android tablet displays this information and other fun stuff. I have a donation jar to help pay for the kegs but a common problem (or excuse) is that people don't have cash and only have plastic. My plan is to connect a card reader to the tablet as an accessory (or maybe use PayPal's card reader) to give drinkers a way to easily swipe a card and donate.
I am considering simplifying down the user story even more and making it so when the user swipes their card it automatically donates $5 without any other interaction needed. Maybe a confirmation button.
I tried going through the application to register my developer account as a business account and the form had changed. I was able to select Individual as the business type and use my home address and phone number. The application was approved and I now have a business account capable of processing credit cards using the rest API.
I have a website with a virtual money system. I need the user to buy some virtual money and I am planning to do it via the PayPal API. The user should choose a package and then pay and then get the virtual money in his account in the website. It is very similar to an e-commerce website.
Does any one know or have a link to an information about this topic?
Best
Jonathan
Here's the url for API. Just select your use case..