Opening Balance Philosophy in Sadeed — How We Onboard Your Business History Without Breaking Your Books

بسم الله، وأهلاً بكم من جديد في قناة المحاسبة والمالية.

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

سؤال ممتاز، ويستحق إجابة كاملة. اليوم سأشرح لكم **فلسفة الرصيد الافتتاحي (Opening Balance) في سديد**، وأطمئنكم: المنصة بُنيت لتعالج هذا بدقة محاسبية تامة، لا تجاوزات ولا اختصارات.

## أولاً: ما هو الرصيد الافتتاحي؟

تخيّل أنك بدأت تستخدم سديد اليوم، 1 يناير 2026 مثلاً. شركتك ليست جديدة — هي تعمل منذ سنوات. عندها:

- **رصيد في البنك** = 12,500 ريال عماني
- **عملاء يدينون لك** = 8,300 ريال (فواتير قديمة لم تُحصَّل بعد)
- **موردون أنت مدين لهم** = 3,200 ريال (فواتير قديمة لم تُسدَّد)
- **أصول ثابتة** (سيارات، أجهزة، مفروشات) = 25,000 ريال

كل هذه الأرقام **حقيقية** — وُلدت **قبل** أن تدخل سديد. السؤال: من أين تأتي هذه الأرقام في ميزانيتك يوم 1 يناير؟

في النظم المحاسبية البدائية (أو في إكسل)، الناس يكتبون الأرقام مباشرة، يدوياً، دون قيود محاسبية. **هذه كارثة.** المراجع الخارجي سيرفض التقرير، والميزانية لن توازن، ولن تعرف أصلاً من أين جاءت كل خانة.

في سديد، الفلسفة مختلفة جذرياً: **كل رقم لا بد أن يأتي من قيد محاسبي مزدوج (double-entry)**. هذا ما يفعله الرصيد الافتتاحي.

## ثانياً: القاعدة الذهبية — كل OB مؤرَّخ قبل go-live

دعوني أوضّح هذه النقطة لأنها أساس كل ما يأتي بعدها:

> **Opening Balance** هو، بحكم تعريفه، رصيد **موجود في لحظة بدء التشغيل**. فإن الأحداث التي كوّنته (فواتير، أصول، ودائع) وقعت **قبل** هذه اللحظة.

تطبيقاً عملياً: لو شركتك go-live في 1-1-2026، فإن:
- الفاتورة الصادرة في 15-3-2025 → OB صحيح (سابقة لـ go-live)
- الفاتورة الصادرة في 1-1-2026 → ليست OB، هي مبيعات عادية تمر عبر طلب البيع
- الفاتورة الصادرة في 15-3-2026 → ليست OB، هي مبيعات يومية

سديد يفرض هذه القاعدة بصرامة: تاريخ فاتورة OB يجب أن يكون **strictly less than** تاريخ go-live. لو حاولت إدخال فاتورة بتاريخ go-live أو بعده، النظام سيرفضها برسالة واضحة ويقترح عليك مسار طلب البيع الاعتيادي.

## ثالثاً: قبل أي شيء — تاريخ بدء التشغيل (Fiscal Go-Live Date)

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

اسمحوا لي أوضّح بمثال: شركة "تمكين" تأسست فعلياً عام 2018، لكنها قررت بدء استخدام سديد للمعاملات اليومية في 1 يناير 2026. التاريخ الذي يهمّنا محاسبياً هو **2026-01-01** — ليس 2018 (تأسيس الشركة)، ولا تاريخ إنشاء الـ tenant في DB سديد.

هذا التاريخ تجدونه في `/admin/company-setting/fiscal-year`. ضرورة تحديده تنبثق من:

1. **الميزانية يوم 1**: كل أرصدتك الافتتاحية (بنوك، عملاء، موردين، أصول) ستحمل هذا التاريخ كنقطة انطلاق
2. **حدود الإدخال**: لن يقبل النظام فاتورة OB بتاريخ في يوم بدء التشغيل أو بعده — منعاً للخلط بين OB والمبيعات العادية
3. **القفل التلقائي**: بمجرد إدخال أول قيد محاسبي، يُقفل هذا التاريخ ولا يمكن تغييره (لحماية سلامة الدفاتر)

> ⚠ **تحذير مهم**: لو حاولت فتح صفحة Client OB أو Supplier OB قبل تحديد تاريخ بدء التشغيل، ستُعاد توجيهك تلقائياً لصفحة الإعدادات. هذا مقصود — لا OB بدون تاريخ مرجعي.

