ข้ามไปยังเนื้อหาหลัก
FromNine
เมนู

แพลตฟอร์มองค์กร · SAP

SAP จาก S/4HANA สู่ระบบหลักแบบ clean core

เราวางแผนและส่งมอบการเปลี่ยนผ่านสู่ S/4HANA รักษาระบบหลักให้สะอาดด้วยส่วนขยายบน SAP BTP และเชื่อมต่อ SAP กับข้อมูล AI และระบบรอบข้าง ระบบหลักจึงอัปเกรดได้เสมอ ขณะที่ธุรกิจเดินหน้าต่อ

สำหรับกลุ่มบริษัทที่มีบริษัทในประเทศไทยและในประเทศอื่น และใช้ SAP เป็นระบบหลัก ตั้งแต่การปิดงบของกลุ่มจนถึงการรายงานของแต่ละบริษัท

  • SAPGold Partnerสถานะพันธมิตร · SAP
  • ได้รับการรับรอง ISO/IEC 27001
  • 600+ โครงการภาครัฐในยุโรป
ระบบหลัก SAP แบบ clean core และระบบรอบข้าง. ตรงกลางคือ SAP S/4HANA ในฐานะระบบหลักแบบ clean core มีส่วนขยายสามชั้นอยู่ด้านบน ได้แก่ ส่วนขยายโดยผู้ใช้หลักในแอปพลิเคชัน ส่วนขยายโดยนักพัฒนาด้วย ABAP Cloud บนระบบเดียวกัน และแอปพลิเคชันคู่ขนานบน SAP BTP มีการเชื่อมต่อออกจากระบบหลักหกทาง ได้แก่ Joule และ AI เฉพาะ แพลตฟอร์มข้อมูล ระบบยืนยันตัวตน Salesforce หรือ CRM อื่น Odoo ในบริษัทย่อย และแพลตฟอร์มของภาครัฐและของตลาด เช่น Peppol

SAP เหมาะกับงานใด และไม่เหมาะกับงานใด

เหมาะเมื่อ

  • งานการเงิน การจัดซื้อ ห่วงโซ่อุปทาน และการผลิต ทำงานข้ามหลายนิติบุคคล หลายประเทศ และหลายสกุลเงิน และต้องมีบันทึกที่สอดคล้องกันชุดเดียว
  • คุณใช้ SAP ECC อยู่ และต้องมีเส้นทางสู่ S/4HANA ที่เป็นไปได้จริงก่อนการบำรุงรักษาหลักสิ้นสุด
  • การรายงานตามกฎหมาย ร่องรอยการตรวจสอบ และการแบ่งแยกหน้าที่เป็นข้อกำหนดที่ต่อรองไม่ได้
  • หน่วยงานภาครัฐต้องควบคุมงบประมาณ ภาระผูกพัน และเงินอุดหนุนในบัญชีแยกประเภทเดียวกับบัญชีของหน่วยงาน
  • คุณพร้อมใช้กระบวนการมาตรฐาน แทนการสร้างกระบวนการเดิมขึ้นใหม่ในระบบหลัก

ควรพิจารณาทางเลือกอื่นเมื่อ

  • บริษัทย่อยหรือนิติบุคคลขนาดเล็กต้องการ ERP ที่เบากว่าและดูแลเองได้ Odoo ในรูปแบบ ERP สองระดับคู่กับระบบหลัก SAP ของกลุ่มมักมีต้นทุนการเป็นเจ้าของต่ำกว่า

    ทางเลือก: Odoo
  • ปัญหาที่แท้จริงคือการดูแลลูกค้า การจัดการเรื่อง หรือพอร์ทัล ไม่ใช่บัญชีแยกประเภท Salesforce มักเหมาะเป็นงานหน้าบ้านมากกว่า โดยมี SAP อยู่เบื้องหลัง

    ทางเลือก: Salesforce
  • กระบวนการเป็นแบบเฉพาะขององค์กรคุณและไม่มีโมเดลมาตรฐานที่เหมาะ ซอฟต์แวร์เฉพาะที่ทำงานคู่กับ SAP ช่วยรักษาระบบหลักให้สะอาดแทนการดัดแปลงระบบ

    ทางเลือก: ซอฟต์แวร์องค์กรและ SaaS

