I work at an advertising agency.
I would like to know the amount of GCP invoiced as accurately as possible before the invoice arrives, and I would like to know where I can check that on the Partner Sales Console.
I know I can check the tabs in the dashboard, but there was a discrepancy with the amount on the invoice, and I would like to know if there is a way to get a more accurate picture.
Related
In case GCP changes prices during the month, how am I going to be charged:
Based on the rate at the beginning of the month or according to the new rate?
In the event of a price change on the products of Google Cloud Platform Products they usually make changes effectively since the 1st of the next month. In the event of changing the prices in the mid of a month the logical way is to be billed by the old rate for the usage prior to the day of change and with the new prices since the day of change.
The best option to clarify this kind of questions is to directly consult with the Billing team through Cloud Support because each prices changes effects may for each customer.
Is it possible to retrieve the service fee charges independent of the SKU like Subscription Fee, FBA Inventory Storage Fee etc. using amazon market API.
I tried the Financial Event API which returns the service fees in the format
<ServiceFeeEvent>
<FeeList>
<FeeComponent>
<FeeType>FBADisposalFee</FeeType>
<FeeAmount>
<CurrencyAmount>-0.15</CurrencyAmount>
<CurrencyCode>USD</CurrencyCode>
</FeeAmount>
</FeeComponent>
</FeeList>
</ServiceFeeEvent>
Which does not contains the data like PostedDate. Is there any oter APIs availabile to get the detailed data of service fee amounts?
In case it's useful for someone else, I figured out an approach that kind of works for me, though it's not ideal.
I'm using the Reports API to download the _GET_V2_SETTLEMENT_REPORT_DATA_FLAT_FILE_ report, which has the fees and a posted-date column. Some of Amazon's documentation about it can be found here: http://docs.developer.amazonservices.com/en_US/reports/Reports_ReportType.html
The disadvantage is that it's only generated once every two weeks. The advantage, compared to the Finances API, is that you get the posting date and the specific transaction that the fee came from.
im working on an integration between our company systems and NetSuite using PHP. Before the newest release of the NetSuite platform we were able to partially apply an existing credit memo to an specific pending invoice, but since their last release a couple of weeks ago every time we try to apply the credit to an specific invoice through our middle PHP system, it also applies all the other pending invoices in the account.
Let me specify a little more:
We have customer accounts, every account can have any number of open invoices. Lets say we have 3 invoices in the account 1. The first is for $20, the second for $30 and the last for $25. Then we create a credit memo associated to the account 1 for $75.
Then a week later we want to kill the first invoice of the account 1, the one with the $20 value. Then we command the credit memo to kill that invoice through our system. That would mean the first invoice is cancelled, we used $20 from the $75 we had in the credit and we still have $55 without use. Right?
Well, now for some reason the credit kills all the 3 invoices the account 1 had pending, even though we specify that only the first one should be applied. That consumes all the $75 of the credit memo, which of course messes up our accounting and prevents us from using it later in other invoices as we need it.
Just a few more points:
We are uploading our credit memos with property "autoapply" set on false.
When we want to apply an invoice we set its "apply" property as true and the ones from the other invoices as false, then we make an update request for the credit memo with that info. Thats how we always did it but now for some reason it doesnt works.
Sorry if its a little long, but i wanted to be really specific. If you have had a similar problem or have any insight on the matter i would greatly appreciate any help you can give. Thanks.
One suggestion you can try as I have experienced this as well. I had an issue where the user whose log in I was using for the integration entered a new credit memo, checked the box to auto apply and from then on every CM I imported through web services auto applied and did not respect the Auto Apply setting I submitted.
Log in as the user that you are authenticating with for the integration. Open a new credit memo and see if the Auto Apply check box is checked by default. This is a "sticky" setting in NetSuite. Enter a new CM As the user with the box unchecked and then delete it if you like. When I did this it stopped checking the box automatically and my CM import worked as expected again.
On an Amazon site, there is usually a List Price and a Price. I am trying to figure out how to obtain Price programmatically.
For example: This product has List Price $35 and Price $26
Through the ItemLookUp API, the List Price can be obtained easily but is there a way to get the Price from Amazon API?
First I thought that 'price' is the price that amazon sells the item at, but for this previously mentioned product this Price is $26 while the amazon's own lowest price is $28.76
Then I thought Price is the lowest price that is eligible for Prime, but I can't find easy way of getting this information.
If you make sure to include the Offers response group, you can get the lowest new price, lowest used price, etc. And if you need to, you can filter it to only offers from Amazon. That should give you the functionality you're needing. You can also find out if a specific offer is eligible for super saver shipping through that response group - which should be the same ones that are prime eligible.
Here's some more info on response groups and the different ones available - a very useful resource to dig through if you're wondering where to get a specific piece of info from.
I realize it's been a month since you asked this question, but I hope this helps. Let me know if you need any more clarification.
i am about to start work on a group-buying site. it works like this: a phone costs 100USD, but if 50 people buy it together , u get a price of 70USD.
so the website launches this offer, waits for 50 people to deposit money . once the threshold is reached, everyone is sent a coupon and that person can go and get his phone.
the problem.. there will be few offers which will be time-limited. for example, total of 100 mobile phones available only. the first 100 users can only buy it. the offer starts on 5th janissary at 11am.
now, how we can detect any suspicious attempts. like a person writing a script and buying all the 100 units.
i dont think IP based limits is a good enough criteria as REAL BUYERS may access the website using the same IP.
environment is LAMP.
why should you care , the more you sell the more you make money :) if the transaction is made you can enforce that user can't buy with same payment method and credentials twice. And as you said user must deposit money before he can make the purchase. You can ask user credit card data before the sale is opened, that is rather good limit as scammer must use 50 different credit cards