القيود اليومية التلقائية في Skyline Nexus ERP

ما هي القيود اليومية التلقائية

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

والمقابل هو أن القاعدة الخاطئة تكون خاطئة في كل مستند. فمحاسب يدوي يُخطئ في ترحيل فاتورة واحدة يرتكب خطأً واحداً؛ أما الربط غير الصحيح فيُخطئ في ترحيل كل فاتورة ضمن فئته إلى أن يلاحظ أحد ذلك. ولهذا السبب يخصص هذا الدليل وقتاً للإعداد والتحقق لا يقل عما يخصصه للترحيلات نفسها. ويشرح الدليل الآلية العامة أولاً، ثم المفاتيح والربط والتحققات الدقيقة في Skyline Nexus ERP.

من المستند المصدر إلى دفتر الأستاذ: قاعدة الترحيل

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

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

تفعيل الترحيل التلقائي

توجد مفاتيح التفعيل في Skyline Nexus ERP ضمن السلطة المالية، الإعدادات، الإعدادات العامة، إعدادات الترحيل التلقائي (Auto-Post Settings)، الموصوفة على الشاشة بعبارة إنشاء وترحيل القيود اليومية تلقائياً من المعاملات. ويوجد مفتاح واحد لكل فئة من المستندات. وجميعها معطّلة افتراضياً، بحيث يجب على المدير تفعيل ما تحتاجه المنشأة منها. وهذا الإعداد الافتراضي مقصود: فهو يتيح لكم إتمام دليل الحسابات والربط والفترات المالية قبل ترحيل أول مستند، بدلاً من تنظيف ترحيلات جرت على إعداد غير مكتمل.

ولا يوجد مفتاح تفعيل لإعادة تقييم الأصول واضمحلال قيمتها؛ فهي تُرحَّل عندما يرحّلها المستخدم يدوياً من إدارة الأصول. كما يحتاج أي ترحيل تلقائي إلى فترة مالية مفتوحة تطابق تاريخ المستند، كما هو موضح في دليلنا عن السنة المالية وإغلاق الفترة في Skyline Nexus ERP.

• ترحيل معاملات المبيعات تلقائياً (Auto-post Sales Transactions): المبيعات النهائية ومرتجعات المبيعات؛ وتُستثنى المسودات وعروض الأسعار والفواتير الأولية
• ترحيل معاملات المشتريات تلقائياً (Auto-post Purchase Transactions): المشتريات ومرتجعات المشتريات، بما في ذلك تقسيم ضريبة الاستقطاع
• ترحيل معاملات الدفع تلقائياً (Auto-post Payment Transactions): مدفوعات العملاء والموردين، والمبالغ المستردة، والسُّلف المطبَّقة
• ترحيل معاملات الرواتب تلقائياً (Auto-post Payroll Transactions): الرواتب المُعالَجة
• ترحيل معاملات المصروفات تلقائياً (Auto-post Expense Transactions): المصروفات والمبالغ المستردة منها
• ترحيل قيود الإهلاك تلقائياً (Auto-post Depreciation Entries) وترحيل قيود التخلص من الأصول تلقائياً (Auto-post Asset Disposal Entries)
• ترحيل صرف المواد إلى دفتر الأستاذ العام تلقائياً (Auto-post Material Issues to GL): صرف مواد المشاريع

ربط الحسابات: تحديد وجهة ترحيل كل مستند

تُحدَّد الحسابات التي يمسّها المستند عبر ثلاث طبقات. الطبقة الأولى هي الإعدادات العامة، التي تحمل الحسابات الافتراضية: حساب النقدية الافتراضي، وحساب البنك الافتراضي، وحساب الذمم المدينة الافتراضي، وحساب الذمم الدائنة الافتراضي، وحساب المبيعات الافتراضي، وحساب تكلفة البضاعة المباعة الافتراضي، وحساب المخزون الافتراضي، وحساب المصروفات الافتراضي، وحساب ضريبة القيمة المضافة على المدخلات وحساب ضريبة القيمة المضافة على المخرجات، وحسابات الأصول والإهلاك، وحسابات قيود الإغلاق. والطبقة الثانية هي الإعدادات، ربط الحسابات (Account Mapping)، وتضم ربط المبيعات (Sales Mapping) (الإيرادات، والخصم، والمرتجعات، وتكلفة البضاعة المباعة، والتقريب)، وربط المشتريات (Purchase Mapping)، وربط المخزون (Inventory Mapping)، وربط الرواتب (Payroll Mapping)، والربط المخصص (Custom Mappings)، الموضحة في شاشة دليل الربط (Mapping Guide).

