سیستم تیکتینگ پشتیبانی با ASP.NET چیست و چرا اهمیت دارد؟

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

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

در این مقاله جامع، از صفر تا صد یاد می‌گیرید چطور با ASP.NET Core یک سیستم تیکتینگ سازمانی، مقیاس‌پذیر و حرفه‌ای بسازید که هم امنیت بالایی داشته باشد و هم تجربه کاربری عالی ارائه دهد.

مزایای ساخت سیستم تیکتینگ با ASP.NET نسبت به سایر فناوری‌ها

یکی از سوالات رایج اینه که «چرا ASP.NET؟» خیلی از فریم‌ورک‌های دیگه هم هستند. پاسخ ساده است:

• عملکرد فوق‌العاده: ASP.NET Core جزو سریع‌ترین فریم‌ورک‌های وب دنیاست. در تست‌های TechEmpower، از اکثر رقبا جلوتر است.
• امنیت بالا: پشتیبانی بومی از ASP.NET Identity برای احراز هویت، نقش‌بندی کاربران و مدیریت دسترسی.
• Entity Framework Core: ارتباط با پایگاه داده SQL Server به سادگی و بدون نوشتن کوئری‌های خام.
• SignalR برای Real-Time: اگر می‌خواهید پیام‌های تیکت به‌صورت زنده نمایش داده شوند، SignalR این کار را بی‌درنگ انجام می‌دهد.
• اکوسیستم غنی: NuGet هزاران پکیج آماده دارد که زمان توسعه را کوتاه می‌کند.
• Cross-Platform: روی ویندوز، لینوکس و macOS اجرا می‌شود. هزینه سرور کاهش می‌یابد.

معماری کلی سیستم تیکتینگ با ASP.NET Core

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

لایه Presentation (رابط کاربری)

این لایه همان چیزی است که کاربر می‌بیند. می‌توانید از Razor Pages، MVC یا حتی یک API جداگانه با React/Angular استفاده کنید. برای اکثر پروژه‌های سازمانی ایرانی، Razor Pages گزینه سریع‌تر و مقرون‌به‌صرفه‌تری است.

لایه Application (منطق کسب‌وکار)

اینجا قواعد کسب‌وکار پیاده‌سازی می‌شوند. به‌عنوان مثال: «وقتی یک تیکت ایجاد شد، به کارشناس مرتبط ایمیل ارسال شود» یا «اگر تیکت ۴۸ ساعت بدون پاسخ ماند، به مدیر اطلاع داده شود.»

لایه Infrastructure (زیرساخت)

ارتباط با پایگاه داده، ارسال ایمیل، ارسال SMS و هر سرویس خارجی دیگری اینجا پیاده‌سازی می‌شود.

لایه Domain (مدل‌های اصلی)

موجودیت‌های اصلی پروژه مثل Ticket، User، Department، Comment و Priority اینجا تعریف می‌شوند.

طراحی پایگاه داده سیستم تیکتینگ

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

جدول Tickets

• Id: شناسه یکتا
• Title: عنوان تیکت
• Description: شرح مشکل
• Status: وضعیت (Open, InProgress, Resolved, Closed)
• Priority: اولویت (Low, Medium, High, Critical)
• CreatedAt: تاریخ ایجاد
• UpdatedAt: آخرین بروزرسانی
• UserId: کلید خارجی به کاربر ایجادکننده
• AssignedToId: کلید خارجی به کارشناس مسئول
• DepartmentId: دپارتمان مرتبط
• CategoryId: دسته‌بندی موضوعی

جدول TicketComments (پیام‌های تیکت)

• Id: شناسه یکتا
• TicketId: کلید خارجی به تیکت مادر
• UserId: ارسال‌کننده پیام
• Content: متن پیام
• IsInternal: آیا یادداشت داخلی است؟ (برای کارشناسان)
• CreatedAt: زمان ارسال
• Attachments: فایل‌های پیوست

جدول Users و نقش‌بندی

از ASP.NET Identity استفاده می‌کنیم. نقش‌های پیشنهادی:

