CapEx مقابل OpEx

من تخمين محسوم إلى خيار شهري

انتهى الموضوع السابق عند السؤال الذي يقود إليه كل قرار نشر: كم يكلّف هذا فعلياً؟ الدرس الأول في هذا المجال سبق أن سمّى نصف الإجابة، بالمناسبة: شركة تشتري عتاداً بقيمة $40,000 تسجّل هذا الشراء كنفقة رأسمالية، أو CapEx، قبل أشهر من معرفة مقدار هذه الطاقة الذي ستستخدمه فعلاً. انقل العبء نفسه إلى مزوّد سحابي بدلاً من ذلك، ويدفع الفريق نفسه ثمنه بطريقة مختلفة كفاية لتستخدم المحاسبة كلمة أخرى تماماً: نفقة تشغيلية، أو OpEx. الفرق ليس مجرد مصطلح. إنه يغيّر كمية النقد التي تحبسها الشركة، وأثر الشراء على إقراراتها الضريبية، وحجم المخاطرة التي تحملها في قرار يصعب التراجع عنه.

ما يعنيه CapEx وما يكلفك مقدماً

CapEx مال يُنفق لاقتناء أصل طويل العمر، مبنى، أو مركبة، أو عتاد خوادم، تملكه الشركة بعدها وتستخدمه لسنوات. لا تسمح لك المحاسبة بخصم الشراء بالكامل في اليوم الذي تدفع فيه. بدلاً من ذلك، تُهلكه: توزّع النفقة على العمر الإنتاجي للأصل في قائمة الدخل، رغم أن النقد غادر الحساب البنكي دفعة واحدة. خادم بقيمة $40,000 وعمر إنتاجي 5 سنوات، مُهلَك بطريقة القسط الثابت، يظهر كنفقة $8,000 كل سنة لمدة 5 سنوات، لكن الـ $40,000 كاملة غابت عن نقد الشركة في شهر الشراء.

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

ما يعنيه OpEx ولماذا بُنيت السحابة لبيعه

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

هذا أيضاً سبب إدراج AWS "اعتماد نموذج استهلاك" كمبدأ أساسي لتحسين التكلفة ضمن إطار Well-Architected الخاص بها: تدفع فقط مقابل موارد الحوسبة التي تستهلكها، وتوسّع أو تقلّص حسب حاجة العمل الفعلية، بدل تحجيم شراء حول تخمين للمستقبل. يعطي الإطار مثالاً ملموساً: بيئة تطوير تُستخدم 8 ساعات يومياً أيام الأسبوع فقط، وتُطفأ بقية الوقت، يمكن أن تخفّض تكلفة حوسبتها بنسبة تصل إلى 75%، بمجرد عدم الدفع مقابل الساعات الـ 128 أسبوعياً التي لا يستخدمها أحد. شراء CapEx لا يستطيع فعل هذا. بمجرد امتلاك الخادم، يكلّفك المبلغ نفسه سواء كان مشغولاً أو خاملاً.

المفهوم الخاطئ: تكرار الفوترة ليس الاختبار

من السهل افتراض أنه إذا ظهرت تكلفة على فاتورة كل شهر، فهي OpEx حتماً، وإذا دُفع مبلغ مقدماً دفعة واحدة، فهو CapEx حتماً. تنكسر هذه القاعدة فور النظر في كيفية تسعير مزودي السحابة للالتزامات فعلياً.

تتيح AWS دفع التزام Reserved Instance أو Savings Plan لثلاث سنوات مقدماً بالكامل، في دفعة واحدة قد تبلغ عشرات آلاف الدولارات تُدفع في اليوم الأول. هذه الدفعة الكبيرة الواحدة لا تحوّل الفاتورة إلى CapEx رغم ذلك، لأن الشركة ما زالت لا تملك خادماً. AWS تملكه. تعامل المحاسبة هذا كنفقة تشغيلية مدفوعة مقدماً، تُطفأ على مدى 3 السنوات التي تغطيها، لا كأصل يُهلَك في ميزانية المشتري. اقلب المقارنة، وتصمد بالقدر نفسه: شركة تموّل شراء خادم مادي بقرض بنكي وتسدده على 36 قسطاً شهرياً متساوياً ما زالت تدفع ثمن CapEx. توزيع الدفعات لا يحوّل قرضاً إلى إيجار. الشركة ما زالت تملك الجهاز، وتُهلكه على مدى عمره الإنتاجي، أياً كان جدول السداد.

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

مثال محلول: العبء نفسه، دفتران مختلفان

لنفترض أن شركة تحتاج خادم قاعدة بيانات لخدمة حركة ثابتة ومتوقعة للسنوات الـ 5 القادمة. أمامها مساران.

مسار CapEx: شراء خادم مادي بقيمة $40,000. تغادر هذه الـ $40,000 الحساب البنكي في الشهر الأول. تُظهر قائمة الدخل $8,000 إهلاكاً سنوياً لمدة 5 سنوات. تملك الشركة أيضاً الآن مساحة الرف واستهلاك الطاقة اللذين يحتاجهما هذا الخادم، وستدفع لاحقاً للتخلص منه عند تقاعده.

مسار OpEx: استئجار حوسبة معادلة من مزوّد سحابي بـ $700 شهرياً، أو $8,400 سنوياً. تُصرف فاتورة كل شهر بالكامل في الشهر الذي تحدث فيه. لا يُلتزم بنقد يتجاوز ذلك الشهر، ويمكن تغيير حجم الترتيب أو إلغاءه في أي وقت دون امتلاك شيء يُباع لاحقاً.

اجمع 5 سنوات من كل مسار، متجاهلاً تكاليف التمويل تبسيطاً: ينفق مسار CapEx $40,000 نقداً إجمالاً. ينفق مسار OpEx $8,400 سنوياً لـ 5 سنوات، أو $42,000. يكلّف المسار السحابي هنا فعلياً أكثر بقليل بالدولارات الإجمالية على مدى السنوات الـ 5 كاملة. يستحق هذا التوقف عنده لحظة: OpEx ليس ضماناً لسعر أقل. ميزته التزامات أصغر وقابلة للعكس بدل التزام واحد كبير ولا رجعة فيه، وهذا يهم أكثر ما يهم حين لا تكون متأكداً بعد من استخدام الطاقة كاملة طوال السنوات الـ 5. هل تستحق هذه المرونة الإضافية الفارق في التكلفة، وكيف تقيس الصورة الكاملة بدقة، هذا بالضبط ما يتناوله درس التكلفة الإجمالية للملكية لاحقاً في هذا الموضوع.

إلى أين يقودك هذا

اطرح سؤالاً واحداً عن أي تكلفة: هل تملك الأصل، أم تستأجر النتيجة؟ هذا التمييز وحده، لا طريقة وصول الفاتورة، هو ما يفصل CapEx عن OpEx. معرفة أن الإنفاق السحابي OpEx لا تخبرك بعد بأي خيار OpEx تختار. يبيع مزودو السحابة الطاقة نفسها بعدة طرق مختلفة، عند الطلب، ومحجوزة، وفورية (spot)، كل واحدة تقايض قدراً مختلفاً من الخصم بقدر مختلف من الالتزام. هذا الخيار هو ما يفكّكه الدرس التالي.