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