إصدار الفواتير للعملاء في الخارج: دليل عملي للعملة والضريبة والعنوان

في المرة الأولى التي تصدر فيها فاتورة لعميل في بلد آخر، تكتشف أن عبارة «أرسل فاتورة» تخفي وراءها الكثير من العمل الصامت. فعميل في برلين يتوقع اليورو، وفاصلة حيث تضع أنت الفاصلة العشرية، وسطر ضريبة مكتوب بالطريقة التي تُكتب بها أسطر الضريبة الألمانية. وعميل في تورونتو يريد الدولار الكندي ورمزًا بريديًا في حقل مكتوب عليه فعلًا «الرمز البريدي»، وليس «ZIP». أما عميل في طوكيو فيفضّل ألا يجهد عينيه في قراءة مستند مبني بالكامل على افتراضات بلدك أنت.

لا شيء من هذا صعب. إنها مجرد مجموعة من التفاصيل الصغيرة التي، إن تُركت للصدفة، تجعلك تبدو هاويًا — وإن عُولجت بعناية، تجعلك تبدو شخصًا فعل هذا مئة مرة من قبل. هذه المقالة هي الدليل: كيف تصدر كل فاتورة بالعملة الصحيحة، وكيف تتعامل مع الضريبة بحيث تتطابق الأرقام مع توقعات العميل، وكيف تطبع ملف PDF بلغة العميل نفسها، وكيف تكتب العنوان بشكل صحيح لأي من 199 دولة. الآليات أدناه هي كيفية عمل ذلك في InvoiceFlow، لكن المبادئ تنطبق على أي نظام لائق لإصدار الفواتير.

العملة: فاتورة واحدة، عملة واحدة، بلا تخمين

القاعدة الأساسية في إصدار الفواتير العابرة للحدود هي أن الفاتورة تُحرَّر بعملة واحدة، وهذه العملة هي عملة العميل لا عملتك أنت — ما لم يكن لديك سبب محدد لفعل خلاف ذلك (بعض العقود تثبّت عملة الفوترة بالدولار الأمريكي أو اليورو بغضّ النظر عن مكان العميل؛ التزم بالعقد). الوكالة الألمانية لا تريد أن تتلقى فاتورة بالدولار وتقوم هي بالتحويل بنفسها. والعميل الأمريكي لا يريد أن يحتار في إجمالي مكتوب بالجنيه الإسترليني. اختر العملة مرة واحدة لكل عميل، والتزم بها.

في InvoiceFlow، يمكن إصدار كل فاتورة بعملتها الخاصة، مع تنسيق صحيح. وذلك الجزء الأخير أهم مما يبدو عليه. «التنسيق الصحيح» يعني أن رمز العملة وموضعه بالنسبة للرقم وفاصل الآلاف والفاصل العشري، كلها تتطابق مع العُرف المتبع لتلك العملة. فالمبلغ €1.234,56 و $1,234.56 هما المبلغ نفسه مكتوبين بطريقتين مختلفتين تمامًا، وارتكاب الخطأ هنا هو ذلك النوع من العلامات الصغيرة التي تجعل قسم المالية يرفع حاجبه.

يمكنك أيضًا تعيين عملة افتراضية لكل عميل في إعدادات العميل، بحيث تُفتح الفاتورة التالية لذلك العميل بالعملة الصحيحة تلقائيًا. هذا الإعداد الواحد يزيل أكثر الأخطاء شيوعًا عبر الحدود: إرسال فاتورة بعملتك المحلية إلى عميل يتعامل باليورو لمجرد أن هذا هو الإعداد الافتراضي للتطبيق.

ما يفعله التطبيق — وما لا يفعله

إليك الحدّ الصريح، لأنه يغيّر طريقة عملك. يقوم InvoiceFlow بـتنسيق وتتبّع كل فاتورة بالعملة المحدّدة لها. لكنه لا يُجري تحويلًا تلقائيًا مباشرًا لأسعار الصرف. أنت من يحدّد المبالغ، وعند الاقتضاء، سعر الصرف. التطبيق لا يسحب بصمت سعرًا متوسطًا في السوق وقت الإرسال ويحوّل أرقامك من وراء الكواليس.

