دستورالعمل شماره گذاری و تحویل درب قفسه بسته
تراز کردن کابینت های اصلی، ماژول های کمکی، برچسب های درب، گردش کار نرم افزار ترمینال، و دستورالعمل های پیک برای عملیات بدون درز.
چرا شماره گذاری بخشی از سیستم قفل است؟
یک قفسه بسته می تواند یک کابینت اصلی، یک یا چند ماژول کمکی، چندین اندازه محفظه، یک پایانه، برچسب ها و یک گردش کار نرم افزاری داشته باشد. اگر شماره گذاری درب روی کابینت با دستورالعمل های روی صفحه یا سیستم اپراتور مطابقت نداشته باشد، ممکن است یک تحویل دهنده محفظه اشتباهی را انتخاب کند یا یک گیرنده ممکن است برای یک پیکاپ ساده به پشتیبانی کارکنان نیاز داشته باشد.
بنابراین قبل از تولید و نصب تجهیزات باید شماره درها را برنامه ریزی کرد. خریدار به یک رابطه قابل درک بین نقشه کابینت، برچسب های ماژول، شماره درب، محتوای ترمینال، دستورالعمل های تحویل، و سوابق تعمیر و نگهداری نیاز دارد. این امر به ویژه زمانی مهم است که همان سایت شامل کابینت اصلی و ماژول های کمکی باشد، یا زمانی که الفراه حل های بسته بندیشبکه از بیش از یک طرح سایت استفاده می کند.
کابینت اصلی کمد بسته و ماژول های کمکی با برچسب درببا چیدمان کابینت فیزیکی شروع کنید
قبل از نوشتن دستورالعمل های صفحه، پیکربندی کابینت را تأیید کنید. YS LOCKER می تواند ابعاد کابینت، تعداد درب، اندازه درب، طرح ماژول، رنگ ها، گرافیک سطح و قطعات الکترونیکی انتخابی را با توجه به نیاز پروژه بررسی کند. تیم پروژه باید موقعیت کابینت اصلی، ماژولهای کمکی، پایانه، اسکنر، خواننده، چاپگر، ماژول پرداخت، و تنها نقطه دسترسی کارکنان را علامتگذاری کند.
سپس نقشه باید نشان دهد که چگونه یک کاربر تجهیزات را از جهت معمولی می بیند. شماره گذاری ممکن است از یک سطر، ستون، ماژول یا قانون سایت دیگری پیروی کند. بهترین انتخاب به شکل کابینت، دید، زبان، نور، جریان کاربر و نیازهای تعمیر و نگهداری بستگی دارد. ما کپی کردن یک الگوی شماره گذاری را در هر پروژه بدون بررسی تجهیزات و سایت واقعی هنگام اجرای a توصیه نمی کنیمپیکربندی قفسه بسته مدولار.
سه مجموعه از دستورالعمل ها را به توافق برسانید
برچسب های کابینت
برچسب فیزیکی باید از حالت ایستاده معمولی کاربر خوانا باشد و برای محیط برنامه ریزی شده به اندازه کافی بادوام باشد. باید با شناسه استفاده شده در نقشه و سوابق عملیاتی پروژه مطابقت داشته باشد. اگر برچسب ها با برچسب خودرو یا چاپ روی صفحه اعمال می شوند، فرآیند انتخاب شده، رنگ، سطح و اثر هنری باید قبل از تولید تأیید شود.
دستورالعمل ترمینال
ترمینال باید به کاربر به زبان ساده بگوید که در مرحله بعد چه کاری انجام دهد. بسته به پیکربندی تایید شده، این ممکن است شامل انتخاب هویت، ورود کد، اسکن QR، خواندن کارت یا روش تایید شده دیگری باشد. جریان دقیق صفحه به محدوده نرم افزاری و سخت افزاری انتخاب شده تعلق دارد. یک عکس روی صفحه نمی تواند ثابت کند که هر مدلی از هر روش دسترسی پشتیبانی می کند.
اپراتور و دستورالعمل های تحویل
کارکنان تحویل به سطح متفاوتی از جزئیات نسبت به گیرندگان نیاز دارند. آنها ممکن است نیاز به شناسایی خود، انتخاب یک محفظه، سپرده گذاری بسته، بستن در و دریافت سابقه داشته باشند. اپراتور همچنین نیاز به تعمیر و نگهداری و عبارت استثنا دارد که به کارکنان کمک کند سایت، ماژول، در و تراکنش را شناسایی کنند. این مجموعه ها باید از شناسه های یکسان استفاده کنند.
جمله بندی را با نقش های واقعی تست کنید
قبل از اینکه سایت راه اندازی شود، شماره گذاری و دستورالعمل های پیشنهادی را با حداقل سه نقش آزمایش کنید: یک شخص تحویل دهنده، یک گیرنده، و یک کارمند تعمیر و نگهداری یا پشتیبانی. از هر فرد بخواهید تا کار را بدون کمک کلامی انجام دهد. جایی که تردید دارند، ابتدا به کدام برچسب ها نگاه می کنند، و اینکه آیا عبارت پایانه با درب فیزیکی مطابقت دارد یا خیر، یادداشت کنید.
تأیید هویت، انتخاب محفظه، چند-قطع بسته-و سوابق تأیید تحویل را آزمایش میکند.
ورود کد، اسکن QR، یافتن ماژول/درب هدف و ترتیب باز شدن در را در شرایط واقعی آزمایش می کند.
کنترل استثناء، نادیده گرفتن درب، شناسایی ماژولهای معیوب و تطبیق دربهای فیزیکی با گزارشهای سیستم را آزمایش میکند.
استثناهای رسیدگی:موقعیت های استثنایی را نیز تست کنید. مثالها عبارتند از کد دریافت نادرست، اسکن ناموفق، دری که باز نمیشود، گیرندهای که به ماژول اشتباه نزدیک شده است، و یک سرویسدهنده که باید محفظه آسیبدیده را شناسایی کند. هدف این است که به اپراتور یک روش واضح و قابل تکرار برای شناسایی و رسیدگی به استثنا داده شود.
جزئیات رابط صفحه نمایش لمسی قفل بسته، اسکنر و کارت خوانمتن قابل کپی و تصویر را تمیز نگه دارید
اطلاعات مهم باید متن HTML باقی بماند تا خریداران، اپراتورها، موتورهای جستجو و سیستمهای هوش مصنوعی بتوانند آن را بخوانند و دوباره استفاده کنند. از تصاویر برای نشان دادن کابینت واقعی، برچسب های درب، ترمینال، اسکنر، خواننده یا صحنه نصب استفاده کنید. دستورالعملهای برداشت طولانی، جدولهای پارامتر، لیست ویژگیها یا کپی CTA را داخل یک تصویر قرار ندهید. این همچنین باعث میشود که وقتی پروژه زبان یا جریان نرمافزار خود را تغییر میدهد، ترجمه و بهروزرسانی محتوا آسانتر شود.
چگونه از بررسی پیکربندی پشتیبانی می کنیم
در YS LOCKER، میتوانیم رابطه بین کابینت اصلی، ماژولهای کمکی، طرح درب، رنگها، برچسبها، محتوای ترمینال و نرمافزار انتخابی را بررسی کنیم. مشتریان ممکن است از نرم افزار عامل خود، یک پلت فرم محلی، یا یک سیستم{1}}خاص پروژه استفاده کنند. اگر مشتری پروتکل یا اسناد رابط مربوطه را ارائه کند، میتوانیم قفل{3}}API برد کنترل یا مرز یکپارچهسازی پروژه تأیید شده را ارزیابی کنیم.
✓فهرست چک قبل از{0} استقرار
طراحی و چیدمان:آیا نقشه پروژه کابینت اصلی، ماژول های کمکی، ترمینال، دسترسی سرویس و هر درب شماره گذاری شده را شناسایی کرده است؟
سازگاری برچسب:آیا برچسب فیزیکی با شناسه موجود در نرم افزار، دستورالعمل تحویل و سابقه نگهداری مطابقت دارد؟
سخت افزار و روش های دسترسی:آیا زبان صفحه نمایش، اسکنر، خواننده، چاپگر و روش دسترسی انتخاب شده برای مدل هدف تایید شده است؟
تایید قابلیت استفاده:آیا کارکنان تحویل و گیرندگان می توانند یک تراکنش عادی را بدون راهنمایی شفاهی انجام دهند؟
مسیر استثنا:آیا عبارت و مسیر پشتیبانی واضحی برای اسکن ناموفق، ماژول اشتباه، کد اشتباه یا استثنا درب وجود دارد؟
تایید تولید:آیا برچسب های نهایی، رنگ ها، آثار هنری و محتوای پایانی قبل از تولید تایید شده اند؟
سوالات متداول
آیا شماره گذاری باید از کابینت اصلی شروع شود؟
معمولاً شمارهگذاری باید طرحبندی فیزیکی و سوابق عملیاتی را به راحتی مطابقت دهد، اما قانون دقیق به چیدمان کابینت و محل آن بستگی دارد. توصیه میکنیم نقشه، برچسبها و شناسههای نرمافزار را بهعنوان یک بسته تأیید کنید.
آیا YS LOCKER می تواند برچسب ها و ظاهر کابینت را سفارشی کند؟
میتوانیم ابعاد کابینت، چیدمان درب، رنگها، گرافیک سطح و جزئیات سازهای انتخاب شده را با توجه به پروژه بررسی کنیم. برچسبهای خودرو و چاپ روی صفحه ممکن است جهت سطح ممکن باشد، با فرآیند نهایی و آثار هنری قبل از تولید تأیید شده است.
آیا هر قفسه بسته می تواند از کدهای QR و کدهای تحویل استفاده کند؟
فرض نکنید که هر مدلی شامل هر روش دسترسی است. اسکن QR، کدهای پیکاپ، کارتها، خوانندگان، صفحهنمایشها و سایر دستگاهها به راهحل سختافزار و نرمافزار تأیید شده بستگی دارد.
خریدار چه اطلاعات نرم افزاری باید ارائه دهد؟
لطفاً جریان کاربر فعلی، زبان صفحه، فیلدهای داده، قانون تخصیص درب، اسناد رابط، مسئولیت سرور و فرآیند استثنا را ارائه دهید. اگر مشتری از نرمافزار خود استفاده میکند، میتوانیم قفل موجود-کنترل API یا مرز پروتکل را بررسی کنیم.
اولین پیکاپ را قابل درک کنید
شماره گذاری واضح جایگزین طراحی خوب قفسه بسته نمی شود، اما کابینت، پایانه، نرم افزار و تیم عملیاتی را به هم متصل می کند. وقتی این شناسهها با هم برنامهریزی میشوند، خریدار میتواند یک استقرار واقعی را به جای تأیید کابینهای که درست به نظر میرسد اما کارکرد آن دشوار است، بررسی کند.
طرح سایت، ترکیب کابینت، قانون شماره گذاری درب، زبان های ترجیحی، رنگ های برند، گردش کار پایانه و اسناد نرم افزاری خود را برای YS LOCKER ارسال کنید. ما ورودیهای استقرار را بررسی میکنیم و نقاط پیکربندی را که قبل از تولید نیاز به تأیید دارند، شناسایی میکنیم.
درخواست کنیدبررسی ادغام قفسه بسته →