## رابعاً: ثلاثة أنواع من الرصيد الافتتاحي في سديد

سديد لا يعامل كل الأرصدة الافتتاحية كـ صندوق واحد. بل يقسّمها لثلاث آليات منفصلة، لكل واحدة منطقها وقواعدها:

### 1. Opening Balance للحسابات البنكية

هذا أبسطها. عند إضافة حساب بنكي جديد في سديد، ستجد حقلاً اسمه **"تاريخ الافتتاح"** (Opening Balance Date) و **"الرصيد الافتتاحي"**. تُدخِل التاريخ والمبلغ، ويُسجَّل القيد:

> **مدين** — الحساب البنكي بمبلغ X
> **دائن** — حقوق الملكية الافتتاحية (Opening Balance Equity)

النقطة المحورية هنا: **`opening_balance_date`** هذا التاريخ هو خط الفاصل. أي معاملة (دفعة عميل، تسديد مورد، تحويل) **بتاريخ أقدم** من هذا التاريخ، تُسجَّل في النظام بعلامة خاصة `is_record_only=1` — تظهر في كشف حساب العميل/المورد كسياق تاريخي، لكنها **لا تُكتب في دفتر الأستاذ العام (General Ledger)** ولا تؤثر على الميزانية ولا قائمة الدخل.

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

### 2. Opening Balance للعملاء (Client Opening Balance)

هنا الموضوع أعمق. تخيّل أنك أصدرت فاتورة لعميل في 15 مارس 2025، بقيمة 1,200 ريال، ولم يدفع كاملاً بعد. لما تبدأ في سديد بـ go-live = 1 يناير 2026، هذه الفاتورة:
- تاريخها 15-3-2025 → **قبل** go-live ✓ مقبولة كـ OB
- مفتوحة (لم تُدفَع كاملاً) → **يجب** أن تظهر كذمّة مدينة (Trade Receivable) في ميزانيتك يوم البدء

سديد بنى لذلك صفحة مخصصة: `/admin/crm/clients/{id}/opening-balance`. تُدخِل:

- **رقم الفاتورة الأصلية** (1200/2025)
- **تاريخ الفاتورة** (15-03-2025) — يقبله النظام لأنه قبل go-live
- **المبلغ** (1,200 ريال)
- **PDF الفاتورة الأصلية** (إلزامي — للمراجع الخارجي)
- **جدول الأقساط** (إن كانت الفاتورة على دفعات؛ تواريخ الاستحقاق يمكن أن تكون بعد go-live)

النطاق المسموح للتاريخ:
- **الحد الأعلى**: يوم واحد قبل go-live (`go-live - 1`)
- **الحد الأدنى**: عشر سنوات قبل go-live (حد عقلاني، للأقدم تواصل مع الدعم)

عند الاعتماد، يُسجَّل القيد:

> **مدين** — حساب العميل الفرعي (تحت Trade Receivables 1100)
> **دائن** — حقوق الملكية الافتتاحية (3003)

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

أما إن كان العميل قد سدّد دفعة مع تاريخ قبل تاريخ افتتاح حسابك البنكي، فيمكنك تسجيلها لكنها ستحمل علامة `is_record_only=1` كما شرحنا — تظهر في كشف العميل دون أن تمس الـ Ledger.

### 3. Opening Balance للموردين (Supplier Opening Balance)

نفس المنطق، لكن في الاتجاه المعاكس. فاتورة مورد قديمة (مؤرَّخة قبل go-live) لم تُسدَّد بعد:

> **مدين** — حقوق الملكية الافتتاحية (3003)
> **دائن** — حساب المورد الفرعي (تحت Trade Payables 2100)

كل فاتورة كاملة الكيان: رقمها، تاريخها (قبل go-live)، PDF أصلي، جدول أقساط، حالة كل قسط (مدفوع جزئياً / كلياً / لم يُدفع بعد).

## خامساً: لماذا التشدّد على الـ PDF الأصلي؟

كثيرون يسألونني: "يا سلطان، أنا أعرف الأرقام بدقة، لماذا يلزمني سديد بإرفاق PDF الفاتورة الأصلية لكل بند؟"

الإجابة هندسية ومحاسبية معاً:

