Я занимаюсь исследованием применения определенных налоговых правил, специфичных для Аргентины.
Немного контекста:
- Есть в основном 2 правила НДС в зависимости от типа продукта: 21% и 10,5%, они взаимоисключающие
- Существует несколько налоговых правил, основанных на типе клиента и провинции выставления счетов, которые полностью не связаны с продуктами и рассчитываются на основе суммы заказа, когда заказ превышает минимальную налогооблагаемую сумму.
Первые из них довольно просты.
Вторые хитрые. Они называются «percepciones» (для всех исследований, которые я провел, самый близкий перевод - «коллекция у источника»), и идея заключается в том, что магазин действует как IRS и взимает с покупателя немного больше, а затем покупатель. будет вычитать из определенного ежегодного или ежемесячного налога.
Например, предположим, что продукт оценивается в 200,00 долларов США (без учета налогов) с 21% НДС. Магазин должен собирать 2% валовой выручки у источника при заказе от 100 $, поэтому детали заказа будут:
- 1 х продукт = $ 200,00
- НДС 21% = 42,00 $
- Валовой доход 2% = $ 4,00
- Всего списано = 246,00 $
Конечно, ставка 2% варьируется в зависимости от адреса выставления счета и типа клиента (у компаний разные тарифы и налоги, чем у людей).
Я думаю, что действительно убивает меня - это минимальная сумма, которую нельзя установить через Magento.
Кроме того, если отложить минимальную сумму, множественная комбинация налогов на продукты и налогов с клиентов приведет к необходимости создания правила для каждой возможной комбинации.
Например, клиент может быть освобожден от уплаты НДС, но не налога на валовой доход.
Я был бы очень признателен за любые идеи, которые вы можете мне предложить, о том, как подойти к этому, я сейчас в «режиме мозгового штурма».
В настоящее время я серьезно рассматриваю возможность полностью игнорировать налоговый движок Magento и просто разместить собственное общее жесткое кодирование всей этой логики (возможно, настроить некоторую панель в бэкэнде для подстройки параметров)
Спасибо
Ответы:
Другие платформы электронной коммерции похожи на Magento -> налоговая ставка по степени детализации почтового индекса.
Вы можете проверить Avalara ( http://www.magentocommerce.com/magento-connect/6760.html ). Они делают расчеты по налогу на основе гео и (я думаю, что может обратиться к налогу на валовой доход)
Если вы решите написать расширение, я бы попросил (это, вероятно, намного больше работы) написать его как модификацию налоговых правил. Таким образом, вы можете использовать значение приоритета, чтобы отобразить его как отдельную сумму в корзине, и, возможно, другие смогут расширить свой регион, если у них будут аналогичные налоговые правила. Кроме того, кодируя его таким образом, когда ваш сайт использует покупатель из другой страны, двигатель сможет соответствующим образом учитывать правило налога на валовой доход и т. Д.
источник