Hope I am in the ibm-bluemix group. Any idea how to get an invoice on pay as you go accounts ? The credit card charges do not match up to usage summaries. Getting ready to dump bluemix as it seems to have degraded over these past 6-18 months.
While it is not a programming question, here are the answers to your questions. There is an updated FAQ available to answer these questions. See:
https://www.ibm.com/blogs/bluemix/2016/04/bluemix-id-and-billing-faq/
In it, here is the information about the invoice:
Q: How do I get information about my invoice?
There are different ways to obtain your invoice depending on your type of account.
If you have a Bluemix account linked to a Bluemix Infrastructure account, you can view your invoice within the Bluemix Administrative Console using these steps:
Log in to Bluemix.
Click Manage and select Billing and Usage > Invoices.
Click an invoice
Note: You must have a Bluemix and Bluemix Infrastructure (formerly SoftLayer) linked account to see the Invoices option. For more information, see Linking your Bluemix and SoftLayer accounts.
If you have a Bluemix subscription or a Pay-Per-Use account, you can request an invoice through the Invoices On-Line site. Use the same IBM ID and password that you use to log into Bluemix. If you cannot log in, go to the Register Here option and select the appropriate choice for obtaining invoices for your account. For more information about invoices, access the IBM Customer Support web site, select your region, and click Frequently Asked Questions > Invoices and payments.
In terms of the usage information versus billing, this information might help you:
Q. What is the difference between what is shown on the Usage Dashboard and what is billed?
Look at Account dashboard to see the free allotments for the services that you are using. Free allotments are applied to the account level and not the organization level. In addition, the differences depend on your type of account as explained below:
Subscription: The billed contractual interval is based upon a negotiated payment for usage credits. The bill does not necessarily equal your usage.
Trial: The Account Dashboard lists the estimated cost of your environment if you had a pay-per-use account.
Pay-Per-Use: The Usage Dashboard lists what you owe including free allotments that are provided by some services. Note: Some third-party services, such as SendGrid, do not bill for their service through Bluemix if you signed up for their service outside of Bluemix.
If you have separate Platform as a Service (Paas) and Infrastructure as a Service (IaaS – formerly known as SoftLayer ) accounts, you will be billed separately. However, you can get one combined bill if you link your accounts. For more information, see Linking your Bluemix and SoftLayer accounts.
If you have further questions about your bill, please submit a Support ticket.
Related
This problem happens after enabling the billing method using a Pakistani Credit Card, and Billing details also fill up as Pakistani Addresses.
The selected project and billing account cannot pay for Maps in your region. Select an existing project that is paid for by a Maps billing account.
I have this problem while creating a Flutter Application using Google Map SDK.
Solution:
I have searched several sites and discovered that the problem is due to creating Pakistani Billing Addresses.
Why does this problem happen?
Google Cloud Console supports INR, USD and Rupee, but for using Google Map SDK / Enabling Map Billing, the account has to be USD Support.
How to solve this ?
First of all, check if you've enabled the API you're trying to use, or second, you must check the billing account type, go to an overview of your billing account, and there you'll find it. If it is a cloud console type, then you've to create another project and link it with another billing account with maps (that's what I've done, and still trying to find a way to merge both of them) and, most importantly, maps billing account won't in INR it'll be USD, The INR is allowed only of cloud console billing account not on Maps Platform.
Thanks to incrediblezayed for sharing this on Reddit. If you want to know more, you can check this Reddit post. Check Here ->
I'm exploring how to develop some g-suite applications (eg. gmail add-on, spreadsheet add-on, etc...). It's not clear to me whether the g-suite platform offers a payment API to let me charge customers $2.99 USD per installation? Then google will automatically settle the sales revenue into our bank account? I can't find any technical literature that confirms or denies the existence of this feature.
Or do I need to take a more traditional approach by directing the customer (eg. in the form of an iframe or something) to a page on my web server, where I integrate my own merchant service provider of choice (eg. paypal, stripe, etc...) to handle credit card payments? Then I need to oauth2 authenticate them on my server, confirm their billing is in good standing, before providing access to paid features?
I think for your case you should go and read carefully the G Suite Marketplace Developer Agreement.
In there you have this line which explicity says that you would need to pay Google a "Listing Fee"
3.2 If you choose to distribute Products through the Market for a fee, you will pay Google a non-refundable listing fee ("Listing Fee") as set forth at https://code.google.com/googleapps/marketplace/fees.html.
Background
We are developing a webshop that we sell to other companies.
The companies hosts the webshops and sell their products on their own servers.
The webshop uses the Paypal Rest API for the customers to make payments.
https://developer.paypal.com/docs/api/
To activate Paypal as a payments method the companies provide their Paypal details in the webshop admin area.
How we do it now
Right now the companies need to create a Paypal Developer account, and then create a new App in developer.paypal.com to get their own Client ID and Client Secret Code.
They then provide their Client ID and Client Secret Code in the webshop admin area.
Question
Is this the correct way to do it?
We think it feels a bit strange to tell our customers (the companies) to create "Developer Accounts" in Paypal, when they are not actually developers, just webshop owners selling their products.
I found this information about setting a parameter called "payee", which means you can set the receiver of the payments, see: https://devblog.paypal.com/setting-payee/ and https://developer.paypal.com/docs/api/payments/#definition-payee
Is it possible to use the "payee" as a solution instead, like this?:
We as developers of the webshop have a Paypal developer account, and provide our Client ID and Client Secret Code, which are then used in all our customers webshops? Then the companies would only need to provide their Paypal Account Email in the webshop admin area, which is then used as the "payee" parameter.
Is this a good and ok solution? Or is the same App, Client ID and Client Secret Code not allowed to be used for multiple companies and their webshops? How can we solve this then?
Thanks!
This is solved after communication with PayPal support.
This is some information from the communication that answers my questions:
"Do not use then the payee field as you will be able to deal with all the transactions created, that you don't want as you are an external "actor" in the payment process."
"About creating a developer account and App it does not mean that they are developers. The developer portal is a tool that allow to manage the Apps and deal with Sandbox test accounts. It is the only way to create an App."
So the conclusion is that we are doing it the correct way today, which is like this:
"Right now the companies need to create a Paypal Developer account, and then create a new App in developer.paypal.com to get their own Client ID and Client Secret Code.
They then provide their Client ID and Client Secret Code in the webshop admin area."
My company is looking to use the vaulting feature with Paypal for storing credit card info. I am not on the development side of things. I just need to know do we just need to have a paypal account to use this vault? Do we need to have a business account or a contract with paypal in order to use this? This is very time sensitive so any help would be greatly appreciated.
Scott
Yes, you will need to set up a PayPal account for this functionality.
Those in charge of the financial account to which the PayPal account will be linked (i.e. your company's bank account) will also need to answer questions regarding the bank account's validity correctly in order to unlock full API access for your developer(s):
https://developer.paypal.com/docs/api/
Your developers will also need to be set up, once the PayPal account has been confirmed and validated, with authorized logins for the account, as well, so they can test and ensure that PayPal transactions are confirmed during the development process.
A word of caution: Though I'm unaware of your business, its practices, etc. it's a hefty sum of responsibility and potential liability to offer the storing of user-sensitive financial information. If you're not prepared to handle the legal ramifications if this data is ever stolen or accessed without authorization, then this is not the development path your company should take.
You would just need a business account to use REST API PayPal.List of countries supported.
The REST API supports many countries for PayPal account payments. All you need is to upgrade to a Business account. For country-specific offerings and limitations, refer to PayPal Offerings Worldwide and visit your country-specific site for further details.
No need of a PRO account.
I was using Paypal Sandbox for testing transactions last year using my PayPal developer account.
I just checked last week that I cannot access my old account, so I decided to sign up for a new account. However, you need now to sign up for a business account. Business account is only available to U.S. businesses (I came from outside the US).
I was hoping if you can suggest an alternative and free developer account (similar to PayPal), but with a different payment gateway.
Thank you.
How about stripe ?
Stripe
Uses a JavaScript based API to complete transactions.
Simpler to integrate with multiple platforms.
You don't need a US Business account to use developer.paypal.com.
Simply sign up via https://www.paypal.com/ for a live PayPal account, either Premier or Business, and you'll be able to log in to developer.paypal.com with it.
Note however that the new REST API is currently available for live US Business accounts only, but this won't affect the availability of other Sandbox products or functionality.
I'll look into why the messaging states that you do, because that's not correct. Thanks for pointing this out!