คุณเปิด Salesforce แล้วพบว่าฟีเจอร์บางอย่างทำงานช้า ใช้งานไม่ได้ หรือแสดงข้อผิดพลาด ในขณะเดียวกัน คุณก็เห็นรายงานปัญหาของ AWS อาจเป็นเรื่องง่ายที่จะสรุปว่า “Salesforce ทำงานบน AWS ดังนั้น AWS ต้องเป็นสาเหตุ” บางครั้งอาจถูกต้องในเบื้องต้น แต่ความสัมพันธ์ที่แท้จริงนั้นซับซ้อนกว่านั้น Salesforce ใช้ AWS อย่างกว้างขวาง โดยเฉพาะอย่างยิ่งผ่านHyperforceในขณะที่สภาพแวดล้อมและบริการบางส่วนของ Salesforce ใช้โครงสร้างพื้นฐานอื่น ดังนั้นเหตุการณ์ที่เกิดขึ้นกับ AWS จึงอาจส่งผลกระทบต่อเวิร์กโหลดบางส่วนของ Salesforce โดยไม่จำเป็นต้องทำให้ลูกค้า Salesforce ทุกรายหรือผลิตภัณฑ์ Salesforce ทุกตัวล่มไปด้วย
คำถามที่สำคัญในทางปฏิบัติไม่ใช่แค่ว่า Salesforce ใช้ AWS หรือไม่ เพราะมันใช้ คำถามที่น่าสนใจกว่าคือส่วนใดของบริการ Salesforce ของคุณถูกโฮสต์อยู่ที่ไหน ขึ้นอยู่กับภูมิภาคหรือบริการ AWS ใด และปัญหาอยู่ที่ Salesforce, AWS, การเชื่อมต่อของคุณเอง หรือเส้นทางเครือข่ายระหว่างกันคู่มือนี้จะอธิบายถึงความสัมพันธ์ดังกล่าว ตั้งแต่การตรวจสอบที่ง่ายที่สุดไปจนถึงรายละเอียดทางสถาปัตยกรรมที่ซับซ้อนขึ้น จากนั้นจะแสดงวิธีการตรวจสอบสถานการณ์ของคุณเอง
Hyperforceคือสถาปัตยกรรมโครงสร้างพื้นฐานคลาวด์สาธารณะของ Salesforce สำหรับการให้บริการแอปพลิเคชัน Salesforce ในสภาพแวดล้อมคลาวด์ระดับภูมิภาค Salesforce อธิบายว่า Hyperforce เป็นโครงสร้างพื้นฐานเบื้องหลัง Customer 360 และใช้ผู้ให้บริการคลาวด์สาธารณะเพื่อขยายความพร้อมใช้งานในระดับภูมิภาค การจัดเก็บข้อมูลในประเทศ การควบคุมความปลอดภัย และความสามารถในการปรับขนาด
ณ เดือนกันยายน 2026 Salesforce ระบุว่า Hyperforce พร้อมใช้งานบน Amazon Web Services ในหลายประเทศ และกำลังขยายไปยัง Google Cloud Platform ด้วย ความแตกต่างนี้มีความสำคัญ: “Salesforce ใช้ AWS” เป็นความจริง แต่ “ทุกองค์กรของ Salesforce ทำงานบน AWS เท่านั้น” นั้นไม่ถูกต้อง Salesforce ยังคงใช้งานโครงสร้างพื้นฐานของตนเองที่จัดการโดย Salesforce เองอยู่บ้าง และบริการแต่ละอย่างสามารถทำงานบนโครงสร้างพื้นฐานที่แยกต่างหากจากองค์กรหลักได้
คำแนะนำเกี่ยวกับตำแหน่งที่ตั้งของโครงสร้างพื้นฐานปัจจุบันของ Salesforce สามารถดูได้ในSalesforce Help: อินสแตนซ์ Salesforce ของฉันตั้งอยู่ที่ใด? นอกจากนี้ Salesforce ยังอธิบายโมเดล Hyperforce ที่ครอบคลุมมากขึ้นใน ข้อมูลทั่วไปและคำถาม ที่ พบบ่อย ของ Hyperforce ใน Salesforce
ความสัมพันธ์ระหว่างกันนั้นค่อนข้างซับซ้อนแต่มีหลายระดับ AWS เป็นผู้ให้บริการคลาวด์เชิงกลยุทธ์รายใหญ่สำหรับ Salesforce มานานหลายปีแล้ว และ AWS อธิบายว่าทั้งสองบริษัทมีพันธมิตรเชิงกลยุทธ์ระดับโลก Salesforce ใช้โครงสร้างพื้นฐานของ AWS สำหรับการใช้งาน Hyperforce และยังได้ผสานรวมผลิตภัณฑ์ของ Salesforce เข้ากับบริการของ AWS เช่น Amazon Connect และ Amazon Bedrock ด้วย
สำหรับลูกค้า การแบ่งความสัมพันธ์ออกเป็นสามระดับจะช่วยให้เข้าใจได้ง่ายขึ้น:
| ชั้น | สิ่งที่ขึ้นอยู่กับ AWS | ความหมายในเชิงปฏิบัติการ |
|---|---|---|
| เลเยอร์โฮสติ้งของ Salesforce | องค์กรหรือบริการของ Salesforce อาจทำงานบน Hyperforce ซึ่งโฮสต์อยู่ในภูมิภาคของ AWS | ปัญหาในระดับภูมิภาคหรือโครงสร้างพื้นฐานของ AWS อาจส่งผลต่อความพร้อมใช้งานของ Salesforce สำหรับเวิร์กโหลดที่โฮสต์อยู่นั้น |
| เลเยอร์ผลิตภัณฑ์และบริการของ Salesforce | ส่วนเสริมหรือบริการสนับสนุนบางอย่างของ Salesforce สามารถทำงานบน AWS แยกต่างหากจากองค์กรหลักของ Salesforce ได้ | ฟังก์ชันบางอย่างอาจทำงานผิดพลาดได้ แม้ว่าระบบ CRM หลักจะยังคงทำงานได้ปกติก็ตาม |
| ชั้นการผสานรวมลูกค้า | บริษัทของคุณสามารถเชื่อมต่อ Salesforce กับเวิร์กโหลด AWS, API, Amazon Connect, ไปป์ไลน์ข้อมูล หรือเครือข่ายส่วนตัวของตนเองได้ | ปัญหาอาจอยู่ที่บัญชี AWS หรือเส้นทางเครือข่ายของคุณ แม้ว่า Salesforce จะทำงานได้ตามปกติก็ตาม |
โมเดลแบบหลายชั้นนี้เป็นกุญแจสำคัญในการแก้ไขปัญหา หน้าสถานะที่ระบุว่า “Salesforce ทำงานได้” ไม่ได้พิสูจน์ว่าการผสานรวมที่โฮสต์บน AWS ของคุณนั้นมีสุขภาพดี ในทางกลับกัน เหตุการณ์ AWS ในวงกว้างก็ไม่ได้พิสูจน์ว่าอินสแตนซ์ Salesforce ของคุณได้รับผลกระทบโดยเฉพาะ
Salesforce ระบุว่า อินสแตนซ์ Hyperforce ใช้โมเดลแบบแอคทีฟ/แอคทีฟ (active/active) ในสามโซนความพร้อมใช้งาน (Availability Zone) ภายในภูมิภาคที่เกี่ยวข้อง โซนความพร้อมใช้งาน หรือ AZ คือตำแหน่งที่แยกต่างหากภายในภูมิภาค AWS ในการออกแบบแบบแอคทีฟ/แอคทีฟ ความจุของแอปพลิเคชันจะทำงานในหลายโซน แทนที่จะปล่อยให้โซนหนึ่งว่างอยู่เป็นสแตนด์บายแบบเย็น (cold standby) Salesforce กล่าวว่าปริมาณการใช้งานจะกระจายไปยังเซิร์ฟเวอร์แอปพลิเคชันที่ใช้งานอยู่ในทั้งสามโซน และการจำลองฐานข้อมูลจะรักษาความสอดคล้องกันในทุกโซน
สถาปัตยกรรมดังกล่าวมีจุดประสงค์เพื่อลดการพึ่งพาโซนความพร้อมใช้งานใดโซนหนึ่งโดยเฉพาะ หากโซนความพร้อมใช้งานใดโซนหนึ่งมีปัญหาเฉพาะจุด การออกแบบนี้จะช่วยให้การบริการยังคงดำเนินต่อไปได้ในโซนอื่นๆ แต่สถาปัตยกรรมแบบหลายโซนความพร้อมใช้งานไม่ได้ขจัดความล้มเหลวทุกรูปแบบที่เป็นไปได้ ปัญหาการบริการทั่วทั้งภูมิภาค ปัญหาในส่วนควบคุม การหยุดชะงักของเครือข่าย ความผิดพลาดของซอฟต์แวร์ ความล้มเหลวในการพึ่งพา หรือเหตุการณ์ที่เกิดขึ้นในระดับแอปพลิเคชัน ยังคงสามารถส่งผลกระทบต่อความพร้อมใช้งานได้
ดังนั้นแบบจำลองทางความคิดที่ถูกต้องคือ: Salesforce บน AWS ถูกออกแบบมาให้มีความยืดหยุ่นภายในภูมิภาค AWS เดียวกัน แต่ก็ยังคงมีการพึ่งพาโครงสร้างพื้นฐานที่อาจส่งผลกระทบในระหว่างเหตุการณ์ AWS ขนาดใหญ่ได้
นี่คือจุดที่การสืบสวนเหตุการณ์หลายครั้งผิดพลาด Salesforce ระบุไว้อย่างชัดเจนว่าบริการบางอย่างสามารถทำงานบนโครงสร้างพื้นฐานที่แยกต่างหากได้ ในขณะที่ยังคงผสานรวมเข้ากับองค์กรของลูกค้า ตัวอย่างเช่น เอกสารของ Salesforce สำหรับ Sales Engagement, Einstein Activity Capture, Salesforce Inbox และ Einstein Conversation Insights ระบุว่าบริการเหล่านั้นโฮสต์อยู่บนโครงสร้างพื้นฐาน AWS ที่แยกต่างหากจากโครงสร้างพื้นฐาน Salesforce Core ขององค์กร
นั่นหมายความว่าผู้ใช้สามารถพบเห็นสถานการณ์เช่นนี้ได้:
Salesforce ได้บันทึกการแยกส่วนนี้ไว้ในเอกสารคำแนะนำการย้ายระบบไปยัง Hyperforce สำหรับ Sales Engagement, Einstein Activity Capture, Salesforce Inbox และ Einstein Conversation Insights
เริ่มต้นด้วยข้อมูลสถานะและความน่าเชื่อถืออย่างเป็นทางการของ Salesforce ตรวจสอบสถานะของอินสแตนซ์ Salesforce เฉพาะของคุณ แทนที่จะพึ่งพาข้อมูลรายงานทั่วไปที่ระบุว่า “Salesforce ล่ม” Salesforce อธิบายวิธีการระบุอินสแตนซ์ขององค์กรไว้ในหัวข้อดูข้อมูลอินสแตนซ์สำหรับองค์กร Salesforce ของคุณ
ใน Salesforce Setup ให้ใช้ช่อง Quick Find เพื่อค้นหาCompany Informationจากนั้นมองหา ช่อง Instance Salesforce ระบุว่า คำนำหน้า Instance สองตัวอักษร เช่น AP0 แสดงถึงโครงสร้างพื้นฐานของ Salesforce เอง ในขณะที่คำนำหน้าสามตัวอักษร เช่น GBR10 แสดงถึงโครงสร้างพื้นฐานของ Hyperforce
อินสแตนซ์ Hyperforce ไม่ได้หมายความว่าจะต้องอยู่บน AWS เสมอไป Salesforce ระบุว่า Hyperforce มีให้บริการบน AWS และกำลังขยายไปยัง Google Cloud Platform เอกสารของ Salesforce แนะนำให้ลูกค้าที่ต้องการตรวจสอบว่าอินสแตนซ์ Hyperforce ใดอยู่บน AWS หรือ GCP ติดต่อฝ่ายสนับสนุนลูกค้าของ Salesforce
สิ่งนี้มีความสำคัญมากขึ้นเรื่อยๆ สำหรับการเชื่อมโยงเหตุการณ์ คุณไม่ควรเชื่อมโยง "Hyperforce" กับ "AWS" เพียงแค่จากคำว่า "AWS" เท่านั้น
หากคุณยืนยันแล้วว่าองค์กรหรือบริการ Salesforce ที่ได้รับผลกระทบของคุณทำงานบน AWS โปรดระบุภูมิภาค เอกสารเกี่ยวกับตำแหน่งที่ตั้งปัจจุบันของ Salesforce แสดงรายการภูมิภาค Hyperforce และผู้ให้บริการคลาวด์สาธารณะ ตัวอย่างเช่น Salesforce แสดงรายการภูมิภาค Hyperforce ที่ใช้ AWS ในสถานที่ต่างๆ เช่น ซิดนีย์ มุมไบ โตเกียว สิงคโปร์ ลอนดอน แฟรงก์เฟิร์ต แคนาดาเซ็นทรัล และภูมิภาคต่างๆ ในสหรัฐอเมริกา
จากนั้นเปรียบเทียบเหตุการณ์ที่เกิดขึ้นใน Salesforce กับข้อมูลสถานะอย่างเป็นทางการของ AWS ที่เกี่ยวข้องกับภูมิภาคและบริการนั้นๆ หลีกเลี่ยงการนำปัญหาในภูมิภาคหนึ่งของ AWS มาเป็นหลักฐานสำหรับปัญหาในภูมิภาค Salesforce ที่ไม่เกี่ยวข้องกัน
หาก Salesforce เองทำงานได้ปกติ ให้ตรวจสอบเส้นทางการเชื่อมต่อของคุณ โดยทั่วไปแล้ว ส่วนประกอบที่ต้องพึ่งพาจากฝั่งลูกค้า ได้แก่ API gateways, ฟังก์ชัน Lambda, Amazon Connect, ฐานข้อมูล, คิว, private endpoints, VPNs, DNS และการควบคุมเครือข่ายขององค์กร ความล้มเหลวในส่วนประกอบใดส่วนประกอบหนึ่งเหล่านี้ อาจทำให้ผู้ใช้เห็นเป็น “ปัญหาของ Salesforce” เนื่องจากข้อผิดพลาดเกิดขึ้นภายในเวิร์กโฟลว์ของ Salesforce
วิธีทดสอบที่มีประโยชน์คือถามตัวเองว่า: การดำเนินการเดียวกันบน Salesforce สามารถสำเร็จได้หรือไม่โดยไม่ต้องเรียกใช้บริการ AWS ของเรา?ถ้าได้ แสดงว่าระบบหลักอาจทำงานได้ดี ในขณะที่เส้นทางการเชื่อมต่อล้มเหลว
บางองค์กรใช้AWS Direct Connectซึ่งเป็นการเชื่อมต่อเครือข่ายส่วนตัวเข้ากับ AWS เพื่อรองรับความต้องการด้านเครือข่ายสำหรับ Hyperforce บน AWS Salesforce ได้จัดทำเอกสารกรณีศึกษาสำหรับการกำหนดเส้นทางการรับส่งอีเมลบางส่วนของ Hyperforce ผ่าน AWS Direct Connect สำหรับองค์กรที่มีความต้องการด้านการเชื่อมต่อส่วนตัว การปฏิบัติตามกฎระเบียบ หรือการจัดเก็บข้อมูลในประเทศ
สิ่งนี้สร้างชั้นการพึ่งพาอีกชั้นหนึ่ง เมื่อมีการเชื่อมต่อแบบส่วนตัว เหตุการณ์อาจเกิดขึ้นระหว่างผู้ใช้และ Salesforce แทนที่จะเกิดขึ้นภายใน Salesforce เอง เอกสารของ Salesforce ที่เกี่ยวข้องคือRoute Email Through AWS Direct Connect for Hyperforce
Salesforce อธิบายว่า Hyperforce ถูกออกแบบมาให้ทำงานได้บนผู้ให้บริการคลาวด์สาธารณะหลายราย ซึ่งช่วยลดข้อสมมติฐานทางสถาปัตยกรรมที่ว่าผู้ให้บริการคลาวด์ขนาดใหญ่รายเดียวจะต้องเป็นโครงสร้างพื้นฐานถาวรสำหรับเวิร์กโหลดทั้งหมดของ Salesforce เอกสารของ Salesforce ปี 2026 ระบุว่า Hyperforce พร้อมใช้งานบน AWS และการสนับสนุน Google Cloud Platform กำลังจะถูกเพิ่มเข้ามาในบางภูมิภาค โดยขึ้นอยู่กับการเปิดเผยแผนงานของ Salesforce
สำหรับลูกค้าแล้ว นี่ไม่ได้หมายความว่าองค์กร Salesforce ที่มีอยู่จะทำการสลับการทำงานจาก AWS ไปยัง Google Cloud โดยอัตโนมัติในระหว่างที่ AWS ขัดข้อง การสนับสนุนมัลติคลาวด์นั้นขึ้นอยู่กับว่า Salesforce สามารถใช้งานและบริหารจัดการแพลตฟอร์มของตนได้ที่ใดเป็นหลัก คุณไม่ควรคาดหวังว่าการสลับการทำงานข้ามผู้ให้บริการจะเกิดขึ้นโดยอัตโนมัติ เว้นแต่ว่า Salesforce จะระบุไว้อย่างชัดเจนสำหรับบริการที่คุณใช้
ความสัมพันธ์ระหว่าง AWS และ Salesforce ไม่ได้เป็นเพียงแค่การให้บริการด้านโครงสร้างพื้นฐานเท่านั้น AWS และ Salesforce มีความร่วมมือเชิงกลยุทธ์ที่กว้างขวางกว่านั้น โดยครอบคลุมด้านข้อมูล ปัญญาประดิษฐ์ (AI) ความสามารถในการจัดการศูนย์บริการลูกค้า การบูรณาการ และการจัดซื้อจัดจ้าง หน้าเว็บอย่างเป็นทางการของ AWS แสดงให้เห็นถึงการบูรณาการระหว่างผลิตภัณฑ์ของ Salesforce และเทคโนโลยีของ AWS รวมถึง AI แบบสร้างสรรค์และความสามารถในการจัดการข้อมูล คุณสามารถตรวจสอบความสัมพันธ์ดังกล่าวได้ที่หน้าเว็บอย่างเป็นทางการของ AWS และ Salesforce
เรื่องนี้มีความสำคัญในระหว่างการตรวจสอบโครงสร้างสถาปัตยกรรม เนื่องจากมีประเด็นเรื่องความสัมพันธ์ระหว่างกันสองประเด็นที่แตกต่างกัน:
ส่วนประกอบทั้งสองนั้นมีเจ้าของ เส้นทางการตรวจสอบ ขั้นตอนการกู้คืน และทีมสนับสนุนที่แตกต่างกัน
เมื่อผู้ใช้รายงานว่า Salesforce ไม่สามารถใช้งานได้หรือทำงานผิดพลาดบางส่วน ให้ตรวจสอบตามลำดับดังนี้:
คุณจะรู้ว่าการวินิจฉัยของคุณมีความแม่นยำมากขึ้นเมื่อหลักฐานสอดคล้องกันในทุกระดับ หาก Salesforce Trust รายงานเหตุการณ์สำหรับอินสแตนซ์ของคุณโดยเฉพาะ และฟีเจอร์ที่ได้รับผลกระทบตรงกับอาการ แสดงว่าฝั่ง Salesforce มีส่วนเกี่ยวข้องอย่างมาก หาก Salesforce ทำงานได้ปกติ แต่การทดสอบการผสานรวมกับ AWS ล้มเหลวในช่วงเวลาเดียวกัน การพึ่งพา AWS ฝั่งลูกค้าจะเป็นเบาะแสที่ดีกว่า หากมีเพียงส่วนเสริมของ Salesforce เพียงตัวเดียวที่ได้รับผลกระทบ ในขณะที่ฟังก์ชัน CRM หลักยังคงทำงานได้ตามปกติ ให้ตรวจสอบโครงสร้างพื้นฐานและสถานะของบริการนั้นแยกต่างหาก
อย่าหยุดแค่เพียง "AWS ขัดข้อง" หรือ "Salesforce ล่ม" คำตอบที่เชื่อถือได้นั้นมาจากการจับคู่ระบบของคุณ ผลิตภัณฑ์ของคุณ ภูมิภาคของคุณ และเส้นทางการเชื่อมต่อของคุณ
Salesforce พึ่งพา AWS อย่างมาก โดยเฉพาะอย่างยิ่งเนื่องจากการใช้งาน Hyperforce และบริการสนับสนุนจำนวนมากทำงานบนโครงสร้างพื้นฐานของ AWS แต่การพึ่งพานี้ไม่ได้เป็นไปในทุกกรณีหรือมีเพียงมิติเดียว Salesforce ยังดำเนินการโครงสร้างพื้นฐานของตนเอง ขยาย Hyperforce ไปยังผู้ให้บริการคลาวด์สาธารณะหลายราย และสามารถโฮสต์บริการแต่ละรายการแยกต่างหากจากองค์กรหลักของลูกค้าได้
สำหรับทีมปฏิบัติการ วิธีที่ดีที่สุดคือการมอง Salesforce และ AWS เป็นกราฟความสัมพันธ์มากกว่าที่จะมองว่าเป็นระบบเดียว ระบุว่าองค์กรหลักทำงานอยู่ที่ใด จัดทำแผนที่บริการ Salesforce ที่โฮสต์แยกต่างหาก บันทึกการผสานรวม AWS ที่ลูกค้าจัดการทุกรายการ และตรวจสอบแต่ละเลเยอร์อย่างอิสระ วิธีนี้จะช่วยให้คุณค้นหาต้นตอของปัญหาและระบุส่วนประกอบที่ต้องการการแก้ไขได้อย่างรวดเร็วยิ่งขึ้น
การลงทุนในเทคโนโลยี CCUS กำลังเพิ่มขึ้น แต่การดักจับคาร์บอนจะสามารถลดการปล่อยก๊าซเรือนกระจกทั่วโลกได้หรือไม่? มาดูกันว่าเทคโนโลยีนี้ใช้ได้ผลในที่ใดบ้าง อะไรคือข้อจำกัดด้านขนาด และหลักฐานใดบ้างที่มีความสำคัญ
เปรียบเทียบโปรแกรมระดับโลก 7 โปรแกรมสำหรับห่วงโซ่อุปทานดิจิทัล โลจิสติกส์ การวิเคราะห์ข้อมูล การค้าระหว่างประเทศ และการดำเนินงาน พร้อมคำแนะนำเชิงปฏิบัติในการเลือกโปรแกรมที่เหมาะสมที่สุด
เรียนรู้วิธีที่อินเทอร์เฟซระหว่างสมองและคอมพิวเตอร์ถอดรหัสสัญญาณประสาทเพื่อฟื้นฟูการสื่อสารและการเคลื่อนไหว ผลงานวิจัยล่าสุดที่ประสบความสำเร็จ และข้อจำกัดที่ยังคงมีอยู่ในการใช้งาน BCI
ดูว่าโดรนเชิงพาณิชย์ผสานรวมเซ็นเซอร์ ปัญญาประดิษฐ์แบบ Edge AI แบตเตอรี่ การสื่อสาร และซอฟต์แวร์ควบคุมการบินอย่างไร และความเป็นอิสระยังคงขึ้นอยู่กับภารกิจและข้อกำหนดทางกฎหมายอย่างไร
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
เรียนรู้ว่ามวลบรรทุก ข้อจำกัดของแบตเตอรี่ สภาพอากาศ ประสิทธิภาพการขับเคลื่อน และโครงสร้างของอากาศยาน มีผลต่อระยะเวลาการบินของโดรนอุตสาหกรรมอย่างไร และวิธีการปรับปรุงระยะเวลาการบินให้ดียิ่งขึ้น
เปรียบเทียบหลักสูตรวิศวกรรมชีวการแพทย์ชั้นนำสำหรับอุปกรณ์ทางการแพทย์อัจฉริยะ ซึ่งรวมถึงการออกแบบ อิเล็กทรอนิกส์ชีวภาพ ปัญญาประดิษฐ์ ความปลอดภัยทางไซเบอร์ การฝึกอบรมทางคลินิก และกฎระเบียบ
สร้างแผนความต่อเนื่องในการใช้งาน Salesforce ในช่วงที่ระบบล่มที่ใช้งานได้จริง โดยกำหนดลำดับความสำคัญที่ชัดเจน ขั้นตอนการทำงานสำรอง การตรวจสอบการกู้คืน เกณฑ์การทดสอบ และข้อจำกัดที่สมจริง
ปัญหาของ StoreForce อาจส่งผลกระทบต่อตารางเวลา การบันทึกเวลา การเปลี่ยนกะ และการสื่อสารภายในร้าน เรียนรู้วิธีการวินิจฉัยปัญหา รักษาการดำเนินงานของร้านค้าปลีกให้ดำเนินต่อไป และตรวจสอบการแก้ไขปัญหา
เรียนรู้วิธีติดต่อฝ่ายสนับสนุนของ Salesforce ในช่วงที่ระบบล่ม เลือกช่องทางการติดต่อที่เหมาะสม เตรียมเคสที่ให้ข้อมูลครบถ้วน และติดตามผลโดยไม่ต้องสร้างตั๋วซ้ำซ้อน