• Customer: مشتری که تیکت ثبت می‌کند
• Agent: کارشناس پشتیبانی
• Supervisor: سرپرست تیم
• Admin: مدیر سیستم با دسترسی کامل

پیاده‌سازی گام‌به‌گام با ASP.NET Core

گام اول: ایجاد پروژه و نصب پکیج‌ها

ابتدا یک پروژه ASP.NET Core Web Application ایجاد کنید و پکیج‌های زیر را نصب کنید:

• Microsoft.EntityFrameworkCore.SqlServer
• Microsoft.AspNetCore.Identity.EntityFrameworkCore
• Microsoft.AspNetCore.SignalR
• MailKit (برای ارسال ایمیل)
• AutoMapper.Extensions.Microsoft.DependencyInjection
• FluentValidation.AspNetCore

گام دوم: تعریف مدل‌های Domain

مدل اصلی Ticket را اینگونه تعریف می‌کنیم. این مدل تمام ویژگی‌های یک تیکت سازمانی را پوشش می‌دهد:

public class Ticket

{

public int Id { get; set; }

public string TrackingCode { get; set; }

public string Title { get; set; }

public string Description { get; set; }

public TicketStatus Status { get; set; }

public TicketPriority Priority { get; set; }

public DateTime CreatedAt { get; set; }

public DateTime? UpdatedAt { get; set; }

public DateTime? DueDate { get; set; }

// Relations

public string UserId { get; set; }

public ApplicationUser User { get; set; }

public string? AssignedToId { get; set; }

public ApplicationUser? AssignedTo { get; set; }

public int DepartmentId { get; set; }

public Department Department { get; set; }

public ICollection Comments { get; set; }

public ICollection Attachments { get; set; }

public ICollection History { get; set; }

}

public enum TicketStatus

{

Open = 1,

InProgress = 2,

WaitingForCustomer = 3,

Resolved = 4,

Closed = 5

}

public enum TicketPriority

{

Low = 1,

Medium = 2,

High = 3,

Critical = 4

}

گام سوم: پیاده‌سازی DbContext

ایجاد ApplicationDbContext با ترکیب Identity:

public class ApplicationDbContext

: IdentityDbContext

{

public ApplicationDbContext(

DbContextOptions options)

: base(options) { }

public DbSet Tickets { get; set; }

public DbSet TicketComments { get; set; }

public DbSet TicketAttachments { get; set; }

public DbSet Departments { get; set; }

public DbSet Categories { get; set; }

public DbSet TicketHistories { get; set; }

protected override void OnModelCreating(

ModelBuilder modelBuilder)

{

base.OnModelCreating(modelBuilder);

modelBuilder.Entity()

.HasIndex(t => t.TrackingCode)

.IsUnique();

modelBuilder.Entity()

.HasOne(t => t.User)

.WithMany(u => u.Tickets)

.HasForeignKey(t => t.UserId)

.OnDelete(DeleteBehavior.Restrict);

}

}

گام چهارم: پیاده‌سازی سرویس تیکت

منطق اصلی کسب‌وکار در لایه Service پیاده‌سازی می‌شود:

public interface ITicketService

{

Task CreateTicketAsync(

CreateTicketDto dto, string userId);

Task AssignTicketAsync(

int ticketId, string agentId, string adminId);

Task ChangeStatusAsync(

int ticketId, TicketStatus newStatus, string userId);

Task AddCommentAsync(

AddCommentDto dto, string userId);

Task> GetTicketsAsync(

TicketFilterDto filter, string userId, string role);

}

public class TicketService : ITicketService

