گزارش CDR در ایزابل؛ خواندن رکوردها و خروجی‌گرفتن

مبنای آموزش Issabel 5 روی Rocky Linux 8 با Asterisk 18 و PJSIP است. تنظیمات PBX با کد رسمی ۳۰ آوریل ۲۰۲۴ و نمایش ضبط و گزارش با کد ماژول‌های رسمی ۲۱ فوریهٔ ۲۰۲۴ تطبیق داده شده‌اند. این مبنا، ادعای یکسان‌بودن بسته‌های نصب شما با این کد نیست؛ نسخهٔ مرکز و ماژول‌ها را ثبت و تفاوت گزینه‌ها را پیش از تغییر بررسی کنید.

در این راهنما از Reports → CDR Report در پنل اصلی ایزابل استفاده می‌کنیم؛ آن را با صفحهٔ CDR افزونهٔ PBX Configuration یا گزارش یک محصول جانبی یکی نگیرید. حساب باید مجوز دیدن تماس موردنظر را داشته باشد. CDR بر پایهٔ داده‌ای است که مرکز ثبت کرده؛ گزارش نمی‌تواند دادهٔ ثبت‌نشده را بازسازی کند.

دو داخلی آزمایشیِ سالم و آزاد، مثلاً 401 و 402، انتخاب کنید. در تماس اول 402 پاسخ دهد و بعد تماس قطع شود؛ در تماس دوم، پیش از پاسخ و پیش از رسیدن به صندوق صوتی یا مقصد جایگزین، تماس‌گیرنده قطع کند. ساعت و مسیر واقعی هر دو را یادداشت کنید. این‌ها سناریوی آزمون‌اند، نه تماس‌هایی که نت‌مسترز در تهیهٔ این مقاله اجرا کرده باشد. ضبط صوت برای این آزمون CDR لازم نیست.

پس از پایان تماس‌ها، Reports → CDR Report را باز کنید و Show Filter را بزنید. برای اولین جست‌وجو، Start Date و End Date را روز آزمون، Field Name را Source، مقدار Field را 401 و Status را ALL بگذارید. Ring Group را روی حالت بدون محدودیت گروه نگه دارید و Filter را بزنید. ساعت مرکز و منطقهٔ زمانیِ ثبت را با یادداشت خود تطبیق دهید؛ بازهٔ تاریخ در کد مبنا از ابتدای روز شروع تا انتهای روز پایان است.

در این ماژول، جست‌وجوی Field بر پایهٔ شامل‌بودن مقدار است؛ 401 ممکن است نتیجهٔ 1401 را هم برگرداند و جست‌وجوی Source یا Destination می‌تواند بخش شماره در نام کانال را نیز در نظر بگیرد. بنابراین شماره و ساعت ردیف را دوباره بررسی کنید. برای یافتن تماس دریافتیِ 402، جست‌وجوی مستقل با Destination و مقدار 402 انجام دهید؛ Source به‌تنهایی تمام تماس‌های ورودی و خروجی یک داخلی را جمع نمی‌کند.

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

در مدل CDR استریسک، duration از شروع تا پایان رکورد و billsec از پاسخ تا پایان آن محاسبه می‌شود. مثال صرفاً توضیحی: اگر رکورد در 10:00:00 شروع، در 10:00:08 پاسخ و در 10:00:38 تمام شود، duration برابر 38 و billsec برابر 30 ثانیه است. در گزارشِ مبنای این آموزش، ستون Duration از billsec پر می‌شود؛ در نمونهٔ فرضی 30 دیده می‌شود. این مثال خروجی واقعی یا قاعدهٔ صورتحساب اپراتور نیست.

اگر نسخهٔ شما هر دو ستون یا عنوان دیگری دارد، نگاشت آن نسخه را بررسی کنید. billsec نیز الزاماً مدت حرف‌زدن کارشناس نیست؛ پاسخ منوی صوتی و ادامهٔ مسیر می‌تواند در زمان پاسخ‌داده‌شده دخالت داشته باشد. اختلاف دو فیلد را هم در هر سناریوی صف یا انتقال، معادل دقیق زمان زنگ‌خوردن یک گوشی ندانید.

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

• بازهٔ تاریخ و فیلترها را ثبت کنید. اگر تعداد نتایج به Limit رسیده است، آن را گزارش کامل اعلام نکنید؛ بازه را به روزهای کوچک‌تر تقسیم کنید یا با توجه به توان مرکز، سقف را بررسی کنید.
• جست‌وجوی داخل جدول و انتخاب ردیف‌ها را بازبینی کنید؛ برای خروجی کل نتیجهٔ فیلترشده، انتخاب ردیف‌ها را بردارید و متن جست‌وجوی ناخواسته را پاک کنید. انتخاب همهٔ صفحه با همهٔ رکوردهای گزارش یکی نیست.
• ستون‌های لازم را نمایان کنید. در کد مبنا، CSV، Excel و PDF جدول، ستون‌های نمایان را صادر می‌کنند؛ ستون پنهان را در فایل انتظار نداشته باشید.
• دکمهٔ CSV یا Excel جدول را بزنید. PDF نمودار پایین صفحه با خروجی ردیف‌های جدول متفاوت است. نام فایل را همراه تاریخ، داخلی و وضعیت فیلتر ثبت کنید.
• فایل را باز کنید و تعداد رکوردها، نخستین و آخرین تاریخ و دو تماس معلوم را با نتیجهٔ فیلترشده تطبیق دهید. نام و ترتیب ستون‌ها و واحد مدت را نگه دارید؛ صرف ایجاد فایل، صحت خروجی را نشان نمی‌دهد.

هنگام واردکردن CSV به نرم‌افزار صفحه‌گسترده، شماره‌ها و شناسه‌ها را به‌صورت متن بخوانید تا صفر اول یا رقم‌های شناسه از بین نروند. یک نسخهٔ اصلیِ بدون ویرایش نگه دارید و پاک‌سازی یا محاسبه را روی کپی انجام دهید. شماره‌ها و اطلاعات تماس را فقط در اختیار افراد مجاز بگذارید؛ برای خروجی‌گرفتن به حذف رکوردها نیاز نیست.

خروجی جدول، نسخهٔ پشتیبان کامل پایگاه داده یا صوت‌ها نیست. این گزارش در کد مبنا بعضی کانال‌های Local با پسوند ;2 را کنار می‌گذارد؛ بنابراین اختلاف تعداد با جدول خام پایگاه داده الزاماً خطا نیست. ردیف‌های صادرشده را بدون توجه به همین فیلترها و Limit، با تعداد کل دیتابیس مقایسه نکنید.

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

برای انتظار صف، رهاکردن صف یا عملکرد عضو به داده و تعریف همان رویدادها نیاز دارید؛ راهنمای گزارش‌های مدیریت پاسخ‌گویی این نیازها را جدا توضیح می‌دهد. برای نتیجهٔ فروش و مسئول پیگیری هم دادهٔ CRM لازم است؛ وجود CDR نشانهٔ سالم‌بودن ثبت تماس در CRM نیست.

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

پذیرش این سناریو یعنی دو تماس معلوم در بازهٔ درست قابل تطبیق باشند، معنی وضعیت و مدت روشن باشد و فایل خروجی همان دامنهٔ بررسی‌شده را حفظ کند. نسخه، حساب و دامنهٔ دسترسی، فیلترها، Limit، ستون‌ها و اختلاف‌های حل‌نشده را همراه گزارش تحویل نگه دارید. هیچ نیازی به تغییر Dialplan یا حذف CDR برای اجرای این آموزش نیست.