Сбор налогов у источника и минимальная налогооблагаемая сумма

8

Я занимаюсь исследованием применения определенных налоговых правил, специфичных для Аргентины.

Немного контекста:

  1. Есть в основном 2 правила НДС в зависимости от типа продукта: 21% и 10,5%, они взаимоисключающие
  2. Существует несколько налоговых правил, основанных на типе клиента и провинции выставления счетов, которые полностью не связаны с продуктами и рассчитываются на основе суммы заказа, когда заказ превышает минимальную налогооблагаемую сумму.

Первые из них довольно просты.

Вторые хитрые. Они называются «percepciones» (для всех исследований, которые я провел, самый близкий перевод - «коллекция у источника»), и идея заключается в том, что магазин действует как IRS и взимает с покупателя немного больше, а затем покупатель. будет вычитать из определенного ежегодного или ежемесячного налога.

Например, предположим, что продукт оценивается в 200,00 долларов США (без учета налогов) с 21% НДС. Магазин должен собирать 2% валовой выручки у источника при заказе от 100 $, поэтому детали заказа будут:

  • 1 х продукт = $ 200,00
  • НДС 21% = 42,00 $
  • Валовой доход 2% = $ 4,00
  • Всего списано = 246,00 $

Конечно, ставка 2% варьируется в зависимости от адреса выставления счета и типа клиента (у компаний разные тарифы и налоги, чем у людей).

Я думаю, что действительно убивает меня - это минимальная сумма, которую нельзя установить через Magento.

Кроме того, если отложить минимальную сумму, множественная комбинация налогов на продукты и налогов с клиентов приведет к необходимости создания правила для каждой возможной комбинации.

Например, клиент может быть освобожден от уплаты НДС, но не налога на валовой доход.

Я был бы очень признателен за любые идеи, которые вы можете мне предложить, о том, как подойти к этому, я сейчас в «режиме мозгового штурма».

В настоящее время я серьезно рассматриваю возможность полностью игнорировать налоговый движок Magento и просто разместить собственное общее жесткое кодирование всей этой логики (возможно, настроить некоторую панель в бэкэнде для подстройки параметров)

Спасибо

barbazul
источник
как другие местные платформы обрабатывают это?
FlorinelChis
Добавление минимальной суммы для правила не так уж сложно. Каковы другие проблемы?
FlorinelChis
Большинство приложений электронной коммерции просто не решают эту или любую другую проблему, связанную с налогами, и переносят всю информацию о заказах в любое бухгалтерское программное обеспечение, которое компания использует «для реальных целей». По мере продвижения технологий (и люди, вовлеченные в бизнес, начинают понимать это), проблемы такого рода только начинают появляться. Традиционные бухгалтерские программы имеют совершенно другую структуру данных и логику, чем то, что предоставляет Magento
barbazul
Теперь я начинаю задаваться вопросом, как добавление минимальной суммы для правил повлияет на кешированные цены, поскольку вы не должны применять ее к цене продукта, если в вашей корзине нет определенной минимальной суммы. Я думаю, что некоторые дополнительные блоки должны быть добавлены к определенным блокам cache_key, который просматривает промежуточную
сумму
Перейти с опцией конфигурации: цены включают налоги. это создает слишком много проблем?
FlorinelChis

Ответы:

2

Другие платформы электронной коммерции похожи на Magento -> налоговая ставка по степени детализации почтового индекса.

Вы можете проверить Avalara ( http://www.magentocommerce.com/magento-connect/6760.html ). Они делают расчеты по налогу на основе гео и (я думаю, что может обратиться к налогу на валовой доход)

Если вы решите написать расширение, я бы попросил (это, вероятно, намного больше работы) написать его как модификацию налоговых правил. Таким образом, вы можете использовать значение приоритета, чтобы отобразить его как отдельную сумму в корзине, и, возможно, другие смогут расширить свой регион, если у них будут аналогичные налоговые правила. Кроме того, кодируя его таким образом, когда ваш сайт использует покупатель из другой страны, двигатель сможет соответствующим образом учитывать правило налога на валовой доход и т. Д.

цыпленок
источник
Я свяжусь с ребятами в Аваларе, но похоже, что они обрабатывают только налоги США в соответствии с этим onepica.com/magento-extensions/avatax/#important-notes
barbazul
Я думаю, что весь налоговый движок Magento слишком упрощен и должен предусматривать больше вариантов или быть более легко подключаемым. Я не ожидаю, что масштабы текущей реализации, над которой я работаю, решат эту основную проблему
barbazul
Возвращаясь к этой теме ... С точки зрения движка Magento я думал о том, как справиться с вашей ситуацией - что если вы создали класс налога на продукты и настроили набор налоговых ставок и налоговых правил для восприятия. Затем вы можете установить флаг вычисления только для промежуточного итога для обоих налоговых правил. Таким образом, у вас есть правило для НДС и набор ставок. Тогда у вас есть отдельное правило для восприятия и набор ставок. Затем вы связываете оба правила с вашим классом percepciones-product-tax. Я думаю, что это сработает. Вы бы повторили для пунктов со сниженной ставкой НДС. Мысли?
Чак