shipping sales-tax

shipping - Computing California Sales Tax



sales-tax (9)

He estado investigando este tema hoy para mi empresa, que recientemente comenzó a vender en línea. El CA BOE enumera las tasas impositivas por ciudad, no por código postal. Los distritos tributarios son Ciudad / condado, así que tiene sentido.

Desde el punto de vista de la programación, en realidad me sorprendería si algún estado hiciera sus impuestos en función de los códigos postales, ya que los códigos postales pueden incluir varias ciudades / condados e incluso estados. Sin embargo, si desea ver la posibilidad, entonces crearía una tabla que enumeraría la ciudad, el condado, el estado, el código postal y la tasa de impuestos. Luego, busque en esa tabla por ciudad, estado y código postal. Es probable que obtenga un resultado, pero en los casos de resultados múltiples use la tasa más alta. Haga que la ciudad, el estado y la tasa impositiva requieran campos, el resto opcional.

También necesitarás poder importar archivos de datos.

Una de las aplicaciones web en las que estoy trabajando tiene una tienda web / carrito de compras bastante pequeña. Como la empresa cliente se encuentra físicamente en CA y tiene una ubicación física allí, se les exige que cobren el impuesto a las ventas de CA en todos los pedidos enviados a ubicaciones en California.

Para aquellos que no saben, CA tiene algunas reglas de impuestos a las ventas bastante complejas donde, esencialmente, cualquier grupo local puede crear un "distrito fiscal" y aprovechar unos pocos centavos de impuestos sobre las ventas adicionales a la base estatal de 7.25 % (Por lo general, menos del 1% extra). Estos distritos no tienen que mapear a ninguna otra frontera legislativa, por lo que puede terminar con la mitad de una ciudad pagando un impuesto adicional de .25% sobre las ventas, por ejemplo.

Técnicamente, la ley solo exige que usted cobre la tasa del impuesto a las ventas en su ubicación como vendedor, por lo tanto, si tengo una tienda aquí en Sacramento, solo tengo que cobrar los impuestos sobre las ventas de Sacramento en todos los pedidos enviados.

Sin embargo, por varias razones contables y de declaración de impuestos, en realidad es más fácil cargar el impuesto sobre las ventas de la ubicación a la que se envía la orden. (Lo que significa un impuesto a las ventas diferente, potencialmente, en cada pedido individual).

Entonces, mi pregunta. ¿Alguien sabe de alguna manera hábil para calcular esto? Los datos que necesita para hacer realmente el trabajo están disponibles en una variedad de formatos semi-útiles en el sitio web de la Junta de Igualación del estado, y estamos reuniendo un widget que trata de calcular el impuesto sobre las ventas basado en cosas como el nombre de la ciudad y código postal. Pero, me preguntaba si alguien ha encontrado herramientas geniales para resolver este problema. (O cualquier herramienta en absoluto, para el caso).

(Estamos usando VB y ASP.net, pero me interesarían las soluciones para cualquier idioma, principalmente porque estoy fascinado de ver cómo otras personas han resuelto esto).

Adición - respondiendo algunas preguntas de abajo:

Tim pregunta cómo esto puede ser "más fácil". Me han dicho que al hacer los impuestos a las ventas de esta manera, simplifica el llenado de su declaración de impuestos. Estoy aturdido con los detalles, pero tal como lo entiendo, si no cobra la tarifa de la ubicación de envío, debe justificar por qué no lo hizo para cada pedido al final del año, es decir, usted Tenemos que dar fe de que no, vivimos aquí y no allí , así que cobramos la tarifa aquí.

Mientras que si siempre carga la tarifa de destino, puede (aparentemente) simplemente poner la cantidad total del impuesto a las ventas que recaudó para todo el año en una línea, y decir "el impuesto a las ventas fue mucho más.

Parece que al estado no le importa lo que hagas. Entonces, por "más fácil", realmente quiero decir "más fácil para los contadores", lo cual, por supuesto, de ninguna manera es más fácil para nosotros aquí en el equipo de programación.

