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

กลุ่มอุตสาหกรรม

ค้าปลีกและพาณิชย์แบบออมนิแชนแนล

ร้านค้า ร้านออนไลน์ และ ERP ที่ตรงกันในทุกการขายและทุก SKU แบบเรียลไทม์

ทำไมร้านค้า ช่องทางออนไลน์ และ ERP จึงคลาดเคลื่อนจากกัน

ผู้ค้าปลีกใช้ระบบหลายระบบที่ต้องตรงกัน: เคาน์เตอร์ ร้านออนไลน์ คลังสินค้า ผู้ให้บริการชำระเงิน และ ERP เมื่อระบบคลาดเคลื่อน สินค้าคงคลังผิด ราคาต่างกันระหว่างช่องทาง และฝ่ายการเงินใช้เวลาหลายวันในการกระทบยอด

  • การซิงก์แบบแบตช์ข้ามคืน

    เคาน์เตอร์ ร้านออนไลน์ และ ERP แลกเปลี่ยนข้อมูลช้าไปหลายชั่วโมง สินค้าจึงขายเกินจำนวนในช่วงพีค

  • การชำระบัญชีที่ล่าช้า

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

  • ช่วงพีคที่ทำให้ระบบชำระเงินล่ม

    โปรโมชันและเทศกาลนำทราฟฟิกที่ระบบช้าไม่สามารถรองรับได้

สิ่งที่เปลี่ยนไป

  1. ทุกการขายมีเวอร์ชันเดียว

    เครื่อง POS หน้าร้าน จุดชำระเงินออนไลน์ และบัญชีแยกประเภทใน ERP ตรงกันแบบเรียลไทม์

  2. สินค้าคงคลังที่ไว้วางใจได้

    ระดับ SKU ถูกซิงก์ระหว่างร้านค้าและร้านออนไลน์เมื่อมีการเปลี่ยนแปลง

  3. การชำระบัญชีที่กระทบยอดแล้ว

    ไฟล์การชำระบัญชีถูกนำเข้าและค่าธรรมเนียมถูกตรวจสอบโดยอัตโนมัติ

ขอบเขตงานของเรา

สิ่งที่เราสร้าง

  • ส่วนขยาย POS แอปหลังบ้าน และแดชบอร์ดสาขา
  • การซิงก์ที่ปลอดภัยเมื่อขาดการเชื่อมต่อระหว่างเซิร์ฟเวอร์สาขาและสำนักงานใหญ่

สิ่งที่เราสร้าง

  • ฟรอนต์เอนด์อีคอมเมิร์ซและบริการคำสั่งซื้อ
  • สั่งออนไลน์รับที่ร้าน การคืนสินค้า และการติดตามคำสั่งซื้อ

การเชื่อมต่อทั่วไป

  • แพลตฟอร์มอีคอมเมิร์ซ มาร์เก็ตเพลส ผู้ให้บริการขนส่ง และ ERP

สิ่งที่เราสร้าง เชื่อมต่อ และรักษาความปลอดภัย

  • การเชื่อมต่อ POS และ ERP

    ยอดขาย การคืนสินค้า และยอดรวมสิ้นวันถูกบันทึกเข้าสู่ ERP พร้อมส่งราคา โปรโมชัน และรายการสินค้ากลับไปยังทุกสาขา

  • การมองเห็นสินค้าคงคลัง

    มุมมองเดียวของสินค้าคงคลังทั่วร้านค้า คลังสินค้า และออนไลน์ อัปเดตเมื่อมีการขายและการส่งมอบ

  • พาณิชย์ออนไลน์และบนมือถือ

    ร้านออนไลน์และแอปที่แชร์ผลิตภัณฑ์ ราคา และสินค้าคงคลังกับร้านค้า

  • โปรแกรมสมาชิกและโปรโมชัน

    โปรแกรมสมาชิก คูปอง และกฎโปรโมชันที่ทำงานเหมือนกันในทุกช่องทาง

  • เครื่องมือปฏิบัติงานสาขา

    แอปสำหรับการนับสินค้า การโอนย้าย การส่งมอบ และงานของพนักงาน สร้างสำหรับใช้งานในพื้นที่ร้าน

  • ซูเปอร์แอปและพาณิชย์แบบรวมศูนย์

    แอปเดียวที่รองรับการใช้งานพร้อมกันสูงสำหรับการช้อปปิ้ง การชำระเงิน และโปรแกรมสมาชิกข้ามแบรนด์

  • แพลตฟอร์ม POS

    เคาน์เตอร์และบริการคลาวด์ POS ผ่าน API ไฟล์ส่งออก หรือเซิร์ฟเวอร์สาขา

  • การชำระเงินด้วยบัตร

    เครื่องรับบัตร เกตเวย์ และธนาคารผู้รับชำระ โดยไฟล์การชำระบัญชีถูกจับคู่กับยอดขาย

  • ERP

    SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo และอื่นๆ สำหรับรายการสินค้า สินค้าคงคลัง และการเงิน

  • คลังสินค้าและผู้ให้บริการขนส่ง

    ระบบคลังสินค้าและ API ของผู้ให้บริการขนส่งสำหรับการจัดส่ง การส่งมอบ และการคืนสินค้า

  • ข้อมูลบัตรอยู่นอกขอบเขต

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

  • ข้อมูลลูกค้า

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

  • กฎด้านการคลังและภาษี

    เมื่อประเทศกำหนดให้ใช้ใบเสร็จทางการคลังหรือการออกใบแจ้งหนี้อิเล็กทรอนิกส์ เราเชื่อมต่ออุปกรณ์หรือแพลตฟอร์มที่ได้รับการรับรองตามที่กำหนด และเก็บรักษาบันทึกตามที่กำหนด

