blog/Kewangan

Cara membuat invois (CFDI 4.0) tanpa ralat atau denda daripada SAT

Invois di Mexico nampaknya mudah sehingga CFDI ditolak, pelanggan meminta anda membatalkannya kerana maklumat yang salah, atau SAT menafikan potongan anda kerana resit yang dikeluarkan secara salah. Dengan CFDI 4.0, ketepatan tidak lagi menjadi pilihan: setiap bahagian data mesti sepadan dengan tepat. Berita baiknya ialah, dengan sistem yang betul, baik invois hampir automatik.

A
Equipo Aura
· 8 bacaan min

Apa yang berubah dengan CFDI 4.0

CFDI 4.0 ialah versi semasa invois elektronik di Mexico, dan perbezaan besarnya berkenaan dengan versi sebelumnya ialah keperluan bahawa data penghantar dan penerima sepadan 100% dengan apa yang telah didaftarkan oleh SAT. "Lebih atau kurang" tidak lagi mencukupi: nama atau nama syarikat, RFC dan poskod alamat cukai mestilah sama dengan Sijil Status Cukai.

Ini kedengaran ketat, dan memang begitu, tetapi ia mempunyai logik: kurangkan pengelakan dan invois apokrif. Kesan sampingan ialah satu kesilapan kecil—satu loghat tambahan, "S.A. de C.V." hilang atau tiada, poskod lama—menyebabkan setem ditolak atau invois menjadi salah. Itulah sebabnya sekarang adalah sangat penting untuk meminta pelanggan untuk mendapatkan Bukti Status Cukai yang dikemas kini sebelum menginvois mereka.

Data yang tidak boleh gagal

CFDI 4.0 yang sah bergantung pada medan ini sebagai sempurna. Mereka berbaloi untuk diketahui walaupun sistem anda mengisinya untuk anda:

  • RFC Penerima: tepat, tiada jurang atau ralat. Ia mesti wujud dan aktif.
  • Nama atau nama syarikat: sama dengan sijil, menghormati huruf besar dan tanpa rejim korporat jika sijil tidak disertakan.
  • Poskod alamat cukai penerima: ia adalah milik penerima, bukan milik anda dan mesti sepadan dengan sijil anda.
  • Rejim cukai penerima: SAT mengesahkan bahawa ia serasi dengan penggunaan CFDI yang diisytiharkan.
  • Penggunaan CFDI: apa yang pelanggan akan gunakan invois untuk (perbelanjaan am, pemerolehan barangan, dll.). Ia mesti konsisten dengan rejimen anda.
  • Kunci produk atau perkhidmatan dan kunci unit: Katalog SAT yang menerangkan perkara yang anda jual.

Kesilapan yang paling biasa (dan cara mengelakkannya)

Kebanyakan masalah pengebilan bukanlah kes yang jarang berlaku: ia adalah kesilapan yang sama berulang. Mengetahui mereka menjimatkan anda sakit kepala:

  • Data penerima yang lapuk: pelanggan menukar alamat atau rejim dan tidak memberitahu anda. Penyelesaian: minta sijil anda yang dikemas kini.
  • Penggunaan CFDI tidak serasi dengan rejim anda: sistem menolaknya. Penyelesaian: gunakan katalog yang dikemas kini dan sahkan sebelum berdering.
  • Invois dengan amaun yang tidak sepadan dengan pembayaran: jika anda mengenakan bayaran secara ansuran, anda memerlukan tambahan pembayaran (REP).
  • Membatalkan salah: sejak pembaharuan, membatalkan CFDI memerlukan alasan dan, dalam banyak kes, penerimaan penerima. Ia tidak semudah memadam.
  • Isu kehabisan masa: terdapat tarikh akhir untuk mengecop dan mengeluarkan bayaran tambahan. Terlewat menimbulkan masalah.

Pelengkap pembayaran: yang hebat dilupakan

