مراجعة حساب المورد مش سؤال: “إحنا علينا له كام؟” وبس
لما المورد يتصل ويقول لك: «لي عندكم 185 ألف جنيه»، أول رد فعل في شركات مقاولات كتير بيكون فتح ملف Excel أو الاتصال بالمحاسب أو مسؤول المشتريات علشان نعرف الرقم ده جاي منين. المشكلة إن حساب المورد في مشاريع المقاولات مش مجرد إجمالي فواتير ناقص إجمالي مدفوعات؛ لأن المورد ممكن يكون شغال معاك في أكتر من مشروع، وعنده أكتر من أمر شراء، وبعض الأوامر تم توريدها بالكامل، وبعضها لسه مفتوح، وفيه فواتير تم دفع جزء منها وفواتير أخرى لسه مستحقة بالكامل. علشان كده مراجعة المورد بشكل صحيح لازم تبدأ من الصورة الكاملة: المورد اشترينا منه إيه؟ لصالح أنهي مشروع؟ من خلال أنهي أمر شراء؟ صدر فاتورة بكام؟ دفعنا منها كام؟ والمتبقي المستحق فعليًا كام؟. هنا بتظهر أهمية إن كل عملية تكون مرتبطة ببعض من البداية بدل ما الحسابات تحاول تعمل المطابقة في آخر الشهر. داخل نظام TrakCost دورة المورد مرتبطة بالمشتريات والمشروع؛ النظام بيجمع إدارة أوامر الشراء وفواتير الموردين ومدفوعاتهم، بحيث حركة المورد ما تبقاش منفصلة عن المشروع اللي تسبب فيها. ودي نقطة أساسية في المقاولات، لأنك ممكن تتعامل مع نفس مورد الكهرباء في ثلاثة مشاريع مختلفة. لو عندك فقط «كشف حساب مورد» مجمع، هتعرف إنه مستحق له 300 ألف مثلًا، لكن الإدارة محتاجة تعرف: كام من الـ300 ألف يخص مشروع A؟ وكام يخص مشروع B؟ وهل كل المبالغ ناتجة عن فواتير معتمدة فعلًا ولا فيه أوامر شراء لسه ما تحولت لفواتير؟. TrakCost بيوضح في جزء المشتريات والموردين إن صفحة المورد تقدر تجمع أوامر الشراء، الفواتير، المدفوع، المتبقي، وتوزيع التعاملات على المشروعات، وده يخليك تبدأ مراجعة أي مورد من سجل واحد بدل ما تجمع بياناته من كل مشروع يدويًا. ودي كمان بتساعد قبل اعتماد أي دفعة؛ بدل ما يوصلك طلب «ادفع للمورد 50 ألف»، تقدر تراجع الأول إجمالي فواتيره والمبالغ اللي اتدفعت له والمتبقي، وبعدها تدخل على العملية أو المشروع اللي محتاج تفسير. المهم هنا إنك تفرق من البداية بين التزام الشراء وفاتورة المورد والدفعة: أمر الشراء معناه إن الشركة التزمت بشراء خامات أو خدمات بقيمة معينة، لكن مش بالضرورة إن المبلغ كله أصبح فاتورة مستحقة في نفس اللحظة؛ الفاتورة بتمثل مطالبة المورد حسب التوريد والاتفاق؛ والمدفوع هو النقدية اللي خرجت فعلًا. لما الثلاث حركات يبقوا واضحين على السيستم، مراجعة المورد تتحول من عملية تخمين ومطابقة يدوية إلى مراجعة لمسار مالي معروف من أول طلب الشراء لحد آخر دفعة.
ابدأ مراجعة المورد من أوامر الشراء قبل ما تدخل على الفواتير
من الأخطاء الشائعة إن المحاسب لما يراجع المورد يبدأ مباشرة من الفواتير، مع إن في المقاولات الأفضل في حالات كثيرة تبدأ خطوة قبلها: أوامر الشراء. ليه؟ لأن أمر الشراء هو المستند اللي بيشرح أصل الالتزام: المشروع اللي طلب الخامة، بند الأعمال، الصنف أو الخدمة، الكمية، السعر والمورد اللي تم اختياره. لو وصلت لك فاتورة من مورد بقيمة 90 ألف جنيه، أول سؤال مش المفروض يكون «دفعنا منها كام؟»، لكن «الفاتورة دي مرتبطة بأمر شراء قيمته كام؟ وهل الأمر أصلاً يخص نفس المشروع والبند؟». على TrakCost، دورة الشراء مصممة بحيث طلب الموقع يتحول لأمر شراء مرتبط بالمشروع وبند الأعمال والمورد، وبعدها تدخل فاتورة المورد والدفعة على نفس الدورة. صفحة كيف يعمل TrakCost تعرض السيناريو بشكل واضح: احتياج الموقع يتم تسجيله، الأمر يمر بالمراجعة، يتحول لأمر شراء، ثم فاتورة، ثم مدفوع جزئيًا أو مكتمل، مع معرفة المدفوع والمتبقي في نهاية العملية. وده يخلي مراجعة حساب المورد أدق؛ لأنك مش بتراجع رقم الفاتورة في فراغ، لكن بتراجعها مقابل سبب الشراء الأصلي. تخيل مثلًا إن عندك أمر شراء بـ100 ألف جنيه، والمورد أرسل فاتورة بـ120 ألف. لو النظام مجرد دفتر فواتير، الفاتورة ممكن تدخل وتتضاف لحسابه ثم يبدأ الخلاف بعد كده. لكن لما العملية مرتبطة بأمر الشراء، عندك مرجع واضح تسأل من خلاله: إيه سبب الـ20 ألف فرق؟ هل الكمية زادت؟ هل السعر اتغير؟ هل حصل أمر تعديل؟ ولا الفاتورة فيها خطأ؟. والعكس ممكن يحصل؛ يكون أمر الشراء بـ100 ألف لكن المورد ورد جزءًا فقط وأصدر فاتورة بـ60 ألف، وبالتالي ما ينفعش تعتبر كل قيمة أمر الشراء مستحقة للدفع حاليًا. النظام نفسه يفرق بين حالة الأمر والفاتورة والمدفوع، ويظهر أمر الشراء كالتزام يؤثر على المشروع حتى قبل اكتمال دورة الدفع. عمليًا، لما تفتح المورد للمراجعة، ابدأ بأوامر الشراء الخاصة به ثم اسأل: كام أمر عنده؟ أي مشروع يخص كل أمر؟ إيه حالة كل واحد؟ إيه الأوامر اللي اتفوترت؟ وإيه اللي لسه مفتوح؟. بعد كده انتقل للفواتير. بالطريقة دي هتعرف بسرعة إذا كان رقم المورد متوافقًا مع الالتزامات المسجلة عندك ولا لأ. والأهم إن مسؤول المشتريات والمحاسب ومدير المشروع يعتمدوا على نفس العملية بدل ما كل واحد يحتفظ بنسخة مختلفة؛ صفحة مميزات TrakCost توضح إن أمر الشراء يرتبط بالمشروع والبند والمورد، ثم يظهر كالتزام وينتقل أثره للتكلفة والحسابات والتقرير، وده هو الترابط اللي يخلي مراجعة الحساب منطقية بدل مطابقة أرقام منفصلة.
راجع فواتير المورد والمدفوع والمتبقي… خصوصًا لو الدفع تم على دفعات
بعد ما اتأكدت من أوامر الشراء، الخطوة التالية هي أهم جزء في كشف حساب المورد: الفواتير والمدفوعات. هنا لازم كل فاتورة يكون واضح تاريخها وقيمتها والمشروع وأمر الشراء المرتبط بها، وبعدها تشوف هل تم دفعها بالكامل ولا جزئيًا ولا لسه مفتوحة. في مشاريع المقاولات، الدفع الجزئي طبيعي جدًا؛ ممكن المورد يصدر فاتورة بـ200 ألف جنيه، والشركة تدفع له 80 ألف ثم 70 ألف بعد أسبوعين ويتبقى 50 ألف. لو النظام عندك بيسجل فقط آخر دفعة أو حالة عامة، تبدأ تحصل أخطاء بسهولة. المطلوب إن السيستم يحافظ على العلاقة الواضحة: إجمالي الفاتورة – إجمالي الدفعات المرتبطة بها = المتبقي المستحق. TrakCost يوضح إن دورة المورد تشمل تسجيل الفاتورة والدفعة ومعرفة المدفوع والمتبقي، وإن حساب المورد يعرض إجمالي الفواتير وما تم دفعه وما زال مستحقًا. وفي المثال المعروض على صفحة المميزات، يظهر مورد له تعاملات عبر عدة مشروعات وأوامر شراء وفواتير، مع أرقام مستقلة لـإجمالي الفواتير، تم دفعه، والمتبقي، وده بالضبط الشكل اللي تحتاجه قبل اعتماد أي سداد جديد. هنا المراجعة الصحيحة ما تكونش إنك تبص على «المتبقي» وتدفعه مباشرة؛ ادخل للفواتير اللي كونت الرقم. لو المتبقي 185 ألف مثلًا، اعرف هل هو فاتورة واحدة أم ثلاث فواتير، وأي مشروع يخص كل مبلغ. ودي نقطة مهمة جدًا في الشركات اللي عندها أكتر من موقع؛ لأن ممكن مشروع معين يكون فيه مشكلة أو خلاف على توريد بينما باقي فواتير المورد سليمة، وبالتالي ما ينفعش تتعامل مع حسابه كله ككتلة واحدة من غير تفاصيل. كمان راجع الدفعات نفسها: كل دفعة تم تسجيلها على المورد الصحيح؟ مرتبطة بالمشروع والفاتورة الصح؟ ولو تمت دفعة جزئية، هل المتبقي اتحدث بصورة صحيحة؟ هنا أهمية وجود البيانات في مصدر واحد؛ صفحة TrakCost بتوضح إن الفواتير والمدفوعات مرتبطة بالحسابات والمشروعات بدل ما تكون في برنامج حسابات منفصل عن إدارة المشروع. ومن المفيد تعمل مراجعة للمورد قبل أي دفعة كبيرة من خلال ثلاث مستويات: المستوى الأول: إجمالي حساب المورد. المستوى الثاني: توزيع الحساب حسب المشروع. المستوى الثالث: الفواتير وأوامر الشراء اللي كونت الرصيد. لو الأرقام الثلاثة متوافقة، اتخاذ قرار السداد يبقى أسهل؛ ولو فيه فرق، تعرف المكان اللي تبدأ منه البحث بدل مراجعة سجل الشركة كله. وده الهدف الحقيقي من السيستم: مش مجرد إنه يقول لك «المورد له 185 ألف»، لكن يخليك تقدر تضغط على الرقم وتفهم الـ185 ألف اتكونوا إزاي وليه.
لو المورد شغال في أكتر من مشروع، راجع حسابه إجماليًا وبعدين وزّعه على المشروعات
دي من أكتر الحالات اللي بتظهر فيها قيمة نظام متخصص للمقاولات. شركة المقاولات ممكن يكون عندها مورد خرسانة أو كهرباء أو أدوات صحية شغال في مشروع إداري وفيلا وتشطيبات محل في نفس الوقت. المورد بالنسبة لنفسه عنده حساب واحد مع شركتك، لكنه بالنسبة للإدارة الداخلية عندك بيأثر على ثلاثة مشاريع مختلفة وثلاث ميزانيات مختلفة. لو الحسابات بتراجع المورد مجمعًا فقط، ممكن تعرف المطلوب دفعه لكن ما تعرفش كل تكلفة راحت على أنهي مشروع. ولو بتراجعه مشروع مشروع فقط، ممكن تفقد صورة إجمالي تعامل الشركة معاه. الأفضل إن السيستم يديك الاثنين: حساب المورد الإجمالي + توزيع التعاملات حسب المشروع. وده متاح ضمن طريقة عرض المورد في TrakCost؛ صفحة المميزات توضح إنه لو المورد شغال في أكثر من مشروع، تقدر تعرض أوامر الشراء والفواتير والمدفوع والمتبقي وتوزيع التعاملات على المشروعات من صفحة واحدة، مع إمكانية عرض المشتريات حسب المشروع أو المورد. ده معناه إن مراجعتك ممكن تبدأ بالسؤال: «إجمالي مستحق المورد كام؟»، وبعدها: «المبلغ ده موزع إزاي؟». على سبيل المثال، لو المورد مستحق له 240 ألف جنيه، ممكن تكتشف إن 140 ألف تخص مشروع A، و70 ألف تخص مشروع B، و30 ألف تخص مشروع C. الفرق هنا مش تنظيمي فقط؛ المعلومة بتأثر على تحليل تكلفة كل مشروع وعلى قرارات السيولة. لو دفعت 100 ألف للمورد، لازم الإدارة تكون فاهمة الدفعة مرتبطة بأنهي التزامات ومشروعات علشان ما يظهرش مشروع وكأنه أقل تكلفة أو مورد وكأنه تم سداده بشكل غير دقيق. والأهم إن أوامر الشراء نفسها بتكون مرتبطة ببنود الأعمال، فالمراجعة ممكن تتوسع لما تحتاج تفسير أكتر: المشروع → بند الأعمال → أمر الشراء → المورد → الفاتورة → الدفعة. صفحة مميزات النظام تصف الترابط ده بشكل مباشر، حيث إن أمر الشراء يرتبط بالمشروع والبند والمورد، ويظهر كالتزام ثم يؤثر في التكلفة والحسابات والتقارير. وده يمنع مشكلة منتشرة جدًا وهي إن فاتورة المورد تتسجل محاسبيًا صح لكن تتحمل على المشروع أو البند الغلط؛ إجمالي الشركة وقتها ممكن يكون سليم، لكن تكلفة المشروعات نفسها تبقى غير دقيقة. علشان كده لو لقيت موردًا رصيده كبيرًا أو تعاملاته كثيرة، ما تكتفيش بتأكيد الإجمالي. استخدم النظام لمراجعة توزيع الرصيد وتأكد إن كل حركة في مكانها الصحيح. ولو شركتك لسه بتنتقل من ملفات Excel أو عندها تساؤلات عن طريقة تنظيم الصلاحيات والمراجعات، تقدر ترجع إلى الأسئلة الشائعة عن TrakCost قبل بناء دورة داخلية ثابتة. النظام بيستهدف أصلًا جمع المشروع والمشتريات والموردين والحسابات في مصدر واحد، وده يخلي مراجعة المورد جزءًا من مراجعة المشروع، ومراجعة المشروع جزءًا من الصورة المالية للشركة بدل ما كل طرف يشتغل على أرقام منعزلة.
قبل ما تعتمد دفعة مورد جديدة، اعمل المراجعة دي على TrakCost
أهم وقت تراجع فيه حساب المورد مش نهاية الشهر؛ هو قبل الموافقة على دفعة جديدة. لأن بمجرد ما الفلوس تخرج، أي خطأ في المطابقة هيحتاج معالجة وتسويات بعد كده. قبل السداد افتح المورد وابدأ من رصيده الحالي، ثم راجع الفواتير المفتوحة والدفعات اللي تمت بالفعل. بعدها ارجع لأوامر الشراء المرتبطة بالفواتير المهمة، خصوصًا لو القيمة كبيرة، وتأكد إن الفاتورة جزء من دورة شراء معروفة. بعد كده راجع توزيع المستحق حسب المشروعات؛ لأن قرار دفع مورد بقيمة 100 ألف مثلًا ممكن يؤثر على سيولة أكثر من مشروع، ومحتاج الإدارة تكون فاهمة سبب الدفع. وأخيرًا راجع الالتزامات القادمة مش الرصيد الحالي فقط. المورد ممكن مستحق له 50 ألف اليوم، لكن عندك أمر شراء آخر بـ300 ألف هيتم توريده قريبًا. لو بصيت على الـ50 ألف وحدها هتشوف صورة ناقصة للسيولة القادمة. TrakCost بيربط أوامر الشراء بالـCommitments، ويتيح مقارنة الالتزامات ومدفوعات الموردين بالمصروفات والتحصيلات المتوقعة، وبالتالي مراجعة المورد ممكن تدخل ضمن التخطيط للتدفق النقدي مش مجرد إقفال رصيد. وهنا يظهر الفرق بين سؤالين: «كام مستحق للمورد حاليًا؟» و**«كام متوقع نحتاج ندفع له خلال الفترة الجاية؟»**. الأول حساب حالي، والثاني قرار سيولة. ولما النظام يجمع المورد والفواتير والدفعات والالتزامات في نفس الدورة، الإدارة تقدر تشوف الاثنين. كمان من المهم توزيع الصلاحيات: مسؤول المشتريات يراجع الأمر والتوريد، الحسابات تراجع الفاتورة والدفعة، ومدير المشروع أو صاحب الشركة يشوف أثر الالتزام حسب الصلاحيات المعتمدة. صفحة المميزات في TrakCost توضح إن النظام مبني على أدوار وصلاحيات مختلفة بحيث كل شخص يشوف وينفذ ما يخص دوره، ويمكن إضافة خطوات المراجعة والاعتماد مع نمو الشركة. وده أفضل من إن نفس الشخص ينشئ أمر الشراء ويسجل الفاتورة ويعتمد الدفع بدون فصل في المسؤوليات، خصوصًا مع زيادة حجم التعاملات. ولو بتدرس تطبيق النظام أو إضافة مستخدمين من أقسام المشتريات والحسابات، تقدر تشوف أسعار TrakCost لمعرفة الباقات الحالية، وكمان صفحة القائمين على النظام للتعرف على خلفية المنتج. الفكرة إن الدفع يكون نتيجة مراجعة لمسار المورد كله، مش رد فعل على مكالمة أو كشف حساب مرسل منه. المورد يرسل كشفه، والسيستم عندك لازم يقدر يؤكد الرقم أو يحدد الفرق بمستندات واضحة.
الخلاصة: حساب المورد على TrakCost لازم يحكي لك قصة كل جنيه من أمر الشراء لحد السداد
لو سألت «ازاي أراجع حساب المورد في مشاريع المقاولات على سيستم TrakCost؟» فالأفضل ما تبدأش من رقم المتبقي وحده، لكن تمشي في مسار واضح: افتح المورد → راجع إجمالي أوامر الشراء → راجع الفواتير → راجع الدفعات → اعرف المتبقي → وزع الرصيد حسب المشروعات → ارجع لأمر الشراء لو فيه رقم محتاج تفسير. بالطريقة دي حساب المورد ما يبقاش مجرد Debit وCredit أو إجمالي مديونية، لكنه يبقى متصلًا بأصل العملية اللي أنتجت المبلغ. TrakCost مصمم إن دورة المشتريات تبدأ من احتياج الموقع وتمر بطلب الشراء وأمر الشراء وفاتورة المورد والدفعة، مع ارتباط كل خطوة بالمشروع وبند الأعمال، وفي النهاية تظهر الحركة في حساب المورد وتكلفة المشروع والتقارير. وتقدر تشوف الدورة خطوة بخطوة من كيف يعمل TrakCost، أو تراجع مميزات النظام لو عايز تعرف تفاصيل المشتريات وحسابات الموردين والتقارير. ولو المورد شغال معاك على عدة مشروعات، النقطة الأهم إن النظام يديك الصورة الإجمالية للمورد وتوزيعها على المشاريع في نفس الوقت؛ وده بيساعد الحسابات في مراجعة الرصيد، المشتريات في مراجعة الأوامر، ومدير المشروع في فهم التكلفة. تقدر تبدأ من نظام TrakCost، وتراجع الأسئلة الشائعة لو عندك أسئلة عن التشغيل، وتشوف أسعار TrakCost والباقات الحالية، أو تتعرف على القائمين على النظام. الأهم إنك تعمل مراجعة المورد قبل الدفع وليس بعده فقط: هل المبلغ ناتج عن فاتورة صحيحة؟ هل الفاتورة مرتبطة بأمر شراء؟ هل المدفوعات السابقة كلها مسجلة؟ هل الرصيد موزع على المشروعات بشكل صحيح؟ وهل فيه التزامات أخرى قادمة مع نفس المورد؟ لما الأسئلة دي تتجاوب من نفس السيستم، تختفي تدريجيًا مشكلة إن «رقم المورد غير رقم الحسابات»، ويصبح عندك سجل تقدر ترجع له وتفهم منه كل حركة. المورد يقول له كام، المشتريات تعرف ليه، الحسابات تعرف اتدفع كام، ومدير المشروع يعرف التكلفة راحت فين؛ ولما الأربعة يشوفوا نفس البيانات، مراجعة حساب المورد تبقى أسرع وأدق وأسهل في اتخاذ القرار.