هذه ميزة، لا ثغرة، وهي تعكس كيف تعمل الفوترة العابرة للحدود في الواقع. إذا عرضتَ على عميل في ميونخ سعر 2,000 يورو لمشروع، فإنك تصدر فاتورة بقيمة 2,000 يورو — نقطة انتهى. لا يوجد تحويل ينبغي إجراؤه؛ هذا هو السعر بعملتهم. أما مسك دفاترك في بلدك، حيث تسجّل ما آلت إليه قيمة الـ2,000 يورو بعملتك المحلية يوم وصول المبلغ، فهو عملية منفصلة تحدث بعد الدفع، بالسعر الذي منحه بنكك فعلًا. الخلط بين الأمرين — إصدار الفاتورة بعملة بينما تفكّر سرًّا بأخرى — هو حيث يوقع المستقلون أنفسهم في عقدة.

إذن سير العمل واضح:

• تتفق على سعر بعملة العميل. إما أنك عرضته بها مباشرة، أو أنك حوّلت سعرك مرة واحدة، وقت العرض، وثبّته.
• تصدر الفاتورة بذلك المبلغ بالضبط. ويقوم التطبيق بتنسيقه بشكل صحيح لتلك العملة.
• تتتبّع الرصيد بتلك العملة حتى يُسدَّد، مسجّلًا المدفوعات الجزئية بحقّها إن وصلت على دفعات.
• تجري التسوية إلى عملتك المحلية بعد وصول المال، مستخدمًا السعر الحقيقي من كشف حسابك البنكي — لا تقديرًا.

وإن أردتَ أن تُظهر للعميل تحويلًا تقريبيًا من باب اللباقة («حوالي 2,150 دولارًا بسعر اليوم»)، فضعه في ملاحظات الفاتورة كسطر نصّي، مُعلَّمًا بوضوح أنه إرشادي. أما المبلغ المُحرَّر فيبقى بعملة العميل.

الضريبة: المشمولة، وغير المشمولة، والمعدلات المتعددة، والصافي بعد الضريبة

الضريبة هي حيث تنحرف الفواتير العابرة للحدود بصمت في أغلب الأحيان، لأن الدول لا تتفق على الأساسيات — لا على المعدل، ولا على الاسم، ولا الأهم على ما إذا كانت الأسعار تُعرض عادةً متضمنة الضريبة أو بدونها.

المشمولة مقابل غير المشمولة — اختر ما يتوقعه العميل

يدعم InvoiceFlow كليهما، التسعير المتضمّن للضريبة وغير المتضمّن لها، والاختيار ليس شكليًا — فهو يغيّر الرقم الذي يقرؤه العميل على أنه «السعر».

• غير شامل للضريبة: تُظهر بنود الفاتورة السعر قبل الضريبة، وتُضاف الضريبة كسطر منفصل، والإجمالي هو المجموع. هذا هو المعتاد في أعمال الشركات (B2B) في معظم أنحاء العالم — لأن الشركات تفكّر بالأرقام الصافية بما أنها تسترد الضريبة على أي حال.
• شامل للضريبة: السعر المعروض يتضمّن الضريبة أصلًا، وتفصّل الفاتورة كم كان مقدار الضريبة ضمن ذلك السعر. هذا شائع في التسعير الموجّه للمستهلك في كثير من الدول، حيث يقضي القانون أو العُرف بأن السعر المعلن هو ما يدفعه العميل.

اضبط هذا بشكل صحيح لكل سوق. فالعميل الألماني في قطاع الشركات الذي يقرأ فاتورة غير شاملة للضريبة بسطر ضريبة قيمة مضافة منفصل بوضوح يرى تمامًا ما يتوقعه. والعميل نفسه إن تلقّى فاتورة شاملة للضريبة فقد يضطر إلى استخراج رقمك الصافي عكسيًا من أجل دفاتره — احتكاك خلقته أنت بلا داعٍ.

معدلات متعددة على فاتورة واحدة

الفواتير الحقيقية ليست دائمًا بمعدل واحد. فقد تصدر لعميل فاتورة عن استشارة (بمعدل) ومنتج مادي (بمعدل مختلف)، أو عمل يقع بين معدل مخفّض ومعدل قياسي. يتعامل InvoiceFlow مع معدلات ضريبية متعددة على فاتورة واحدة، إذ يطبّق المعدل الصحيح لكل بند ويلخّص الضريبة حسب المعدل. فيرى العميل تفصيلًا واضحًا بدلًا من رقم مدموج واحد لا يستطيع التحقق منه.

الصافي بعد الضريبة والمبلغ المستحق

