Mükellef Sistemi (Moadian), e-faturayı şirketin özel imzalama anahtarıyla imzalayarak gönderir ve 12 günlük yasal süre vardır. Doğal soru şudur: YZ asistanı bu işi yapabilir mi? Kısa yanıt: bir kısmı evet (durum okuma), hassas kısmı hayır (gönderim/imzalama) — bu ayrım kasıtlıdır.
Yapay zeka asistanı tam olarak neyi yapabilir?
moadian_status aracı, bir veya birden çok faturanın gönderim durumunu — onaylandı, beklemede veya reddedildi — muhasebe durumundan bağımsız olarak okur. Bu salt okunur bir işlemdir: hiçbir imza anahtarına dokunulmaz, Moadian sunucusuna hiçbir şey gönderilmez. «Bu hafta hangi faturalar henüz Moadian'a gönderilmedi?» gibi bir soru tam olarak bu aracı çağırır.
Neden gönderimin kendisi MCP üzerinden erişilebilir değil?
Moadian'a gönderim, yasal süresi ve kriptografik imzası olan bir işlemdir ve bunun tam kontrolü yapay zeka asistanı değil, Odoo'nun kendisinde olmalıdır — manuel gönder düğmesi veya zaten test edilip onaylanmış otomatik cron yolu. Aynı işlem için ikinci bir yol (bir MCP aracı üzerinden) eklemek, hassas bir yasal eylem için iki kontrol noktası demektir — «insan onaylı iki aşamalı yazma» ilkesinin tam olarak önlemeye çalıştığı türden bir risk; tek fark burada insan onayının bile yeterli olmamasıdır, çünkü imza ve yasal süre söz konusudur.
Peki bu aracın ne işe yarar?
Raporlama ve takip — bir muhasebe çalışanından her gün istenen şey: «Hangi Faturalar beklemede?», «Hangiler reddedildi ve yeniden incelenmeli?». «E-fatura durumu» panosunun hazır komutu tam olarak bunu, gerçek gönderim sürecini atlamadan Farsça bir tabloda özetler.
Odoo'nun Moadian'a tam bağlantı kurulumu (hafıza kimliği, imza anahtarı, otomatik/manuel gönderim) Mükellef Sistemi'ne (Moadian) bağlanma eğitimi yer almakta; yapay zeka asistanının durumuna erişimi MCP sunucusu uygulama sayfası.
مرز مسئولیت: چه چیزی خودکار است و چه چیزی نه
مهم‌ترین سوءتفاهم دربارهٔ دستیار هوش مصنوعی در چرخهٔ مودیان همین‌جاست. جدول زیر مرز را روشن می‌کند.
| کار | دستیار هوش مصنوعی | سامانه/اپراتور انسانی |
|---|---|---|
| خواندن وضعیت صورتحساب‌های ارسال‌شده | بله، از روی داده‌ی اودو | — |
| خلاصه‌کردن دلیل رد شدن یک صورتحساب | بله | — |
| پیدا کردن صورتحساب‌های نزدیک به مهلت | بله | — |
| امضا و ارسال صورتحساب به کارپوشه | خیر | فرایند امضاشدهٔ سامانه |
| ابطال یا اصلاح صورتحساب | خیر | کاربر مجاز |
| تغییر شناسهٔ کالا یا اطلاعات خریدار | خیر (فقط پیشنهاد) | کاربر مجاز |
چرا این مرز عمدی است
ارسال صورتحساب یک عمل حقوقی است، نه یک عملیات داده‌ای. اگر مدل بتواند مستقیماً ارسال کند، دو ریسک واقعی ایجاد می‌شود: ارسال صورتحسابی که هنوز تأیید نشده، و نبود ردپای روشن از اینکه چه کسی مسئول آن ارسال بوده. به همین دلیل دسترسی خواندنی باز است و دسترسی نوشتنی روی این مسیر بسته می‌ماند.
سه پرسشی که واقعاً می‌شود از دستیار پرسید
- «کدام فاکتورهای این هفته هنوز به کارپوشه نرفته‌اند؟» — فهرست با شماره و تاریخ، تا پیش از مهلت رسیدگی شود.
- «چرا فاکتور فلان رد شد؟» — خلاصهٔ پیام خطای سامانه به زبان ساده، به‌جای کد خطای خام.
- «کدام طرف‌حساب‌ها شمارهٔ اقتصادی ندارند؟» — همان داده‌ای که اگر ناقص بماند، صورتحساب در همان ارسال اول رد می‌شود.
سازوکار امن‌کردن این دسترسی در چک‌لیست امنیتی کلیدهای MCP آمده و چرخهٔ کامل ارسال در آموزش اتصال اودوو به سامانه مودیان. مهلت‌ها هم در راهنمای مهلت و جرایم ماده ۲۲.
