ภาพรวม

รายการนี้อธิบายกรณีศึกษาอธิบาย MRO แท้จริง (บำรุงรักษา, ซ่อมแซมและการดำเนินงาน) อนุมัติลำดับงานที่ดำเนินการในมอส.

นี่ไม่ใช่การสนทนาทางเทคนิค overtly, แต่ต้องทำหน้าที่ให้เป็นตัวอย่างจริงที่แสดงให้เห็นว่าแพลตฟอร์มอสตามจริงโลก แทน.

(รายการนี้เป็นข้ามระหว่างการลงรายการบัญชี http://paulgalvin.spaces.live.com และ http://blogs.conchango.com)

พื้นหลัง

กระบวนการของไคลเอ็นต์ MRO ได้ถูกลักษณะต่อไปนี้

• กระบวนการอนุมัติด้วยตนเอง.
• ใช้สนับสนุนบาง excel กระดาษคำนวณ.
• กระบวนการอนุมัติที่ผิดปกติ. กระบวนการอนุมัติซื้อ MRO ที่เดียวกันจะแตกต่างกันไปวันต่อวัน, บุคคล โดยบุคคล.
• ของกระดาษและเขียนมือลายเซ็น — ต้องการใบขอซื้อ 3 ลายเซ็นที่เป็นลายลักษณ์อักษรก่อนการอนุมัติสุดท้าย.

วัตถุประสงค์ของโครงการนี้รวม:

• ทำกระบวนการทั้งหมด.
• บังคับใช้มาตรฐานองค์กรสำหรับการอนุมัติ.
• ให้มุมมองรวมของ MRO ซื้อผู้จัดการต่าง ๆ.
• ตรวจสอบรายละเอียด.

เป็นผลข้างเคียงของการแก้ปัญหา, เขียนลายเซ็นไม่ถูกต้อง.

กระบวนการอนุมัติ

กระบวนการอนุมัติประกอบด้วยสี่ "ว่ายน้ำถนนหนทาง": ผู้ริเริ่ม, ผู้จัดการโดยตรง, หน้าที่ผู้จัดการและผู้จัดการฝ่าย.

ผู้ริเริ่ม:

เห็นต้องการซื้อ และเริ่มกระบวนการ. หมายเหตุว่า ผู้ริเริ่มอาจ หรืออาจไม่จริงป้อนใบขอซื้อ, แต่ตรงอื่นให้พนักงานทำงานแทน. บางครั้ง, ผู้ริเริ่มมีความเชี่ยวชาญทางเทคนิคกรอกใบ PO. ตัวอย่าง, ผู้ใช้อาจต้องเบิกใหม่แล็ปท็อปคอมพิวเตอร์, แต่ไม่รู้ขายดีที่สุด, มาตรฐาน IT, ฯลฯ. ในกรณีนี้, ผู้ริเริ่มการทำงานกับมันและมันก็กรอกใบจริง.

ผู้จัดการโดยตรง:

เป็นผู้จัดการโดยตรงของผู้ริเริ่ม (ซึ่งอาจจะแตกต่างจากผู้ใช้จริง เข้าใบ PO MOSS). ผู้จัดการโดยตรงต้องอนุมัติใบ PO ก่อนระบบขออนุมัติเพิ่มเติมลงในบรรทัด.

ผู้จัดการทำงาน:

ตัวจัดการการทำงานคือ บุคคลที่รับผิดชอบมั่นใจว่า การเสนอซื้อตามมาตรฐานองค์กรภายในขอบเขตของฟังก์ชันเฉพาะขององค์กร. ตัวอย่าง, ซื้อมันได้รับการรับรอง โดยมีหน้าที่จัดการ.

ผู้จัดการฝ่าย:

ผู้จัดการฝ่ายอนุมัติใบขอซื้ออย่างเคร่งครัด โดยเงินดอลลาร์. ผู้จัดการฝ่ายอนุมัติใบขอซื้อเกินกว่าเงินกำหนด.

การแก้ปัญหา

เราใช้เครื่องมือและส่วนประกอบต่อไปนี้เพื่อดำเนินการแก้ปัญหา:

มอส: เป็นแพลตฟอร์มปิดซึ่งทุกอย่าง "แฮง". มอสส์ให้บริการหินเพื่อความปลอดภัย, ข้อมูลหลัก, บันทึกการตรวจสอบและคุณลักษณะอื่น ๆ.

บริการฟอร์ม InfoPath: ส่วนประกอบของมอส, ทำให้ผู้ใช้สามารถกรอกข้อมูลใบขอซื้อผ่านทางเว็บเบราว์เซอร์.

SharePoint Designer (SPD): เราใช้ SPD จะใช้กระบวนการลำดับงานอัตโนมัติ.

บริการเว็บ: C# บริการเว็บช่วยเพิ่มประสบการณ์ของผู้ใช้ โดยเลือกรายชื่อที่เกี่ยวข้องในแบบฟอร์ม InfoPath เปิดใช้งาน และให้ประสิทธิภาพที่ดีขึ้นเกี่ยวกับการกรองข้อมูล. ดู ที่นี่ ดำน้ำลึกทางเทคนิคในเรื่องนี้และเหตุผลของเราสำหรับการใช้.

รายการที่กำหนดเอง: มอโพรไฟล์ผู้ใช้ให้ผู้จัดการโดยตรงของผู้ใช้กำหนด, แต่ไม่มีข้อมูลที่ควบคุมลำดับการตัดสินใจส่วนใหญ่ (เช่น. ว่าต้องจัดการ divisional เพื่ออนุมัติใบ PO). เราใช้รายการที่กำหนดเองในการ "องค์กรข้อมูล" ไซต์เพื่อรักษาข้อมูลเช่น "Divisional ผู้จัดการอนุมัติเงิน", "หน้าที่ผู้จัดการพื้นที่" และอื่น ๆ. รายการรวมกับ InfoPath อย่างมาก และยัง ให้สร้าง/ปรับปรุง/ลบ (CRUD) งานตรวจสอบและรักษาความปลอดภัยกล่อง.

กรณีใช้

กรณีนี้ใช้แสดงวิธีการแก้ปัญหาพอกัน:

1. Paul ต้องการแล็ปท็อปใหม่. เขาอธิบายถึงความต้องการของเขา Vivek, คนมันคุ้นเคยกับแล็ปท็อปขององค์กรมาตรฐาน, ผู้ที่ต้องการ, ฯลฯ.
2. บันทึก Vivek เป็นมอส, การเข้าถึงแบบฟอร์มใบ PO และป้อนใบขอซื้อในนามของ Paul. แบบฟอร์มรอ Vivek ประเภทซื้อซึ่งใช้บริการเว็บเพื่อสร้างรายการหล่นลงของผู้จัดจำหน่ายที่บริษัทได้รับอนุมัติแล้ว. Vivek ยังระบุขอบเขตหน้าที่องค์กรซื้อนี้ (เช่น. "มัน" หรือ "เงิน").
3. SPD ตามลำดับเริ่มต้น, กำหนดผู้จัดการโดยตรงของพอล และเส้นทางการจัดหาวัตถุดิบการจัดการของเขา, Stacy.
4. Stacy อนุมัติใบขอซื้อ.
5. SPD ลำดับงานใบตรวจสอบ และกำหนดเป็นการซื้อได้. มันเส้นทางลำดับงานการจัดการทำงาน, Wonson.
6. Wonson อนุมัติใบขอซื้อ.
7. SPD ลำดับงานใบตรวจสอบ และกำหนดยอดซื้อเกินยอดเงิน maxium ดอลลาร์ และเส้นทางไปผู้จัดการฝ่ายเพื่ออนุมัติอีก.
8. ผู้จัดการฝ่ายอนุมัติใบขอซื้อ.

หมายเหตุ

• กรณีใช้แสดงให้เห็นถึงการ "ทำความสะอาด" รันไม่ปฏิเสธหรือกระโดด.
• ผู้อนุมัติทุกมีความสามารถในการอนุมัติ หรือปฏิเสธใบ รวมทั้งให้ข้อคิดเห็นเป็นลายลักษณ์อักษร. เหล่านี้เข้าสู่ระบบในการตรวจสอบ.
• ถ้าผู้จัดการรับผิดชอบไม่ยอมรับซื้อตลอด, ใบ PO เสีย"" และต้องเริ่มต้นกระบวนการตั้งแต่เริ่มต้น.
• ผู้ริเริ่มในทุกขั้นตอนของกระบวนการแจ้งเตือนลำดับงาน.
• ลายเซ็นไม่เป็นลายลักษณ์อักษร — ไคลเอนต์ที่กำหนด (หลังจากแนะนำพลังบางอย่าง) การตรวจสอบ trail เป็นให้ผ่านประวัติลำดับงาน, เสิร์ฟความตรวจสอบ.
• ความพยายาม — ใช้คนประมาณสามสัปดาห์จะใช้วิธีนี้.

บทสรุป

วิธีนี้ใช้มอสส์เป็นพัฒนาและแพลตฟอร์มขณะใช้งาน. ไคลเอ็นต์ไม่สามารถใช้ประโยชน์จากคุณลักษณะมอหลักการทำงานประจำที่ได้รับผลกระทบเกือบทุกพนักงานในบริษัท. ยกเว้นการบริการเว็บที่ง่าย (ที่ตัวเองใช้มอส), เกือบไม่จริง "การเขียนโปรแกรม" ที่ถูกต้อง.

โซลูชั่นทำหน้าที่เป็นตู้โชว์"" สำหรับไคลเอนต์, สามารถรวมเห็นคุณลักษณะมอวิธีต่าง ๆ เพื่อสร้างโปรแกรมประยุกต์ธุรกิจที่โดดเด่นอย่างเต็มที่ และสร้างโอกาสใหม่ให้คำปรึกษาในอนาคต.

อภิธานศัพท์

MRO: บำรุงรักษา, ซ่อมแซมและการดำเนินงาน. ซื้อเหล่านี้มักจะรวมรายการเช่นสื่อ, เก้าอี้, คอมพิวเตอร์ส่วนบุคคล, เครื่องพิมพ์, โทรศัพท์และเช่น.