تحت كل هذا، يحسب التطبيق أرقام الصافي بعد الضريبة والمبلغ المستحق بشكل صحيح، بحيث تتطابق الإجماليات أيًّا كان المزيج الذي استخدمته من الشامل وغير الشامل والمتعدد المعدلات. وإن وصل دفع جزئي، يتحدّث المبلغ المستحق مقابل الرصيد. أنت لا تُجري هذه الحسابات يدويًا في الحادية عشرة ليلًا، وهو بالضبط الوقت الذي تتسلّل فيه الأخطاء الحسابية إلى الفواتير.

ملاحظة عملية حول الضريبة العابرة للحدود لا يستطيع أي تطبيق أن يقرّرها نيابةً عنك: ما إذا كنت ستفرض ضريبة من الأساس على بيع أجنبي هو سؤال قانوني، وليس إعدادًا في التطبيق. فقواعد الاحتساب العكسي للضريبة، والإعفاء بمعدل صفري للصادرات، واختبارات مكان التوريد — كلها تعتمد على ولايتك القضائية، وولاية العميل، وما الذي تبيعه. سيُظهر التطبيق بأمانة أي معاملة ضريبية تأمره بها. أما معرفة المعاملة الصحيحة فهي مهمتك (أو مهمة محاسبك). قرّر القاعدة أولًا؛ ثم اضبط الفاتورة ثانيًا.

لغة لكل فاتورة: اطبع بلغة العميل

إليك التفصيل الذي يُبهر الناس بهدوء. يمكن أن يعمل تطبيقك بالإنجليزية بينما تُطبع الفاتورة التي تسلّمها للعميل بالألمانية، أو الفرنسية، أو اليابانية.

يدعم InvoiceFlow تعيين لغة لكل فاتورة: تضبط اللغة لفاتورة محددة، فيُعرض ملف PDF الناتج — التسميات مثل «فاتورة» و«تاريخ الاستحقاق» و«المجموع الفرعي» و«الضريبة» و«الإجمالي» وتنسيق التاريخ وما إلى ذلك — بتلك اللغة، بغضّ النظر عن اللغة المضبوط عليها تطبيقك. تعمل أنت بواجهتك المريحة؛ ويتلقى العميل مستندًا يبدو وكأنه صُنع من أجله.

يقترن هذا بإخراج PDF في التطبيق، الذي يتعامل مع الكتابات غير اللاتينية بشكل صحيح — السيريلية والعربية وحروف الصين واليابان وكوريا (CJK) — باستخدام خطوط NotoSans المضمّنة إضافةً إلى خطوط يمكن للمستخدم اختيارها. فمستند موجّه إلى عميل في طوكيو أو الرياض لن يخرج صفًّا من المربعات الفارغة حيث ينبغي أن تكون الحروف. وإن سبق أن تلقّيت ملف PDF بحروف مشوّهة، فأنت تعرف كم يقوّض ذلك الثقة في لحظة؛ وضبط هذا الأمر شيء صغير يدلّ على الكفاءة.

الخطوة العملية: اضبط لغة الفاتورة المفضّلة لكل عميل أجنبي مرة واحدة. ومن ذلك الحين فصاعدًا، تخرج فواتيرهم بلغتهم تلقائيًا بينما لا تغادر أنت واجهتك أبدًا.

العناوين: 199 دولة، والحقول تناسب فعلًا

الحقيقة غير البرّاقة في الفوترة الدولية هي أن العناوين شديدة التفاوت بين الدول، وأن نموذج عنوان واحدًا جامدًا يجعل كل عنوان أجنبي يبدو خاطئًا بعض الشيء.

حقول العنوان في InvoiceFlow مدركة للدولة عبر 199 دولة. يحدث أمران عند اختيار دولة العميل:

• تتكيّف تسميتا المنطقة والرمز البريدي. فما هو «ZIP code» في الولايات المتحدة هو «Postal code» في كندا، و«Postcode» في المملكة المتحدة، و«PIN code» في الهند. يُسمّى الحقل بالطريقة التي تسمّيه بها تلك الدولة، فيُقرأ العنوان بشكل طبيعي للمتلقّي ولفريق حساباته.
• بعض الدول تخفي المنطقة والرمز البريدي بالكامل. فعدد من الدول لا يستخدم سطر الولاية/المنطقة أو الرمز البريدي بالطريقة التي تستخدمها بها دول أخرى. وفرض حقل «ولاية» فارغ على عنوان من إحدى هذه الدول يبدو وكأنك لا تعرف البلد. يُسقط النموذج الحقول التي لا تنطبق.

