私はアルゼンチンに固有の特定の税法の実施について調査しています。
少しコンテキスト：
- 基本的に、製品タイプに応じて2つのVATルールがあります。21％と10.5％であり、相互に排他的です
- 顧客のタイプと請求地域に基づいたいくつかの税規則があり、これらは製品とは完全に無関係であり、注文が最小課税額を超えたときに注文額に基づいて計算されます。
最初のものはかなりまっすぐです。
2番目のものはトリッキーです。それらは「percepciones」と呼ばれ（私が行ったすべての調査では、最も近い翻訳は「ソースでの収集」です）、その背後にある考えは、ストアがIRSとして機能し、顧客に少し追加料金を請求するということです特定の年間または毎月の税金から差し引かれます。
たとえば、21％のVATが適用された製品の価格が$ 200.00（税抜）であるとします。ストアは、100ドル以上の注文でソースで2％の総収益を収集する必要があるため、注文の詳細は次のようになります。
- 1 x製品= $ 200.00
- VAT 21％= 42.00ドル
- 総収益2％= 4.00ドル
- 請求総額= 246.00ドル
もちろん、2％のレートは、お客様の請求先住所とお客様のタイプに応じて異なります（会社の料金と税金は人によって異なります）。
私を本当に殺しているのは、Magentoを介して設定できない最小量だと思います。
また、最小金額は別にして、製品税と顧客税の複数の組み合わせにより、可能な組み合わせごとにルールを作成する必要があります。
たとえば、顧客はVATの支払いを免除されても、総所得税は免除されません。
これへのアプローチ方法について、私に投げかけることができるアイデアを本当に感謝します。私は現在「ブレーンストーミングモード」にいます。
当分の間、Magento税エンジンを完全に無視して、このロジックのすべてをカスタムの合計ハードコーディングに配置することを真剣に検討しています（パラメーターを切り替えるために、バックエンドにパネルを設定する場合があります）。
ありがとうございました
他のローカルプラットフォームはこれをどのように処理していますか？
—
FlorinelChis 2013年
ルールの最小量を追加することはそれほど複雑ではありません。他の挑戦は何ですか？
—
FlorinelChis 2013年
ほとんどのeコマースアプリは、この問題やその他の税関連の問題を処理せず、すべての注文情報を、会社が「実際に」使用している会計ソフトウェアに移植します。テクノロジーが進歩するにつれて（そしてビジネスに関係する人々がテクノロジーを採用し始めるにつれて）、この種の問題が浮上し始めています。従来の会計ソフトウェアは、Magentoが提供するものとは完全に異なるデータ構造とロジックを備えています
—
barbazul
カートに特定の最小金額がない限り、ルールに最小金額を追加すると、キャッシュされた価格にどのように影響するのか、製品価格には適用しないでください。カートの小計を調べる特定のブロックcache_keyに少し余分を追加する必要があると思います
—
barbazul
構成オプションを選択してください。価格には税金が含まれています。それはあまりにも多くの問題を引き起こしますか？
—
FlorinelChis 2013年