เมื่อ SAP S/4HANA Cloud Public Edition พัฒนาอย่างต่อเนื่อง: องค์กรต้องเตรียมตัวอย่างไร?

ระบบ ERP ที่เคยอัปเกรดเป็นรอบใหญ่ วันนี้กำลังเปลี่ยนสู่การพัฒนาอย่างต่อเนื่อง

ในระบบ ERP แบบ On-Premise องค์กรมักมีอิสระในการกำหนดจังหวะการ Upgrade ตามนโยบายขององค์กรและ Lifecycle ของซอฟต์แวร์ ทำให้สามารถวางแผนการเปลี่ยนแปลงเป็นโครงการใหญ่ได้ล่วงหน้า

แต่เมื่อเปลี่ยนมาใช้ SAP S/4HANA Cloud Public Edition แนวทางการบริหารระบบ ERP ก็เปลี่ยนไปด้วย

SAP เป็นผู้บริหารจัดการ Release และการอัปเดตของระบบตามตารางเวลาที่กำหนดไว้ ทำให้องค์กรไม่สามารถเลื่อนการอัปเดตได้อย่างอิสระเหมือนระบบ On-Premise

สิ่งที่องค์กรต้องปรับจึงไม่ใช่เพียงการถามว่า “จะ Upgrade เมื่อไหร่?” แต่ต้องเปลี่ยนมาถามว่า

“องค์กรจะเตรียมตัวอย่างไร เพื่อให้สามารถรับการเปลี่ยนแปลงและใช้ประโยชน์จากความสามารถใหม่ๆ ได้อย่างต่อเนื่อง?”

นี่คือแนวคิดของ Continuous Innovation

บทความนี้จะพาไปทำความเข้าใจว่า SAP S/4HANA Cloud Public Edition มีการเปลี่ยนแปลงอย่างไร องค์กรควรเตรียมตัวอย่างไร และทำไม Clean Core, Fit-to-Standard และ Release Readiness จึงมีความสำคัญมากขึ้นในโลกของ Cloud ERP

SAP S/4HANA Cloud Public Edition มีการอัปเดตอย่างไร?

SAP S/4HANA Cloud Public Edition มีการพัฒนาอย่างต่อเนื่อง โดยมีรอบ Release หลักที่นำเสนอความสามารถและการปรับปรุงใหม่ ๆ รวมถึงการแก้ไขและการปรับปรุงทางเทคนิคตามตารางการให้บริการของ SAP

โดยทั่วไป SAP มี Major Release ปีละ 2 ครั้ง ในช่วงเดือนกุมภาพันธ์และสิงหาคม ขณะที่การเปลี่ยนแปลงประเภทอื่น ๆ อาจเกิดขึ้นระหว่างรอบ Release ตาม Service และ Release Schedule ที่เกี่ยวข้อง

ดังนั้น องค์กรไม่ควรมองการเปลี่ยนแปลงของระบบว่าเกิดขึ้นเฉพาะวันที่มี Major Release เท่านั้น แต่ควรติดตามข้อมูลจาก SAP อย่างต่อเนื่อง เช่น Release Calendar, What's New และรายละเอียดของ Feature ที่เกี่ยวข้องกับกระบวนการทางธุรกิจขององค์กร

สิ่งสำคัญคือ “การเปลี่ยนแปลงไม่ได้มีผลกระทบเท่ากันทุกครั้ง”

การเปลี่ยนแปลงบางรายการอาจเป็นเพียงการปรับปรุงทางเทคนิค ขณะที่บาง Feature อาจส่งผลต่อ Business Process, หน้าจอ หรือวิธีการทำงานของผู้ใช้งาน

ดังนั้น สิ่งที่องค์กรควรทำไม่ใช่การพยายามติดตามทุกการเปลี่ยนแปลงด้วยตัวเอง แต่คือการ ประเมินว่าการเปลี่ยนแปลงใดมีผลต่อธุรกิจและผู้ใช้งานขององค์กร

การอัปเดตในทางปฏิบัติเป็นอย่างไร?

เมื่อถึงรอบ Release SAP จะดำเนินการอัปเดตระบบที่ไม่ใช่ Production ก่อน Production ตาม Release Schedule ที่กำหนดไว้

ช่วงเวลาระหว่างการอัปเดตระบบทดสอบและระบบ Production จึงเป็นช่วงเวลาสำคัญที่องค์กรควรใช้ในการตรวจสอบผลกระทบของ Release

สิ่งที่ควรตรวจสอบ เช่น

