Business Process Reengineering (BPR

Business Process Reengineering (BPR)and ERP are not necessarily complementary but can be designed to
support each other. A BPR programme is in reality a change management programme (Zairi and Sinclair,
1995; Taylor, 1998); it is more so with ERP leading the way. As opposed to radical top-down BPR, or participative
BPR, ERP-driven BPR implementations do not have to deal with the process of negotiation and coalition building
with the employees. ERP-driven BPR requires a company to align itself with the demands of the software, a step-bystep implementation plan through cross-functional coordination, and deal with variety of issues relating to employee
culture (Huq et al., 2006).
The contribution of ERP systems towards BPR implementation can be significant in terms of scope, configurability
and integrativeness. Through the choice of industry standard modules and sub-modules, process activities can be
embedded in the software implementations. This results in data integrity, transaction reduction.
The top four reasons companies embark on BPR are to improve customer service, to reduce cycle time by reducing
transactions, to reduce production/service costs and to improve quality (Carr and Johansson, 1995; Huq et al., 2006).
The project team in charge of implementation will be challenged to meet the functionalities of the ERP application
by aligning the current processes with the software that may look like a company-wide BPR project. It will face
organizational resistance to changing the status quo, and the team mustalso make sure the ERP applications run well
on the company’s existing technology (Huq et al., 2006).
Both business situation and degree of improvement desired byan organization are the determining factors for
deciding when BPR should take place in ERP implementation (Bancroft et al., 1998). However, it is repeatedly
advised that BPR is best implemented following the ERP model (Slooten and Yap, 1999).

ผลลัพธ์ (ไทย) 1:

ธุรกิจกระบวนการรื้อปรับระบบ (BPR) และ ERP ไม่จำเป็นต้องเสริม แต่สามารถออกแบบให้ สนับสนุนกัน โครงการ BPR คือในความเป็นจริง โปรแกรมการบริหารจัดการเปลี่ยนแปลง (Zairi และนแคลร์ 1995 เทย์เลอร์ 1998); ได้เพิ่มเติมให้กับ ERP ชั้นนำแบบ เมื่อเทียบ การรุนแรงลงด้าน BPR หรือ participative BPR, BPR ขับ ERP ใช้งานไม่จำเป็นต้องจัดการกับกระบวนการเจรจาต่อรองและสร้างสัมพันธมิตร กับพนักงาน ขับเคลื่อน ERP BPR ต้องแนวเดียวกับความต้องการของซอฟต์แวร์ แผนการนำขั้นตอน-bystep ผ่านการประสานงานระหว่างทำงาน และจัดการกับความหลากหลายของปัญหาที่เกี่ยวข้องกับพนักงานบริษัท วัฒนธรรม (Huq et al., 2006) สัดส่วนของระบบ ERP ต่อ BPR ดำเนินได้อย่างมีนัยสำคัญในแง่ของขอบเขต configurability และ integrativeness ผ่านทางเลือกของอุตสาหกรรมโมดูลมาตรฐานและโมดูย่อย กิจกรรมกระบวนการสามารถ ฝังตัวในการใช้งานซอฟต์แวร์ นี้เกิดความสมบูรณ์ของข้อมูล การลดธุรกรรมเหตุผลสี่ด้านบริษัทเริ่มดำเนินการใน BPR จะปรับปรุงการบริการลูกค้า ลดรอบเวลา โดยการลด ธุรกรรม การลดต้นทุนการผลิต/บริการ และ การปรับปรุงคุณภาพ (คาร์และ Johansson, 1995 Huq et al., 2006) จะต้องถูกท้าทายทีมโครงการรับผิดชอบดำเนินการฟังก์ชันการทำงานของโปรแกรม ERP โดยกระบวนการปัจจุบัน มีซอฟต์แวร์ที่อาจดูเหมือนโครงการ BPR ทั้งบริษัท มันจะหน้า องค์กรต่อต้านการเปลี่ยนสภาพ mustalso ทีมให้แน่ใจว่า โปรแกรมประยุกต์ ERP รันดี ของบริษัทอยู่เทคโนโลยี (Huq et al., 2006) สถานการณ์ทางธุรกิจและระดับต้องปรับปรุงองค์กร byan เป็นปัจจัยกำหนดสำหรับ ตัดสินใจเมื่อ BPR ควรเกิดขึ้นในการใช้งาน ERP (แบนครอฟต์และ al., 1998) อย่างไรก็ตาม มันจะซ้ำ ๆ กัน แนะนำว่า BPR เป็นส่วนดำเนินการตามแบบ ERP (Slooten และยาบ 1999)

ผลลัพธ์ (ไทย) 2:

กระบวนการทางธุรกิจปรับรื้อ (BPR) และ ERP ไม่จำเป็นต้องเสริม
แต่สามารถออกแบบมาเพื่อสนับสนุนซึ่งกันและกัน โปรแกรม BPR ในความเป็นจริงโปรแกรมการจัดการการเปลี่ยนแปลง (Zairi และซินแคล,
1995; เทย์เลอร์, 1998); ก็จะมากขึ้นให้กับ ERP ผู้นำทาง เมื่อเทียบกับความรุนแรงจากบนลงล่าง BPR หรือมีส่วนร่วม
BPR, ERP ที่ขับเคลื่อนด้วยการใช้งาน BPR
ไม่ต้องจัดการกับกระบวนการของการเจรจาต่อรองและการสร้างพันธมิตรกับพนักงาน ERP ที่ขับเคลื่อนด้วย BPR กำหนดให้ บริษัท ที่จะปรับตัวเองกับความต้องการของซอฟต์แวร์ขั้น bystep
แผนการดำเนินงานผ่านการประสานงานข้ามสายงานและจัดการกับความหลากหลายของประเด็นที่เกี่ยวข้องกับการทำงานของพนักงานวัฒนธรรม(Huq et al., 2006).
ผลงาน ของระบบ ERP ที่มีต่อการดำเนินงาน BPR จะมีความหมายในแง่ของขอบเขต configurability
และ integrativeness
ผ่านทางเลือกของโมดูลมาตรฐานอุตสาหกรรมและโมดูลย่อยกิจกรรมกระบวนการสามารถฝังตัวในการใช้งานซอฟแวร์ .
นี้ส่งผลในความสมบูรณ์ของข้อมูลลดการทำธุรกรรมด้านบนสี่บริษัท เหตุผลที่เริ่มดำเนินการใน BPR จะปรับปรุงการบริการลูกค้าเพื่อลดรอบเวลาโดยการลดการทำธุรกรรมที่จะลดการผลิต / ค่าใช้จ่ายในการให้บริการและการปรับปรุงคุณภาพ (คาร์และ Johansson, 1995; Huq et al., 2006). ทีมงานโครงการในค่าใช้จ่ายในการดำเนินการจะถูกท้าทายเพื่อตอบสนองฟังก์ชันของการประยุกต์ใช้ระบบ ERP โดยจัดกระบวนการในปัจจุบันมีซอฟต์แวร์ที่อาจมีลักษณะเช่นโครงการ BPR ทั้ง บริษัท มันจะต้องเผชิญกับความต้านทานขององค์กรกับการเปลี่ยนแปลงสภาพที่เป็นอยู่และทีม mustalso ให้แน่ใจว่าการใช้งาน ERP ทำงานได้ดีกับเทคโนโลยีที่มีอยู่ของบริษัท (Huq et al., 2006). ทั้งสถานการณ์ทางธุรกิจและระดับของการปรับปรุงที่ต้องการองค์กร byan เป็นปัจจัยกำหนด สำหรับการตัดสินใจเมื่อBPR ควรจะเกิดขึ้นในการใช้ ERP (แบนครอฟ et al., 1998) อย่างไรก็ตามมันก็ซ้ำ ๆทราบว่า BPR จะดำเนินการต่อไปนี้รูปแบบที่ดีที่สุดระบบ ERP (Slooten และ Yap, 1999)

ผลลัพธ์ (ไทย) 3:

การรื้อปรับกระบวนการธุรกิจ ( BPR ) และ ERP ไม่จําเป็นต้องเสริมแต่สามารถออกแบบ
สนับสนุนแต่ละอื่น ๆ เป็นโปรแกรมในความเป็นจริง BPR เปลี่ยนแปลงสาขาวิชาการจัดการ ( zairi ซินแคลร์
1995 ; และ , เทย์เลอร์ , 1998 ) ; มันเป็นมากขึ้นดังนั้นกับ ERP เป็นผู้นำทาง เป็นนอกคอกที่รุนแรงจากบนลงล่าง BPR หรือ BPR มีส่วนร่วม
,ERP ขับเคลื่อน BPR ซึ่งจะไม่ต้องจัดการกับกระบวนการของการเจรจาต่อรองและ
กลุ่มอาคารกับพนักงาน ERP ขับเคลื่อน BPR ต้องมี บริษัท ที่จะจัดตัวเองกับความต้องการของซอฟต์แวร์ ขั้นตอนการวางแผน bystep ผ่านข้ามประสานงานการทำงานและจัดการกับความหลากหลายของปัญหาที่เกี่ยวข้องกับวัฒนธรรมพนักงาน
( huq et al . , 2006 )
ส่วนของระบบ ERP ต่อการดำเนินการ BPR สามารถอย่างมีนัยสำคัญในแง่ของขอบเขต และ integrativeness Configurability
. ผ่านทางเลือกของอุตสาหกรรมมาตรฐานโมดูลและโมดูลย่อย กิจกรรมกระบวนการสามารถ
ฝังตัวอยู่ในซอฟต์แวร์ที่ใช้งาน ผลลัพธ์ที่ได้ในความสมบูรณ์ของข้อมูลการทำธุรกรรม .
ด้านบน 4 เหตุผล บริษัท เริ่มดำเนินการใน BPR เพื่อปรับปรุงการบริการลูกค้า การลดรอบเวลา โดยลด
ธุรกรรม เพื่อลดต้นทุนการผลิต / บริการ และพัฒนาคุณภาพ ( คาร์ และ โจแฮนสัน , 1995 ; huq et al . , 2006 )
ทีมงานโครงการค่าใช้จ่ายในการดำเนินการจะได้รับการท้าทายที่จะตอบสนองฟังก์ชัน ERP โปรแกรม
โดยสอดคล้องกับกระบวนการปัจจุบันซอฟต์แวร์ที่อาจดูเหมือนโครงการ BPR กว้าง บริษัท มันจะหน้า
องค์การต่อต้านการเปลี่ยนแปลงสภาพที่เป็นอยู่ และ mustalso ทีมให้แน่ใจว่าระบบ ERP โปรแกรมวิ่งดี
ในบริษัทเทคโนโลยีที่มีอยู่ ( huq et al . , 2006 )
ทั้งสถานการณ์ทางธุรกิจ และระดับของการพัฒนาที่ต้องการจากองค์กรเป็นปัจจัยที่ทำให้
การตัดสินใจเมื่อ BPR ควรใช้สถานที่ในการใช้งาน ERP ( Bancroft et al . , 1998 ) อย่างไรก็ตาม มันซ้ำๆ
แนะนำว่า BPR ที่ดีที่สุดคือใช้ตามรูปแบบและ ERP slooten แยป , 1999 )