คำตอบโดยตรง
ระบบโรงงานจะประสบความสำเร็จเมื่อโมเดลข้อมูลสอดคล้องกับการทำงานจริงบนพื้นที่การผลิต เราสร้างคำสั่งผลิต สถานีงาน การใช้วัสดุ และบันทึกคุณภาพให้สอดคล้องกับเส้นทางการผลิตของคุณ จากนั้นเชื่อมต่ออุปกรณ์และสเปรดชีตที่ใช้งานอยู่แล้ว
เหมาะสำหรับ
- โรงงานที่ต้องการแทนที่การติดตามการผลิตด้วยสเปรดชีตด้วยระบบจริง
- เวิร์กช็อปที่ต้องการรายงานแยกตามสถานี การใช้วัสดุ และการวิเคราะห์ผลผลิต
- ผู้ผลิตที่ต้องการตรวจสอบย้อนกลับตั้งแต่ล็อตวัตถุดิบจนถึงสินค้าสำเร็จรูป
ไม่เหมาะสำหรับ
- การแทนที่ ERP ทั้งระบบสำหรับองค์กรขนาดใหญ่ที่มีการติดตั้ง SAP หรือ Oracle อยู่แล้ว
- การควบคุมเครื่องจักรแบบเรียลไทม์อย่างเคร่งครัด ซึ่งควรอยู่ในความรับผิดชอบของระบบ PLC และ SCADA มากกว่าซอฟต์แวร์แอปพลิเคชัน
โมดูลหลักและข้อมูลที่แต่ละโมดูลรับผิดชอบ
| โมดูล | ขอบเขต ข้อมูล และกฎที่โมดูลรับผิดชอบ |
|---|---|
| ผลิตภัณฑ์และ BOM | โครงสร้างรายการวัสดุหลายระดับ การกำหนดเวอร์ชัน และกฎการทดแทนวัสดุทางเลือก |
| คำสั่งผลิตและเส้นทางการผลิต | การปล่อยคำสั่งผลิต การกำหนดเส้นทางแยกตามกระบวนการ การจัดสรรสถานีงาน และกฎการแยกและรวมล็อต |
| การรายงานหน้างาน | ผลผลิตแยกตามสถานี ผู้ปฏิบัติงาน เวลาเริ่มต้นและสิ้นสุด บันทึกงานแก้ไขและของเสีย ซึ่งเป็นข้อมูลนำเข้าที่ทุกส่วนอื่นต้องพึ่งพา |
| วัสดุและสินค้าคงคลัง | การรับวัตถุดิบ หมายเลขล็อต การเบิกจ่ายและจัดสรรวัสดุตามคำสั่งผลิต และผลต่างการใช้วัสดุเทียบกับ BOM |
| คุณภาพและการตรวจสอบย้อนกลับ | จุดตรวจสอบ รหัสข้อบกพร่อง การจัดการผลลัพธ์การตรวจสอบ และการตรวจสอบย้อนกลับไปข้างหน้าและย้อนกลับระหว่างสินค้าสำเร็จรูปกับล็อตวัสดุ |
| การรายงาน | ผลผลิต เวลาในการทำงานต่อรอบ ภาระงานของสถานี ความคืบหน้าของคำสั่งผลิต และการส่งมอบตรงเวลา โดยส่งออกในรูปแบบที่สำนักงานใช้อยู่แล้ว |
ขั้นตอนการดำเนินงาน
- ส่งเวิร์กโฟลว์ปัจจุบัน บทบาทที่เกี่ยวข้อง และจุดที่กระบวนการติดขัดในปัจจุบัน
- เราจัดทำแผนผังโมเดลข้อมูล โมดูลที่จำเป็นเมื่อเปิดใช้งาน และสิ่งที่สามารถเลื่อนไปทำในระยะถัดไปได้
- ยืนยันขอบเขตงาน การเชื่อมต่อ เกณฑ์การยอมรับ ความเป็นเจ้าของซอร์สโค้ด และความรับผิดชอบด้านการปรับใช้
- พัฒนาแบบวนซ้ำพร้อมสาธิตในแต่ละหมุดหมาย จากนั้นทดสอบด้านฟังก์ชัน ความเข้ากันได้ และประสิทธิภาพ
- ปรับใช้ระบบ ส่งมอบซอร์สโค้ดและเอกสาร จากนั้นกำหนดแนวทางการบำรุงรักษาที่ตกลงร่วมกัน
รายการตรวจสอบสำหรับผู้ซื้อ
- กำหนดเวิร์กโฟลว์หลักของผู้ใช้หนึ่งรายการและเวิร์กโฟลว์ของผู้ดูแลระบบหนึ่งรายการสำหรับรุ่นเปิดตัวแรก
- ตกลงเมทริกซ์บทบาทและสิทธิ์ก่อนการพัฒนา และบังคับใช้ในแบ็กเอนด์
- ยืนยันว่าบัญชีการเชื่อมต่อและข้อมูลรับรอง API พร้อมใช้งาน
- ตรวจสอบแหล่งที่มา รูปแบบ และปริมาณของข้อมูลที่จะย้ายระบบ
- เขียนเกณฑ์การยอมรับแยกตามโมดูล ไม่ใช่แยกตามหน้าจอ
- ระบุความเป็นเจ้าของซอร์สโค้ด ความรับผิดชอบด้านการปรับใช้ และขอบเขตการบำรุงรักษาไว้ในสัญญา
ข้อมูลที่จำเป็นสำหรับการเสนอราคา
- เวิร์กโฟลว์ที่คุณต้องการแทนที่หรือสร้างขึ้น และผู้ที่ดำเนินการในแต่ละขั้นตอน
- บทบาทของผู้ใช้และสิ่งที่แต่ละบทบาทสามารถดูและแก้ไขได้
- แพลตฟอร์มที่ต้องการเมื่อเปิดใช้งาน (เว็บ, มินิโปรแกรม, iOS, Android, เดสก์ท็อป)
- ระบบที่ต้องเชื่อมต่อ: การชำระเงิน, ERP, WMS, ฮาร์ดแวร์, ระบบบัญชี, API ของบุคคลที่สาม
- ข้อมูลเดิมที่จะย้ายระบบ รูปแบบปัจจุบัน และปริมาณโดยประมาณ
- จำเป็นต้องส่งมอบซอร์สโค้ดและรองรับการโฮสต์ด้วยตนเองหรือไม่
คำถามที่พบบ่อย
เทอร์มินัลหน้างานสามารถทำงานโดยไม่มี Wi-Fi ที่เสถียรได้หรือไม่
ได้ เทอร์มินัลรายงานหน้างานสามารถแคชข้อมูลไว้ภายในเครื่องและซิงค์เมื่อเครือข่ายกลับมาใช้งานได้ โดยกำหนดกฎการจัดการข้อขัดแย้งสำหรับฟิลด์ที่อาจถูกแก้ไขจากทั้งสองฝั่ง ควรกำหนดขอบเขตเรื่องนี้ตั้งแต่ต้น เพราะจะส่งผลต่อสถาปัตยกรรมฝั่งไคลเอนต์
เราจำเป็นต้องเปลี่ยน ERP เดิมหรือไม่
ไม่ เราสามารถกำหนดขอบเขตงานทั่วไปเป็นการสร้างระบบดำเนินงานหน้างานและติดตามคุณภาพ จากนั้นแลกเปลี่ยนคำสั่งผลิตและการเคลื่อนไหวของสินค้าคงคลังกับ ERP เดิมผ่าน API หรืออินเทอร์เฟซไฟล์ตามกำหนดเวลา
คุณพัฒนาสำหรับแพลตฟอร์มใดในอุตสาหกรรมนี้
ระบบเว็บสำหรับสำนักงาน แอปที่พัฒนาสำหรับแท็บเล็ต Android หรืออุปกรณ์มือถือแบบทนทานสำหรับการรายงานและสแกนหน้างาน ไคลเอนต์เดสก์ท็อปเสริมสำหรับสถานีที่รองรับการทำงานออฟไลน์ และแผงผู้ดูแลระบบ
คุณสามารถเชื่อมต่อกับระบบใดได้บ้าง
เครื่องสแกนบาร์โค้ดและ QR; เครื่องพิมพ์ฉลาก; อุปกรณ์ชั่งน้ำหนักและทดสอบผ่านโปรโตคอลอนุกรมหรือเครือข่าย; ERP หรือระบบบัญชีเดิมผ่าน API หรือการแลกเปลี่ยนไฟล์ตามกำหนดเวลา; เกตเวย์ MQTT หรือ OPC UA สำหรับข้อมูลอุปกรณ์ในกรณีที่มีระบบดังกล่าวอยู่แล้ว
เราจะเป็นเจ้าของซอร์สโค้ดหรือไม่
สามารถรวมการส่งมอบซอร์สโค้ด การเข้าถึงรีโพสซิทอรี บันทึกการปรับใช้ และเอกสารฐานข้อมูลไว้ในขอบเขตงานที่ตกลงกันได้ โปรดระบุเรื่องนี้ในบรีฟ เพื่อให้รวมไว้ในการประเมินราคาแทนที่จะเพิ่มภายหลัง
คุณสามารถรับช่วงต่อระบบเดิมแทนการสร้างใหม่ได้หรือไม่
ได้ เราจะเริ่มจากการตรวจสอบโค้ดและสภาพแวดล้อม จากนั้นเสนอแผนที่กำหนดขอบเขตสำหรับการแก้ไขข้อบกพร่อง การรีแฟกเตอร์ การปรับปรุง UI หรือฟีเจอร์ใหม่ จะแนะนำให้สร้างระบบใหม่ก็ต่อเมื่อผลการตรวจสอบแสดงว่าโค้ดเบสเดิมไม่สามารถรองรับแผนงานในอนาคตได้
หน้าที่เกี่ยวข้อง
ขอใบเสนอราคา
โปรดระบุข้อมูลในช่องด้านบน เพื่อให้คำตอบมุ่งเน้นไปที่รุ่น วัสดุ ความเข้ากันได้กับรถ หรือขอบเขตบริการ แทนการกล่าวอ้างทั่วไป
ขอประเมินราคาโครงการ
บอกเราเกี่ยวกับเป้าหมายของผลิตภัณฑ์ เวิร์กโฟลว์ปัจจุบัน แพลตฟอร์มเป้าหมาย ข้อจำกัด และกรอบเวลาการตัดสินใจ เราจะตรวจสอบขอบเขตงานและแนะนำขั้นตอนถัดไปที่เหมาะสม