我正在研究特定于阿根廷的某些税收规则的执行情况。
一些上下文:
- 根据产品类型,基本上有2条增值税规则:21%和10.5%,它们是互斥的
- 有几种基于客户类型和开票省份的税收规则,这些规则与产品完全无关,并在订单超过最低应纳税额时根据订单金额计算。
第一个非常直率。
第二个是棘手的。它们被称为“ percepciones”(对于我所做的所有研究,最接近的翻译是“从源头收集”),其背后的想法是商店充当IRS并向客户收取一些额外费用,然后客户将从一定的年度或每月税额中扣除。
例如,假设某产品的价值为$ 200.00(不含税),含21%的增值税。商店必须从100美元及以上的订单中收取2%的总收入,因此订单明细为:
- 1 x产品= $ 200.00
- 增值税21%= $ 42.00
- 总收入2%= 4.00美元
- 总收费= $ 246.00
当然,2%的税率是可变的,具体取决于客户的帐单邮寄地址和客户类型(公司的税率和税金与人不同)。
我想真正杀死我的是无法通过Magento设置的最低金额。
此外,撇开最低金额,产品税和客户税的多重组合将导致必须为每种可能的组合创建规则。
例如,客户可以免缴增值税,但不缴纳总税。
我真的很感激您有什么想法可以解决,我现在处于“头脑风暴模式”。
目前,我正在认真考虑完全忽略Magento税收引擎,而只是对所有这些逻辑进行自定义总硬编码(也许在后端设置了一些面板来抽动参数)
谢谢
其他本地平台如何处理呢?
—
FlorinelChis 2013年
为规则添加最小数量并不那么复杂。还有哪些挑战?
—
FlorinelChis 2013年
大多数电子商务应用程序根本不处理此问题或任何其他与税收相关的问题,并将所有订单信息移植到公司使用的“真实”会计软件中。随着技术的发展(与商务相关的人们开始拥抱它),这种问题才刚刚开始出现。传统的会计软件与Magento提供的数据结构和逻辑完全不同
—
barbazul 2013年
现在,我开始怀疑规则的最小数量会如何影响缓存的价格,因为除非您的购物车中有一定的最小数量,否则不应将其应用于产品价格。我想应该在某些小块中添加一些额外的cache_key,以便查看购物车小计
—
barbazul 2013年
使用config选项:价格含税。这会产生太多问题吗?
—
FlorinelChis