برنامهریزی، تولید، انبار، خرید، کنترل کیفیت، مونتاژ و بستهبندی در یک سامانه؛ ساختهشده برای تولید چندمرحلهای که ردیابی دقیق و کنترل کیفیت سختگیرانه در آن حیاتی است.
هماکنون ستون فقرات عملیاتی تجهیز صنعت رهنما، تولیدکنندهٔ ایمپلنت پزشکی.
// ۲۰ دقیقه · بدون نصب · بدون تعهد
آوند برای هر کارخانهای ساخته نشده. برای تولیدی ساخته شده که قطعه را از چند مرحله و چند دستگاه عبور میدهد و باید بتواند ماهها بعد ثابت کند هر قطعه را چه کسی، روی چه دستگاهی و با چه نتیجهٔ کیفی ساخته است.
از سریال حکشده روی محصول نهایی تا سفارش تولید هر قطعهای که در آن مصرف شده، و اپراتور و دستگاه و آمار کیفی هر مرحله. در صنعتی که باید به بازرس یا مشتری جواب بدهید، این سابقه همان چیزی است که جواب میدهد.
برنامهریزی، تولید، کنترل کیفیت، انبار، خرید، مونتاژ و محاسبهٔ حقوق قطعهکاری روی یک پایگاه داده کار میکنند. عددی که بازرس تأیید میکند، همان عددی است که انبار تحویل میگیرد و همان عددی که حقوق روی آن حساب میشود.
تفکیک عیب برای هر ردیف اصلاحی و ضایعات، قرنطینهٔ کالای ورودی، نمونهبرداری بر پایهٔ MIL-STD-105D، اقدام اصلاحی وصل به ردیفهای واقعی، و قفلشدن رکورد بعد از تأیید بازرس.
آوند در این شرکت یک ماژول آزمایشی نیست. کل سازمان، بهجز حسابداری که نرمافزار جداگانهٔ خودش را دارد، روی آوند کار میکند.
تولید ایمپلنت پزشکی چندمرحلهای است و الزامات ردیابی و کیفیت سختی دارد. برنامهریزی تولید روشن نبود و معلوم نبود هر قطعه در کدام مرحله است.
حقوق قطعهکاری اصلاً وجود نداشت، چون دادهٔ واقعی و دقیق تولید برای چنین محاسبهای در دسترس نبود. پرسنل تولید و مونتاژ ماهانه و ثابت حقوق میگرفتند، صرفنظر از میزان واقعی تولید هر نفر.
پیدا کردن موجودی یک قطعه در کل سازمان، بین واحدهای مختلف، ساعتها طول میکشید.
تولید، کنترل کیفیت و انبار روی یک سامانه آمدند: پروانهٔ ساخت در برنامهریزی صادر میشود، اپراتور کارکرد را پای دستگاه ثبت میکند، بازرس تأیید میزند و انبار تحویل میگیرد. همه روی یک شماره سفارش.
روی همین داده، محاسبهٔ حقوق قطعهکاری پرسنل تولید و مونتاژ راه افتاد، با زنجیرهٔ تأییدی که در بخش بعد آمده است.
موجودی هر کالا در هر انبار، با محل نگهداری و وضعیت، روی یک صفحه جمع شد.
سردرگمی برنامهریزی تولید از بین رفت.
ردیابی محصول و کنترل کیفیت در تمام مراحل تولید کاملاً قابلکنترل شد.
برای اولین بار، پرداخت حقوق بر مبنای تولید واقعی هر نفر ممکن شد، نه یک نرخ ثابت ماهانه. قابلیتی که پیش از این اصلاً وجود نداشت.
زمان ردیابی موجودی یک قطعه در کل سازمان، از ساعتها به یک جستوجو در یک صفحه رسید.
حقوق پرسنل تولید و پرسنل مونتاژ جداگانه و بر مبنای قطعهکاری حساب میشود. مدیریت برای هر مرحلهٔ تولید هر قطعه یکبار نرخ را تعریف میکند؛ از آن به بعد محاسبه خودکار است و کسی پای ماشینحساب نمینشیند.
برای هر ترکیب قطعه، دستگاه و مرحله، عدد استاندارد شیفت و نرخ هر واحد یکبار ثبت میشود. ترکیبی که در تولید ثبت شده ولی هنوز نرخ ندارد، خودکار به فهرست اضافه میشود تا فراموش نشود.
اپراتور پای دستگاه، تعداد تولید شیفت را روی حوالهٔ باز ثبت میکند. نامش از حساب کاربری خودش خوانده میشود، نه از یک فیلد انتخابی.
بازرس بر اساس قطعاتی که واقعاً تولید شده، سالم و اصلاحی و ضایعات را با تفکیک عیب ثبت میکند. اگر جمع با عدد اپراتور نخواند، سیستم تأیید صریح میخواهد. بعد از تأیید، رکورد اپراتور قفل میشود.
انبار همان تعداد تأییدشده را رسید میزند. از آن لحظه دیگر آن تأیید کیفی قابل ویرایش نیست.
محاسبهٔ روزانه با ضرایب قابل تنظیم انجام میشود، توقفهای نیازمند بررسی جدا میشوند و خروجی اکسل برای تحویل به واحد حقوق گرفته میشود. هر بار اعمال نرخ، با نام کاربر و بازه در تاریخچه میماند.
نتیجه برای مدیر: پرداخت قطعهکاری بر مبنای ادعای پرسنل نیست. دو واحد مستقل، کنترل کیفیت و انبار، پیش از محاسبه روی همان عدد صحه گذاشتهاند. برای پوشش حقوق کامل سازمان (اداری، ثابت، تردد و بیمه) آوند به سامانهٔ حقوق و دستمزد وصل میشود؛ در جلسهٔ دمو دربارهٔ آن هم صحبت میکنیم.
آوند یک سامانهٔ کنترل تولید تحت وب است. از لحظهای که برنامهریز پروانهٔ ساخت یک قطعه را صادر میکند تا وقتی محصول مونتاژشده با سریال خودش از در کارخانه بیرون میرود، هر مرحله همانجا که اتفاق میافتد ثبت میشود: پای دستگاه، سر میز بازرس، پشت باسکول انبار. صنایعی که آوند برایشان ساخته شده: تجهیزات پزشکی، قطعات دقیق، فلزی و پوششدهی صنعتی، و شیمیایی؛ جایی که الزام ردیابی و کیفیت بالاست.
هشت چیزی که در کارخانههای تولید قطعه، بیشتر از همه باعث دوبارهکاری و بحث میشود.
یازده صفحه از پرکارترین صفحههای برنامه، با دادهٔ نمایشی. زیر هر تصویر نوشتهایم چه کسی این صفحه را باز میکند، چه چیزی وارد میکند و چه چیزی از آن بیرون میآید.
تصویر را به چپ و راست بکشید.
داشبورد: صفحهٔ اول هر کاربر پس از ورود. اطلاعیههای خواندهنشدهٔ خودش را میبیند، بههمراه تاریخ و ساعت شیفت و هوای امروز. عمداً سبک نگه داشته شده؛ کار اصلی در صفحههای بعدی انجام میشود و منوی کنار صفحه فقط بخشهایی را نشان میدهد که همین کاربر به آنها دسترسی دارد.
سفارش تولید: برنامهریز تولید قطعه را از کاتالوگ انتخاب میکند، حالت تکمرحلهای یا چندمرحلهای را مشخص میکند و برای هر مرحله دستگاهش را میدهد، بعد تعداد و LOT و تاریخ را وارد میکند. شمارهٔ سفارش خودکار گرفته میشود و همزمان روی پایگاه دادهٔ خط ثبت میشود؛ اگر آنجا ثبت نشود، اینجا هم ذخیره نمیشود. فهرست کناری، درخواستهای مهندسی بازی را که هنوز سفارش نخوردهاند یادآوری میکند.
کارکرد خط تولید: اپراتور ایستاده پای دستگاه، شمارهٔ سفارش را میزند و حوالههای باز روی دستگاههای مجاز خودش میآید. دستگاه، تعداد تولید، ساعت شروع و پایان و بازرس مربوطه را وارد میکند؛ مرحلهٔ تولید از روی دستگاه تشخیص داده میشود و نامش از حساب خودش خوانده میشود. ثبت روی دستگاهی که توقف باز دارد، ثبت بیشتر از سقف حواله و ثبت تکراری، هر سه رد میشوند.
توقف دستگاه: اپراتور یا سرپرست، توقف را با دستگاه، علت، ساعت و شمارهٔ سفارش (اختیاری) ثبت میکند و موقع راهاندازی دوباره همینجا میآید. توقف و راهاندازی گروهی برای همهٔ دستگاهها هم هست. تا وقتی توقف باز است ثبت کارکرد روی همان دستگاه بسته میماند، و همان لحظه پیامک و پیام بله برای گیرندگان تعیینشده میرود.
کنترل قطعات خط تولید: بازرس کیفیت شمارهٔ سفارش را جستوجو میکند و کارت کارکردهای در انتظار بازرسیِ خودش را میبیند. تعداد سالم، اصلاحی و ضایعات را وارد میکند و برای اصلاحی و ضایعات، ردیفهای تفکیک عیب (نوع عیب، علت، روش اصلاح) را پر میکند که باید با همان مجموع جور دربیاید. اگر جمع کل با عدد ثبتشدهٔ اپراتور فرق داشته باشد، سیستم یک تأیید صریح میخواهد.
اقدام اصلاحی: وقتی یک عیب تکرار میشود، بهجای یک جلسهٔ شفاهی فرم باز میشود: قطعه، دستگاه، اپراتور، نوع اقدام (اصلاحی یا پیشگیرانه) و علت درخواست. با یک بازهٔ تاریخ، ردیفهای واقعی ضایعات و اصلاحی مرتبط میآید و با تیک به همین فرم وصل میشود؛ ردیفی که قبلاً به فرم دیگری وصل شده غیرفعال است. بررسی کمیته و «مؤثر بودن اقدام» بعداً روی همین رکورد تکمیل و چاپ میشود.
ردیابی محصول: کسی که به شکایت مشتری یا یک بازرسی رسیدگی میکند، سریال حکشده روی دستگاه یا شمارهٔ سفارش مونتاژ را وارد میکند و کارتهای مراحل ساخت با دستگاه، تکنسین، تاریخ و آمار کیفی هر مرحله میآید. صفحه عمداً فقطخواندنی است. اگر یکی از پایگاههای داده در دسترس نباشد همین را صریح میگوید، تا خانهٔ خالی با «کاری انجام نشده» اشتباه گرفته نشود.
مهندسی تولید: پرکارترین صفحهٔ مهندسی ساخت با هفت تب. تب جستوجو هرچه دربارهٔ یک قطعه ثبت شده یکجا نشان میدهد: متعلقات، زیرمتعلقات، قطعات استاندارد، مسیر ساخت و قطعاتی که همان شماره نقشه را دارند. بقیهٔ تبها شماره نقشهٔ تازه میسازند، متعلقات را وصل میکنند، پروسهٔ ساخت را ویرایش میکنند و فایل فنی را با وضعیت تأیید بالا میبرند. دسترسی هر تب جداگانه تنظیم میشود.
موجودی انبارها: انباردار یک انبار را انتخاب میکند، یا بدون انتخاب انبار مستقیم نام کالا را در همهٔ انبارها جستوجو میکند. فیلتر محل نگهداری، وضعیت موجودی و ترتیب نمایش هست و کارتهای بالای صفحه تعداد کل اقلام، موجود و صفر را میدهد. برای انبار محصول نهایی هر قطعه به تفکیک مرحلهٔ تولیدی که در آن قرار دارد باز میشود، و خروجی PDF بدون سقف ردیف گرفته میشود.
درخواست خرید: انباردار یا مسئول هر واحد، درخواست تازه باز میکند و اقلام را با کالا از کاتالوگ یا نام آزاد، تعداد و اولویت اضافه میکند. از آنجا هر قلم وارد گردش «تأیید، سفارش، دریافت» میشود و در هر مرحله برای نقش مربوطه اعلان میرود. تأیید مدیر از داخل ربات بله هم انجام میشود.
مجوز دسترسی: ادمین نقش میسازد («اپراتور خط»، «انباردار») و با یک چکلیست درختی مشخص میکند این نقش به کدام صفحهها دسترسی دارد؛ تیک روی یک دسته، زیرمجموعههایش را هم تیک میزند. لایهٔ بعدی تب و دکمهٔ داخل صفحه است و لایهٔ سوم استثنای فردی که روی نتیجهٔ همهٔ نقشهای آن شخص برنده است. ذخیره برای هر آیتم یک وضعیت صریح مجاز یا غیرمجاز مینویسد.
یک نرمافزار یکپارچهٔ تولید، نه چند برنامهٔ جدا: ده بخش و بیش از نود صفحهٔ کاری. این فهرست خلاصهٔ همان منویی است که کاربر هر روز باز میکند؛ هر عنوان یک صفحهٔ واقعی در برنامه است، نه یک قابلیت تبلیغاتی.
صدور پروانهٔ ساخت برای یک قطعه یا سفارش مونتاژ برای یک محصول، تکمرحلهای یا با مسیر چندمرحلهای و دستگاه هر مرحله. هر مرحله فقط یک بار مجاز است و برای هر مرحله باید دستگاه انتخاب شود.
از روی BOM محصول حساب میکند برای رسیدن به تعداد هدف، از هر قطعه چقدر کم دارید و چقدر اضافه. عدد «تعداد سفارش» هر قطعه جداگانه ویرایش میشود و هر تغییرش با مقدار قبلی، مقدار جدید، نام کاربر و زمان در تاریخچه میماند.
همهٔ حوالههای بازِ این لحظه روی خط، با ریز ثبتهای اپراتور هر ردیف. کنارش فهرست سفارش تولید و سفارش مونتاژ و لیست تولید دستگاهها با وضعیت هرکدام.
از سریال حکشده روی یک دستگاه مونتاژی رو به عقب تا سفارش تولید هر قطعه و اپراتور و دستگاه هر مرحله، یا از یک پروانهٔ ساخت رو به جلو تا محصولی که در آن مصرف شده. صفحه عمداً فقطخواندنی است.
ثبت تولید شیفت روی حوالهٔ باز، پای همان دستگاه. مرحلهٔ تولید از روی دستگاه تشخیص داده میشود و نام اپراتور از حساب لاگینشده خوانده میشود، نه از یک فیلد انتخابی.
ثبت توقف و راهاندازی با علت و ساعت، برای یک دستگاه یا برای همهٔ دستگاهها با هم. دستگاههای متوقف فعلی و تاریخچهٔ اخیر روی همان صفحه دیده میشود.
هر اپراتور فقط کارکرد و راندمان خودش را میبیند، روزبهروز. ساعت یا تعداد اشتباه را تا پیش از تأیید کیفیت خودش اصلاح میکند.
متریال مصرفشده را با تعداد واقعی تولید مقایسه میکند تا مصرف غیرعادی پیدا شود. ضریب مصرف متریال هر قطعه جداگانه تنظیم میشود.
گزارش تولید، مقادیر تولید به تفکیک دستگاه و اپراتور و قطعه، کارکرد اپراتورها و گزارش توقف؛ همه روی همان دادهای که اپراتور و بازرس ثبت کردهاند.
بازرس، کارکرد ثبتشدهٔ اپراتور را تأیید میکند: سالم، اصلاحی، ضایعات. برای اصلاحی و ضایعات باید ردیفهای تفکیک عیب (نوع عیب، علت، روش اصلاح) با همان مجموع جور دربیاید و اختلاف با عدد اپراتور تأیید صریح میخواهد.
کالای وارده پیش از رسید، در قرنطینه بازرسی میشود. جمع «تعداد قبول» و «تعداد رد» باید دقیقاً با تعداد دسته یکی شود و نتیجه برای انباردار اعلان میرود.
مشخصههای کیفی و ابعاد قابل کنترل هر قطعه تعریف میشود و جدول نمونهبرداری استاندارد تعیین میکند از هر دسته چند نمونه بازرسی شود. فرم بازرسی ابعادی از همینجا پر میشود.
درخواست اقدام اصلاحی یا پیشگیرانه که به ردیفهای واقعی ضایعات و اصلاحی وصل میشود، نه به یک عدد کلی. ردیفی که به یک درخواست وصل شده در درخواست بعدی انتخاب نمیشود. بررسی کمیته، امضاها و «مؤثر بودن اقدام» بعداً روی همان فرم تکمیل و چاپ میشود.
پیوت فصلی عدمانطباقها به تفکیک اپراتور و کد عیب، با نمودار پارتو و p-chart؛ برای اینکه معلوم شود کدام عیب و کدام مرحله بیشترین سهم را دارد.
کنترل ورودی قطعات به مونتاژ، کنترل محصولات مونتاژی و فهرست قطعات ارسالی به مونتاژ، جدا از کنترل خط تولید.
سنگینترین صفحهٔ این بخش با هفت تب: جستوجوی کامل یک قطعه (متعلقات، زیرمتعلقات، قطعات استاندارد، مسیر ساخت و قطعات همشماره)، ساخت شماره نقشه، ویرایش متعلقات، پروسهٔ ساخت و بارگذاری فایل. دسترسی هر تب جداگانه تنظیم میشود.
ساختار گروهبندی چندسطحی که هر سطحش یک کد عددی دارد؛ شماره نقشه از کنار هم گذاشتن کدها ساخته میشود. اگر همان شماره قبلاً برای قطعهٔ دیگری استفاده شده باشد، پیش از ثبت تأیید صریح میخواهد.
فایلهای PDF، CAD، CAM و DWG هر قطعه با وضعیت تأیید. فقط نسخهای که تأیید نهایی خورده باز میشود، تا کسی با نقشهٔ قدیمی قطعه نسازد.
کدام قالب و ابزار برای کدام قطعه، کنار خود قطعه ثبت میشود؛ برای وقتی که سفارش تازهای از همان قطعه میآید.
مراحل تولید هر قطعه با نام و توضیح و طول، قابل جابهجایی؛ و کپی کامل مسیر ساخت از یک شماره نقشهٔ مشابه، برای قطعاتی که مسیرشان یکی است.
رسید انبار و رسید خط تولید؛ حوالهٔ انبار، خط تولید و خط مونتاژ؛ حوالهٔ خروج و فروش؛ حوالهٔ امانی نزد پیمانکار و دریافت امانی؛ حوالهٔ بینانباری؛ و برگشت از خط، از مونتاژ و اسقاط سطح محصول.
جلسهٔ شمارش با انجماد موجودی سیستمی در لحظهٔ شروع، شمارش رکبهرک و ثبت نهایی مغایرت؛ تا شمارش با ورود و خروج همان روز قاطی نشود.
آستانهٔ سفارش مجدد هر کالا در هر انبار، با پیشنهاد بر پایهٔ مصرف ماهانه بهعنوان نقطهٔ شروع. رسیدن کالا به آستانه، برای نقشهای تعیینشده اعلان میفرستد.
تعریف رک، طبقه و خانه و محل پیشفرض هر کالا، بههمراه فهرست کالاهایی که هنوز محلی برایشان ثبت نشده.
گزارش رسیدها و حوالهها، وارد و صادرهٔ متریال، گزارش کالا و موجودی لحظهای هر انبار، کاردکس هر حساب، و گزارش قطعات اصلاحی و اسقاطی و مفقودی با قیمت تنظیمشده.
انبارها، کالاها، واحدها، جنس و شکل متریال، اقلام مصرفی و ضریب مصرفشان؛ کاتالوگ پایهای که بقیهٔ بخشها از آن میخوانند.
ثبت درخواست از انبار یا هر واحد نیازمند، با انتخاب کالا از کاتالوگ یا نام آزاد، تعداد و اولویت. قلمی که هنوز تأیید نشده قابل حذف است و درخواست خالی قابل حذف.
گردش هر قلم از تأیید مدیریت تا سفارش و دریافت کالا در انبار، با اعلان برای تأییدکننده و برای انباردار. تأیید از داخل ربات بله هم انجام میشود.
تعریف طرفحسابها و اتصالشان به حوالهٔ امانی، دریافت امانی از پیمانکار و خروج محصول.
ثبت ساخت هر دسته با مصرف لات هر قطعهٔ BOM و پیشروی بازهٔ سریال محصول. سریال محصول و سریال فرم خروج جداگانه تنظیم میشوند.
چه قطعهای، چه زمانی و با کدام حواله به خط مونتاژ رفته؛ کنار فهرست متعلقات هر سفارش و موجودی انبار مونتاژ.
خروج دستههای تأییدشدهٔ کیفیت برای فروش یا ارسال به پیمانکار، با شمارهٔ سریال فرم خروج و گزارش خروج محصول.
دستهبندی کارتنها و چاپ لیبل کوچک، بزرگ، کیفیت و کناری بهصورت PDF آمادهٔ چاپ.
نرخ هر ترکیب قطعه، دستگاه و مرحله یکبار تعریف میشود و محاسبهٔ روزانه روی کارکرد تأییدشدهٔ کنترل کیفیت و انبار انجام میگیرد. توقفهای نیازمند بررسی جدا میشوند، ضرایب قابل تنظیم است و خروجی اکسل برای واحد حقوق گرفته میشود.
فرم کارکرد عملیات تکمیلی را خودتان طراحی میکنید؛ ثبت کارکرد، نمای شخصی هر نفر و گزارش کارکرد واحد. تعیین قیمت هر عملیات هم جداگانه تنظیم میشود.
نقش میسازید، صفحهها را برایش تیک میزنید و در صورت نیاز تب و دکمهٔ داخل صفحه را هم جدا تنظیم میکنید. استثنای یک شخص روی نتیجهٔ همهٔ نقشهایش برنده است.
اطلاعیهٔ داخلی با مخاطب مشخص و پیوست؛ اطلاعیههای خواندهنشده روی صفحهٔ اول هر کاربر مینشیند. کنارش اعلان زندهٔ برنامه، پیامک و ربات بله برای رویدادهایی مثل توقف دستگاه، نقطه سفارش، قرنطینه و درخواست خرید.
افزودن پرسنل، چاپ کارت پرسنلی و برچسب بارکد برای افراد انتخابشده، و نامهنگاری داخلی.
هرکدام از اینها جواب یک اتفاق واقعی روی خط است. چند نمونه:
تا وقتی بازرس کیفیت روی یک کارکرد تأیید نزده، اپراتور میتواند رکورد خودش را اصلاح یا حذف کند. بعد از تأیید، رکورد قفل میشود.
اگر روی دستگاهی توقف باز ثبت شده باشد، ثبت کارکرد روی همان دستگاه بسته میشود، تا کسی برای ساعتی که دستگاه خوابیده تولید ثبت نکند.
ویرایش یک تأیید کیفی، تأیید قبلی و همهٔ ردیفهای عیبش را پاک و از نو مینویسد، تا ضایعات دوباره شمرده نشود. اگر انبار آن دسته را تحویل گرفته باشد، دیگر اصلاً ویرایش نمیشود.
سفارش فقط وقتی ذخیره میشود که همزمان روی خط هم ثبت شده باشد. پروانهٔ ساختی که روی خط رکورد ندارد، بعداً قابل ردیابی نیست.
لحظهای که شمارش «شروع» میخورد، موجودی سیستمی منجمد میشود تا شمارش رکها با ورود و خروج همان روز قاطی نشود.
در قرنطینه، جمع «تعداد قبول» و «تعداد رد» باید دقیقاً با تعداد دسته یکی شود. اختلاف پذیرفته نمیشود، چون هر عددی باید یک جا حساب شده باشد.
دسترسی در سطح صفحه تمام نمیشود؛ تب و دکمهٔ داخل صفحه هم جدا تنظیم میشود و استثنای یک شخص روی نتیجهٔ همهٔ نقشهایش برنده است.
هر تغییر عدد سفارش با مقدار قبلی، مقدار جدید، نام کاربر و زمان در تاریخچه میماند؛ چیزی که در دفتر دستی هیچوقت نمیماند.
هر رویدادی که یک نفر باید از آن باخبر شود، از سه مسیر بیرون میآید. گیرندهٔ هر مسیر جداگانه تنظیم میشود، پس کسی زیر بار اعلانی که به او ربطی ندارد نمیرود.
سه دستهٔ رویداد اعلان زنده دارند: درخواست خرید (در انتظار تأیید مدیریت، و در انتظار دریافت کالا در انبار)، رسیدن کالا به نقطهٔ سفارش، و قرنطینه (ورود کالا برای کنترل کیفیت، و اعلام نتیجهٔ کنترل به انباردار).
برای هر نوع رویداد تعیین میکنید کدام نقشها آن را ببینند. اعلان روی نقش مینشیند نه روی شخص، پس با تغییر نفرات چیزی از دست نمیرود.
سرویسدهندهٔ پیامک با کلید API و شمارهٔ خط خودتان تعریف میشود و گیرندهها بر اساس موضوع مشخص میشوند. موضوع فعال فعلی ثبت توقف دستگاه است.
سی پیامک آخر با زمان، گیرنده، متن و نتیجهٔ ارسال در همان صفحه دیده میشود، تا وقتی کسی میگوید «پیامکی نیامد» جواب روشن باشد. یک گیرنده را میشود موقتاً غیرفعال کرد بدون آنکه حذف شود.
سه ربات جدا با توکن و حسابهای جدا. توقف دستگاه: هر توقف یک پیام دارد که در طول عمرش ویرایش میشود (ثبت توقف، تأیید کیفیت، راهاندازی، تأیید راهاندازی)، نه اینکه چهار پیام تازه بیاید. درخواست خرید: مدیر تأیید را با دکمهٔ زیر همان پیام میزند. موجودی انبار: نام قطعه را میفرستید، انبار قطعات یا انبار محصول را انتخاب میکنید و موجودی برمیگردد.
بله به پایگاه دادهٔ شما دسترسی ندارد. سرورِ خودتان با توکن به بله وصل میشود و پیام را بیرون میفرستد.
برای هر حساب بلهٔ موجودی انبار میشود فهرست قطعاتی را مشخص کرد که نباید در پاسخ به آن حساب نشان داده شود؛ مثلاً وقتی دسترسی یک پیمانکار به موجودی محدود است.
پیش از هر جلسه، اینها را بدانید تا مشخص باشد وارد چه چیزی میشوید.
مقایسهای صادق، حتی جایی که تفاوتی وجود ندارد.
| معیار | نرمافزار قدیمی دسکتاپ | آوند |
|---|---|---|
| باز شدن از هر کامپیوتر و تبلت خط، بدون نصب | ✕ | ✓ |
| تاریخچهٔ تغییرات با نام کاربر و زمان | ✕ | ✓ |
| دسترسی تا سطح تب و دکمه، با استثنای فردی | فقط سطح صفحه | ✓ |
| پیامک و پیامرسان بله برای رویدادها | ✕ | ✓ |
| انبارگردانی، جانمایی انبار و نقطه سفارش | ناقص | ✓ |
| نمای شخصی کارکرد و راندمان برای خود اپراتور | ✕ | ✓ |
| ردیابی محصول از سریال تا اپراتور هر قطعه | ✓ | ✓ |
| زبان و تقویم فارسی کامل | ✓ | ✓ |
| نصب روی سرور داخلی کارخانه | ✓ | ✓ |
جدول را میتوانید به چپ و راست بکشید.
پاسخها همان چیزی است که در جلسه هم میگوییم.
کارخانهای که قطعه میسازد، هر قطعه را روی چند دستگاه و چند مرحله میبرد، بین مراحل بازرسی کیفی دارد و در پایان از روی BOM محصول مونتاژ میکند. صنایع اولویتدار: تجهیزات پزشکی، قطعات دقیق، فلزی و پوششدهی صنعتی، و شیمیایی. آوند امروز در تجهیز صنعت رهنما، تولیدکنندهٔ ایمپلنت پزشکی، روی همین نوع تولید کار میکند.
اگر تولیدتان پیوسته است (مایعات، خوراک، مواد فله)، یا کارگاه خردی هستید که همهچیز تکمرحلهای و بدون بازرسی بین مراحل انجام میشود، بخش زیادی از آوند بلااستفاده میماند و صادقانه بهتان میگوییم.
نه. آوند حقوق قطعهکاری پرسنل تولید و مونتاژ را حساب میکند، چون دادهٔ تولید و تأیید کیفیت و انبارش را خودش دارد.
حقوق کامل سازمان (اداری، ثابت، تردد، بیمه و مالیات) کار سامانهٔ حقوق و دستمزد است و آوند به آن وصل میشود. در جلسهٔ دمو دربارهٔ این اتصال هم صحبت میکنیم.
روی سرور داخل کارخانهٔ خودتان. آوند سرویس ابری نیست و دادهای به بیرون نمیفرستد. مسیر فایل پشتیبان در تنظیمات سامانه مشخص میشود و نسخهٔ پشتیبان در اختیار خودتان است.
تنها چیزی که از شبکه بیرون میرود، متن پیامک و پیام بله است، آن هم فقط اگر این دو را روشن کرده باشید.
نه. ثبت تولید، کنترل کیفیت، انبار و بقیهٔ کارها روی شبکهٔ داخلی انجام میشود و به اینترنت کاری ندارد. فقط پیامک و ربات بله تا وصل شدن اینترنت منتظر میمانند.
صفحهٔ اپراتور عمداً کوتاه است: شمارهٔ سفارش را میزند، حوالههای باز روی دستگاههای مجاز خودش میآید، دستگاه و تعداد و ساعت شروع و پایان را وارد میکند و ثبت میزند. مرحلهٔ تولید خودش از روی دستگاه تشخیص داده میشود و نام اپراتور از حساب لاگینشده خوانده میشود، پس چیزی برای انتخاب اشتباه وجود ندارد.
صفحهٔ «کارکرد من» هم فقط کارکرد و راندمان خود همان فرد را نشان میدهد. تجربه نشان داده وقتی اپراتور عدد خودش را میبیند، دقت ثبت بالا میرود.
تا وقتی بازرس کیفیت روی آن ثبت تأیید نزده، خود اپراتور میتواند رکوردش را اصلاح یا حذف کند. بعد از تأیید کیفیت، رکورد قفل میشود و اصلاح از مسیر بازرس انجام میگیرد.
چند چیز هم اصلاً اجازهٔ ثبت اشتباه نمیدهند: ثبت روی دستگاهی که توقف باز دارد بسته است، مجموع ثبتهای یک مرحله از سقف حواله بالاتر نمیرود، بازهٔ شروع تا پایان باید بین صفر تا ۲۴ ساعت باشد و ثبت تکراری رد میشود.
قرار نیست کاتالوگ قطعات، شماره نقشهها، کالاها، انبارها و پرسنل را از صفر وارد کنید. در جلسهٔ بررسی جریان کار، ساختار دادهٔ فعلیتان را میبینیم و مسیر انتقال را مشخص میکنیم.
آوند خودش روی پایگاه دادهٔ برنامهٔ تولید مینویسد و میخواند، پس در کارخانههایی که همین ساختار را دارند انتقال مستقیم است و در بقیه با فایل ورودی انجام میشود.
خیلی از چیزهایی که معمولاً «سفارشیسازی» حساب میشود، در آوند تنظیمات است و بدون برنامهنویسی انجام میشود: طراحی فرم کارکرد عملیات تکمیلی، ضرایب و نرخ آکورد، استاندارد تولید هر قطعه، نقطهٔ سفارش هر کالا در هر انبار، جدول نمونهبرداری، مشخصههای کیفی هر قطعه، ساختار چندسطحی شماره نقشه، مسیر ساخت، و ضریب مصرف اقلام.
هر چیزی بیرون از اینها را در جلسه بررسی میکنیم و پیش از شروع، دامنه و زمانش را مکتوب میگوییم.
بستگی دارد به اینکه چند واحد از روز اول وارد شوند. روال ما شروع با یک واحد است (معمولاً تولید و کنترل کیفیت خط)، و بعد انبار و خرید و مهندسی ساخت. سیستم فعلیتان تا پایان انتقال کامل فعال میماند.
زمانبندی دقیق بعد از جلسهٔ بررسی جریان کار و بهصورت مکتوب اعلام میشود.
قیمت به تعداد واحدهایی که وارد میشوند و حجم کار استقرار بستگی دارد و بعد از جلسهٔ بررسی جریان کار بهصورت مکتوب اعلام میشود.
چون آوند تحت وب است و روی دستگاه کاربر چیزی نصب نمیشود، اضافه شدن یک کاربر یا یک تبلت تازه روی خط هزینهٔ نصب جداگانه ندارد.
هر صفحه راهنمای خودش را داخل برنامه دارد: این صفحه چیست، کاربر معمولش کیست، هر فیلد یعنی چه، مراحل کار به ترتیب و نکاتی که معمولاً اشتباه میشود. بیشتر سؤالهای روز اول همانجا جواب میگیرد.
آموزش کاربران هر واحد بخشی از استقرار همان واحد است و در جلسهٔ بررسی جریان کار دربارهٔ شرایط پشتیبانی بعد از استقرار صحبت میکنیم.
آوند یکشبه جای سیستم فعلی شما را نمیگیرد؛ کنارش مینشیند و بخشبهبخش جایش را پر میکند.
۲۰ دقیقه دربارهٔ اینکه الان هر بخش چطور کار میکند و کار معمولاً کجا میخوابد.
آوند را با دادهای شبیه دادهٔ خودتان میبینید، نه یک اسلاید آماده.
یک واحد را شروع میکنیم؛ سیستم فعلیتان تا پایان انتقال کامل، فعال میماند.
یک جلسهٔ ۲۰ دقیقهای میگذاریم و آوند را روی همان کاری که در کارخانهٔ شما انجام میشود نشان میدهیم. نصب و تعهدی هم در کار نیست.
زنگ بزنید یا در واتساپ پیام بدهید. اگر ایمیل را ترجیح میدهید، فرم کوتاهش چهار فیلد دارد: نام، شرکت، صنعت، تلفن.