27/05/2026
นักพัฒนา SAP หลายคนยังติดเขียน SELECT หรือ UPDATE ลงไปที่ Database Direct table โดยตรง แต่ในระบบรุ่นใหม่อย่าง EWM หรือ TM ข้อมูลมีความซับซ้อนสูงและเชื่อมโยงกันหลายตาราง การยุ่งกับ DB โดยตรงจะทำให้ข้ามการทำงานของ Buffer และ Business Rules จนเกิดข้อผิดพลาด นี่คือเหตุผลที่ต้องใช้ BOPF ซึ่งเป็น Standard Framework มาจัดการข้อมูลในรูปแบบ Object-Oriented แทน
✅3 ประเด็นสำคัญที่ต้องเปลี่ยนมาใช้ BOPF
1. อ่านข้อมูลระหว่าง Transaction ที่ยังไม่ Save
การใช้ retrieve แทน SQL ช่วยให้ได้ข้อมูลที่อัปเดตล่าสุดใน Buffer ทันที แม้โปรเซสก่อนหน้าจะยังไม่ได้ COMMIT ทำให้ดึงข้อมูลได้แม่นยำ
2. Lock Object ก่อนแก้ไข
ระบบ Locking ใน BOPF จะไม่ได้เรียกใช้ Function Module ENQUEUE แบบเดิม ถ้าต้องการ Lock Object เพื่อกัน User อื่นแก้ไขพร้อมกัน ต้องสั่ง Lock ผ่าน Service Manager ของ Framework เท่านั้น
3. แก้ไขข้อมูลให้ Business Rules ทำงาน
การทริกเกอร์ Business Rules อัตโนมัติ โดยการอัปเดตข้อมูลผ่าน Method modify จะช่วยสั่งให้ระบบรัน Determination และ Validation เพื่อคำนวณและตรวจสอบเงื่อนไขธุรกิจให้ทันที ต่างจากการ UPDATE DB ตรงๆ ที่ระบบจะไม่ตรวจสอบอะไรเลย
🏢บริบทธุรกิจไทยกับการปรับตัว
องค์กรในไทยมักมีเงื่อนไขธุรกิจเฉพาะตัวค่อนข้างมาก นักพัฒนาหลายคนชอบใช้วิธีลัดด้วยการแก้ Data ในตารางโดยตรง ซึ่งเสี่ยงมากเมื่อระบบซับซ้อนขึ้น การเปลี่ยนมาใช้ Framework มาตรฐานช่วยลด Technical Debt ทำให้ Code สะอาด ปลอดภัย และดูแลรักษาง่ายกว่าในระยะยาว
การพัฒนา SAP ยุคใหม่ต้องเน้นความปลอดภัยและประสิทธิภาพของระบบ BOPF คือคำตอบที่ช่วยลดความซับซ้อนของ Data Model และยกระดับมาตรฐานการเขียน Code ให้เป็นสากล
ในทีมของคุณตอนนี้ ยังมีใครแอบใช้คำสั่ง SQL ตรงๆ กับระบบ EWM หรือ TM อยู่บ้าง ลองมาแชร์กันในคอมเมนต์ 👇