أما الطبقة الثالثة فهي الأكثر فائدة للتقارير الإدارية. فيمكن أن تحمل كل فئة منتج حساب مبيعات في دفتر الأستاذ العام (GL Sales Account) وحساب تكلفة بضاعة مباعة/مشتريات في دفتر الأستاذ العام (GL COGS/Purchase Account)، وأن تحمل كل فئة مصروف حساب مصروفات في دفتر الأستاذ العام (GL Expense Account). وعند تحديدها، تُقسَّم إيرادات فاتورة واحدة وتكلفتها حسب فئة المنتج تلقائياً، ما يمنح هامش ربح إجمالي حسب الفئة في دفتر الأستاذ نفسه. وأي مصروف لا تملك فئته ربطاً بدفتر الأستاذ العام يفشل ترحيله بدلاً من أن يُدرج في حساب افتراضي، بحيث تظهر الفئة غير المربوطة كاستثناء لا كخطأ في البيانات.

اختبار الربط قبل التشغيل الفعلي

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

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

• بيع نقدي واحد، وبيع آجل واحد، وبيع بخصم واحد، ومرتجع جزئي واحد
• شراء مستلم واحد بضريبة القيمة المضافة، وآخر بضريبة استقطاع، ومرتجع مشتريات واحد
• مقبوضة عميل واحدة، ودفعة مورد واحدة تسوّي فاتورتين
• مصروف واحد لكل فئة مصروف، ودورة رواتب واحدة، وشهر واحد من الإهلاك

مثال تطبيقي: عملية بيع واحدة في نقطة البيع عبر فئتين

يبيع تاجر تجزئة للقهوة في فرنسا، في عملية بيع واحدة بنقطة البيع مدفوعة نقداً، حبوب قهوة بقيمة 400 يورو ومطحنة بقيمة 1,200 يورو، كلتاهما قبل ضريبة القيمة المضافة. وبمعدل ضريبة القيمة المضافة الفرنسي القياسي البالغ 20%، تبلغ الضريبة 80 زائد 240، أي 320 يورو، ويدفع العميل 1,920 يورو. وتُربط فئة الحبوب بحساب المبيعات 4110 وحساب التكلفة 5110، وتُربط فئة المعدات بالحسابين 4120 و5120. وتبلغ تكلفة دفعات المخزون المستهلكة 160 يورو للحبوب و780 يورو للمطحنة، غير شاملة الضريبة.

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

• مدين مقاصة المبيعات النقدية 1,920 / دائن مبيعات - الحبوب 400 / دائن مبيعات - المعدات 1,200 / دائن ضريبة القيمة المضافة على المخرجات 320
• مدين تكلفة البضاعة المباعة - الحبوب 160 / مدين تكلفة البضاعة المباعة - المعدات 780 / دائن المخزون 940
• التحقق: 400 + 1,200 + 320 = 1,920؛ 160 + 780 = 940
• الهوامش: الحبوب 400 - 160 = 240؛ المعدات 1,200 - 780 = 420

المرتجعات وإشعارات الدائن والتصحيحات

بعد أسبوعين، يُعيد العميل المطحنة. ويُسجَّل المرتجع من شاشة مرتجعات المبيعات (List Sales Returns)، حيث يعمل المرتجع كإشعار دائن، ويمكن أن تخضع الفاتورة الواحدة لعدة مرتجعات جزئية. ومع تفعيل الترحيل التلقائي للمبيعات، يُرحِّل المرتجع قيداً عكسياً للإيرادات وضريبة القيمة المضافة والتكلفة: ففي المثال، مدين مبيعات - المعدات 1,200، ومدين ضريبة القيمة المضافة على المخرجات 240، ومدين المخزون 780 مقابل دائن تكلفة البضاعة المباعة - المعدات 780، مع جانب تسوية يعكس عملية البيع الأصلية. وتبقى الفاتورة الأصلية وقيدها اليومي دون مساس، وهذا ما يريد المدقق رؤيته.

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

عمليات المخزون وقيمتها في دفتر الأستاذ

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

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

