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

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

Salesforce ตั้งแต่การติดต่อครั้งแรกจนปิดเรื่องได้

เราติดตั้งและต่อยอด Sales, Service และ Experience Cloud ให้ Agentforce อ้างอิงข้อมูลที่เชื่อถือได้ และเชื่อมต่อ Salesforce กับ ERP และระบบหลังบ้าน ทีมหน้าบ้านจึงเห็นภาพรวมของแต่ละเรื่องและดำเนินการต่อได้ทันที

สำหรับองค์กรในประเทศไทยที่ให้บริการลูกค้าและคู่ค้าในหลายประเทศและหลายภาษาจากแพลตฟอร์มเดียว

ปรึกษาเรื่องแพลตฟอร์มเปรียบเทียบแพลตฟอร์ม
  • SalesforceSummit Partnerสถานะพันธมิตร · Salesforce
  • ได้รับการรับรอง ISO/IEC 27001
  • 600+ โครงการภาครัฐในยุโรป
Salesforce org เดียวและระบบรอบข้าง. ตรงกลางคือ Salesforce org เดียวที่ใช้โมเดลข้อมูลร่วมกัน ล้อมรอบด้วยสามวง ได้แก่ Sales และ Service Cloud สำหรับพนักงาน Experience Cloud สำหรับพอร์ทัล และ Data 360 สำหรับข้อมูลที่ปรับให้สอดคล้องกัน มีการเชื่อมต่อออกไปหกทาง ได้แก่ Agentforce, MuleSoft และ API ระบบหลังบ้าน SAP หรือ Odoo ระบบยืนยันตัวตน แพลตฟอร์มข้อมูล และบริการของภาครัฐ

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

