<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Washington Destination-Based Sales Tax and Online Stores</title>
	<atom:link href="http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/feed/" rel="self" type="application/rss+xml" />
	<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Sat, 15 May 2010 18:18:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: John Christensen</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-5414</link>
		<dc:creator>John Christensen</dc:creator>
		<pubDate>Fri, 22 Jan 2010 20:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-5414</guid>
		<description>I had someone make me a solution for Virtuemart about a year ago.. it is a single file and i am willing to share it with anyone who wants it. It has no support and i am not sure if it will work with anything higher than virtuemart 1.1.3

email me at john@johnchristensenwebdesign.com</description>
		<content:encoded><![CDATA[<p>I had someone make me a solution for Virtuemart about a year ago.. it is a single file and i am willing to share it with anyone who wants it. It has no support and i am not sure if it will work with anything higher than virtuemart 1.1.3</p>
<p>email me at <a href="mailto:john@johnchristensenwebdesign.com">john@johnchristensenwebdesign.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Melanie</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-5412</link>
		<dc:creator>Melanie</dc:creator>
		<pubDate>Fri, 22 Jan 2010 05:29:43 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-5412</guid>
		<description>Thank you both for your replies. I am going to call DOR tomorrow and see what they suggest. I also have an appointment on Monday to talk to my website provider to see what they can do to help. I&#039;m not ready to give up on this (gulp).</description>
		<content:encoded><![CDATA[<p>Thank you both for your replies. I am going to call DOR tomorrow and see what they suggest. I also have an appointment on Monday to talk to my website provider to see what they can do to help. I&#8217;m not ready to give up on this (gulp).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Hoffmann</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-5408</link>
		<dc:creator>Ken Hoffmann</dc:creator>
		<pubDate>Wed, 20 Jan 2010 03:37:19 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-5408</guid>
		<description>Hi Melanie,

I’m going to start with a quick plug for my company’s product offering and then just give you some general advice on your problem. 

My company offers a line of products (http://www.gotsst.com) specifically designed to solve the problem of calculating and charging the correct sales tax rate for the Washington State Streamlined Tax requirement.  All of our solutions are designed for very low cost implementations.  Specifically, we offer a web service based solution that is very easy (for a programmer) to integrate into your existing website – this product takes an address as input and return the correct tax code and tax rate for further processing.  The web service starts at a cost as low as $60/quarter, but that doesn’t actually cover the programming required to get this integrated with your shopping cart.  We also offer a series of products that integrate with common small business accounting packages (like Intuit’s QuickBooks) – these products are designed to calculate the correct sales tax rate for invoices or sales receipts that are entered manually by you.  

Now for the general advice on addressing your problem:  The Washington DOR put on a whole series of public meetings prior to the adoption of the streamlined sales tax in an attempt to educate the business community.  I attended many of these meetings throughout the state (mainly to plug our products).  The recurring theme throughout all of these meetings was that many small online retailers simply don’t have the technology (or resources) available to correctly calculate and charge the correct sales tax rate.  The DOR clearly understands this issue and even indicated that they had been trying to work with companies like PayPal to help them solve this problem – but to no avail.  Anyways, all of that said, if you don’t have the resources available to solve this problem via programming, then I strongly recommend that you simply contact the WA DOR and ask them for an evaluation of your situation (they may do this over the phone or onsite).  The result of the evaluation will almost certainly be a compromise – something along the lines of charging a flat tax rate for your WA purchases and then calculating the correct rate and paying the difference when you file your taxes.  I really believe that the DOR will work with you on this problem – particularly if you’re proactive about it.

A couple of other notes:

-The State of Washington used to have (not sure if it is still available) a $2000 tax credit that was available for businesses to cover either implementation or service costs associated with moving over to the new streamlined sales tax.   Should you decide to tackle this problem yourself, you should check to see if this credit is still available.

-If you’d like, you can send me some information about your shopping cart application.  I’d be happy to contact your shopping cart vendor to see if they have an interest in integrating their product with my company’s service.

Sorry for the long response – hopefully some of this information is useful to you.  Don’t hesitate to shoot me an email with any questions.

Regards,

Ken
ken@snowcapsoft.com</description>
		<content:encoded><![CDATA[<p>Hi Melanie,</p>
<p>I’m going to start with a quick plug for my company’s product offering and then just give you some general advice on your problem. </p>
<p>My company offers a line of products (<a href="http://www.gotsst.com" rel="nofollow">http://www.gotsst.com</a>) specifically designed to solve the problem of calculating and charging the correct sales tax rate for the Washington State Streamlined Tax requirement.  All of our solutions are designed for very low cost implementations.  Specifically, we offer a web service based solution that is very easy (for a programmer) to integrate into your existing website – this product takes an address as input and return the correct tax code and tax rate for further processing.  The web service starts at a cost as low as $60/quarter, but that doesn’t actually cover the programming required to get this integrated with your shopping cart.  We also offer a series of products that integrate with common small business accounting packages (like Intuit’s QuickBooks) – these products are designed to calculate the correct sales tax rate for invoices or sales receipts that are entered manually by you.  </p>
<p>Now for the general advice on addressing your problem:  The Washington DOR put on a whole series of public meetings prior to the adoption of the streamlined sales tax in an attempt to educate the business community.  I attended many of these meetings throughout the state (mainly to plug our products).  The recurring theme throughout all of these meetings was that many small online retailers simply don’t have the technology (or resources) available to correctly calculate and charge the correct sales tax rate.  The DOR clearly understands this issue and even indicated that they had been trying to work with companies like PayPal to help them solve this problem – but to no avail.  Anyways, all of that said, if you don’t have the resources available to solve this problem via programming, then I strongly recommend that you simply contact the WA DOR and ask them for an evaluation of your situation (they may do this over the phone or onsite).  The result of the evaluation will almost certainly be a compromise – something along the lines of charging a flat tax rate for your WA purchases and then calculating the correct rate and paying the difference when you file your taxes.  I really believe that the DOR will work with you on this problem – particularly if you’re proactive about it.</p>
<p>A couple of other notes:</p>
<p>-The State of Washington used to have (not sure if it is still available) a $2000 tax credit that was available for businesses to cover either implementation or service costs associated with moving over to the new streamlined sales tax.   Should you decide to tackle this problem yourself, you should check to see if this credit is still available.</p>
<p>-If you’d like, you can send me some information about your shopping cart application.  I’d be happy to contact your shopping cart vendor to see if they have an interest in integrating their product with my company’s service.</p>
<p>Sorry for the long response – hopefully some of this information is useful to you.  Don’t hesitate to shoot me an email with any questions.</p>
<p>Regards,</p>
<p>Ken<br />
<a href="mailto:ken@snowcapsoft.com">ken@snowcapsoft.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Schultz</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-5407</link>
		<dc:creator>Scott Schultz</dc:creator>
		<pubDate>Tue, 19 Jan 2010 18:07:40 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-5407</guid>
		<description>Hate to say it,Melanie, but the right way to do it would be to hire someone to add a module to your website that would look up the tax before you submit the total to PayPal. 

Your shopping cart is written in PHP, so adding the functionality shouldn&#039;t be a problem, though I say that without having actually seen any of the code behind your shopping cart. *heh*

There are two issues that have to be dealt with. The first is that you can&#039;t rely on the customer. What I mean is that the tax rates can vary based on the Zip+4. Sometimes, it varies a lot, based on which side of a city or county boundary a house lies on. If your customer doesn&#039;t know his full Zip+4, then you need to be able to look it up based on his address. 

That will probably involve a post office database and associated address normalization. Honestly, if you&#039;ve got a mail order business, you should be doing that already, anyway. (This is going to cost you a periodic subscription fee.)

Second, when you have the full Zip+4, you do a lookup in the DOR database to find the appropriate tax rates. They have tools that let you do this over the internet nowadays, or you can setup a local database (your web host probably allows mysql if they allow PHP) and then you just have to update it quarterly.

All of this back-end stuff would happen BEFORE submitting to PayPal. 

It gets worse. The forms you submit to the DOR monthly require you to break down your payments based on zip code groupings (location codes). That means you&#039;re going to want some kind of reporting utility also, unless your volume of orders is small enough that you don&#039;t mind going through your orders database by hand once a month and adding them up yourself.

The best solution of all would be to contact the vendor of your shopping cart and see if they offer a module that handles all of this for you. If not, then you&#039;re left with hiring someone to custom code a solution for you and integrate it with your shopping cart.

Though one simple way to handle it is to figure out the highest rate in the state, charge everyone that, and hope that nobody notices that some people are being overcharged... ;-)

I&#039;ve done this for my employer&#039;s website; the caveat being that we own and control all of the servers in-house. We&#039;re not hosted by an ISP, so I was able to do some things that might be more difficult if you aren&#039;t able to easily add software to your web server. 

My email address is scott@cjhunter.com if you have specific questions you&#039;d like answered about how I solved this problem for our setup.

Scott Schultz</description>
		<content:encoded><![CDATA[<p>Hate to say it,Melanie, but the right way to do it would be to hire someone to add a module to your website that would look up the tax before you submit the total to PayPal. </p>
<p>Your shopping cart is written in PHP, so adding the functionality shouldn&#8217;t be a problem, though I say that without having actually seen any of the code behind your shopping cart. *heh*</p>
<p>There are two issues that have to be dealt with. The first is that you can&#8217;t rely on the customer. What I mean is that the tax rates can vary based on the Zip+4. Sometimes, it varies a lot, based on which side of a city or county boundary a house lies on. If your customer doesn&#8217;t know his full Zip+4, then you need to be able to look it up based on his address. </p>
<p>That will probably involve a post office database and associated address normalization. Honestly, if you&#8217;ve got a mail order business, you should be doing that already, anyway. (This is going to cost you a periodic subscription fee.)</p>
<p>Second, when you have the full Zip+4, you do a lookup in the DOR database to find the appropriate tax rates. They have tools that let you do this over the internet nowadays, or you can setup a local database (your web host probably allows mysql if they allow PHP) and then you just have to update it quarterly.</p>
<p>All of this back-end stuff would happen BEFORE submitting to PayPal. </p>
<p>It gets worse. The forms you submit to the DOR monthly require you to break down your payments based on zip code groupings (location codes). That means you&#8217;re going to want some kind of reporting utility also, unless your volume of orders is small enough that you don&#8217;t mind going through your orders database by hand once a month and adding them up yourself.</p>
<p>The best solution of all would be to contact the vendor of your shopping cart and see if they offer a module that handles all of this for you. If not, then you&#8217;re left with hiring someone to custom code a solution for you and integrate it with your shopping cart.</p>
<p>Though one simple way to handle it is to figure out the highest rate in the state, charge everyone that, and hope that nobody notices that some people are being overcharged&#8230; <img src='http://aldebaranwebdesign.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>I&#8217;ve done this for my employer&#8217;s website; the caveat being that we own and control all of the servers in-house. We&#8217;re not hosted by an ISP, so I was able to do some things that might be more difficult if you aren&#8217;t able to easily add software to your web server. </p>
<p>My email address is <a href="mailto:scott@cjhunter.com">scott@cjhunter.com</a> if you have specific questions you&#8217;d like answered about how I solved this problem for our setup.</p>
<p>Scott Schultz</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Melanie</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-5405</link>
		<dc:creator>Melanie</dc:creator>
		<pubDate>Sun, 17 Jan 2010 19:09:14 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-5405</guid>
		<description>We are brand new to online retail sales. We are using a turnkey website because we have no programming or website design experience. Our website payments are all processed through PayPal. It all seemed so straightforward until I it the sales tax hurdle. I was told by my website vendor that I need to set up the taxes in PayPal. But, PayPal only has an option for one state sales tax. Or I&#039;m just missing how to do this.

Has anyone used PayPal to process payments? How do you collect the right WA sales tax? We have not gone live yet so haven&#039;t had any sales. I&#039;m totally overwhelmed with how to do this. 

Any suggestions on how to incorporate this via PayPal?</description>
		<content:encoded><![CDATA[<p>We are brand new to online retail sales. We are using a turnkey website because we have no programming or website design experience. Our website payments are all processed through PayPal. It all seemed so straightforward until I it the sales tax hurdle. I was told by my website vendor that I need to set up the taxes in PayPal. But, PayPal only has an option for one state sales tax. Or I&#8217;m just missing how to do this.</p>
<p>Has anyone used PayPal to process payments? How do you collect the right WA sales tax? We have not gone live yet so haven&#8217;t had any sales. I&#8217;m totally overwhelmed with how to do this. </p>
<p>Any suggestions on how to incorporate this via PayPal?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-5400</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 13 Jan 2010 00:35:55 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-5400</guid>
		<description>I wished I had found this site earlier.  Here it is 2010 and I&#039;m wondering if anythng has imporved.  From looking over the DOR site it seems to me all they&#039;ve basically done is updated their tax rate charts. 

Has anyone taken the appoach to look at each zip code group and then just apply the highest rate of that group to just that zip code and drop the +4?</description>
		<content:encoded><![CDATA[<p>I wished I had found this site earlier.  Here it is 2010 and I&#8217;m wondering if anythng has imporved.  From looking over the DOR site it seems to me all they&#8217;ve basically done is updated their tax rate charts. </p>
<p>Has anyone taken the appoach to look at each zip code group and then just apply the highest rate of that group to just that zip code and drop the +4?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John C.</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-4630</link>
		<dc:creator>John C.</dc:creator>
		<pubDate>Tue, 17 Feb 2009 20:59:16 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-4630</guid>
		<description>Thanks anyway Jill... I will post anything else i find out here for joomla guys as i have found it to be the most informative info for this subject</description>
		<content:encoded><![CDATA[<p>Thanks anyway Jill&#8230; I will post anything else i find out here for joomla guys as i have found it to be the most informative info for this subject</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jill Olkoski</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-4626</link>
		<dc:creator>Jill Olkoski</dc:creator>
		<pubDate>Tue, 17 Feb 2009 17:42:18 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-4626</guid>
		<description>Hi John - I don&#039;t work with Joomla or Virtue Mart - but wish you luck!</description>
		<content:encoded><![CDATA[<p>Hi John &#8211; I don&#8217;t work with Joomla or Virtue Mart &#8211; but wish you luck!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John C.</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-4624</link>
		<dc:creator>John C.</dc:creator>
		<pubDate>Tue, 17 Feb 2009 08:40:58 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-4624</guid>
		<description>hi.. this may not be the height of bureaucracy... but i can see pretty far down. 

I&#039;m building a site for someone in WA in joomla/virtuemart... can anyone help me integrate this... um... brilliant technology?</description>
		<content:encoded><![CDATA[<p>hi.. this may not be the height of bureaucracy&#8230; but i can see pretty far down. </p>
<p>I&#8217;m building a site for someone in WA in joomla/virtuemart&#8230; can anyone help me integrate this&#8230; um&#8230; brilliant technology?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hannah</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-4548</link>
		<dc:creator>Hannah</dc:creator>
		<pubDate>Sun, 18 Jan 2009 18:16:11 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-4548</guid>
		<description>This &quot;not-very-well-thought-out&quot; destination-based sales tax nightmare has forced me to quit shipping products within Washington State.
The State is telling us, &quot;you figure it out the best you can, at your expense, then send us whatever tax money you collect!&quot;

  Any software that may be developed to solve these issues won&#039;t help me, because I don&#039;t have a shopping cart on my website.   Oddly, a large percentage of people ordering my products don&#039;t know what they want in the first place... so how can they &quot;add to cart&quot; before getting answers to at least a dozen questions.    When I ask customers what their sales tax rate is - most of them don&#039;t know, so I rely on the DOR website to calculate it for me.  This is a huge nuisance.

  If a customer wants my products, he/she will now have to drive down to my shop and pick up their order.  Simple as that.   99% of my internet-based sales are to out-of-state destinations, so it won&#039;t hurt me that much.
  I feel sorry for all the people wasting their resources to try to comply in good faith with the Washington State&#039;s &quot;experiment&quot; that is going to end up costing everybody a lot of time and worry.  Not me!  Enough&#039;s enough!  
  I wonder how many of the Legislators who voted to implement this stupid arrangement even know what it entails.  If I had my say on the subject, here&#039;s what I would vote YES for:  Going back to the &quot;origin-based sales tax&quot;, with only one sales tax rate in the State;  that rate being set for the entire year without all the changes each quarter.  That&#039;s too simple - but how happy it would make all Washington Retail businesses!</description>
		<content:encoded><![CDATA[<p>This &#8220;not-very-well-thought-out&#8221; destination-based sales tax nightmare has forced me to quit shipping products within Washington State.<br />
The State is telling us, &#8220;you figure it out the best you can, at your expense, then send us whatever tax money you collect!&#8221;</p>
<p>  Any software that may be developed to solve these issues won&#8217;t help me, because I don&#8217;t have a shopping cart on my website.   Oddly, a large percentage of people ordering my products don&#8217;t know what they want in the first place&#8230; so how can they &#8220;add to cart&#8221; before getting answers to at least a dozen questions.    When I ask customers what their sales tax rate is &#8211; most of them don&#8217;t know, so I rely on the DOR website to calculate it for me.  This is a huge nuisance.</p>
<p>  If a customer wants my products, he/she will now have to drive down to my shop and pick up their order.  Simple as that.   99% of my internet-based sales are to out-of-state destinations, so it won&#8217;t hurt me that much.<br />
  I feel sorry for all the people wasting their resources to try to comply in good faith with the Washington State&#8217;s &#8220;experiment&#8221; that is going to end up costing everybody a lot of time and worry.  Not me!  Enough&#8217;s enough!<br />
  I wonder how many of the Legislators who voted to implement this stupid arrangement even know what it entails.  If I had my say on the subject, here&#8217;s what I would vote YES for:  Going back to the &#8220;origin-based sales tax&#8221;, with only one sales tax rate in the State;  that rate being set for the entire year without all the changes each quarter.  That&#8217;s too simple &#8211; but how happy it would make all Washington Retail businesses!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jill Olkoski</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-2653</link>
		<dc:creator>Jill Olkoski</dc:creator>
		<pubDate>Wed, 19 Nov 2008 03:36:43 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-2653</guid>
		<description>Hi David,
Wow, what a nightmare. I also gave it a try with the online store I install for my clients. I was not going to attempt to fully integrate it, but just see if I could have some kind of add on that clients could use afterwards. Well, much like you, after a few hours of effort, I gave up. Most of my clients may be lucky because they&#039;re in Seattle, and so the bulk of their orders come from one city. I think some of my clients will simply export a spreadsheet, sort by city, and for all the non-Seattle cities, just do the math by hand using their manual lookup. But I completely agree, it&#039;s a bunch of crap. To spend hours and hours and maybe days of effort just for pennies, is insane.</description>
		<content:encoded><![CDATA[<p>Hi David,<br />
Wow, what a nightmare. I also gave it a try with the online store I install for my clients. I was not going to attempt to fully integrate it, but just see if I could have some kind of add on that clients could use afterwards. Well, much like you, after a few hours of effort, I gave up. Most of my clients may be lucky because they&#8217;re in Seattle, and so the bulk of their orders come from one city. I think some of my clients will simply export a spreadsheet, sort by city, and for all the non-Seattle cities, just do the math by hand using their manual lookup. But I completely agree, it&#8217;s a bunch of crap. To spend hours and hours and maybe days of effort just for pennies, is insane.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Porterfield</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-2651</link>
		<dc:creator>David Porterfield</dc:creator>
		<pubDate>Wed, 19 Nov 2008 03:15:23 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-2651</guid>
		<description>WA DOR just told me to make an effort. In my case I use Cyberstrongs eShop software, which is an ASP coded cart system. DOR said I could do it by Zip +4 but my cart system does not do the +4. By using extended tax rules available in the cart system,I manually entered the name of every municipality in the State of WA into the cart, It now looks up by City in WA. Of course there can be several different tax rates in each City , not to mention the County and various transit zones etc. I just picked at random, 1 tax code for each municipality. This took me about 12 hrs. Then when I went to do Qtr. 3 WA tax online, What used to take maybe 15 mins. at most took almost 2 full work days, and for what purpose? Just plain pure and simple legislative Stupidity. I have been trying to get a solution out of WA DOR for over a year prior to this thing taking effect. I&#039;m no programmer and I like the cart system I have, but even their developer could not come up with a solution as they said it would take a re-design of the entire cart and is beyond what they would be able to do. I sent off countless emails and phone calls to my WA State legislators as well As the Governor&#039;s office and never once ever received a reply except from DOR whom basically just said, do the best you can, no problem. What a bunch of crap.</description>
		<content:encoded><![CDATA[<p>WA DOR just told me to make an effort. In my case I use Cyberstrongs eShop software, which is an ASP coded cart system. DOR said I could do it by Zip +4 but my cart system does not do the +4. By using extended tax rules available in the cart system,I manually entered the name of every municipality in the State of WA into the cart, It now looks up by City in WA. Of course there can be several different tax rates in each City , not to mention the County and various transit zones etc. I just picked at random, 1 tax code for each municipality. This took me about 12 hrs. Then when I went to do Qtr. 3 WA tax online, What used to take maybe 15 mins. at most took almost 2 full work days, and for what purpose? Just plain pure and simple legislative Stupidity. I have been trying to get a solution out of WA DOR for over a year prior to this thing taking effect. I&#8217;m no programmer and I like the cart system I have, but even their developer could not come up with a solution as they said it would take a re-design of the entire cart and is beyond what they would be able to do. I sent off countless emails and phone calls to my WA State legislators as well As the Governor&#8217;s office and never once ever received a reply except from DOR whom basically just said, do the best you can, no problem. What a bunch of crap.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chidozie</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-2440</link>
		<dc:creator>Chidozie</dc:creator>
		<pubDate>Tue, 28 Oct 2008 00:22:04 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-2440</guid>
		<description>If anyone is still struggling with this we strictly use a .NET based ecommerce program called AspDotNetStorefront and have created a customization utilizing the Tax Rate Library provided by the State. If any one out there is using this program and needs assistance in implementing the code we would be more than happy to oblige, it only takes a couple of minor changes. 

Check us out - Bright Spectrum (www.brightspectrum.net)</description>
		<content:encoded><![CDATA[<p>If anyone is still struggling with this we strictly use a .NET based ecommerce program called AspDotNetStorefront and have created a customization utilizing the Tax Rate Library provided by the State. If any one out there is using this program and needs assistance in implementing the code we would be more than happy to oblige, it only takes a couple of minor changes. </p>
<p>Check us out &#8211; Bright Spectrum (www.brightspectrum.net)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Anspach</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-2118</link>
		<dc:creator>James Anspach</dc:creator>
		<pubDate>Tue, 22 Jul 2008 23:53:25 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-2118</guid>
		<description>Well I think that the flat rate model will serve both sides of this monster fairly, business and consumer.  Have you looked at how many counties there are in WA State?  I did yesterday trying to figure out how I was going to accomplish this task.  You would be a long time in getting them done in the first place, and they could change each quarter.

The flat rate is the best system.  Some may argue that they pay a lower sales tax where they live and it’s not fair.  To them I ask, “When you go out of your town or county, do you expect to pay a lower tax?”  I don’t think so; you pay what the next town or county charges.  

One rate for the Internet State Tax, the average works out to 8 %.  A little higher for some, and a little lower for others.  In the end the State of WA gets there monies, and does away with my headache.</description>
		<content:encoded><![CDATA[<p>Well I think that the flat rate model will serve both sides of this monster fairly, business and consumer.  Have you looked at how many counties there are in WA State?  I did yesterday trying to figure out how I was going to accomplish this task.  You would be a long time in getting them done in the first place, and they could change each quarter.</p>
<p>The flat rate is the best system.  Some may argue that they pay a lower sales tax where they live and it’s not fair.  To them I ask, “When you go out of your town or county, do you expect to pay a lower tax?”  I don’t think so; you pay what the next town or county charges.  </p>
<p>One rate for the Internet State Tax, the average works out to 8 %.  A little higher for some, and a little lower for others.  In the end the State of WA gets there monies, and does away with my headache.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-2116</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Tue, 22 Jul 2008 04:51:03 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-2116</guid>
		<description>From what I understand, the only other SST state anywhere close to the complexity of Washington is Kansas.  Some of the others are a flat-rate for the entire state (no local taxes), and the ones with local taxes are easier to compute - like based on zipcode or county, etc...
I personally like the flat-rate model.</description>
		<content:encoded><![CDATA[<p>From what I understand, the only other SST state anywhere close to the complexity of Washington is Kansas.  Some of the others are a flat-rate for the entire state (no local taxes), and the ones with local taxes are easier to compute &#8211; like based on zipcode or county, etc&#8230;<br />
I personally like the flat-rate model.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jill Olkoski</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-2115</link>
		<dc:creator>Jill Olkoski</dc:creator>
		<pubDate>Tue, 22 Jul 2008 04:08:16 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-2115</guid>
		<description>James,
I couldn&#039;t agree more. 
Jill</description>
		<content:encoded><![CDATA[<p>James,<br />
I couldn&#8217;t agree more.<br />
Jill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Anspach</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-2114</link>
		<dc:creator>James Anspach</dc:creator>
		<pubDate>Tue, 22 Jul 2008 01:38:38 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-2114</guid>
		<description>The D.O.R. should just charge a flat internet sales tax rate for the state.  It will work out for everyone in the end.</description>
		<content:encoded><![CDATA[<p>The D.O.R. should just charge a flat internet sales tax rate for the state.  It will work out for everyone in the end.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Schultz</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-2104</link>
		<dc:creator>Scott Schultz</dc:creator>
		<pubDate>Fri, 18 Jul 2008 19:23:37 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-2104</guid>
		<description>The DoR XML spec suggests that they ought to be returning a standardized address, even though they don&#039;t. The fact that they can create a reasonably accurate tax rate value from a street address and a five-digit zip suggests that they ARE doing standardization behind the scenes. I double-checked them using 98012, which has three different rates depending on the zip+4. It pulled out the correct rates for addresses in different tax zones based just on the street and five-digit zip. The only way to do that is if it figured out the zip+4 from the street/zip combo.

My take on this is that they intended to perform standardization as well, but somebody realized that the license on their address processing software didn&#039;t allow it (the CASS software we use internally has such a license - it can serve unlimited users as long as the info doesn&#039;t leave the firm), or someone just decided it would be bad for the government to effectively be competing with the private sector in the area of address correction. 

This is the kettle of fish that small businesses are in. To do it right, you really need to invest in an address standardization system, subscribe to regular updates, and keep a database of the tax rates and locations, also updated regularly. 

You&#039;re also depending on the DoR site to be working correctly 24/7. At the moment, that doesn&#039;t seem to be the case. After some discussion here, I decided to code in a call to the DoR service as a backup in case the internal server is down or can&#039;t resolve the address. Starting around 2:00, the DoR service stopped responding correctly. This morning, it was fine again. 


I guess it&#039;s a good thing that they&#039;re supplying some sort of solution for businesses but I&#039;d a bit leery about having to rely on it. Of course, until SSUTA actually goes online, you could really just ignore the whole issue, charge everyone 9%, and deal individually with anybody who wants a refund of the pennies they might have lost due to being overcharged on their sales tax.</description>
		<content:encoded><![CDATA[<p>The DoR XML spec suggests that they ought to be returning a standardized address, even though they don&#8217;t. The fact that they can create a reasonably accurate tax rate value from a street address and a five-digit zip suggests that they ARE doing standardization behind the scenes. I double-checked them using 98012, which has three different rates depending on the zip+4. It pulled out the correct rates for addresses in different tax zones based just on the street and five-digit zip. The only way to do that is if it figured out the zip+4 from the street/zip combo.</p>
<p>My take on this is that they intended to perform standardization as well, but somebody realized that the license on their address processing software didn&#8217;t allow it (the CASS software we use internally has such a license &#8211; it can serve unlimited users as long as the info doesn&#8217;t leave the firm), or someone just decided it would be bad for the government to effectively be competing with the private sector in the area of address correction. </p>
<p>This is the kettle of fish that small businesses are in. To do it right, you really need to invest in an address standardization system, subscribe to regular updates, and keep a database of the tax rates and locations, also updated regularly. </p>
<p>You&#8217;re also depending on the DoR site to be working correctly 24/7. At the moment, that doesn&#8217;t seem to be the case. After some discussion here, I decided to code in a call to the DoR service as a backup in case the internal server is down or can&#8217;t resolve the address. Starting around 2:00, the DoR service stopped responding correctly. This morning, it was fine again. </p>
<p>I guess it&#8217;s a good thing that they&#8217;re supplying some sort of solution for businesses but I&#8217;d a bit leery about having to rely on it. Of course, until SSUTA actually goes online, you could really just ignore the whole issue, charge everyone 9%, and deal individually with anybody who wants a refund of the pennies they might have lost due to being overcharged on their sales tax.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-2095</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Fri, 18 Jul 2008 14:35:46 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-2095</guid>
		<description>All of our online products utilize our one webservice - giving our customers automatic access to all states (once we get them all online) - and giving businesses a central point of determining the tax code/rate.  We&#039;re slowly getting more states online - there&#039;s no real rush for it (so far) until the whole inter-state thing comes up.  I doubt the DOR will update theirs to include multiple states - right now it seems to be very basic - not even any address correction involved, so if you spell &quot;Street&quot; instead of &quot;ST&quot; - it won&#039;t be accurate - whereas ours goes through normal address standardization methods before processing.  This is another reason we feel we have a good set of products for small businesses, but for right now if businesses are strapped for cash and don&#039;t fall into the credit offered by the DOR, the free service they offer is a great step - provided you can implement it in your billing software!</description>
		<content:encoded><![CDATA[<p>All of our online products utilize our one webservice &#8211; giving our customers automatic access to all states (once we get them all online) &#8211; and giving businesses a central point of determining the tax code/rate.  We&#8217;re slowly getting more states online &#8211; there&#8217;s no real rush for it (so far) until the whole inter-state thing comes up.  I doubt the DOR will update theirs to include multiple states &#8211; right now it seems to be very basic &#8211; not even any address correction involved, so if you spell &#8220;Street&#8221; instead of &#8220;ST&#8221; &#8211; it won&#8217;t be accurate &#8211; whereas ours goes through normal address standardization methods before processing.  This is another reason we feel we have a good set of products for small businesses, but for right now if businesses are strapped for cash and don&#8217;t fall into the credit offered by the DOR, the free service they offer is a great step &#8211; provided you can implement it in your billing software!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jill Olkoski</title>
		<link>http://aldebaranwebdesign.com/blog/washington-destination-based-sales-tax-and-online-stores/comment-page-1/#comment-2093</link>
		<dc:creator>Jill Olkoski</dc:creator>
		<pubDate>Thu, 17 Jul 2008 21:00:47 +0000</pubDate>
		<guid isPermaLink="false">http://aldebaranwebdesign.com/blog/?p=234#comment-2093</guid>
		<description>Amen...completely agree!</description>
		<content:encoded><![CDATA[<p>Amen&#8230;completely agree!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
