من نموذج الطلب إلى فاتورة PDF تلقائيًا: خطة بأدوات بسيطة
باختصار: إن كنت تنسخ بيانات كل طلب من نموذج أو رسالة إلى ملف Word ثم تحفظه PDF وترسله، فهذه سلسلة يمكن أتمتتها: النموذج يكتب الطلب في جدول، والجدول يملأ قالب مستند، والقالب يتحول إلى PDF، ثم يُرسل أو يُحفظ. الخطة التالية تبنيها على مراحل، مع خطوة مراجعة يدوية قبل الإرسال، لأن مستندًا خاطئًا يصل للعميل تلقائيًا أسوأ من مستند يتأخر ساعة.
نسمع هذا الطلب كثيرًا من مكاتب الخدمات وورش الصيانة والمتاجر الصغيرة في الأردن: «كل طلب بياخد مني ربع ساعة لأطلع الفاتورة». الربع ساعة ليست المشكلة الوحيدة؛ الأخطاء في الاسم أو المبلغ، والأرقام المكررة، والملفات الضائعة في مجلد التنزيلات كلها تأتي من النسخ اليدوي.
ملاحظة قبل البدء: هذا المقال عن الجانب العملي لتوليد مستند مرتب للعميل. أما متطلبات الفوترة الرسمية في الأردن فتحقق منها مع محاسبك ومن الجهات المعنية.
المرحلة الأولى: نظّم مصدر البيانات
الأتمتة لا تصلح بيانات فوضوية. قبل أي شيء، اجعل كل طلب يصل بالحقول نفسها وبالترتيب نفسه:
- اسم العميل كما يجب أن يظهر في المستند.
- رقم الهاتف أو البريد الذي سيصله المستند.
- البنود: الخدمة أو المنتج، والكمية، وسعر الوحدة.
- ملاحظات إن وجدت.
إن كانت الطلبات تصلك عبر واتساب أو بالهاتف، فالخطوة الأولى أن يدخلها الموظف في نموذج موحد، لا أن تبدأ الأتمتة من رسائل حرة. النموذج يكتب في جدول، والجدول يصبح المصدر الوحيد للحقيقة.
المرحلة الثانية: صمم القالب مرة واحدة
القالب مستند فيه النص الثابت وأماكن فارغة للمعلومات المتغيرة. توضح وثائق Google Docs API هذه الفكرة: مستند قالب فيه نص ثابت و«علامات» تُستبدل ببيانات كل عميل، وتنصح باختيار علامات لا تتكرر في الكلام العادي، مثل {{اسم_العميل}}. ثم يُنسخ القالب لكل طلب وتُستبدل العلامات في النسخة، فيبقى القالب الأصلي سليمًا.
ما يجب أن يحتويه القالب:
- شعارك وبيانات التواصل.
- رقم المستند وتاريخه.
- بيانات العميل.
- جدول البنود والمجموع.
- طريقة الدفع المقبولة لديك، مثل التحويل أو الدفع عند الاستلام.
اكتب القالب بالعربية، واختبر أن الخط يظهر بشكل صحيح بعد التحويل إلى PDF، فبعض الخطوط تتغير أو تنفصل حروفها عند التحويل. وتأكد من محاذاة الجدول من اليمين لليسار.
المرحلة الثالثة: اربط الخطوات
هناك طريقان شائعان:
الطريق الأول: Apps Script داخل حساب Google
برنامج صغير يعمل عند إرسال النموذج. تذكر وثائق Apps Script أن هناك محفّزًا يعمل حين يُرسل شخص ردًا على نموذج مرتبط بالجدول. البرنامج ينسخ القالب، ويستبدل العلامات ببيانات الصف، ثم يحوّل النسخة إلى PDF؛ إذ توضح وثائق Apps Script أن الدالة getAs تحوّل محتوى الملف إلى نوع آخر، وأن PDF هو الخيار الصالح لمعظم الملفات. وتذكر الوثائق أن للتحويلات حصصًا يومية، وهذا لا يقلق مشروعًا صغيرًا لكنه يستحق المعرفة إن كبر العدد.
الطريق الثاني: أداة ربط دون كود
أدوات الربط مثل Zapier وMake تقدم خطوات جاهزة تقريبًا للمسار نفسه: صف جديد، ثم إنشاء مستند من قالب، ثم تحويل وإرسال. الإعداد أسهل، لكنك تعتمد على اشتراك وعلى طرف ثالث يمر عبره كل طلب.
المرحلة الرابعة: الترقيم
الترقيم أكثر ما يفشل فيه الحل البسيط. إن أُرسل نموذجان في الثانية نفسها، قد يحصلان على الرقم نفسه إذا كان الرقم يُحسب بقراءة «آخر رقم + 1». حلول عملية:
- اجعل الرقم مبنيًا على رقم الصف في الجدول، فهو فريد بطبيعته.
- أو أضف التاريخ قبل الرقم، مثل 2026-11-0034، فتقل احتمالات التكرار ويسهل البحث.
- لا تسمح لأحد بحذف صفوف من الجدول؛ استخدم عمود «ملغى» بدلًا من الحذف، حتى لا تتغير الأرقام.
المرحلة الخامسة: المراجعة قبل الإرسال
هنا القرار الأهم: هل يُرسل المستند للعميل فور إنشائه، أم يمر على شخص أولًا؟ نقترح في الأسابيع الأولى المسار التالي:
- يُنشأ PDF ويُحفظ في مجلد «بانتظار المراجعة».
- يصل تنبيه للموظف المسؤول برابط الملف.
- الموظف يفتحه، ويتأكد من الاسم والمبالغ، ثم يضع علامة «تمت الموافقة» في الجدول.
- الأتمتة ترسل الملف للعميل حين تُوضع العلامة، وتنقله لمجلد الشهر.
حين ترى أن الملفات تخرج صحيحة أسابيع متتالية، يمكنك تقليل المراجعة إلى الطلبات الكبيرة أو غير المعتادة فقط.
المرحلة السادسة: الإرسال والأرشفة
حدد كيف يصل الملف: بريد إلكتروني برسالة قصيرة، أو رابط يُرسل عبر واتساب، أو الاثنان. واحفظ كل ملف في مجلد منظم حسب الشهر باسم يتضمن الرقم واسم العميل. بعد سنة ستشكر نفسك حين تحتاج مستندًا قديمًا في دقيقة.
أخطاء تظهر عادة في الأسابيع الأولى
من خلال طبيعة هذه المسارات، هذه الأخطاء تتكرر كثيرًا ويسهل تجنبها:
- أرقام عربية وغربية مختلطة: إن كتب موظف السعر بأرقام عربية هندية وآخر بأرقام غربية، قد تفشل عمليات الجمع. وحّد الإدخال في النموذج بحقل رقمي.
- أسماء طويلة تكسر التصميم: اسم شركة طويل قد يدفع الجدول إلى صفحة ثانية. جرّب القالب بأطول اسم تتوقعه.
- مجموع لا يطابق البنود: احسب المجموع في الجدول بمعادلة واحدة، ولا تجعل الموظف يكتبه يدويًا.
- ملفات بلا أسماء مفهومة: «Copy of Template» مئة مرة في المجلد. اجعل اسم الملف يُبنى آليًا من الرقم واسم العميل منذ اليوم الأول.
- صلاحيات مفتوحة أكثر من اللازم: رابط مستند بخاصية «أي شخص لديه الرابط» يُرسل للعميل قد يُعاد توجيهه لغيره. أرسل الملف نفسه أو رابطًا محدود الصلاحية.
كيف تعرف أن الأتمتة تؤدي دورها؟
قبل البدء، احسب على مدى أسبوع كم دقيقة يستغرق إصدار كل مستند يدويًا، وكم مرة اضطررت لتصحيح مستند بعد إرساله. بعد شهر من الأتمتة، احسب الرقمين نفسيهما. إن انخفض الوقت ولم تزد التصحيحات، فالمسار يعمل. وإن زادت التصحيحات، فالمشكلة غالبًا في مصدر البيانات لا في القالب، فارجع للمرحلة الأولى.
الأسئلة الشائعة
هل أستطيع استخدام قالب Word الحالي؟
يمكن رفعه إلى Google Docs وتحويله، لكن راجع التنسيق بعد التحويل، وخصوصًا الجداول والخطوط العربية.
ماذا لو تغير السعر أو أُلغي الطلب بعد الإرسال؟
لا تعدّل الملف المرسل. أنشئ مستندًا جديدًا يوضح التعديل، واحتفظ بالسجل كاملًا في الجدول.
هل يمكن ربط هذا بمتجري الإلكتروني؟
غالبًا نعم، لأن معظم منصات المتاجر تصدّر الطلبات أو ترسلها لأدوات الربط. لكن كثيرًا منها يولّد مستندات الطلب بنفسه، فتحقق أولًا مما يوفره متجرك قبل بناء مسار موازٍ.
هل الأتمتة آمنة لبيانات العملاء؟
بقدر أمان الحسابات التي تعمل عليها. استخدم حساب الشركة لا حسابات شخصية، وفعّل التحقق بخطوتين، وحدد من يستطيع فتح المجلد.
إذا كانت الفواتير تأكل وقتك كل يوم وتريد مسارًا يخرجها مرتبة وبلا أخطاء نسخ، صف لنا من أين تأتي طلباتك وكيف ترسل المستندات حاليًا.