• Business Process สำคัญยังทำงานได้ตามปกติหรือไม่

• Configuration ที่ใช้อยู่ได้รับผลกระทบหรือไม่

• Integration กับระบบภายนอกยังทำงานได้หรือไม่

• Report และ Output ที่สำคัญยังถูกต้องหรือไม่

• Custom Extension หรือการพัฒนาที่เกี่ยวข้องได้รับผลกระทบหรือไม่

• มี Feature ใหม่ใดที่องค์กรควรพิจารณานำมาใช้หรือไม่

การทดสอบจึงไม่ควรเกิดขึ้นหลังระบบ Production ถูกอัปเดตแล้ว แต่ควรเป็นส่วนหนึ่งของ Release Readiness Process ที่เตรียมไว้ล่วงหน้า

Feature ใหม่ไม่ได้หมายความว่าต้องเปิดใช้ทันที

หนึ่งในแนวคิดสำคัญของ SAP S/4HANA Cloud Public Edition คือ องค์กรสามารถพิจารณาความสามารถใหม่ ๆ ตามความพร้อมและความเหมาะสมกับธุรกิจ

Feature บางรายการอาจถูกส่งมอบในสถานะที่ยังไม่ได้เปิดใช้งาน ทำให้ Key User สามารถศึกษาและประเมินก่อนว่าจะนำมาใช้หรือไม่

องค์กรจึงควรพิจารณาจากคำถามสำคัญ เช่น

• Feature นี้ช่วยแก้ปัญหาอะไร?

• มีผลต่อ Business Process เดิมหรือไม่?

• ผู้ใช้งานต้องเปลี่ยนวิธีทำงานหรือไม่?

• ต้องมีการ Training เพิ่มหรือไม่?

• มีผลต่อ Integration หรือระบบที่เกี่ยวข้องหรือไม่?

• ประโยชน์ที่ได้รับคุ้มค่ากับการเปลี่ยนแปลงหรือไม่?

Continuous Innovation ไม่ได้หมายความว่าองค์กรต้องเปิดใช้ทุก Feature ใหม่ แต่หมายถึงองค์กรมีโอกาสเลือกนำความสามารถที่เหมาะสมมาใช้ได้อย่างต่อเนื่อง

ทำไมแนวคิดนี้จึงสำคัญกับองค์กรที่ใช้ Cloud ERP?

การใช้ Cloud ERP เปลี่ยนมุมมองจากการบริหาร ERP แบบ “Upgrade เป็นครั้งคราว” ไปสู่การบริหาร ERP แบบ Continuous Improvement

องค์กรจึงต้องเปลี่ยนจาก Upgrade Project มาเป็น Continuous Change Management

เพราะหลังจาก Go-Live แล้ว ระบบยังคงได้รับการพัฒนา และองค์กรยังมีโอกาสนำความสามารถใหม่ ๆ มาปรับปรุงกระบวนการทำงานต่อไป

นี่จึงเป็นเหตุผลที่การวางระบบให้สอดคล้องกับ Fit-to-Standard และ Clean Core ตั้งแต่ต้นมีความสำคัญ

ถ้าองค์กรไม่เตรียมตัว จะเกิดอะไรขึ้น?

หนึ่งในความท้าทายสำคัญคือ Customization และกระบวนการเฉพาะทางที่ซับซ้อน ยิ่งระบบมีส่วนที่พัฒนาหรือปรับแต่งเฉพาะทางมากเท่าไร การประเมินผลกระทบจาก Release ใหม่ก็อาจต้องใช้เวลาและการทดสอบมากขึ้น

องค์กรอาจต้องตรวจสอบว่า

• กระบวนการที่ปรับแต่งไว้ยังทำงานได้หรือไม่

• Extension ที่เชื่อมต่อกับระบบมาตรฐานได้รับผลกระทบหรือไม่

• Integration กับระบบภายนอกยังทำงานตามปกติหรือไม่

• Report และ Interface ที่พัฒนาขึ้นเองยังถูกต้องหรือไม่

ดังนั้น Clean Core จึงไม่ได้เป็นเพียงแนวคิดทางเทคนิค แต่เป็นแนวทางที่ช่วยให้องค์กรบริหารการเปลี่ยนแปลงของ Cloud ERP ได้ง่ายขึ้นในระยะยาว

เมื่อระบบยึดกระบวนการมาตรฐานของ SAP มากขึ้น และส่วนต่อขยายถูกออกแบบอย่างเหมาะสม การประเมินผลกระทบจากการเปลี่ยนแปลงก็มีแนวโน้มทำได้ง่ายขึ้น

