الجواب القصير. لا تُستبدل المحاسبة أو الفوترة أو ERP أو الصندوق الموجودة أصلاً؛ بل تُربط، والعمل ليس في الكابل بل في طبقة التكامل: طابور تحمل فيه كل رسالة مفتاح منع تكرار، جدول مطابقة يُخزَّن فيه معرّف التطبيق قبالة رقم البرنامج الهدف، تحويل إلى عقد بيانات مشترك، سجل، ومطابقة كل مساء تدرج الفوارق بدل إخفائها. الموصلات تتكلم لغة كل برنامج: API حين توجد، تصدير الملفات واستيرادها حين يعمل البرنامج على Windows منذ عشر سنوات، قاعدة البيانات للقراءة فقط، الشاشة كملاذ أخير. ستة عشر أسبوعاً، اثنان منها للجرد واثنان يعمل فيهما التدفق الأول بالتوازي مع الإدخال.
هذا الدليل موجّه إلى الموزّع الذي تُعاد كتابة طلبياته في الفوترة، وسلسلة المتاجر التي ترسل صناديقها ملفاً مساءً يعيد أحدهم كتابته، والمصحة التي لا تتخاطب مفكرتها مع فوترتها، والوكالة العقارية التي تصل وصولاتها إلى المحاسب صوراً، والمؤسس المقيم في فرنسا الذي يقرأ «تكامل ERP» في عرض سعر دون أن يعرف ما يخفيه. لا يقارن برامج، ودليل ترحيل برامج التسيير القديمة يتناول حالة الاستبدال في النهاية؛ أما هنا فنُبقي ونربط.
ما تقوله الأرقام
صار التكامل العمل الطبيعي للبرمجيات. تقرير State of the API 2025 من Postman، الطبعة السابعة، استطلع أكثر من 5 700 مطوّر ومحترف بين جويلية وأوت 2025؛ ووفق بيانه بتاريخ 8 أكتوبر 2025، 65 % من المنظمات تحقق إيرادات من واجهاتها البرمجية ونحو مطوّر من أربعة يصمم أصلاً واجهاته لوكلاء الذكاء الاصطناعي؛ وقالت طبعة 2024 إن نحو ثلاثة أرباع المحترفين يعملون «API أولاً». هذه أرقام عالمية نقلتها الصحافة المتخصصة، تُقرأ كاتجاه: البرنامج الذي لا يكشف شيئاً يصبح استثناءً، ومع ذلك هو ما تجدونه في أغلب الشركات الجزائرية، على Windows، مثبَّتاً سنة 2016.
الناشرون الحديثون يوثّقون بابهم وشروطه. Odoo، الحاضر في كثير من الشركات الصغيرة والمتوسطة، يكشف واجهته الخارجية عبر XML-RPC، بنداء مصادقة يعيد معرّف مستعمل، ومفاتيح API منذ الإصدار 14 تحل محل كلمة المرور في السكريبتات، ووفق وثائق الإصدار 18، وصول إلى البيانات عبر الواجهة الخارجية مقصور على خطط «Custom» على Odoo Online؛ وعلى الشركة التي تنوي دمج Odoo المستضاف عند الناشر أن تتحقق من ذلك قبل توقيع عرض سعر. ومن جهة العودة، تذكّر مبادرة Standard Webhooks، التي تقودها لجنة فيها مهندسون من Zapier وTwilio وSvix وKong، بأن «على كل تطبيق لـwebhooks أن يحمي نفسه ومستعمليه من SSRF والانتحال والإعادة»، وتوفر أدوات للتوقيع والتحقق؛ وقد اعتمدها مزوّدو ذكاء اصطناعي مثل OpenAI وAnthropic وGoogle. ما يفرضه ذلك على الشركة: webhook يُستقبل دون التحقق من التوقيع باب مفتوح، وwebhook يُستقبل مرتين يجب أن ينتج أثراً واحداً.
والباقي جزائري لا يوجد في أي تقرير: برنامج الفوترة على Windows الذي لم يعد ناشره يجيب، المحاسب الخارجي الذي يريد ملفاً لا API، الصندوق الذي يصدّر CSV عند الإغلاق، مصنف Excel الذي يعدّله ثلاثة أشخاص. لا إحصاء لدينا عن هذه الحالات؛ نصادفها في كل المشاريع تقريباً، وهذا الدليل مكتوب لها بقدر ما هو مكتوب لـOdoo.
حياة طلبية عبر البرامج، في ست لحظات
التكامل لا يوصف بموصلاته بل بما يحدث لطلبية أُكِّدت في التطبيق، حتى يرى المحاسب والمسيّر الرقم نفسه.
يولد الحدث في التطبيق: طلبية مؤكَّدة ومؤرَّخة بمعرّف يُنشأ مرة واحدة إلى الأبد، معرّف عشوائي طويل لا رقم ستمنحه الفوترة لاحقاً. عقد البيانات هو الكائن الذي ستستقبله كل البرامج: الزبون، السطور، الكميات، الأسعار، الضرائب، المراجع، بصيغة واحدة تُكتب في الأسبوع الأول؛ يترجمه كل موصل إلى لغة برنامجه، ويحتفظ جدول المطابقة لكل زبون ومنتج وطلبية بمعرّف التطبيق ومعرّف كل برنامج. الإرسال يمر بطابور دائم: تحمل الرسالة مفتاح منع تكرار وحالة وعدد محاولات، وتخرج عبر API إن وُجدت، أو بملف يُودَع في مجلد مراقَب إن لم توجد؛ لا مرتين أبداً حتى لو انقطع الاتصال بعد الإرسال، بالآلية نفسها التي يصفها دليل التطبيق دون اتصال للهاتف.
الإشعار والمعرّف العائد هما اللحظة التي تجعل التكامل يصمد مع الزمن: تعيد الفوترة رقمها، 2027-0142، فيُخزَّن قبالة معرّف الطلبية؛ وحين لا يصل الجواب تكون حالة «في الانتظار» مرئية، ويُتحقَّق من الملف المستورَد بإعادة قراءة النتيجة في البرنامج. بلا هذا المعرّف قبالة، لا يستطيع أحد بعد ستة أشهر القول أي فاتورة تقابل أي طلبية، وهذا بالضبط ما يحدث حين يُنجز التكامل «بكابل». عودة الأحداث تسلك الطريق المعاكس: الدفع المُدخل في المحاسبة أو المخزون المصحَّح في ERP يعودان إلى التطبيق، بـwebhook موقَّع إن وفّره الناشر، وبقراءة دورية إن لم يوفره، فيحدّث التطبيق رصيد التاجر أو توفر المنتج. مطابقة المساء تقارن الجانبين طلبية بطلبية: ما ينقص من جهة، ما يختلف في المبلغ، ما تكرر؛ كل فارق يُدرج بسببه المحتمل، يُعاد بنقرة إن كان فشلاً تقنياً، ويحكّم فيه المحاسب إن كان خلافاً حقيقياً. وهي المطابقة نفسها التي يصفها دليل الصندوق بين جهاز الدفع والكشف.
التكامل، في خمس طبقات
خلف اللحظات الست خمس طبقات، والوسطى هي الوحيدة التي تُبنى فعلاً.
القائم يبقى في مكانه: المحاسبة يواصل المحاسب إمساكها في برنامجه، والفوترة تواصل الترقيم، وERP يواصل تسيير المخزون، والصندوق يواصل التحصيل؛ يحتفظ كل منها بما يحسنه، وهذا ما يجعل المشروع مقبولاً لمن يستعملونها. الموصلات تتكلم لغة كل برنامج ولا يعرفها شيء آخر: موصل XML-RPC لـOdoo، موصل ملفات للفوترة على Windows، قارئ قاعدة لـERP، موصل webhooks لناشر SaaS؛ وحين يتغير برنامج يتغير موصل واحد ولا يتحرك الباقي.
طبقة التكامل هي المنتج الحقيقي: الطابور الدائم بمفاتيح منع التكرار، التحويل إلى عقد البيانات، جدول مطابقة المعرّفات، سجل كل رسالة وكل جواب، وقواعد ما هو مرجعي: المحاسبة للقيد، التطبيق للطلبية، ERP للمخزون. التطبيق يصدر الأحداث ويستقبلها ولا يعرف كيف تُمسك الدفاتر؛ وهذا ما يتيح تغيير المحاسب أو البرنامج أو المورّد دون مسّ التطبيق. الإشراف شاشة يقرؤها المحاسب والمسيّر مساءً: الفوارق لكل تدفق، الرفض بسببه، الطوابير العالقة أكثر من ساعة، وزر «إعادة»؛ وتكامل بلا هذه الشاشة تكامل تُكتشف ثغراته يوم 30 من الشهر. بوابة الطلب ووكيل WhatsApp، الموصوفان في دليل بوابة B2B ودليل وكيل WhatsApp، مصدرا أحداث كغيرهما: طبقة التكامل لا تعرف إن كانت الطلبية من مندوب أو بوابة أو رسالة صوتية.
«وصل التطبيق بـAPI المحاسبة مدّ كابل؛ أما التكامل فهو الطابور والمفتاح والمطابقة والمطابقة المسائية.»
مثال محسوب
مثال على فرضيات حجم، بنتائج ليست فرضيات: موزّع، أربعة برامج، شهر واحد.
أربعة برامج: الفوترة على Windows المثبَّتة سنة 2016 التي تصدّر وتستورد ملفات، المحاسبة التي يمسكها مكتب خارجي يريد ملف قيود شهرياً، صندوق المستودع الذي يصدّر مبيعاته عند الإغلاق، والبنك الذي يوفر كشفاً للتنزيل؛ لا API لأي منها، والتكامل يعمل مع ذلك، بالملفات والقراءة. 1 200 فاتورة شهرياً تُنشأ في الفوترة من طلبيات التطبيق: ملف يُودَع كل ساعة في المجلد الذي يراقبه البرنامج، ويُعاد قراءته بعد الاستيراد لاسترجاع رقم الفاتورة وتخزينه قبالة الطلبية؛ وطلبية لم يعد رقمها خلال ثلاثين دقيقة تظهر «في الانتظار» على شاشة الإشراف.
صفر إعادة إدخال هي النتيجة التي لا تعتمد على أي فرضية: تُكتب الفاتورة مرة واحدة ولا يكتبها أحد، وتخرج القيود كل مساء إلى المحاسب بصيغة برنامجه؛ والمدفوعات التي يدخلها تعود صباحاً بقراءة الملف الذي يصدّره، ويتحدث رصيد التاجر في تطبيق المندوب الموصوف في دليل البيع المسبق. من ثلاث ساعات إلى خمس عشرة دقيقة من المطابقة في آخر الشهر فرضيتنا: تُدرج الفوارق كل مساء، نحو عشرة يومياً في البداية، واثنان أو ثلاثة بعد شهر، ويوم 30 لا يبقى ما يُبحث عنه. الفرضيات التي تُتحقَّق عندكم: كم برنامجاً، كم فاتورة، من يعيد إدخال ماذا اليوم وكم تستغرق المطابقة؛ ويوم ملاحظة في المستودع وساعة مع المحاسب يجيبان عن الأربعة.
ست حالات للوصول إلى البرنامج القائم
كل برنامج يُربط، لكن ليس بالطريقة نفسها، والأسبوع الأول من المشروع لمعرفة أي الحالات الست تنطبق على كل منها.
API الموثَّقة هي الحالة المريحة: Odoo عبر XML-RPC، برنامج حديث عبر REST، ناشر SaaS بمفاتيح وحصص. يحترم الموصل تقسيم الصفحات والحدود، ويستعمل مفتاحاً باسم الشركة، ويُختبر في بيئة اختبار قبل مسّ الإنتاج؛ ويتحقق أيضاً من أن الوصول إلى API مشمول في الاشتراك، وهذا ليس دائماً كذلك، كما تذكّر وثائق Odoo لعرضها عبر الإنترنت. تصدير الملفات واستيرادها هي الحالة الجزائرية الأكثر تكراراً: أغلب برامج الفوترة والمحاسبة على Windows تعرف استيراد CSV أو Excel وتصديره؛ يولّد التطبيق الملف بالصيغة الدقيقة المنتظرة، ويودعه في مجلد مراقَب، ويعيد قراءة النتيجة للحصول على الإشعار. أقل أناقة من API وموثوق بالقدر نفسه حين توجد إعادة القراءة. قاعدة البيانات القابلة للوصول تُقرأ للقراءة فقط لاسترجاع الفواتير والمدفوعات؛ ولا تُكتب أبداً مباشرة في قاعدة برنامج لا نتحكم فيه، بل عبر استيراده الرسمي.
الشاشة وحدها هي الملاذ الأخير: لا API، لا تصدير مفيد، ناشر لا يُتواصل معه؛ أتمتة الشاشة، روبوت يكتب في البرنامج كإنسان على جهاز مخصص بالتقاط إثباتات، تعمل، وتتعطل مع كل تحديث للبرنامج؛ وتُرفق دائماً بتاريخ خروج، غالباً تاريخ الترحيل الموصوف في دليل برامج التسيير القديمة. ناشر SaaS الأجنبي يوفر webhooks يجب التحقق منها بالتوقيع وحمايتها من الإعادة واستقبالها على خادم يجيب بسرعة؛ المفاتيح باسم الشركة، ودفع الخدمة بالعملة الأجنبية يتبع دليل دفع تكاليف السحابة من الجزائر. ملف Excel المشترك ليس برنامجاً بل عادة: إما يصبح التطبيق المصدر وExcel تصديراً يستطيع كل واحد فتحه، أو يُستورد المصنف مرة ويُوقَف؛ وإبقاؤه حياً بجانب التطبيق يخلق حقيقة ثالثة.
«المحاسبة تستقبل؛ ولا تقود العملية.»
ست شركات، ما يُربط أولاً
ست شركات نجهّزها كثيراً، ولكل منها أول تدفق يُربط، وهو دائماً الذي يُعاد إدخاله اليوم.
الموزّع يربط أولاً طلبيات التطبيق بالفوترة والتحصيلات بالمحاسبة؛ ومخزون ERP إلى التطبيق وكشوف البنك إلى المطابقة تأتي بعد ذلك. سلسلة المتاجر تربط مبيعات كل صندوق بالمخزون المركزي والمحاسبة كل مساء، ثم الولاء والوصولات بفضاء الزبون والأسعار المركزية بالصناديق. المصحة أو العيادة تربط أعمال المفكرة بالفوترة والمدفوعات بالمحاسبة، ثم نتائج المخبر بالملف؛ وعيادة الأسنان التي تستقبل الجالية، الموصوفة في الدليل المخصص، لها هذا التدفق الأول بالضبط.
الوكالة العقارية تربط وصولات التطبيق بالمحاسبة والأكرية المحصَّلة بكشف المالك الموصوف في دليل الشقة المسيَّرة من فرنسا، ثم كشف البنك بمطابقة الأكرية. SaaS المؤسس يربط اشتراكاته وفواتيره بمحاسبته بتصدير شهري، ثم يوفر لكل زبون تصديراً بصيغة برنامج ذلك الزبون، وهي غالباً الوظيفة التي تجعل شركة صغيرة توقّع. المستورد الذي لديه ERP يربط كتالوج ERP وأسعاره وأرصدته ببوابة B2B وطلبيات البوابة بـERP، ثم حالات التسليم بوكيل WhatsApp. في الحالات الست ينطلق التدفق الأول من الحدث نحو المحاسبة لا العكس أبداً: المحاسبة تستقبل ولا تقود العملية، وهذه قاعدة تجنّب أغلب تعارضات الحقيقة.
رأيناه في مكان آخر: Odoo وStandard Webhooks وPostman، وما ينتقل
ثلاثة نصوص عامة تقول الجوهر. وثائق الواجهة الخارجية لـOdoo تُظهر كيف يبدو باب مدخل جيد الصنع: نداء مصادقة، مفاتيح API لكل مستعمل منذ الإصدار 14، طرق للبحث والقراءة والإنشاء والكتابة على النماذج، وشرط تجاري، الوصول المقصور على خطط معيّنة في العرض عبر الإنترنت، يجب قراءته قبل الوعد بتكامل. ما ينتقل إلى أي برنامج: التحقق من الوصول قبل التسعير، مفتاح لكل شركة ولا كلمة مرور المسيّر في سكريبت أبداً، وبيئة اختبار للتجربة. Standard Webhooks تقول النصف الآخر: webhook طلبٌ يرسله طرف ثالث إلى خادمكم، ويجب أن يكون موقَّعاً ومتحقَّقاً منه ومؤرَّخاً ومحمياً من الإعادة؛ وقد اعتمدها مزوّدو الذكاء الاصطناعي، والمبدأ نفسه ينطبق على webhook لـWhatsApp أو لناشر فوترة عبر الإنترنت.
أما تقرير Postman فيقول إلى أين تتجه السوق: واجهات في كل مكان، إيرادات تتوقف عليها، وحصة متنامية من الواجهات المصممة لتستدعيها وكلاء الذكاء الاصطناعي لا الشاشات؛ ووكيل WhatsApp الموصوف في الدليل المخصص هو ذلك بالضبط، مستدعي API. ما لا ينتقل: افتراض أن API موجودة. في الجزائر لا توجد لنصف البرامج المصادَفة، وطبقة التكامل هي بالضبط ما يجعل الملفات والقواعد للقراءة وحتى الشاشة موثوقة كـAPI: الطابور والمفتاح والمطابقة والمطابقة المسائية لا تتوقف على الموصل.
قواعد التكامل الذي يصمد
ست قواعد تُكتب في الأسبوع الأول وتُعاد قراءتها مع كل تدفق جديد. حقيقة واحدة لكل معطى: الطلبية للتطبيق، القيد للمحاسبة، المخزون لـERP، وكل برنامج يستقبل البيانات الأخرى نسخاً؛ برنامجان يدّعيان إمساك المعطى نفسه ينحرفان خلال شهر. مفتاح منع تكرار لكل رسالة وطابور دائم، كي لا ينشئ الإرسال المكرر إلا فاتورة واحدة. جدول مطابقة لكل معرّف فيه توأمه في كل برنامج، وبدونه لا يتطابق شيء. سجل لكل رسالة وكل جواب، يستطيع المحاسب قراءته. الحسابات والمفاتيح والوصول باسم الشركة لا باسم المورّد أبداً، كما يذكّر دليل التطبيق العالق عند مطوّر اختفى. بيئة اختبار وفترة بالتوازي: يعمل التدفق الأول أسبوعين بجانب الإدخال، يُقارَن الاثنان كل مساء، ولا يتوقف الإدخال إلا حين تُفسَّر الفوارق.
قاعدة سابعة تخص دفتر الشروط: «تكامل مع المحاسبة» ليس متطلباً بل جملة؛ المتطلب يُكتب «الطلبيات المؤكَّدة تنشئ فاتورة في البرنامج X باستيراد ملف خلال ثلاثين دقيقة، ورقم الفاتورة يُخزَّن قبالة الطلبية، وفوارق اليوم تُدرج على الساعة 20»، ويُتحقَّق منه عند القبول، كما يوصي دليل دفتر الشروط. وعرض السعر الذي يسعّر «التكامل» دون أن يقول بأي وسيلة ولأي تدفقات سعّر شيئاً آخر.
تقويم 2027
التقويم تقويم تكامل في ستة عشر أسبوعاً، أسبوعاه الأولان لا ينتجان كوداً وأسبوعان آخران يعمل فيهما التدفق الأول بالتوازي مع الإدخال.
الأسبوعان 0 إلى 2 للجرد: كل برنامج وإصداره وطريقة الوصول إليه من بين الست، كل تدفق يُعاد إدخاله اليوم ومن يعيده، وعقد البيانات المكتوب مع المحاسب. الأسبوعان 2 إلى 4 للحصول على الوصول: مفاتيح API باسم الشركة، صيغ التصدير والاستيراد مختبرة على بيانات حقيقية، بيئة اختبار حين يوفّرها الناشر، والتواصل مع الناشر حين يلزم طلب شيء منه، وهذا يستغرق دائماً أكثر مما خُطط. الأسابيع 4 إلى 8 تبني طبقة التكامل: الطابور، منع التكرار، المطابقة، السجل، شاشة الفوارق، والموصل الأول. الأسبوعان 8 إلى 10 يشغّلان التدفق الأول بالتوازي: تستقبل الفوترة فواتير التطبيق وفواتير الإدخال المعتاد، ويُقارَن الاثنان كل مساء حتى تُفهم الفوارق. الأسبوعان 10 إلى 12 يوصلان العودة، المدفوعات والمخزون، والمطابقة الآلية. الأسبوعان 12 إلى 14 يوقفان الإدخال تدفقاً تدفقاً. الأسبوعان 14 إلى 16 يدخلان الإشراف في روتين المحاسب ويقدّمان الحصيلة: الفوارق لكل تدفق ولكل أسبوع، الرفض، والقرار بشأن البرنامج الذي سيُستبدل يوماً. أما ما تكلّفه سنة من هذه الطبقة بعد ذلك، بتحديثات الموصلات، فيتبع منطق دليل حياة التطبيق.
ما يُفشل التكامل
التكاملات التي نراها تفشل تفشل دائماً تقريباً لأحد هذه الأسباب.
- وصل التطبيق مباشرة بـAPI. كابل لا تكامل: عند أول تغيير للبرنامج أو المحاسب يُعاد كل شيء.
- لا جدول مطابقة. بعد ستة أشهر لا يعرف أحد أي فاتورة هي أي طلبية، وتصبح المطابقة مستحيلة.
- برنامجان يمسكان المعطى نفسه. المخزون في ERP وفي التطبيق، معدَّل من الجانبين؛ ينحرفان خلال شهر.
- الكتابة مباشرة في قاعدة برنامج. تعمل حتى التحديث الذي يغيّر جدولاً؛ أما الاستيراد الرسمي فيصمد.
- لا مطابقة يومية. يُكتشف الفارق يوم 30، عمره ثلاثة أسابيع، ولا يعود أحد يعرف من أين أتى.
- إيقاف الإدخال من اليوم الأول. بلا الأسبوعين بالتوازي، تُتعلَّم أخطاء الصيغة في محاسبة الشهر.
- المفاتيح باسم المورّد. تغيير المورّد يعني إعادة طلب كل الوصول، والناشر لا يجيب دائماً.
أسئلة شائعة
الأسئلة التي نتلقاها من مسيّرين ومحاسبين ومؤسسين مقيمين في فرنسا.
- برنامج الفوترة لديّ بلا API. هل يمكن دمجه مع ذلك؟
- نعم، في كل الحالات تقريباً: أغلب برامج Windows تستورد الملفات وتصدّرها، وملف يُودَع في مجلد مراقَب ثم يُعاد قراءته للتحقق من النتيجة يساوي API حين يوجد خلفه الطابور والمفتاح والمطابقة. وتُقرأ قاعدة البيانات للقراءة فقط، وتُؤتمت الشاشة كملاذ أخير بتاريخ خروج.
- هل نستبدل المحاسبة أم نُبقيها؟
- نُبقيها، دائماً تقريباً: المحاسبة يمسكها محاسب يعرف برنامجه، والمشروع هو إرسال قيود صحيحة إليه بصيغته لا فرض أداة عليه. أما الاستبدال، إن حدث يوماً، فمشروع آخر موصوف في دليل ترحيل برامج التسيير القديمة.
- كيف نتجنب تكرار الفواتير؟
- بمفتاح منع تكرار على كل رسالة في الطابور وبالمعرّف العائد المخزَّن قبالة الطلبية: الإرسال المكرر يُتعرَّف عليه ولا ينشئ فاتورة ثانية، والفاتورة المرقَّمة أصلاً لا تنطلق من جديد. ومطابقة المساء تلتقط ما أفلت.
- ماذا لو لم يجب ناشر البرنامج؟
- لا ننتظر: نربط بالملفات أو بقراءة القاعدة، وهما لا يطلبان شيئاً من الناشر، ونسجّل السؤال للترحيل المستقبلي. وتبقى أتمتة الشاشة ممكنة على جهاز مخصص بتاريخ خروج مكتوب.
- من ينظر في الفوارق كل مساء؟
- المحاسب أو الشخص الذي كان يعيد الإدخال قبلاً: تدرج شاشة الإشراف الفوارق لكل تدفق بسببها المحتمل وزرّاً لإعادة الإخفاقات التقنية؛ والخلافات الحقيقية، خصم غير مخطط، سعر مختلف، يحكّم فيها هو. عشرة فوارق يومياً في البداية، واثنان أو ثلاثة بعد شهر.
- كم من الوقت قبل أن تتوقف إعادة الإدخال؟
- عشرة أسابيع للتدفق الأول: اثنان للجرد، اثنان للوصول، أربعة للبناء واثنان بالتوازي مع الإدخال؛ ثم تدفق كل أسبوعين تقريباً. ومشروع بأربعة برامج يُنجز في ستة عشر أسبوعاً حين يصل الوصول في وقته، والناشر الذي لا يجيب هو ما يطيل التقويم في أغلب الأحيان.