تقاسم المصاريف في جدول بيانات: النموذج الذي ينجح فعلاً

الخطوة التي يخطئ فيها الجميع تقريباً: التحويلات

معرفة الأرصدة لا تقول بعدُ من يحوّل لمن. الطريقة الساذجة هي أن يمر الجميع عبر الشخص نفسه، وهو ما يضاعف عدد التحويلات والرسوم.

القاعدة الصحيحة تتلخص في سطر: يدفع أكبر مدين لأكبر دائن، فيُسوّى الأصغر بينهما، ثم نعيد الكرّة مع ما تبقى.

لنعد إلى الأرصدة الأربعة: ليا +357,56، سام -38,04، نوح -146,74، كنزة -172,78.

1. كنزة (الأكثر مديونية) تحوّل 172,78 € إلى ليا. كنزة على الصفر، ورصيد ليا ينزل إلى +184,78.
2. نوح يحوّل 146,74 € إلى ليا. نوح على الصفر، ورصيد ليا ينزل إلى +38,04.
3. سام يحوّل 38,04 € إلى ليا. الجميع على الصفر.

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

اللحظات الثلاث التي يعجز فيها جدول البيانات

هو لا يعجز أبداً في الحساب. بل يعجز في الاستعمال، وفي المواضع نفسها دائماً.

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

المالك الوحيد. الملف يخص من أنشأه. فهو من يذكّر الآخرين، ويصحح، ويعيد الحساب، ويصير محاسب المجموعة دون أن يطلب ذلك. وبعد ستة أسابيع، يملّ، فيموت الجدول.

الحصص غير المتساوية. النموذج أعلاه يصمد ما دام التقاسم بحصص متساوية أو لا تقاسم أصلاً. وبمجرد أن تُوزَّع نفقة بنسبة الدخل أو المساحة أو عدد الليالي، لا تعود أعمدة 1 و0 كافية، فتلزم ورقة ثانية للمعاملات لا يفهمها أحد بعد شهر.

متى تبقى على جدول البيانات، ومتى تخرج منه

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

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

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

كل ما يتعلق بالحساب مجاني، ولا حاجة إلى ربط أي حساب بنكي.

أسئلة شائعة

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

كيف نتعامل مع نفقة دفعها شخصان؟ أنشئ سطرين، واحداً لكل دافع، بالمبلغ الذي دفعه كل منهما فعلاً. سطر واحد يحمل اسمين في عمود الدافع يُفسد المعادلة.

وماذا لو سدّد أحدهم في الطريق؟ أضف سطر تسديد: المبلغ بالسالب عند من يستلم، أو ببساطة أكثر ورقة منفصلة باسم «التحويلات» تطرح نتيجتها من الأرصدة. لا تدوّنه كنفقة عادية، وإلا لتقاسمه الجميع.

هل ينبغي التقريب؟ لا. احتفظ بالسنتيمات ودع المعادلة تحملها: ثلاثة أشخاص يتقاسمون 10 € يعطي 3,34 ومرتين 3,33، وهذه هي التوزيعة الوحيدة التي يستقيم بها الحساب. التقريب إلى 3,33 لكل واحد يُضيّع سنتيماً، والجدول الذي لا ينزل إلى الصفر يجعلك تشك في كل ما تبقى.