Mexico¶
Modul-Modul¶
Modul berikut diinstal secara otomatis dengan lokalisasi Meksiko:
Nama |
Nama teknis |
Deskripsi |
|---|---|---|
Meksiko - Akuntansi |
|
Paket lokalisasi fiskal default menambahkan karakteristik akuntansi untuk lokalisasi Meksiko, seperti: pajak yang paling umum dan bagan akun — berdasarkan kode pengelompokan akun SAT. |
EDI untuk Meksiko |
|
Mencakup semua persyaratan teknis dan fungsional untuk menghasilkan dan memvalidasi dokumen elektronik — berdasarkan dokumentasi teknis yang diterbitkan oleh SAT. Ini memungkinkan Anda mengirim faktur (dengan atau tanpa adendum) dan komplemen pembayaran ke pemerintah. |
Laporan Lokalisasi Meksiko Odoo |
|
Menyesuaikan laporan untuk akuntansi elektronik Meksiko: bagan akun, neraca saldo, dan DIOT. |
Meksiko - Neraca Saldo Bulan 13 |
|
Diperlukan untuk membuat entri penutupan (juga dikenal sebagai pergerakan bulan 13). |
Ekspor Polizas XML Meksiko Odoo |
|
Memungkinkan ekspor file XML entri jurnal untuk audit wajib. |
Modul berikut bersifat opsional. Disarankan untuk menginstal modul tersebut hanya jika memenuhi persyaratan khusus untuk bisnis.
Nama |
Nama teknis |
Deskripsi |
|---|---|---|
EDI untuk Meksiko (Fitur Lanjutan) |
|
Menambahkan pelengkap perdagangan luar negeri ke faktur (persyaratan hukum untuk menjual produk ke negara asing). |
Meksiko - Panduan Pengiriman Elektronik |
|
Memungkinkan Anda membuat Carta Porte: Surat muatan yang membuktikan kepada pemerintah bahwa Anda mengirim barang antara A & B dengan dokumen elektronik yang ditandatangani. Ini juga akan menginstal aplikasi Armada. |
Lokalisasi Meksiko Odoo untuk Stok/Landing |
|
Memungkinkan pengelolaan nomor bea cukai terkait biaya pendaratan dalam dokumen elektronik. |
Bidang CFDI 4.0 untuk pesanan penjualan |
|
Menambahkan bidang tambahan ke modul Penjualan untuk mematuhi Faktur Elektronik Meksiko |
Lokalisasi Meksiko untuk POS |
|
Menambahkan bidang tambahan ke modul POS untuk mematuhi Penagihan Elektronik Meksiko |
Lokalisasi Meksiko untuk eCommerce |
|
Menambahkan bidang tambahan ke modul eCommerce untuk mematuhi persyaratan penagihan elektronik Meksiko |
Lihat juga
Informasi modul Payroll tersedia di sini.
Tutorial video¶
Tutorial video tentang lokalisasi Meksiko juga tersedia. Alur kerja dasar dan sebagian besar topik yang dibahas di halaman ini juga tersedia dalam format video, silakan periksa yang berikut:
Gambaran umum lokalisasi¶
Modul lokalisasi Meksiko Odoo memungkinkan penandatanganan faktur elektronik, sesuai dengan spesifikasi SAT untuk versi 4.0 CFDI, persyaratan hukum, mulai 1 Januari 2022. Modul-modul ini juga menambahkan laporan akuntansi yang relevan termasuk DIOT, mengaktifkan perdagangan luar negeri, dan mengaktifkan pembuatan panduan pengiriman.
Catatan
Untuk menandatangani dokumen secara elektronik di Odoo, aplikasi Sign harus diinstal.
Persyaratan¶
Perlu memenuhi persyaratan berikut sebelum mengonfigurasi modul lokalisasi Meksiko di Odoo:
Terdaftar di SAT dengan RFC yang valid.
Memiliki Certificado de Sello Digital / Sertifikat Segel Digital (CSD).
Pilih PAC. Saat ini, Odoo bekerja dengan PAC berikut: Solución Factible, Quadrum, dan SW Sapien - Smarter Web.
Perusahaan¶
Setelah menginstal modul yang benar, langkah selanjutnya adalah memverifikasi bahwa perusahaan dikonfigurasi dengan data yang benar. Untuk melakukannya, buka , dan pilih perusahaan yang akan dikonfigurasi.
Masukkan Address lengkap dalam formulir yang muncul, termasuk: kode ZIP, State, Country, dan RFC (nomor Tax ID).
Sesuai dengan persyaratan CFDI 4.0, nama kontak perusahaan utama harus sesuai dengan nama bisnis yang terdaftar di SAT, tanpa singkatan badan hukum. Hal ini sama untuk kode ZIP.
Penting
Dari sudut pandang hukum, perusahaan Meksiko harus menggunakan mata uang lokal (MXN). Untuk menggunakan mata uang lain, jadikan MXN sebagai mata uang default dan gunakan daftar harga sebagai gantinya.
Selanjutnya, buka , dan gulir ke bagian MX Electronic invoicing. Di bawah Service Tax Administration (SAT), pilih Fiscal Regime yang berlaku untuk perusahaan dari daftar drop-down, dan klik Save.
Tip
Untuk menguji lokalisasi Meksiko, konfigurasikan perusahaan dengan alamat nyata di Meksiko (termasuk semua bidang). Tambahkan EKU9003173C9 sebagai Tax ID dan ESCUELA KEMPER URGATE sebagai Company Name. Untuk Fiscal Regime, gunakan General de Ley Personas Morales.
Cabang¶
Saat menggunakan cabang, semua informasi penagihan akan diambil dari perusahaan utama kecuali kode pos. Kecuali RFC diatur pada cabang, maka informasi akan diambil langsung dari cabang.
Cabang memungkinkan pengguna untuk membuat beberapa merek dalam perusahaan induk yang sama. Selain itu, ketika rezim fiskal yang berbeda diperlukan untuk tujuan penagihan, perlu dibuat cabang untuk setiap rezim. Secara default, rezim diwarisi dari perusahaan induk. Namun, jika rezim secara eksplisit diatur pada cabang, Odoo akan mengadopsi rezim yang berlaku untuk cabang tersebut.
Kontak¶
Catatan
Pasang aplikasi Kontak untuk mengakses catatan kontak.
Untuk membuat kontak yang dapat ditagih, buka aplikasi dan klik Baru. Kemudian, masukkan nama kontak, Alamat lengkap termasuk kode Pos, Provinsi, Negara, dan RFC (ID Pajak).
Penting
Seperti halnya perusahaan itu sendiri, semua kontak harus memiliki nama bisnis yang benar terdaftar di SAT. Rezim Fiskal juga harus ditambahkan di tab Penjualan & Pembelian.
Peringatan
Memiliki RFC (ID Pajak) yang diatur tetapi tidak ada Negara yang dikonfigurasi dapat menghasilkan faktur yang salah.
Pajak¶
Untuk menandatangani faktur dengan benar, atur field Jenis Faktor dan Objek Pajak pada pajak penjualan.
Tip
Pemotongan ISR RESICO dan beberapa pajak IEPS dibuat secara otomatis, tetapi fitur ini tidak aktif secara default. Untuk mengaktifkannya, buka .
Jenis faktor¶
Field Jenis Faktor dan Jenis Pajak SAT sudah dimuat sebelumnya dalam pajak default.
Untuk pajak baru, atur field ini di dan klik Baru. Atur Jenis Pajak ke Penjualan. Di tab Opsi Lanjutan, isi field Jenis Pajak SAT dan Jenis Faktor.
Odoo mendukung empat grup Jenis Pajak SAT: IVA, ISR, IEPS, dan Pajak Lokal.
Jika jenis faktor adalah Kuota, metode perhitungan standar tidak dapat digunakan. Sebagai gantinya, atur komputasi perhitungan pajak ke Rumus Kustom.
Example
quantity = jumlah item dalam transaksi
6.455 = nilai kuota (jumlah tetap per unit)
Hanya kuota per unit yang didukung, bukan kuota berdasarkan faktor lain
Tip
Meksiko mengelola dua jenis PPN 0% yang berbeda untuk mengakomodasi dua skenario:
Untuk PPN 0%, atur Jenis Faktor ke Tasa
Untuk Bebas PPN, atur Jenis Faktor ke Exento
Catatan
Pajak lokal dihasilkan dalam node terpisah di file XML, ini tidak divalidasi oleh PAC.
Peringatan
Kuota dan rumus khusus memerlukan modul Tetapkan Pajak sebagai Kode Python. Lihat Pajak.
Objek pajak¶
Salah satu persyaratan CFDI 4.0 adalah file XML yang dihasilkan menangani rincian pajak dari operasi sesuai dengan peraturan. Ada delapan nilai berbeda yang mungkin ditambahkan dalam file XML:
01: Tidak ada Objek pajak: Nilai ini ditambahkan secara otomatis jika baris faktur tidak mengandung pajak apa pun.02: Objek Pajak: Ini adalah konfigurasi default dari baris faktur apa pun yang mengandung pajak.03: Objek Pajak dan tidak memerlukan rincian: Ini hanya dapat ditambahkan secara manual.04: Objek Pajak dan tidak memiliki pajak: Ini hanya dapat ditambahkan secara manual.05: Objek Pajak, PPN untuk PODEBI: Ini hanya dapat ditambahkan secara manual.06: Objek PPN, Tidak ada PPN yang diteruskan: Objek ini akan dipilih ketika ada pemotongan ISR dan tidak ada pajak PPN.07: Tidak ada PPN yang diteruskan, rincian IEPS: Objek ini akan dipilih ketika ada pemotongan ISR, pajak IEPS dan tidak ada pajak PPN.08: Tidak ada PPN yang diteruskan, rincian IEPS: Objek ini hanya dapat ditambahkan secara manual.
Peringatan
Menggunakan 01, 03, 04, atau 05 akan menghapus node pajak dari file XML.
Penting
Status rincian IEPS memengaruhi perilaku objek pajak karena tidak adanya IEPS ketika rincian tidak terjadi.
Pajak lokal¶
Pajak lokal (misalnya, ISH, Cedullar) memerlukan node XML terpisah dan mungkin tidak mengikuti logika pajak standar.
Ketika mengonfigurasi pajak lokal, namanya muncul dalam komplemen pajak lokal. Tarif diperlakukan sebagai pemotongan jika negatif, atau dibawa ke depan jika positif.
Rincian IEPS¶
Secara default Odoo menyembunyikan IEPS dalam faktur sehingga subtotal di mana PPN dihitung mencakup jumlah IEPS, ini untuk memastikan bahwa Rezim Fiskal yang tidak memerlukannya, tidak menerimanya.
Dimungkinkan untuk membuat IEPS terlihat di XML dengan mencentang kotak Rincian IEPS di dalam setiap kontak pada tab Penjualan & Pembelian.
Penting
Ketika menggunakan penagihan eCommerce atau Portal penagihan mandiri, pelanggan akan memiliki opsi untuk memutuskan apakah akan memiliki rincian IEPS atau tidak.
Konfigurasi pajak lainnya¶
Lokalisasi Meksiko menggunakan pajak berbasis kas. Saat mencatat pembayaran, Odoo melakukan perpindahan pajak dari Akun Transisi Berbasis Kas ke akun yang ditetapkan di tab Definition dari catatan pajak yang ditetapkan pada baris faktur atau tagihan. Untuk perpindahan tersebut, akun dasar pajak digunakan: (899.01.99 Base Imponible de Impuestos en Base a Flujo de Efectivo) dalam entri jurnal saat mereklasifikasi pajak. Jangan hapus akun ini.
Pemotongan pajak¶
Secara default, Odoo menyertakan pemotongan pajak dengan distribusi khusus untuk mengalokasikan PPN.
Saat mencatat faktur, tambahkan pemotongan pajak dan PPN yang sesuai. Keduanya harus disertakan pada tagihan vendor untuk memastikan akuntansi yang benar. Menggunakan posisi fiskal direkomendasikan agar entri berbasis kas membagi distribusi dengan benar.
Example
Untuk tagihan vendor sewa sebesar 10000 MXN, pemotongan pajak sewa 10,67% sesuai dengan 16% VAT 2/3 H. Kedua pajak harus diterapkan bersama untuk mencerminkan akuntansi yang benar.
Catatan
Pemotongan pajak CFDI saat ini tidak didukung. Konsultasikan dengan akuntan mengenai distribusi yang tepat.
Produk¶
Untuk mengonfigurasi produk, buka . Buka produk yang ada atau klik Baru. Di tab Akuntansi, atur Kategori Produk UNSPSC. Produk dan kategori dapat diatur secara manual, atau melalui impor massal.
Catatan
Semua produk harus memiliki kode SAT yang terkait dengan produk tersebut untuk mencegah kesalahan validasi.
Faktur elektronik¶
Kredensial PAC¶
Setelah memproses Kunci Pribadi (CSD) Anda dengan SAT, Anda harus mendaftar langsung dengan PAC pilihan Anda sebelum mulai membuat faktur dari Odoo.
Setelah Anda membuat akun dengan salah satu penyedia ini, buka dan navigasikan ke bagian Penagihan elektronik MX. Di bagian Penyedia Sertifikasi Resmi (PAC), masukkan nama PAC Anda dengan kredensial Anda (nama pengguna PAC dan kata sandi PAC).
Tip
Untuk menguji penagihan elektronik tanpa kredensial, aktifkan kotak centang Lingkungan uji MX PAC, dan pilih Solucion Factible sebagai PAC. Tidak diperlukan nama pengguna atau kata sandi untuk lingkungan uji.
Sertifikat .cer dan .key¶
Sertifikat digital perusahaan harus diunggah di bagian Sertifikat. Untuk melakukannya, navigasikan ke .
Di bawah Kelola sertifikat Anda, klik tautan Kunci untuk mengakses tampilan daftar Kunci. Klik Buat, unggah File kunci digital (file .key), tambahkan Nama untuk kunci, dan masukkan Kata sandi kunci pribadi.
Dari , pilih Sertifikat untuk mengakses tampilan daftar Sertifikat. Klik Buat, unggah Sertifikat digital (file .cer), tambahkan Nama untuk sertifikat, dan pilih Kunci Pribadi yang dibuat pada langkah sebelumnya dari menu tarik-turun.
Catatan
Kolom Kata Sandi Sertifikat dan Kunci Publik pada catatan Sertifikat bersifat opsional.
Tip
Untuk menguji penagihan elektronik, SAT sertifikat pengujian berikut disediakan:
Kata Sandi:
12345678a
Akuntansi¶
Faktur elektronik¶
Proses penagihan di Odoo didasarkan pada Lampiran 20 versi 4.0 penagihan elektronik dari SAT.
Faktur pelanggan¶
Untuk mulai menagih dari Odoo, faktur pelanggan harus dibuat menggunakan alur penagihan standar.
Saat dokumen dalam mode draf, perubahan dapat dilakukan padanya, beberapa field mengambil nilai yang sebelumnya ditetapkan pada sales order atau kontak.
Field yang perlu ditinjau adalah:
CFDI untuk publik.
Penggunaan
Kebijakan Pembayaran
Metode Pembayaran (Jika Kebijakan Pembayaran tidak diatur sebagai PPD)
Tip
Penggunaan, Kebijakan Pembayaran dan Metode Pembayaran dapat diatur sebelumnya pada sales order dan/atau dapat diatur pada kontak untuk setiap faktur.
Kebijakan pembayaran adalah field yang dapat dipilih pada faktur dan dapat diatur secara manual ke kebijakan yang diperlukan, namun jika tidak ada kebijakan yang dipilih, Odoo akan menghitung kebijakan otomatis berdasarkan aturan umum berikut:
Nilainya akan diatur ke PUE jika tanggal jatuh tempo di mana pembayaran diharapkan berada dalam bulan berjalan, jika tanggalnya di luar bulan berjalan, kebijakan akan diatur ke PPD.
Peringatan
Jika kebijakan pembayaran tidak dipilih dan kebijakan PPD diharapkan, pilih Tanggal Jatuh Tempo faktur pada bulan yang berbeda dari bulan berjalan, atau pilih Ketentuan Pembayaran yang mengimplikasikan perubahan bulan jatuh tempo (misalnya, 30 Hari, atau 15 Hari, selama jatuh pada bulan berikutnya).
Setelah mengklik Konfirmasi di faktur pelanggan, klik tombol Kirim untuk memproses faktur dengan pemerintah. Pastikan bahwa kotak centang CFDI dicentang.
Setelah menerima dokumen yang ditandatangani kembali dari pemerintah, field Folio Fiskal muncul pada dokumen, dan file XML muncul baik di tab CFDI maupun dilampirkan dalam chatter.
Jika alamat email dikonfigurasi pada catatan kontak pelanggan, menandai kotak centang melalui Email dan CFDI akan mengirimkan file XML dan PDF secara bersamaan.
Untuk mengunduh file PDF secara lokal, klik tombol Cetak.
Tip
Saat mengklik Perbarui SAT, field Status SAT pada faktur akan mengonfirmasi apakah file XML Tervalidasi di SAT.
Pada lingkungan pengujian, pesan Tidak Ditemukan akan selalu muncul.
Peringatan
Jika mitra tidak memiliki Negara atau Kode Pos, penagihan diasumsikan sebagai CFDI untuk publik dan penagihan akan ditujukan kepada pelanggan umum. Namun, jika kolom-kolom ini dibiarkan kosong dan pengguna menghapus centang pada kotak CFDI untuk publik, pop-up akan muncul memblokir operasi.
Nota kredit¶
Sementara faktur adalah tipe dokumen "I" (Ingreso), nota kredit adalah tipe dokumen "E" (Egreso).
Sebagai tambahan untuk alur standar untuk nota kredit adalah bahwa, sebagai persyaratan dari SAT, harus ada hubungan antara nota kredit dan faktur melalui folio fiskal.
Karena persyaratan ini, kolom CFDI Origin menambahkan hubungan ini dengan 01|, diikuti oleh folio fiskal dari UUID asli.
Tip
Agar kolom Asal CFDI ditambahkan secara otomatis, gunakan tombol Tambahkan Nota Kredit dari faktur, bukan membuatnya secara manual.
Umumnya nota kredit membalik akun penjualan utama yang ditentukan dalam jurnal, tetapi juga dimungkinkan untuk menetapkan akun secara global ke semua nota kredit. Untuk melakukannya, buka dan atur akun Credit notes di bawah bagian Default Accounts.
Catatan
Pada konfigurasi default, akun nota kredit diatur sebagai 402.01.01 Returns, discounts or bonuses over sales and/or services at the general rate.
Tagihan vendor¶
Tagihan vendor harus memiliki folio fiskal agar laporan dan pembayaran berfungsi dengan benar. Jika tagihan vendor dibuat oleh aplikasi pembelian atau ditambahkan secara manual, cukup tambahkan file XML faktur pada chatter Sebagai catatan log dan folio fiskal akan diperbarui dengan tepat. Perlu diingat bahwa tagihan Harus dalam status draf agar pembaruan terjadi.
Tip
Saat mengklik Update SAT, kolom SAT status pada faktur akan mengonfirmasi apakah file XML Validated oleh SAT, ini juga berlaku untuk tagihan vendor.
Lihat juga
Jurnal¶
Modul EDI for Mexico (Advanced Features) (l10n_mx_edi_extended) harus diinstal pada database untuk melengkapi field Address Issued pada jurnal penjualan. Hal ini memastikan bahwa semua faktur dari jurnal penjualan tersebut, serta faktur global, menggunakan kode pos yang benar saat menghasilkan CFDI.
Untuk membuat faktur dalam sebuah perusahaan di zona waktu yang berbeda dengan user yang sama, parameter sistem harus dibuat untuk memastikan zona waktu yang benar diterapkan saat membuat faktur, karena zona waktu user digunakan secara default.
Untuk melakukannya, aktifkan mode pengembang dan buka . Klik New untuk membuat parameter baru dengan kunci l10n_mx_edi_tz_XX di mana XX adalah ID jurnal, dan atur zona waktu yang diinginkan sebagai nilai, misalnya, "America/Tijuana".
Pembayaran¶
Kebijakan pembayaran¶
Salah satu penambahan dari lokalisasi Meksiko adalah kolom Kebijakan Pembayaran. `Menurut dokumentasi SAT<https://www.sat.gob.mx/consultas/92764/comprobante-de-recepcion-de-pagos>`_, ada dua jenis pembayaran:
PUE (Pago en una Sola Exhibición/Pembayaran dalam Satu Kali)
PPD (Pago en Parcialidades o Diferido/Pembayaran Dicicil atau Ditangguhkan)
Peringatan
Komplemen Pembayaran hanya dibuat jika kebijakan faktur diatur ke PPD. Perlu diperhatikan bahwa merupakan persyaratan untuk mengatur Metode Pembayaran menjadi sesuatu yang berbeda dari 99 - Por definir.
Jika faktur memiliki tanggal jatuh tempo di luar bulan berjalan, secara default akan menjadi PPD.
Alur pembayaran¶
Dalam kedua kasus, proses pembayaran di Odoo adalah sama, perbedaan utamanya adalah pembayaran terkait faktur PPD, menurut hukum, perlu dikirim ke pemerintah sebagai tipe dokumen "P" (Pago).
Jika pembayaran terkait dengan faktur PUE, dapat didaftarkan melalui popup pembayaran, dan dikaitkan dengan faktur yang sesuai. Untuk melakukannya, navigasi ke , dan pilih faktur. Kemudian, klik tombol Bayar untuk membuka popup pembayaran, atur Cara Pembayaran dan kolom lainnya, lalu klik Buat Pembayaran.
Lihat juga
Meskipun proses ini sama untuk faktur PPD, penambahan pembuatan dokumen elektronik berarti beberapa persyaratan tambahan diperlukan untuk mengirim dokumen dengan benar ke SAT.
Dari perspektif hukum, faktur PPD harus mencantumkan Cara Pembayaran spesifik yang digunakan untuk menerima pembayaran. Karena itu, kolom Cara Pembayaran tidak dapat diatur sebagai Untuk Didefinisikan, sehingga kolom akan menjadi tidak terlihat saat memilihnya.
Catatan
Jika nomor rekening bank diperlukan, tambahkan di tab Akuntansi pada catatan kontak pelanggan.
Konfigurasi yang tepat ada di Anexo 20 of the SAT. Biasanya, Akun Bank harus terdiri dari 10 atau 18 digit untuk transfer, 16 untuk kartu kredit atau debit.
Jika pembayaran yang telah direkonsiliasi penuh terkait dengan faktur yang memiliki Fiscal Folio, maka Update Payments akan muncul. Klik tombol Update Payments untuk mengirim file XML komplemen pembayaran ke pemerintah secara otomatis dan menampilkannya di tab CFDI baik di faktur maupun pembayaran.
Tip
Meskipun ini merupakan praktik fiskal yang buruk, pembayaran PUE juga dapat dikirim ke pemerintah, namun diperlukan untuk mengklik Force CFDI di tab CFDI untuk hal ini.
Mirip dengan faktur atau nota kredit, PDF dan XML dapat dikirim ke pelanggan akhir. Untuk melakukannya, klik ikon (roda gigi) untuk membuka menu drop-down tindakan dan pilih Send receipt by email dari tampilan pembayaran.
Terlepas dari apakah pembayaran dibuat dengan atau tanpa rekonsiliasi, dimungkinkan untuk mengunduh PDF pembayaran dari tab CFDI pada faktur dengan mengklik tombol cetak.
Pembatalan faktur¶
Dimungkinkan untuk membatalkan dokumen EDI yang dikirim ke SAT. Menurut Reforma Fiscal 2022, sejak 1 Januari 2022, ada dua persyaratan untuk hal ini:
Semua permintaan pembatalan memerlukan alasan pembatalan.
Setelah 24 jam dari pembuatan faktur, klien harus diminta untuk menyetujui pembatalan. Jika tidak ada respons dalam 72 jam, pembatalan diproses secara otomatis.
Pembatalan faktur diperbarui secara otomatis di Odoo tetapi dapat memakan waktu, untuk memeriksa status pembatalan cukup tekan tombol Update SAT.
Pembatalan faktur dapat dilakukan karena salah satu alasan berikut:
01 - Faktur diterbitkan dengan kesalahan (dengan dokumen terkait)
02 - Faktur diterbitkan dengan kesalahan (tanpa penggantian)
03 - Operasi tidak dilakukan
04 - Operasi nominatif terkait dengan faktur global
Untuk memulai pembatalan, buka , pilih faktur yang diposting untuk dibatalkan, dan klik Request Cancel. Kemudian, lihat bagian Alasan pembatalan 01 atau Alasan pembatalan 02, 03, dan 04, tergantung pada alasan pembatalan.
Tip
Alternatifnya, minta pembatalan dari tab CFDI dengan mengklik Cancel pada item baris.
Catatan
Jika pembatalan diminta pada periode yang terkunci, CFDI akan dibatalkan tetapi bukan entri akuntansinya.
Jika klien menolak pembatalan, item baris pembatalan faktur dihapus dari tab CFDI.
Alasan pembatalan 01¶
Di jendela pop-up Request CFDI Cancellation, pilih 01 - Invoice issued with errors (with related document) dari kolom Reason dan klik Create Replacement Invoice untuk membuat faktur draft baru. Faktur draft baru ini menggantikan faktur sebelumnya, beserta CFDI yang terkait.
Konfirmasi draft dan Kirim faktur.
Kembali ke faktur awal (yaitu, faktur yang dari sana Anda pertama kali meminta pembatalan). Perhatikan bahwa kolom Substituted By muncul dengan referensi ke faktur pengganti yang baru.
Klik Request Cancel. Di jendela pop-up Request CFDI Cancellation, opsi 01 - Invoice issued with errors (with related document) secara otomatis dipilih di kolom Reason.
Klik Confirm.
Pembatalan faktur kemudian dibuat dengan item baris alasan di tab CFDI.
Catatan
Saat menggunakan alasan pembatalan 01 - Invoice issued with errors (with related document), awalan 04| muncul di kolom Fiscal Folio. Ini adalah awalan internal yang digunakan oleh Odoo untuk menyelesaikan pembatalan dan tidak berarti bahwa alasan pembatalan adalah 04 - Nominative operation related to the global invoice.
Alasan pembatalan 02, 03, dan 04¶
Di jendela pop-up Request CFDI Cancellation, pilih Reason pembatalan yang diinginkan dan Confirm pembatalan tersebut.
Setelah melakukan hal tersebut, pembatalan faktur dibuat dengan item baris alasan di tab CFDI.
Catatan
Jika SAT Status kembali ke Validated hal ini dapat disebabkan oleh salah satu dari tiga alasan berikut:
Faktur diberi label sebagai No Cancelable di SAT Website karena fakta bahwa faktur memiliki dokumen terkait yang valid: Baik faktur lain yang ditautkan dengan kolom CFDI Origin atau Komplemen Pembayaran. Jika demikian, Anda perlu membatalkan dokumen terkait lainnya terlebih dahulu.
Permintaan pembatalan masih diproses oleh SAT. Jika demikian, tunggu beberapa menit dan coba lagi.
Pelanggan akhir perlu menolak atau menerima permintaan pembatalan di Buzón Tributario mereka. Ini dapat memakan waktu hingga 72 jam dan, jika permintaan pembatalan ditolak, Anda perlu mengulangi proses tersebut lagi.
Untuk alasan pembatalan 02, 03 dan 04, tombol Create Replacement Invoice diganti dengan tombol Confirm yang meminta pembatalan segera.
Baik State saat ini maupun Cancellation Reason dapat ditemukan di tab CFDI.
Pembatalan pembayaran¶
Untuk membatalkan payment complements, buka tab CFDI dari faktur terkait dan klik Cancel pada baris payment complement.
Seperti halnya pada faktur, buka pembayaran dan klik Update SAT untuk mengubah SAT Status dan Status menjadi Cancelled.
Catatan
Sama seperti faktur, saat membuat pelengkap pembayaran baru, dimungkinkan untuk menambahkan relasi dokumen asli dengan menambahkan 04| ditambah folio fiskal di bidang CFDI Origin.
Tindakan ini membatalkan faktur dan menandai Reason sebagai 01 - Invoice issued with errors (with related document).
Kasus penggunaan khusus penagihan¶
Relasi CFDI¶
Terkadang diperlukan untuk menghubungkan dokumen saat ini dengan CFDI yang telah ditandatangani sebelumnya, untuk melakukannya cukup isi bidang CFDI Origin pada faktur yang menunjukkan relasi, ada 7 nilai yang mungkin:
01: Nota de crédito
02: Nota de débito de los documentos relacionados
03: Devolución de mercancía sobre facturas o traslados previos
04: Sustitución de los CFDI previos
05: Traslados de mercancias facturados previamente
06: Factura generada por los traslados previos
07: CFDI por aplicación de anticipo
Tip
Formatnya adalah: Origin Type|UUID1, UUID2, ...., UUIDn dimana lebih dari satu Origin Type dapat ditambahkan.
Example
Berikut adalah contoh dengan dua relasi:
04|042FE739-7B45-4D64-B26D-360000876D83,
07|A164BAF8-8016-428C-A422-D9BD2F68F6A0,CEAD9433-3B77-4270-85BF-AC2519587514
Bagian pertama memiliki tipe relasi 04 dengan 1 UUID
Bagian kedua memiliki tipe relasi 07 dengan 2 UUID
Selain itu, kombinasi apa pun juga terlihat pada PDF yang ditandatangani.
Multimata Uang¶
Main Currency di Meksiko adalah MXN. Meskipun ini wajib untuk semua perusahaan Meksiko, dimungkinkan untuk mengirim dan menerima faktur (dan pembayaran) dalam mata uang yang berbeda. Untuk mengaktifkan penggunaan multicurrency, navigasikan ke , dan atur [MX] Bank of Mexico sebagai Service di bagian Automatic Currency Rates. Kemudian, atur bidang Interval ke frekuensi yang Anda inginkan untuk memperbarui nilai tukar.
Dengan cara ini, file XML dari dokumen akan memiliki kurs yang benar, dan jumlah total, baik dalam mata uang asing maupun dalam MXN.
Sangat disarankan untuk menggunakan rekening bank terpisah untuk setiap mata uang.
Catatan
Satu-satunya mata uang yang secara otomatis memperbarui kurs mereka setiap hari adalah: USD, EUR, GBP, JPY dan CNY.
Diskon¶
Menurut hukum, dokumen elektronik yang dikirim ke pemerintah tidak boleh memiliki baris negatif, karena ini dapat memicu kesalahan. Oleh karena itu, saat menggunakan Kartu Hadiah atau Program Loyalitas, baris negatif berikutnya akan diterjemahkan dalam XML seolah-olah mereka adalah Diskon biasa.
Untuk menyiapkan ini, navigasikan ke dan buat produk Discounts, pastikan bahwa produk tersebut memiliki Pajak yang valid (biasanya IVA pada 16%).
Setelah ini, buat dan tandatangani faktur melalui CFDI, dan tambahkan produk Discounts di bagian bawah. Dalam XML, Odoo akan mendistribusikan diskon di antara baris secara merata, sementara perbedaan matematis apa pun akan ditambahkan dalam produk pembulatan.
Tip
Sebuah Discount dan UNSPSC Product Category untuk setiap varian produk yang terkait dengan Kartu Hadiah atau Program Loyalitas harus dibuat.
Uang muka¶
Praktik umum di Meksiko adalah penggunaan down payments. Penggunaannya terutama terdiri dari kasus di mana Anda menerima pembayaran untuk barang atau layanan di mana produk atau harga (atau keduanya) belum sepenuhnya ditentukan.
SAT memungkinkan dua cara berbeda untuk menangani proses ini: keduanya melibatkan menautkan semua faktur satu sama lain dengan kolom CFDI Origin.
Catatan
Untuk proses ini, aplikasi Penjualan harus diinstal.
Konfigurasi¶
Pertama, navigasikan ke untuk membuat produk Anticipo dan konfigurasikan. Jenis Produk harus Layanan, dan gunakan Kategori UNSPSC 84111506 Servicios de facturación.
Kemudian, buka , dan tambahkan produk Anticipo sebagai default.
Metode A¶
Metode ini terdiri dari membuat faktur uang muka, membuat faktur untuk jumlah total, dan akhirnya, membuat nota kredit untuk total uang muka.
Pertama, buat sales order dengan jumlah total, dan buat uang muka dari situ (baik menggunakan persentase atau jumlah tetap). Kemudian, tanda tangani dokumen melalui CFDI, dan daftarkan pembayaran.
Ketika saatnya tiba bagi pelanggan untuk mendapatkan faktur akhir, buat lagi dari sales order yang sama. Dalam popup Buat Faktur, pilih Faktur Reguler. Pastikan untuk menghapus baris yang berisi produk Anticipo.
Tip
Saat menggunakan uang muka dengan lokalisasi Meksiko, pastikan bahwa Kebijakan Penagihan dari produk adalah Jumlah yang dipesan. Jika tidak, nota kredit pelanggan akan dibuat.
Kemudian, salin Folio Fiskal dari faktur uang muka, dan tempelkan ke Asal CDFI dari faktur akhir, tambahkan awalan 07| sebelum nilai dan tanda tangani dokumen melalui CFDI.
Akhirnya, buat nota kredit untuk faktur pertama. Salin Folio Fiskal dari faktur akhir, dan tempelkan di Asal CFDI dari nota kredit, tambahkan awalan 07|. Kemudian, tanda tangani dokumen melalui CFDI.
Dengan ini, semua dokumen elektronik terhubung satu sama lain. Langkah terakhir adalah membayar penuh faktur baru. Di bagian bawah faktur baru, Anda dapat menemukan nota kredit di Kredit yang beredar - tambahkan sebagai pembayaran. Akhirnya, daftarkan jumlah sisa dengan popup Bayar.
Dalam sales order, ketiga dokumen harus muncul sebagai "Dalam Pembayaran".
Metode B¶
Cara lain yang lebih sederhana untuk memenuhi persyaratan SAT melibatkan pembuatan hanya faktur uang muka, dan faktur kedua untuk sisanya. Metode ini melibatkan fakta bahwa baris negatif diperlakukan sebagai diskon.
Untuk ini, ikuti proses yang sama seperti Metode A, hingga pembuatan faktur akhir. Jangan hapus baris yang berisi Anticipo dan sebagai gantinya ubah nama produk lain Deskripsi untuk menyertakan teks CFDI por remanente de un anticipo. Jangan lupa untuk menambahkan Fiscal Folio dari faktur uang muka di CDFI Origin dari faktur akhir, dengan menambahkan awalan 07|.
Terakhir, tanda tangani faktur akhir melalui CFDI.
Addenda dan komplemen¶
Addenda dan komplemen dapat disertakan dalam XML. Untuk menambahkannya, buka dan Baru untuk memasukkan kode yang akan diinjeksi. Bidang tambahan di luar Odoo standar mungkin diperlukan.
Peringatan
Bagian ini mungkin memerlukan pengetahuan teknis dan dapat berisiko menambahkan utang teknis; disarankan untuk meminta manajer akun Anda untuk saran teknis terbaik.
Setelah node yang diinginkan dibuat, node tersebut dapat dipilih pada setiap kontak untuk membuatnya muncul di setiap faktur yang ditujukan kepada kontak tersebut. Secara default, semua node yang dipilih akan ditambahkan secara otomatis pada setiap faktur.
Dimungkinkan juga untuk hanya memilih node sesuai kebutuhan pada setiap faktur dengan memilih tab Info lain dan kemudian memilih node yang diinginkan dari Addendas & Complementos
Tip
Dimungkinkan untuk menambahkan lebih dari satu per kontak atau per faktur.
Pembaca XML¶
Dalam situasi tertentu, seperti saat Anda membuat faktur di perangkat lunak lain atau di SAT secara langsung, Anda mungkin ingin mengunggah faktur di Odoo. Pembaca XML memungkinkan Anda mengambil data dari file XML. Untuk melakukan ini, buka dan, dalam tampilan daftar, klik tombol Unggah untuk memilih sejumlah file XML, dan faktur draft akan dibuat secara otomatis. Ini juga dapat dilakukan dengan menyeret file dari komputer Anda dan meletakkannya di tampilan.
Faktur draft akan mengambil Informasi Pelanggan (jika tidak ada, yang baru akan dibuat), Baris Produk (hanya jika produk dengan nama yang sama sudah ada) dan akan menghitung semua pajak dan bidang tambahan yang eksklusif untuk Lokalisasi Meksiko. Informasi impor akan muncul di chatter.
Peringatan
Tergantung di mana faktur dibuat, file XML dapat memiliki nilai berbeda dari total yang dihitung di Odoo. Selalu periksa ulang dokumen apa pun yang diunggah dengan cara ini.
Faktur Pelanggan yang dibuat dengan cara ini akan dapat membuat komplemen pembayaran dan dibatalkan kapan saja. Jika Anda menggunakan tombol Cetak, dokumen PDF akan memiliki semua informasi yang sesuai.
Ini dapat dilakukan untuk Tagihan Vendor juga.
Tip
Untuk mengambil Fiscal Folio, seret dan lepas file XML sebagai catatan log di chatter untuk faktur draft yang telah dibuat sebelumnya.
CFDI untuk publik¶
Pemerintah Meksiko mewajibkan bahwa setiap barang atau jasa yang dijual harus didukung oleh faktur. Jika pelanggan tidak memerlukan faktur atau tidak memiliki RFC, CFDI untuk Publik harus dibuat yang juga dikenal sebagai faktur "nominatif".
Kontak harus dibuat dan harus memiliki nama tertentu.
Jika kotak centang CFDI untuk Publik di sales order atau faktur dicentang, XML akhir akan menimpa data dalam kontak faktur dan akan menambahkan karakteristik berikut:
RFC: XAXX010101000 jika pelanggan nasional atau XEXX010101000 jika pelanggan asing
Kode ZIP: Kode yang sama dengan perusahaan
Penggunaan: S01 - Tanpa Efek Fiskal
Jika pelanggan akhir tidak memberikan rincian apa pun, buat Pelanggan umum. Nama tidak boleh PUBLICO EN GENERAL atau akan memicu kesalahan (dapat berupa, misalnya, CLIENTE FINAL).
Peringatan
Secara default pengiriman faktur tidak diizinkan jika mitra tidak memiliki Negara atau Kode pos yang ditetapkan, namun ini tidak diperlukan jika kotak centang CFDI ke publik aktif.
Faktur Global¶
Jika pada akhir periode waktu tertentu (yang dapat bervariasi dari harian hingga dua bulanan, tergantung pada kebutuhan hukum dan preferensi perusahaan Anda) dan pelanggan masih memiliki penjualan yang tidak ditandai sebagai faktur reguler atau faktur CFDI ke Publik individual, SAT mengizinkan pembuatan satu faktur yang dapat berisi semua operasi, yang dikenal sebagai faktur global.
Catatan
Untuk proses ini, aplikasi Penjualan harus diinstal.
Lihat juga
Setup¶
Global Invoice Serie khusus untuk setiap cabang atau perusahaan dan digunakan untuk menentukan urutan faktur global. Untuk mengonfigurasinya, buka , dan arahkan ke bagian MX Electronic invoicing. Field Global Invoice Serie dapat ditemukan dalam bagian Service Tax Administration (SAT).
Tip
Urutan default untuk setiap perusahaan/cabang adalah GINV/
Alur penjualan¶
Pertama, buat jurnal khusus di untuk mempertahankan urutan terpisah yang digunakan untuk faktur global, yang berfungsi sebagai pesanan saat dibuat.
Kemudian, pastikan bahwa semua pesanan penjualan yang perlu ditandatangani memiliki konfigurasi berikut:
Kotak centang CFDI ke Publik diaktifkan
Status Faktur ditandai sebagai Untuk Difakturkan
Setelah ini, buka , pilih semua pesanan penjualan yang relevan dan tekan Buat Faktur. Pastikan untuk menonaktifkan kotak centang Penagihan Terkonsolidasi dan klik Buat Faktur Draf.
Odoo akan mengarahkan ke daftar faktur. Pilih semuanya dan di menu drop-down Tindakan pilih Posting entri. Pilih semua faktur yang telah diposting lagi dan kembali ke menu drop-down Tindakan untuk memilih Buat Faktur Global.
Dalam wizard, pilih Periodisitas yang ditunjukkan oleh akuntan profesional dan tekan Buat. Semua faktur harus ditandatangani di bawah file XML yang sama, dengan Folio Fiskal yang sama.
Tip
Klik Tampilkan di tab CFDI untuk menampilkan daftar dengan semua faktur terkait.
Klik Batalkan di tab CFDI untuk membatalkan faktur global di SAT dan Odoo.
Catatan
Faktur global yang dibuat dengan cara ini tidak akan memiliki PDF di dalamnya karena informasinya sudah ada di dalam Odoo dan tidak untuk dilihat oleh pelanggan.
Akuntansi elektronik (pelaporan)¶
Untuk Meksiko, Akuntansi Elektronik mengacu pada kewajiban untuk menyimpan catatan dan entri akuntansi melalui media elektronik, dan memasukkan informasi akuntansi setiap bulan melalui website SAT.
Ini terdiri dari tiga file XML utama:
Daftar terbaru dari bagan akun yang saat ini digunakan
Neraca saldo bulanan, ditambah laporan entri penutup, juga dikenal sebagai: Neraca Saldo Bulan 13
Ekspor entri jurnal dalam buku besar (opsional kecuali dalam kasus audit wajib)
File XML yang dihasilkan mengikuti persyaratan dari Anexo Técnico de Contabilidad Electrónica 1.3.
Selain itu, dimungkinkan untuk menghasilkan DIOT: laporan entri jurnal vendor yang melibatkan pajak IVA yang dapat diekspor dalam file TXT.
Catatan
Untuk menggunakan laporan ini, modul berikut harus diinstal:
Odoo Mexican Localization Reports
l10n_mx_reportsMexico - Month 13 Trial Balance
l10n_mx_reports_closingOdoo Mexican XML Polizas Export
l10n_mx_xml_polizas
Laporan bagan akun dan Neraca Saldo Bulan 13 dapat ditemukan di . Laporan DIOT dapat ditemukan di .
Penting
Karakteristik dan kewajiban spesifik dari laporan yang Anda kirim mungkin berubah sesuai dengan rezim fiskal Anda. Selalu hubungi akuntan Anda sebelum mengirim dokumen apa pun ke pemerintah.
Bagan akun¶
Bagan akun di Meksiko mengikuti pola spesifik berdasarkan Código agrupador de cuentas dari SAT.
Dimungkinkan untuk membuat akun apa pun, selama mengikuti kelompok pengkodean SAT: polanya adalah NNN.YY.ZZ atau NNN.YY.ZZZ.
Example
Beberapa contohnya adalah 102.01.99 atau 401.01.001.
Ketika akun baru dibuat di , dengan pola kelompok pengkodean SAT, kode pengelompokan yang benar muncul di Tag, dan akun tersebut muncul dalam laporan COA.
Setelah semua akun dibuat, pastikan Tag yang benar ditambahkan karena ini menandai sifat akun.
Catatan
Tidak disarankan menggunakan pola apa pun yang mengakhiri bagian dengan 0 (seperti 100.01.01, 301.00.003 atau 604.77.00). Ini memicu kesalahan dalam laporan. Secara default Odoo akan menandai akun sebagai kuning jika penomoran akan menyebabkan masalah di kemudian hari, ini untuk mencegah laporan memberikan data yang tidak akurat.
Setelah semuanya diatur, buka , dan klik tombol COA SAT (XML) untuk menghasilkan file XML yang berisi semua akun. File XML ini siap diunggah ke website SAT.
Neraca saldo¶
Laporan neraca saldo menampilkan saldo awal, kredit, dan saldo total akun Anda, asalkan Anda telah menambahkan grup pengkodean yang benar.
Untuk menghasilkan file XML neraca saldo, buka , pilih tanggal, lalu klik (menu tindakan), kemudian pilih SAT (XML).
Catatan
Odoo tidak menghasilkan Balanza de Comprobación Complementaria.
Bulan 13¶
Laporan tambahan adalah Bulan 13: neraca penutupan yang menampilkan penyesuaian atau pergerakan yang dibuat dalam akuntansi untuk menutup tahun.
Untuk menghasilkan dokumen XML ini, navigasikan ke , dan buat dokumen baru. Di sini, tambahkan semua jumlah yang akan dimodifikasi, dan seimbangkan debit dan/atau kredit masing-masing.
Setelah selesai, buka tab Info Lain dan centang kolom Penutupan Bulan 13. Jika diperlukan, buka dan pilih tanggal Bulan 13, di mana dimungkinkan untuk melihat total jumlah tahun tersebut, ditambah semua penambahan dari entri jurnal. Untuk menghasilkan file XML, klik (menu tindakan), kemudian pilih SAT (XML).
Buku Besar¶
Menurut hukum, semua transaksi di Meksiko harus dicatat secara digital. Karena Odoo secara otomatis membuat semua entri jurnal yang mendasari semua faktur dan pembayaran, cukup mengekspor buku besar untuk mematuhi audit dan/atau pengembalian pajak SAT.
Tip
Laporan dapat difilter berdasarkan periode atau berdasarkan jurnal, tergantung kebutuhan.
Untuk membuat XML, buka , klik (menu tindakan), lalu klik XML (Polizas). Kemudian, pilih di antara empat tipe Ekspor:
Audit pajak
Sertifikasi audit
Pengembalian barang
Kompensasi
Untuk Audit pajak atau Sertifikasi audit, tambahkan Nomor Pesanan yang disediakan oleh SAT. Untuk Pengembalian barang atau Kompensasi, tambahkan Nomor Proses, yang juga disediakan oleh SAT.
Catatan
Untuk melihat laporan ini tanpa mengirimkannya, gunakan ABC6987654/99 untuk Nomor Pesanan atau AB123451234512 untuk Nomor Proses.
Laporan DIOT¶
DIOT (Declaración Informativa de Operaciones con Terceros / Deklarasi Informatif Operasi dengan Pihak Ketiga) adalah kewajiban tambahan dengan SAT, di mana status terkini pembayaran yang dapat dikreditkan dan tidak dapat dikreditkan, pemotongan, pajak impor, dan pengembalian PPN dari tagihan vendor Anda diberikan kepada SAT.
Catatan
Sejak Juli 2025, versi laporan 2025 yang baru telah tersedia.
Tidak seperti laporan lainnya, DIOT diunggah ke website yang disediakan oleh SAT yang berisi formulir A-29. Di Odoo, Anda dapat mengunduh catatan transaksi Anda sebagai file TXT yang dapat diunggah ke formulir, menghindari pemasukan data secara langsung.
File transaksi berisi jumlah total pembayaran yang tercatat dalam tagihan vendor, dirinci ke dalam jenis-jenis IVA yang sesuai. Field VAT, Country, dan Type of operation wajib diisi untuk semua vendor.
Untuk mengunduh laporan DIOT sebagai file TXT, buka . Pilih bulan yang diinginkan, klik (menu aksi), dan pilih DIOT (TXT).
Jika pajak baru dibuat pada database, ada dua jenis tag, tag yang berisi tax harus masuk ke dalam distribusi pajak dan yang dengan nama base masuk pada dasar pajak. Semua baris pajak PPN harus berisi setidaknya satu grid pajak.
Penting
Field Type of Operation pada tab Akuntansi setiap vendor wajib diisi untuk mencegah kesalahan validasi. Pastikan bahwa pelanggan asing memiliki Country yang telah diatur.
Memilih 87 - Global Operations akan menyebabkan file TXT akhir menggabungkan semua vendor yang merupakan bagian dari operasi global di bawah satu VAT generik: XAXX010101000.
Perdagangan luar negeri¶
Perdagangan luar negeri adalah pelengkap faktur reguler yang menambahkan nilai tertentu baik dalam XML maupun PDF, untuk faktur dengan pelanggan luar negeri sesuai dengan peraturan SAT, seperti:
Alamat spesifik penerima dan pengirim
Penambahan Tariff Fraction yang mengidentifikasi jenis produk
Incoterm yang benar (International Commercial Terms)
Dan lainnya, seperti sertifikat asal dan satuan ukuran khusus
Hal ini memungkinkan identifikasi yang benar terhadap eksportir dan importir, selain memperluas deskripsi barang dagangan yang dijual.
Sejak 1 Januari 2018, perdagangan luar negeri adalah persyaratan bagi wajib pajak yang melakukan operasi ekspor tipe A1. Meskipun CFDI saat ini adalah 4.0, perdagangan luar negeri saat ini menggunakan versi 2.0.
Catatan
Untuk menggunakan fitur ini, modul EDI for Mexico (Advanced Features) l10n_mx_edi_extended harus diinstal.
Penting
Sebelum menginstal, pastikan bisnis Anda perlu menggunakan fitur ini. Konsultasikan dengan akuntan Anda terlebih dahulu, jika diperlukan, sebelum menginstal modul apa pun.
Checkbox CFDI to public harus dicentang saat membuat faktur luar negeri.
Konfigurasi¶
Kontak¶
Untuk mengonfigurasi kontak perusahaan Anda untuk perdagangan luar negeri, buka , hapus filter default Customer Invoices, dan pilih nama Company Anda. Sementara persyaratan CFDI 4.0 mengharuskan menambahkan kode ZIP yang valid dalam catatan kontak perusahaan, pelengkap perdagangan luar negeri menambahkan persyaratan bahwa City dan State juga harus valid. Ketiga field tersebut harus sesuai dengan Katalog Resmi SAT untuk Carta Porte, atau akan menghasilkan kesalahan.
Peringatan
Tambahkan City dan State di catatan kontak perusahaan, bukan di catatan perusahaan itu sendiri.
Pada catatan kontak, kolom opsional Locality dan Colony Code juga dapat diisi. Kedua kolom ini juga harus sesuai dengan data di SAT.
Untuk mengonfigurasi data kontak klien penerima asing, navigasikan ke , dan pilih kontak klien asing tersebut. Kontak harus memiliki kolom berikut yang telah dilengkapi untuk menghindari kesalahan:
Seluruh Address perusahaan, termasuk kode ZIP yang valid dan Country asing.
RFC asing (nomor identifikasi pajak), dalam format yang benar (misalnya: Kolombia
123456789-1)Di tab Sales & Purchase, untuk mengaktifkan kotak centang Needs external trade?.
Catatan
Dalam file XML dan PDF yang dihasilkan, VAT secara otomatis diganti dengan PPN generik untuk transaksi luar negeri: XEXX010101000.
Produk¶
Semua produk yang terlibat dengan perdagangan eksternal memiliki empat kolom tambahan yang diperlukan, dua di antaranya eksklusif untuk perdagangan eksternal.
Reference produk harus diatur di tab General Information.
Weight produk di tab Inventaris harus lebih dari
0.<https://www.ventanillaunica.gob.mx/vucem/Clasificador.html> :guilabel:`Tariff Fractionyang benar` dari produk harus diatur di tab Akuntansi untuk perdagangan eksternal.UMT Aduana di tab Akuntansi harus diatur dan sesuai dengan Tariff Fraction untuk perdagangan eksternal.
Tip
Jika kode UoM dari Tariff Fraction adalah
01, UMT Aduana yang benar adalahkg.Jika kode UoM dari Tariff Fraction adalah
06, UMT Aduana yang benar adalahUnits.
Alur penagihan¶
Sebelum membuat faktur, penting untuk mempertimbangkan bahwa faktur perdagangan eksternal memerlukan konversi harga produk ke dalam mata uang asing seperti USD. Oleh karena itu, multimata uang harus diaktifkan dengan mata uang asing diaktifkan di bagian Currencies. Service yang benar untuk dijalankan adalah [MX] Bank of Mexico. Untuk mengonversi harga produk, buat daftar harga dalam mata uang asing.
Kemudian, dengan nilai tukar yang benar diatur di , atur kolom Incoterm dan kolom opsional Certificate Source di tab Other Info faktur.
Tip
Meskipun tidak wajib, informasi akan lebih lengkap jika CFDI to public juga aktif.
Terakhir, konfirmasikan faktur dengan proses yang sama seperti faktur biasa, dan klik tombol Send untuk menandatanganinya melalui CFDI.
Point of sale¶
Adaptasi POS dari Lokalisasi Meksiko memungkinkan pembuatan faktur yang sesuai dengan persyaratan SAT langsung dari register POS, dengan keuntungan tambahan berupa pembuatan tiket kwitansi yang memungkinkan faktur mandiri di portal khusus dan pembuatan faktur global.
Alur POS¶
Selain konfigurasi Point of Sale standar, lokalisasi Meksiko mengharuskan setiap metode pembayaran dikonfigurasi dengan Cara Pembayaran yang benar serta Akun re-invoicing untuk menangani akuntansi faktur dengan portal penagihan.
Tip
Secara default, Odoo membuat metode pembayaran yang telah dikonfigurasi sebelumnya untuk tunai, kartu kredit, dan kartu debit serta menetapkan akun 402.04.01 Re-invoicing sebagai default untuk penagihan ulang.
Saat menjual di POS, klik tombol Customer untuk membuat atau memilih pelanggan. Di sini dimungkinkan untuk meninjau informasi penagihan pelanggan (seperti RFC atau Fiscal Regime) dan bahkan memodifikasinya secara langsung di dalam sesi.
Setelah memilih pelanggan, centang kotak Invoice. Ini akan membuka menu untuk memilih Usage dan menentukan apakah ini adalah faktur untuk publik. Klik konfirmasi, pilih metode pembayaran, lalu klik validasi untuk menyelesaikan pesanan. PDF kemudian akan diunduh dan dimungkinkan untuk mengirim faktur melalui email ke pelanggan akhir bersama dengan tanda terima.
Tip
Untuk membuat faktur dari pesanan, buka menu Orders, pilih pesanan, klik Load Order, dan centang kotak Invoice. Ini akan membuka menu yang sama untuk Usage dan CFDI to Public.
Untuk menandatangani nota kredit secara otomatis, centang kotak Faktur saat memproses pengembalian dana.
Catatan
Nota kredit untuk produk yang dikembalikan akan berisi jenis relasi 03 - Devolución de mercancía sobre facturas o traslados previos.
Penting
Dalam lokalisasi Meksiko, baris positif dan negatif dalam sesi POS tidak dapat dicampur.
Jika terjadi kesalahan validasi SAT, pelanggan akan mendapatkan Faktur Pro-Forma sebagai gantinya.
Portal faktur mandiri¶
Jika pelanggan akhir tidak yakin apakah mereka ingin faktur mereka dibuat pada saat penjualan, dimungkinkan untuk memberi mereka opsi membuat tanda terima dengan kode QR atau URL. Untuk melakukannya, ikuti langkah-langkah berikut:
Buka .
Pilih Point of Sale.
Gulir ke bagian Bills & Receipts.
Aktifkan Self-service invoicing.
Atur bidang Print ke QR code, URL, atau QR code + URL.
Pelanggan yang memindai kode QR ini atau mengikuti URL akan mengakses menu di mana mereka dapat menambahkan informasi fiskal mereka, termasuk Usage dan Fiscal Regime setelah mereka memasukkan kode lima digit yang juga disediakan pada tanda terima.
Pada entri jurnal sesi, Re-invoicing account yang dipilih sebelumnya akan digunakan untuk menangani pembalikan entri penjualan saat faktur diminta serta digunakan sebagai akun penjualan untuk faktur baru.
Lihat juga
Faktur Global¶
Seperti pesanan penjualan biasa, faktur global juga dapat dibuat dari register POS.
Untuk ini, pastikan untuk tidak memilih pelanggan atau opsi faktur di menu pembayaran dan buka . Di sana, pilih semua pesanan yang akan difaktur, klik Actions dan pilih Create Global Invoice.
Seperti pesanan penjualan, pilih Periodicity yang benar dan tekan Create.
Ini melampirkan file XML ke setiap pesanan yang dipilih. File XML dapat diunduh dengan membuka tab CFDI. Jika diperlukan, dimungkinkan untuk membatalkan faktur dari tab yang sama.
Jika pada akhirnya salah satu pesanan yang merupakan bagian dari faktur global perlu ditujukan kepada pelanggan, masih dimungkinkan untuk mengirim faktur dengan membuka register POS, mengklik (menu drop-down), kemudian klik Pesanan. Ubah filter Semua pesanan aktif menjadi Dibayar, pilih pesanan, dan klik tombol Faktur.
Catatan
Faktur global, sama seperti faktur reguler, hanya dapat dikelompokkan berdasarkan alamat fisik. Hal itu ditentukan oleh alamat yang ditetapkan pada jurnal faktur POS, jadi saat mencoba memfakturkan dua alamat, peringatan akan muncul untuk memperingatkan user tentang kesalahan tersebut.
eCommerce¶
Adaptasi eCommerce dari Lokalisasi Meksiko menyediakan langkah tambahan untuk membuat faktur yang sesuai dengan persyaratan SAT pada eCommerce dengan mengambil data pelanggan setelah Checkout dan bahkan memungkinkan penandatanganan faktur otomatis setelah pembayaran diproses, serta mengirimkan file kepada pelanggan melalui email dan memberi mereka akses untuk mengambil file PDF mereka dari portal pelanggan mereka sendiri.
Alur eCommerce¶
Selama proses checkout reguler, langkah Informasi Penagihan baru muncul, di mana dimungkinkan untuk meminta faktur atau tidak. Jika Tidak dipilih, CFDI untuk Publik dibuat. Jika Ya dipilih, RFC, Rezim Fiskal, dan Penggunaan diperlukan untuk mendapatkan semua informasi di sales order, di mana statusnya akan berubah menjadi Untuk Difaktur.
Selain itu, pelanggan dapat memutuskan apakah akan meminta Rincian IEPS atau tidak.
Penting
Pastikan untuk menambahkan kode UNSPSC ke produk pengiriman.
Jika Penagihan Otomatis diaktifkan di , dokumen elektronik akan ditandatangani secara otomatis.
Sales¶
Aplikasi Penjualan berisi kolom yang membuat penagihan lebih mudah, meskipun kolom itu sendiri tidak mengubah perilaku penjualan, kolom tersebut langsung disalin saat membuat faktur.
Kolom yang disalin adalah:
Cara Pembayaran
Kebijakan Pembayaran
CFDI untuk publik
Penggunaan
Selain itu, dimungkinkan untuk mendapatkan pratinjau faktur untuk tujuan validasi dengan pelanggan dengan menginstal modul pro-forma. Modul ini menambahkan kolom yang disebutkan ke sales order serta:
Kode produk
Kode unit
Rezim fiskal
Langganan¶
Saat menangani langganan, semua kolom penjualan digunakan untuk membuat faktur berulang. Faktur ini secara otomatis ditandatangani dan dikirim melalui email dengan PDF dan XML terlampir tanpa tindakan manual tambahan yang diperlukan.
Penting
Semua faktur yang dihasilkan oleh aplikasi langganan akan selalu ditandatangani secara otomatis tanpa pengecualian.
Stok Persediaan¶
Nomor pabean¶
Deklarasi pabean (Pedimento Aduanero) adalah dokumen fiskal yang menyatakan bahwa semua kontribusi kepada entitas fiskal (SAT) telah dibayar, termasuk impor/ekspor barang.
Menurut Annex 20 dari CFDI 4.0, dalam dokumen di mana barang yang ditagih berasal dari operasi impor langsung, kolom Customs Number perlu ditambahkan ke semua baris produk yang terlibat dengan operasi tersebut, begitu pula tanggal dokumen.
Catatan
Untuk melakukannya, modul Lokalisasi Meksiko Odoo untuk Stock/Landing l10n_mx_edi_landing harus diinstal, selain aplikasi Inventaris, Pembelian, dan Penjualan.
Penting
Jangan bingungkan fitur ini dengan perdagangan luar negeri. Nomor pabean terkait langsung dengan impor barang, sedangkan komplemen perdagangan luar negeri terkait dengan ekspor. Konsultasikan dengan akuntan Anda terlebih dahulu jika fitur ini diperlukan sebelum melakukan modifikasi apa pun.
Konfigurasi¶
Untuk melacak nomor bea cukai yang benar untuk faktur tertentu, Odoo menggunakan landed costs. Buka , dan di bagian Valuation, pastikan bahwa Landed Costs diaktifkan.
Tip
Disarankan untuk menambahkan Default Journal untuk secara otomatis mengisi kolom Journal yang wajib pada biaya landed cost meskipun biaya landed cost yang hanya menambahkan nomor pabean tanpa menambahkan Additional Costs tidak membuat entri jurnal.
Konfigurasikan produk goods-type yang menyimpan nomor pabean. Untuk melakukannya, buat produk dan lengkapi tiga persyaratan berikut:
Tracking harus diatur ke By Lots atau By Unique Serial Number tetapi tidak By Quantity.
Invoicing Policy harus diatur ke Delivered quantities.
Valuation by lots/serial numbers harus diaktifkan.
Ini akan membuat kolom Customs invoicing tersedia pada tab Akuntansi. Aktifkan kolom tersebut untuk menggunakan nomor bea cukai dengan produk ini.
Penting untuk memastikan produk memiliki Product Category dan memiliki konfigurasi berikut:
Metode Biaya: Baik FIFO atau AVCO
Inventory Valuation: Baik Periodic atau Perpetual
Catatan
Fitur ini berfungsi terlepas dari apakah inventory valuation diatur ke Periodic (at closing) atau Perpetual (at invoicing).
Alur pembelian dan penjualan¶
Setelah mengkonfigurasi produk, ikuti alur pembelian standar.
Buat pesanan pembelian dari . Kemudian, konfirmasi pesanan untuk menampilkan tombol pintar Penerimaan. Klik tombol pintar Penerimaan dan Validasi penerimaan.
Buka , dan buat catatan baru. Di Transfer, tambahkan penerimaan yang baru saja divalidasi, dan tambahkan Customs number.
Tip
Meskipun memungkinkan untuk menambahkan biaya terkait nomor bea cukai pada tahap proses ini, sangat disarankan untuk membuat landed cost dari tagihan vendor dari agen bea cukai Anda. Pelajari lebih lanjut tentang Landed Costs di sini.
Peringatan
Kolom Customs number tidak dapat diedit setelah ditetapkan, dan tidak dapat diulang, namun dimungkinkan untuk memperbaiki nomor pada lot atau nomor seri nanti dengan memilih landed cost yang berbeda.
Nomor bea cukai yang ditetapkan untuk lot atau nomor seri tertentu dapat ditemukan pada registrinya di . Kolom L10N Mx Edi Landed Cost dapat diedit kapan saja untuk memperbaiki kesalahan yang mungkin terjadi saat mendaftarkan landed cost. Mengedit kolom L10N Mx Edi Landed Cost secara otomatis memperbarui Customs number dan nama lot atau nomor seri.
Selanjutnya, buat sales order dan konfirmasi. Klik tombol pintar Pengiriman yang muncul, dan periksa dengan cermat lot/nomor seri yang ditetapkan untuk memastikan nilainya sesuai yang diinginkan, setelah itu Validasi surat jalan.
Terakhir, buat invoice dari sales order, dan konfirmasi. Baris invoice dibuat sesuai dengan distribusi surat jalan, dalam kasus di mana lebih dari satu nomor bea cukai dipilih, Odoo akan memisahkan baris invoice berdasarkan kuantitas dan nomor bea cukai.
Surat jalan¶
Carta Porte adalah surat jalan: dokumen yang menyatakan jenis, kuantitas, dan tujuan barang yang dibawa.
Pada 17 Juli 2024, versi 3.1 dari CFDI ini diterapkan untuk semua penyedia transportasi, perantara, dan pemilik barang. Odoo dapat menghasilkan dokumen tipe "T" (Traslado), yang berbeda dari dokumen lainnya, dibuat dalam surat jalan dan bukan di faktur atau pembayaran.
Odoo dapat membuat file XML dan PDF dengan (atau tanpa) transportasi darat, dan dapat memproses material yang diperlakukan sebagai Bahaya Berbahaya.
Untuk mencetak PDF, surat jalan harus ditandatangani oleh pemerintah dan kemudian dapat dicetak menggunakan tombol Print Carta Porte pada surat jalan.
Tip
File PDF berisi kode QR untuk memverifikasi kode CCP untuk pihak berwenang.
Untuk mengangkut barang antar gudang, rute logistik harus berisi operasi tipe Pengiriman.
Lihat juga
Catatan
Untuk menggunakan fitur ini, modul Mexico - Electronic Delivery Guide l10n_mx_edi_stock harus diinstal.
Selain itu, aplikasi Inventaris dan Penjualan harus diinstal.
Penting
Odoo tidak mendukung dokumen Carta Porte tipe "I" (Ingreso), transportasi udara, kereta api, atau laut.
Konsultasikan dengan akuntan Anda terlebih dahulu jika fitur ini diperlukan sebelum melakukan modifikasi apapun.
Konfigurasi¶
Odoo mengelola dua tipe CFDI tipe "T" yang berbeda. Keduanya dapat dibuat dari pengiriman masuk atau surat jalan.
No Federal Highways digunakan ketika Distance to Destination kurang dari 30 km.
Federal Transport digunakan ketika Distance to Destination melebihi 30 km.
Untuk Tanpa Jalan Raya Federal, tidak ada konfigurasi lain yang diperlukan selain persyaratan standar penagihan reguler (RFC pelanggan, kode UNSPSC, dll.).
Untuk Federal Transport, beberapa konfigurasi harus ditambahkan ke kontak, pengaturan kendaraan, dan produk. Konfigurasi tersebut kemudian disertakan dalam file XML dan PDF.
Kontak dan kendaraan¶
Seperti fitur perdagangan eksternal, Address baik pada perusahaan maupun pelanggan akhir harus lengkap. Kode ZIP, City, dan State harus sesuai dengan Katalog SAT Resmi untuk Carta Porte.
Tip
Kolom Locality bersifat opsional untuk kedua alamat.
Penting
Alamat asal yang digunakan untuk panduan pengiriman diatur di . Meskipun ini diatur sebagai alamat perusahaan secara default, Anda dapat mengubahnya ke alamat gudang yang benar.
Fitur ini memerlukan penggunaan Armada untuk mengelola kendaraan. Pengaturan kendaraan dikelola langsung pada kendaraan, dan semua kolom yang diperlukan hanya terlihat setelah mencentang kolom L10N Mx Is Freight Vehicle.
Mencentang kolom L10N Mx Is Freight Vehicle menampilkan tab MX Parameters di mana kolom wajib diperlukan untuk membuat panduan pengiriman yang benar. Selain itu kendaraan harus berisi License Plate, Model Year, dan Driver.
Tip
Kolom Vehicle Plate Number dan Number Plate harus berisi antara 5 dan 7 karakter.
Pengemudi utama kendaraan ditetapkan langsung pada kolom Driver, dan dimungkinkan untuk menambahkan lebih banyak operator kendaraan di bagian Intermediaries. Satu-satunya kolom wajib untuk kontak pengemudi adalah VAT dan Operator License.
Tip
Jika kendaraan disewa atau lebih banyak perantara diperlukan, dimungkinkan untuk menambahkannya di kolom Intermediaries.
Produk¶
Mirip dengan penagihan reguler, semua produk harus memiliki kategori UNSPSC. Selain itu, ada dua konfigurasi tambahan untuk produk yang terlibat dalam panduan pengiriman:
Jenis Produk harus diatur sebagai Produk yang Dapat Disimpan agar pergerakan stok dapat dibuat.
Di tab Inventaris, kolom Weight harus lebih dari
0.
Peringatan
Membuat panduan pengiriman dari produk dengan Weight yang diatur ke 0 akan memicu error. Karena Weight segera disimpan dalam order pengiriman, maka perlu mengembalikan produk dan membuat ulang order pengiriman (dan panduan pengiriman) dengan nilai yang benar.
Alur penjualan dan inventaris¶
Untuk membuat panduan pengiriman, pertama buat dan konfirmasi sales order dari . Klik tombol pintar Delivery yang dihasilkan, dan Validate transfer tersebut.
Setelah status diatur ke Selesai, Anda dapat mengedit transfer, dan memilih Jenis Transportasi di tab Info Tambahan.
Jika menggunakan Jenis Transportasi Tanpa Jalan Tol Federal, simpan transfer, lalu klik Buat Panduan Pengiriman. XML yang dihasilkan dapat ditemukan di chatter.
Catatan
Selain UNSPSC pada semua produk, panduan pengiriman yang menggunakan No Federal Highways tidak memerlukan konfigurasi khusus untuk dikirim ke pemerintah, karena merupakan CFDI tipe "T" tanpa komplemen panduan pengiriman.
Jika menggunakan Federal Transport Transport Type, Vehicle Setup akan ditampilkan untuk dipilih. Gross vehicle weight diambil dari konfigurasi Vehicle setup di mana dimungkinkan untuk menambahkan Extra weight tambahan untuk memperhitungkan pengemudi dan bagasi.
Catatan
Odoo akan menghitung Gross vehicle weight dengan rumus berikut:
Setiap pengiriman memerlukan nilai di Distance to Destination (KM) lebih besar dari 0. Terakhir, masukkan Delivery Date dan klik Generate Delivery Guide.
Catatan
Secara default Scheduled Date terisi dan mewakili waktu saat pengiriman meninggalkan gudang dan Delivery Date adalah waktu pengiriman diharapkan tiba di tujuan. Nilai-nilai ini dideklarasikan di XML dan PDF.
Bahaya berbahaya¶
Nilai tertentu dalam Kategori UNSPSC dianggap dalam katalog resmi SAT<http://omawww.sat.gob.mx/tramitesyservicios/Paginas/complemento_carta_porte.htm> sebagai bahaya berbahaya. Kategori ini memerlukan pertimbangan tambahan saat membuat panduan pengiriman dengan Transportasi Federal.
Pertama, pilih produk dari . Kemudian, di tab Akuntansi, isi kolom Kode Penetapan Bahan Berbahaya dan Kemasan Berbahaya dengan kode yang benar dari katalog SAT.
Penting
Ada kemungkinan bahwa Kategori UNSPSC mungkin merupakan atau bukan bahaya berbahaya (misalnya 01010101). Jika tidak berbahaya, masukkan 0 di kolom Kode Penetapan Bahan Berbahaya.
Di MX Parameters, lengkapi Environment Insurer dan Environment Insurance Policy juga. Setelah ini, lanjutkan dengan proses reguler untuk membuat panduan pengiriman.
Impor dan Ekspor¶
Jika Carta Porte Anda untuk operasi internasional (untuk ekspor), beberapa kolom tambahan perlu diperhatikan.
Pertama, pastikan bahwa semua Produk yang relevan memiliki konfigurasi berikut:
Kategori UNSPSC tidak boleh 01010101 Tidak ada dalam katalog.
Fraksi Tarif dan UMT Aduana harus diatur, mirip dengan alur perdagangan eksternal.
Jenis Material harus diatur.
Kemudian, saat membuat Panduan Pengiriman dari pengiriman atau penerimaan, isi kolom berikut:
Rezim Bea Cukai
Jenis Dokumen Bea Cukai
Identifikasi Dokumen Bea Cukai
Kemudian, saat membuat Delivery Guide untuk penerimaan di mana Customs Document Type adalah Customs number, dua field baru muncul: Customs Number dan Importer.
Tip
Field Customs Number harus mengikuti pola xx xx xxxx xxxxxxx. Misalnya, 15 48 3009 0001235 dengan Dua spasi di antara teks.