{

private readonly ApplicationDbContext _context;

private readonly IEmailService _emailService;

private readonly IHubContext _hubContext;

public TicketService(

ApplicationDbContext context,

IEmailService emailService,

IHubContext hubContext)

{

_context = context;

_emailService = emailService;

_hubContext = hubContext;

}

public async Task CreateTicketAsync(

CreateTicketDto dto, string userId)

{

var ticket = new Ticket

{

TrackingCode = GenerateTrackingCode(),

Title = dto.Title,

Description = dto.Description,

Priority = dto.Priority,

DepartmentId = dto.DepartmentId,

UserId = userId,

Status = TicketStatus.Open,

CreatedAt = DateTime.UtcNow

};

_context.Tickets.Add(ticket);

await _context.SaveChangesAsync();

// ارسال ایمیل تأییدیه به مشتری

await _emailService.SendTicketConfirmationAsync(

ticket.TrackingCode, userId);

// اطلاع‌رسانی Real-time به کارشناسان

await _hubContext.Clients.Group(“Agents”)

.SendAsync(“NewTicket”, ticket.Id);

return ticket;

}

private string GenerateTrackingCode()

{

return $“TK-{DateTime.Now:yyyyMMdd}-” +

$“{Random.Shared.Next(1000, 9999)}”;

}

}

پیاده‌سازی SignalR برای اعلان‌های Real-Time

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

[Authorize]

public class TicketHub : Hub

{

public async Task JoinTicketGroup(int ticketId)

{

await Groups.AddToGroupAsync(

Context.ConnectionId,

$“ticket_{ticketId}”);

}

public async Task LeaveTicketGroup(int ticketId)

{

await Groups.RemoveFromGroupAsync(

Context.ConnectionId,

$“ticket_{ticketId}”);

}

public async Task SendTypingIndicator(

int ticketId, string userName)

{

await Clients.OthersInGroup($“ticket_{ticketId}”)

.SendAsync(“UserTyping”, userName);

}

}

قابلیت‌های پیشرفته که سیستم شما را حرفه‌ای می‌کند

۱. SLA (توافقنامه سطح خدمات)

هر تیکت بر اساس اولویتش، یک زمان پاسخ‌دهی مشخص دارد. سیستم باید قبل از سررسید، هشدار ارسال کند. مثلاً تیکت‌های Critical باید ظرف ۱ ساعت پاسخ بگیرند.

۲. Auto-Assignment (تخصیص خودکار)

با پیاده‌سازی یک الگوریتم Round-Robin یا بر اساس حجم کار هر کارشناس، تیکت‌ها به‌صورت خودکار تخصیص داده می‌شوند.

۳. Canned Responses (پاسخ‌های از پیش آماده)

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

۴. گزارش‌گیری و آنالیتیکس

داشبورد مدیریتی شامل:

• میانگین زمان پاسخ‌دهی به تفکیک کارشناس
• تعداد تیکت‌های حل‌شده در روز/هفته/ماه
• امتیاز رضایت مشتری (CSAT)
• بیشترین دسته‌بندی‌های مشکل‌ساز
• نرخ حل تیکت در اولین تماس (FCR)

۵. یکپارچه‌سازی با ایمیل

با استفاده از MailKit و یک Background Service، می‌توانید ایمیل‌های دریافتی را به‌صورت خودکار به تیکت تبدیل کنید. مشتری ایمیل می‌زند، سیستم تیکت می‌سازد!

امنیت سیستم تیکتینگ ASP.NET

در یک سیستم پشتیبانی، داده‌های حساس مشتریان وجود دارد. امنیت را جدی بگیرید:

• Authorization Policy: با [Authorize(Policy = “AgentOnly”)] مطمئن شوید هر کاربر فقط به آنچه مجاز است دسترسی دارد.
• Resource-Based Authorization: مشتری فقط تیکت‌های خودش را می‌بیند. این باید در کوئری DB اعمال شود نه در View.
• Anti-CSRF: از توکن‌های ضد CSRF در تمام فرم‌ها استفاده کنید.
• File Upload Validation: پیوست‌های آپلودشده را از نظر نوع و حجم اعتبارسنجی کنید.
• Rate Limiting: از .NET 7+ می‌توانید Rate Limiting بومی اضافه کنید تا از اسپم جلوگیری شود.
• Audit Log: تمام تغییرات وضعیت تیکت‌ها لاگ شوند تا قابل ردیابی باشند.

بهینه‌سازی عملکرد (Performance Optimization)