Además, la historia de Schnapple en Texas es una solución potencial. (De hecho, lancé esta misma idea esta mañana.) A CA realmente no le importa si usted sobrecarga el impuesto a las ventas, siempre y cuando no cobre de más y entregue todo lo que recolecte. El problema aquí es que, a diferencia de Texas (aparentemente), grandes extensiones de California no están en un distrito fiscal especial. Por lo tanto, aunque podríamos cobrar el nivel más alto para todos (que creo que es 8.75 en este momento), a la mayoría de los clientes no les importaría jugar su tasa normal de 7.25. Y creo que no puedo culparlos.


"Técnicamente, la ley solo exige que usted cobre la tasa del impuesto a las ventas en su ubicación como vendedor, por lo tanto, si tengo una tienda aquí en Sacramento, solo debo cobrar los impuestos a las ventas de Sacramento en todos los pedidos enviados.

Sin embargo, por varias razones contables y de declaración de impuestos, en realidad es más fácil cargar el impuesto sobre las ventas de la ubicación a la que se envía la orden. (Lo que significa un impuesto a las ventas diferente, potencialmente, en cada pedido individual). "

¿Alguien más ve una contradicción aquí? Para mí, es trivial simplemente usar la ubicación del vendedor y terminar con eso, especialmente si eso satisface al estado por qué molestar en absoluto. Su comentario sobre "en realidad es más fácil de cargar ..." no es cierto; si fuera más fácil, no haría la pregunta.

Solo es mi opinión

Además, ¿qué pasa si se trata de un artículo de regalo? El comprador no es la dirección del barco ni es la ubicación de la compra. Me parece (aún) que es mejor usar la única ubicación conocida si eso satisface el estado.


Estoy de acuerdo, es muy complejo. Sabrix es otro recurso de terceros que tiene un servicio de impuestos administrados para pequeñas y medianas empresas, así como una gran solución empresarial. No estoy seguro de cuál es el modelo de fijación de precios.


Existen recursos de terceros que son casi indispensables para este tipo de reglas en constante cambio.

Aquí hay uno. eso es SaaS


Mi imperativo era para el punto de venta minorista, sin embargo, podría adaptarse a una solución basada en zip. Debido a los retornos y la posibilidad de que los retornos provinieran de otros distritos tributarios, los registros del punto de venta debían tener las definiciones completas de las reglas impositivas.

Nuestra transacción admitió un número ilimitado de jurisdicciones impositivas. Cada jurisdicción impositiva proporcionó una forma de calcular el impuesto basada en un concepto de tabla como el impuesto sobre la renta. El software identificaría todas las jurisdicciones que entran en juego y calcularía el impuesto apropiado.

Por ejemplo, NY tiene un impuesto de lujo que entra en juego en los artículos individuales con un precio de más de $ 110 cada uno (fue un cargo regresivo esa tarifa en los primeros $ 109.99), y los condados locales tienen impuestos, así que pudimos definir:

Auth Start$ End$ Rate Base NY 0 109.99 0% $0.00 NY 110.00 - 4% $4.40 NYALB 0 - 4% $0.00

Entonces, la venta de un artículo de $ 50 en Albany resultó en un impuesto del 4% de $ 2, la tasa NYALB del 4% y la tasa del 0% en Nueva York estaba vigente. Una venta de $ 120.00 resulta en un impuesto efectivo del 8% de $ 9.60 - la tasa NYALB del 4% y la tasa NY del 4% sobre la cantidad de $ 110 + 4.40 o más.

Colorado tiene un solo municipio que tiene impuesto PIF, que además del impuesto estatal y del condado, está sujeto a impuestos.

Las rondas del estado de Idaho se basan en una regla de .002: si el impuesto calculado es 4.002, el impuesto adeudado es 4.01. Algunas jurisdicciones se reúnen siempre. Para cada jurisdicción, adjuntamos una regla de redondeo para seguir procesando el impuesto: Arriba, Abajo, .005 y .002.

He encontrado que organizar los datos de impuestos en este fasion es más flexible si está interesado en mantener sus propias reglas de impuestos.

Pero, como varias personas ya mencionadas, hay servicios que brindan los datos impositivos para usted. Solo tienes que descubrir cómo integrarlo.

EDITAR: Vacaciones fiscales ... También tuvimos soporte para eso, solo agregamos una tabla separada que tenía fechas de inicio y finalización para las vacaciones de una jurisdicción. El motor de impuestos simplemente escupiría cero durante esas fechas.


