ตรวจสอบแล้วเมื่อวันที่ 16 กันยายน 2026ข้อผิดพลาดใน Workbench นั้นง่ายต่อการตีความผิดระหว่างเหตุการณ์ที่เกิดขึ้นใน Salesforce การเข้าสู่ระบบล้มเหลวอาจเกิดจากเซสชันหมดอายุ สภาพแวดล้อมที่ไม่ถูกต้อง เส้นทาง Workbench ที่เสียหาย หรือการหยุดทำงานของ Salesforce API คำขอที่ส่งคืนค่าจะชี้ไป503 Service Unavailableในทิศทางที่แตกต่างจาก401 Invalid Sessionแม้ว่าทั้งสองอย่างอาจปรากฏขึ้นเมื่อนักพัฒนาพยายามทำงานอย่างรวดเร็วก็ตาม
เป้าหมายของการแก้ไขปัญหาไม่ใช่การบังคับให้คำขอใดคำขอหนึ่งผ่านไปได้ แต่เป็นการระบุว่าเลเยอร์ใดล้มเหลว ปกป้องข้อมูลในขณะที่ระบบไม่เสถียร และรู้ว่าเมื่อใดที่หลักฐานมีความชัดเจนเพียงพอที่จะรอ เปลี่ยนไปใช้เครื่องมืออื่น หรือติดต่อช่องทางการสนับสนุนที่ถูกต้อง
| สิ่งที่คุณเห็น | ชั้นที่น่าจะเป็นไปได้มากที่สุด | ก้าวต่อไปที่ดีที่สุด |
|---|---|---|
| หน้า Workbench โหลดไม่ขึ้น | ไซต์เวิร์กเบนช์ เบราว์เซอร์ DNS หรือเส้นทางเครือข่าย | เปิดสถานะความน่าเชื่อถือของ Salesforce และทดสอบเว็บไซต์จากเครือข่ายทางเลือกที่ได้รับอนุญาต |
| โปรแกรม Workbench โหลดขึ้นมา แต่การล็อกอินล้มเหลวด้วยข้อผิดพลาด 401 | เซสชัน, OAuth, ชื่อผู้ใช้, รหัสผ่าน หรือขั้นตอนการเข้าสู่ระบบ | เริ่มการเข้าสู่ระบบที่ได้รับอนุญาตใหม่และยืนยันสภาพแวดล้อมที่เลือกไว้ |
| การส่งคำขอ API ส่งคืนรหัส 403 | สิทธิ์การเข้าถึง นโยบายแอปที่เชื่อมต่อ หรือข้อจำกัดของ API | ตรวจสอบจำนวนผู้ใช้ แอปที่เชื่อมต่อ และขีดจำกัดการร้องขอ อย่าใช้ข้อมูลนี้เป็นหลักฐานยืนยันว่าระบบล่ม |
| การเรียกใช้ API หลายครั้งส่งคืนค่า 500, 502 หรือ 503 | แพลตฟอร์ม Salesforce, การกำหนดเส้นทางขอบเครือข่าย, การบำรุงรักษา หรือการโอเวอร์โหลด | เปรียบเทียบเวลาที่เกิดข้อผิดพลาดกับสถานะของอินสแตนซ์และผลิตภัณฑ์ของคุณบน Trust |
| มีเพียงการสืบค้นหรือวัตถุเดียวที่ล้มเหลว | ไวยากรณ์คำขอ การเข้าถึงวัตถุ การแบ่งปันบันทึก หรือปัญหาข้อมูล | ลดคำขอให้เหลือเพียงเนื้อหาที่ปลอดภัยและเชื่อถือได้สำหรับการอ่านและตรวจสอบคำตอบ |
ตารางนี้เป็นเพียงจุดเริ่มต้น ไม่ใช่การวินิจฉัยโรค รหัส HTTP เดียวกันอาจมีสาเหตุแตกต่างกัน ขึ้นอยู่กับปลายทาง วิธีการตรวจสอบสิทธิ์ และนโยบายขององค์กร
Workbench เป็นชุดเครื่องมือบนเว็บเบราว์เซอร์สำหรับการโต้ตอบกับองค์กร Salesforce ผ่าน API หลายประเภท รวมถึง REST, SOAP, Bulk, Streaming, Metadata และเครื่องมือที่เกี่ยวข้องกับ Apex อย่างไรก็ตาม เว็บไซต์ของ Workbench ระบุว่าไม่ใช่ผลิตภัณฑ์อย่างเป็นทางการของ Salesforce และไม่มีการสนับสนุนจาก Salesforce สำหรับ Workbench เอง นอกจากนี้ หน้าเกี่ยวกับ (About) ยังเตือนผู้ใช้ไม่ให้ใช้แอปพลิเคชันนี้กับข้อมูลที่ใช้งานจริง
คำเตือนดังกล่าวจะเปลี่ยนวิธีการตอบสนองของคุณในช่วงเวลาที่ระบบหยุดทำงาน ฝ่ายสนับสนุนของ Salesforce สามารถตรวจสอบปัญหาของบริการ อินสแตนซ์ หรือ API ของ Salesforce ได้ แต่พวกเขาอาจไม่สามารถแก้ไขปัญหาพฤติกรรมของอินเทอร์เฟซ Workbench ทุกอย่างได้ ในทางกลับกัน ปัญหาที่รายงานโดย Workbench เท่านั้น อาจเป็นปัญหาของ Workbench หรือเส้นทางของเบราว์เซอร์มากกว่าแพลตฟอร์ม Salesforce
ควรตั้งค่าการแก้ไขปัญหาเป็นแบบอ่านอย่างเดียวทุกครั้งที่ทำได้ ห้ามวางรหัสผ่าน ข้อมูลลับ OAuth รหัสเซสชัน โทเค็นการเข้าถึง บันทึกข้อมูลลูกค้า หรือส่วนหัวคำขอที่ไม่ถูกปกปิดลงในภาพหน้าจอ ข้อความแชท หรือรายงานปัญหาแบบสาธารณะ
เปิดสถานะความน่าเชื่อถือของ Salesforceในแท็บใหม่ เอกสารช่วยเหลือของ Salesforce แนะนำให้ลูกค้าเข้าชมหน้านี้สำหรับกรณีที่ผลิตภัณฑ์ขัดข้องหรือบริการมีคุณภาพลดลง และเว็บไซต์ความน่าเชื่อถือยังสามารถแสดงข้อมูลสำหรับผลิตภัณฑ์ต่างๆ รวมถึงกรณีเฉพาะได้อีกด้วย
ตรวจสอบสองมุมมอง:
สถานะ "พร้อมใช้งาน"ไม่ได้หมายความว่าการทำงานของ API ทุกอย่างจะราบรื่นเสมอไป หมายความว่าอินสแตนซ์และบริการต่างๆ พร้อมใช้งานตามคำจำกัดความสถานะของ Salesforce สถานะ " ประสิทธิภาพลดลง"บ่งชี้ว่าการเข้าถึงอาจใช้งานได้แต่มีความล่าช้าหรือทำงานได้เพียงบางส่วน สถานะ " บริการหยุดชะงัก " หมายความว่าอินสแตนซ์ไม่พร้อมใช้งาน สถานะ " การบำรุงรักษา"บ่งชี้ว่ามีการบำรุงรักษาซึ่งอาจส่งผลกระทบต่อการเข้าถึงหรือไม่ก็ได้
Workbench สามารถเชื่อมต่อกับสภาพแวดล้อม Salesforce ที่แตกต่างกันได้ ก่อนที่จะสรุปว่า API ขัดข้อง ให้ตรวจสอบว่าคำขอที่ล้มเหลวนั้นมุ่งเป้าไปที่สภาพแวดล้อมการผลิต สภาพแวดล้อมทดสอบ หรือสภาพแวดล้อมที่ได้รับอนุญาตอื่นๆ การทดสอบที่สำเร็จในสภาพแวดล้อมหนึ่งไม่ได้หมายความว่าสภาพแวดล้อมที่ล้มเหลวจะไม่ได้รับผลกระทบ
ใช้ชื่อโดเมนของฉันหรือตัวระบุอินสแตนซ์สำหรับองค์กรที่ได้รับผลกระทบ เอกสารของ Salesforce ระบุว่าสามารถใช้คำนำหน้าโดเมนของฉันในสถานะความน่าเชื่อถือได้ ในขณะที่ผู้ดูแลระบบสามารถค้นหาอินสแตนซ์ได้ในการตั้งค่าภายใต้ข้อมูลบริษัทจดบันทึกอินสแตนซ์ สภาพแวดล้อม เวอร์ชัน API เวลาที่เกิดความล้มเหลวโดยประมาณ และเอนด์พอยต์ บันทึกเล็ก ๆ นี้จะช่วยป้องกันข้อผิดพลาดทั่วไป: การเปรียบเทียบข้อผิดพลาดในสภาพแวดล้อมการผลิตกับสถานะแซนด์บ็อกซ์ที่ปกติ
หากหน้าเข้าสู่ระบบ Workbench แสดงวิธีการเข้าสู่ระบบที่ไม่รองรับ หรือวนกลับไปที่หน้าจอเข้าสู่ระบบ ให้ถือว่าเป็นปัญหาการตรวจสอบสิทธิ์หรือปัญหาของ Workbench แยกต่างหาก จนกว่าสถานะความน่าเชื่อถือและการเข้าสู่ระบบ Salesforce โดยตรงจะระบุเป็นอย่างอื่น อย่าส่งข้อมูลประจำตัวซ้ำๆ ในระหว่างที่สงสัยว่าระบบขัดข้อง การลองใหม่มากเกินไปอาจทำให้ระบบล็อกเอาต์หรือเพิ่มความสับสนในการตรวจสอบ
เอกสารประกอบการใช้งาน REST API ของ Salesforce อธิบายว่าส่วนหัวของการตอบกลับจะมีรหัสสถานะ HTTP และส่วนเนื้อหาโดยทั่วไปจะมีข้อความ และหากเกี่ยวข้อง ก็จะมีฟิลด์หรืออ็อบเจ็กต์ที่เกี่ยวข้องกับข้อผิดพลาดนั้นด้วย โปรดเก็บหลักฐานทั้งสองส่วนนี้ไว้
| รหัส | เบาะแสที่บันทึกไว้ของ Salesforce | วิธีการตีความข้อมูลระหว่างช่วงเวลาที่ระบบหยุดทำงาน |
|---|---|---|
| 400 | ไม่สามารถเข้าใจคำขอได้ บ่อยครั้งเนื่องจากข้อมูลในรูปแบบ JSON หรือ XML ไม่ถูกต้อง | โดยปกติแล้วควรแก้ไขปัญหาตามคำขอให้เรียบร้อยก่อนที่จะถือว่าเป็นปัญหาขัดข้อง |
| 401 | รหัสเซสชันหรือโทเค็น OAuth หมดอายุหรือใช้การไม่ได้แล้ว | โปรดยืนยันตัวตนอีกครั้งผ่านขั้นตอนที่ได้รับการอนุมัติ การแสดงข้อผิดพลาด 401 เพียงอย่างเดียวไม่ได้หมายความว่าแพลตฟอร์มขัดข้อง |
| 403 | คำขอถูกปฏิเสธ ซึ่งส่วนใหญ่เกิดจากสิทธิ์การเข้าถึงหรือข้อจำกัดของ API | ตรวจสอบสิทธิ์การเข้าถึงและข้อจำกัดก่อนที่จะแจ้งปัญหาไปยังหน่วยงานที่เกี่ยวข้อง |
| 500 | เกิดข้อผิดพลาดขึ้นภายในแพลตฟอร์ม Lightning | ลองใหม่อีกครั้งหลังจากบันทึกการตอบกลับแล้วเท่านั้น และเปรียบเทียบความล้มเหลวซ้ำๆ กับสถานะความน่าเชื่อถือ |
| 502 | Salesforce Edge ไม่สามารถสื่อสารกับอินสแตนซ์ได้สำเร็จ | อาจเกิดปัญหาด้านการกำหนดเส้นทางหรือปัญหาฝั่งแพลตฟอร์ม โดยเฉพาะอย่างยิ่งเมื่อมีการร้องขอหลายรายการ |
| 503 | เซิร์ฟเวอร์ไม่พร้อมใช้งาน อาจอยู่ระหว่างการบำรุงรักษาหรือมีภาระงานมากเกินไป | ตรวจสอบเหตุการณ์ผิดปกติหรือการบำรุงรักษา และหลีกเลี่ยงการลองใหม่ที่อาจก่อให้เกิดความเสียหาย |
เมื่อคุณทราบสถานะและสภาพแวดล้อมแล้ว ให้ใช้การทดสอบแบบอ่านอย่างเดียวที่เล็กที่สุดที่อนุญาต การเปรียบเทียบที่ดีควรมีคุณสมบัติสามประการ ได้แก่ ต้องกำหนดเป้าหมายไปยังองค์กรที่ได้รับผลกระทบ ต้องไม่แก้ไขข้อมูล และต้องเรียบง่ายพอที่จะลดโอกาสเกิดข้อผิดพลาดในรูปแบบคำขอ
อย่าใช้คำขอเขียน ลบ อัปเดตจำนวนมาก การปรับใช้เมตาเดต้า หรือการย้ายข้อมูลเป็นเครื่องมือตรวจสอบสถานะระบบ ในระหว่างเหตุการณ์ฉุกเฉิน การเขียนข้อมูลอาจทำให้เกิดผลลัพธ์ที่ไม่สมบูรณ์ งานซ้ำซ้อน หรือความเข้าใจผิดว่าการกู้คืนระบบเสร็จสมบูรณ์แล้ว
หยุดการออกแบบคิวรีใหม่จนกว่าคุณจะมีหลักฐานที่แน่ชัดว่าคำขอมีรูปแบบไม่ถูกต้อง บันทึกหมายเลขเหตุการณ์ บริการที่ได้รับผลกระทบ อินสแตนซ์ เวลาเริ่มต้น และการอัปเดตล่าสุด ปฏิบัติตามข้อความการกู้คืนของ Salesforce และป้องกันงานที่อยู่ในคิวจากการลองใหม่ซ้ำซ้อน
มุ่งเน้นไปที่ Workbench, เบราว์เซอร์, เครือข่าย, การตรวจสอบสิทธิ์ หรือนโยบายภายในเครื่อง ลองใช้หน้าต่างเบราว์เซอร์แบบส่วนตัว เบราว์เซอร์ทางเลือกที่รองรับ และการเปรียบเทียบเครือข่ายที่ได้รับอนุญาต เว็บไซต์ Workbench จะส่งต่อการสนับสนุนเฉพาะ Workbench ไปยังแหล่งข้อมูลชุมชนโอเพนซอร์ส ในขณะที่ Salesforce Help ยังคงเป็นช่องทางหลักสำหรับการสนับสนุนผลิตภัณฑ์และบัญชี Salesforce
ดำเนินการต่อเพื่อวิเคราะห์ข้อมูลประจำตัวและการอนุญาต ยืนยันผู้ใช้ นโยบายแอปที่เชื่อมต่อ ขอบเขต OAuth อายุเซสชัน การเข้าถึง API โปรไฟล์หรือชุดสิทธิ์ และข้อจำกัดขององค์กร การรีเฟรชเบราว์เซอร์ซ้ำๆ จะไม่สามารถแก้ไขปัญหาการขาดสิทธิ์หรือโทเค็นที่ไม่ถูกต้องได้
ตรวจสอบเอนด์พอยต์ อ็อบเจ็กต์ ฟิลด์ การแชร์เรคอร์ด เวอร์ชัน API เนื้อหาคำขอ และเนื้อหาการตอบกลับ ความล้มเหลวที่จำกัดเพียงอย่างเดียวไม่เพียงพอที่จะระบุว่า Salesforce ล่มทั้งระบบ ลดขนาดคำขอลงจนกว่าคุณจะสามารถระบุได้ว่าปัญหาเกิดจากไวยากรณ์ การเข้าถึง ข้อมูล หรือบริการที่เกี่ยวข้อง
หากปัญหายังคงอยู่กับ Salesforce โปรดใช้คำแนะนำจากฝ่ายสนับสนุนอย่างเป็นทางการของ Salesforceสำหรับช่องทางที่มีอยู่ในแผนความสำเร็จของคุณ โดยระบุข้อมูลดังต่อไปนี้:
ลบข้อมูลประจำตัว รหัสเซสชัน โทเค็นการเข้าถึง ชื่อลูกค้า รหัสบันทึก และข้อมูลสำคัญอื่นๆ ก่อนส่งบันทึก หากปัญหาเกิดจาก Workbench เท่านั้น ให้ใช้ช่องทางการสนับสนุนที่ระบุไว้ในหน้าความช่วยเหลือของ Workbenchเนื่องจาก Salesforce ไม่ได้ให้การสนับสนุนผลิตภัณฑ์สำหรับ Workbench โดยตรง
ตัวบ่งชี้สถานะสีเขียวเป็นเรื่องที่น่ายินดี แต่ไม่ใช่จุดสิ้นสุด ตรวจสอบการฟื้นตัวทีละขั้นตอน:
ผลลัพธ์ที่คุณต้องการไม่ใช่แค่ “หน้าเว็บเปิดขึ้น” คุณต้องการให้การดำเนินการที่ได้รับอนุญาตครั้งแรกประสบความสำเร็จ โดยมีการตอบสนองตามที่คาดหวัง และไม่มีผลข้างเคียงที่ไม่ได้รับการตรวจสอบ
สำหรับข้อผิดพลาดของ Salesforce Workbench ระหว่างช่วงเวลาที่ระบบหยุดทำงาน ให้เริ่มต้นด้วยสถานะความน่าเชื่อถือและอินสแตนซ์ที่ได้รับผลกระทบ จากนั้นจำแนกประเภทการตอบสนอง HTTP ก่อนที่จะเปลี่ยนข้อมูลรับรองหรือเขียนคำขอใหม่ ข้อผิดพลาด 500, 502 หรือ 503 ที่เกิดขึ้นซ้ำๆ ในการทดสอบแบบอ่านอย่างเดียว และเหตุการณ์ความน่าเชื่อถือที่ตรงกัน สนับสนุนคำอธิบายจากฝั่ง Salesforce ข้อผิดพลาด 401, 403, 400 หรือความล้มเหลวเฉพาะ Workbench มักต้องแก้ไขปัญหาเกี่ยวกับการตรวจสอบสิทธิ์ สิทธิ์การเข้าถึง คำขอ เบราว์เซอร์ หรือ Workbench แทน เนื่องจาก Workbench ไม่ใช่ผลิตภัณฑ์ที่ได้รับการสนับสนุนจาก Salesforce จึงควรหลีกเลี่ยงการใช้ข้อมูลการผลิต บันทึกขอบเขตให้ชัดเจน และใช้สถานะอย่างเป็นทางการและคำแนะนำการสนับสนุนล่าสุดเมื่อหลักฐานเปลี่ยนแปลง
การลงทุนในเทคโนโลยี 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 ในช่วงที่ระบบล่ม เลือกช่องทางการติดต่อที่เหมาะสม เตรียมเคสที่ให้ข้อมูลครบถ้วน และติดตามผลโดยไม่ต้องสร้างตั๋วซ้ำซ้อน
