نرم‌افزار ERP – برساوش فناوران

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

نرم افزار ERP قطعه سازی خودرو؛ کیفیت، ممیزی و سفارش

نرم افزار ERP قطعه سازی خودرو باید علاوه بر برنامه‌ی تولید، «مدرک» بسازد: نتیجه‌ی هر بازرسی، تصمیم درباره‌ی هر قطعه‌ی نامنطبق، امضای کسی که تأیید کرده و سابقه‌ای از انبار که بعداً دست نخورده باشد. داتا این سوابق را کنار سفارش، خرید، انبار و نگهداری دستگاه‌ها، روی سرور خودِ کارخانه نگه می‌دارد.

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

وقتی خریدار قطعه‌ی شما خودروساز است؛ گرفتاری‌های روزمره‌ی کارخانه قطعه‌ساز

یک کارخانه‌ی فرضی قطعات پلاستیکی و فلزی سبک را در نظر بگیرید که برای دو مشتری بزرگ کار می‌کند. چیزهایی که مدیر کیفیت و مدیر کارخانه‌اش هر ماه با آن کلنجار می‌روند احتمالاً این‌هاست:

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

سیستم مدیریت کارخانه قطعه‌ساز باید چه سوابقی را نگه دارد؟

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

سابقه‌ای که خواسته می‌شود در داتا کجا ثبت می‌شود پلن داتا
نتیجه‌ی بازرسی هر مرحله گزارش تولید هر مرحله و بازرسی کیفیت آغاز، پیشرو، سرآمد
تصمیم درباره‌ی قطعه‌ی نامنطبق پرونده‌ی عدم‌انطباق و تصمیم نهایی درباره‌ی قطعه (دور ریختن، پذیرش و ادامه، یا تکرار) از آغاز (همراه بازرسی)
تأیید خودکار نتایج داخل محدوده‌ی مجاز تأیید خودکار برای فرایندهایی که مدیر کیفیت روشن کند سرآمد
نسخه‌ی معتبر نقشه، مواد و عملیات بازبینی سفارش در چند ایستگاه و شناسنامه‌ی مواد و عملیات قطعه پیشرو، سرآمد
ورود و خروج مواد بدون امکان دست‌بردن سابقه‌ی انبار غیرقابل‌دستکاری آغاز، پیشرو، سرآمد
امضای مسئول روی سند امضای دیجیتال کاربران پیشرو، سرآمد
سوابق سرویس دستگاه‌ها بانک دستگاه‌ها و دستورکار نگهداری پیشگیرانه پیشرو، سرآمد
ارزیابی دوره‌ای واحدها کارتابل نظارت با چک‌لیست اختصاصی و امتیاز سرآمد

کنترل کیفیت قطعات خودرو در ERP؛ از اندازه‌گیری تا تصمیم

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

در کارخانه‌ای که روزانه صدها اندازه‌گیری دارد، بازبینی دستی همه‌ی آن‌ها واحد کیفیت را زمین‌گیر می‌کند. پلن سرآمد این امکان را می‌دهد که مدیر کیفیت، فرایند به فرایند، مشخص کند نتیجه‌هایی که در محدوده‌ی تلورانس افتاده‌اند بی‌نیاز از امضای دستی تأیید شوند تا وقت بازرس‌ها صرف موارد مرزی و ردی شود. این تصمیم دست مدیر کیفیت است و برای فرایندهای حساس می‌شود آن را خاموش نگه داشت.

آمادگی همیشگی برای ممیزی مشتری؛ کارتابل نظارت

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

بازنگری سفارش و تغییر نقشه در نرم‌افزار مدیریت کارخانه قطعه‌ساز

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

سپس برنامه‌ریزی تولید، محاسبه‌ی مواد لازم و کارتابل‌های اپراتور و سرپرست (در پیشرو و سرآمد) سفارش را به خط می‌رسانند. سرآمد دو چیز دیگر هم دارد: صفحه‌ای ساده روی تبلت که اپراتور کنار ماشین با آن کار می‌کند، و تصویری از اینکه هر دستگاه کی مشغول است و کی خالی.

خرید مواد و قطعات از تأمین‌کنندگان؛ زنجیره‌ای که شما هم حلقه‌ای از آن هستید

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

نگهداری دستگاه‌ها و قالب‌ها؛ تعهد تحویل با دستگاه خراب ممکن نیست

برای مشتری خودروساز، تأخیر در تحویل به‌خاطر خرابی پرس یا تزریق همان‌قدر بد است که قطعه‌ی معیوب. از پلن پیشرو، فهرست همه‌ی ماشین‌آلات با سوابقشان در داتا ثبت می‌شود و برای سرویس‌های دوره‌ای و تعمیرات، دستورکار صادر می‌شود. ثبت سرویس‌های دوره‌ای در همان سامانه‌ای که سفارش‌ها را برنامه‌ریزی می‌کند، یعنی واحد نت و برنامه‌ریزی از یک تقویم کار می‌کنند.

کدام پلن داتا برای کدام قطعه‌ساز؟

  • آغاز (تا ۱۰ کاربر): کارگاهی که می‌خواهد فروش، خرید، انبار، گزارش تولید و بازرسی کیفیت را از کاغذ به سامانه ببرد.
  • پیشرو (تا ۵۰ کاربر): کارخانه‌ای که بازنگری سفارش، برنامه‌ریزی، نگهداری دستگاه‌ها، برون‌سپاری و امضای دیجیتال لازم دارد. برای بیشتر تأمین‌کنندگان خودروساز نقطه‌ی منطقی شروع است.
  • سرآمد (طبق قرارداد): کارخانه‌ی بزرگ یا چندسایتی که تأیید خودکار بازرسی‌ها، کارتابل نظارت، کمیسیون خرید، فرم‌ساز و پنل اپراتور کنار دستگاه می‌خواهد.

محل نصب داتا سروری در شبکه‌ی داخلی کارخانه است و قطع اینترنت کار را متوقف نمی‌کند؛ نقشه‌ها و سفارش‌های مشتری روی سرورهای بیرونی نمی‌روند. داده‌های فعلی هم، چه در فایل‌های اکسل باشد چه در سیستم دیگر، به دست تیم برساوش منتقل می‌شود؛ وسعت این کار در قرارداد نوشته می‌شود.

چه چیزهایی را از داتا انتظار نداشته باشید؟

  • داتا گواهینامه‌ی سیستم کیفیت صادر نمی‌کند و جای مشاور و ممیز را نمی‌گیرد؛ فقط سوابقی را نگه می‌دارد که در ممیزی به کار می‌آیند.
  • ماژول ویژه‌ی مدارک تأیید قطعه یا برنامه‌ریزی کیفیت محصول جدید به سبک استانداردهای خودروسازی ندارد.
  • به سامانه‌های تأمین یا درگاه‌های خودروساز به‌طور مستقیم وصل نمی‌شود.
  • نمودار کنترل آماری فرایند نمی‌کشد و ردیابی سری ساخت قطعه تا خودروی نهایی را وعده نمی‌دهد.
  • بخش منابع انسانی، مالیات و صورتحساب الکترونیکی ندارد و نسخه‌ی ابری هم ارائه نمی‌شود.

سوالات متداول

آیا داتا برای کارخانه قطعه‌سازی که تأمین‌کننده‌ی خودروساز است مناسب است؟

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

قطعه‌ی خارج از تلورانس در داتا چطور تعیین تکلیف می‌شود؟

عدم‌انطباق ثبت می‌شود و مسئول کیفیت یکی از سه راه را برمی‌گزیند: کنار گذاشتن و اسقاط، پذیرش و ادامه، یا انجام دوباره‌ی عملیات.

تأیید خودکار نتایج بازرسی در کدام پلن است؟

در پلن سرآمد، و فقط برای فرایندهایی که مدیر کیفیت فعال کند.

آیا داتا به سامانه‌ی خودروساز وصل می‌شود؟

نه؛ داتا اتصال مستقیم به درگاه یا سامانه‌های تأمین خودروساز ندارد و سوابق داخل کارخانه را مدیریت می‌کند.

نگهداری پیشگیرانه‌ی دستگاه‌ها در کدام پلن داتاست؟

بانک دستگاه‌ها و دستورکار نگهداری پیشگیرانه در پلن‌های پیشرو و سرآمد است.

برای دیدن مسیر یک قطعه از سفارش تا بازرسی و تحویل در کارخانه‌ی خودتان، نرم‌افزار ERP کارخانه را مرور کنید و از صفحه‌ی داتا درخواست دمو بدهید.

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

نرم افزار مدیریت کارگاه تراشکاری و ماشین‌کاری باید هر سفارش را مثل یک پروژه‌ی جداگانه ببیند: از استعلام و نقشه‌ی مشتری تا متریال، مراحل کار، دستگاه، پیمانکار بیرونی، بازرسی و فرم تحویل. داتا، ERP برساوش، برای کارگاه‌ها و کارخانه‌هایی ساخته شده که بر اساس نقشه‌ی مشتری قطعه می‌سازند و روی سرور خودِ کارگاه نصب می‌شود.

در یک کارگاه قطعه‌سازی، دو سفارش شبیه هم پیدا نمی‌کنید. امروز ده عدد شفت با تلورانس تنگ می‌رسد، فردا یک قطعه‌ی تکی برای تعمیر خط تولید یک کارخانه‌ی دیگر و پس‌فردا دویست عدد بوش که بعد از تراش باید آبکاری شوند. برنامه‌های عمومی حسابداری یا انبار برای کالای ثابت و تکراری طراحی شده‌اند و در چنین محیطی خیلی زود کم می‌آورند. این راهنما از گرفتاری‌های روزمره‌ی خودِ کارگاه شروع می‌کند، بعد نشان می‌دهد کدام بخش داتا به کدام گرفتاری جواب می‌دهد، کدام پلن لازم است و چه چیزهایی را نباید از هیچ ERP کارگاهی انتظار داشت.

یک روز معمولی در کارگاه CNC؛ کار دقیقاً کجا گیر می‌کند؟

اگر صاحب یا سرپرست یک کارگاه تراش و فرز باشید، احتمالاً این صحنه‌ها را بارها دیده‌اید:

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

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

نرم افزار تولید سفارشی قطعات صنعتی چه چیزهایی باید داشته باشد؟

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

  1. هر استعلام را مرحله‌به‌مرحله تا تأیید یا رد دنبال کند.
  2. برای هر قطعه، متریال و مراحل کاری را جدا نگه دارد و پیش از قبول سفارش، واحدهای مختلف نظرشان را ثبت کنند.
  3. نشان دهد کارها روی کدام دستگاه‌ها و در چه بازه‌ای قرار گرفته‌اند.
  4. کار پیمانکاران بیرونی را مثل یک مرحله از تولید پیگیری کند، نه یک یادداشت کنار دفتر.
  5. نتیجه‌ی بازرسی و تصمیم درباره‌ی قطعه‌ی معیوب را ثبت کند.
  6. قطعات آماده و تحویل‌شده را از باقی‌مانده‌ی سفارش جدا نشان دهد.

داتا در کارگاه ماشین‌کاری؛ هر گرفتاری، یک بخش از سامانه

جدول زیر گرفتاری‌های بالا را کنار امکانات داتا می‌گذارد. ستون آخر نشان می‌دهد آن امکان از کدام پلن شروع می‌شود؛ پلن‌های بالاتر هرچه در پلن‌های قبلی هست را هم با خود دارند.

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

از استعلام تا قیمت؛ جلوی ضرر را همان اول بگیرید