1. **عند المراجعة الخارجية**، المراجع لن يقبل رقماً في ميزانيتك دون مستند مؤيِّد. لو أدخلت 50 فاتورة عميل دون مستندات، أوّل سؤال: "أين الفواتير؟" بإرفاقها مسبقاً، تكون قد جهّزت ملف المراجعة مسبقاً.

2. **عند ظهور خلاف مع العميل** ("أنا دفعت!" / "هذه الفاتورة لم أستلمها!")، تستطيع فتح كشف الحساب في سديد، تنزِّل الـ PDF الأصلي بكبسة زر، وتنهي الجدل.

3. **مبدأ IAS 8 §41-42**: تصحيح الأخطاء التاريخية يتطلب **توثيقاً كاملاً**. لو احتجت لاحقاً تعديل OB لسبب اكتُشف، وجود الـ PDF يجعل التتبع ممكناً.

## سادساً: قاعدة الـ Lock — لماذا لا يمكن تعديل OB بعد التسجيل؟

في سديد، بمجرد اعتماد دفعة OB وتسجيل قيدها، تُصبح **مقفلة**. لا يمكن تعديلها أو حذفها.

لماذا هذا التشدد؟

لأن الرصيد الافتتاحي ليس مجرد بيانات — هو **أساس** كل الأرقام التي ستأتي بعده. عندما يدفع العميل قسطاً من فاتورة OB، يُسجَّل القيد: من ح/ البنك إلى ح/ ذمم العميل. هذا القيد يعتمد على وجود رصيد سابق في حساب العميل. لو حذفنا الـ OB لاحقاً، فُقد الرصيد، والقيد التالي صار يتيماً، والميزانية تنهار.

**الحل الصحيح للأخطاء**: إذا اكتشفت خطأ بعد التسجيل، تستخدم آلية **Prior Period Adjustment (IAS 8)** المتاحة من صفحة Period Closing. هذه تنشئ قيداً جديداً يُصحّح في الفترة الحالية، وتحتفظ بسجل التعديل، ويبقى الـ OB الأصلي كما هو في تاريخه.

## سابعاً: السنة المالية والتقاويم المختلفة

نقطة مهمة جداً: كل شركة في سديد لها **شهر بدء سنة مالية** (Fiscal Year Start Month). معظم شركات الخليج تستخدم يناير (السنة الميلادية)، لكن بعض الشركات لها سنة مالية مختلفة:

- شركات بريطانية أو هندية أو يابانية → أبريل-مارس
- شركات أسترالية → يوليو-يونيو
- بعض شركات أمريكية فيدرالية → أكتوبر-سبتمبر

تأكدوا — قبل إدخال أي رصيد افتتاحي — أن **Fiscal Year Start Month** صحيح في إعدادات شركتكم. تجدونه في:

- `/admin/company-setting/company-setup` → تبويب **Fiscal Year**
- أو من جهة المحاسبة: `/admin/accounting/period-closing` → بطاقة **Fiscal Year**

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

## ثامناً: ما لا يُدخَل كرصيد افتتاحي

وأخيراً، حتى تكتمل الصورة، إليكم ما **لا** يُدخل في الرصيد الافتتاحي:

- **فواتير مدفوعة كلياً قبل بدء التشغيل**: لا داعي لإدخالها. هي مغلقة، لا تظهر في الميزانية.
- **فواتير صادرة في يوم بدء التشغيل أو بعده**: ليست OB. هذه مبيعات عادية تمر عبر مسار طلب البيع → فاتورة.
- **عقود لم تنشأ منها فاتورة بعد**: العقود ليست ذمماً. الذمة تنشأ عند الإصدار الفعلي للفاتورة.
- **مبيعات متوقعة (Pipeline)**: التوقعات لا تُسجَّل محاسبياً (IFRS 15 — الإيراد يُعترف به عند تحقق شروط محددة).

## خاتمة

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

سديد بُنيت لتجعل هذه العملية صارمة، موثَّقة، قابلة للمراجعة، لكنها أيضاً عملية وسهلة. خطوة أولى: حدّد تاريخ بدء التشغيل. ثم ابدأ بالحسابات البنكية، ثم العملاء (بفواتيرهم القديمة الصادرة قبل go-live)، ثم الموردين (نفس الشيء). أرفقوا المستندات. اعتمدوا الدفعات. وسيكون لديكم في النهاية ميزانية يوم 1 موثَّقة بالكامل، تستطيعون الدفاع عنها أمام أي مراجع.

والله ولي التوفيق.

**سلطان**
*محاسب معتمد متخصص في المعايير الدولية*