استعلام شناسه ملی و کد اقتصادی؛ کنترل هویت طرف معامله

هر شناسه چه چیزی را ثابت می‌کند؟

شناسه ملی عدد یکتایی است که پایگاه اطلاعات اشخاص حقوقی به یک شخص حقوقی اختصاص می‌دهد. شماره ثبت، شماره پرونده مرجع ثبت است و می‌تواند در شهرها یا مراجع مختلف ساختار دیگری داشته باشد؛ بنابراین جای شناسه ملی را نمی‌گیرد. کد ملی برای شخص حقیقی، شناسه فراگیر برای برخی اشخاص خارجی و کدپستی برای مکان‌اند. ترکیب این اعداد باید با نوع شخص و سند سازگار باشد. ^{[۱] [۲] [۳]}

آیین‌نامه تبصره ۳ ماده ۱۶۹ مقرر می‌کند برای اشخاص حقوقی مشمول، شناسه ملی به عنوان شماره اقتصادی محسوب شود و برای برخی اشخاص دیگر شماره اقتصادی بر مبنای شناسه یا شماره ملی صادر گردد. این قاعده به معنی یکی‌شدن همه وضعیت‌های ثبت و مالیات نیست. شخص می‌تواند شناسه ملی داشته باشد اما ثبت‌نام، پرونده، فعالیت یا تکلیف مالیاتی او نیاز به کنترل جداگانه داشته باشد. ^{[۵] [۶] [۸]}

شماره اقتصادی با شناسه کالا، شناسه یکتای حافظه مالیاتی، شماره منحصر مالیاتی صورتحساب، کد کارگاه بیمه یا شبا تفاوت دارد. هر کدام یک موجودیت یا رویداد متفاوت را شناسایی می‌کنند. نرم‌افزار نباید یک فیلد عمومی «کد» برای همه آن‌ها داشته باشد. مدل داده باید نوع، مرجع، قالب، تاریخ اعتبار و شخص مرتبط را جدا نگه دارد تا جابه‌جایی عدد به خطای صورتحساب یا پرداخت تبدیل نشود. ^{[۷] [۱۱] [۱۲]}

استعلام هویت شرکت را از سه منبع بسازید

پایگاه شناسه ملی نقطه شروع تطبیق نام رسمی، نوع، شناسه، وضعیت و نشانی اعلامی شخص حقوقی است. نتیجه را با تاریخ جست‌وجو ذخیره کنید و نگارش نام را عین منبع وارد نمایید. نبود نتیجه یا وضعیت نامعلوم را فوراً جعل ندانید؛ خطای سامانه، تفاوت نگارش یا تأخیر به‌روزرسانی ممکن است مطرح باشد. معامله پرریسک تا دریافت شاهد جایگزین و بررسی حقوقی محدود شود. ^{[۲] [۱] [۲۳]}

روزنامه رسمی و سامانه ثبت شرکت‌ها برای آگهی تأسیس، تغییرات، مدیران، صاحبان امضا، نشانی، سرمایه و انحلال استفاده می‌شوند. شناسه ملی به تنهایی اختیار امضاکننده قرارداد را ثابت نمی‌کند. آخرین آگهی مرتبط باید خوانده و با اساسنامه یا مصوبه لازم تطبیق شود. مهر شرکت نیز شخص امضاکننده را مجاز نمی‌کند؛ ترکیب امضا و حدود اختیار باید از سند معتبر بیاید. ^{[۴] [۳] [۱۷]}

منبع سوم خود طرف معامله است: اساسنامه یا شرکت‌نامه، گواهی حساب بانکی، قرارداد و فاکتور. این مدارک با منابع مستقل مقایسه می‌شوند، نه اینکه جای آن‌ها را بگیرند. نام صاحب حساب و شناسه باید با شخصیت قراردادی هم‌خوان باشد. پرداخت به مدیر، شرکت خواهر یا نماینده فقط با مبنای قراردادی و تأیید مستقل انجام شود؛ پیام تغییر شبا به تنهایی کافی نیست. ^{[۱۲] [۲۳] [۲۰]}

وضعیت مالیاتی را با هویت حقوقی مخلوط نکنید

