Perception de l'impôt à la source et montant imposable minimum

8

Je fais des recherches sur la mise en œuvre de certaines règles fiscales spécifiques à l'Argentine.

Un peu de contexte:

  1. Il existe essentiellement 2 règles de TVA selon le type de produit: 21% et 10,5%, elles s'excluent mutuellement
  2. Il existe plusieurs règles fiscales basées sur le type de client et la province de facturation qui sont complètement indépendantes des produits et sont calculées en fonction du montant de la commande lorsque la commande dépasse un montant taxable minimum.

Les premiers sont assez simples.

Les seconds sont délicats. Ils sont appelés "percepciones" (pour toutes les recherches que j'ai faites, la traduction la plus proche est "collection à la source") et l'idée derrière eux est que le magasin agit comme l'IRS et facture un petit supplément au client qui ensuite le client sera déduit d'un certain impôt annuel ou mensuel.

Par exemple, supposons un produit d'une valeur de 200,00 $ (hors taxes) avec 21% de TVA. Le magasin doit percevoir un revenu brut de 2% à la source sur les commandes de 100 $ et plus, donc le détail de la commande serait:

  • 1 x produit = 200,00 $
  • TVA 21% = $ 42.00
  • Revenus bruts 2% = 4,00 $
  • Total facturé = 246,00 $

Bien sûr, le taux de 2% est variable en fonction de l'adresse de facturation du client et du type de client (les entreprises ont des taux et des taxes différents de ceux des personnes).

Je suppose que ce qui me tue vraiment, c'est le montant minimum qui ne peut pas être configuré via Magento.

De plus, en mettant de côté le montant minimum, la combinaison multiple de taxes sur les produits et de taxes sur les clients obligerait à créer une règle pour chaque combinaison possible.

Par exemple, un client peut être exonéré du paiement de la TVA, mais pas de l'impôt sur le revenu brut.

J'apprécierais vraiment toutes les idées que vous pourriez me lancer sur la façon d'aborder cela, je suis en "mode de remue-méninges" en ce moment.

Pour le moment, j'envisage sérieusement d'ignorer complètement le moteur fiscal de Magento et de simplement placer un codage en dur total personnalisé de toute cette logique (peut-être configurer un panneau dans le backend pour modifier les paramètres)

Je vous remercie

Barbazul
la source
comment les autres plateformes locales gèrent-elles cela?
FlorinelChis
l'ajout du montant minimum pour la règle n'est pas si compliqué. Quels sont les autres défis?
FlorinelChis
La plupart des applications de commerce électronique ne traitent tout simplement pas ce problème ou tout autre problème lié à la fiscalité et transfèrent toutes les informations de commande vers le logiciel de comptabilité que la société utilise "pour de vrai". À mesure que la technologie progresse (et que les personnes impliquées dans les affaires commencent à l'adopter), ce type de problème commence tout juste à apparaître. Les logiciels de comptabilité traditionnels ont une structure de données et une logique complètement différentes de celles fournies par Magento
barbazul
Maintenant, je commence à me demander comment l'ajout du montant minimum pour les règles aurait un impact sur les prix en cache car vous ne devriez pas l'appliquer au prix du produit, sauf si vous avez un certain montant minimum dans votre panier. Je suppose qu'un petit supplément devrait être ajouté à certains blocs cache_key qui examine le sous
total du
Optez pour l'option de configuration: les prix incluent les taxes. cela crée-t-il trop de problèmes?
FlorinelChis

Réponses:

2

D'autres plateformes de commerce électronique sont similaires à Magento -> taux d'imposition par granularité du code postal.

Vous voudrez peut-être consulter Avalara ( http://www.magentocommerce.com/magento-connect/6760.html ). Ils font un calcul taxé basé sur la géo et (je crois que cela pourrait concerner l'impôt sur le revenu brut)

Si vous décidez d'écrire une extension, je demanderais (c'est probablement beaucoup plus de travail) de l'écrire comme une modification des règles fiscales. De cette façon, vous pouvez utiliser la valeur de priorité pour l'afficher en tant que montant séparé dans le panier et peut-être que d'autres peuvent se développer pour leur région s'ils ont des règles fiscales similaires. De plus, en le codant de cette façon lorsqu'un acheteur d'un autre pays utilise votre site, le moteur sera en mesure de prendre en compte de manière appropriée la règle de l'impôt sur le revenu brut, etc.

Mandrin
la source
Je vais contacter les gars d'Avalara, mais il semble qu'ils ne gèrent que les taxes américaines selon ce onepica.com/magento-extensions/avatax/#important-notes
barbazul
Je pense que l'ensemble du moteur fiscal de Magento est trop simpliste et doit envisager plus de variantes ou être plus facilement enfichable. Je ne m'attends pas à l'étendue de l'implémentation actuelle sur laquelle je travaille pour résoudre ce problème principal
barbazul
Pour en revenir à ce fil ... Du point de vue du moteur Magento, je réfléchissais à la manière de traiter votre situation - et si vous créiez une classe de taxe sur les produits et configuriez un ensemble de taux de taxe et de règles de taxe pour les percepciones. Vous pouvez ensuite définir l'indicateur de calcul sur sous-total uniquement pour les deux règles fiscales. Vous avez donc une règle pour les taxes TVA et un ensemble de taux. Ensuite, vous avez une règle distincte pour les percepciones et un ensemble de taux. Vous liez ensuite les deux règles à votre classe de taxe sur les produits percepciones. Je pense que ça marcherait. Vous répéteriez pour les éléments de taux de TVA réduits. Pensées?
Chuck