در ماشین‌کاری، بخش بزرگی از سود یا زیان یک سفارش پیش از روشن شدن اولین دستگاه رقم می‌خورد. وقتی جنس مواد، قیمت آن و ترتیب عملیات هر قطعه ـ مثلاً برش شمش، تراش، فرز، سوراخ‌کاری، سختکاری بیرونی و سنگ‌زنی ـ ثبت شود و این اطلاعات از گردش تأیید واحدها بگذرد، عدد نهایی دیگر حدس یک نفر نیست. بازنگری چندمرحله‌ای هم کمک می‌کند واحد فنی تلورانس‌ها را ببیند، برنامه‌ریز درباره‌ی جای خالی در برنامه نظر بدهد و مسئول برون‌سپاری بگوید عملیات بیرونی شدنی است یا نه. برای جزئیات این مرحله، راهنمای بازنگری سفارش و برون‌سپاری را بخوانید.

برنامه‌ریزی قطعه‌سازی بدون وایت‌برد و کاغذ چسبی

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

کیفیت و تحویل؛ جایی که اعتبار کارگاه ساخته می‌شود

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

ERP کارگاه CNC؛ کدام پلن داتا برای کدام کارگاه؟

اندازه‌ی کارگاه و پیچیدگی سفارش‌ها تعیین می‌کند به کدام پلن نیاز دارید. سه وضعیت فرضی:

  • کارگاه کوچک با چند دستگاه و کمتر از ده کاربر: گرفتاری اصلی نظم استعلام‌ها، خرید متریال، انبار و بازرسی است. پلن آغاز با سقف ۱۰ کاربر، فروش و استعلام، خرید و انبار، پرداخت‌ها و ثبت تولید و بازرسی را سامان می‌دهد.
  • کارگاه متوسط با برنامه‌ریز، مسئول کیفیت و چند پیمانکار ثابت: اینجا به بازنگری پیش از قبول، تعریف مواد و عملیات هر قطعه، برنامه‌ریزی، کارتابل جدا برای اپراتور و سرپرست، پیگیری پیمانکاران، تعمیرات دستگاه‌ها و امضای دیجیتال نیاز دارید؛ یعنی پلن پیشرو با سقف ۵۰ کاربر.
  • کارخانه‌ی قطعه‌سازی با چند سالن یا چند سایت: صفحه‌ی اپراتور پای ماشین، دید کامل برنامه‌ی ماشین‌ها، فرم‌ساز و کارتابل نظارت مخصوص پلن سرآمد است؛ چند سایت با اطلاعات جدا هم فقط همین‌جاست.

برای مقایسه‌ی کامل امکانات و پلن‌ها، صفحه‌ی نرم‌افزار ERP کارخانه را ببینید.

چه چیزهایی را از داتا انتظار نداشته باشید؟

روشن بودن مرزها به اندازه‌ی فهرست امکانات اهمیت دارد. داتا سامانه‌ی مدیریت کارخانه است، نه نرم‌افزار ماشین‌کاری:

  • به دستگاه‌های CNC متصل نمی‌شود و برنامه‌ی ماشین (G-code) نمی‌سازد یا ارسال نمی‌کند.
  • نقشه‌ها را از نرم‌افزارهای طراحی (CAD) وارد نمی‌کند.
  • زمان‌بندی خودکار ندارد؛ زمان‌بندی هوشمند «به‌زودی» است.
  • بهای تمام‌شده و حقوق پرسنل را حساب نمی‌کند.

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

برنامه ریزی تولید قطعه‌سازی و امنیت اطلاعات کارگاه

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

چک‌لیست شروع؛ پیش از راه‌اندازی سامانه در کارگاه

  • فهرست دستگاه‌ها را با نام و کد ثابت آماده کنید تا همه یک دستگاه را یک‌جور صدا بزنند.
  • مراحل کاری رایج مثل تراش، فرز، سوراخ‌کاری و سنگ‌زنی را یکسان نام‌گذاری کنید.
  • پیمانکاران بیرونی و نوع کار هر کدام را بنویسید.
  • مشخص کنید چه کسی استعلام را تأیید، چه کسی قیمت را نهایی و چه کسی قطعه‌ی معیوب را تعیین تکلیف می‌کند.
  • کاربران واقعی را بشمارید تا پلن درست انتخاب شود.
  • سفارش‌های باز فعلی را جمع کنید تا روز اول کار با سامانه از صفر شروع نکنید.

سوالات متداول

آیا داتا برای کارگاه تراشکاری کوچک هم مناسب است؟

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

آیا داتا به دستگاه CNC وصل می‌شود؟

خیر. داتا برنامه‌ی ماشین نمی‌سازد و به دستگاه متصل نمی‌شود؛ اپراتور گزارش هر مرحله را ثبت می‌کند و در پلن سرآمد این کار روی تبلت کنار دستگاه انجام می‌شود.

کار سختکاری و آبکاری بیرونی را می‌شود پیگیری کرد؟

بله. از پلن پیشرو، هر کاری که برای پیمانکار بیرونی می‌رود ثبت و پیگیری می‌شود و صف «آماده‌ی برون‌سپاری» کارهای منتظر ارسال را جدا نشان می‌دهد.

قطعه‌ی خارج از تلورانس چطور ثبت می‌شود؟

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

آیا داتا بدون اینترنت کار می‌کند؟

بله. چون سامانه روی سرور داخل کارگاه است، سالن و دفتر روی شبکه‌ی خودِ کارگاه کار می‌کنند و قطع شدن اینترنت جلوی ثبت‌ها را نمی‌گیرد.

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

دبیرخانه نامه‌های وارده و صادره کارخانه؛ ثبت کنار سفارش

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

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

چرا نامه‌های کارخانه در دفتر کاغذی دبیرخانه گم می‌شوند؟

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

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

نامه‌های وارده و صادره‌ی یک کارخانه معمولاً چه نوع‌هایی دارند؟

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

نوع نامه جهت معمولاً به چه چیزی وصل است واحدی که باید اقدام کند
درخواست تغییر نقشه یا جنس از طرف مشتری وارده سفارش و قطعه مهندسی و برنامه‌ریزی
اعلام تأخیر یا تغییر قیمت از طرف تأمین‌کننده وارده سفارش خرید و تأمین‌کننده خرید
پیگیری مطالبات یا صورت‌حساب وارده یا صادره مشتری یا تأمین‌کننده مالی
پاسخ به شکایت کیفی مشتری صادره سفارش و گزارش بازرسی کیفیت
اعلام زمان تحویل یا آماده‌بودن بار صادره سفارش فروش
مکاتبه با پیمانکار برون‌سپاری وارده یا صادره سفارش برون‌سپاری خرید و برنامه‌ریزی
نامه‌های اداری عمومی (بیمه، شهرک صنعتی، بانک) وارده یا صادره بدون سفارش اداری یا مدیریت

نکته‌ی مهم این جدول ستون سوم است. اکثر نامه‌های یک کارخانه‌ی سفارشی به یک سفارش، یک مشتری یا یک تأمین‌کننده تعلق دارند. پس منطقی است که در همان جایی ثبت شوند که آن سفارش و مشتری و تأمین‌کننده ثبت شده‌اند.

ثبت نامه وارده و صادره: چه اطلاعاتی برای هر نامه لازم است؟

این چک‌لیست را برای طراحی فرم دبیرخانه یا بازنگری روش فعلی به کار ببرید:

  1. شماره و تاریخ ثبت: شماره‌ی داخلی کارخانه، جدا از شماره‌ای که فرستنده روی نامه زده است.
  2. طرف مکاتبه: نام مشتری، تأمین‌کننده یا سازمان، دقیقاً همان‌طور که در بانک اطلاعات کارخانه ثبت شده تا بعداً قابل پیدا کردن باشد.
  3. موضوع روشن: به‌جای «پیرو مذاکرات»، بنویسید «درخواست تغییر جنس قطعه‌ی فلان در سفارش فلان».
  4. شماره‌ی سفارش یا قطعه: اگر نامه به سفارشی مربوط است، شماره‌اش در موضوع یا شرح بیاید.
  5. مسئول اقدام: یک نفر یا یک نقش، نه «همه‌ی واحدها».
  6. مهلت پاسخ: حتی برای نامه‌هایی که پاسخ کتبی نمی‌خواهند، تاریخی برای بررسی تعیین کنید.
  7. سطح دسترسی: نامه‌ی قیمت‌گذاری یا مالی لازم نیست جلوی چشم همه باشد.
  8. ارجاع به نامه‌ی قبلی: اگر پاسخ یا پیرو نامه‌ی دیگری است، رشته‌ی مکاتبه حفظ شود.

عادت چهارم از همه کم‌هزینه‌تر و اثرگذارتر است. وقتی شماره‌ی سفارش در عنوان نامه بیاید، هر کسی که بعداً آن سفارش را دنبال می‌کند، رشته‌ی نامه‌ها را هم پیدا می‌کند.

نرم افزار دبیرخانه جدا یا دبیرخانه داخل سیستم کارخانه؟

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

معیار برنامه‌ی دبیرخانه‌ی مستقل دبیرخانه داخل ERP کارخانه
نام مشتری و تأمین‌کننده دوباره و گاهی با املای متفاوت تایپ می‌شود از همان بانک مشتریان و تأمین‌کنندگان می‌آید
پیدا کردن نامه‌های یک سفارش باید در دو برنامه جداگانه گشت از همان سامانه‌ای که سفارش در آن است
کاربران و دسترسی‌ها دو فهرست کاربر جدا برای نگهداری یک تعریف نقش برای همه‌ی بخش‌ها
پیگیری تصمیم‌ها کارتابل جدا از کارتابل تأییدهای کارخانه کنار بقیه‌ی کارهای منتظر تصمیم

برنامه‌ی مستقل برای سازمانی که مکاتباتش ربطی به سفارش ندارد کافی است. اما در کارخانه‌ای که نامه‌ها دنباله‌ی استعلام، سفارش و خرید هستند، جدا بودن این دو یعنی همیشه یک نفر باید اطلاعات را بین دو جا جابه‌جا کند.

بایگانی نامه‌های اداری کارخانه: چه کسی کدام نامه را ببیند؟

بایگانی دیجیتال فقط نگه‌داشتن نامه نیست؛ تعیین این هم هست که چه کسی به آن دسترسی دارد. چند قاعده‌ی عملی:

  • مسئول دبیرخانه همه‌ی نامه‌ها را ثبت می‌کند، اما لازم نیست محتوای همه‌ی نامه‌های مالی را بخواند.
  • هر واحد نامه‌های مربوط به کار خودش را می‌بیند؛ مثلاً خرید مکاتبات تأمین‌کنندگان را.
  • نامه‌های قیمت و قرارداد به مدیریت و مالی محدود شوند.
  • مدیر کارخانه نمای کلی همه‌ی نامه‌های منتظر پاسخ را داشته باشد، بدون اینکه مجبور باشد تک‌تک بپرسد.

این تفکیک وقتی پایدار می‌ماند که بر اساس نقش تعریف شود، نه بر اساس افراد. وقتی کارشناسی جابه‌جا می‌شود، کافی است نقشش عوض شود.

پیگیری پاسخ نامه‌ها با کارتابل و گزارش کارهای عقب‌افتاده

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

برای اینکه پاسخ صادره هم بی‌صاحب نماند، یک قاعده بگذارید: هیچ نامه‌ای به نام کارخانه بیرون نمی‌رود مگر اینکه در دبیرخانه شماره گرفته باشد و امضای کاربر صادرکننده پایش ثبت شده باشد.

دبیرخانه در سامانه داتا؛ چه امکاناتی و در کدام پلن؟