งานที่เราส่งมอบบน SAP

งานห้าประเภทที่มักรวมอยู่ในโครงการเดียว และเป็นหัวคอลัมน์ของตารางความสามารถด้านล่างด้วย

  1. 01

    ติดตั้งใช้งาน

    การติดตั้ง S/4HANA

    เวิร์กช็อป fit-to-standard การตั้งค่า และการออกแบบข้อมูลหลักสำหรับงานการเงิน โลจิสติกส์ และกระบวนการภาครัฐ ส่งมอบเป็นรุ่นพร้อมหลักฐานการทดสอบ

    ผลลัพธ์ที่ส่งมอบ

    • รายการงาน fit-to-standard
    • รุ่นที่ตั้งค่าแล้ว
    • หลักฐานการทดสอบ
  2. 02

    ต่อยอด

    ส่วนขยายแบบ clean core

    ใช้ส่วนขยายโดยผู้ใช้หลักก่อน ใช้ ABAP Cloud บนระบบเมื่อตรรกะควรอยู่ใกล้ข้อมูล และใช้แอปพลิเคชันคู่ขนานบน SAP BTP ด้วย Cloud Application Programming Model การอัปเกรดจึงเป็นงานปกติ

    ผลลัพธ์ที่ส่งมอบ

    • แนวทางการขยายระบบ
    • แอปพลิเคชันบน BTP
    • ใช้เฉพาะ API ที่ SAP เปิดให้ใช้
  3. 03

    เชื่อมต่อ

    การเชื่อมต่อระบบและอีเวนต์

    SAP Integration Suite พร้อม API และอีเวนต์ทางธุรกิจระหว่าง SAP กับระบบอื่นขององค์กร รวมถึงการย้ายอินเทอร์เฟซเดิมออกจาก SAP Process Orchestration

    ผลลัพธ์ที่ส่งมอบ

    • แคตตาล็อกอินเทอร์เฟซ
    • การเชื่อมต่อที่มีการติดตาม
  4. 04

    ย้ายระบบ

    ECC สู่ S/4HANA

    เลือก greenfield, brownfield หรือ selective data transition ตามโค้ดที่เขียนเพิ่ม คุณภาพข้อมูล และความพร้อมในการเปลี่ยนกระบวนการ จากนั้นตรวจความพร้อม แก้ไขโค้ด ซ้อมการย้ายข้อมูล และเปลี่ยนระบบ

    ผลลัพธ์ที่ส่งมอบ

    • กลยุทธ์การเปลี่ยนผ่าน
    • รายการโค้ดที่เขียนเพิ่ม
    • คู่มือการเปลี่ยนระบบ
  5. 05

    ดูแลระบบ

    การดูแลและพัฒนาต่อเนื่อง

    หลังเริ่มใช้งานจริง เราดูแลให้ระบบก้าวต่อไป ได้แก่ การติดตามระบบ การเตรียมอัปเกรด รายการงานปรับปรุงที่จัดลำดับความสำคัญแล้ว และการนำความสามารถใหม่ของ SAP มาใช้เมื่อคุ้มค่า

    ผลลัพธ์ที่ส่งมอบ

    • ปฏิทินการออกรุ่น
    • คู่มือการดูแลระบบ
    • รายการงานปรับปรุง

ตารางความสามารถ