ثبت‌نام و خدمات مالیاتی در درگاه سازمان امور مالیاتی انجام می‌شود و دسترسی به جزئیات پرونده عموماً به خود مؤدی یا نماینده مجاز نیاز دارد. خریدار نباید از روی یک تصویر قدیمی «گواهی کد اقتصادی» وضعیت جاری همه تکالیف را نتیجه بگیرد. شماره اقتصادی، کد فعالیت، ثبت‌نام ارزش افزوده، کارپوشه و بدهی یا گواهی‌های خاص هر کدام موضوع جدا دارند. ^{[۸] [۶] [۱۰]}

در صورتحساب الکترونیکی، شناسه و اطلاعات طرف باید با قواعد و مشخصات فنی جاری سامانه مؤدیان سازگار باشد. پذیرش فنی یک صورتحساب، کل معامله یا هزینه را برای رسیدگی اثبات نمی‌کند. قرارداد، تحویل، پرداخت و ارتباط با فعالیت نیز لازم‌اند. برعکس، خطای شناسه می‌تواند مانع تبادل یا اعتبار شود حتی اگر معامله واقعی باشد؛ پس کنترل داده پایه پیش از صدور اهمیت دارد. ^{[۷] [۹] [۲۳]}

برای اشخاص حقیقی، شماره ملی و شماره اقتصادی را بدون مجوز در اسناد عمومی منتشر نکنید. هدف کنترل، جمع‌آوری حداقل داده لازم است. نقش‌ها، دسترسی و مدت نگهداری برای مدارک هویتی تعیین شوند و فایل کارت ملی در پوشه عمومی فروش قرار نگیرد. استعلام از مسیر رسمی و با اختیار قانونی انجام شود؛ خرید بانک اطلاعاتی ناشناس هم ریسک حریم خصوصی و هم ریسک داده جعلی دارد. ^{[۱۵] [۲۱] [۲۲]}

کنترل طرف معامله را پیش از اولین قرارداد اجرا کنید

فرم ایجاد شخص باید نام رسمی، نام تجاری، نوع، شناسه ملی یا کد ملی، شماره اقتصادی حسب مورد، شماره ثبت، کدپستی، نشانی، تلفن رسمی، صاحبان امضا، حساب بانکی و وضعیت مجوز را جدا بگیرد. منبع هر فیلد ثبت شود. یک نفر داده را وارد و فرد دیگری منابع مستقل را تطبیق دهد. شخص تکراری با نگارش متفاوت باید پیش از ایجاد ادغام یا تعیین تکلیف شود. ^{[۱] [۲۳] [۲۰]}

سطح کنترل بر اساس ریسک تنظیم شود. معامله کوچک نقدی با تأمین‌کننده محلی با قرارداد بزرگ، پیش‌پرداخت خارجی یا کالای مجوزدار یکسان نیست. مبلغ، کشور، صنعت، روش پرداخت، واسطه، شخص سیاسی یا وابستگی و تغییرات اخیر می‌توانند کنترل بیشتر بخواهند. امتیاز ریسک حکم فساد نیست؛ فقط عمق بررسی و سطح تأیید را تعیین می‌کند و باید معیار از پیش‌نوشته داشته باشد. ^{[۱۴] [۱۶] [۱۹]}

مالک ذی‌نفع و وابستگی‌ها در معاملات پرریسک با اسناد و مقررات قابل دسترس بررسی می‌شوند. نام مدیرعامل لزوماً مالک نهایی نیست و شناسه ملی ساختار مالکیت را کامل نشان نمی‌دهد. پرسش‌نامه، دفتر سهام یا اسناد مکمل و در صورت لزوم خدمات تخصصی استفاده شود. نتیجه و محدودیت داده ثبت گردد؛ نبود اطلاعات عمومی نباید با قطعیت به عنوان پنهان‌کاری معرفی شود. ^{[۱۴] [۱۶] [۴]}

هویت طرف پس از ایجاد نیز تغییر می‌کند

تغییر نام، نشانی، مدیر، صاحب امضا، وضعیت انحلال، ادغام، مجوز یا حساب بانکی رویداد بازبینی است. پایگاه داخلی باید تاریخ آخرین کنترل و سررسید بعدی داشته باشد. برای فروشنده فعال، بازبینی سالانه و کنترل رویدادمحور ترکیب مناسبی است؛ تناوب دقیق بر اساس ریسک تعیین شود. دریافت آگهی جدید باید به قرارداد باز، سفارش و پرداخت‌های در صف تحویل داده شود. ^{[۱] [۴] [۱۸]}

