Pengumpulan pajak pada sumber dan jumlah kena pajak minimum

8

Saya sedang melakukan penelitian tentang penerapan aturan pajak tertentu khusus untuk Argentina.

Sedikit konteks:

  1. Pada dasarnya ada 2 aturan PPN tergantung pada jenis produk: 21% dan 10,5%, mereka saling eksklusif
  2. Ada beberapa aturan pajak berdasarkan jenis pelanggan, dan provinsi penagihan yang sama sekali tidak terkait dengan produk dan dihitung berdasarkan jumlah pesanan ketika pesanan melebihi jumlah minimum kena pajak.

Yang pertama cukup jujur.

Yang kedua rumit. Mereka disebut "percepciones" (untuk semua penelitian yang telah saya lakukan, terjemahan terdekat adalah "koleksi di sumber") dan ide di belakang mereka adalah bahwa toko bertindak sebagai IRS dan membebankan biaya tambahan sedikit kepada pelanggan yang kemudian pelanggan akan dikurangkan dari pajak tahunan atau bulanan tertentu.

Misalnya, mari asumsikan sebuah produk bernilai $ 200,00 (tidak termasuk pajak) dengan 21% PPN. Toko harus mengumpulkan pendapatan kotor 2% pada sumbernya dengan pesanan $ 100 dan lebih tinggi, sehingga detail pesanannya adalah:

  • 1 x Produk = $ 200,00
  • PPN 21% = $ 42,00
  • Pendapatan kotor 2% = $ 4,00
  • Total yang dibebankan = $ 246,00

Tentu saja tingkat 2% adalah variabel tergantung pada alamat penagihan pelanggan dan jenis pelanggan (perusahaan memiliki tarif dan pajak yang berbeda dari orang-orang).

Saya kira apa yang benar-benar membunuh saya adalah jumlah minimum yang tidak dapat diatur melalui Magento.

Selain itu, dengan menyisihkan jumlah minimum, kombinasi banyak pajak produk dan pajak pelanggan akan menyebabkan harus membuat aturan untuk setiap kombinasi yang mungkin.

Misalnya, pelanggan dapat dibebaskan dari membayar PPN, tetapi tidak pajak penghasilan kotor.

Saya akan sangat menghargai ide apa pun yang dapat Anda berikan kepada saya tentang cara mendekati ini, saya sedang "mode curah pendapat" sekarang.

Untuk saat ini saya serius mempertimbangkan mengabaikan mesin pajak Magento sama sekali dan hanya menempatkan total hardcoding kustom semua logika ini (mungkin mengatur beberapa panel di backend untuk menggerakkan parameter)

Terima kasih

barbazul
sumber
bagaimana platform lokal lainnya menangani ini?
FlorinelChis
menambahkan jumlah minimum untuk aturan tidak terlalu rumit. Apa tantangan lain?
FlorinelChis
Sebagian besar aplikasi e-commerce tidak menangani masalah ini atau masalah pajak lainnya dan port semua informasi pesanan ke perangkat lunak akuntansi apa pun yang digunakan perusahaan "untuk nyata". Ketika teknologi bergerak maju (dan orang-orang yang terlibat dalam bisnis mulai menerimanya) masalah semacam ini baru saja mulai muncul. Perangkat lunak akuntansi tradisional memiliki struktur data dan logika yang sama sekali berbeda dari yang disediakan Magento
barbazul
Sekarang saya mulai bertanya-tanya bagaimana menambahkan jumlah minimum untuk peraturan akan berdampak pada harga cached karena Anda tidak boleh menerapkannya pada harga produk kecuali Anda memiliki jumlah minimum tertentu dalam keranjang Anda. Saya kira sedikit tambahan harus ditambahkan ke blok tertentu cache_key yang melihat ke subtotal keranjang
barbazul
Pergi dengan opsi konfigurasi: harga sudah termasuk pajak. apakah itu menimbulkan terlalu banyak masalah?
FlorinelChis

Jawaban:

2

Platform e-niaga lainnya mirip dengan Magento -> tarif pajak berdasarkan rincian kode pos.

Anda mungkin ingin memeriksa Avalara ( http://www.magentocommerce.com/magento-connect/6760.html ). Mereka melakukan perhitungan pajak berdasarkan geo dan (saya percaya mungkin menangani pajak pendapatan kotor)

Jika Anda memutuskan untuk menulis ekstensi, saya akan meminta (mungkin lebih banyak pekerjaan) menulisnya sebagai modifikasi terhadap aturan pajak. Dengan begitu Anda dapat menggunakan nilai prioritas untuk menunjukkannya sebagai jumlah terpisah di keranjang dan mungkin orang lain dapat memperluas wilayah mereka jika mereka memiliki aturan pajak yang sama. Juga dengan mengkodekannya seperti itu ketika pembeli dari negara lain menggunakan situs Anda, mesin akan dapat dengan tepat memperhitungkan aturan pajak pendapatan kotor, dll ...

Membuang
sumber
Saya akan menghubungi orang-orang di Avalara tetapi sepertinya mereka hanya menangani pajak AS menurut onepica.com/magento-extensions/avatax/#important-notes
barbazul
Saya pikir seluruh mesin pajak Magento terlalu sederhana dan perlu merenungkan lebih banyak varian atau lebih mudah dicolokkan. Saya tidak mengharapkan ruang lingkup implementasi saat ini yang saya kerjakan untuk menyelesaikan masalah inti itu
barbazul
Kembali ke utas ini ... Dari perspektif mesin Magento, saya memikirkan cara mengatasi situasi Anda - bagaimana jika Anda membuat kelas pajak produk dan mengatur serangkaian tarif pajak dan aturan pajak untuk percepciones. Anda kemudian dapat mengatur penghitungan hanya pada tanda subtotal untuk kedua aturan pajak. Jadi, Anda memiliki aturan untuk pajak PPN dan tarif yang ditetapkan. Maka Anda memiliki aturan terpisah untuk percepciones dan set tarif. Anda kemudian mengikat kedua aturan dengan kelas persepsi-produk-pajak Anda. Saya pikir itu akan berhasil. Anda akan mengulangi untuk item tarif PPN yang dikurangi. Pikiran?
Chuck