กลุ่มผลิตภัณฑ์ที่เราทำงานด้วย และประเภทงานที่เราทำในแต่ละกลุ่ม อ่านแต่ละแถวจากซ้ายไปขวา

  • S/4HANA ด้านการเงิน

    Universal Journal การปิดงบของกลุ่ม การบัญชีบริหาร และการตั้งค่าภาษีตามประเทศในทุกนิติบุคคล

    • ติดตั้งใช้งาน
    • ต่อยอด
    • ย้ายระบบ
    • ดูแลระบบ
  • การจัดหา ห่วงโซ่อุปทาน และการผลิต

    กระบวนการจัดซื้อถึงจ่ายเงิน สินค้าคงคลัง การวางแผนการผลิต และการดำเนินงานโลจิสติกส์

    • ติดตั้งใช้งาน
    • ต่อยอด
    • เชื่อมต่อ
    • ย้ายระบบ
    • ดูแลระบบ
  • Public Sector Management สำหรับภาครัฐ

    การบริหารกองทุนและงบประมาณ การควบคุมงบประมาณคงเหลือ และการบริหารเงินอุดหนุนสำหรับหน่วยงานภาครัฐ

    • ติดตั้งใช้งาน
    • ต่อยอด
    • ย้ายระบบ
    • ดูแลระบบ
  • โค้ดที่เขียนเพิ่มและ clean core

    วิเคราะห์และแก้ไขโค้ดที่เขียนเพิ่ม และย้ายการดัดแปลงไปยังจุดขยายที่ SAP รองรับ

    • ต่อยอด
    • ย้ายระบบ
    • ดูแลระบบ
  • แอปพลิเคชันบน SAP BTP

    แอปพลิเคชันคู่ขนานด้วย CAP และ SAP Build และส่วนขยายที่ทำงานตามอีเวนต์

    • ติดตั้งใช้งาน
    • ต่อยอด
    • เชื่อมต่อ
    • ดูแลระบบ
  • SAP Integration Suite

    การเชื่อมต่อบนคลาวด์ การบริหาร API และการย้ายอินเทอร์เฟซจาก SAP Process Orchestration

    • ติดตั้งใช้งาน
    • เชื่อมต่อ
    • ย้ายระบบ
    • ดูแลระบบ
  • SAP Datasphere และ Business Data Cloud

    ทำให้ข้อมูล SAP ใช้ได้กับงานวิเคราะห์และ AI โดยไม่สูญเสียความหมายทางธุรกิจ

    • ติดตั้งใช้งาน
    • เชื่อมต่อ
    • ดูแลระบบ
  • Joule และ SAP Business AI

    ประเมิน เปิดใช้ และกำกับดูแลสถานการณ์ใช้งาน AI ที่ไลเซนส์ของคุณครอบคลุม

    • ติดตั้งใช้งาน
    • ต่อยอด
    • ดูแลระบบ
  • การยืนยันตัวตนและสิทธิ์การใช้งาน

    SAP Cloud Identity Services การออกแบบบทบาท และการแบ่งแยกหน้าที่

    • ติดตั้งใช้งาน
    • เชื่อมต่อ
    • ดูแลระบบ

AI กับ SAP

ความสามารถในตัวแพลตฟอร์ม

SAP ฝัง AI ไว้ในแอปพลิเคชันคลาวด์ภายใต้ชื่อ SAP Business AI โดยมี Joule เป็นผู้ช่วย AI (copilot) ในแอปพลิเคชันที่รองรับ Joule ตอบคำถามเกี่ยวกับข้อมูล SAP ช่วยนำทาง และทำธุรกรรมได้ และ SAP กำลังเพิ่มเอเจนต์ AI สำหรับกระบวนการธุรกิจเฉพาะด้าน

สำหรับสถานการณ์เฉพาะ SAP มี generative AI hub ใน SAP AI Core ซึ่งให้เข้าถึงโมเดลภาษาขนาดใหญ่หลายตัวอย่างมีการกำกับดูแล พร้อมการควบคุมของ SAP ด้านการอ้างอิงข้อมูล พรอมต์ และต้นทุน ฟีเจอร์ที่ใช้ได้ขึ้นอยู่กับผลิตภัณฑ์ รูปแบบการติดตั้ง และไลเซนส์ เราจึงตรวจสอบสิทธิ์การใช้งานของคุณก่อนวางแผนโดยอาศัยฟีเจอร์ใด

สิ่งที่สร้างรอบแพลตฟอร์ม

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

ทุกองค์ประกอบ AI ทำงานภายในสิทธิ์ของ SAP ที่คุณกำหนด บันทึกทุกขั้นตอน และขออนุมัติก่อนบันทึกรายการที่มีผลสำคัญ เราตกลงเกณฑ์คุณภาพร่วมกัน ทดสอบผลลัพธ์กับเกณฑ์นั้นทั้งก่อนและหลังนำขึ้นใช้งานจริง และส่งกรณีที่ไม่แน่ชัดให้คนตัดสินใจ

