Menagih Klien Luar Negeri: Panduan Praktis Mata Uang, Pajak, dan Alamat

Pertama kali Anda menagih klien di negara lain, Anda akan sadar bahwa "kirim faktur" ternyata diam-diam menyimpan banyak pekerjaan. Klien di Berlin mengharapkan euro, koma di tempat Anda menaruh titik desimal, dan baris pajak yang terbaca seperti baris pajak Jerman pada umumnya. Klien di Toronto menginginkan dolar Kanada dan kode pos di kolom yang benar-benar berlabel "Postal code," bukan "ZIP." Klien di Tokyo lebih suka tidak harus memicingkan mata membaca dokumen yang sepenuhnya dibangun di atas asumsi negara asal Anda.

Tidak ada satu pun dari ini yang sulit. Ini hanyalah kumpulan detail kecil yang, bila dibiarkan untung-untungan, membuat Anda terlihat amatir — dan yang, bila ditangani dengan sengaja, membuat Anda terlihat seperti orang yang sudah melakukan ini ratusan kali. Artikel ini adalah panduannya: cara menerbitkan tiap faktur dalam mata uang yang tepat, cara menangani pajak agar angkanya cocok seperti yang diharapkan klien, cara mencetak PDF dalam bahasa klien sendiri, dan cara membuat alamat yang benar untuk salah satu dari 199 negara. Mekanisme di bawah ini adalah cara kerjanya di InvoiceFlow, tetapi prinsipnya berlaku untuk setiap sistem penagihan yang layak.

Mata uang: satu faktur, satu mata uang, tanpa menebak

Aturan utama penagihan lintas negara adalah bahwa faktur dinyatakan dalam satu mata uang, dan mata uang itu adalah milik klien, bukan milik Anda — kecuali Anda punya alasan khusus untuk melakukan sebaliknya (sebagian kontrak menetapkan mata uang penagihan sebagai USD atau EUR terlepas dari lokasi klien; hormati kontraknya). Sebuah agensi Jerman tidak ingin menerima faktur dalam dolar lalu melakukan konversinya sendiri. Klien AS tidak ingin pusing menebak total dalam pound. Tentukan mata uangnya sekali, per klien, dan tetap konsisten.

Di InvoiceFlow, tiap faktur bisa diterbitkan dalam mata uangnya sendiri, dengan pemformatan yang benar. Bagian terakhir itu lebih penting daripada kedengarannya. "Pemformatan yang benar" berarti simbol mata uang, posisinya relatif terhadap angka, pemisah ribuan, dan pemisah desimal semuanya sesuai dengan konvensi untuk mata uang tersebut. €1.234,56 dan $1,234.56 adalah jumlah yang sama yang ditulis dengan dua cara yang sama sekali berbeda, dan salah dalam hal ini adalah jenis petunjuk kecil yang membuat sebuah departemen keuangan mengernyitkan dahi.

Anda juga bisa menetapkan mata uang default per klien di pengaturan klien tersebut, sehingga faktur berikutnya untuk klien itu langsung terbuka dalam mata uang yang tepat secara otomatis. Pengaturan tunggal itu menghilangkan kesalahan lintas negara yang paling umum: mengirim klien euro sebuah faktur dalam mata uang negara asal Anda karena itulah yang menjadi default aplikasi.

Apa yang dilakukan aplikasi — dan apa yang tidak

Inilah batasan yang jujur, karena ini mengubah cara Anda bekerja. InvoiceFlow memformat dan melacak tiap faktur dalam mata uang yang dinyatakannya. Aplikasi ini tidak melakukan konversi valas langsung secara otomatis. Anda yang menentukan jumlahnya dan, bila relevan, nilai tukarnya. Aplikasi tidak diam-diam menarik kurs tengah-pasar saat pengiriman lalu mengonversi angka Anda di balik layar.