Texas hace algo similar: el impuesto estatal es del 6.25%, luego hay un impuesto local (como, específico del condado o algo así) del 1% y un impuesto adicional de "tránsito masivo" del 1%. El efecto neto es que cuando vas a algún lugar en Texas, pagas el 8.25% del impuesto a las ventas. Y 8.25% fue el máximo. En teoría, podría haber algunos distritos que no cobren un impuesto local, pero nunca me he encontrado con ninguno. También, en teoría, el impuesto local podría ser más del 1% y provocaría que el impuesto de tránsito masivo fuera menos del 1%, pero nuevamente nunca lo he visto.

Hace años, cuando era copropietario de una pequeña empresa y vendíamos cosas en línea (archivos de datos descargables) fui a un pequeño seminario organizado por el estado para explicarnos los impuestos. Como esta era una ciudad pequeña en la que yo estaba, las noticias de la televisión local vinieron a cubrir el evento (era tan aburrido de una ciudad).

O bien, yo o alguien más pregunté en un momento dado: "Ya sabes, dado que es complicado calcular todo este tema de impuestos, y tiende a ser el 8.25%, ¿no podemos simplemente cobrar a todos el 8.25% y enviarte eso?".

El hombre que dirigía el seminario preguntó al equipo de filmación: "¿Eso está filmando?"

Una vez que el equipo de filmación dijo que no, él dijo "sí, puedes hacer eso, no tendremos ningún problema con eso"

La forma de presentar el impuesto a las ventas en ese momento no era lo suficientemente específica como para dividir los artículos en el estado, por lo que cobramos 8.25% a todos en Texas, nada a todos fuera de Texas, y todos estaban contentos.

Entonces podrías estar rompiendo la espalda por algo que a California realmente no le importa de todos modos ...


He utilizado Vertex en un trabajo anterior para una operación de pedido por correo alojada en un iSeries. Lo enganchamos en nuestro sistema de pedidos.

Vertex usa geocodificación para determinar el impuesto a las ventas. Un código postal de cinco dígitos no es lo suficientemente preciso como para ubicar el impuesto a las ventas en lugares como California. Hay algunas áreas especiales de desarrollo económico (como un nuevo centro comercial) que pueden tener sus propios impuestos. Como resultado, un impuesto puede aplicarse solo a una dirección específica (para el centro comercial).

Vertex sale con actualizaciones periódicamente a medida que los impuestos se promulgan o cambian. Además, si hay vacaciones fiscales, es posible que deba ingresar a las tablas Vertex para cancelar los impuestos por un período de tiempo.

Alram, la compañía tenía ventas de $ 300 millones a través de todos los canales de venta. No hay ninguna pista sobre el precio.


efileSalesTax.com es un sistema basado en la web para presentar declaraciones de impuestos de ventas de California. Simplemente ingrese las Ventas brutas y las ventas no imponibles (si corresponde) y el sistema calcula el formulario completo y envía electrónicamente el retorno al estado. Es $ 6.95 por presentación, con descuentos por compras de documentos a granel, o $ 199 por año para presentaciones ilimitadas / contribuyentes ilimitados.

También respaldan los impuestos a las ventas de Florida, Illinois y Colorado.


Voy a hablar sobre los impuestos de Nueva York y cómo he implementado mi código para manejar el impuesto recaudado a través del POS y el seguimiento de los informes fiscales. Muchos de los principios se aplicarán a muchos estados.

Primero hay una ''jurisdicción fiscal'' y supongo que esto no significa necesariamente un ''condado'' o una ''ciudad'', y definitivamente no es un ''código postal''; sin embargo, estoy bastante seguro de que siempre incluye un ''estado''. Entonces, necesitamos una tabla db para ''jurisdicción fiscal''. Esta jurisdicción fiscal es necesaria para informar el impuesto a las ventas recaudado en el NYS-100. Entonces, debes seguirlo para hacerlo bien. Si tengo una tienda en Rochester, y en Buffalo, necesito hacer un seguimiento de los impuestos recaudados tanto a nivel local como a nivel estatal para procesar correctamente el formulario de impuestos trimestral. Por lo tanto, la factura de ventas debe obtener el ID de la jurisdicción fiscal.

Por ejemplo, aquí están las jurisdicciones fiscales para Nueva York, esta se extrae de nys-100, el informe de impuestos de ventas .pdf, pero en una forma realmente útil: http://embrasse-moi.com/exampleData/new_york_tax_jurisdictions.csv