ภาพระยะใกล้ของมือที่ถือเครื่องรับชำระเงินของธนาคารแบบไร้สาย

วิธีการทำงานของเรา

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

  1. จัดทำแผนผังขั้นตอนการทำงาน

    การขาย การคืนสินค้า ราคา สินค้าคงคลัง และการชำระเงิน ระหว่างทุกระบบ

  2. แทนที่การประมวลผลแบบแบตช์

    เหตุการณ์ไหลแบบสตรีมระหว่าง POS ร้านออนไลน์ และ ERP พร้อมคิวข้อความที่ส่งไม่ได้สำหรับกรณีล้มเหลว

  3. พิสูจน์ในช่วงพีค

    ทดสอบโหลดด้วยทราฟฟิกช่วงเทศกาลก่อนเปิดใช้งานจริง

POS ถึง ERP: ทุกยอดขายบันทึกครั้งเดียวยอดขายไหลจากเคาน์เตอร์ไปยัง ERP เป็นอีเวนต์ และราคากับสต็อกไหลกลับ ร้านที่ออฟไลน์ยังขายต่อได้และตามข้อมูลทันภายหลัง การบันทึกที่ล้มเหลวจะถูกลองใหม่ แล้วส่งต่อให้เจ้าหน้าที่POSเครื่อง POSทุกเคาน์เตอร์ในทุกร้านที่จัดเก็บข้อมูลเซิร์ฟเวอร์ร้านค้าหรือคลาวด์POSขายต่อได้ขณะออฟไลน์XSISชั้นการเชื่อมต่อคิวอีเวนต์การแปลงข้อมูลและการป้องกันรายการซ้ำERPERPยอดขาย สินค้าคงคลังและการเงินบริการคิวลองใหม่ลองใหม่แบบเว้นช่วงแล้วเข้าคิวข้อความที่ส่งไม่ได้ผู้คนทีมปฏิบัติการร้านค้า12REST/JSON3OData · REST/JSON4REST/JSON5REST/JSON678

POS ถึง ERP: ทุกยอดขายบันทึกครั้งเดียว

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

  • เส้นทางหลัก
  • แบบอะซิงโครนัส
  • เส้นทางข้อยกเว้น
ขั้นตอนการทำงาน 8 ขั้นตอน