داتا، ERP کارخانه‌ای برساوش، واحدهای فروش، مهندسی، تدارکات، انبار، سالن تولید، کنترل کیفیت و حسابداری را در یک سامانه کنار هم می‌آورد. این سامانه روی سرور خود کارخانه نصب می‌شود؛ بنابراین نامه‌ها و اسناد از شبکه‌ی داخلی بیرون نمی‌روند و اگر اینترنت قطع شود، دبیرخانه همچنان کار می‌کند. کاربران با مرورگر از رایانه یا تبلت وارد می‌شوند. آنچه به این موضوع مربوط است:

  • دبیرخانه‌ی نامه‌های وارده و صادره در کنار بانک مشتریان، تأمین‌کنندگان و سفارش‌ها.
  • جست‌وجوی سراسری؛ کافی است شماره‌ی سفارش، اسم مشتری یا کد قطعه را بنویسید تا به پرونده‌ای که نامه به آن تعلق دارد برسید.
  • کارتابل یکپارچه‌ی تأییدها که برای هر مورد مهلت جداگانه دارد، به‌علاوه‌ی داشبوردی برای هر نقش که تصمیم‌های معطل را نشان می‌دهد.
  • گزارش کارهای عقب‌افتاده برای مرور مواردی که از موعد گذشته‌اند.
  • امضای دیجیتال هر کاربر روی اسناد تا معلوم باشد هر سند را چه کسی امضا کرده است.
  • نقش جداگانه برای هر کاربر، تا نامه‌های قیمت و قرارداد فقط به مدیریت و مالی برسد.
امکان آغاز پیشرو سرآمد
مشتریان، سفارش‌ها، خرید و انبار ✓ ✓ ✓
داشبورد، کارتابل تأیید، جست‌وجوی سراسری ✓ ✓ ✓
دبیرخانه، برون‌سپاری، نگهداری و تعمیرات — ✓ ✓
امضای دیجیتال کاربران — ✓ ✓
چند سایت با اطلاعات جدا — — ✓

پس اگر دبیرخانه برایتان مهم است، از پلن پیشرو شروع کنید؛ پلن آغاز برای نظم‌دادن به فروش، خرید و انبار طراحی شده است. برای شناخت کامل‌تر امکانات، صفحه‌ی نرم‌افزار ERP و حسابداری کارخانه را ببینید.

راه‌اندازی دبیرخانه کارخانه در شش گام

  1. فهرست نوع نامه‌ها: با کمک جدول بالا، نوع نامه‌ها و واحد مسئول هر کدام را مشخص کنید.
  2. قرارداد عنوان‌نویسی: توافق کنید شماره‌ی سفارش و نام طرف مکاتبه همیشه در عنوان بیاید.
  3. تعریف نقش‌ها: مسئول دبیرخانه، کارشناسان هر واحد و مدیرانی که نمای کلی می‌خواهند.
  4. انتقال سوابق: اگر سابقه‌ی نامه‌ها را تا امروز در فایل اکسل یا برنامه‌ی دیگری نگه داشته‌اید، انتقال آن به سامانه‌ی جدید را تیم برساوش انجام می‌دهد و حدود این انتقال در قرارداد نوشته می‌شود.
  5. مهلت پیش‌فرض: برای هر نوع نامه یک مهلت بررسی معقول تعیین کنید.
  6. مرور هفتگی: گزارش کارهای عقب‌افتاده را در جلسه‌ی هفتگی مدیران مرور کنید تا عادت پیگیری جا بیفتد.

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

سوالات متداول

دبیرخانه نامه‌های وارده و صادره در داتا در کدام پلن هست؟

دبیرخانه در پلن‌های پیشرو و سرآمد داتا وجود دارد. امضای دیجیتال کاربران روی اسناد هم از پلن پیشرو به بعد فعال است.

آیا می‌توانم نامه‌های مربوط به یک سفارش را از روی شماره‌ی سفارش پیدا کنم؟

جست‌وجوی سراسری داتا با شماره سفارش، نام مشتری یا قطعه کار می‌کند و چون دبیرخانه در همان سامانه است، اگر شماره‌ی سفارش را در عنوان نامه بنویسید، رسیدن به نامه‌های آن سفارش ساده می‌شود.

همه‌ی کاربران به همه‌ی نامه‌ها دسترسی دارند؟

نه. برای هر کاربر نقش و سطح دسترسی تعریف می‌شود و هر کس فقط نامه‌ها و اسنادی را می‌بیند که به حوزه‌ی کار خودش مربوط است.

نامه‌های قدیمی‌مان را که در اکسل فهرست کرده‌ایم چه کنیم؟

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

آیا نامه‌ها و اسناد روی اینترنت نگهداری می‌شوند؟

خیر. محل نگهداری اطلاعات داتا سرور خودتان در کارخانه است و کار با سامانه به اتصال اینترنت وابسته نیست.

اگر می‌خواهید ببینید دبیرخانه، کارتابل تأیید و جست‌وجوی سراسری در کنار سفارش‌های واقعی کارخانه‌تان چه شکلی پیدا می‌کند، فرم درخواست دموی داتا را تکمیل کنید؛ همکاران ما برای هماهنگی جلسه‌ی نمایش با شما تماس می‌گیرند.

امضای دیجیتال در نرم افزار و کارتابل تأیید اسناد کارخانه

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

در خیلی از کارخانه‌ها تأییدها هنوز سه شکل دارند: امضای خودکار روی برگه، یک «اوکی» در گروه پیام‌رسان و یک «بله، بزنید» در تلفن. هر سه تا روزی کار می‌کنند که مشکلی پیش نیامده. روزی که پرداختی اشتباه انجام شده یا کالایی بدون تسویه از در بیرون رفته، تازه معلوم می‌شود که هیچ‌کدام سند قابل‌اتکایی نیستند. این مقاله نشان می‌دهد گردش تأیید اسناد کارخانه را چطور بچینید، کارتابل تأیید باید چه چیزهایی نشان دهد و امضای دیجیتال کاربران در یک سیستم ERP دقیقاً چه چیزی را حل می‌کند و چه چیزی را نه.

مشکل «چه کسی تأیید کرد؟» در امضای کاغذی و تأیید در پیام‌رسان

تأییدی که بیرون از سند انجام شود، سه ضعف همیشگی دارد:

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

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

کارتابل تأیید اسناد چیست و چه چیزهایی باید نشان دهد؟

کارتابل تأیید فهرست شخصی هر کاربر از تصمیم‌هایی است که منتظر اوست. یک کارتابل خوب فقط فهرست نیست؛ ابزار اولویت‌بندی است. این چهار ویژگی را در آن جست‌وجو کنید:

  1. یکپارچه بودن: درخواست خرید، پرداخت، بازنگری سفارش و درخواست کالا همه در یک جا باشند، نه در چند منوی جدا.
  2. مهلت برای هر مورد: هر درخواست تاریخی داشته باشد که بعد از آن دیرکرد محسوب می‌شود.
  3. دسترسی به سند کامل: تأییدکننده بدون جست‌وجو، جزئیات و سوابق مربوط را ببیند.
  4. نمای مدیریتی: مدیر بداند در هر نقش چه تعداد کار منتظر تصمیم مانده و گلوگاه کجاست.

نکته‌ی آخر معمولاً فراموش می‌شود. کارتابلی که فقط به خود فرد نشان داده شود، کمک می‌کند او کارش را بکند؛ اما داشبوردی که نشان دهد کارهای منتظر تصمیم در کدام نقش انباشته شده‌اند، کمک می‌کند مدیر گلوگاه را رفع کند.

گردش تأیید اسناد کارخانه را چطور طراحی کنیم؟

پیش از اینکه هر سیستمی را تنظیم کنید، روی کاغذ مشخص کنید هر نوع سند از چه پله‌هایی می‌گذرد. جدول زیر یک نمونه‌ی فرضی است؛ پله‌ها و سقف‌ها را مدیریت هر کارخانه تعیین می‌کند:

سند پله‌های تأیید (فرضی) سؤالی که هر پله جواب می‌دهد
درخواست خرید مدیر واحد ← خرید واقعاً لازم است؟ از کجا تأمین شود؟
خرید بالای سقف کمیسیون خرید تصمیم پرهزینه از چند زاویه دیده شده؟
پرداخت مالی ← مدیریت برای مبالغ بزرگ مدرک پرداخت هست؟ مبلغ در اختیار چه کسی است؟
بازنگری سفارش فنی ← قیمت ← برنامه‌ریزی ← برون‌سپاری ← تولید ← مدیریت این سفارش شدنی و سودآور است؟
خروج کالای فروخته‌شده تأیید مالی پیش از خروج شرایط پرداخت مشتری رعایت شده؟
درخواست کالا از انبار مدیر مستقیم مصرف این کالا موجه است؟

سه قاعده که گردش تأیید را سالم نگه می‌دارد:

  • هر پله یک سؤال: اگر دو نفر یک چیز را بررسی می‌کنند، یکی اضافه است. پله‌ی اضافه فقط تأیید چشم‌بسته تولید می‌کند.
  • درخواست‌کننده تأییدکننده‌ی خودش نباشد: کسی که درخواست خرید ثبت کرده، نباید همان را در پله‌ی بعد تأیید کند.
  • سقف‌ها مکتوب باشند: اینکه از چه مبلغی تأیید مدیریت لازم است، باید قاعده باشد نه سلیقه‌ی روز.

تأیید الکترونیکی درخواست خرید و پرداخت در عمل

یک مثال فرضی: سرپرست نگهداری برای تعویض یاتاقان یک دستگاه، درخواست خرید ثبت می‌کند. درخواست در کارتابل مدیر تولید با مهلت دو روز ظاهر می‌شود. مدیر تولید آن را تأیید می‌کند و امضای دیجیتالش روی سند ثبت می‌شود. کارشناس خرید پیشنهادها را مقایسه و سفارش خرید صادر می‌کند. وقتی فاکتور می‌رسد، پرداخت با فیش ثبت می‌شود و چون مبلغ از حد تعیین‌شده بیشتر است، تأیید مدیریت هم لازم است.

شش ماه بعد که حسابرس می‌پرسد این پرداخت با تأیید چه کسانی انجام شد، جواب در خود سند است: چه کسی درخواست داد، چه کسی تأیید کرد، پرداخت با کدام فیش انجام شد و مدیریت کی آن را پذیرفت. دیگر لازم نیست کسی گروه پیام‌رسان را عقب برود.

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

اشتباه‌های رایج هنگام راه‌اندازی کارتابل تأیید

  • کپی کردن همه‌ی امضاهای کاغذی: اگر برگه‌ای پنج امضا داشت، لازم نیست در سیستم هم پنج پله داشته باشد. اول بپرسید هر امضا چه چیزی را کنترل می‌کرد.
  • مهلت نگذاشتن: کارتابلی که مهلت ندارد، کم‌کم به انبار درخواست‌های فراموش‌شده تبدیل می‌شود.
  • جانشین تعریف نکردن: وقتی مدیری در مرخصی است، کارها نباید متوقف شوند یا با رمز عبور او تأیید شوند. برای غیبت‌ها از قبل نقش جایگزین تعیین کنید.
  • ادامه دادن تأیید موازی در پیام‌رسان: اگر بعد از راه‌اندازی هنوز «اوکی» تلفنی پذیرفته شود، سامانه خیلی زود کنار گذاشته می‌شود. قاعده را روشن اعلام کنید: تأیید فقط در کارتابل.

امضای دیجیتال کاربران در داتا چه چیزی را حل می‌کند و چه چیزی را نه؟

داتا برای هر کاربر یک امضای دیجیتال روی اسناد در نظر گرفته است. وقتی مدیری سندی را تأیید می‌کند، نامش به‌عنوان تأییدکننده پای همان سند در سامانه می‌نشیند. این امکان برای ثبت داخلی مسئولیت‌هاست: روشن می‌کند هر تأیید متعلق به کیست.