إثبات الاكتمال: مستند واحد، قيد واحد

يحوّل الترحيل التلقائي مهمة المحاسب من كتابة القيود إلى إثبات أن كل مستند رُحِّل مرة واحدة وبشكل صحيح. ويوفّر Skyline Nexus ERP الأدوات اللازمة ضمن السلطة المالية، التقارير. فالتحقق من البيانات (Data Verification) يقارن ميزان المراجعة بمعاملات دفتر الأستاذ العام بمعاملات نقاط البيع. ويوفّر دفتر اليومية (Day Book) تحليل فجوات (Gap Analysis)، يظهر على الشاشة تحت عنوان مفتش التدقيق (Audit Inspector)، يفحص القيود المُرحَّلة بحثاً عن روابط مقطوعة بمستنداتها المصدرية وعن مبالغ لا تطابق المصدر. وتظهر المستندات التي لم تُرحَّل قط، غالباً بسبب مفتاح معطّل أو ربط مفقود أو تاريخ في فترة مغلقة، عند مقارنة معاملات نقاط البيع في التحقق من البيانات بمعاملات دفتر الأستاذ العام، وعند مقارنة تحليل ضريبة القيمة المضافة (VAT Analysis) بنموذج الإقرار الضريبي. وتوفّر جميع المعاملات (All Transactions) وجميع المدفوعات (All Payments) قوائم موحدة لمراجعة التدقيق، بينما يتيح ربط المعاملات (Transaction Mapping) الربط اليدوي القديم للمعاملات بالحسابات.

شغِّلوا هذه الأدوات قبل كل إغلاق لنهاية الشهر، وحققوا في كل فجوة بدلاً من ترحيل رقم موازنة. فالفجوة معلومة: إذ تخبركم أي قاعدة أو إعداد قد فشل، وإصلاح القاعدة يصلح كل مستند مستقبلي.

• التحقق من البيانات: ميزان المراجعة مقابل معاملات دفتر الأستاذ العام مقابل معاملات نقاط البيع
• تحليل فجوات دفتر اليومية: قيود ذات مستند مصدري مفقود أو غير مطابق
• تحليل ضريبة القيمة المضافة مقابل نموذج الإقرار الضريبي: ضريبة محسوبة على الأساس نفسه من الجانبين
• تقرير تقييم المخزون مقابل حساب المخزون
• تقرير أعمار ديون الذمم المدينة وتقرير أعمار ديون الذمم الدائنة مقابل حساباتهما الإجمالية

ما الذي ما زال يحتاج قيداً يدوياً

تغطي الأتمتة المعاملات التي لها مستند. أما تقديرات نهاية الفترة فلا مستند لها: كالمصروفات المستحقة دون فاتورة، والمدفوعات المقدَّمة الموزَّعة على أشهر، والمخصصات، والتوزيعات بين الفروع، وفروق صرف العملات الأجنبية، والتصحيحات. وتُدخَل هذه من السلطة المالية، القيود اليومية، قيد يومية جديد (New Journal Entry)، بتحديد تاريخ القيد (Journal Date)، ورقم مرجعي اختياري، ووصف، وسطرين على الأقل؛ ويجب أن يتساوى إجمالي المدين مع إجمالي الدائن. ويُبقي حفظ كمسودة (Save as Draft) القيد قابلاً للتعديل، بينما يرسله حفظ وإرسال (Save and Submit) للموافقة عندما يبلغ حد الموافقة (Approval Threshold) أو يتجاوزه.

وتحافظ أعلام الضبط في دليل الحسابات على انضباط القيود اليدوية. فالحساب الذي لا يحمل خاصية السماح بالترحيل اليدوي (Allow Manual Posting) يرفض السطور اليدوية، لذا فإن تركها غير مفعّلة على حسابات الذمم المدينة والذمم الدائنة وضريبة القيمة المضافة الإجمالية يحميها من قيود مباشرة قد تكسر ارتباطها بدفتر الأستاذ المساعد. وترفض الحسابات المحدَّدة بخاصية يتطلب مركز تكلفة (Requires Cost Center) أو يتطلب طرفاً (Requires Party) أي سطر بلا مركز تكلفة أو عميل أو مورد. ويشرح دليلنا عن قيود التسوية التقديرات نفسها في نهاية الفترة.