تغییر شبا از پرریسک‌ترین رویدادهاست. درخواست باید از کانال قبلی، با نامه صاحب امضا، گواهی بانک و تماس مستقل تأیید شود. پاسخ به همان ایمیل تغییر یافته یا شماره تلفن داخل نامه کنترل مستقل نیست. نخستین پرداخت می‌تواند محدود یا با تأیید بالاتر انجام شود. حساب نامنطبق با نام طرف تا روشن‌شدن مبنا متوقف گردد و استثنا تاریخ پایان داشته باشد. ^{[۱۲] [۲۰] [۲۳]}

گزارش استثناها باید شناسه تکراری، نام نزدیک، کدپستی نامعتبر، مدیر منقضی، وضعیت منحل، حساب نامنطبق و سند قدیمی را نشان دهد. پاک‌کردن شخص قدیمی می‌تواند تاریخچه معامله را از بین ببرد؛ وضعیت غیرفعال و رابطه جانشینی بهتر است. ادغام رکورد نیز نیازمند بازبین و گزارش قبل و بعد است تا فاکتور یا پرداخت به شخص اشتباه منتقل نشود. ^{[۲۴] [۲۲] [۱]}

مرز نقش ژرف‌بان در استعلام هویت چیست؟

ژرف‌بان پایگاه شناسه ملی، روزنامه رسمی، سازمان مالیاتی یا بانک نیست. قابلیت‌های فعال اشخاص، پیوست، نقش، تأیید، تاریخچه، فروش، خرید، خزانه و چندشرکتی می‌توانند منبع هر شناسه، بازبینی و پرداخت مرتبط را نگه دارند. استعلام برخط ILENC، مالیات یا بانک فقط اگر در دمو و قرارداد همان استقرار با مجوز و دامنه روشن اثبات شود قابل ادعاست. ^{[۲] [۸]}

در دمو یک فروشنده ساختگی با دو نگارش نام و یک تغییر شبا بسازید. سیستم باید تکرار را هشدار دهد، مدارک و نتیجه تطبیق را نگه دارد و پرداخت را تا تأیید مستقل محدود کند. سپس تغییر صاحب امضا را اجرا و گزارش دسترسی و قرارداد باز را ببینید. وجود فیلد شناسه ملی یا دکمه «استعلام» بدون پاسخ منبع و تاریخ، اثبات اتصال رسمی نیست. ^{[۲۳] [۲۲]}

اگر مالک ذی‌نفع، امتیاز ریسک، استعلام دولتی یا صحت‌سنجی شبا فعال نیست، نیاز را نقشه راه یا کنترل مکمل بنامید. منبع رسمی بیرونی و بررسی حقوقی جای خود را حفظ می‌کنند. تیم خرید باید معیار پذیرش را به داده ساختگی، تاریخچه و خروجی وصل کند و محدودیت دسترسی به داده‌های شخصی را در قرارداد پیاده‌سازی در نظر بگیرد. ^{[۱۴] [۲۱] [۲۴]}

در قرارداد از طرف بخواهید تغییر نام، نشانی، اختیار، وضعیت انحلال و حساب بانکی را در مهلت معقول اعلام کند و آثار عدم اعلام را روشن سازید. این بند جای استعلام دوره‌ای را نمی‌گیرد؛ کانال تکمیلی است. واحد قرارداد باید اعلان را به مالک داده پایه و پرداخت تحویل دهد و نتیجه تغییر در همه سفارش‌ها، فاکتورها و دسترسی‌های باز بازبینی شود. ^{[۱] [۱۸] [۲۴]}

اگر پس از پرداخت مشخص شد شناسه یا حساب اشتباه بوده، ابتدا پرداخت‌های بعدی متوقف، بانک و طرف از کانال مستقل تماس و اسناد حفظ شوند. اصلاح رکورد نباید تاریخچه معامله قبلی را بازنویسی کند. تیم حقوقی، مالیاتی و امنیتی دامنه رخداد را تعیین و در صورت تقلب به مرجع گزارش کند. هدف هم بازیابی وجه و هم جلوگیری از تکرار در مشتری یا تأمین‌کننده دیگر است. ^{[۱۲] [۱۳] [۲۲]}