เหมาะเมื่อ

  • คนจำนวนมากดูแลการติดต่อกับลูกค้า ประชาชน หรือคู่ค้า และต้องเห็นข้อมูลของแต่ละเรื่องร่วมกัน
  • ลูกค้า ประชาชน หรือคู่ค้าต้องใช้พอร์ทัลบนข้อมูลชุดเดียวกับที่พนักงานใช้
  • กระบวนการเปลี่ยนบ่อย และผู้ดูแลระบบควรปรับได้เองโดยไม่ต้องเปิดโครงการพัฒนาทุกครั้ง
  • งานออกใบอนุญาต การตรวจสอบ เงินอุดหนุน หรือสิทธิประโยชน์ ดำเนินไปตามเรื่องที่มีลำดับขั้นชัดเจน
  • คุณต้องการเอเจนต์ AI ที่ทำงานบนข้อมูล CRM ภายในแพลตฟอร์มที่มีการกำกับดูแล

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

  • ความต้องการหลักคือการเงิน สต็อก หรือการผลิต ซึ่งเป็นงานของ ERP โดยมี Salesforce เป็นงานหน้าบ้านหากจำเป็น

    ทางเลือก: SAP

  • องค์กรขนาดเล็กต้องการ CRM การออกใบแจ้งหนี้ และสต็อกในระบบเดียวที่ราคาเข้าถึงได้ Odoo ครอบคลุมงานเหล่านี้ได้มากกว่าในฐานข้อมูลเดียว

    ทางเลือก: Odoo

  • ผู้ใช้ที่ใช้งานเป็นครั้งคราวจำนวนมากต้องการขั้นตอนการทำงานง่าย ๆ เพียงขั้นตอนเดียว และค่าไลเซนส์รายผู้ใช้จะกลายเป็นต้นทุนหลัก แอปพลิเคชันที่พัฒนาเฉพาะอาจมีต้นทุนการเป็นเจ้าของต่ำกว่า

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

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

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

  1. 01

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

    Sales, Service และ Experience Cloud

    โมเดลข้อมูล โมเดลการแชร์ข้อมูล Flow และหน้า Lightning ที่ออกแบบตามกระบวนการของคุณ พร้อมพอร์ทัลบน Experience Cloud สำหรับลูกค้า ประชาชน หรือคู่ค้า

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

    • การออกแบบโซลูชัน
    • รุ่นที่ตั้งค่าแล้ว
    • โมเดลการแชร์ข้อมูล
  2. 02

    ต่อยอด

    การพัฒนาเพิ่มเติม

    Apex, Lightning Web Components และ Flow ในจุดที่การตั้งค่าทำไม่ได้ สร้างเป็นแพ็กเกจที่ติดตามด้วยซอร์สโค้ด มีการทดสอบครอบคลุม และมี pipeline สำหรับออกรุ่นอัตโนมัติ

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

    • ส่วนขยายแบบแพ็กเกจ
    • pipeline สำหรับออกรุ่น
  3. 03

    เชื่อมต่อ

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

    MuleSoft หรือแพลตฟอร์มเชื่อมต่อของคุณเอง platform events และ Change Data Capture ที่เชื่อม Salesforce กับ ERP แพลตฟอร์มข้อมูล และบริการภาครัฐ

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

    • ข้อกำหนดการเชื่อมต่อ
    • โมเดลอีเวนต์
  4. 04

    ย้ายระบบ

    การรวมระบบและการจัดระเบียบ

    ย้ายจาก CRM เดิม รวม org และแทนที่ระบบอัตโนมัติใน Workflow Rules และ Process Builder ซึ่ง Salesforce ไม่สนับสนุนแล้ว ด้วย Flow

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

    • แผนการย้ายระบบ
    • รายการระบบอัตโนมัติ
    • รายงานการกระทบยอด
  5. 05

    ดูแลระบบ

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

    บริหารการออกรุ่นตามรอบการออกรุ่นสามครั้งต่อปีของแพลตฟอร์ม ติดตามขีดจำกัดและระบบอัตโนมัติ และดูแลรายการงานให้ org เรียบง่ายแม้จะเติบโต

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

    • ปฏิทินการออกรุ่น
    • การตรวจสุขภาพระบบ
    • รายการงานปรับปรุง

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

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

  • Sales Cloud

    ลูกค้าที่มุ่งหวัง โอกาสการขาย การพยากรณ์ยอดขาย และการขายผ่านคู่ค้า

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

  • Service Cloud

    การจัดการเรื่องที่รับเข้ามา การกระจายงานข้ามช่องทาง ฐานความรู้ และงานบริการภาคสนาม

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

  • Experience Cloud

    พอร์ทัลสำหรับลูกค้า ประชาชน และคู่ค้า พร้อมหน้าจอที่ทุกคนเข้าถึงได้

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

  • โซลูชันสำหรับภาครัฐ

    การจัดการเรื่องด้านใบอนุญาต การตรวจสอบ เงินอุดหนุน และสิทธิประโยชน์

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

  • Data 360

    โปรไฟล์และเนื้อหาที่ปรับให้สอดคล้องกัน สำหรับการแบ่งกลุ่ม การวิเคราะห์ และเป็นข้อมูลอ้างอิงให้ AI

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

  • Agentforce

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

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

  • MuleSoft และ API

    การเชื่อมต่อแบบ API-led อีเวนต์ของแพลตฟอร์ม (platform events) และ Change Data Capture

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

  • กลยุทธ์ org และ DevOps

    การออกแบบ org เดียวหรือหลาย org การพัฒนาโดยยึดซอร์สโค้ดเป็นหลัก การทำแพ็กเกจ และการออกรุ่น

    • ต่อยอด
    • ย้ายระบบ
    • ดูแลระบบ

  • ความปลอดภัยและ Shield

    โมเดลการแชร์ข้อมูล Shield Platform Encryption, Event Monitoring และทางเลือกด้านที่ตั้งของข้อมูล

    • ติดตั้งใช้งาน
    • ดูแลระบบ

AI บน Salesforce

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

Agentforce คือแพลตฟอร์มเอเจนต์ AI ของ Salesforce เอเจนต์ทำงานภายในหัวข้อและการดำเนินการที่ผู้ดูแลระบบของคุณกำหนด ใช้ข้อมูล CRM ตัดสินใจขั้นต่อไป และส่งต่อบทสนทนาให้คนได้ การเรียกใช้โมเดลผ่าน Einstein Trust Layer ซึ่งเพิ่มการปกปิดข้อมูล การบันทึกเพื่อการตรวจสอบ และข้อตกลงไม่เก็บข้อมูล (zero retention) กับผู้ให้บริการโมเดลที่ Salesforce ใช้