والنتيجة هي كتلة عنوان على ملف PDF تبدو وكأن أحد المحليين كتبها — أسماء حقول صحيحة، وحقول صحيحة موجودة، ولا شيء مفروض. إنه غير ملحوظ حين يكون صحيحًا، وبارز حين يكون خاطئًا، وهذا بالضبط سبب استحقاقه الضبط الصحيح.

الجمع بين كل ذلك: دليل تطبيقي عملي

تخيّل أنك مصمم مستقل لديه ثلاثة عملاء في الخارج: وكالة في ميونخ (تدفع باليورو، قطاع شركات، تتوقع سعرًا غير شامل للضريبة بسطر ضريبة قيمة مضافة واضح، وتريد الفاتورة بالألمانية)، وشركة ناشئة في تورونتو (دولار كندي، إنجليزية، رمز بريدي)، واستوديو في طوكيو (ين ياباني، فاتورة باللغة اليابانية). إليك الإعداد لمرة واحدة وسير العمل المتكرر.

1. اضبط كل عميل مرة واحدة. لكلٍّ منهم، اضبط العملة الافتراضية ولغة الفاتورة المفضّلة والدولة (التي تثبّت تسميات العنوان). ميونخ: يورو، ألمانية، ألمانيا. تورونتو: دولار كندي، إنجليزية، كندا. طوكيو: ين ياباني، يابانية، اليابان.
2. قرّر المعاملة الضريبية لكل عميل مع محاسبك، ثم اضبطها. فاتورة ميونخ غير شاملة للضريبة بسطر ضريبة قيمة مضافة؛ والأخريات وفق قواعدك لتلك المبيعات.
3. أنشئ الفاتورة. تُفتح بالعملة الصحيحة. تُدخل البنود بتلك العملة — الأرقام التي اتفقت عليها فعلًا، لا محوّلة على عجل.
4. دع التطبيق يتولّى الإجماليات. الصافي بعد الضريبة، والضريبة حسب المعدل، والمبلغ المستحق، كلها تُحسب بشكل صحيح.
5. أنشئ ملف PDF. يُطبع بلغة العميل، ويُنسّق العملة بشكل صحيح، ويعرض العنوان بالتسميات الصحيحة — حتى لو كانت لغة العميل بكتابة غير لاتينية.
6. تتبّع وسوِّ الحسابات. تتابع الرصيد بعملة الفاتورة؛ وبمجرد السداد، تسجّل في دفاترك الرقم الحقيقي بعملتك المحلية من بنكك.

ثلاثة عملاء، وثلاث عملات، وثلاث لغات — ومن جانبك هي حفنة الضغطات نفسها في كل مرة، لأن إعدادات كل عميل تحمل الفروقات نيابةً عنك.

التفاصيل الصغيرة التي تتراكم

تكافئ الفوترة العابرة للحدود الدقّة بطريقة لا تفعلها الفوترة المحلية. ففي بلدك، تمرّ تسمية عنوان مائلة قليلًا أو عرض ضريبة غير مألوف دون ملاحظة لأن الجميع يتشارك الافتراضات نفسها. أما عبر الحدود، فكل عدم تطابق إشارة صغيرة إلى أنك تُرتجل. المستقل الذي تصل فواتيره باليورو، باليورو، بالألمانية، بسطر ضريبة قيمة مضافة مرتّب بالطريقة التي ترتّبها بها الفواتير الألمانية، وبكتلة عنوان تُقرأ بشكل صحيح، يُعامَل كمورّد محترف. أما من تحتاج فواتيره إلى ترجمة وتحويل وإعادة تنسيق قبل أن يتمكن فريق الحسابات الدائنة من معالجتها فيصبح «المورّد الأجنبي الذي فيه شيء من الإزعاج».

لا عليك سوى إعداد هذا مرة واحدة لكل عميل. وبعد ذلك، يصبح الفرق بين أن تبدو محليًا وأن تبدو سائحًا مدمجًا في كل فاتورة تُرسلها — ولا يكلّفك شيئًا سوى العشر دقائق التي يستغرقها ملء عملة العميل ولغته ودولته بشكل صحيح في المرة الأولى.