Legacy ERP ไป SAP Cloud ERP: วาง Scope ว่าอะไรควร Migrate, Archive และ Retire
การย้ายจาก Legacy ERP ไป SAP Cloud ERP ไม่จำเป็นต้องย้ายทุกอย่างจากระบบเดิม แต่ควรประเมิน Data, Process, Custom Code และ Interface เพื่อกำหนด 4 แนวทาง ได้แก่ Migrate สิ่งที่จำเป็น, Archive ข้อมูลที่ต้องเก็บ, Redesign สิ่งที่ควรปรับใหม่ และ Retire สิ่งที่ไม่จำเป็นต้องใช้งาน
การวางแผน SAP Cloud ERP Migration ควรคำนึงถึงความจำเป็นทางธุรกิจ ความถูกต้องและครบถ้วนของข้อมูล รวมถึง Data Reconciliation เพื่อกำหนด Migration Scope ที่เหมาะสม ลดความซับซ้อนและความเสี่ยง พร้อมวางรากฐานสำหรับ Analytics, Automation และ AI
NEXUS ให้คำปรึกษาและบริการติดตั้ง SAP Cloud ERP เพื่อช่วยองค์กรวางแผนเปลี่ยนผ่านระบบ ERP ให้สอดคล้องกับกระบวนการทำงานและเป้าหมายทางธุรกิจ
เลือกอ่านหัวที่สนใจ
เมื่อองค์กรตัดสินใจเปลี่ยนจาก Legacy ERP ไปสู่ SAP Cloud ERP คำถามสำคัญไม่ได้มีเพียง “จะย้ายข้อมูลอย่างไร” แต่คือ “อะไรควรไปอยู่ในระบบใหม่จริงๆ” เพราะการย้ายทุกข้อมูล ทุก Custom Program และทุก Process จากระบบเดิมโดยไม่คัดกรอง อาจทำให้ระบบใหม่ได้รับทั้งคุณค่าและ Technical Debt จากอดีตมาพร้อมกัน
การ Migration ที่ดีจึงควรใช้โอกาสนี้ทำความสะอาด Landscape แยกสิ่งที่ยังสร้าง Business Value ออกจากสิ่งที่ควร Archive, Redesign หรือ Retire เป้าหมายไม่ใช่ทำให้ SAP Cloud ERP หน้าตาเหมือน Legacy ERP แต่คือสร้าง Digital Core ที่พร้อมรองรับ Business Process ในอนาคต
Migration ไม่ใช่การขนย้าย “ทุกอย่าง” จากระบบเก่าไปไว้ระบบใหม่ แต่คือการตัดสินใจว่าอะไรควรเดินทางต่อไปกับธุรกิจ
เริ่มจาก 4 คำ: Migrate, Archive, Redesign, Retire
Data: ไม่ใช่ทุกข้อมูลต้องย้ายเข้า ERP ใหม่
Data Migration ต้องพิจารณาร่วมกับ Target Deployment Option สำหรับ New Implementation สู่ SAP S/4HANA Cloud Public Edition องค์กรควรกำหนดขอบเขตข้อมูลที่จำเป็นต่อ Target System และใช้ migration objects ที่รองรับใน SAP S/4HANA Migration Cockpit ส่วน Selective Data Transition เป็นแนวทางสำหรับ SAP S/4HANA Cloud Private Edition หรือ on-premise ใน scenario ที่รองรับ และสามารถเลือกขอบเขต historical data ได้มากกว่า
🔷 Customer และ Supplier ที่ยัง Active
🔷 Material / Product และหน่วยนับที่ยังใช้งาน
🔷 Chart of Accounts และ Organizational Data ที่เกี่ยวข้อง
🔷 Bank, Payment Term, Tax และ Reference Data ที่จำเป็น
🔷 BOM, Routing หรือ Production Master ในกรณี Manufacturing
สิ่งที่ไม่ควรทำคือ Export ทุก Record แล้ว Import ทั้งหมด เพราะ Duplicate, Inactive Record และ Naming ที่ไม่มาตรฐานจะตามไปสร้างปัญหาในระบบใหม่
Open Items และ Balances – ต้องมี Control และ Reconciliation
รายการที่ยังมีผลต่อ Operation เช่น Open Receivable, Open Payable, Stock, Open Purchase/Sales Order หรือ Balance ที่เกี่ยวข้องต้องกำหนด Cut-off และวิธี Reconcile อย่างชัดเจน เพื่อให้ Opening Position ในระบบใหม่เชื่อถือได้
Historical Data – เลือกตาม Business Need ไม่ใช่เพราะ “เผื่อไว้”
ข้อมูลย้อนหลังควรถูกประเมินว่าผู้ใช้ต้องค้นใน ERP ใหม่จริงหรือไม่ หรือสามารถเก็บใน Archive/Reporting Repository ได้ การย้าย Historical Data จำนวนมากเพิ่มทั้ง Migration Scope, Test Effort และเวลา Cutover จึงควรผูกกับ Use Case, Compliance และ Reporting Requirement ที่ชัดเจน
Business Process: เก็บ Process ที่ดี ไม่ใช่เก็บทุกขั้นตอนเดิม
Legacy ERP มักสะสมขั้นตอนที่เกิดจากข้อจำกัดของระบบ เช่น Export ไป Excel เพื่อคำนวณ, สร้างเอกสารซ้ำ หรือใช้ Approval หลายชั้นเพราะข้อมูลไม่ Real-time เมื่อย้ายไป SAP Cloud ERP ควรถามว่า “ขั้นตอนนี้ยังจำเป็นต่อ Business Control หรือเป็น Workaround ของระบบเก่า?”
Process ที่ควร Migrate
Core Control ที่ยังสอดคล้องกับ Governance และ Business Model เช่น Approval ที่จำเป็นตามวงเงิน, Segregation of Duties หรือ Quality Gate ที่เป็นข้อกำหนดจริง
Process ที่ควร Redesign
ขั้นตอนที่ใช้คนส่งไฟล์หรือคีย์ซ้ำระหว่างแผนก, Workflow ที่เกิดจากข้อจำกัดระบบเดิม หรือ Process ที่ไม่มี Owner ชัดเจน ควรถูกนำเข้าสู่ Fit-to-Standard เพื่อดูว่า SAP Best Practices หรือ Automation รูปแบบใหม่สามารถแทนได้หรือไม่
Custom Code: อย่าย้ายเพียงเพราะ “มีอยู่แล้ว”
หากระบบต้นทางเป็น SAP ERP/ECC และมี ABAP Custom Code สามารถใช้เครื่องมืออย่าง SAP Readiness Check และ ABAP Test Cockpit (ATC) เพื่อช่วยประเมินผลกระทบและ scope ของ Custom Code ก่อน Conversion ส่วน Legacy ERP ที่ไม่ใช่ SAP ควรใช้ Usage Analysis, Business Value และ Target Fit เพื่อประเมินแต่ละโปรแกรมหรือ customization
Framework 4 ทางเลือกสำหรับ Custom Code
🔷 KEEP: ยังมี Business Value และไม่มี Standard ที่เหมาะสม
🔷 REPLACE: ใช้ Standard Process หรือ Standard Report แทน
🔷 REDESIGN: เปลี่ยนเป็น Extension ที่เหมาะกับ Clean Core
🔷 RETIRE: ไม่มี Usage หรือ Business Owner แล้ว
SAP มีแนวทาง Custom Code Analysis และเครื่องมือ เช่น SAP Readiness Check / ATC สำหรับบริบทการ Conversion และ Upgrade เพื่อช่วยมองเห็นผลกระทบของ Custom Code และระบุสิ่งที่ควรปรับ
Interface: Map ทุกการเชื่อมต่อก่อนตัดสินใจย้าย
ERP ไม่ได้ทำงานอยู่ลำพัง Legacy Landscape อาจเชื่อม WMS, MES, CRM, Bank, e-Tax, POS, Marketplace, Payroll หรือ Data Warehouse หลายระบบ การ Migration จึงต้องสร้าง Integration Inventory ให้เห็นว่า Interface ใด Active, ใครเป็น Owner, Protocol อะไร, Frequency เท่าไร และ Error Handling ทำอย่างไร
Interface ที่ไม่มี Owner หรือไม่มี Transaction มานานควรถูกตั้งคำถามว่าจะ Retire ได้หรือไม่ ส่วน Interface ที่สำคัญควรออกแบบใหม่โดยคำนึงถึง API, Integration Platform และ Monitoring ใน Target Architecture
Report และ Excel: แยก “Insight ที่จำเป็น” ออกจาก “ไฟล์ที่คุ้นเคย”
หลายองค์กรมี Report จำนวนมาก แต่มีเพียงบางส่วนที่ถูกใช้จริง บาง Report ถูกสร้างเพราะระบบเดิมไม่สามารถ Drill-down หรือวิเคราะห์ข้อมูลได้สะดวก ใน SAP Cloud ERP ควรจัดกลุ่มรายงานเป็น Statutory, Operational, Management และ Ad-hoc แล้วตัดสินใจว่าอะไรควรใช้ Embedded Analytics, อะไรควรต่อ BI และอะไรควร Retire
6 ขั้นตอนกำหนด Migration Scope ที่ควรทำก่อน Project
1. Inventory: รวบรวม Data Object, Process, Custom Code, Interface และ Report ทั้งหมด
2. Usage Analysis: ตรวจว่ามีผู้ใช้จริงหรือไม่ ใช้บ่อยแค่ไหน และใครเป็น Owner
3. Business Value: ให้คะแนนว่ารายการนั้นจำเป็นต่อ Operation, Compliance หรือ Competitive Advantage หรือไม่
4. Target Fit: ตรวจว่า SAP Standard รองรับหรือควรทำ Extension รูปแบบใด
5. Decision: จัดกลุ่มเป็น Migrate, Archive, Redesign หรือ Retire
6. Test & Reconcile: กำหนด Acceptance Criteria และวิธีตรวจว่าข้อมูล/Process หลังย้ายถูกต้อง
Greenfield, Brownfield และ Selective Data Transition มีผลต่อสิ่งที่ย้ายอย่างไร
ถ้าองค์กรเลือก New Implementation หรือ Greenfield เป้าหมายมักเน้นการสร้างระบบใหม่และ Fit-to-Standard จึงเหมาะกับการ Clean Process และย้ายเฉพาะข้อมูลที่จำเป็นต่อ Target System ส่วน System Conversion หรือ Brownfield จะรักษา Configuration และ Historical Data เดิมได้มากกว่า ขณะที่ Selective Data Transition เปิดทางให้เลือก Data และ Process บางส่วนเพื่อผสมข้อดีของสองแนวทาง
การเลือก Transition Approach ต้องพิจารณาประเภทของ SAP ERP ที่องค์กรต้องการใช้งานเป็นหลัก โดย SAP Cloud ERP (SAP S/4HANA Cloud Public Edition) ใช้แนวทาง New Implementation ขณะที่ SAP Cloud ERP Private รองรับทั้ง New Implementation, System Conversion และ Selective Data Transition ตามเงื่อนไขของระบบต้นทางและโครงการ
ดังนั้นคำถาม “ย้ายอะไรบ้าง” ต้องตอบร่วมกับ “เลือก Transition Approach ไหน” เพราะ Approach มีผลทั้งต่อ Data Volume, Business Change, Custom Code, Test Effort และ Cutover Strategy
FAQ: คำถามที่พบบ่อย
ไม่จำเป็น ควรกำหนดตาม Reporting, Compliance และ Operational Need โดยข้อมูลที่ต้องอ้างอิงแต่ไม่ต้องใช้ใน Daily Operation อาจเหมาะกับการ Archive มากกว่า
ควรเริ่ม Clean ก่อน Migration เพื่อไม่ให้ Duplicate และข้อมูลที่ไม่ใช้งานถูกนำเข้าสู่ Target System จากนั้นควรมี Data Governance หลัง Go-Live เพื่อป้องกันปัญหากลับมาอีก
ไม่จำเป็น ควรทำ Usage และ Fit Analysis ก่อน บางรายการอาจใช้ Standard แทน บางรายการควร Retire และเฉพาะรายการที่สร้าง Business Value จริงจึงค่อยออกแบบ Extension
โดยทั่วไป Greenfield เปิดโอกาสให้ Redesign Process และเริ่ม Target System ใหม่ได้มากกว่า แต่ความเหมาะสมขึ้นอยู่กับ Business Change, Data Requirement, Timeline และความพร้อมขององค์กร
การเลือก Transition Path ต้องดู Target Deployment Option ให้ชัด SAP อธิบายว่าการ System Conversion จาก SAP ECC เหมาะกับ SAP S/4HANA Cloud Private Edition หรือ On-Premise ขณะที่ Public Edition โดยทั่วไปใช้แนวทาง New Implementation / Fit-to-Standard
ติดต่อทีม NEXUS เพื่อวิเคราะห์กระบวนการ ข้อมูล และเป้าหมายการเติบโต พร้อมแนะนำแนวทางออกแบบระบบที่เหมาะกับธุรกิจของคุณ
โทร: 02-091-1900
Line OA: @nexus-sr.com (มี @)
อีเมล: mkt.th@nexus-sr.com