یک تمایز مهم را فراموش نکنید: این امضا ابزار کنترل داخلی کارخانه است. اگر برای سندی، قانون یا طرف قرارداد شکل خاصی از امضا یا تأیید رسمی می‌خواهد، آن الزام را با مشاور حقوقی خودتان بررسی کنید و انتظار نداشته باشید امضای داخلی نرم‌افزار جای آن را بگیرد.

سیستم تأیید در داتا: امکانات و پلن‌ها

این سامانه روی سرور داخلی کارخانه اجرا می‌شود و کاربران از طریق مرورگر، با رایانه یا تبلت، به آن وصل می‌شوند. آنچه به تأیید و امضا مربوط است:

  • یک کارتابل واحد برای همه‌ی تأییدها که کنار هر مورد مهلتش را می‌نویسد، و داشبورد مخصوص هر نقش با تصمیم‌های معطل و شاخص‌های اصلی.
  • استعلام‌ها مرحله‌به‌مرحله از درخواست مشتری تا تأیید نهایی.
  • بازنگری سفارش در چند مرحله؛ پیش از قبول سفارش، پنج واحد از فنی تا تولید دیدگاهشان را ثبت می‌کنند و حرف آخر با مدیریت است. متریال و مراحل کاری هر قطعه هم مسیر تأیید رسمی میان واحدها را طی می‌کند.
  • تعریف محل بودجه و کنترل مصرف آن با چند سطح تأیید؛ ثبت هر پرداخت همراه فیش، و لزوم تأیید مدیریت وقتی مبلغ بزرگ است.
  • قفل خروج کالا تا تأیید مالی روی فاکتور.
  • تنخواه و مرجوعی با تأیید مالی و کمیسیون خرید برای خریدهای بالای سقف.
  • درخواست کالا با تأیید مدیر مستقیم و سابقه‌ی انبار غیرقابل‌دستکاری.
امکان آغاز پیشرو سرآمد
داشبورد، کارتابل تأیید، جست‌وجوی سراسری ✓ ✓ ✓
انبار، خرید، پرداخت‌ها ✓ ✓ ✓
بازنگری چندمرحله‌ای سفارش، متریال و مراحل کاری — ✓ ✓
محل بودجه، تنخواه، مرجوعی و قفل خروج کالا تا تأیید مالی — ✓ ✓
امضای دیجیتال کاربران — ✓ ✓
کمیسیون خرید، تأیید خودکار بازرسی‌ها — — ✓

یعنی کارتابل و داشبورد از پلن آغاز در دسترس‌اند، اما برای امضای دیجیتال و گردش‌های تأیید مالی و مهندسی باید پلن پیشرو را در نظر بگیرید.

گردش تأیید و امضای دیجیتال در آوادار تجارت

اگر کسب‌وکار شما بازرگانی، پخش یا پیمانکاری است و مسئله‌ی اصلی‌تان خروج کالا از انبار است، نسخه‌ی تجارت نرم‌افزار انبار آوادار گزینه‌ی نزدیک‌تری است. پلن سرآمد آوادار تجارت این امکان را می‌دهد که برای خروج کالا زنجیره‌ی تأیید روشن کنید: اول درخواست ثبت می‌شود، بعد حسابدار، سرپرست و مدیر پروژه نظر می‌دهند و آخر سر حواله صادر می‌شود. تا آخرین تأیید زده نشده، از موجودی چیزی کسر نمی‌شود. هر مرحله امضای دیجیتال تأییدکننده‌اش را دارد و خودتان مشخص می‌کنید کدام نقش مسئول کدام مرحله باشد. شرح کامل این روال در مقاله‌ی گردش تأیید خروج کالا آمده است.

سوالات متداول

امضای دیجیتال کاربران در کدام پلن داتا هست؟

امضای دیجیتال هر کاربر روی اسناد در پلن‌های پیشرو و سرآمد داتا فعال است.

آیا کارتابل تأیید در پلن آغاز هم وجود دارد؟

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

آیا این امضا جایگزین امضای رسمی و حقوقی است؟

این امضا برای ثبت داخلی تأییدها در سامانه است. اگر سندی به شکل خاصی از امضای رسمی نیاز دارد، آن را با مشاور حقوقی خود بررسی کنید.

پرداخت‌های بزرگ چطور کنترل می‌شوند؟

در داتا پرداخت‌ها با فیش ثبت می‌شوند و برای مبالغ بزرگ تأیید مدیریت لازم است؛ خریدهای بالای سقف تعیین‌شده هم در پلن سرآمد از کمیسیون خرید می‌گذرند.

کالای فروخته‌شده قبل از تأیید مالی می‌تواند از کارخانه خارج شود؟

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

برای اینکه ببینید کارتابل تأیید و امضای دیجیتال روی اسناد کارخانه‌ی شما چطور کار می‌کند، درخواست دموی داتا را ثبت کنید. اگر مکاتبات کارخانه هم برایتان مسئله است، راهنمای دبیرخانه نامه‌های وارده و صادره کارخانه را ببینید.

نرم افزار ERP چند کارخانه؛ مدیریت چند واحد تولیدی در یک سیستم

اگر گروه صنعتی شما دو کارخانه یا بیشتر دارد، بهترین راه معمولاً یک نرم افزار ERP واحد است که اطلاعات هر سایت را جدا نگه می‌دارد؛ نه چند نصب مستقل که با هم حرف نمی‌زنند و نه یک پایگاه داده‌ی درهم که سفارش و موجودی همه‌ی کارخانه‌ها را قاطی می‌کند. در داتا، نرم‌افزار مدیریت کارخانه‌ی برساوش، «چند سایت با اطلاعات جدا» و تعداد کاربر به اندازه‌ی نیاز (طبق قرارداد) در پلن سرآمد است.

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

نرم افزار ERP چند کارخانه دقیقاً چه مشکلی را حل می‌کند؟

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

  • گزارش ماهانه‌ی هر کارخانه با قالب متفاوتی می‌رسد و کنار هم گذاشتنشان یک روز کار می‌برد.
  • یک مشتری مشترک با دو کد مختلف در دو واحد ثبت شده و کسی سابقه‌ی کاملش را ندارد.
  • تأییدهای مدیرعامل از راه پیام‌رسان و تلفن می‌آید و معلوم نیست کدام هنوز منتظر جواب است.
  • کاربر یک واحد، بی‌آنکه لازم باشد، به اطلاعات حساس واحد دیگر دسترسی دارد.

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

سه مدل برای مدیریت چند واحد تولیدی؛ کدام برای گروه شما مناسب است؟

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

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

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

در سیستم یکپارچه‌ی چند سایت، چه چیزی جدا می‌ماند؟

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

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

جدا بودن داده به معنای جدا بودن روش نیست. فرم‌ها، مراحل تأیید و نام‌گذاری‌ها در همه‌ی سایت‌ها یکسان است؛ همین یکسانی است که گزارش‌ها را قابل مقایسه می‌کند.

مدیریت گروه صنعتی با چه ابزارهایی کار می‌کند؟

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

  • داشبورد نقش‌محور: هر کاربر شاخص‌های کلیدی خودش و کارهایی را که منتظر تصمیم اوست، به اندازه‌ی نقشش می‌بیند.
  • کارتابل یکپارچه‌ی تأییدها با مهلت هر مورد: به‌جای اینکه تأییدها در پیام‌رسان گم شوند، همه در یک صف با تاریخ مهلت دیده می‌شوند.
  • جست‌وجوی سراسری: با شماره‌ی سفارش، نام مشتری یا نام قطعه، پرونده را بدون گشتن در منوها پیدا کنید.
  • گزارش کارهای عقب‌افتاده: فهرستی که نشان می‌دهد کدام کار از برنامه جا مانده و منتظر چه کسی است.

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

نقش‌ها و دسترسی‌ها در برنامه‌ی ERP گروه صنعتی

در یک کارخانه، دسترسی بد فقط یک ریسک است؛ در چند کارخانه، ریسک چند برابر می‌شود. قاعده‌ی اصلی ساده است: دید هر نفر به اندازه‌ی نیاز کارش محدود شود. در داتا برای هر کاربر نقش و سطح دسترسی مستقل تعریف می‌شود و از پلن پیشرو، اسناد با امضای دیجیتال کاربرِ تأییدکننده ثبت می‌شوند؛ یعنی هر تأیید به نام صاحبش می‌ماند.

پیش از راه‌اندازی، این چک‌لیست را با مدیران واحدها پر کنید:

  1. فهرست نقش‌ها را بنویسید، نه فهرست آدم‌ها را؛ آدم‌ها جابه‌جا می‌شوند، نقش‌ها می‌مانند.
  2. برای هر نقش مشخص کنید به کدام سایت دسترسی دارد. بیشتر نقش‌ها فقط یک سایت دارند.
  3. نقش‌های گروهی را محدود نگه دارید: مدیرعامل، مدیر مالی گروه و شاید یک ناظر.
  4. برای هر مرحله‌ی تأیید، یک جانشین رسمی تعیین کنید تا غیبت یک نفر کار را متوقف نکند.
  5. هر چند ماه یک‌بار فهرست دسترسی‌ها را بازبینی کنید؛ کاربری که از واحد رفته، نباید دسترسی‌اش بماند.

چرا سامانه‌ی چند کارخانه بهتر است روی سرور خود گروه باشد؟

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

پلن سرآمد پشتیبانی راه دورِ شفاف هم دارد: کارشناس برساوش فقط وقتی شما اجازه بدهید به سرور وصل می‌شود و هر کاری انجام دهد جلوی چشم شما روی نمایشگر پیداست؛ بی‌اجازه‌ی شما هیچ اتصالی برقرار نمی‌شود. اگر هنوز بین مدل نصبی و ابری مردد هستید، مقاله‌ی مقایسه‌ی ERP ابری و نصبی معیارها را کنار هم گذاشته است. داتا روی ابر ارائه نمی‌شود.

داتا برای گروه چندکارخانه‌ای چه چیزی ندارد؟

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

قدم‌های عملی برای جمع کردن چند کارخانه در یک نرم‌افزار

  1. یک کارخانه را پیشرو کنید: واحدی را انتخاب کنید که مدیرش همراه‌تر است و روش‌ها را اول آن‌جا جا بیندازید.
  2. کدگذاری مشترک بسازید: مشتری، تأمین‌کننده و قطعه در همه‌ی سایت‌ها یک کد داشته باشند، وگرنه جست‌وجوی سراسری نصفه جواب می‌دهد.
  3. اطلاعات قبلی را منتقل کنید: اگر داده‌هایتان امروز در اکسل یا یک سیستم قدیمی است، برساوش آن‌ها را وارد داتا می‌کند؛ اندازه‌ی کار را قرارداد شما و پلن انتخابی تعیین می‌کند.
  4. فیلدهای خاص هر گروه را تعریف کنید: فرم‌ساز داتا در پلن سرآمد اجازه می‌دهد به فرم‌های اصلی فیلد اختصاصی اضافه کنید.
  5. سایت‌های بعدی را با همان الگو اضافه کنید: درس‌های واحد اول را مکتوب کنید تا واحد دوم سریع‌تر جا بیفتد.

برای آشنایی کامل با امکانات و پلن‌های داتا، به صفحه‌ی نرم افزار ERP و مدیریت کارخانه سر بزنید. اگر کنترل هزینه‌ها هم در گروه شما مسئله است، مطلب کنترل بودجه کارخانه را بخوانید.

سوالات متداول

آیا داتا می‌تواند چند کارخانه را در یک نرم‌افزار مدیریت کند؟

