درس ۳ — Odoone چیست و چه نیست
این همان درسی است که جلوی یک اشتباه در خرید را میگیرد.
ماژول صورتحساب الکترونیکی امارات از Odoone، رابط سمت ERP است. این ماژول گوشهٔ ۱ و گوشهٔ ۴ را اشغال میکند: سند خروجی را تولید میکند و سند ورودی را وارد دفاتر شما میکند. ارسال روی Peppol و گزارش دادههای مالیاتی به FTA را یک ASP معتمدِ وزارت دارایی امارات (MoF) انجام میدهد. راهنمای خود ماژول این موضع را بیپرده میگوید — این ماژول «نقطهٔ دسترسی معتمد نیست و از نظر قانونی هم نمیتواند باشد».
چه کسی چه کاری میکند، در یک جدول.
| کار | چه کسی انجامش میدهد |
|---|---|
| صدور صورتحساب و نگهداری داده | سامانهٔ ERP شما — Odoone، در C1 |
| تولید سند PINT AE و اعتبارسنجی آن | Odoone |
| ارسال روی Peppol به طرف مقابل | ASP شما، در C2 |
| گزارش دادههای مالیاتی به FTA | ASP شما |
| تبدیل صورتحساب الکترونیکی ورودی به صورتحساب خرید پیشنویس | Odoone، در C4 |
| داشتن اعتبارنامهٔ رسمی | ASP — اعتبار به ارائهدهنده تعلق میگیرد، نه به نرمافزار نصبشده |
کاری که ماژول در سمت خودش میکند مشخص است. سند PINT AE را برای صورتحسابهای مشتریِ مشمول در امارات تولید میکند، آن را در برابر فیلدهای اجباری و قواعد کاری MoF اعتبارسنجی میکند، از طریق ASP میفرستد و چرخهٔ کامل اسناد خروجی و ورودی را دنبال میکند — وضعیت FTA، تلاشهای مجدد، و آرشیو XML تغییرناپذیر با مُهر SHA-256. اسناد ورودی بهصورت صورتحساب خرید پیشنویس ساخته میشوند و هرگز خودکار ثبت نمیشوند، پس سند یک تأمینکننده بدون آنکه انسانی ببیندش وارد دفاتر شما نمیشود.
اعتبارنامه وضعیتی است که ارائهدهنده برایش درخواست میدهد و آن را نگه میدارد. شرایط احراز و فرایند اعتباربخشی را تصمیم وزارتی شمارهٔ 64 سال 2025 تعیین میکند که با تصمیم وزارتی شمارهٔ 56 سال 2026 اصلاح شده است. وزارت دارایی فهرست ارائهدهندگان معتمد را در mof.gov.ae منتشر میکند و این فهرست با افزودهشدن و اعتباریافتن ارائهدهندگان تغییر میکند، پس همان روزی که فهرست کوتاه خودتان را میسازید آن را ببینید، نه رونوشتی را که کسی بهار امسال دستبهدست کرده است. منبع: تصمیم وزارتی 64/2025 با اصلاح تصمیم وزارتی 56/2026.
این ماژول مستقل از ASP است و این یک تصمیم طراحی آگاهانه است. یک آداپتور عمومی REST همراه آن میآید و افزودن ارائهدهندهٔ دیگر یعنی یک مدل آداپتور تازه بههمراه یک ورودی در فهرست انتخاب، بدون هیچ تغییری در کد اصلی. پس ارائهدهنده را بر پایهٔ شایستگیاش انتخاب میکنید — پوشش، پشتیبانی، قیمت، سرعت راهاندازی — نه به این دلیل که سامانهٔ شما هرگز جز با یکی از آنها حرف نزده است.
نتیجه در زمان قرارداد این است که شما دو چیز را از دو تأمینکننده میخرید و میتوانید به هر ترتیبی بخرید. قرارداد ASP به شما هویتی روی شبکهٔ Peppol و راهی به FTA میدهد. کار ERP دادههای صورتحساب شما را به شکلی درمیآورد که ارائهدهنده بپذیرد. کسبوکاری که در نوامبر با یک ASP قرارداد ببندد و در دسامبر رابط ERP نداشته باشد، آمادهتر از کسبوکاری نیست که رابط دارد و ارائهدهنده ندارد.
دو شکست اینجا قرینهٔ یکدیگرند. یکی خریدن نرمافزاری است که «منطبق» توصیف میشود و گمانکردن به اینکه نیاز به ارائهدهنده را برمیدارد — برنمیدارد، و یک مجوز نصبشده نمیتواند وضعیتی را اعطا کند که وزارت به ارائهدهندگان خدمات میدهد. دیگری امضای قرارداد با ارائهدهنده است و گمانکردن به اینکه او همهچیز را حل میکند — ارائهدهنده نمیتواند دادهای را که هرگز به دستش نرسیده ترمیم کند و اسنادی را که فیلدهای لازم را ندارند رد میکند. از هر فروشندهای یک پرسش بپرسید: شما خودتان نقطهٔ دسترسی معتمد هستید یا مرا به یکی وصل میکنید؟ هر دو پاسخ مشروعاند. اما فقط یکی از آنها ASP است.
ایدهای که با خود ببرید: Odoone گوشهٔ ۱ و گوشهٔ ۴ است، ارائهدهندهٔ شما گوشهٔ ۲ است، و هیچکدام جای دیگری را نمیگیرد.