ขั้นตอนการทำงานทีละขั้น

  1. จาก เครื่อง POS ไปยัง เซิร์ฟเวอร์ร้านค้าหรือคลาวด์ POS: ยอดขาย การคืนสินค้า และการยกเลิก (เส้นทางหลัก)
  2. จาก เซิร์ฟเวอร์ร้านค้าหรือคลาวด์ POS ไปยัง ชั้นการเชื่อมต่อ: อีเวนต์ยอดขายและยอดรวมสิ้นวัน ผ่านคิวอีเวนต์ ผ่าน REST/JSON (แบบอะซิงโครนัส)
  3. จาก ชั้นการเชื่อมต่อ ไปยัง ERP: ยอดขายและการเคลื่อนไหวของสต็อกที่บันทึกแล้ว ผ่าน OData · REST/JSON (เส้นทางหลัก)
  4. จาก ERP ไปยัง ชั้นการเชื่อมต่อ: ราคา โปรโมชัน และข้อมูลสินค้า ผ่าน API หรือการส่งออกไฟล์ ผ่าน REST/JSON (เส้นทางหลัก)
  5. จาก ชั้นการเชื่อมต่อ ไปยัง เซิร์ฟเวอร์ร้านค้าหรือคลาวด์ POS: การอัปเดตราคาและสต็อก ผ่าน REST/JSON (เส้นทางหลัก)
  6. จาก ชั้นการเชื่อมต่อ ไปยัง คิวลองใหม่: การบันทึกล้มเหลว (เส้นทางข้อยกเว้น)
  7. จาก คิวลองใหม่ ไปยัง ชั้นการเชื่อมต่อ: ลองใหม่แล้ว (เส้นทางข้อยกเว้น)
  8. จาก คิวลองใหม่ ไปยัง ทีมปฏิบัติการร้านค้า: ยังล้มเหลว: แจ้งเตือนพร้อมรายละเอียด (เส้นทางข้อยกเว้น)
การชำระเงินด้วยบัตร: อนุมัติที่เคาน์เตอร์ ชำระบัญชีภายหลัง กระทบยอดใน ERPเครื่องหรือหน้าชำระเงินถามเกตเวย์ เกตเวย์ถามธนาคารผู้รับชำระ และธนาคารผู้รับชำระส่งต่อไปยังเครือข่ายบัตรและผู้ออกบัตร ไฟล์ชำระบัญชีมาถึงภายหลังและจับคู่กับยอดขายและค่าธรรมเนียมใน ERP การหมดเวลาทำให้เกิดการกลับรายการ เพื่อไม่ให้ลูกค้าถูกเรียกเก็บซ้ำPOSเครื่อง EMVหรือหน้าชำระเงินออนไลน์ชิป การแตะจ่ายและอีคอมเมิร์ซเกตเวย์เกตเวย์การชำระเงินการแปลงเป็นโทเคนและการกำหนดเส้นทางธนาคารธนาคารผู้รับชำระการอนุมัติและการชำระบัญชีระบบภายนอกเครือข่ายบัตรและผู้ออกบัตรอนุมัติหรือปฏิเสธERPERPยอดขาย ค่าธรรมเนียมและการจ่ายเงินXSISชั้นการเชื่อมต่อการอ่านและจับคู่ไฟล์ชำระบัญชีผู้คนทีมปฏิบัติการชำระเงินรายการไม่ตรงข้อพิพาทและการเรียกคืนเงิน1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

การชำระเงินด้วยบัตร: อนุมัติที่เคาน์เตอร์ ชำระบัญชีภายหลัง กระทบยอดใน ERP

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

  • เส้นทางหลัก
  • แบบอะซิงโครนัส
  • เส้นทางข้อยกเว้น
ขั้นตอนการทำงาน 8 ขั้นตอน

ขั้นตอนการทำงานทีละขั้น

  1. จาก เครื่อง EMV หรือหน้าชำระเงินออนไลน์ ไปยัง เกตเวย์การชำระเงิน: คำขออนุมัติ ผ่าน EMV · REST/JSON (เส้นทางหลัก)
  2. จาก เกตเวย์การชำระเงิน ไปยัง ธนาคารผู้รับชำระ: การอนุมัติ ผ่าน ISO 8583 (เส้นทางหลัก)
  3. จาก ธนาคารผู้รับชำระ ไปยัง เครือข่ายบัตรและผู้ออกบัตร: ส่งต่อไปยังผู้ออกบัตร ผ่าน ISO 8583 (เส้นทางหลัก)
  4. จาก ธนาคารผู้รับชำระ ไปยัง เกตเวย์การชำระเงิน: อนุมัติหรือปฏิเสธ ผ่าน ISO 8583 (แบบอะซิงโครนัส)
  5. จาก ธนาคารผู้รับชำระ ไปยัง ชั้นการเชื่อมต่อ: ไฟล์ชำระบัญชีและค่าธรรมเนียม ผ่าน SFTP (แบบอะซิงโครนัส)
  6. จาก ชั้นการเชื่อมต่อ ไปยัง ERP: ยอดขาย ค่าธรรมเนียม และการจ่ายเงินที่ชำระบัญชีแล้ว ผ่าน REST/JSON (เส้นทางหลัก)
  7. จาก เกตเวย์การชำระเงิน ไปยัง เครื่อง EMV หรือหน้าชำระเงินออนไลน์: ไม่มีการตอบกลับทันเวลา: กลับรายการอัตโนมัติ ผ่าน ISO 8583 0400 (เส้นทางข้อยกเว้น)
  8. จาก ชั้นการเชื่อมต่อ ไปยัง ทีมปฏิบัติการชำระเงิน: รายการชำระบัญชีไม่ตรงหรือการเรียกคืนเงิน (เส้นทางข้อยกเว้น)

