SAP Build Apps คืออะไร ต่างจาก SAP Build อื่นๆ อย่างไร

หลายคนเคยได้ยินชื่อ SAP Build มาบ้าง แต่พอลองหาข้อมูลเพิ่มกลับงงว่า SAP Build คือเครื่องมือตัวเดียว หรือมีหลายตัวซ่อนอยู่ในชื่อเดียวกัน 

คำตอบคือ SAP Build ไม่ใช่เครื่องมือตัวเดียว แต่เป็นชื่อรวมของผลิตภัณฑ์ 3 ตัวที่ทำหน้าที่ต่างกันชัดเจน คือ SAP Build Apps, SAP Build Process Automation, และ SAP Build Work Zone บทความนี้จะอธิบายว่าแต่ละตัวต่างกันอย่างไร โดยเจาะลึกที่ SAP Build Apps เป็นหลัก เพราะเป็นตัวที่ทีมธุรกิจมักเริ่มต้นใช้งานก่อน 

SAP Build สามตัวนี้ต่างกันอย่างไร

วิธีแยกให้เห็นภาพง่ายที่สุดคือดูว่าแต่ละตัว “ทำหน้าที่อะไร” ในกระบวนการทำงานขององค์กร 

SAP Build Apps สร้างแอป ใช้ลากวาง (Drag & Drop) ออกแบบหน้าจอและวาง Logic ได้โดยไม่ต้องเขียนโค้ด ตัวอย่างเช่น แอปสำหรับช่างเทคนิคภาคสนามที่ดึงข้อมูลใบสั่งงานจาก S/4HANA มาแสดง พร้อมเช็กสต๊อกอะไหล่จาก API ภายนอก แล้วใช้งานได้ทั้งบนเว็บ iOS และ Android จากโค้ดเดียวกัน

SAP Build Process Automation ทำงานอัตโนมัติ เน้นที่กระบวนการทำงานหลายขั้นตอน รวม Workflow, RPA Bot, และการอ่านเอกสารด้วย AI ไว้ในที่เดียว ตัวอย่างเช่น การอนุมัติใบขอซื้อแบบขั้นตอนเดียว หรือ Workflow ที่อ่านข้อมูลจากใบแจ้งหนี้ที่สแกนเข้ามา แล้วส่งต่อให้อนุมัติอัตโนมัติ 

SAP Build Work Zone รวมจุดเข้าถึง เป็นหน้า Launchpad ที่รวมแอปและงานต่างๆ ทั้งจาก SAP และนอก SAP ไว้ในที่เดียวตามสิทธิ์ของผู้ใช้งานแต่ละคน ตัวอย่างเช่น หน้าหลักของพนักงานขายที่เห็นทั้งแอปที่เกี่ยวข้องและงานที่ต้องทำในหน้าเดียว 

พูดง่ายๆ คือ Apps สร้างเครื่องมือ Process Automation ทำให้งานในเครื่องมือนั้นไหลลื่นแบบอัตโนมัติ และ Work Zone ทำให้คนในองค์กรหาทางเข้าถึงทั้งสองอย่างได้ง่าย ในทางปฏิบัติ แอปที่สร้างจาก Build Apps สามารถไปเริ่ม Workflow อนุมัติใน Process Automation ได้ แล้วให้ Work Zone เป็นจุดที่คนเข้าถึงทั้งแอปและงานที่ต้องทำ แต่การเชื่อมต่อแบบนี้ขึ้นอยู่กับการออกแบบของแต่ละองค์กร ไม่ใช่ฟีเจอร์ที่เชื่อมกันอัตโนมัติทุกกรณี 

หากต้องการภาพรวมของ SAP Build ทั้งระบบ อ่านเพิ่มเติมได้ที่ Low-Code/No-Code กับ SAP Build คืออะไร 

SAP Build Apps เจาะจง ทำงานร่วมกับ SAP S/4HANA อย่างไร 

จุดที่ทำให้ SAP Build Apps น่าสนใจสำหรับองค์กรที่ใช้ SAP อยู่แล้วคือวิธีที่มันเชื่อมกับ S/4HANA โดยไม่ไปแก้ไขระบบหลัก 

แอปที่สร้างจาก Build Apps ทำงานในรูปแบบ Side-by-Side Extension บน SAP BTP ซึ่งหมายความว่าแอปอยู่แยกจากระบบ S/4HANA โดยสิ้นเชิง แต่เชื่อมต่อดึงข้อมูลผ่าน API ที่ SAP รองรับได้ แนวทางนี้ตรงกับหลักการ Clean Core ที่ ZyGen เคยอธิบายไว้ในบทความ Clean Core คืออะไร คือไม่ต้องแก้ไข Object มาตรฐานของ SAP ตรงๆ ทำให้ตอนอัปเกรดระบบในอนาคต แอปที่สร้างไว้ไม่กระทบกับการอัปเกรดนั้น 