แนวทางที่เหมาะสม

  1. 01

    ผลิตภัณฑ์และไลเซนส์ SAP ของคุณมีสถานการณ์นี้เป็นมาตรฐานอยู่แล้วหรือไม่

    ถ้าใช่

    เปิดใช้และกำกับดูแลความสามารถในตัวก่อน ความสามารถนี้ปรับตามรอบการออกรุ่นของ SAP โดยไม่มีโค้ดให้ดูแล

    ถ้าไม่ใช่

    ประเมินบริการเฉพาะบน SAP BTP ที่ใช้ generative AI hub หรือแพลตฟอร์มโมเดลของคุณเอง

  2. 02

    กรณีการใช้งานนี้ต้องใช้ข้อมูลจากภายนอก SAP หรือไม่

    ถ้าใช่

    สร้างรอบแพลตฟอร์ม โดยให้ SAP เป็นแหล่งข้อมูลหนึ่งที่มีการกำกับดูแล

    ถ้าไม่ใช่

    เก็บไว้ใน SAP ซึ่งมีฟีเจอร์ในตัวและการควบคุมสิทธิ์อยู่แล้ว

  3. 03

    AI จะสร้างหรือแก้ไขเอกสารทางธุรกิจหรือไม่

    ถ้าใช่

    ออกแบบขั้นตอนอนุมัติและร่องรอยการตรวจสอบก่อนเริ่มใช้งานจริง

    ถ้าไม่ใช่

    เริ่มจากการอ่านอย่างเดียว วัดคุณภาพกับเกณฑ์ที่ตกลงกัน แล้วจึงตัดสินใจ

เส้นทางจาก ECC สู่ระบบหลัก S/4HANA แบบ clean core

  1. ขั้นตอน 01

    สำรวจ

    ตรวจความพร้อม วิเคราะห์โค้ดที่เขียนเพิ่ม ประเมินกระบวนการและข้อมูล และทำรายการอินเทอร์เฟซ

    • รายงานความพร้อม
    • รายการโค้ดที่เขียนเพิ่ม
    • รายการอินเทอร์เฟซ
  2. ขั้นตอน 02

    เลือกแนวทาง

    เลือกระหว่าง greenfield, brownfield หรือ selective data transition เลือก RISE with SAP หรือรูปแบบการติดตั้งอื่น และกำหนดกฎ clean core สำหรับส่วนขยาย

    • กลยุทธ์การเปลี่ยนผ่าน
    • สถาปัตยกรรมเป้าหมาย
  3. ขั้นตอน 03

    เตรียมการ

    ทำความสะอาดข้อมูล แก้ไขโค้ดที่เขียนเพิ่ม ออกแบบอินเทอร์เฟซใหม่ และสร้างชุดทดสอบถดถอยอัตโนมัติ

    • ข้อมูลที่ทำความสะอาดแล้ว
    • โค้ดที่แก้ไขแล้ว
    • ชุดทดสอบ
  4. ขั้นตอน 04

    สร้างและซ้อม

    ตั้งค่าระบบ ส่วนขยายบน BTP และการเชื่อมต่อระบบ พร้อมซ้อมการย้ายข้อมูลเต็มรูปแบบหลายรอบ

    • รุ่นที่พร้อมใช้งาน
    • รายงานการซ้อม
    • คู่มือการเปลี่ยนระบบ
  5. ขั้นตอน 05

    เปลี่ยนระบบ

    ช่วงหยุดระบบที่ตกลงกันไว้ กระทบยอดคงเหลือและรายการค้าง และดูแลใกล้ชิดร่วมกับฝ่ายธุรกิจ

    • การรับรองผลการกระทบยอด
    • บันทึกช่วงดูแลใกล้ชิด
  6. ขั้นตอน 06

    พัฒนาต่อเนื่อง

    รอบการอัปเกรดที่สม่ำเสมอ แล้วจึงเพิ่มระบบอัตโนมัติและ AI เมื่อระบบหลักมีเสถียรภาพ

    • แผนการออกรุ่น
    • รูปแบบการดำเนินงาน