Lo que necesitamos como comunidad es esta misma información para los 50 estados.

Entonces, las ventas en la tienda son relativamente fáciles, tengo el impuesto estatal y el impuesto local para rastrear. Desafortunadamente, se supone que debemos recaudar impuestos según el destino del envío en Nueva York, lo que significa que básicamente necesitamos que todas las "jurisdicciones fiscales" en nuestra base de datos sean correctas. Las diferencias en las tasas impositivas no suelen ser superiores al 0,75%, pero pueden aumentar cuando se consideran las exenciones, de modo que no incluya todas las tasas impositivas locales que apostaríamos y utilice una tasa de impago del 4%, si se incluye una auditoría en la tarifa. Es más que probable que sea menor que el costo de implementación y mantenimiento de la tasa impositiva completa, pero eso depende de su volumen.

Luego, las tasas pueden cambiar. Por lo tanto, necesita una tabla db para especificar la fecha de inicio de la tasa impositiva y para qué jurisdicción fiscal.

Luego, hay ''Exenciones'' que corresponden a una categoría de impuestos. Vendemos ropa, y generalmente se otorga una exención para "ropa y calzado". Entonces necesita una tabla db para categorías de impuestos. Puse una identificación de categoría de impuesto predeterminada en mis categorías de producto que luego escribe la categoría de impuesto predeterminada en el producto al agregar nuevos productos.

Ahora puede agregar su tasa de impuestos. Tengo un formulario para agregar una tasa de estado y mantener eso en columnas únicas en mi tabla de db de tasa de impuestos específica de la fecha. Tengo otro formulario para agregar la tasa local, nuevamente puesto en la misma tabla tax_rate. Esta tasa es específica de una categoría de impuestos.

Entonces, por ejemplo, agregué una tasa del 4% para el estado de Nueva York, comenzando en 1-1-1900, aplicable a todas las categorías de impuestos. Luego agregué todas las jurisdicciones fiscales, las cuales escribí usando los datos del archivo anterior, inicié la fecha nuevamente 1-1-1900, con las tasas en el archivo anterior. Aplicable a todas las categorías.

Luego debe hacer lo mismo para la categoría de exención de impuestos, 0% para el estado y todas las jurisdicciones fiscales locales.

Luego agregamos las exenciones. Esto es en realidad un poco más fácil ahora, porque la exención está en el nivel estatal con solo un puñado de jurisdicciones tributarias que respaldan la exención. Así que agregué Nueva York, 0% a partir de abril de 2011 para el valor máximo de categoría de ropa de $ 55 Luego agregué Nueva York, 4% a partir de octubre de 2011 para la categoría de ropa (esto anula la exención) Luego agregué Nueva York, 0% a partir de abril 2012 para el valor máximo de la categoría de ropa de $ 110.

Ahora se supone que debo hacer esto también para cada jurisdicción fiscal local, pero como dije, solo un puñado de ellos ofreció la exención, pero la funcionalidad está ahí.

FINALMENTE, al momento del envío, debe llegar a la jurisdicción fiscal. Aquí es donde ocurre la imposibilidad, sin embargo, para mi sistema POS, tengo que pedir el ''condado'', ya que esta será la opción más comprensible. En Nueva York, por supuesto ... La ciudad de Nueva York es la jurisdicción fiscal para el Condado de Bronx, el Condado de Queens, Brooklyn (a veces llamado otra cosa) Condado, y otras costumbres, entonces debes saber cuando alguien menciona una de las Burroughs que la jurisdicción fiscal es ''Nueva York'', o agregue otra tabla db para buscar el condado en la jurisdicción fiscal, lo cual es honestamente más correcto y probablemente debería haberlo hecho.

Entonces, cuando luego calcula el impuesto para el producto, toma el precio de venta, la categoría del impuesto al producto, la identificación del estado y la identificación de la jurisdicción fiscal (y la fecha, asumiendo que no es ahora). Consulta los datos de su tasa impositiva, la lista por fecha y luego baja cada elemento y encuentra el primero que funciona. Y si no se encuentra nada, he establecido una tasa predeterminada, nuevamente en caso de que no se haya ingresado la jurisdicción fiscal local. Habrá muchas declaraciones if para hacerlo.