ตัวอย่างการใช้งานที่ SAP เผยแพร่ไว้ ได้แก่ แอปสำหรับดึงข้อมูล Business Partner จาก S/4HANA Cloud มาแสดงแบบปลอดภัย และยังเชื่อมเข้ากับ SAP Fiori Launchpad ได้ ทำให้ผู้ใช้งานเข้าถึงแอปที่สร้างขึ้นใหม่ได้จากหน้าจอเดียวกับที่ทำงานประจำวันอยู่แล้ว ไม่ต้องสลับไปเปิดอีกระบบ 

ตัวอย่างการใช้งานจริงระดับโลก 

Pif Paf Alimentos บริษัทอาหารจากบราซิล เป็นตัวอย่างที่ SAP เผยแพร่ไว้ว่าใช้ SAP Build Apps สร้างแอปมือถือสำหรับทีมช่างเทคนิคที่ดูแลเครื่องจักร โดยดึงข้อมูลจาก S/4HANA มาให้ทีมหน้างานใช้งานบนมือถือได้โดยตรง 

ผลลัพธ์ที่ SAP รายงานไว้คือ ทีมเทคนิคประหยัดเวลาได้ประมาณ 30% และลดการใช้กระดาษลงราว 270,000 แผ่นต่อปี โดยใช้เวลาเปิดใช้งานแอปจริงเพียง 3 สัปดาห์ ตัวเลขนี้เป็นผลลัพธ์ของ Pif Paf Alimentos โดยเฉพาะ ไม่ใช่ผลงานของ ZyGen แต่สะท้อนให้เห็นว่าแนวทางแอปที่เชื่อมกับ S/4HANA แบบ Side-by-Side สามารถเริ่มใช้งานได้เร็วและเห็นผลจริงในหน้างาน 

ธุรกิจแบบไหนควรพิจารณา SAP Build Apps 

SAP Build Apps เหมาะกับองค์กรที่มีงานหน้างานบางอย่างที่ต้องดึงข้อมูลจาก S/4HANA มาใช้นอกหน้าจอมาตรฐาน เช่น ทีมภาคสนามที่ต้องใช้ข้อมูลผ่านมือถือ หรือทีมธุรกิจที่มีไอเดียอยากสร้างแอปเฉพาะงานแต่ไม่อยากต่อคิวรอทีม IT พัฒนาแบบเขียนโค้ดทั้งหมด 

ถ้าปัญหาหลักขององค์กรเป็นเรื่องขั้นตอนอนุมัติหรือเอกสารที่ต้องวิ่งผ่านหลายคนแบบซ้ำๆ SAP Build Process Automation อาจตอบโจทย์ตรงกว่า และถ้าปัญหาคือพนักงานหาแอปหรือข้อมูลที่ต้องใช้ไม่เจอเพราะกระจายอยู่หลายระบบ SAP Build Work Zone จะเหมาะกว่า การเลือกเริ่มจากตัวไหนก่อนขึ้นอยู่กับว่าปัญหาที่ชัดเจนที่สุดขององค์กรอยู่ตรงจุดไหน ไม่ใช่การเลือกเพราะเป็นตัวที่มีชื่อคุ้นหูที่สุด 

ทีม Dev ของ ZyGen ช่วยอะไรได้บ้าง 

การสร้างแอปด้วย Low-Code ทำให้ทีมธุรกิจเริ่มต้นได้เองในระดับหนึ่ง แต่พอต้องเชื่อมต่อกับ S/4HANA จริง ออกแบบ Data Model ให้รองรับการขยายผลในอนาคต หรือวาง Governance ว่าใครมีสิทธิ์สร้างและดูแลแอปแบบไหน การมีทีมที่เข้าใจทั้งฝั่ง SAP และฝั่ง Low-Code ช่วยลดความเสี่ยงที่ต้องรื้อแก้ภายหลังได้มาก 

ทีม Dev ของ ZyGen ช่วยประเมินตั้งแต่ว่าโจทย์ขององค์กรเหมาะกับ Build Apps, Process Automation, หรือ Work Zone ไปจนถึงการออกแบบการเชื่อมต่อกับ S/4HANA ให้สอดคล้องกับแนวทาง Clean Core ตั้งแต่เริ่มต้น

คำถามที่พบบ่อย

หากองค์กรของคุณกำลังพิจารณาว่าจะเริ่มต้นจาก SAP Build Apps, Process Automation, หรือ Work Zone ก่อนดี ทีม Dev ของ ZyGen ช่วยประเมินและวางแนวทางที่เหมาะกับโจทย์ขององค์กรได้ ดูรายละเอียดบริการ SAP Build Apps