ตัวอย่างประกอบ

ระบบหลักของกลุ่มกับบริษัทย่อยที่ใช้ระบบเบากว่า

01สถานการณ์
กลุ่มผู้ผลิตชิ้นส่วนยานยนต์ขนาดกลางใช้ SAP ECC ที่สำนักงานใหญ่ในประเทศไทย และใช้ระบบท้องถิ่นหลายแบบในบริษัทย่อยในประเทศอื่น รวมถึงบริษัทขายในยุโรป การบำรุงรักษา ECC ใกล้สิ้นสุด และลูกค้าในยุโรปขอใบแจ้งหนี้อิเล็กทรอนิกส์
02ระบบที่เราจะสร้าง
S/4HANA สำหรับการเงินและการผลิตของกลุ่มด้วยแนวทาง selective data transition ระบบ Odoo ในบริษัทย่อยขนาดเล็ก และชั้นการเชื่อมต่อระบบเดียวบน SAP Integration Suite ที่รับส่งรายการระหว่างบริษัทในกลุ่ม ใบแจ้งหนี้อิเล็กทรอนิกส์ผ่าน Peppol สำหรับยุโรป และ e-Tax Invoice & e-Receipt ในประเทศไทยหากบริษัทเลือกใช้
03การควบคุมโดยมนุษย์
ผู้ควบคุมด้านการเงินอนุมัติรายการระหว่างบริษัทที่เกินเกณฑ์ที่ตกลงกัน ทุกรายการที่บันทึกอัตโนมัติแนบเอกสารต้นทางและมีการบันทึกไว้
04สิ่งที่เราจะวัดผล
จำนวนวันในการปิดงบของกลุ่ม สัดส่วนรายการระหว่างบริษัทที่จับคู่ได้โดยไม่ต้องทำด้วยมือ และแรงงานที่ใช้ในการอัปเกรดแต่ละครั้ง

SAP ในภาพรวมระบบขององค์กร

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

หลายองค์กรยังใช้อินเทอร์เฟซบน SAP Process Orchestration ซึ่งรุ่นปัจจุบันสิ้นสุดการบำรุงรักษาหลักเมื่อสิ้นปี 2570 เช่นกัน การย้ายอินเทอร์เฟซจึงควรอยู่ในแผนเดียวกับการย้ายสู่ S/4HANA ทีมการเชื่อมต่อระบบและ API ของเราออกแบบทั้งสองส่วนไปพร้อมกัน

ตัวอย่างประกอบ

ผู้ใช้และช่องทาง

  • SAP Fiori และ Joule
  • งานหน้าบ้านบน Salesforce
  • พอร์ทัลผู้ขายและประชาชน

SAP S/4HANA

Integration Suite · API · อีเวนต์

ระบบและข้อมูล

  • แพลตฟอร์มข้อมูลและ Datasphere
  • Odoo ในบริษัทย่อย
  • ผู้ให้บริการยืนยันตัวตน
  • Peppol ภาษี และบริการภาครัฐ
SAP ท่ามกลางระบบที่ทำงานด้วย
อ่านแผนภาพในรูปแบบข้อความ

ด้านซ้ายคือผู้ใช้และช่องทาง ได้แก่ SAP Fiori และ Joule สำหรับผู้ใช้ SAP งานหน้าบ้านบน Salesforce และพอร์ทัลสำหรับผู้ขายและประชาชน

ตรงกลางคือ SAP S/4HANA ซึ่งเชื่อมต่อกับระบบอื่นทั้งหมดผ่านชั้นการเชื่อมต่อระบบเดียว คือ SAP Integration Suite พร้อม API และอีเวนต์ทางธุรกิจ

ด้านขวาคือระบบและข้อมูล ได้แก่ แพลตฟอร์มข้อมูลกับ SAP Datasphere ระบบ Odoo ในบริษัทย่อย ผู้ให้บริการยืนยันตัวตน และบริการด้าน Peppol ภาษี และภาครัฐ

