---
title: "نامه‌ی پیرو کدام نامه بود؟ دانابات چطور زنجیره‌ی مکاتبات دبیرخانه را دنبال می‌کند"
description: "دانابات زنجیره‌ی عطف و پیرو نامه‌های اداری را دنبال می‌کند، تناقض را نشان می‌دهد و شماره و تاریخ شمسی را دقیق می‌فهمدسه سناریو، محدودیت‌ها و مسیر شروع دبیرخانه."
url: "https://artinmag.ir/articles/danabot-secretariat-correspondence-chain"
author: "مرتضی علیزاده"
category: "چت بات"
published: "2026-10-18T04:45:38.944207"
updated: "2026-10-18T04:45:38.944207"
lang: "fa"
publisher: "مجله آرتین — شرکت هوش گستر فردا آرتین"
---

# نامه‌ی پیرو کدام نامه بود؟ دانابات چطور زنجیره‌ی مکاتبات دبیرخانه را دنبال می‌کند

> دانابات برای مکاتبات اداری زنجیره‌ی عطف و پیرو، اصلاحیه و نخ ارجاع را دنبال می‌کند، تناقض بین نامه‌ها را نشان می‌دهد، شماره‌ی نامه و تاریخ شمسی را دقیق تطبیق می‌دهد و پرسش‌های ناقص مثل «وضعیتش چی شد؟» را با توجه به نوبت قبل می‌فهمد. هر پاسخ منبع دارد و سندی که کاربر اجازه‌ی دیدنش را ندارد، حتی در فهرست منابع هم نمی‌آید.

## سوالی که هر روز در دبیرخانه پرسیده می‌شود

«آخرین مکاتبات ما با فلان شرکت درباره‌ی قرارداد نگهداری چه شد؟» هر کس سابقه‌ی کار در دبیرخانه یا واحد حقوقی یک سازمان بزرگ دارد، می‌داند این جمله چقدر ساده به گوش می‌رسد و چقدر کار پشتش است. کارشناس به اتوماسیون اداری می‌رود، با حدس تاریخ و شماره جست‌وجو می‌کند، چند نامه پیدا می‌کند، هر کدام را باز می‌کند تا ببیند به کدام نامه‌ی دیگر عطف شده، و در نهایت یا زنجیره را کامل می‌کند یا نیمه‌کاره رها می‌کند و به یک همکار قدیمی زنگ می‌زند.