องค์กรควรเตรียมตัวอย่างไรสำหรับ Continuous Innovation?

1. ติดตาม Release Calendar และ What's New

องค์กรควรติดตามกำหนดการ Release ของ SAP ล่วงหน้า รวมถึงศึกษาว่ามี Feature หรือการเปลี่ยนแปลงใดที่เกี่ยวข้องกับ Business Process ที่ใช้งานอยู่

ไม่จำเป็นต้องให้ทีมงานอ่านทุก Feature แต่ควรคัดกรองเฉพาะสิ่งที่เกี่ยวข้องกับธุรกิจ

2. ยึดหลัก Clean Core ตั้งแต่วันแรก

หลีกเลี่ยงการปรับแต่ง Core ของระบบโดยตรง และเลือกใช้แนวทาง Extension ที่เหมาะสมเมื่อจำเป็นต้องรองรับความต้องการเฉพาะของธุรกิจ

การวางระบบตามแนวทาง Clean Core ช่วยให้องค์กรบริหารการเปลี่ยนแปลงในระยะยาวได้ง่ายขึ้น และลดภาระในการตรวจสอบผลกระทบจากการเปลี่ยนแปลงของระบบ

3. สร้าง Regression Test สำหรับ Business Process สำคัญ

องค์กรไม่จำเป็นต้องทดสอบทุกกระบวนการใหม่ทั้งหมดในทุก Release สิ่งสำคัญคือการสร้างชุด Test Scenario สำหรับกระบวนการสำคัญ เช่น

• Procure-to-Pay

• Order-to-Cash

• Record-to-Report

• Inventory Management

• Production

• Asset Management

• กระบวนการเฉพาะขององค์กร

เมื่อมี Release ใหม่ สามารถนำ Test Scenario เหล่านี้กลับมาใช้ตรวจสอบได้อย่างเป็นระบบ

4. ประเมิน Feature ใหม่ก่อนนำมาใช้

Feature ใหม่ควรได้รับการประเมินโดย Key User และ Business Owner ที่เกี่ยวข้อง ไม่ใช่ทุก Feature ที่ต้องเปิดใช้ทันที ควรแบ่งง่าย ๆ เป็น ต้องใช้ → ควรพิจารณา → ยังไม่จำเป็น

เพื่อให้การเปลี่ยนแปลงเกิดขึ้นอย่างมีเป้าหมาย และไม่สร้างภาระให้ผู้ใช้งานโดยไม่จำเป็น

5. วางแผน Change Management

การเปลี่ยนแปลงของระบบอาจไม่ได้กระทบเฉพาะ IT แต่กระทบผู้ใช้งานโดยตรง

หาก Feature ใหม่เปลี่ยนหน้าจอ วิธีการทำงาน หรือขั้นตอนของ Business Process ควรมีการสื่อสารและ Training ให้ผู้ใช้งานเข้าใจล่วงหน้า

การทำ Change Management ที่ดีช่วยลดความสับสน และทำให้ผู้ใช้งานสามารถนำความสามารถใหม่มาใช้ได้อย่างเต็มประสิทธิภาพ

6. กำหนดบทบาทของแต่ละฝ่ายให้ชัดเจน

Continuous Innovation ไม่ควรเป็นหน้าที่ของ IT เพียงฝ่ายเดียว

IT / System Administrator           ติดตาม Release และประเมินผลกระทบด้านระบบและ

Integration

Key User                                 ตรวจสอบ Business Process และทดสอบการทำงาน

Business Owner                     พิจารณาว่า Feature ใหม่ตอบโจทย์ธุรกิจหรือไม่

End User                                 ทดสอบการใช้งานจริงและสะท้อนผลกระทบต่อการทำงาน

SAP Partner                             ให้คำปรึกษา วิเคราะห์ผลกระทบ สนับสนุนการทดสอบ และช่วย วางแผนการนำความสามารถใหม่มาใช้

การแบ่งบทบาทอย่างชัดเจนทำให้การเตรียมตัวก่อนแต่ละ Release เป็นกระบวนการที่ทำซ้ำได้ ไม่ต้องเริ่มต้นใหม่ทุกครั้ง

AI กับบทบาทใน Continuous Innovation

ความสามารถด้าน AI เป็นหนึ่งในพื้นที่ที่ SAP พัฒนาอย่างต่อเนื่องใน SAP S/4HANA Cloud Public Edition

