يُوقَّع في نظام المكلّفين (Moadian) كل فاتورة إلكترونية بالمفتاح الخاص للشركة وتُرسَل خلال مهلة قانونية مدتها 12 يومًا. والسؤال الطبيعي: هل يستطيع مساعد الذكاء الاصطناعي أداء ذلك؟ الجواب المختصر: جزء منه نعم (قراءة الحالة)، والجزء الحساس لا (الإرسال والتوقيع)، وهذا الفصل مقصود.
ما الذي يستطيع مساعد الذكاء الاصطناعي إنجازه بالضبط؟
تقرأ أداة moadian_status حالة إرسال فاتورة واحدة أو أكثر — مؤكَّدة، معلّقة، أو مرفوضة — بمعزل عن حالتها المحاسبية. هذه عملية قراءة بحتة: لا يُمسّ أي مفتاح توقيع، ولا يُرسَل شيء إلى خادم المكلّفين (Moadian). سؤال مثل «ما الفواتير التي لم تُرسل بعد إلى المكلّفين هذا الأسبوع؟» يستدعي هذه الأداة بالتحديد.
لماذا لا يكون الإرسال نفسه متاحاً عبر مسار MCP؟
الإرسال إلى نظام المكلّفين (Moadian) عملية ذات مهلة قانونية وتوقيع مشفّر، ويجب أن يحتفظ أودو نفسه (لا المساعد الذكي) بالسيطرة الكاملة عليها — سواء عبر زر الإرسال اليدوي أو المهمة المجدولة التلقائية، وهما المساران المختبَران والمعتمدان مسبقاً. إضافة مسار ثانٍ (عبر أداة MCP) لنفس العملية يعني نقطتي تحكّم لإجراء قانوني حسّاس — بالضبط من نوع المخاطر التي صُمم من أجلها مبدأ «الكتابة على مرحلتين مع تأكيد بشري»، مع فارق أنه هنا لا يكفي التأكيد البشري نفسه لأن التوقيع والمهلة القانونية طرفان في الأمر.
فما فائدة هذه الأداة إذن؟
التقرير والمتابعة — نفس ما يُطلب يوميًا من موظف المحاسبة: «أي الفواتير متوقفة؟»، «أي منها رُفض ويحتاج إلى مراجعة؟». لوحة «حالة الفاتورة الإلكترونية» الجاهزة تلخّص ذلك بالضبط في جدول واحد، دون تجاوز مسار الإرسال الفعلي.
الإعداد الكامل لربط Odoo بنظام المكلّفين (Moadian) (معرّف الذاكرة والمفتاح الموقِّع والإرسال التلقائي أو اليدوي) في دليل الاتصال بنظام المكلّفين (Moadian) وارد؛ ووصول المساعد الذكي إلى حالته موضّح في صفحة تطبيق خادم MCP.
مرز مسئولیت: چه چیزی خودکار است و چه چیزی نه
مهمترین سوءتفاهم دربارهٔ دستیار هوش مصنوعی در چرخهٔ مودیان همینجاست. جدول زیر مرز را روشن میکند.
| کار | دستیار هوش مصنوعی | سامانه/اپراتور انسانی |
|---|---|---|
| خواندن وضعیت صورتحسابهای ارسالشده | بله، از روی دادهی اودو | — |
| خلاصهکردن دلیل رد شدن یک صورتحساب | بله | — |
| پیدا کردن صورتحسابهای نزدیک به مهلت | بله | — |
| امضا و ارسال صورتحساب به کارپوشه | خیر | فرایند امضاشدهٔ سامانه |
| ابطال یا اصلاح صورتحساب | خیر | کاربر مجاز |
| تغییر شناسهٔ کالا یا اطلاعات خریدار | خیر (فقط پیشنهاد) | کاربر مجاز |
چرا این مرز عمدی است
ارسال صورتحساب یک عمل حقوقی است، نه یک عملیات دادهای. اگر مدل بتواند مستقیماً ارسال کند، دو ریسک واقعی ایجاد میشود: ارسال صورتحسابی که هنوز تأیید نشده، و نبود ردپای روشن از اینکه چه کسی مسئول آن ارسال بوده. به همین دلیل دسترسی خواندنی باز است و دسترسی نوشتنی روی این مسیر بسته میماند.
سه پرسشی که واقعاً میشود از دستیار پرسید
- «کدام فاکتورهای این هفته هنوز به کارپوشه نرفتهاند؟» — فهرست با شماره و تاریخ، تا پیش از مهلت رسیدگی شود.
- «چرا فاکتور فلان رد شد؟» — خلاصهٔ پیام خطای سامانه به زبان ساده، بهجای کد خطای خام.
- «کدام طرفحسابها شمارهٔ اقتصادی ندارند؟» — همان دادهای که اگر ناقص بماند، صورتحساب در همان ارسال اول رد میشود.
سازوکار امنکردن این دسترسی در چکلیست امنیتی کلیدهای MCP آمده و چرخهٔ کامل ارسال در آموزش اتصال اودوو به سامانه مودیان. مهلتها هم در راهنمای مهلت و جرایم ماده ۲۲.