Data 360 (ชื่อเดิม Data Cloud) เป็นแหล่งข้อมูลอ้างอิง ได้แก่ ข้อมูลลูกค้าที่ปรับให้สอดคล้องกัน เนื้อหาที่ไม่มีโครงสร้าง และการค้นคืนข้อมูลที่พรอมต์และเอเจนต์ใช้ได้ ฟีเจอร์ ราคาตามปริมาณการใช้ และความพร้อมใช้งานในแต่ละภูมิภาคเปลี่ยนไปในแต่ละรุ่น เราจึงตรวจสอบกับรุ่นผลิตภัณฑ์และสัญญาของคุณ

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

เมื่อเอเจนต์ต้องทำงานข้าม Salesforce และระบบที่ Salesforce ไม่ได้เป็นเจ้าของ เช่น เอกสารใน SAP แฟ้มเรื่องในระบบเอกสาร หรือระบบกฎทางธุรกิจ เอเจนต์หรือบริการเฉพาะที่อยู่นอก Salesforce อาจเหมาะกว่า เราเปิดให้ Salesforce เรียกใช้ในรูปแบบ action หรือ API ผู้ใช้จึงยังทำงานในหน้าจอที่คุ้นเคย

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

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

  1. 01

    งานส่วนใหญ่เกิดบนข้อมูลและหน้าจอของ Salesforce ใช่หรือไม่

    ถ้าใช่

    เริ่มจาก Agentforce ที่อ้างอิง Data 360 และอยู่ภายใต้ Trust Layer

    ถ้าไม่ใช่

    พิจารณาเอเจนต์เฉพาะนอก Salesforce ที่ผู้ใช้เรียกใช้ในรูปแบบ action

  2. 02

    เอเจนต์ต้องแก้ไขข้อมูลในระบบอื่นหรือไม่

    ถ้าใช่

    ส่งการดำเนินการผ่าน MuleSoft หรือ API พร้อมการอนุมัติที่ชัดเจนและการบันทึก

    ถ้าไม่ใช่

    เก็บไว้ในแพลตฟอร์ม โดยให้อ่านข้อมูลภายนอกได้อย่างเดียว

  3. 03

    ต้นทุนตามปริมาณการใช้คาดการณ์ได้ที่ปริมาณงานของคุณหรือไม่

    ถ้าใช่

    ดำเนินการต่อ และติดตามปริมาณการใช้ในระบบที่ใช้งานจริง

    ถ้าไม่ใช่

    ทดลองกับปริมาณงานจริงก่อน แล้วเปรียบเทียบต้นทุนกับการออกแบบเฉพาะ

เส้นทางสู่ Salesforce org ที่ดูแลได้ในระยะยาว

  1. ขั้นตอน 01

    สำรวจ

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

    • แผนผังกระบวนการ
    • ผลการประเมิน org

  2. ขั้นตอน 02

    ออกแบบ

    โมเดลข้อมูล โมเดลการแชร์ข้อมูล ข้อกำหนดการเชื่อมต่อ และกลยุทธ์ org ที่ใช้ได้หลายปี

    • การออกแบบโซลูชัน
    • ข้อกำหนดการเชื่อมต่อ

  3. ขั้นตอน 03

    สร้างทีละส่วน

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

    • รุ่นที่ใช้งานได้
    • การทดสอบอัตโนมัติ

  4. ขั้นตอน 04

    ย้ายและเชื่อมต่อ

    ย้ายข้อมูลพร้อมการกระทบยอด และเชื่อมต่อแบบเรียลไทม์กับ ERP และแพลตฟอร์มข้อมูล

    • รายงานการกระทบยอด
    • อินเทอร์เฟซที่มีการติดตาม

  5. ขั้นตอน 05

    เปิดใช้งาน

    ฝึกอบรม ทยอยเปิดใช้ และดูแลใกล้ชิดช่วงแรกร่วมกับทีมที่ใช้งาน

    • แผนการนำไปใช้
    • บันทึกช่วงดูแลใกล้ชิด

  6. ขั้นตอน 06

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

    บริหารการออกรุ่น แล้วจึงเพิ่มเอเจนต์ AI และระบบอัตโนมัติเมื่อข้อมูลพร้อม

    • ปฏิทินการออกรุ่น
    • รายการงานปรับปรุง
ตัวอย่างประกอบ

ศูนย์บริการเดียวสำหรับลูกค้าหลายภาษา