ผลงานที่ผ่านมา

  • โลโก้ Landmark Group (UAE)
  • โลโก้ Nike
  • โลโก้ Victoria’s Secret
  • โลโก้ M·A·C Cosmetics

แบรนด์องค์กรที่คัดเลือกมานี้เป็นตัวแทนของระบบ แพลตฟอร์ม และผลิตภัณฑ์ดิจิทัลทั้งในอดีตและปัจจุบันที่ XSIS, KONG GROUP, CEO ของเรา และผู้นำด้านวิศวกรรมหลักของเราได้ออกแบบหรือส่งมอบตลอดเส้นทางอาชีพ เครื่องหมายการค้าของบุคคลภายนอกทั้งหมดเป็นทรัพย์สินของเจ้าของแต่ละราย และระบุชื่อเพื่อการระบุผลงานในเชิงข้อเท็จจริงเท่านั้น

วิธีเริ่มต้น

ขั้นตอนถัดไป

  1. การนัดหมายเวลา

    ทีมของเราส่งอีเมลถึงคุณเพื่อนัดหมายเวลาสำหรับการปรึกษา

  2. การปรึกษาก่อนเริ่มงาน

    การปรึกษาก่อนเริ่มงานออนไลน์ฟรี 30 นาที: เราพูดคุยถึงเป้าหมาย ระบบ และข้อจำกัดของคุณ

  3. การทบทวนความพร้อม

    ในการทบทวนความพร้อมฟรี 48 ชั่วโมง สถาปนิกหลักจะตรวจสอบโครงการของคุณเทียบกับนิยามของความพร้อม 6 ข้อ และแนะนำแนวทางที่เหมาะที่สุด

  4. การเลือกแนวทาง

    โครงการที่ขอบเขตพร้อมจะได้รับข้อเสนอที่มีผลผูกพัน ภายใน 3 ถึง 5 วันทำการ โครงการในระยะแนวคิดจะเริ่มใน Blueprint Studio ระบบที่ใช้งานอยู่แต่มีปัญหา ไม่มีเอกสาร หรือต้องเชื่อมต่อ จะเริ่มด้วยการวินิจฉัยระยะเวลา 1 ถึง 2 สัปดาห์ Blueprint Studio และการวินิจฉัยต่างมีค่าธรรมเนียมคงที่ ซึ่งระบุไว้ในข้อเสนอ

วิธีเริ่มต้นที่เร็วที่สุดคือแพ็กเกจ สปรินต์ความพร้อมด้านการออกใบแจ้งหนี้อิเล็กทรอนิกส์ตามข้อบังคับและ ERP ซึ่งเป็นหนึ่งในแพ็กเกจเริ่มงานแบบรวดเร็วของเรา

จุดเริ่มต้น

คำถามและคำตอบ

เกิดอะไรขึ้นเมื่อร้านค้าขาดการเชื่อมต่อ

ร้านค้ายังขายต่อได้ ยอดขายถูกเก็บไว้ในเครื่องและส่งเมื่อการเชื่อมต่อกลับมา แต่ละรายการมีตัวระบุเฉพาะเพื่อไม่ให้บันทึกซ้ำ การอัปเดตราคาและสินค้าคงคลังถูกเข้าคิวในลักษณะเดียวกัน ฝ่ายปฏิบัติการเห็นได้ว่าสาขาใดตามหลังอยู่และมากน้อยเพียงใด การล่มนานจึงถูกสังเกตเห็นทันที ไม่ใช่พบตอนปิดบัญชีสิ้นเดือน

คุณเชื่อมต่อระบบ POS ใดได้บ้าง

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

ทำไมสินค้าคงคลังจึงไม่เคยตรงกันระหว่าง ERP กับร้านค้า

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

อะไรเป็นตัวกำหนดต้นทุนของการเชื่อมต่อธุรกิจค้าปลีก

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

คุณเปิดใช้งานโดยไม่ต้องปิดร้านได้หรือไม่

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

ใครดูแลการเชื่อมต่อหลังเปิดใช้งานจริง

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

เริ่มต้นด้วยการพูดคุย ไม่ใช่สัญญา

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