در [مقاله‌ی قبلی](https://artinmag.ir/articles/danabot-connect-legacy-system-without-api) درباره‌ی این صحبت کردیم که دانابات چطور بدون بازنویسی کنار یک سیستم قدیمی می‌نشیند. این مقاله یک قدم جلوتر می‌رود و روی یک واحد مشخص تمرکز می‌کند: دبیرخانه. جایی که مشکل داده‌ی کم نیست؛ مشکل پیدا کردن رابطه‌ی بین داده‌هاست.

## چرا مکاتبات اداری یک مسئله‌ی متفاوت است

یک نامه‌ی اداری به‌تنهایی معنای کاملی ندارد. نامه‌ی اول درخواستی را مطرح می‌کند، نامه‌ی دوم به آن عطف می‌شود و پاسخ می‌دهد، نامه‌ی سوم اصلاحیه‌ای بر نامه‌ی دوم است، و نامه‌ی چهارم از یک واحد دیگر مخالفت می‌کند. اگر فقط نامه‌ی سوم را بخوانید، تصویر کاملی ندارید. گاهی اگر فقط نامه‌ی دوم را بخوانید، تصویر غلط دارید، چون بعدتر اصلاح شده است.

همین است که یک موتور جست‌وجوی ساده برای مکاتبات کافی نیست. جست‌وجوی ساده، نامه‌هایی را که کلمه‌ی «قرارداد نگهداری» در آن‌ها هست پیدا می‌کند، اما نمی‌تواند بگوید کدام نامه آخرین بود، کدام اصلاحیه‌ی کدام بود و در نهایت چه شد. و دقیقاً همین «در نهایت چه شد» است که کارشناس دنبالش می‌گردد.

## آنچه امروز در دبیرخانه دستی انجام می‌شود

برای اینکه ارزش کار روشن شود، ببینیم یک پرسش معمولی چه مراحلی دارد. کارشناس شماره‌ی نامه‌ی اصلی را از حافظه یا از یک پوشه پیدا می‌کند. آن را در اتوماسیون باز می‌کند. در متن به دنبال عبارت‌هایی مثل «عطف به نامه‌ی شماره‌ی» می‌گردد. هر شماره‌ای که پیدا کند را دوباره جست‌وجو می‌کند. این کار را تا جایی ادامه می‌دهد که زنجیره بسته شود. بعد باید بفهمد در بین این نامه‌ها نظر نهایی چه بود، و اگر دو نامه با هم تناقض داشتند، کدام معتبر است.

این فرایند برای یک پرسش، ممکن است نیم ساعت تا چند ساعت طول بکشد و نتیجه‌اش هم به دقت و حافظه‌ی همان کارشناس بستگی دارد. اگر کارشناس باتجربه‌ای از سازمان برود، بخشی از این دانش هم با او می‌رود.

## دانابات همین کار را چطور انجام می‌دهد

[دانابات](https://dana-bot.ir) برای مکاتبات چند توانایی مشخص دارد که در سند معرفی محصول آمده است.

اول، فهم زنجیره‌ی مکاتبات. دانابات عطف و پیرو، اصلاحیه و نخ ارجاع را دنبال می‌کند. یعنی وقتی می‌پرسید «آخرین وضعیت چه بود؟»، فقط نامه‌ای را که کلمه‌ی کلیدی در آن بود برنمی‌گرداند؛ زنجیره‌ی نامه‌های مرتبط را می‌سازد و نتیجه‌ی نهایی را نشان می‌دهد.

دوم، تشخیص تناقض. اگر دو نامه در یک زنجیره حرف متناقض زده باشند، دانابات این تناقض را نشان می‌دهد. نکته‌ی مهم این است که او فقط نشان می‌دهد؛ تصمیم درباره‌ی اینکه کدام نامه معتبر است همچنان با انسان است.

سوم، فهم دقیق شماره‌ی نامه و تاریخ شمسی. وقتی کاربر شماره‌ای مشخص یا یک تاریخ شمسی را می‌نویسد، دانابات آن را دقیق تطبیق می‌دهد و به شباهت معنایی اکتفا نمی‌کند. برای اسنادی که قرار است با شماره و تاریخ پیگیری شوند، این تفاوت بزرگ است.

چهارم، فهم پرسش ناقص. کارشناس می‌تواند بعد از یک پاسخ بپرسد «وضعیتش چی شد؟» بدون اینکه دوباره موضوع را توضیح بدهد؛ دانابات سؤال را با توجه به نوبت قبل می‌فهمد.

هر پاسخ هم منبع دارد. یعنی در کنار نتیجه، نام و شماره‌ی نامه‌ها و لینک مستقیم به رکورد در سیستم نمایش داده می‌شود تا کارشناس بتواند هر ادعا را بررسی کند.

## کسی که حق دیدن ندارد، اصلاً نمی‌بیند

مکاتبات اداری بیش از هر داده‌ی دیگری حساسیت دسترسی دارد. نامه‌ای که برای مدیرعامل است نباید برای هر کارشناسی قابل جست‌وجو باشد. دانابات این را به دو شکل رعایت می‌کند.

پیش از ساختن پاسخ، از خود سیستم سازمان می‌پرسد این کاربر اجازه‌ی دیدن این سند را دارد یا نه. سندی که اجازه ندارد، اصلاً وارد فرایند پاسخ نمی‌شود، نه اینکه بعد از پاسخ پنهان شود. و چنین سندی حتی در فهرست منابع هم نشان داده نمی‌شود، پس کاربر از وجودش هم بی‌خبر می‌ماند. جزئیات این بخش را در [مقاله‌ی حاکمیت داده و دسترسی](https://artinmag.ir/articles/danabot-data-governance-abac-pii-masking) آورده‌ایم.

اگر سیستم نتواند پاسخ این پرسش را بدهد، سند نمایش داده نمی‌شود. این طراحی عمداً محافظه‌کارانه است: اشتباه در جهت پنهان کردن بهتر از اشتباه در جهت افشاست.

## وضعیت لحظه‌ای، نه فقط آرشیو

بخش دیگری از نیاز دبیرخانه، آرشیو نیست؛ وضعیت فعلی است. «الان این نامه کجای کارتابل است؟» پرسشی است که دانابات می‌تواند از خود سیستم بپرسد و جواب لحظه‌ای بگیرد. این به همان دلیلی است که قبلاً گفتیم: دانابات فقط می‌خواند، کنار سیستم می‌نشیند و چیزی را در آن تغییر نمی‌دهد.

## سه سناریوی واقعی‌نما

این سناریوها فرضی‌اند و نمونه‌ی مشتری مشخصی نیستند.

سناریوی اول: یک کارشناس واحد حقوقی می‌پرسد «آخرین مکاتبات با فلان شرکت درباره‌ی قرارداد نگهداری چه بود؟» دانابات زنجیره‌ی چهارنامه‌ای را برمی‌گرداند: درخواست اولیه، پاسخ، اصلاحیه‌ی تاریخ تحویل و نامه‌ی نهایی. در انتها نتیجه نوشته شده و هر چهار نامه لینک مستقیم دارند. کارشناس به‌جای جست‌وجو، فقط صحت را بررسی می‌کند.

سناریوی دوم: مدیر یک واحد بعد از شنیدن این پاسخ می‌پرسد «وضعیتش چی شد؟» دانابات می‌فهمد منظور همان قرارداد است و وضعیت لحظه‌ای آخرین نامه را از سیستم می‌گیرد. مدیر مجبور نبود موضوع را از اول تعریف کند.

سناریوی سوم: دو نامه در یک زنجیره موعد متفاوتی را ذکر کرده‌اند. دانابات هر دو را کنار هم نشان می‌دهد و می‌گوید بین آن‌ها تناقض هست. کارشناس تصمیم می‌گیرد کدام معتبر است، و این همان نقطه‌ای است که قبل از دانابات ممکن بود فقط با شانس دیده شود.

## محدودیت‌هایی که باید بدانید

دانابات جادو نیست و بهتر است محدودیت‌ها را قبل از شروع بدانید.

اول، کیفیت زنجیره به کیفیت ثبت در سیستم وابسته است. اگر رابطه‌ی بین نامه‌ها در سیستم شما درست ثبت شده باشد، زنجیره کامل‌تر دیده می‌شود. اگر نامه‌ها شماره‌ی ارجاع اشتباه دارند یا موضوع ندارند، همان ضعف در پاسخ‌ها هم دیده می‌شود. دانابات این ضعف را نشان می‌دهد، اما از بین نمی‌برد.

دوم، اسناد اسکن‌شده نیاز به بازبینی دارند. متن استخراج‌شده از نامه‌ی اسکن‌شده می‌تواند پیش از استفاده توسط انسان بازبینی شود. این کار هزینه‌ی زمان دارد، به‌خصوص برای آرشیوهای قدیمی که کیفیت اسکنشان پایین است.

سوم، وضعیت لحظه‌ای و استعلام زنده‌ی مجوز به این نیاز دارند که خود سیستم بتواند به آن پرسش‌ها جواب بدهد. در سیستم‌هایی که چنین راهی ندارند، این دو قابلیت محدود می‌شوند. در مقاله‌ی قبلی هم درباره‌ی این نکته صحبت کردیم و بهتر است در جلسه‌ی اول روشن شود.

چهارم، دانابات تصمیم‌گیر نیست. زنجیره و تناقض را نشان می‌دهد، اما اینکه کدام نامه ملاک عمل است، یک تصمیم اداری و گاهی حقوقی است. هیچ اقدامی هم که وضعیت یک سیستم را تغییر بدهد، بدون تأیید صریح انسان انجام نمی‌شود.

پنجم، دقت عدد مشخصی ندارد که برای همه یکسان باشد. در آزمون‌های داخلی دانابات روی داده‌ی واقعی سازمانی با مدل ابری بالای نود درصد بوده است، با مدل کاملاً محلی ممکن است کمتر باشد، و مهم‌تر اینکه دقت روی پرسش‌های واقعی هر مشتری اندازه‌گیری می‌شود. اگر سؤال «در باقی موارد چه می‌شود؟» برایتان مهم است، [مقاله‌ی «نمی‌دانم» به‌جای حدس](https://artinmag.ir/articles/danabot-i-dont-know-contract-vs-hallucination) را بخوانید: دانابات وقتی مطمئن نیست «یافت نشد» می‌گوید و آن پرسش برای پیگیری ثبت می‌شود.

## مسیر شروع برای دبیرخانه

روش پیشنهادی دانابات پنج مرحله است و برای دبیرخانه خیلی طبیعی جواب می‌دهد. یک جلسه‌ی شناخت، که در آن سیستم اتوماسیونی که بیشترین مراجعه را دارد انتخاب می‌شود. اثبات مفهوم روی بخشی از نامه‌های واقعی، یک تا دو هفته. ارزیابی با سؤال‌های واقعی کارشناسان، حدود یک هفته، تا دقت عدد مشخصی بگیرد. بهره‌برداری آزمایشی در همان واحد دبیرخانه، حدود دو هفته. و بعد گسترش به واحدهای دیگر.

برای ارزیابی، بهترین سؤال‌ها همان‌هایی هستند که کارشناسان هر هفته می‌پرسند و جواب‌شان را سخت پیدا می‌کنند. اگر لیست ده یا بیست سؤال واقعی بنویسید و جواب درست هرکدام را از قبل بدانید، سریع‌ترین و صادقانه‌ترین سنجش دانابات را در دست دارید.

## اشتباهی که در این مرحله رایج است

رایج‌ترین اشتباه، آزمودن دانابات با نامه‌های آسان است. در یک جلسه‌ی نمایش، یک نامه‌ی تمیز با شماره‌ی درست انتخاب می‌شود و همه‌چیز عالی پیش می‌رود. اما دبیرخانه‌ی واقعی پر از نامه‌هایی است که شماره‌ی ارجاعشان اشتباه است، موضوعشان ناقص است یا زنجیره‌شان نیمه‌کاره مانده است. اگر این نامه‌ها در ارزیابی نباشند، عدد دقت واقعی نیست.

برای همین، در مرحله‌ی ارزیابی، سخت‌ترین پرسش‌های واقعی را عمداً انتخاب کنید. هر جا دانابات «یافت نشد» گفت یا تناقض نشان داد، یک نشانه‌ی ارزشمند است: یا آرشیو شما مشکل دارد، یا نیاز به تنظیم دارد. در هر دو حالت، بهتر است قبل از گسترش به واحدهای دیگر بدانید.

اشتباه دوم، تعریف نکردن دسترسی است. اگر قواعد دسترسی پیش از شروع روشن نباشند، نمی‌توان با اطمینان گفت هر کارشناس فقط چیزی را می‌بیند که باید ببیند. دانابات قواعد را اجرا می‌کند، اما این خود سازمان است که باید آن‌ها را تعریف کند.

## جمع‌بندی

نیاز دبیرخانه پیدا کردن یک نامه نیست؛ فهمیدن زنجیره‌ی نامه‌هاست و اینکه در نهایت چه شد. [دانابات](https://dana-bot.ir) عطف و پیرو و اصلاحیه را دنبال می‌کند، تناقض بین نامه‌ها را نشان می‌دهد، شماره و تاریخ شمسی را دقیق می‌فهمد و به کاربر فقط چیزی را نشان می‌دهد که حق دیدنش را دارد. محدودیت‌ها هم واقعی‌اند: کیفیت ثبت در سیستم، بازبینی اسناد اسکن‌شده و وابستگی وضعیت لحظه‌ای به پاسخ‌دهی سیستم. بهترین راه برای دانستن اینکه دبیرخانه‌ی شما چه نتیجه‌ای می‌گیرد، ارزیابی با سؤال‌های واقعی خودتان است. برای شروع، به [دانابات](https://dana-bot.ir) سر بزنید و جلسه‌ی شناخت را درخواست کنید.

## پرسش‌های متداول

### دانابات چطور زنجیره‌ی مکاتبات را پیدا می‌کند؟

عطف و پیرو، اصلاحیه و نخ ارجاع را دنبال می‌کند و نتیجه‌ی نهایی را همراه با فهرست نامه‌های مرتبط و لینک مستقیم به رکورد نشان می‌دهد.

### اگر دو نامه با هم تناقض داشته باشند چه می‌شود؟

دانابات تناقض را نشان می‌دهد. تصمیم درباره‌ی اینکه کدام نامه معتبر است با انسان است.

### آیا کاربر می‌تواند نامه‌ای را ببیند که اجازه‌ی دیدنش را ندارد؟

خیر. پیش از ساختن پاسخ از خود سیستم سازمان پرسیده می‌شود. سند غیرمجاز وارد فرایند پاسخ نمی‌شود و حتی در فهرست منابع هم نمی‌آید.

### آیا می‌توان وضعیت لحظه‌ای یک نامه را پرسید؟

بله، در صورتی که خود سیستم بتواند به این پرسش جواب بدهد. برای سیستم‌هایی که چنین راهی ندارند، این قابلیت محدود می‌شود.

### با نامه‌های اسکن‌شده چه می‌شود؟

متن استخراج‌شده از اسناد اسکن‌شده می‌تواند پیش از استفاده توسط انسان بازبینی شود. کیفیت اسکن روی نتیجه اثر می‌گذارد.

### دقت دانابات چقدر است؟

در آزمون‌های داخلی روی داده‌ی واقعی سازمانی با مدل ابری بالای ۹۰ درصد بوده و با مدل کاملاً محلی ممکن است اندکی کمتر باشد. دقت روی پرسش‌های واقعی هر مشتری اندازه‌گیری می‌شود.

---

منبع: [نامه‌ی پیرو کدام نامه بود؟ دانابات چطور زنجیره‌ی مکاتبات دبیرخانه را دنبال می‌کند](https://artinmag.ir/articles/danabot-secretariat-correspondence-chain) — مجله آرتین