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

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

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

Есть в основном 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 и просто разместить собственное общее жесткое кодирование всей этой логики (возможно, настроить некоторую панель в бэкэнде для подстройки параметров)

Спасибо

tax

— barbazul
источник

как другие местные платформы обрабатывают это?

— FlorinelChis

Добавление минимальной суммы для правила не так уж сложно. Каковы другие проблемы?

— FlorinelChis

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

— barbazul

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

— сумму

Перейти с опцией конфигурации: цены включают налоги. это создает слишком много проблем?

— FlorinelChis

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

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

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

— цыпленок
источник

Я свяжусь с ребятами в Аваларе, но похоже, что они обрабатывают только налоги США в соответствии с этим onepica.com/magento-extensions/avatax/#important-notes

— barbazul

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

— barbazul

Возвращаясь к этой теме ... С точки зрения движка Magento я думал о том, как справиться с вашей ситуацией - что если вы создали класс налога на продукты и настроили набор налоговых ставок и налоговых правил для восприятия. Затем вы можете установить флаг вычисления только для промежуточного итога для обоих налоговых правил. Таким образом, у вас есть правило для НДС и набор ставок. Тогда у вас есть отдельное правило для восприятия и набор ставок. Затем вы связываете оба правила с вашим классом percepciones-product-tax. Я думаю, что это сработает. Вы бы повторили для пунктов со сниженной ставкой НДС. Мысли?

— Чак