data mining BKS gift card liabilities - bloomberg

Is it possible for me to view a graph of Barnes and Noble's "Gift Card" liabilities over the past few years?
What I've tried is various financial websites that could maybe provide the numbers I'm looking for. For example, Google Finance and Balance Sheet data, Yahoo Finance, Ycharts.

Related

Cloud SQL billing

Its been my two months using GCP cloud sql. 1st month I got a invoice of INR1200. This month till date i have an estimated charge is INR 206. Though I have International SBI debit card, not able to connect because its saying Your card does not support automatic recurring payments.
user8104070
First solution to your problem: Use a SBI Credit Card or any Other Credit Card. Debit Card is just an ad-hoc Solution to use on your GCP account.
Secondly, this is not the right platform for asking this types of questions. Next time try contacting the Customer Support or read Google Official Documentation for your problems.
Anyway, Happy to help!

Shopify billing api charges for sellers

New here and i hope i am in the right place to ask my question. We are having problem with submitting our app to Shopify App Store.
We have an app where people can create their own designs on our physical products and sell. So we can produce their products and dropship to their customers. There are many apps to that.
Problem is they forcing us to use Billing API for our product charges. They take 20% of commission which our margin is not that much. We are wholesaler and we our margin is super low. We use (well we were planing to use) Stripe for products charges, which is 2.9 % commission.
And Shopify Apps Team member is keep asking me my margin, and says: "We are requiring that all apps use the billing API, but I might be able to make an exception since it seems like your business model isn't compatible. If an exception is made, you will be required to sign a revenue share agreement based on your margins"
All other App (in our business line)they charge their customers with 3th party payment processors and i have spoken with some of them they say they never heard about it and they don't share any revenue (apart from membership fees) with Shopify.
Any idea about this?
Thank you so much for you help.
Shopify is charging 20% of the cost of the app not 20% of the cost of your finished products. I don't know if your app can be free and still in the app store but from what you have written free would work since you will actually make your money on the goods. Just bill normally for the orders you receive

Querying UPS API to find out how much they charged me for a shipment: Is it possible?

I'm working on an application that integrates with several of UPS's APIs, but there's one piece of information I can't figure out how to retrieve: how much UPS charged us to ship a package.
This information is available through the UPS web app, and I can't see in principle why it shouldn't be available programmatically. Is it?
NB: I know that you can send UPS information about the shipment and get back an estimated shipping cost, but that's not what I'm after. What I would like to retrieve is that actual shipping cost for a shipped package, specifically the "Public Charge", "Incentives", and "Net Amount" values listed on UPS invoices.
I don't believe you can actually get to the billing/invoice data from the standard ups developer kit. You can get the shipment charges, etc, at confirmation time through the shipment accept API, but it doesn't sound like that is what you are looking for. To get to billing data you have to enroll in a separate program for CSV/XML/EDI access.

Can the interchange categorization on a card be detected prior to charging it in authorize.net?

I'm looking at the possibility of setting up limited acceptance of debit cards online. However, as I research, I see that there are huge differences in the interchange rate between debit cards that are regulated under the recent Durbin amendment and those that are exempt. Depending on my merchant account fee structure, this could give us wildly different costs based on how the transaction gets categorized.
If I'm using authorize.net as the gateway, is it possible to use their API to determine the categorization of the card on the interchange with just an authorize transaction? (and thus accept only cards that I know can be processed cheaply, and give an "i'm sorry" message to everyone else). Is there any other way to identify them without actually making the charge on the card?
Unfortunately there isn't. The rates used to process a transaction are determined at transaction time and are not available via any API. You can only find out what rate was charged by viewing the reporting offered by the merchant account provider.

Marketplace payment processor

I'm building a marketplace application:
The customer pays the seller on the marketplace
The marketplace takes a cut of the payment
I would have a payment processing system with the following features
The cut and the 100%-cut are sent directly to the marketplace and seller accounts (ie, I don't want to have 100% on the marketplace account and then to forward the 100%-cut to the seller)
I would love to have a UI as much integrated with the marketplace website as possible. This implies that the customer in the worst case has to put only name, surname and credit card number on the payment processor interface (the ideal would be a payment interface totally integrated with our website)
I don't want to force the customer to register to any third party service
It should work nicely with Ruby on Rails
It should work for non US-based companies and should support multicurrency payments
What are the options out there?
Thanks.
I'd recommend you look at our product Balanced. It's built to solve exactly this problem so I think it's a good match.
At a high level payments in are done via credit card like a normal payment processor, funds are deposited into an escrow account which is a sum of all funds collected - all funds disbursed. When you're ready to push funds out you can currently pay out via next-day ACH (US only) but we're building out international support which sounds like it would be useful for you.
I believe it matches your other requirements:
there is no requirement to send users offsite, they do require accounts but you can create and edit them via the API.
Balanced has an excellent ruby gem
You can split up the payment, taking a cut from the proceeds as profit
Balanced provides you with a merchant dashboard for you and your customers to get a head start but you can build the exact same thing via API access.
One area where it's not going to meet your requirements is multi-currency charges. Currently you'll need to charge in USD and convert.
Check out https://github.com/drhenner/ror_ecommerce It doesn't have all the features you want but will give you a big head start.
Basically active merchant will connect to most gateways. You need to add the custom code. Look at the video for more help http://ror-e.com/info/videos/1