ตัวอย่างที่สำคัญคือ SAP Joule ซึ่งเป็นผู้ช่วย AI ของ SAP ที่ถูกนำมาเชื่อมโยงกับประสบการณ์การใช้งานและกระบวนการทางธุรกิจในระบบ SAP อย่างไรก็ตาม ความพร้อมในการใช้งาน AI ไม่ได้เริ่มต้นจากการเปิดใช้ AI เพียงอย่างเดียว พื้นฐานสำคัญยังคงเป็น

คุณภาพของข้อมูล + กระบวนการที่เป็นระบบ + Clean Core + มาตรฐานของ Business Process

เมื่อองค์กรมีพื้นฐานเหล่านี้ที่ดี การประเมินและนำความสามารถใหม่ ๆ รวมถึง AI และ Automation มาพิจารณาใช้งานก็สามารถทำได้อย่างเป็นระบบมากขึ้น ทั้งนี้ ความพร้อมและสิทธิ์การใช้งานของความสามารถด้าน AI อาจแตกต่างกันตาม Solution, Release, Scope และเงื่อนไขการให้บริการของ SAP

Continuous Innovation ไม่ใช่ภาระ แต่คือโอกาส

การอัปเดตอย่างต่อเนื่องอาจดูเหมือนเป็นภาระในช่วงแรก หากองค์กรยังมอง ERP ว่าเป็นระบบที่ติดตั้งแล้วควรอยู่นิ่ง ๆ แต่ในมุมของ Cloud ERP การเปลี่ยนแปลงอย่างต่อเนื่องเปิดโอกาสให้องค์กรสามารถปรับปรุงกระบวนการทำงานทีละขั้น และนำความสามารถใหม่มาใช้เมื่อพร้อม แทนที่จะรอการเปลี่ยนแปลงครั้งใหญ่ทุกหลายปี องค์กรสามารถเลือกปรับปรุง Business Process อย่างต่อเนื่องตามความต้องการของธุรกิจ

เป้าหมายจึงไม่ใช่การตามทุก Release ให้ทัน แต่คือการรู้ว่าอะไรเปลี่ยนแปลง อะไรมีผลต่อธุรกิจ และอะไรควรนำมาใช้

ทำไมต้องเลือก ACTRAN Systems?

การอยู่ร่วมกับ Continuous Innovation ของ SAP S/4HANA Cloud Public Edition ให้ราบรื่น ต้องอาศัยทั้งความเข้าใจใน Release ของ SAP และการวางระบบให้สอดคล้องกับแนวทาง Fit-to-Standard และ Clean Core ตั้งแต่ต้น

ACTRAN Systems ในฐานะ SAP Partner ในประเทศไทย ให้คำปรึกษา SAP S/4HANA Cloud Public Edition ตั้งแต่การวางระบบ ไปจนถึงการเตรียมองค์กรให้พร้อมรับการเปลี่ยนแปลงและการอัปเดตในระยะยาว

บริการครอบคลุมตั้งแต่

• Business Process Analysis

• SAP S/4HANA Cloud Public Edition New Implementation

• Clean Core Advisory

• Release Readiness Review สำหรับแต่ละรอบ Release

• Training & Change Management

• Go-Live และ Post-Go-Live Support

การทำ SAP S/4HANA Cloud Public Edition ให้คุ้มค่าในระยะยาว ไม่ได้อยู่ที่วัน Go-Live เพียงวันเดียว แต่อยู่ที่องค์กรสามารถปรับตัวและใช้ประโยชน์จากระบบที่พัฒนาอย่างต่อเนื่องได้มากเพียงใด

พร้อมรับมือกับการเปลี่ยนแปลงที่มาต่อเนื่องแล้วหรือยัง?

ปรึกษาการวางระบบ SAP S/4HANA Cloud Public Edition ให้พร้อมรับ Continuous Innovation กับ ACTRAN Systems

 ทีมงานพร้อมช่วยประเมินความพร้อมของระบบหรือโครงการ วางแนวทาง Clean Core และออกแบบกระบวนการทดสอบก่อนแต่ละรอบ Release

ระบบที่ดีไม่ใช่ระบบที่หยุดนิ่ง แต่คือระบบที่พร้อมเติบโตไปพร้อมกับธุรกิจของคุณ

ACTRAN Systems Co., Ltd.

SAP Partner in Thailand

📧 Email: sales@actran.co.th

📞 Tel: +66 (0) 2679-1668

🌐 Website: www.actran.co.th

💬 LINE ID: @actransystems