بله. امکان «چند سایت با اطلاعات جدا» در پلن سرآمد داتا است؛ پلن‌های آغاز و پیشرو برای یک سایت هستند.

کاربران یک کارخانه اطلاعات کارخانه‌ی دیگر را می‌بینند؟

فقط اگر نقششان چنین اجازه‌ای داشته باشد. در داتا دسترسی هر کاربر جدا تعریف می‌شود و هیچ‌کس بیش از نیاز کارش اطلاعات نمی‌بیند.

سقف تعداد کاربر در ERP چند سایت چقدر است؟

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

اگر اینترنت یکی از کارخانه‌ها قطع شود، کار متوقف می‌شود؟

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

آیا داتا حسابداری تلفیقی گروه را انجام می‌دهد؟

خیر. داتا عملیات کارخانه را از استعلام تا تحویل پوشش می‌دهد و حسابداری تلفیقی یا فاکتور بین شرکت‌ها در دامنه‌اش نیست.

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

کنترل بودجه کارخانه؛ محل بودجه و تأیید چندسطحی هزینه

کنترل بودجه کارخانه یعنی هر هزینه پیش از آنکه پول از حساب خارج شود، با یک محل بودجه‌ی مشخص سنجیده و از مسیر تأیید چندسطحی عبور کند؛ نه اینکه آخر ماه ببینید کجا از برنامه جلو زده‌اید. در داتا، نرم‌افزار مدیریت کارخانه‌ی برساوش، محل بودجه با کنترل مصرف، قفل خروج کالا تا تأیید مالی و تنخواه و مرجوعی از پلن پیشرو در دسترس است؛ کمیسیون خرید فقط در سرآمد ارائه می‌شود.

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

چرا کنترل هزینه باید پیش از پرداخت انجام شود، نه بعد از آن؟

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

کنترل پیشگیرانه سه پرسش را در لحظه‌ی درخواست جواب می‌دهد:

  • این هزینه به کدام محل بودجه می‌خورد؟
  • از سهم آن محل، چقدر هنوز باقی مانده است؟
  • با این مبلغ، تأیید چه کسی یا چه کسانی لازم است؟

اگر هر سه پرسش پیش از سفارش جواب داشته باشند، بیشتر غافلگیری‌های آخر فصل اصلاً پیش نمی‌آیند.

محل بودجه در نرم افزار یعنی چه و چطور تعریفش کنیم؟

محل بودجه سطری است که مشخص می‌کند یک واحد برای یک نوع هزینه، در یک دوره، چه سهمی دارد. مثلاً (فرضی) «نگهداری و تعمیرات – قطعات یدکی» یا «تولید – ابزار مصرفی». هر درخواست هزینه باید به یکی از این سطرها وصل شود. چند اصل برای تعریف درست:

  1. با ساختار مسئولیت جور باشد: هر محل بودجه یک صاحب داشته باشد؛ مدیری که بتوان از او پرسید چرا مصرف بیشتر شد.
  2. نه خیلی ریز، نه خیلی درشت: صدها سطر کوچک، ثبت را کند می‌کند؛ یک سطر کلی مثل «هزینه‌های جاری» هم چیزی نمی‌گوید.
  3. دوره‌ی روشن داشته باشد: ماهانه، فصلی یا سالانه؛ هر کارخانه خودش تعیین می‌کند، اما باید ثابت بماند.
  4. سطری برای پیش‌بینی‌نشده‌ها: یک محل کوچک برای هزینه‌های اضطراری، تا کسی مجبور نشود هزینه را به سطر نامربوط بزند.
  5. نام‌گذاری یکسان: اگر کارخانه چند واحد دارد، همه یک الگوی نام‌گذاری را رعایت کنند تا مقایسه ممکن شود.

تأیید چندسطحی هزینه؛ پله‌ها را چطور بچینیم؟

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

پله (فرضی) چه کسی تأیید می‌کند چه چیزی را بررسی می‌کند
مبالغ کوچک مدیر واحد درخواست‌کننده ضرورت عملیاتی و مانده‌ی محل بودجه
مبالغ متوسط مدیر واحد و واحد مالی تطابق با محل بودجه و شرایط پرداخت
مبالغ بزرگ مالی و مدیریت ارشد اثر روی نقدینگی و برنامه‌ی کارخانه
خرید بالای سقف تعیین‌شده کمیسیون خرید مقایسه‌ی پیشنهادها و تصمیم جمعی

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

کنترل هزینه واحدهای تولیدی در عمل؛ یک مسیر فرضی

فرض کنید سرپرست سالن تزریق پلاستیک برای تعویض یک قالب‌گیر فرسوده درخواست هزینه ثبت می‌کند. مسیر سالم این‌طور است:

  1. درخواست به محل بودجه‌ی «نگهداری – قطعات یدکی» سالن وصل می‌شود.
  2. مدیر سالن ضرورت هزینه و تناسبش با سهم آن محل را تأیید می‌کند.
  3. چون مبلغ در پله‌ی متوسط است، درخواست به کارتابل واحد مالی می‌رود و با مهلت مشخص منتظر می‌ماند.
  4. پس از تأیید مالی، خرید انجام و پرداخت با فیش ثبت می‌شود.
  5. مصرف آن محل بودجه ثبت می‌شود و درخواست بعدی با تصویر درست سنجیده می‌شود.

در این مسیر هیچ پولی پیش از تأیید خارج نشده و هر قدم به نام کسی ثبت شده است. برای جزئیات خودِ چرخه‌ی خرید، از درخواست تا مقایسه‌ی تأمین‌کنندگان، مقاله‌ی مدیریت خرید کارخانه را بخوانید.

پرداخت‌های بزرگ: ثبت فیش بانکی و تأیید مدیریت

کنترل بودجه فقط به تأیید درخواست ختم نمی‌شود؛ لحظه‌ی پرداخت هم نقطه‌ی حساسی است. دو عادت ساده آن را محکم می‌کند:

  • هر پرداخت با فیش: پرداختی که مدرک بانکی ضمیمه ندارد، بعدها قابل پیگیری نیست. ثبت فیش کنار سند پرداخت، تطبیق آخر ماه را کوتاه می‌کند.
  • تأیید مدیریت برای مبالغ بزرگ: حتی اگر درخواست قبلاً تأیید شده، پرداخت مبلغ بزرگ یک بار دیگر از نگاه مدیریت می‌گذرد، چون شرایط نقدینگی ممکن است تغییر کرده باشد.

قفل خروج کالا تا تأیید مالی؛ کنترل هزینه در سمت فروش

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

تنخواه، مرجوعی و کمیسیون خرید کجای این سیستم کنترل بودجه قرار می‌گیرند؟

تنخواه برای خریدهای کوچک و فوری است و مرجوعی برای کالایی که به تأمین‌کننده برمی‌گردد. هر دو باید با تأیید مالی بسته شوند و به محل بودجه برگردند؛ وگرنه نشتی کوچکی در کنار سیستم اصلی می‌سازند. خریدهای بالای سقف تعیین‌شده هم به کمیسیون خرید می‌روند تا تصمیم پرهزینه از چند زاویه دیده شود. جزئیات قاعده‌نویسی تنخواه و طراحی کمیسیون را در مقاله‌ی تنخواه گردان و کمیسیون خرید کارخانه آورده‌ایم؛ این‌جا فقط جایگاهشان در زنجیره‌ی بودجه مهم است.

چهار اشتباه رایج در کنترل بودجه و هزینه‌ی کارخانه

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

این کنترل‌ها در برنامه‌ی داتا؛ کدام پلن چه دارد؟

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

امکان آغاز پیشرو سرآمد
خرید، پرداخت‌ها و انبار ✓ ✓ ✓
کارتابل تأیید با مهلت، داشبورد نقش‌ها و جست‌وجو در کل سامانه ✓ ✓ ✓
تعریف محل بودجه با کنترل مصرف؛ قفل خروج کالا تا تأیید مالی؛ مرجوعی و تنخواه با تأیید مالی — ✓ ✓
ثبت هر تأیید با امضای دیجیتال شخصی — ✓ ✓
ارجاع خریدهای بزرگ‌تر از سقف به کمیسیون خرید — — ✓

بد نیست مرزها را هم بدانید: داتا ابزار پیش‌بینی بودجه یا تحلیل انحراف خودکار نیست و برای منابع انسانی، امور مالیاتی و صورتحساب الکترونیکی ساخته نشده است. تمرکزش این است که هیچ خرج و خروجی بدون محل بودجه و تأیید ثبت‌شده انجام نشود. فهرست کامل ماژول‌ها و پلن‌ها در راهنمای سیستم ERP کارخانه آمده است.

سوالات متداول

محل بودجه در نرم‌افزار کارخانه چیست؟

سطری از بودجه که سهم یک واحد برای یک نوع هزینه را در یک دوره مشخص می‌کند و هر درخواست هزینه به آن وصل می‌شود.

کنترل بودجه در کدام پلن داتا است؟

تعریف محل بودجه، کنترل مصرف آن و تأیید چندسطحی را در پلن‌های پیشرو و سرآمد داتا دارید.

قفل خروج کالا تا تأیید مالی چه فایده‌ای دارد؟

کالای فروخته‌شده تا تأیید فاکتور توسط مالی از کارخانه خارج نمی‌شود و تحویل بار بدون روشن شدن وضعیت پرداخت متوقف می‌شود.

کمیسیون خرید در داتا برای چه خریدهایی است؟

برای خریدهای بالاتر از سقفی که کارخانه تعیین می‌کند؛ این امکان در پلن سرآمد است.

آیا داتا بودجه‌ی سال بعد را پیش‌بینی می‌کند؟

خیر. داتا مصرف را با محل بودجه و تأییدها کنترل می‌کند، اما ابزار پیش‌بینی یا تحلیل خودکار انحراف ندارد.

اگر می‌خواهید ببینید محل بودجه و پله‌های تأیید در کارخانه‌ی شما چطور پیاده می‌شود، از صفحه‌ی نرم‌افزار داتا درخواست دمو ثبت کنید.

فرم ساز ERP: افزودن فیلد اختصاصی به فرم‌های نرم‌افزار کارخانه

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

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

چرا کارخانه‌ها به فیلد اختصاصی در نرم افزار ERP نیاز پیدا می‌کنند؟

ماژول‌های استاندارد یک سامانه‌ی جامع، بر اساس مشترکات صنایع ساخته می‌شوند: نام مشتری، شماره‌ی تماس، مشخصات قطعه، مبلغ پرداخت. اما آنچه یک کارخانه را از رقیبش جدا می‌کند، اغلب در جزئیاتی است که در هیچ فرم آماده‌ای جا ندارد. چند نشانه‌ی رایج که می‌گوید به فیلد اختصاصی نیاز دارید:

  • ستون «توضیحات» پر از اطلاعات ساختاریافته شده: کاربران در یک کادر متنی می‌نویسند «سختی ۴۵ راکول، آبکاری زرد» و بعد هیچ‌کس نمی‌تواند همه‌ی قطعات آبکاری‌شده را پیدا کند.
  • کنار سامانه یک فایل اکسل زنده است: واحد فروش برای هر مشتری اطلاعاتی را در فایلی جدا نگه می‌دارد که فقط روی رایانه‌ی یک نفر است.
  • سؤال‌های تکراری در جلسه‌ها: «این مشتری از کدام نمایشگاه آمده بود؟» یا «این تأمین‌کننده قرارداد سالانه دارد؟» و پاسخ در ذهن یک کارشناس است.
  • اطلاعات منتقل‌شده از سیستم قبلی جایی ندارد: کدهای قدیمی مشتری و قطعه که هنوز در اسناد کاغذی به آن‌ها ارجاع داده می‌شود.