Salah satu masalah yang paling biasa ialah mengabaikan alat tambah pembayaran, atau REP. Peraturannya adalah ini: jika anda mengeluarkan invois sebagai "Bayaran sekali gus" tetapi sebenarnya mereka akan membayar anda kemudian, atau jika anda mengutip secara ansuran, anda mesti mengeluarkan jenis pembayaran CFDI setiap kali anda menerima wang.

Banyak perniagaan mengeluarkan invois deposit dan melupakan tambahan apabila mereka akhirnya mengumpul, dan itu menyebabkan perakaunan mereka dan pelanggan mereka tidak lengkap sebelum SAT. Sistem yang baik mengingatkan anda—atau menjana secara automatik—tambahan apabila anda mendaftar pembayaran, menutup bulatan tanpa anda perlu ingat.

Bill tanpa rasa takut dengan Aura

Cara untuk menghapuskan ralat pengebilan adalah dengan tidak bergantung pada memori atau tangkapan manual. Dalam Aura, pengebilan CFDI 4.0 disepadukan dengan jualan anda dan katalog pelanggan anda: apabila anda menutup jualan, CFDI dijana dengan data yang telah disahkan, dengan kunci produk yang betul dan dengan pengiraan VAT dilakukan secara automatik.

Sistem ini mengesahkan data cukai sebelum mengecap, jadi RFC atau ralat poskod dikesan sebelum menghantar resit, bukan selepas itu. Dan memandangkan caj juga hidup di platform, alat tambah pembayaran dijana dalam masa terdekat tanpa anda perlu mengejarnya. Penginvoisan berhenti menjadi punca tekanan dan denda, dan menjadi satu lagi langkah dalam aliran jualan yang berlaku hampir dengan sendirinya.

Berhenti melekat alatan. Kendalikan seluruh perniagaan anda dengan Aura.

ERP, CRM, tempat jualan, pengebilan, WhatsApp dan banyak lagi — dalam satu sistem dengan AI yang berfungsi untuk anda. Cuba 14 hari untuk $14.

Mulakan percubaan anda →

Soalan lazim

Apakah Sijil Status Cukai dan mengapa mereka memintanya?

Ia ialah dokumen SAT yang mengandungi data cukai tepat seseorang atau syarikat: RFC, nama atau nama syarikat, rejim dan poskod. Dengan CFDI 4.0, data ini mesti sepadan 100% pada invois, itulah sebabnya mereka memintanya. Minta pelanggan anda untuk versi yang dikemas kini sebelum menginvois mereka.

Bolehkah saya membatalkan CFDI jika saya membuat kesilapan?

Ya, tetapi sejak pembaharuan pembatalan anda mesti memilih sebab (contohnya, resit dengan ralat dengan hubungan atau tanpa hubungan) dan, dalam beberapa kes, penerima mesti menerima pembatalan. Ia bukan sekadar memadam. Itulah sebabnya adalah idea yang baik untuk menghantar dengan betul pada kali pertama.

Bilakah saya perlu mengeluarkan tambahan pembayaran?

Apabila anda mengeluarkan invois dengan kaedah pembayaran separa atau tertunda (PPD), iaitu apabila pembayaran tidak berlaku pada masa pengebilan. Setiap kali anda menerima bayaran, anda mesti mengeluarkan CFDI jenis pembayaran yang mendaftarkannya. Jika anda mengumpul serta-merta (PUE), ia tidak terpakai.

Apakah yang berlaku jika saya mengeluarkan invois dengan maklumat pelanggan yang salah?

Jika ralat adalah dalam RFC, nama atau poskod, kemungkinan besar setem itu akan ditolak atau pelanggan tidak akan dapat menyimpulkannya dan akan meminta anda membatalkannya dan mengeluarkannya semula. Mengesahkan data sebelum berdering, seperti yang dilakukan oleh sistem yang baik, mengelakkan perkara ini berulang-alik.