01สถานการณ์
กลุ่มโรงแรมขนาดกลางในประเทศไทยรับลูกค้าจากหลายประเทศและตอบคำถามเป็นหลายภาษา ข้อมูลการจองและเรื่องที่ลูกค้าแจ้งกระจายอยู่ใน CRM เก่าและระบบ ERP
02ระบบที่เราจะสร้าง
Service Cloud ที่ใช้โมเดลเรื่องร่วมกัน พอร์ทัลบริการตนเองบน Experience Cloud เอเจนต์ Agentforce ที่ร่างคำตอบจากฐานความรู้ที่อนุมัติแล้ว และการเชื่อมต่อผ่าน MuleSoft กับข้อมูลการจองและใบแจ้งหนี้ใน ERP
03การควบคุมโดยมนุษย์
เอเจนต์ร่างและเสนอคำตอบ พนักงานอนุมัติทุกคำตอบที่ผูกพันเรื่องการคืนเงิน กำหนดเวลา หรือการเปลี่ยนเงื่อนไขการจอง ทุกขั้นตอนของเอเจนต์มีการบันทึก
04สิ่งที่เราจะวัดผล
เวลาจนถึงคำตอบแรก สัดส่วนเรื่องที่ปิดได้โดยไม่ต้องโอนต่อ และอัตราที่พนักงานแก้ไขร่างของเอเจนต์

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

Salesforce ดูแลความสัมพันธ์กับลูกค้า ส่วนคำสั่งซื้อ ใบแจ้งหนี้ สต็อก และบันทึกทางกฎหมายมักอยู่ในระบบอื่น เราเชื่อมต่อ Salesforce กับ SAP หรือ Odoo แพลตฟอร์มข้อมูล และบริการภาครัฐ ผ่าน MuleSoft หรือแพลตฟอร์มเชื่อมต่อที่คุณมีอยู่ โดยใช้ platform events และ Change Data Capture เพื่อให้ระบบสอดคล้องกันตลอดเวลา ไม่ต้องลุ้นผลการประมวลผลแบบกลุ่มทุกคืน

สำหรับข้อมูลปริมาณมาก เราออกแบบโดยคำนึงถึง governor limits ตั้งแต่ต้น ได้แก่ Bulk API การประมวลผลแบบอะซิงโครนัส และการซิงค์เฉพาะข้อมูลที่จำเป็นแทนการคัดลอกทั้งหมด ทีมการเชื่อมต่อระบบและ API ของเราดูแลข้อกำหนดการเชื่อมต่อทั้งสองฝั่ง

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

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

  • พนักงานใน Salesforce
  • พอร์ทัลลูกค้าและประชาชน
  • ช่องทางคอนแทคเซ็นเตอร์

Salesforce

MuleSoft · อีเวนต์ · CDC

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

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

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

ตรงกลางคือ Salesforce ซึ่งเชื่อมต่อกับระบบอื่นทั้งหมดผ่านชั้นการเชื่อมต่อระบบเดียว ได้แก่ MuleSoft, platform events และ Change Data Capture

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

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

ภาครัฐ

ภาครัฐ

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

600+

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

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

    การรับลูกค้าใหม่ งานบริการ และการจัดการเรื่องร้องเรียน พร้อมร่องรอยการตรวจสอบ การเข้ารหัสด้วย Shield และเอเจนต์ AI ที่ทำงานภายในสิทธิ์ที่กำหนด สำหรับข้อมูลลูกค้าที่อยู่ภายใต้ PDPA

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

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

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

    พอร์ทัลตัวแทนจำหน่าย งานบริการภาคสนาม และงานบริการหลังการขาย ที่เชื่อมกับคำสั่งซื้อและสต็อกใน ERP

ประเทศไทย

Salesforce สำหรับงานบริการในประเทศไทยและยุโรป

Salesforce org ที่ดูแลลูกค้าทั้งในประเทศไทยและในยุโรปต้องรองรับกฎหลายชุดพร้อมกัน ข้อมูลส่วนบุคคลของลูกค้าในประเทศไทยอยู่ภายใต้ พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 (PDPA) ซึ่งกำหนดเรื่องการแจ้งรายละเอียดการเก็บรวบรวม (มาตรา 23) มาตรการรักษาความมั่นคงปลอดภัย (มาตรา 37) และการส่งหรือโอนข้อมูลไปต่างประเทศ (มาตรา 28 และ 29) ข้อมูลของลูกค้าในสหภาพยุโรปอยู่ภายใต้ GDPR ซึ่งมีผลต่อโมเดลการแชร์ข้อมูล ระยะเวลาการเก็บรักษา และที่ตั้งของการประมวลผล