در هر چهار مورد، مشکل نبود اطلاعات نیست؛ مشکل این است که اطلاعات جای ثابت و قابل اعتمادی ندارد.

فرم ساز داتا چه کاری انجام می‌دهد؟

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

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

کدام فرم‌ها معمولاً فیلد اختصاصی می‌گیرند؟ چند مثال فرضی

جدول زیر چند نمونه‌ی فرضی از کارخانه‌های سفارش‌محور است. هدف، نشان دادن نوع اطلاعاتی است که معمولاً در فرم‌های استاندارد جا نمی‌شود:

فرم فیلد اختصاصی (فرضی) چه کسی از آن استفاده می‌کند
استعلام منبع آشنایی مشتری، استاندارد نقشه‌ی ارسالی فروش و مهندسی
مشتری کد مشتری در سیستم قدیمی، حوزه‌ی صنعتی مشتری فروش و مالی
تأمین‌کننده دارای قرارداد سالانه، حداقل مقدار سفارش خرید
قطعه نوع پوشش سطح، نیاز به عملیات حرارتی مهندسی، تولید و کیفیت
پرداخت شماره‌ی قرارداد مرتبط، مرکز هزینه‌ی داخلی مالی
فاکتور شماره‌ی سفارش خرید مشتری، نام تحویل‌گیرنده مالی و تحویل

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

شخصی سازی فرم‌های نرم‌افزار کارخانه را چطور برنامه‌ریزی کنیم؟

بزرگ‌ترین خطر فرم ساز، استفاده‌ی بی‌برنامه از آن است. چند ماه بعد فرم مشتری سی فیلد تازه دارد که نیمی از آن‌ها خالی مانده و دو تا اسم متفاوت برای یک مفهوم دارند. پیش از اضافه کردن هر فیلد، این مراحل را طی کنید:

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

چطور فرم‌های سیستم شلوغ نشوند؟

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

  • برای هر فرم سقفی داخلی برای تعداد فیلدهای اختصاصی بگذارید و از آن عبور نکنید مگر با دلیل روشن.
  • هر سه یا شش ماه یک بار فیلدهایی را که تقریباً همیشه خالی‌اند فهرست کنید و درباره‌ی ماندنشان تصمیم بگیرید.
  • اطلاعات موقتی، مثل یک پروژه‌ی تبلیغاتی کوتاه، جای خوبی برای فیلد دائمی نیست.
  • پیش از ساخت فیلد تازه، بررسی کنید آیا فیلد استاندارد یا اختصاصی مشابهی وجود دارد.

چه کسی حق دارد فیلد تازه تعریف کند؟ حاکمیت داده در سامانه

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

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

در داتا هر کاربر نقش و دسترسی جداگانه دارد و هر کس فقط همان چیزی را می‌بیند که باید. این پایه به شما کمک می‌کند روال بالا را رسمی کنید؛ جزئیات اینکه دسترسی به خود فرم ساز چطور تنظیم می‌شود را در دمو ببینید.

فرم ساز یا اکسل کنار برنامه؟ مقایسه‌ی عملی

خیلی از کارخانه‌ها سال‌ها با یک فایل اکسل کنار سامانه کار کرده‌اند و شاید بپرسند چه فرقی دارد. تفاوت در جزئیات روزمره است:

موضوع اکسل کناری فیلد اختصاصی روی فرم
جای اطلاعات فایلی جدا، اغلب روی یک رایانه روی همان رکورد مشتری، قطعه یا فاکتور
نسخه‌ها چند نسخه با نام‌های «نهایی» و «نهایی۲» یک نسخه برای همه‌ی کاربران مجاز
دسترسی هر کس فایل را داشته باشد همه‌چیز را می‌بیند تابع نقش‌ها و دسترسی‌های سامانه
پشتیبان به یاد صاحب فایل بستگی دارد همراه با پشتیبان‌گیری منظم سامانه
رفتن یک کارمند فایل و معنی ستون‌ها با او می‌رود اطلاعات در سامانه می‌ماند

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

فیلدهای اکسل قدیمی را چطور به برنامه منتقل کنیم؟

وقتی تصمیم گرفتید فایل‌های کناری را کنار بگذارید، ترتیب کار اهمیت دارد:

  1. همه‌ی فایل‌های کناری را جمع کنید و برای هر ستون بنویسید چه معنایی دارد و چه کسی آن را پر می‌کند.
  2. ستون‌هایی را که دیگر استفاده نمی‌شوند کنار بگذارید؛ انتقال داده‌ی بی‌مصرف فقط فرم را سنگین می‌کند.
  3. برای بقیه، فرم مقصد و نام فیلد را با همان شش قدم برنامه‌ریزی بالا تعیین کنید.
  4. داده‌ها را یکدست کنید؛ مثلاً یک مفهوم با سه املای مختلف را به یک شکل برسانید.
  5. انتقال را انجام دهید و فایل اکسل را فقط‌خواندنی بایگانی کنید تا کسی دوباره در آن ننویسد.

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

چک‌لیست تصمیم: آیا به فرم ساز نیاز دارید؟

  • دست‌کم یک فایل اکسل دائمی کنار سامانه‌ی فعلی‌تان زنده است.
  • کاربران اطلاعات ساختاریافته را در کادر توضیحات می‌نویسند.
  • کدهای سیستم قبلی هنوز در اسناد شما به کار می‌رود.
  • واحدهای مختلف اطلاعات اختصاصی خودشان را درباره‌ی مشتری، قطعه یا تأمین‌کننده نگه می‌دارند.
  • کارخانه بزرگ است یا چند سایت دارد و به کنترل کامل نیاز دارد.

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

سوالات متداول

فرم ساز در کدام پلن داتا وجود دارد؟

فرم ساز جزو پلن سرآمد داتاست و در پلن‌های آغاز و پیشرو نیست.

به چند فرم می‌توان فیلد اختصاصی اضافه کرد؟

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

آیا با فرم ساز می‌توان گزارش یا گردش کار تازه ساخت؟

نه. فرم ساز فقط برای افزودن فیلد به فرم‌های موجود است؛ گزارش دلخواه و گردش کار تازه جزو آن نیست.

فیلدهای اختصاصی کجا ذخیره می‌شوند؟

مثل بقیه‌ی اطلاعات داتا، روی سرور خودِ کارخانه و در شبکه‌ی داخلی شما.

اطلاعات فایل‌های اکسل قبلی قابل انتقال است؟

بله. تیم برساوش اطلاعات قبلی را منتقل می‌کند و دامنه‌ی کار در قرارداد مشخص می‌شود.

می‌خواهید فرم ساز را روی نمونه‌ای از فرم‌های کارخانه‌ی خودتان ببینید؟ فرم دموی داتا را پر کنید؛ پس از بررسی نیازتان، جلسه‌ی نمایش و پلن مناسب را پیشنهاد می‌دهیم.

بارگذاری ماشین آلات و ثبت تولید کنار دستگاه با تبلت اپراتور

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

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

بارگذاری ماشین آلات چیست و چرا پیش از قول تحویل لازم است؟

«بار» یک دستگاه یعنی مجموع کارهایی که به آن سپرده شده و «ظرفیت» یعنی زمانی که دستگاه واقعاً برای کار در دسترس است. بارگذاری یعنی کنار هم گذاشتن این دو، برای هر دستگاه و در طول زمان. در ادبیات برنامه‌ریزی تولید معمولاً دو نگاه را از هم جدا می‌کنند:

  • بارگذاری بی‌سقف: کارها بدون توجه به ظرفیت روی دستگاه گذاشته می‌شوند و بعد معلوم می‌شود کجا اضافه‌بار دارید. برای دیدن گلوگاه‌ها مفید است، اما برای قول دادن کافی نیست.
  • بارگذاری با سقف ظرفیت: هر کار فقط در بازه‌ای قرار می‌گیرد که دستگاه خالی است؛ اگر جا نباشد، کار عقب می‌رود. این نگاه به تاریخ تحویل واقع‌بینانه‌تری می‌رسد.

برای واحد فروش، مهم‌ترین خروجی بارگذاری یک جواب ساده است: «اولین جای خالی روی دستگاه‌های لازم برای این قطعه کی است؟» بدون این جواب، هر تاریخ تحویل یک شرط‌بندی است.

زمان بندی دستگاه های تولید را چطور قابل دیدن کنیم؟

یک نمای خوب از دستگاه‌ها، چه روی تخته‌ی دیواری باشد و چه در سیستم، باید به این پرسش‌ها جواب بدهد:

  1. هر دستگاه امروز و روزهای آینده روی چه سفارشی کار می‌کند؟
  2. کدام بازه‌ها هنوز خالی است و چه نوع کاری در آن جا می‌شود؟
  3. کدام دستگاه برای چند روز آینده پر شده و کار تازه را نمی‌پذیرد؟
  4. اگر دستگاهی برای تعمیر خوابید، کدام سفارش‌ها تحت تأثیر قرار می‌گیرند؟

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

مثال فرضی: قول تحویل با نگاه به بار دستگاه‌ها

فرض کنید مشتری ۶۰ عدد بوش فولادی سفارش می‌دهد که باید از سه مرحله بگذرد: برش، تراش و سنگ‌زنی. کارشناس فروش پیش از قول دادن، وضعیت دستگاه‌ها را نگاه می‌کند (همه‌ی اعداد فرضی‌اند):

مرحله دستگاه اولین بازه‌ی خالی نتیجه برای این سفارش
برش اره‌ی نواری فردا بدون انتظار
تراش تراش CNC شماره ۲ هشت روز دیگر گلوگاه این سفارش
سنگ‌زنی سنگ محور چهار روز دیگر پس از تراش، جا دارد

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

ثبت تولید کنار دستگاه: چه چیزی، چه زمانی؟

نمای دستگاه‌ها فقط وقتی قابل‌اعتماد است که پیشرفت واقعی کار به‌موقع ثبت شود. اگر اپراتور آخر شیفت از حافظه گزارش بنویسد، برنامه همیشه یک روز از واقعیت عقب است. ثبت کنار دستگاه این فاصله را کم می‌کند. یک صفحه‌ی ثبت خوب برای اپراتور این ویژگی‌ها را دارد:

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

کارتابل اپراتور و سرپرست تولید چه فرقی دارند؟

کارتابل یعنی فهرست کارهایی که منتظر یک نفر است. اپراتور و سرپرست هر دو کارتابل دارند، اما سؤالشان فرق می‌کند:

نقش سؤال اصلی چه چیزی در کارتابل می‌بیند
اپراتور الان روی چه کاری بروم؟ کارهای سپرده‌شده به خودش و مرحله‌ای که باید انجام شود
سرپرست کجای سالن نیاز به تصمیم من دارد؟ گزارش‌هایی که باید بازبینی کند و کارهای منتظر تصمیم
برنامه‌ریز کدام دستگاه جا دارد؟ نمای زمان‌های اشغال و آزاد دستگاه‌ها

سیستم بارگذاری ماشین آلات و پنل اپراتور در داتا

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

  • برنامه‌ی تولید، نیاز متریال و زمان‌بندی هر سفارش، همراه با دو فهرست جدا برای سفارش‌هایی که منتظر برنامه‌اند و کارهایی که می‌توانند برون‌سپاری شوند.
  • نمای زمان‌های اشغال و آزاد هر دستگاه برای اینکه پیش از قول، جای خالی را ببینید.
  • گزارش تولید هر مرحله و کارتابل اپراتور و سرپرست.
  • پنل ساده‌ی اپراتور کنار دستگاه روی تبلت.
  • بانک دستگاه‌ها و دستورکار تعمیر و نگهداری پیشگیرانه، تا خواب دستگاه هم دیده شود.