وقتی تعداد تیکت‌ها به هزاران مورد رسید، باید از قبل آماده باشید:

Pagination و Filtering بهینه

هرگز تمام تیکت‌ها را یک‌جا از دیتابیس نگیرید. از IQueryable با صفحه‌بندی استفاده کنید:

public async Task> GetTicketsAsync(

TicketFilterDto filter, string userId, string role)

{

var query = _context.Tickets

.Include(t => t.User)

.Include(t => t.AssignedTo)

.Include(t => t.Department)

.AsQueryable();

// فیلتر بر اساس نقش

if (role == “Customer”)

query = query.Where(t => t.UserId == userId);

else if (role == “Agent”)

query = query.Where(t =>

t.AssignedToId == userId ||

t.AssignedToId == null);

// فیلترهای اضافی

if (filter.Status.HasValue)

query = query.Where(t => t.Status == filter.Status);

if (filter.Priority.HasValue)

query = query.Where(t =>

t.Priority == filter.Priority);

if (!string.IsNullOrEmpty(filter.SearchTerm))

query = query.Where(t =>

t.Title.Contains(filter.SearchTerm) ||

t.TrackingCode.Contains(filter.SearchTerm));

var total = await query.CountAsync();

var items = await query

.OrderByDescending(t => t.CreatedAt)

.Skip((filter.Page - 1) * filter.PageSize)

.Take(filter.PageSize)

.ToListAsync();

return new PagedResult

{

Items = items,

Total = total,

Page = filter.Page,

PageSize = filter.PageSize

};

}

Caching با IMemoryCache

داده‌هایی که زیاد تغییر نمی‌کنند (مثل لیست دپارتمان‌ها و دسته‌بندی‌ها) را کش کنید:

public async Task> GetDepartmentsAsync()

{

const string cacheKey = “departments”;

if (!_cache.TryGetValue(cacheKey,

out List departments))

{

departments = await _context.Departments

.Where(d => d.IsActive)

.ToListAsync();

_cache.Set(cacheKey, departments,

TimeSpan.FromHours(1));

}

return departments;

}

استقرار (Deployment) سیستم تیکتینگ

پس از توسعه، نوبت به استقرار می‌رسد. گزینه‌های رایج برای سرورهای ایرانی:

• IIS روی ویندوز سرور: ساده‌ترین گزینه برای اکثر شرکت‌های ایرانی. پشتیبانی کامل از ASP.NET.
• Docker روی لینوکس: اگر می‌خواهید هزینه سرور کم‌تری بپردازید. ASP.NET Core روی لینوکس عالی اجرا می‌شود.
• Nginx + Kestrel: ترکیب محبوب برای لینوکس. Nginx به عنوان Reverse Proxy عمل می‌کند.

برای Migration پایگاه داده در محیط Production حتماً از دستور زیر استفاده کنید:

dotnet ef database update --connection “…”

یا با Script SQL برای محیط‌های حرفه‌ای‌تر:

dotnet ef migrations script --idempotent -o migration.sql

مقایسه ساخت سیستم تیکتینگ اختصاصی با سیستم‌های آماده

شاید بپرسید چرا سیستم را خودتان بسازید وقتی نرم‌افزارهایی مثل Freshdesk یا Zendesk وجود دارند؟

• کنترل کامل: هیچ محدودیتی در قابلیت‌ها ندارید. هر چیزی که کسب‌وکارتان نیاز دارد را اضافه کنید.
• بدون هزینه اشتراک ماهیانه: سیستم‌های خارجی در بلندمدت گران تمام می‌شوند و پرداخت ارزی دارند.
• امنیت داده: داده‌های مشتریان شما روی سرورهای خودتان است، نه سرورهای خارجی.
• یکپارچه‌سازی با سیستم‌های داخلی: می‌توانید با CRM، ERP یا هر سیستم داخلی خودتان یکپارچه شوید.
• بدون مشکل تحریم: سرویس‌های خارجی ممکن است محدودیت‌هایی برای ایران داشته باشند.

سوالات متداول (FAQ)