Itu adalah fitur, bukan kekurangan, dan mencerminkan bagaimana penagihan lintas negara sebenarnya bekerja. Jika Anda mengutip €2.000 kepada klien Munich untuk sebuah proyek, Anda menagih €2.000 — titik. Tidak ada konversi yang perlu dilakukan; itulah harganya dalam mata uang mereka. Pembukuan Anda sendiri di negara asal, tempat Anda mencatat berapa nilai €2.000 dalam mata uang lokal Anda pada hari dana itu cair, adalah latihan terpisah yang terjadi setelah pembayaran, dengan kurs yang sebenarnya diberikan bank Anda. Mencampuradukkan keduanya — menagih dalam satu mata uang tetapi diam-diam berpikir dalam mata uang lain — adalah tempat para freelancer membuat diri mereka terjerat.

Jadi alur kerjanya bersih:

• Anda menyepakati harga dalam mata uang klien. Entah Anda mengutipnya langsung dalam mata uang itu, atau Anda mengonversi tarif Anda sekali, saat penawaran, lalu menguncinya.
• Anda menagih angka persis itu. Aplikasi memformatnya dengan benar untuk mata uang tersebut.
• Anda melacak saldo dalam mata uang itu sampai lunas, mencatat pembayaran sebagian terhadapnya jika dibayar bertahap.
• Anda merekonsiliasi ke mata uang negara asal setelah uang tiba, menggunakan kurs nyata dari rekening koran Anda — bukan perkiraan.

Jika Anda memang ingin menampilkan konversi sebagai kemudahan untuk klien ("kira-kira $2.150 dengan kurs hari ini"), taruh itu di catatan faktur sebagai sebaris teks, dengan jelas ditandai sebagai indikatif. Jumlah yang ditagih tetap dalam mata uang klien.

Pajak: inklusif, eksklusif, beberapa tarif, dan neto-pajak

Pajak adalah tempat faktur lintas negara paling sering diam-diam keliru, karena tiap negara tidak sepakat soal dasar-dasarnya — tidak soal tarifnya, tidak soal namanya, dan yang terpenting tidak soal apakah harga biasanya ditampilkan sudah termasuk pajak atau belum termasuk.

Inklusif vs eksklusif — pilih yang diharapkan klien

InvoiceFlow mendukung baik penetapan harga inklusif-pajak maupun eksklusif-pajak, dan pilihan ini bukan sekadar kosmetik — ia mengubah angka mana yang dibaca klien sebagai "harga."

• Eksklusif-pajak: item baris menampilkan harga sebelum pajak, pajak ditambahkan sebagai baris terpisah, dan totalnya adalah jumlahnya. Ini adalah norma untuk pekerjaan B2B di sebagian besar dunia — bisnis berpikir dalam angka neto karena toh mereka bisa mengklaim kembali pajaknya.
• Inklusif-pajak: harga yang ditampilkan sudah mengandung pajak, dan faktur memerinci berapa bagian dari harga itu yang merupakan pajak. Ini umum untuk penetapan harga yang menghadap konsumen di banyak negara, di mana hukum atau kebiasaan menetapkan bahwa harga tertera adalah yang dibayar pelanggan.

Tentukan ini dengan benar per pasar. Klien Jerman B2B yang membaca faktur eksklusif-pajak dengan baris PPN yang jelas terpisah sedang melihat persis apa yang mereka harapkan. Klien yang sama yang menerima faktur inklusif-pajak mungkin harus merekayasa balik angka neto Anda untuk pembukuan mereka sendiri — gesekan yang Anda ciptakan tanpa alasan.

Beberapa tarif dalam satu faktur

Faktur nyata tidak selalu bertarif tunggal. Anda mungkin menagih klien untuk jasa konsultasi (satu tarif) dan produk fisik (tarif berbeda), atau pekerjaan yang melintasi tarif tereduksi dan tarif standar. InvoiceFlow menangani beberapa tarif pajak dalam satu faktur, menerapkan tarif yang benar per baris dan merangkum pajak menurut tarif. Klien melihat rincian yang bersih alih-alih satu angka campuran yang tidak bisa mereka verifikasi.