SAP ในอุตสาหกรรมของคุณ

ภาครัฐ

ภาครัฐ

การบริหารกองทุน การควบคุมงบประมาณ และการบริหารเงินอุดหนุนใน S/4HANA ที่เชื่อมต่อกับแพลตฟอร์มภาครัฐและเครือข่ายใบแจ้งหนี้อิเล็กทรอนิกส์ หน่วยงานภาครัฐที่ใช้ ECC เผชิญการสิ้นสุดการบำรุงรักษาหลักเช่นเดียวกับภาคธุรกิจ และต้องวางแผนการย้ายระบบภายใต้กฎการจัดซื้อจัดจ้างและรอบงบประมาณ

600+

โครงการภาครัฐในยุโรป

  • การผลิตและอุตสาหกรรม

    การวางแผนการผลิต คุณภาพ และการบำรุงรักษาโรงงานบน S/4HANA โดยเก็บข้อมูลจากหน้างานและการวางแผนด้วย AI ไว้นอกระบบหลัก

  • บริการทางการเงิน

    การรายงานทางการเงินและการรายงานต่อหน่วยงานกำกับ พร้อมการแบ่งแยกหน้าที่ ร่องรอยการตรวจสอบที่ครบถ้วน และความยืดหยุ่นในการดำเนินงานตามที่ DORA กำหนด สำหรับองค์กรที่ให้บริการสถาบันการเงินในสหภาพยุโรป

  • สุขภาพและวิทยาศาสตร์ชีวภาพ

    การจัดซื้อ สินค้าคงคลัง และการเงินสำหรับโรงพยาบาลและธุรกิจวิทยาศาสตร์ชีวภาพ พร้อมการตรวจสอบย้อนกลับตามล็อตและการควบคุมการเปลี่ยนแปลง

ประเทศไทย

SAP สำหรับกลุ่มบริษัทที่มีบริษัทในประเทศไทย

โครงการ SAP ที่ครอบคลุมหลายประเทศต้องรองรับกฎหลายชุดพร้อมกัน ใบแจ้งหนี้อิเล็กทรอนิกส์เป็นตัวอย่างที่ชัดที่สุด ในประเทศไทย ระบบ e-Tax Invoice & e-Receipt ของกรมสรรพากรเป็นระบบที่ผู้ประกอบการเลือกใช้โดยสมัครใจ ส่วนในยุโรป หลายประเทศมีกฎของตนเอง เช่น เบลเยียมกำหนดให้ธุรกิจใช้ใบแจ้งหนี้อิเล็กทรอนิกส์ระหว่างกันผ่าน Peppol ตั้งแต่ปี 2569 เราออกแบบการตั้งค่าตามประเทศใน S/4HANA การจัดการเอกสารขาออก และชั้นการเชื่อมต่อระบบ เพื่อให้เพิ่มประเทศใหม่ได้โดยไม่ต้องเปิดแก้ระบบหลัก

ข้อมูลก็ใช้หลักเดียวกัน ข้อมูลส่วนบุคคลของพนักงานและลูกค้าในบริษัทไทยอยู่ภายใต้ พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 (PDPA) และการส่งหรือโอนข้อมูลไปยังระบบกลางของกลุ่มในต่างประเทศต้องเป็นไปตามมาตรา 28 และ 29 ของ PDPA ฝั่งยุโรป กฎหมายข้อมูลของสหภาพยุโรป (Data Act) และ NIS2 มีผลต่อวิธีแบ่งปันข้อมูล SAP กับระบบอื่นและวิธีรักษาความปลอดภัยของชั้นการเชื่อมต่อระบบ

คำถามที่พบบ่อยเกี่ยวกับ SAP

การบำรุงรักษาหลักของ SAP ECC สิ้นสุดเมื่อใด

SAP ให้คำมั่นเรื่องการบำรุงรักษาหลักสำหรับ SAP ECC 6.0 (SAP Business Suite 7) จนถึง 31 ธันวาคม 2570 และมีการบำรุงรักษาแบบขยายเวลาซึ่งมีค่าใช้จ่ายเพิ่มจนถึงสิ้นปี 2573 SAP ยังประกาศทางเลือกการเปลี่ยนผ่านสำหรับลูกค้าบางรายที่ย้ายไปใช้ RISE with SAP

