journal-create

الوصول والصلاحيات

Authorization: Bearer <access_token>

يمكن لواجهة ERP الداخلية استخدام الجلسة الحالية مع CSRF. هوية المستخدم وصلاحياته وقواعد العملية تحدد الوصول إلى البيانات.

مصادقة الإضافات

Authorization: HarplinkPlugin <client-uuid>.<secret>

يمكن استخدام Bearer للمستخدم المخوّل أو اعتماد الإضافة لهذه العملية. اعتماد الإضافة يتطلب النطاقات التالية إضافة إلى صلاحيات مستخدم ERP:

{
  "id": 101,
  "entry_no": "EXAMPLE-101",
  "status": 0,
  "date": "2026-10-11",
  "source_type": "PLG_SAMPLE_SAMPLE",
  "source_id": 1001
}

استبدل معرفات الحسابات بحسابات فعلية متاحة من accounts/choices/. اختر draft أولاً؛ approved يتطلب accounts.journal.approve وposted يتطلب كذلك accounts.journal.post.

من 2 إلى 100 سطر؛ كل سطر مدين أو دائن، ويجب تساوي مجموع المدين والدائن. الحسابات فعالة وقابلة للترحيل ضمن النظام المحاسبي وشركة المستخدم، ويمكن أن تكون من فروع أو وكالات أخرى. العملة فعالة. عند الاعتماد والترحيل يلزم توازن نطاق الفروع ونطاق الوكالات بالتسوية داخل القيد.

يتطلب شركة وفرعاً ونظاماً محاسبياً. الخدمات تطبق قواعد إضافية عند الاعتماد والترحيل.

الخادم يصنع source_type ببادئة PLG ومعرف الإضافة المختصر. إعادة نفس المصدر ومعرفه داخل الفرع تعيد السجل الموجود بـ200، ولا تحدث محتواه. الجديد يعيد201.

هذا ليس دعماً عاماً لترويسة Idempotency-Key؛ لا تعتمد على منع التكرار عند طلبات متزامنة دون اختبار.

يمكن عكس القيد المرحل عبر journals/{entry_id}/reverse/ مع سبب. اعتماد الإضافة مقيد بمصدر الإضافة نفسه، بينما Bearer يقبل مصدر PLG_SESSION ومصدري CUST_INV وCUST_EXP.

التعامل مع الأخطاء