sales tax rate retreval from zip code [closed] - php

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
what are some popular 3rd party applications that i can use to retrieve the current sales tax rate from a zip code? i will be using php. i thought about building my own but after i noticed that the U.S. has 40k+ zip codes it wouldn't be easy. what are my options.
are they free or i have to pay monthly
thanks

A zip code is not enough to determine sales tax, since the area covered can (and frequently does) span multiple tax jurisdictions. You need a package that would retrieve it based on street address and zip code. There are companies out there that would allow you to perform such queries via a web service, for a fee. I am in the process of looking into https://www.taxdatasystems.net . They charge between 7 and 15 cents per query, depending on monthly volume.

How about work with the USPS and UPS Apis:
http://www.ups.com/content/us/en/bussol/browse/online_tools_shipping.html
https://www.usps.com/business/webtools.htm
You could totally just work with these and not have to worry about all the database work of inserting 40k zipcodes then writing php to work with them... try out these APIs
UPS's api looks a bit more mature

Related

What stack should I choose? [closed]

Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 6 years ago.
Improve this question
In my day to day work, I code WordPress themes, but have built very complex apps using no-framework php, also have used CodeIgniter to build very large applications, no stranger to node.js, mongoDB(and tons of other KV stores).
So now I need to build an application for a company that sells car parts, it will need:
many products (with full stock management, ability to add products, ability to add shipments of products, each product may have options, such as different sizes, stock counts, pricing tiers)
many clients (with stored client details and each may have their unique discount)
ability for clients to purchase products with pdf invoice generation
history of all actions performed by all users (don't mean clicking page to page, but product additions, purchases, deletions)
I'm thinking there's no point in using javascript/node as there's no need for concurrency, what I'm after is a framework that will save me time during initial setup and in the long run during build and maintenance.
I understand that Laravel is what's hot right now, but I've never played with it and am not sure if learning laravel is more time-effective vs using codeigniter, which I know pretty well (but just doesn't excite me any more).
You have played with Codeigniter, so i guess it will help you here.
You already know how easy it is to setup CI, also it has rich documentation so whenever you are stuck you can help you self.

How to submit one product with > 5 bullet_points via MWS API (Amazon seller center)

Closed. This question is not about programming or software development. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 5 days ago.
Improve this question
I am working on post products to Amazon seller center through MWS API. Encounter one issue that those products have more than 5 bullet_points in their description, such like bullet_point1, bullet_point2,..., bullet_point(n). Is that a way could submit one product with n>5 bullet_points.
You are probably using the "FLAT FILE" feeds, which have a limited selection of columns. Try using XML feeds instead - I see no restriciton (maxOccurrences) in the XSDs, so more than 5 bullet points may be possible (I haven't tried).
it says that the max occurrences are 5, so my guess is that there could not be more then 5 appearances. We have limited our users to 5 bullet points at least

Is using Magento overkill? [closed]

Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
I contracted a programmer to create a site for me. It's a site where I can centralize other sellers of clothes and show it off via galleries, perhaps you can think of it as ebay without the online payments/bidding, but focused on apparel. The sellers merely post their wares. Buyer transactions are done directly with the sellers off the site. My programmer insists on using Magento. I am researching around and found this site: http://w3techs.com/ and it's pretty useful for a non-techie like me to learn that sites like ebay and amazon don't use Magento.
I've read on other stack threads that using CMS/Magento falls more on the plus side of the equation. I'm ok with that fact, but I would just like to know if it's not overkill to use it for my site, given the functions it will offer sellers-- functions which are way less than what ebay and amazon offer and they don't use Magento?
Though I know it's on the plus side, my concern about using Magento is that it uses up too much resources, thus much much more expensive hosting-wise. I had a hosting company do a costing for 100 visitors and the hosting package recommended to accommodate them is VERY expensive. I am wondering if the hosting requirements would be comparatively lower if the site didn't use Magento?
Thanks for any input. I'm on very unfamiliar territory here.

Payment system - in Europe [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I need a simple online payment system available for Europe. I'm thinking at PayPal as a solution. Any other recommendations?
This question lacks information.
You pick an payment system based on information like:
Which countries do I need payment methods for? Which company offers me all these methods so I don't need to implement multiple payment providers.
How much value/profit will my average order be, and how much transaction costs am I able to pay?
Which system suits the costs I can spare for implementation?
Perhaps the payment system has a synergy with my administration system?
without more detailed information, the answer to this question will not be of value.
Well i could recommend Ideal for the Netherlands but other then that paypal, clickandbuy and western union.

How should I skim money off a transaction between 2 people on my site? [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 12 years ago.
Improve this question
This is sort of not relevant to programming but I think it also is:
MY site is being built around people selling products through the site and customers buying the product through it. I'll then shave a % off the top of the sale.
As far as skimming a % of the sale off the top, what is the order of events that should take place to do that?
Should the customer pay me then I pay the seller the remaining amount?
or
Should I let the customer pay the seller directly, then I charge the seller?
or...?
I know paypal blows hard, but what other choices are there? I'm NOT setup to store CC info on my server.
The site is built around php if it's relevant.
Handling the transaction yourself will probably get you all sorts of attention from the tax authorities - usually not a good idea, as it tends to generate tons of paperwork and liabilities (like warranty claims) for little gain.
The usual way is to charge either buyer, seller, or both a fee. Which way is best totally depends on the market you're serving, and your position in that market.
Credit card merchant accounts are a (often cheaper) alternative to PayPal, but most are very expensive.
Other alternatives:
Micropayment processing using Paypal or other payment processing service?
Which should I implement first, PayPal or Google Checkout, on my eCommerce website
How to pay your users? (alternatives to PayPal)

Categories