Neto-pajak dan jumlah yang harus dibayar

Di balik semua ini, aplikasi menghitung angka neto-pajak dan jumlah yang harus dibayar dengan benar, sehingga totalnya cocok tidak peduli kombinasi inklusif, eksklusif, dan multi-tarif mana yang Anda gunakan. Jika pembayaran masuk sebagian, jumlah yang harus dibayar diperbarui terhadap saldo. Anda tidak melakukan aritmetika ini dengan tangan pada jam 11 malam, yang justru saat itulah kesalahan aritmetika menyelinap ke dalam faktur.

Satu catatan praktis tentang pajak lintas negara yang tidak bisa diputuskan aplikasi mana pun untuk Anda: apakah Anda mengenakan pajak sama sekali atas penjualan ke luar negeri adalah pertanyaan hukum, bukan pengaturan aplikasi. Aturan reverse-charge, tarif nol untuk ekspor, uji tempat-penyediaan — ini semua bergantung pada yurisdiksi Anda, yurisdiksi klien, dan apa yang Anda jual. Aplikasi akan dengan setia menampilkan perlakuan pajak apa pun yang Anda perintahkan. Mengetahui perlakuan yang tepat adalah tugas Anda (atau akuntan Anda). Putuskan aturannya dulu; konfigurasikan fakturnya kemudian.

Locale per faktur: cetak dalam bahasa klien

Inilah detail yang diam-diam membuat orang terkesan. Aplikasi Anda bisa berjalan dalam bahasa Inggris sementara faktur yang Anda serahkan kepada klien tercetak dalam bahasa Jerman, Prancis, atau Jepang.

InvoiceFlow mendukung locale per faktur: Anda menetapkan bahasa untuk faktur tertentu, dan PDF yang dihasilkan — label seperti "Faktur," "Tanggal jatuh tempo," "Subtotal," "Pajak," "Total," format tanggal, dan seterusnya — dirender dalam bahasa itu, terlepas dari bahasa yang disetel pada aplikasi Anda. Anda bekerja dalam antarmuka yang nyaman bagi Anda; klien menerima dokumen yang terbaca seolah dibuat khusus untuk mereka.

Ini berpasangan dengan rendering PDF aplikasi, yang menangani aksara non-Latin dengan benar — Sirilik, Arab, CJK — menggunakan font NotoSans bawaan ditambah font yang bisa dipilih pengguna. Dokumen yang ditujukan untuk klien di Tokyo atau Riyadh tidak akan keluar sebagai deretan kotak kosong di tempat seharusnya ada aksara. Jika Anda pernah menerima PDF dengan karakter berantakan, Anda tahu betapa cepatnya itu mengikis kepercayaan; membuat hal ini benar adalah hal kecil yang menandakan kompetensi.

Langkah praktisnya: tetapkan locale faktur pilihan tiap klien luar negeri sekali saja. Sejak saat itu, faktur mereka keluar dalam bahasa mereka secara otomatis sementara Anda tidak pernah keluar dari antarmuka Anda sendiri.

Alamat: 199 negara, dan kolomnya benar-benar pas

Kebenaran yang kurang glamor dari penagihan internasional adalah bahwa alamat sangat tidak konsisten antarnegara, dan satu formulir alamat yang kaku membuat setiap alamat luar negeri terlihat sedikit salah.

Kolom alamat InvoiceFlow menyesuaikan negara di 199 negara. Dua hal terjadi ketika Anda memilih negara klien:

• Label wilayah dan kode pos menyesuaikan. Apa yang menjadi "ZIP code" di AS adalah "Postal code" di Kanada, "Postcode" di Inggris, dan "PIN code" di India. Kolomnya diberi label sesuai cara negara itu memberi label, sehingga alamatnya terbaca alami bagi penerima dan tim akuntansi mereka.
• Sebagian negara menyembunyikan wilayah dan kode pos sepenuhnya. Sejumlah negara tidak menggunakan baris negara bagian/wilayah atau kode pos seperti negara lain. Memaksakan kolom "State" yang kosong pada alamat dari salah satu negara tersebut hanya terlihat seperti Anda tidak mengenal negara itu. Formulir menghilangkan kolom yang tidak berlaku.