เงื่อนไขเปลี่ยนแปลงได้และขึ้นอยู่กับสัญญาของคุณ เราจึงตรวจสอบสถานะล่าสุดกับคุณและ SAP ก่อนวางแผนบนข้อมูลนั้น

Greenfield, brownfield หรือ selective data transition แบบใดเหมาะกับเรา

Brownfield แปลงระบบเดิมและเก็บประวัติกับโค้ดที่เขียนเพิ่มไว้ ซึ่งเร็วที่สุดเมื่อกระบวนการยังดีอยู่ Greenfield เริ่มต้นใหม่ทั้งหมด เหมาะกับองค์กรที่ต้องการออกแบบกระบวนการใหม่ Selective data transition อยู่ระหว่างทั้งสองแบบ คือระบบใหม่ที่นำประวัติและหน่วยในโครงสร้างองค์กรที่คุณเลือกมาด้วย

เราตัดสินใจจากหลักฐาน ได้แก่ ปริมาณและคุณภาพของโค้ดที่เขียนเพิ่ม คุณภาพข้อมูล ระดับที่กระบวนการห่างจากมาตรฐาน และปริมาณการเปลี่ยนแปลงที่ธุรกิจรับได้ในคราวเดียว

clean core หมายถึงอะไรในทางปฏิบัติ

ไม่ดัดแปลงโค้ดของ SAP ขยายระบบผ่าน API และจุดขยายที่ SAP เปิดให้ใช้อย่างเป็นทางการเท่านั้น และวางตรรกะเฉพาะไว้ในชั้นที่เหมาะสม ได้แก่ เครื่องมือของผู้ใช้หลักสำหรับการเปลี่ยนแปลงง่าย ๆ ABAP Cloud บนระบบเมื่อตรรกะต้องอยู่ใกล้ข้อมูล และ SAP BTP สำหรับแอปพลิเคชันที่มีวงจรชีวิตของตัวเอง

ผลที่ได้คือการอัปเกรดที่ใช้เวลาเป็นสัปดาห์แทนที่จะเป็นโครงการ เราเขียนกฎเหล่านี้เป็นแนวทางการขยายระบบ และตรวจงานใหม่ทุกชิ้นตามแนวทางนั้น

ใช้ Joule ในระบบ SAP ของเราได้หรือไม่

ขึ้นอยู่กับผลิตภัณฑ์ SAP ที่คุณใช้ รูปแบบการติดตั้ง และสิ่งที่ไลเซนส์ครอบคลุม Joule ใช้ได้เป็นหลักในแอปพลิเคชันคลาวด์ของ SAP

เราเริ่มจากทำรายการสิทธิ์การใช้งานที่คุณมี แล้วจึงแนะนำว่าควรเปิดใช้ฟีเจอร์ในตัว สร้างบริการเฉพาะบน SAP BTP หรือทั้งสองอย่าง

ย้ายไป S/4HANA โดยเก็บโค้ดที่เขียนเพิ่มไว้ได้หรือไม่

ได้บางส่วน การวิเคราะห์โค้ดมักพบว่าโค้ดจำนวนมากไม่ได้ใช้งานแล้ว บางส่วนมีฟังก์ชันมาตรฐานของ S/4HANA มาแทน และส่วนที่เหลือต้องแก้ไขหรือย้ายไปเป็นส่วนขยายแบบ clean core เราวัดก่อน แล้วจึงตัดสินใจทีละออบเจกต์

ทำงาน SAP ให้หน่วยงานภาครัฐได้หรือไม่

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

วางแผนก้าวต่อไปของ SAP กับเรา

ไม่ว่าคุณกำลังเลือกแนวทางสู่ S/4HANA จัดระเบียบระบบหลัก หรือเชื่อมต่อ SAP กับ AI เริ่มจากการพูดคุยเรื่องภาพรวมระบบและกำหนดเวลาของคุณ