พอร์ทัลสำหรับผู้บริโภคในตลาดสหภาพยุโรปอาจต้องเป็นไปตามข้อกำหนดของกฎหมายว่าด้วยการเข้าถึงได้ของยุโรป (European Accessibility Act) และเอเจนต์ AI ที่สนับสนุนการตัดสินใจเกี่ยวกับบุคคลต้องมีเอกสารและการกำกับดูแลโดยมนุษย์ตามที่กฎหมาย AI ของสหภาพยุโรป (EU AI Act) กำหนดสำหรับระดับความเสี่ยงนั้น EU AI Act ใช้บังคับกับผู้ให้บริการและผู้ใช้งานระบบ AI นอกสหภาพยุโรปด้วย หากผลลัพธ์ของระบบถูกนำไปใช้ในสหภาพยุโรป

เราออกแบบเรื่องเหล่านี้ตั้งแต่ขั้นสำรวจ การเพิ่มประเทศใหม่จึงเป็นเรื่องของการตั้งค่าและการแปล ไม่ใช่โครงการใหม่

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

Agentforce พร้อมสำหรับกรณีการใช้งานของเราหรือไม่

มักพร้อมสำหรับงานบริการและงานขายที่มีขอบเขตชัดเจนบนข้อมูล CRM ที่สะอาด เช่น ตอบคำถามจากฐานความรู้ สรุปเรื่อง และปรับปรุงข้อมูลภายในกฎที่ชัดเจน แต่พร้อมน้อยกว่าเมื่องานต้องอาศัยข้อมูลหรือการตัดสินใจนอก Salesforce

เราเริ่มจากการประเมินสั้น ๆ เรื่องคุณภาพข้อมูล สิทธิ์การเข้าถึง และปริมาณงานที่คาดไว้ จากนั้นสร้างเอเจนต์หนึ่งตัว ทดสอบกับสถานการณ์ที่ตกลงกัน และวัดผลก่อนขยายขอบเขต

ควรใช้ org เดียวหรือหลาย org

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

ทำให้ Salesforce และ SAP สอดคล้องกันได้อย่างไร

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

กำหนดให้ข้อมูลใน Salesforce อยู่ในภูมิภาคที่ต้องการได้หรือไม่

Salesforce ทำงานบน Hyperforce ซึ่งมีหลายภูมิภาค รวมถึงภูมิภาคในสหภาพยุโรป และมี EU Operating Zone สำหรับบริการที่เข้าเงื่อนไข ข้อมูลที่อยู่ในภูมิภาคที่เลือกขึ้นอยู่กับผลิตภัณฑ์และส่วนเสริมที่คุณใช้ รวมถึงฟีเจอร์ AI เราจัดทำแผนผังการไหลของข้อมูลทุกเส้นทาง และแสดงให้เห็นว่าข้อมูลจัดเก็บและประมวลผลที่ใดก่อนที่คุณจะตัดสินใจ สำหรับข้อมูลส่วนบุคคลจากประเทศไทย การส่งหรือโอนข้อมูลไปต่างประเทศต้องเป็นไปตามมาตรา 28 และ 29 ของ PDPA

org ของเรามีระบบอัตโนมัติเก่าจำนวนมาก ควรเริ่มจากตรงไหน

เริ่มจากการทำรายการ Workflow Rules และ Process Builder ไม่ได้รับการสนับสนุนแล้วและควรย้ายไปใช้ Flow แต่การแปลงตรง ๆ มักคัดลอกข้อผิดพลาดเดิมมาด้วย เรารวมระบบอัตโนมัติตามแต่ละออบเจกต์ ลบส่วนที่ไม่ได้ใช้ และเพิ่มการทดสอบ org จึงเปลี่ยนแปลงได้ง่ายขึ้น ไม่ใช่แค่ใหม่ขึ้น

สร้างบริการภาครัฐบน Salesforce ได้หรือไม่

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

คุยกับเราเรื่อง Salesforce org ของคุณ

ไม่ว่าคุณจะเริ่มต้นใหม่ จัดระเบียบ org ที่มีอยู่ หรือนำ Agentforce มาใช้งาน เริ่มจากการพูดคุยเรื่องกระบวนการ ข้อมูล และผู้ใช้ของคุณ

ปรึกษาเรื่องแพลตฟอร์มดูโซลูชันผู้ช่วยงานบริการ