زمان‌بندی هوشمند کارها و هشدار خودکار تأخیر «به‌زودی» به داتا اضافه می‌شود و در نسخه‌ی فعلی نیست.

این امکانات در کدام پلن داتا هستند؟

امکان آغاز پیشرو سرآمد
گزارش تولید و بازرسی کیفیت ✓ ✓ ✓
برنامه‌ریزی تولید، کارتابل اپراتور و سرپرست — ✓ ✓
نگهداری و تعمیرات — ✓ ✓
پنل اپراتور کنار دستگاه، نمای برنامه‌ی دستگاه‌ها — — ✓

اگر برنامه‌ریزی و کارتابل‌ها برایتان کافی است، پیشرو مناسب است؛ اما برای دیدن بار هر دستگاه و ثبت تولید روی تبلت کنار دستگاه، پلن سرآمد لازم است.

گزارش روزانه تولید از دل ثبت‌های کنار دستگاه

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

اشتباه‌های رایج در زمان‌بندی دستگاه‌ها

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

چک‌لیست شروع بارگذاری دستگاه‌ها در کارخانه

  1. فهرست دستگاه‌ها را با نام یکتا و ساعت کاری هر کدام کامل کنید.
  2. برای قطعه‌های پرتکرار، مراحل کاری و دستگاه هر مرحله را بنویسید.
  3. تعمیرات پیشگیرانه را در برنامه بیاورید تا دستگاه در آن بازه آزاد دیده نشود.
  4. یک یا دو دستگاه گلوگاه را انتخاب کنید و ثبت کنار دستگاه را از آن‌ها شروع کنید.
  5. قاعده بگذارید: هیچ تاریخ تحویلی بدون نگاه به نمای دستگاه‌ها اعلام نشود.
  6. بعد از یک ماه، تاریخ‌های قول‌داده را با تحویل واقعی مقایسه کنید.

اطلاعات قبلی کارخانه، از اکسل یا برنامه‌ی قبلی، با کمک تیم برساوش منتقل می‌شود و دامنه‌اش در قرارداد مشخص می‌شود.

سوالات متداول

فرق بارگذاری دستگاه با برنامه ریزی تولید چیست؟

برنامه‌ریزی مشخص می‌کند چه چیزی و با چه متریالی ساخته شود؛ بارگذاری نشان می‌دهد این کارها روی هر دستگاه کجا می‌نشینند و دستگاه کی جای خالی دارد.

پنل اپراتور کنار دستگاه در کدام پلن داتا است؟

پنل ساده‌ی اپراتور روی تبلت و نمای برنامه‌ی دستگاه‌ها در پلن سرآمد داتا است.

برای داشتن کارتابل اپراتور حداقل چه پلنی لازم است؟

پلن پیشرو؛ کارتابل اپراتور و سرپرست در کنار برنامه‌ریزی تولید از این پلن در دسترس است.

آیا داتا بدون اینترنت روی تبلت کار می‌کند؟

بله. چون سامانه روی سرور کارخانه می‌نشیند، تبلت از طریق شبکه‌ی داخلی و مرورگر به آن وصل می‌شود و قطعی اینترنت مانع ثبت نیست.

آیا داتا تأخیرها را خودکار هشدار می‌دهد؟

هشدار خودکار تأخیر و زمان‌بندی هوشمند «به‌زودی» اضافه می‌شود؛ فعلاً گزارش کارهای عقب‌افتاده را در اختیار دارید.

اگر می‌خواهید بار دستگاه‌ها و ثبت کنار دستگاه را روی نمونه‌ی کارخانه‌ی خودتان ببینید، دموی داتا را درخواست کنید تا همکاران برساوش پلن مناسب را پیشنهاد دهند.

ارزیابی واحدهای کارخانه با چک لیست بازرسی داخلی

ارزیابی واحدهای کارخانه وقتی نتیجه می‌دهد که هر واحد چک‌لیست مخصوص خودش را داشته باشد، پاسخ هر پرسش به امتیاز تبدیل شود و نتیجه هر ماه در یک گزارش قابل مقایسه جمع شود؛ بعد هم هر یافته صاحب و مهلت داشته باشد. در داتا، نرم افزار مدیریت کارخانه‌ی برساوش، «کارتابل نظارت» دقیقاً همین سه کار را انجام می‌دهد: چک‌لیست اختصاصی هر واحد، امتیازدهی و گزارش ماهانه؛ این امکان در پلن سرآمد است.

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

ارزیابی واحدها با بازرسی کیفیت محصول چه فرقی دارد؟

بازرسی کیفیت به محصول نگاه می‌کند: آیا این قطعه با نقشه و تلورانس جور است؟ ارزیابی واحد به روش کار نگاه می‌کند: آیا انبار رسیدها را به‌موقع ثبت می‌کند؟ آیا واحد نگهداری برنامه‌ی پیشگیرانه را اجرا کرده؟ آیا خرید برای سفارش‌های بالای سقف، مقایسه‌ی تأمین‌کننده انجام داده؟ این دو مکمل هم‌اند. قطعه‌ی معیوب معمولاً نشانه‌ی یک روش معیوب در جایی عقب‌تر است و ارزیابی واحدها همان روش را پیدا می‌کند. اگر بازرسی محصول را هنوز سامان نداده‌اید، مقاله‌ی کنترل کیفیت تولید نقطه‌ی شروع بهتری است.

چک لیست بازرسی داخلی هر واحد را چطور طراحی کنیم؟

اشتباه رایج این است که یک فرم واحد برای همه‌ی بخش‌ها نوشته شود. پرسش «آیا محیط کار مرتب است؟» برای همه صدق می‌کند، اما چیز زیادی درباره‌ی کیفیت کار خرید یا انبار نمی‌گوید. چند اصل برای طراحی:

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

جدول زیر چند پرسش نمونه (فرضی) برای واحدهای رایج کارخانه را نشان می‌دهد؛ هر کارخانه باید فهرست خودش را بنویسد.

واحد پرسش نمونه شاهد بررسی
انبار آیا حواله‌ها بدون تأیید مدیر مستقیم صادر نشده‌اند؟ سوابق درخواست کالا و حواله
تولید آیا گزارش تولید هر مرحله در همان شیفت ثبت شده است؟ گزارش‌های تولید روز
خرید آیا برای خریدهای اخیر مقایسه‌ی تأمین‌کنندگان انجام شده است؟ درخواست‌ها و سفارش‌های خرید
نگهداری و تعمیرات آیا دستورکارهای پیشگیرانه‌ی این ماه بسته شده‌اند؟ فهرست دستورکارها
کیفیت آیا برای همه‌ی عدم‌انطباق‌ها تعیین تکلیف ثبت شده است؟ سوابق بازرسی و عدم‌انطباق
دبیرخانه آیا نامه‌های وارده‌ی هفته ثبت و ارجاع شده‌اند؟ دفتر نامه‌های وارده

امتیازدهی؛ عددی که بشود با ماه قبل مقایسه کرد

امتیاز برای این است که بتوانید بگویید وضع واحد بهتر شده یا بدتر، نه برای رتبه‌بندی آدم‌ها. چند نکته که امتیازدهی را منصفانه نگه می‌دارد:

  1. مقیاس ساده انتخاب کنید. مقیاس سه‌سطحی مثل «کامل، ناقص، انجام نشده» معمولاً از مقیاس ده‌تایی قابل‌اعتمادتر است، چون دو ارزیاب مختلف کمتر درباره‌اش اختلاف پیدا می‌کنند.
  2. به پرسش‌های حیاتی وزن بیشتری بدهید. پرسشی که به ایمنی، خروج کالا یا پول مربوط است نباید هم‌وزن پرسشی درباره‌ی برچسب پوشه‌ها باشد.
  3. «مربوط نیست» را از «صفر» جدا کنید. اگر واحد این ماه اصلاً خرید بالای سقف نداشته، آن پرسش نباید امتیازش را پایین بیاورد.
  4. چک‌لیست را وسط سال زیاد تغییر ندهید. هر تغییر بزرگ مقایسه با ماه‌های قبل را سخت می‌کند؛ تغییرات را جمع کنید و در دوره‌ی مشخص اعمال کنید.

گزارش ماهانه ممیزی داخلی واحدها چه چیزی باید نشان دهد؟

گزارش ماهانه برای مدیرعامل و مدیران واحدهاست، پس باید در یک نگاه خوانده شود. حداقل این چهار بخش را داشته باشد:

  • امتیاز هر واحد در این ماه کنار ماه قبل، تا روند دیده شود؛
  • پرسش‌هایی که در چند واحد هم‌زمان منفی شده‌اند، چون معمولاً نشانه‌ی یک مشکل مشترک‌اند؛
  • یافته‌های باز ماه‌های قبل که هنوز بسته نشده‌اند؛
  • یکی دو نکته‌ی مثبت؛ گزارشی که فقط ایراد دارد، کم‌کم دیگر خوانده نمی‌شود.

پیگیری یافته‌ها؛ جایی که بیشتر ممیزی‌ها رها می‌شوند

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

کارتابل نظارت داتا؛ سامانه ارزیابی واحدها کنار بقیه‌ی کار کارخانه

داتا همه‌ی واحدهای کارخانه، از فروش و مهندسی تا انبار، کیفیت، مالی و تحویل، را در یک سیستم جمع می‌کند. کارتابل نظارت یکی از بخش‌های آن است و این امکانات را دارد:

امکان کاربرد در ارزیابی واحدها پلن
کارتابل نظارت: چک‌لیست اختصاصی هر واحد، امتیازدهی، گزارش ماهانه اجرای ممیزی داخلی و مقایسه‌ی ماه‌به‌ماه سرآمد
داشبورد هر نقش با کارهای منتظر تصمیم و شاخص‌های کلیدی دید مدیر هر واحد به وضعیت کار خودش همه‌ی پلن‌ها
کارتابل یکپارچه‌ی تأییدها با مهلت هر مورد دیدن کارهایی که روی میز هر نفر مانده همه‌ی پلن‌ها
امضای دیجیتال کاربران روی اسناد روشن بودن اینکه هر تأیید را چه کسی داده پیشرو و سرآمد
چند سایت با اطلاعات جدا ارزیابی واحدهای هر سایت به‌صورت جداگانه سرآمد

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

اشتباه‌هایی که ارزیابی واحدها را بی‌اثر می‌کند

  • ارزیابی بدون خبر و با نیت مچ‌گیری: واحدها به جای اصلاح، یاد می‌گیرند روز بازدید را بگذرانند.
  • گزارشی که در جلسه مرور نمی‌شود: اگر کسی درباره‌ی امتیاز پایین سؤال نکند، امتیاز معنایش را از دست می‌دهد.
  • یک ارزیاب برای همه‌چیز: ارزیاب انبار لازم نیست متخصص نگهداری باشد، ولی باید پرسش‌های آن واحد را بفهمد.
  • بستن یافته بدون شاهد: «درست شد» شفاهی کافی نیست؛ سند یا بازدید دوباره لازم است.

گام‌های راه‌اندازی ممیزی داخلی در کارخانه

  1. واحدهایی را که ارزیابی می‌شوند و مسئول هر کدام را مشخص کنید.
  2. برای هر واحد یک چک‌لیست کوتاه از روی دستورالعمل‌های خودش بنویسید.
  3. مقیاس امتیاز و وزن پرسش‌های حیاتی را یک بار تعیین کنید.
  4. ماه اول را آزمایشی اجرا کنید و پرسش‌های مبهم را اصلاح کنید.
  5. از ماه دوم، گزارش ماهانه را در جلسه‌ی مدیران مرور کنید.
  6. برای هر یافته مسئول، مهلت و شاهد اصلاح ثبت کنید و یافته‌های باز را در گزارش بعدی بیاورید.

