การออกใบแจ้งหนี้ลูกค้าในต่างประเทศ: คู่มือเชิงปฏิบัติด้านสกุลเงิน ภาษี และที่อยู่
โดยทีมงาน InvoiceFlow — เผยแพร่ 16 มิถุนายน 2026 — อ่าน 10 นาที
ครั้งแรกที่คุณออกใบแจ้งหนี้ให้กับลูกค้าในประเทศอื่น คุณจะค้นพบว่า "ส่งใบแจ้งหนี้" กำลังทำงานมากมายอยู่เบื้องหลัง ลูกค้าในเบอร์ลินต้องการเงินยูโร เครื่องหมายจุลภาคตรงที่คุณใส่จุดทศนิยม และบรรทัดภาษีที่อ่านดูเหมือนบรรทัดภาษีของเยอรมัน ลูกค้าในโตรอนโตต้องการดอลลาร์แคนาดาและรหัสไปรษณีย์ในฟิลด์ที่ติดป้ายว่า "Postal code" จริงๆ ไม่ใช่ "ZIP" ลูกค้าในโตเกียวไม่อยากขมวดคิ้วกับเอกสารที่สร้างโดยคำนึงถึงสมมติฐานของประเทศบ้านเกิดคุณทั้งหมด
ไม่มีอะไรยากในสิ่งเหล่านี้ มันแค่เป็นชุดรายละเอียดเล็กๆ ที่ถ้าปล่อยให้เป็นไปตามโอกาส จะทำให้คุณดูไม่เป็นมืออาชีพ — และที่ถ้าจัดการอย่างตั้งใจ จะทำให้คุณดูเหมือนคนที่ทำสิ่งนี้มาร้อยครั้งแล้ว บทความนี้คือคู่มือ: วิธีออกใบแจ้งหนี้แต่ละใบในสกุลเงินที่ถูกต้อง วิธีจัดการภาษีเพื่อให้ตัวเลขบวกกันได้อย่างที่ลูกค้าคาดหวัง วิธีพิมพ์ PDF ในภาษาของลูกค้าเอง และวิธีใส่ที่อยู่ให้ถูกต้องสำหรับ 199 ประเทศ กลไกด้านล่างคือวิธีที่ใช้งานใน InvoiceFlow แต่หลักการใช้ได้กับการตั้งค่าออกใบแจ้งหนี้ที่ดีใดๆ
สกุลเงิน: ใบแจ้งหนี้เดียว สกุลเงินเดียว ไม่เดาสุ่ม
กฎทองของการออกใบแจ้งหนี้ข้ามพรมแดนคือใบแจ้งหนี้ถูกกำหนดในสกุลเงินเดียว และสกุลเงินนั้นคือของลูกค้า ไม่ใช่ของคุณ — เว้นแต่คุณมีเหตุผลเฉพาะเจาะจงในการทำอย่างอื่น (สัญญาบางฉบับกำหนดสกุลเงินออกใบแจ้งหนี้เป็น USD หรือ EUR โดยไม่คำนึงถึงที่อยู่ของลูกค้า เคารพสัญญา) เอเจนซี่เยอรมันไม่ต้องการรับใบแจ้งหนี้ในดอลลาร์แล้วแปลงสกุลเงินเอง ลูกค้าสหรัฐฯ ไม่ต้องการงงกับยอดรวมเป็นปอนด์ เลือกสกุลเงินครั้งเดียว ต่อลูกค้าหนึ่งราย และคงเส้นคงวา
ใน InvoiceFlow ใบแจ้งหนี้แต่ละใบสามารถออกในสกุลเงินของตัวเองพร้อมการจัดรูปแบบที่ถูกต้อง ส่วนหลังสำคัญกว่าที่ฟังดู "การจัดรูปแบบที่ถูกต้อง" หมายความว่าสัญลักษณ์สกุลเงิน ตำแหน่งของมันเทียบกับตัวเลข ตัวคั่นหลักพันและตัวคั่นทศนิยม ทั้งหมดตรงกับแบบแผนของสกุลเงินนั้น €1.234,56 และ $1,234.56 คือจำนวนเงินเดียวกันที่เขียนแตกต่างกันอย่างสิ้นเชิง และการเขียนผิดคือสัญญาณเล็กๆ ชนิดที่ทำให้แผนกการเงินขมวดคิ้ว
คุณยังสามารถตั้งค่าสกุลเงินเริ่มต้นต่อลูกค้าในการตั้งค่าลูกค้าของพวกเขา เพื่อให้ใบแจ้งหนี้ถัดไปสำหรับลูกค้ารายนั้นเปิดขึ้นในสกุลเงินที่ถูกต้องโดยอัตโนมัติ การตั้งค่าเดียวนั้นขจัดความผิดพลาดข้ามพรมแดนที่พบบ่อยที่สุด: การส่งใบแจ้งหนี้เป็นสกุลเงินบ้านเกิดของคุณให้กับลูกค้ายูโร เพราะนั่นคือสิ่งที่แอปตั้งค่าเริ่มต้นไว้
สิ่งที่แอปทำ — และสิ่งที่ไม่ทำ
นี่คือขอบเขตที่ซื่อสัตย์ เพราะมันเปลี่ยนวิธีที่คุณทำงาน InvoiceFlow จัดรูปแบบและติดตามใบแจ้งหนี้แต่ละใบในสกุลเงินที่ระบุ ไม่ทำการแปลงอัตราแลกเปลี่ยนอัตโนมัติแบบเรียลไทม์ คุณตัดสินใจจำนวนเงินและที่เกี่ยวข้องอัตราแลกเปลี่ยน แอปไม่ได้ดึงอัตราตลาดกลาง ณ เวลาส่งและแปลงตัวเลขของคุณอยู่เบื้องหลัง
นั่นคือคุณสมบัติ ไม่ใช่ข้อบกพร่อง และสะท้อนวิธีที่การออกใบแจ้งหนี้ข้ามพรมแดนทำงานจริงๆ ถ้าคุณเสนอราคาให้ลูกค้ามิวนิก €2,000 สำหรับโปรเจกต์ คุณออกใบแจ้งหนี้ €2,000 — จบ ไม่มีการแปลงที่ต้องทำ นั่นคือราคาในสกุลเงินของพวกเขา การบัญชีของคุณเองกลับบ้าน ที่คุณบันทึกว่า €2,000 มาเท่าไรในสกุลเงินท้องถิ่นของคุณในวันที่มันเข้าบัญชี คืองานที่แยกกันซึ่งเกิดขึ้นหลังการชำระ ในอัตราที่ธนาคารของคุณให้จริงๆ การปนสองอย่างนี้ — ออกใบแจ้งหนี้ในสกุลเงินหนึ่งแต่คิดในอีกสกุลเงินอยู่ลึกๆ — คือที่ที่ฟรีแลนซ์ทำให้ตัวเองสับสน
ดังนั้นกระบวนการทำงานจึงชัดเจน:
- คุณตกลงราคาในสกุลเงินของลูกค้า ไม่ว่าคุณจะเสนอราคาโดยตรงในนั้น หรือแปลงอัตราของคุณครั้งเดียวตอนเสนอราคาและล็อคไว้
- คุณออกใบแจ้งหนี้ตัวเลขนั้นพอดี แอปจัดรูปแบบให้ถูกต้องสำหรับสกุลเงินนั้น
- คุณติดตามยอดคงเหลือในสกุลเงินนั้นจนกว่าจะชำระ บันทึกการชำระบางส่วนกับมันถ้ามันมาเป็นก้อน
- คุณกระทบยอดกับสกุลเงินบ้านเกิดของคุณหลังจากเงินเข้า โดยใช้อัตราจริงจากใบแจ้งยอดธนาคาร — ไม่ใช่การประมาณ
ถ้าคุณต้องการแสดงการแปลงเพื่อความสุภาพให้ลูกค้า ("ประมาณ $2,150 ในอัตราวันนี้") ใส่มันในหมายเหตุใบแจ้งหนี้เป็นบรรทัดข้อความ ทำเครื่องหมายชัดเจนว่าเป็นตัวบ่งชี้เท่านั้น จำนวนเงินที่เรียกเก็บยังคงเป็นสกุลเงินของลูกค้า
ภาษี: รวม ไม่รวม หลายอัตรา และยอดสุทธิก่อนภาษี
ภาษีคือที่ที่ใบแจ้งหนี้ข้ามพรมแดนมักจะผิดพลาดอย่างเงียบๆ เพราะประเทศต่างๆ ไม่เห็นด้วยในพื้นฐาน — ไม่ใช่แค่อัตรา ชื่อ และที่สำคัญว่าปกติแล้วราคาจะแสดงรวมภาษีแล้วหรือไม่รวม
รวม กับ ไม่รวม — เลือกแบบที่ลูกค้าคาดหวัง
InvoiceFlow รองรับทั้งการกำหนดราคารวมภาษีและไม่รวมภาษี และการเลือกนั้นไม่ใช่แค่รูปลักษณ์ — มันเปลี่ยนตัวเลขที่ลูกค้าอ่านว่าเป็น "ราคา"
- ไม่รวมภาษี: รายการแสดงราคาก่อนภาษี ภาษีถูกเพิ่มเป็นบรรทัดแยกต่างหาก และยอดรวมคือผลรวม นี่คือบรรทัดฐานสำหรับงาน B2B ในส่วนใหญ่ของโลก — ธุรกิจคิดในตัวเลขสุทธิเพราะพวกเขาเรียกภาษีคืนอยู่ดี
- รวมภาษี: ราคาที่แสดงมีภาษีรวมอยู่แล้ว และใบแจ้งหนี้แยกออกมาว่าภาษีของราคานั้นคือเท่าไร สิ่งนี้พบได้ทั่วไปสำหรับการกำหนดราคาสำหรับผู้บริโภคในหลายประเทศ ที่กฎหมายหรือแบบแผนกำหนดว่าราคาที่แสดงคือสิ่งที่ลูกค้าจ่าย
ทำให้ถูกต้องตามตลาด ลูกค้า B2B เยอรมันที่อ่านใบแจ้งหนี้ไม่รวมภาษีพร้อมบรรทัด VAT ที่แยกชัดเจนกำลังเห็นสิ่งที่พวกเขาคาดหวังพอดี ลูกค้าเดียวกันที่ได้รับใบแจ้งหนี้รวมภาษีอาจต้องคำนวณตัวเลขสุทธิของคุณย้อนกลับสำหรับบัญชีของตัวเอง — แรงเสียดทานที่คุณสร้างโดยไม่มีเหตุผล
หลายอัตราในใบแจ้งหนี้เดียว
ใบแจ้งหนี้จริงๆ ไม่ได้มีอัตราเดียวเสมอ คุณอาจเรียกเก็บเงินจากลูกค้าสำหรับที่ปรึกษา (อัตราหนึ่ง) และสินค้าทางกายภาพ (อัตราต่างกัน) หรืองานที่ครอบคลุมอัตราลดและอัตรามาตรฐาน InvoiceFlow จัดการหลายอัตราภาษีในใบแจ้งหนี้เดียว โดยใช้อัตราที่ถูกต้องต่อบรรทัดและสรุปภาษีตามอัตรา ลูกค้าเห็นการแจกแจงที่ชัดเจนแทนที่จะเป็นตัวเลขผสมเดียวที่พวกเขาไม่สามารถตรวจสอบได้
ยอดสุทธิก่อนภาษีและยอดค้างชำระ
ในท้ายที่สุด แอปคำนวณตัวเลขสุทธิก่อนภาษีและยอดค้างชำระอย่างถูกต้อง เพื่อให้ยอดรวมกระทบยอดกันได้ไม่ว่าจะใช้การรวม ไม่รวม และหลายอัตราผสมกันอย่างไร ถ้าการชำระมาบางส่วน ยอดค้างชำระจะอัปเดตกับยอดคงเหลือ คุณไม่ได้ทำเลขนี้ด้วยมือตอนสี่ทุ่ม ซึ่งเป็นช่วงเวลาที่ข้อผิดพลาดทางคณิตศาสตร์แอบเข้ามาในใบแจ้งหนี้
หมายเหตุเชิงปฏิบัติเกี่ยวกับภาษีข้ามพรมแดนที่ไม่มีแอปใดตัดสินได้แทนคุณ: ว่าคุณจะเรียกเก็บภาษีเลยหรือไม่สำหรับการขายต่างประเทศนั้นเป็นคำถามทางกฎหมาย ไม่ใช่การตั้งค่าแอป กฎการย้อนกลับ การยกเว้นอัตราศูนย์สำหรับการส่งออก การทดสอบสถานที่จัดหา — สิ่งเหล่านี้ขึ้นอยู่กับเขตอำนาจของคุณ ของลูกค้า และสิ่งที่คุณขาย แอปจะแสดงการจัดการภาษีอย่างซื่อสัตย์ตามที่คุณบอก การรู้การจัดการที่ถูกต้องคืองานของคุณ (หรือนักบัญชีของคุณ) ตัดสินใจกฎก่อน ตั้งค่าใบแจ้งหนี้ทีหลัง
ภาษาต่อใบแจ้งหนี้: พิมพ์ในภาษาของลูกค้า
นี่คือรายละเอียดที่ทำให้ผู้คนประทับใจอย่างเงียบๆ แอปของคุณสามารถทำงานเป็นภาษาอังกฤษในขณะที่ใบแจ้งหนี้ที่คุณส่งให้ลูกค้าพิมพ์เป็นภาษาเยอรมัน หรือฝรั่งเศส หรือญี่ปุ่น
InvoiceFlow รองรับภาษาต่อใบแจ้งหนี้: คุณตั้งค่าภาษาสำหรับใบแจ้งหนี้เฉพาะ และ PDF ที่สร้าง — ป้ายกำกับเช่น "ใบแจ้งหนี้" "วันครบกำหนด" "ยอดก่อนภาษี" "ภาษี" "ยอดรวม" รูปแบบวันที่ และอื่นๆ — แสดงผลในภาษานั้น โดยไม่คำนึงถึงภาษาที่แอปของคุณตั้งค่าไว้ คุณทำงานในอินเตอร์เฟสที่คุ้นเคย ลูกค้าได้รับเอกสารที่ดูเหมือนทำมาสำหรับพวกเขา
สิ่งนี้จับคู่กับการแสดง PDF ของแอปที่จัดการสคริปต์ที่ไม่ใช่ละตินอย่างถูกต้อง — ซีริลลิก อาหรับ CJK — โดยใช้แบบอักษร NotoSans ที่รวมมาพร้อมกับแบบอักษรที่ผู้ใช้เลือกได้ เอกสารที่มุ่งไปหาลูกค้าในโตเกียวหรือริยาดจะไม่ออกมาเป็นแถวกล่องว่างตรงที่ควรมีสคริปต์ ถ้าคุณเคยได้รับ PDF ที่มีตัวอักษรเสีย คุณรู้ว่ามันกัดเซาะความเชื่อมั่นได้เร็วแค่ไหน การทำสิ่งนี้ถูกต้องคือสิ่งเล็กๆ ที่บ่งชี้ความสามารถ
การกระทำเชิงปฏิบัติ: ตั้งค่าภาษาสำหรับใบแจ้งหนี้ที่ลูกค้าต่างชาติแต่ละรายชอบครั้งเดียว ตั้งแต่นั้นมาใบแจ้งหนี้ของพวกเขาจะออกมาในภาษาของพวกเขาโดยอัตโนมัติในขณะที่คุณไม่ต้องออกจากอินเตอร์เฟสของตัวเอง
ที่อยู่: 199 ประเทศ และฟิลด์พอดีจริงๆ
ความจริงที่ไม่สวยหรูของการออกใบแจ้งหนี้นานาชาติคือที่อยู่ไม่สอดคล้องกันอย่างมากในแต่ละประเทศ และฟอร์มที่อยู่แบบเดียวที่แข็งทื่อทำให้ที่อยู่ต่างประเทศทุกแห่งดูผิดเล็กน้อย
ฟิลด์ที่อยู่ของ InvoiceFlowรับรู้ประเทศสำหรับ 199 ประเทศ สองสิ่งเกิดขึ้นเมื่อคุณเลือกประเทศของลูกค้า:
- ป้ายกำกับภูมิภาคและรหัสไปรษณีย์ปรับเปลี่ยน สิ่งที่เป็น "ZIP code" ในสหรัฐฯ คือ "Postal code" ในแคนาดา "Postcode" ในสหราชอาณาจักร และ "PIN code" ในอินเดีย ฟิลด์ถูกติดป้ายกำกับตามวิธีที่ประเทศนั้นติดป้าย เพื่อให้ที่อยู่อ่านเป็นธรรมชาติสำหรับผู้รับและทีมบัญชีของพวกเขา
- บางประเทศซ่อนภูมิภาคและรหัสไปรษณีย์โดยสิ้นเชิง หลายประเทศไม่ใช้บรรทัดรัฐ/ภูมิภาคหรือรหัสไปรษณีย์แบบที่ประเทศอื่นทำ การบังคับฟิลด์ "State" ว่างในที่อยู่จากประเทศเหล่านั้นดูเหมือนคุณไม่รู้จักประเทศ ฟอร์มจะซ่อนฟิลด์ที่ไม่เกี่ยวข้อง
ผลลัพธ์คือบล็อกที่อยู่บน PDF ที่ดูเหมือนเขียนโดยคนท้องถิ่น — ชื่อฟิลด์ที่ถูกต้อง ฟิลด์ที่ถูกต้องปรากฏ ไม่มีอะไรถูกบังคับ มันมองไม่เห็นเมื่อถูกต้องและเห็นชัดเมื่อผิด ซึ่งเป็นเหตุผลที่ทำให้ถูกต้องคุ้มค่า
รวมกัน: คู่มือเชิงปฏิบัติที่ทำงานได้
จินตนาการว่าคุณเป็นนักออกแบบฟรีแลนซ์ที่มีลูกค้าต่างประเทศสามราย: เอเจนซี่ในมิวนิก (ชำระเป็นยูโร B2B คาดหวังภาษีไม่รวมพร้อมบรรทัด VAT ชัดเจน ต้องการใบแจ้งหนี้เป็นภาษาเยอรมัน) สตาร์ทอัพในโตรอนโต (ดอลลาร์แคนาดา ภาษาอังกฤษ รหัสไปรษณีย์) และสตูดิโอในโตเกียว (เยนญี่ปุ่น ใบแจ้งหนี้ภาษาญี่ปุ่น) นี่คือการตั้งค่าครั้งเดียวและกระบวนการทำงานที่เกิดซ้ำ
- ตั้งค่าลูกค้าแต่ละรายครั้งเดียว สำหรับแต่ละราย ตั้งสกุลเงินเริ่มต้น ภาษาสำหรับใบแจ้งหนี้ที่ชอบ และประเทศ (ซึ่งแก้ไขป้ายกำกับที่อยู่) มิวนิก: EUR เยอรมัน เยอรมนี โตรอนโต: CAD อังกฤษ แคนาดา โตเกียว: JPY ญี่ปุ่น ญี่ปุ่น
- ตัดสินใจการจัดการภาษีต่อลูกค้ากับนักบัญชีของคุณ แล้วกำหนดค่า ใบแจ้งหนี้มิวนิกไม่รวมภาษีพร้อมบรรทัด VAT อื่นๆ ตามกฎสำหรับการขายเหล่านั้น
- สร้างใบแจ้งหนี้ มันเปิดในสกุลเงินที่ถูกต้อง คุณป้อนรายการในสกุลเงินนั้น — ตัวเลขที่คุณตกลงจริงๆ ไม่ใช่แปลงทันที
- ให้แอปคำนวณยอดรวม ยอดสุทธิก่อนภาษี ภาษีตามอัตรา และยอดค้างชำระทั้งหมดคำนวณอย่างถูกต้อง
- สร้าง PDF มันพิมพ์ในภาษาของลูกค้า จัดรูปแบบสกุลเงินอย่างถูกต้อง และแสดงที่อยู่พร้อมป้ายกำกับที่ถูกต้อง — แม้ว่าภาษาของลูกค้าจะเป็นสคริปต์ที่ไม่ใช่ละติน
- ติดตามและกระทบยอด คุณติดตามยอดคงเหลือในสกุลเงินของใบแจ้งหนี้ เมื่อชำระแล้ว คุณบันทึกตัวเลขสกุลเงินบ้านเกิดจริงๆ จากธนาคารในบัญชีของคุณเอง
ลูกค้าสามราย สามสกุลเงิน สามภาษา — และจากฝั่งของคุณมันเป็นการแตะเพียงไม่กี่ครั้งต่อครั้ง เพราะการตั้งค่าต่อลูกค้ารับภาระความแตกต่างให้คุณ
รายละเอียดเล็กๆ ที่สะสมกัน
การออกใบแจ้งหนี้ข้ามพรมแดนให้รางวัลกับความแม่นยำในแบบที่การออกใบแจ้งหนี้ในประเทศไม่ได้ให้ ที่บ้าน ป้ายกำกับที่อยู่ที่ผิดเล็กน้อยหรือการนำเสนอภาษีที่ไม่คุ้นเคยผ่านไปโดยไม่สังเกตเห็น เพราะทุกคนมีสมมติฐานเดียวกัน ข้ามพรมแดน ทุกความไม่ตรงกันคือสัญญาณเล็กๆ ว่าคุณกำลังด้นสด ฟรีแลนซ์ที่ใบแจ้งหนี้ยูโรมาเป็นยูโร เป็นภาษาเยอรมัน พร้อมบรรทัด VAT ที่วางไว้ตามที่ใบแจ้งหนี้เยอรมันวาง และบล็อกที่อยู่ที่อ่านได้อย่างถูกต้อง จะได้รับการปฏิบัติเหมือนผู้ขายมืออาชีพ คนที่ใบแจ้งหนี้ต้องการการแปล การแปลงสกุลเงิน และการจัดรูปแบบใหม่ก่อนที่ทีม AP จะประมวลผลได้ กลายเป็น "ผู้ขายต่างประเทศที่ค่อนข้างยุ่งยาก"
คุณต้องตั้งค่าสิ่งนี้เพียงครั้งเดียวต่อลูกค้า หลังจากนั้น ความแตกต่างระหว่างการดูเหมือนคนท้องถิ่นกับการดูเหมือนนักท่องเที่ยวถูกสร้างอยู่ในทุกใบแจ้งหนี้ที่คุณส่ง — และไม่มีค่าใช้จ่ายใดๆ นอกจากสิบนาทีในการกรอกสกุลเงิน ภาษา และประเทศของลูกค้าอย่างถูกต้องในครั้งแรก