Imbalannya adalah blok alamat di PDF yang terlihat seperti ditulis oleh orang setempat — nama kolom benar, kolom yang ada benar, tidak ada yang dipaksakan. Ia tak kasat mata saat benar dan mencolok saat salah, yang justru itulah alasan mengapa layak dibuat dengan benar.

Menyatukannya: sebuah panduan yang dipraktikkan

Bayangkan Anda seorang desainer freelance dengan tiga klien luar negeri: sebuah agensi di Munich (membayar dalam euro, B2B, mengharapkan eksklusif-pajak dengan baris PPN yang jelas, ingin faktur dalam bahasa Jerman), sebuah startup di Toronto (dolar Kanada, bahasa Inggris, kode pos), dan sebuah studio di Tokyo (yen Jepang, faktur berbahasa Jepang). Inilah penyiapan sekali-jalan dan alur kerja berulangnya.

1. Siapkan tiap klien sekali saja. Untuk masing-masing, tetapkan mata uang default, locale faktur pilihan, dan negara (yang menetapkan label alamat). Munich: EUR, Jerman, Jerman. Toronto: CAD, Inggris, Kanada. Tokyo: JPY, Jepang, Jepang.
2. Putuskan perlakuan pajak per klien bersama akuntan Anda, lalu konfigurasikan. Faktur Munich adalah eksklusif-pajak dengan baris PPN; yang lain sesuai aturan Anda untuk penjualan tersebut.
3. Buat fakturnya. Ia terbuka dalam mata uang yang tepat. Anda memasukkan item baris dalam mata uang itu — angka yang benar-benar Anda sepakati, bukan dikonversi dadakan.
4. Biarkan aplikasi mengerjakan totalnya. Neto-pajak, pajak per tarif, dan jumlah yang harus dibayar semuanya dihitung dengan benar.
5. Hasilkan PDF-nya. Ia tercetak dalam bahasa klien, memformat mata uang dengan benar, dan merender alamat dengan label yang tepat — bahkan jika bahasa klien dalam aksara non-Latin.
6. Lacak dan rekonsiliasi. Anda mengikuti saldo dalam mata uang faktur; setelah lunas, Anda mencatat angka mata uang negara asal yang nyata dari bank Anda di pembukuan Anda sendiri.

Tiga klien, tiga mata uang, tiga bahasa — dan dari sisi Anda, itu adalah segelintir ketukan yang sama setiap kali, karena pengaturan per klien membawa perbedaan-perbedaan itu untuk Anda.

Detail-detail kecil yang menumpuk

Penagihan lintas negara mengganjar ketelitian dengan cara yang tidak dilakukan penagihan domestik. Di negara sendiri, label alamat yang sedikit meleset atau penyajian pajak yang tak lazim lewat tanpa terlihat karena semua orang berbagi asumsi yang sama. Lintas negara, setiap ketidakcocokan adalah sinyal kecil bahwa Anda sedang mengimprovisasi. Freelancer yang faktur euro-nya tiba dalam euro, dalam bahasa Jerman, dengan baris PPN tertata seperti cara faktur Jerman menatanya, dan blok alamat yang terbaca dengan benar, diperlakukan sebagai vendor profesional. Yang fakturnya perlu diterjemahkan, dikonversi, dan diformat ulang sebelum tim hutang dagang bisa memprosesnya menjadi "pemasok asing yang agak merepotkan."

Anda hanya perlu menyiapkan ini sekali per klien. Setelah itu, perbedaan antara terlihat seperti orang setempat dan terlihat seperti turis terbangun ke dalam setiap faktur yang Anda kirim — dan itu tidak membebani Anda apa pun selain sepuluh menit yang dibutuhkan untuk mengisi mata uang, bahasa, dan negara klien dengan benar di awal.