سوالات متداول

کارتابل نظارت داتا چه کاری انجام می‌دهد؟

ارزیابی واحدهای کارخانه با چک‌لیست اختصاصی هر واحد، امتیازدهی و گزارش ماهانه را در داتا ممکن می‌کند.

کارتابل نظارت در کدام پلن داتا هست؟

فقط در پلن سرآمد. داشبورد نقش‌ها و کارتابل تأیید در همه‌ی پلن‌ها وجود دارد.

هر چند وقت یک بار باید واحدها را ارزیابی کرد؟

بسیاری از کارخانه‌ها ماهانه ارزیابی می‌کنند چون با گزارش مدیریتی هم‌زمان می‌شود؛ تکرار مناسب را اندازه و ریسک هر واحد تعیین می‌کند.

چه کسی باید چک لیست بازرسی داخلی را پر کند؟

بهتر است ارزیاب از بیرون همان واحد باشد تا نتیجه بی‌طرف بماند، اما پرسش‌ها با مشارکت مسئول واحد نوشته شوند.

داتا بدون اینترنت هم کار می‌کند؟

بله. چون روی سرور داخلی کارخانه اجرا می‌شود، قطع اینترنت بیرونی کار کاربران در شبکه‌ی محلی را متوقف نمی‌کند.

اگر می‌خواهید کارتابل نظارت و گزارش ماهانه‌ی واحدها را روی داده‌ی نمونه ببینید، یک جلسه‌ی دمو از داتا بخواهید؛ تیم برساوش برای هماهنگی با شما تماس می‌گیرد.

تنخواه گردان کارخانه و کمیسیون خرید؛ قواعد و کنترل‌ها

تنخواه گردان کارخانه مبلغ ثابتی است که برای خریدهای کوچک و فوری به یک نفر سپرده می‌شود و فقط با ارائه‌ی مدارک خرج، دوباره پر می‌شود؛ خریدهای بزرگ‌تر از سقفی که مدیریت تعیین می‌کند، باید از کمیسیون خرید بگذرند. در نرم افزار داتا، تنخواه و مرجوعی با تأیید مالی، محل بودجه و قفل خروج کالا تا تأیید مالی از پلن پیشرو فعال است و کمیسیون خرید در پلن سرآمد قرار دارد.

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

تنخواه گردان کارخانه چیست و چطور کار می‌کند؟

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

زیبایی این روش در آن است که در هر لحظه پول نقد باقی‌مانده به‌اضافه‌ی رسیدهای تسویه‌نشده باید برابر مبلغ اصلی تنخواه باشد. اگر نباشد، یا رسیدی گم شده یا خرجی بی‌مدرک انجام شده است. این تساوی ساده، ابزار شمارش سرزده‌ی تنخواه هم هست.

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

آیین‌نامه‌ی تنخواه؛ ۷ قاعده‌ای که باید مکتوب شود

تنخواه بدون آیین‌نامه، کم‌کم به راه میان‌بری برای دور زدن کل چرخه‌ی خرید تبدیل می‌شود. این قاعده‌ها را روی کاغذ بیاورید و به امضای مدیریت برسانید:

  1. دارنده‌ی مشخص: هر تنخواه یک مسئول دارد؛ تنخواه «واحدی» که چند نفر از آن برمی‌دارند، پاسخ‌گو ندارد.
  2. سقف هر خرید: مبلغی که بالاتر از آن، خرید باید از مسیر درخواست خرید برود.
  3. فهرست اقلام مجاز: مثلاً ملزومات مصرفی و تعمیرات فوری بله؛ تجهیزات سرمایه‌ای و قرارداد خدمات نه.
  4. مدرک هر خرج: فاکتور یا رسید با تاریخ، نام فروشنده و شرح.
  5. دوره‌ی تسویه: حتی اگر پول تمام نشده، در فاصله‌ی ثابتی تسویه انجام شود.
  6. ممنوعیت خردکردن خرید: یک نیاز بزرگ نباید به چند رسید کوچک شکسته شود تا زیر سقف بماند.
  7. شمارش سرزده: مالی گاه‌به‌گاه بدون اطلاع قبلی، نقد و رسیدها را تطبیق دهد.

کمیسیون خرید چیست و از چه سقفی لازم است؟

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

برای اینکه کمیسیون واقعاً کار کند و فقط امضاجمع‌کن نباشد، به این نکته‌ها توجه کنید:

  • حد نصاب: مشخص کنید حداقل چند عضو باید نظر بدهند تا تصمیم معتبر باشد.
  • پرونده‌ی کامل پیش از جلسه: درخواست، مشخصات فنی، پیشنهادهای تأمین‌کنندگان و جدول مقایسه پیش از بررسی در دسترس اعضا باشد.
  • دلیل انتخاب: اگر ارزان‌ترین پیشنهاد انتخاب نشد، علت آن نوشته شود.
  • تعارض منافع: عضوی که با یک تأمین‌کننده نسبت دارد، در آن پرونده نظر ندهد.
  • ردپای تصمیم: نظر هر عضو به نام خودش ثبت شود تا بعدها روشن باشد چه کسی چه گفت.

یک مثال فرضی از مسیر خرید بزرگ

واحد نگهداری برای یک دستگاه، قطعه‌ای گران‌قیمت درخواست می‌کند. کارشناس خرید سه پیشنهاد می‌گیرد و جدول مقایسه می‌سازد. چون مبلغ از سقف تعیین‌شده بالاتر است، پرونده به کمیسیون می‌رود. نماینده‌ی فنی می‌گوید پیشنهاد دوم با نقشه سازگارتر است، مالی محل بودجه‌ی تعمیرات را بررسی می‌کند و مدیر کارخانه تأیید نهایی را می‌دهد. پس از آن سفارش خرید صادر می‌شود. در این مسیر هیچ‌کس به‌تنهایی تصمیم نگرفته و هر نظر قابل ردیابی است.

مرجوعی خرید؛ کالای برگشتی را چطور ثبت کنیم؟

کالایی که به تأمین‌کننده برمی‌گردد، چه به‌خاطر ایراد کیفی و چه به‌خاطر اشتباه در ارسال، اگر رسمی ثبت نشود سه جا خطا می‌سازد: موجودی انبار بیش از واقع نشان داده می‌شود، بدهی به فروشنده کم نمی‌شود و سابقه‌ی آن تأمین‌کننده تمیز می‌ماند. یک مسیر سالم مرجوعی این قدم‌ها را دارد:

  1. ثبت علت برگشت و مقدار، با ارجاع به سند رسید اولیه.
  2. خروج کالا از انبار با سند مخصوص برگشت، نه حواله‌ی عادی.
  3. تأیید واحد مالی، تا مبلغ از حساب فروشنده کسر یا جایگزینی پیگیری شود.
  4. نگه داشتن سابقه برای ارزیابی بعدی همان تأمین‌کننده.

محل بودجه و تأیید چندسطحی در سیستم خرید کارخانه

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

تأیید چندسطحی هم مکمل همین است: مبلغ‌های کوچک با تأیید مدیر واحد، مبلغ‌های متوسط با مالی و مبلغ‌های بزرگ با مدیریت ارشد. سطح‌بندی دقیق را هر کارخانه خودش تعیین می‌کند؛ مهم این است که پله‌ها مکتوب و ثابت باشند و به سلیقه‌ی روز تغییر نکنند.

کنترل دیگری که در فروش اهمیت دارد، قفل خروج کالا تا تأیید مالی است: کالای فروخته‌شده تا وقتی مالی فاکتور را تأیید نکرده، از درِ کارخانه بیرون نمی‌رود. این کار جلوی تحویل بار به مشتری‌ای را می‌گیرد که شرایط پرداختش هنوز روشن نیست.

این کنترل‌ها در نرم‌افزار داتا

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

کنترل آغاز پیشرو سرآمد
درخواست خرید، مقایسه‌ی تأمین‌کنندگان، سفارش خرید، فاکتور و گزارش خرید روزانه ✓ ✓ ✓
کارتابل یکپارچه‌ی تأییدها و جست‌وجوی سراسری ✓ ✓ ✓
محل بودجه، قفل خروج کالا تا تأیید مالی، تنخواه و مرجوعی — ✓ ✓
امضای دیجیتال هر کاربر روی سندها — ✓ ✓
کمیسیون خرید برای مبالغ بالاتر از سقف — — ✓
فرم‌ساز برای فیلدهای اختصاصی فرم‌ها — — ✓

در داتا، محل بودجه با کنترل مصرف و تأیید چندسطحی همراه است و پرداخت‌ها با فیش ثبت می‌شوند؛ برای مبالغ بزرگ تأیید مدیریت لازم است. کارتابل هر نفر تأییدهای منتظر را با مهلت هر مورد نشان می‌دهد و سابقه‌ی انبار پس از ثبت قابل دستکاری نیست. داتا برای کار مالیاتی و صورتحساب الکترونیکی ساخته نشده و روی ابر هم ارائه نمی‌شود؛ تمرکزش زنجیره‌ی کارخانه از استعلام تا تحویل است.

اگر چرخه‌ی کامل خرید را از درخواست تا تطبیق فاکتور می‌خواهید، مقاله‌ی مدیریت خرید کارخانه را بخوانید. اسناد رسید و حواله‌ی انبار را هم در راهنمای رسید و حواله‌ی انبار توضیح داده‌ایم.

چک‌لیست سلامت تنخواه و کمیسیون خرید

  • آیا همه‌ی تنخواه‌ها دارنده‌ی مشخص و سقف مکتوب دارند؟
  • آیا آخرین تسویه‌ی هر تنخواه در دوره‌ی تعیین‌شده انجام شده است؟
  • آیا در گزارش خرید، رسیدهای پشت‌سرهم از یک فروشنده که درست زیر سقف مانده‌اند دیده می‌شود؟
  • آیا پرونده‌های کمیسیون دلیل انتخاب و نظر تک‌تک اعضا را دارند؟
  • آیا هر مرجوعی سند برگشت و تأیید مالی دارد؟
  • آیا هر خرید به یک محل بودجه وصل است؟
  • آیا کالای فروخته‌شده پیش از تأیید مالی از کارخانه خارج نمی‌شود؟

سوالات متداول

تنخواه گردان با پیش‌پرداخت خرید چه فرقی دارد؟

تنخواه مبلغ ثابت و چرخشی برای خرج‌های کوچک است که با رسید تسویه و دوباره پر می‌شود؛ پیش‌پرداخت مبلغی یک‌باره برای یک خرید مشخص است.

سقف خرید با تنخواه را چه کسی تعیین می‌کند؟

مدیریت کارخانه در آیین‌نامه‌ی داخلی؛ هر کارخانه بسته به اندازه و نوع کارش سقف خودش را دارد.

کمیسیون خرید در کدام پلن داتا است؟

کمیسیون خرید برای خریدهای بالای سقف تعیین‌شده فقط در پلن سرآمد داتا است.

تنخواه، مرجوعی و قفل خروج کالا از کدام پلن فعال می‌شود؟

از پلن پیشرو؛ محل بودجه با تأیید چندسطحی و امضای دیجیتال کاربران هم از همین پلن در دسترس است.

آیا داتا بدون اینترنت کار می‌کند؟

بله. داتا روی سرور خودِ کارخانه نصب می‌شود و در شبکه‌ی داخلی، حتی بدون اینترنت، کار می‌کند.

برای دیدن مسیر تنخواه، مرجوعی و کمیسیون خرید روی داده‌ی نمونه، درخواست دموی داتا را ثبت کنید تا کارشناسان برساوش هماهنگ کنند.

Eitaa