เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ

Stripe
เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ

เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ

เทมเพลตนี้เป็นแนวทางสำหรับจัดข้อมูลการชำระเงินจาก Stripe ให้อยู่ในรูปแบบที่พร้อมใช้วิเคราะห์ด้วย process mining โดยระบุคุณลักษณะข้อมูลที่ควรเก็บและกิจกรรมตลอดวงจรที่ควรติดตาม เพื่อให้คุณเห็นภาพการปฏิบัติการทางการเงินได้ชัดเจน ใช้แนวทางนี้เตรียมข้อมูลให้เป็นระบบและค้นหาข้อมูลเชิงลึกเกี่ยวกับประสิทธิภาพของธุรกรรมได้มากขึ้น.
  • คุณลักษณะข้อมูลที่แนะนำ
  • กิจกรรมสำคัญตลอดวงจรการชำระเงิน
  • คำแนะนำทีละขั้นตอนในการดึงข้อมูลจาก Stripe
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

คุณลักษณะข้อมูลการประมวลผลการชำระเงิน

ตารางนี้แสดงฟิลด์ข้อมูลที่แนะนำให้ใส่ในบันทึกเหตุการณ์ เพื่อให้วิเคราะห์เวิร์กโฟลว์การชำระเงินของ Stripe ได้ครบถ้วน.
5 จำเป็น 8 แนะนำ 8 ไม่บังคับ
ชื่อ คำอธิบาย
Payment Transaction ID
PaymentIntentId
รหัสเฉพาะของธุรกรรมการชำระเงินใน Stripe.
คำอธิบาย

แอตทริบิวต์นี้ใช้เป็นรหัสกรณีหลักสำหรับการวิเคราะห์กระบวนการ โดยทั่วไปจะได้มาจากฟิลด์ 'id' ของ PaymentIntent object ใน Stripe เช่น pi_12345 รหัสนี้ใช้รวมเหตุการณ์ที่เกี่ยวข้อง เช่น การอนุมัติ การตัดยอด การชำระเงินไม่สำเร็จ และการคืนเงิน ให้เป็นกรณีเดียวตั้งแต่ต้นจนจบ.

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

Stripe API: PaymentIntent object, field 'id'.

ตัวอย่าง
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
กิจกรรม
EventName
ชื่อของขั้นตอนหรือเหตุการณ์ที่เกิดขึ้นในวงจรการชำระเงิน.
คำอธิบาย

แอตทริบิวต์นี้แสดงกิจกรรมที่เกิดขึ้น ณ เวลาหนึ่ง โดยทั่วไปจะจับคู่จากประเภทเหตุการณ์ Stripe Webhook เช่น 'payment_intent.created' จะแสดงเป็น 'สร้างคำขอชำระเงิน' และ 'charge.succeeded' จะแสดงเป็น 'อนุมัติการชำระเงิน'

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

เหตุผลที่สำคัญ

แอตทริบิวต์นี้กำหนดโหนดในแผนผังกระบวนการ เพื่อแสดงภาพลำดับการทำงานของกระบวนการ.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ Event ฟิลด์ 'type'

ตัวอย่าง
สร้างคำขอชำระเงินอนุมัติการชำระเงินแล้วการชำระเงินล้มเหลวเปิดข้อโต้แย้ง
ระบบต้นทาง
SourceSystem
ชื่อของระบบที่เป็นแหล่งที่มาของข้อมูล.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ระบุที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลข้อมูลและการทำ process mining ในหลายระบบ.

แหล่งข้อมูล

กำหนดค่าไว้ตายตัวระหว่างการดึงข้อมูล.

ตัวอย่าง
StripeStripe ConnectStripe Payments
เวลาเริ่มต้น
EventTimestamp
วันที่และเวลาที่เกิดเหตุการณ์อย่างแม่นยำ.
คำอธิบาย

แอตทริบิวต์นี้บันทึกเวลาที่เกิดเหตุการณ์ ใน Stripe ค่านี้เป็น Unix timestamp ที่อยู่ในฟิลด์ 'created' ของออบเจ็กต์ Event ข้อมูลนี้จำเป็นต่อการเรียงลำดับกิจกรรม

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

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ให้ข้อมูลด้านเวลาที่จำเป็นต่อการค้นพบกระบวนการและวิเคราะห์ผลการดำเนินงาน.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ Event ฟิลด์ 'created'

ตัวอย่าง
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
อัปเดตข้อมูลล่าสุด
ExtractionTimestamp
เวลาที่ดึงข้อมูลจาก Stripe.
คำอธิบาย

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

ในแดชบอร์ด ฟิลด์นี้แจ้งให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด หากเวลาที่เกิดเหตุการณ์กับเวลาดึงข้อมูลห่างกันมาก อาจหมายถึงข้อมูลใน pipeline ล่าช้า.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

สร้างโดยเครื่องมือ ETL หรือเครื่องมือดึงข้อมูล.

ตัวอย่าง
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
ประเภทวิธีชำระเงิน
PaymentMethodType
ประเภทเครื่องมือที่ใช้ชำระเงิน เช่น บัตรหรือการโอนเงินผ่านธนาคาร.
คำอธิบาย

แอตทริบิวต์นี้ระบุวิธีที่ใช้ทำธุรกรรม เช่น 'card', 'ach_debit' หรือ 'alipay' โดยดึงข้อมูลจาก 'payment_method_types' หรือออบเจ็กต์ 'payment_method'

แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'การปรับมาตรฐานระยะเวลาชำระบัญชี' เพราะระยะเวลาชำระบัญชีของบัตรเครดิตมักสั้นกว่าการโอนเงินผ่านธนาคาร การแยกข้อมูลตามวิธีชำระเงินช่วยให้เปรียบเทียบผลการดำเนินงานได้อย่างเหมาะสม.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ช่วยอธิบายความแตกต่างของระยะเวลากระบวนการ ซึ่งเกิดจากช่องทางการชำระเงินแต่ละประเภท.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ PaymentIntent ฟิลด์ 'payment_method_types'.

ตัวอย่าง
บัตรบัญชีธนาคารในสหรัฐฯเดบิต SEPAiDEAL
ผู้ดำเนินการ
ProcessingUser
ผู้ใช้หรือตัวแทนระบบที่รับผิดชอบการตรวจสอบด้วยตนเอง.
คำอธิบาย

แอตทริบิวต์นี้ระบุเจ้าหน้าที่หรือระบบที่ดำเนินกิจกรรม โดยเฉพาะกิจกรรม 'ต้องตรวจสอบการชำระเงิน' หรือ 'เปิดข้อโต้แย้ง' ใน Stripe Radar อาจใช้ที่อยู่อีเมลของผู้ตรวจสอบจากบันทึกการตรวจสอบ

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

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ช่วยวิเคราะห์ทรัพยากรและระบุคอขวดในงานที่ต้องดำเนินการด้วยตนเอง.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ Review (Radar) ฟิลด์ 'closed_by' หรือ 'opened_reason'.

ตัวอย่าง
บอตทีมป้องกันการฉ้อโกงanalyst@company.comระบบอัตโนมัติ
ยอดชำระเงิน
PaymentAmount
มูลค่าเงินของธุรกรรมการชำระเงิน.
คำอธิบาย

แอตทริบิวต์นี้ระบุยอดรวมของธุรกรรม ใน Stripe มักจัดเก็บเป็นหน่วยย่อยที่สุดของสกุลเงิน เช่น เซนต์สำหรับ USD จึงต้องแปลงค่าก่อนนำไปใช้ โดยจับคู่กับฟิลด์ 'amount' ในออบเจ็กต์ PaymentIntent หรือ Charge

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

เหตุผลที่สำคัญ

แอตทริบิวต์นี้เพิ่มมิติด้านการเงินให้กับการวิเคราะห์กระบวนการ เพื่อช่วยจัดลำดับความสำคัญตามมูลค่า.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ PaymentIntent ฟิลด์ 'amount'.

ตัวอย่าง
100.002500.5049.99
รหัสการจ่ายเงิน
PayoutId
รหัสการโอนเงินออกไปยังธนาคารที่รวมการชำระเงินนี้ไว้.
คำอธิบาย

แอตทริบิวต์นี้เชื่อมโยงธุรกรรมแต่ละรายการกับยอดชำระบัญชีรวม (Payout) ที่ส่งไปยังบัญชีธนาคารของร้านค้า โดยดูได้จากออบเจ็กต์ Balance Transaction ที่เชื่อมโยงกับ Charge

แอตทริบิวต์นี้สำคัญต่อ 'การวิเคราะห์ส่วนต่างการกระทบยอดการชำระเงิน' หากชำระเงินแล้วแต่ไม่มีรหัส Payout แสดงว่าเงินยังอยู่ใน Stripe และยังไม่ได้โอนไปยังธุรกิจ ซึ่งช่วยให้เห็นความล่าช้าด้านสภาพคล่อง.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ Balance Transaction ฟิลด์ 'payout'.

ตัวอย่าง
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
รหัสข้อผิดพลาด
FailureCode
รหัสข้อผิดพลาดที่ระบุเมื่อการชำระเงินไม่สำเร็จ.
คำอธิบาย

แอตทริบิวต์นี้บันทึกสาเหตุที่การชำระเงินไม่สำเร็จ เช่น 'insufficient_funds' หรือ 'card_declined' โดยทั่วไปจะอยู่ในฟิลด์ 'last_payment_error.code' ของ PaymentIntent

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

เหตุผลที่สำคัญ

แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์หาสาเหตุหลักของความเบี่ยงเบนในกระบวนการและธุรกรรมที่ไม่สำเร็จ.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ PaymentIntent ฟิลด์ 'last_payment_error.code'.

ตัวอย่าง
บัตรถูกปฏิเสธเงินในบัญชีไม่เพียงพอบัตรหมดอายุรหัส CVC ไม่ถูกต้อง
รหัสลูกค้า
CustomerId
รหัสที่ใช้ระบุลูกค้าที่เกี่ยวข้องกับการชำระเงิน.
คำอธิบาย

แอตทริบิวต์นี้เชื่อมโยงการชำระเงินกับลูกค้าใน Stripe โดยดึงค่าจากฟิลด์ 'customer' นักวิเคราะห์จึงจัดกลุ่มธุรกรรมตามลูกค้าเพื่อใช้ในแดชบอร์ด 'ระยะเวลาการแจ้งเตือนลูกค้า'

นอกจากนี้ยังช่วยระบุลูกค้าที่มีการทำงานซ้ำหรือชำระเงินไม่สำเร็จบ่อยครั้ง และใช้วิเคราะห์ 'อัตราการทำรายการชำระเงินซ้ำ'.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ช่วยวิเคราะห์และแบ่งกลุ่มกระบวนการตามลูกค้า.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ PaymentIntent ฟิลด์ 'customer'.

ตัวอย่าง
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
สกุลเงิน
PaymentCurrency
รหัส ISO 3 ตัวอักษรที่ระบุสกุลเงินของธุรกรรม.
คำอธิบาย

แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้ชำระเงิน เช่น USD, EUR หรือ GBP โดยดูได้จากฟิลด์ 'currency' ในออบเจ็กต์ PaymentIntent ซึ่งจำเป็นต่อการปรับข้อมูลรายงานการเงินในแดชบอร์ดฝ่ายบริหารเงินให้อยู่ในรูปแบบเดียวกัน

นักวิเคราะห์ใช้ฟิลด์นี้ดูรูปแบบตามภูมิภาคของระยะเวลาประมวลผลการชำระเงินหรืออัตราข้อผิดพลาด ซึ่งช่วยในการวิเคราะห์ 'การปรับมาตรฐานระยะเวลาชำระบัญชี'.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้จำเป็นต่อการรวมข้อมูลทางการเงินและวิเคราะห์ผลการดำเนินงานตามภูมิภาคอย่างถูกต้อง.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ PaymentIntent ฟิลด์ 'currency'.

ตัวอย่าง
USDEURGBPJPY
สถานะการชำระเงิน
PaymentStatus
สถานะปัจจุบันของ PaymentIntent หรือ Charge.
คำอธิบาย

แอตทริบิวต์นี้แสดงสถานะธุรกรรมตามข้อมูลจาก Stripe เช่น 'requires_payment_method', 'succeeded' หรือ 'canceled' โดยดึงค่าจากฟิลด์ 'status' โดยตรง

แอตทริบิวต์นี้ช่วยตรวจสอบลำดับกระบวนการ เช่น หากเคสจบด้วยสถานะ 'succeeded' แสดงว่าดำเนินการสำเร็จ ส่วน 'canceled' แสดงว่ามีความเบี่ยงเบน นอกจากนี้ยังใช้จัดกลุ่มผลลัพธ์ในแดชบอร์ด 'การวิเคราะห์ปริมาณงานและขีดความสามารถ'.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ PaymentIntent ฟิลด์ 'status'.

ตัวอย่าง
สำเร็จแล้วต้องดำเนินการกำลังประมวลผลยกเลิกแล้ว
คะแนนความเสี่ยง
RiskScore
คะแนนความเสี่ยงด้านการฉ้อโกงที่ Stripe Radar กำหนดให้ธุรกรรม.
คำอธิบาย

แอตทริบิวต์นี้เก็บคะแนนความเสี่ยง (0-99) ที่กำหนดโดยโมเดลแมชชีนเลิร์นนิงของ Stripe โดยดูได้จากฟิลด์ 'outcome.risk_score' ในออบเจ็กต์ Charge

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

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ช่วยให้เข้าใจสาเหตุที่ธุรกรรมอาจถูกแจ้งเตือนหรือบล็อก.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ Charge ฟิลด์ 'outcome.risk_score'.

ตัวอย่าง
56599
ดำเนินการโดยไม่ต้องใช้คนหรือไม่
IsTouchless
ค่าสถานะที่ระบุว่ากระบวนการเสร็จสิ้นโดยไม่ต้องมีผู้ดำเนินการด้วยตนเองหรือไม่.
คำอธิบาย

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

ใช้คำนวณ KPI 'อัตราการชำระเงินที่ดำเนินการโดยไม่ต้องใช้คน' หากอัตราสูง แสดงว่าการประมวลผลมีประสิทธิภาพและเป็นอัตโนมัติ หากอัตราต่ำ อาจหมายถึงมีภาระงานด้านการปฏิบัติการสูง.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ใช้วัดประสิทธิภาพของระบบอัตโนมัติและคุณภาพของลำดับกระบวนการมาตรฐาน.

แหล่งข้อมูล

คำนวณในเครื่องมือ process mining.

ตัวอย่าง
truefalse
ประเทศที่ออกบัตร
CardCountry
รหัสประเทศที่ออกบัตร.
คำอธิบาย

แอตทริบิวต์นี้ระบุประเทศต้นทางของเครื่องมือชำระเงิน โดยทั่วไปดูได้จาก 'payment_method_details.card.country'

แอตทริบิวต์นี้ใช้ในแดชบอร์ด 'การปรับมาตรฐานระยะเวลาชำระบัญชี' การชำระเงินข้ามประเทศมักใช้เวลาชำระบัญชีนานกว่าการชำระเงินภายในประเทศ จึงใช้แยกกลุ่มข้อมูลเพื่อวิเคราะห์ได้.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ช่วยอธิบายความล่าช้าในการชำระบัญชีที่เกิดจากขั้นตอนธนาคารข้ามประเทศ.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ Charge, 'payment_method_details.card.country'.

ตัวอย่าง
สหรัฐฯเยอรมนีสหราชอาณาจักร
มีการคืนเงินหรือไม่
IsRefunded
ค่าสถานะบูลีนที่ระบุว่าคืนเงินเต็มจำนวนหรือบางส่วนแล้วหรือไม่.
คำอธิบาย

แอตทริบิวต์นี้ระบุว่ามีการคืนเงินให้ลูกค้าหรือไม่ โดยดูจากฟิลด์บูลีน 'refunded' หรือค่า 'amount_refunded' > 0 ในออบเจ็กต์ Charge

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

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ช่วยระบุเคสที่ย้อนกลับจากลำดับงานเดิม ซึ่งถือเป็นความเบี่ยงเบนสำคัญของกระบวนการ.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ Charge ฟิลด์ 'refunded'.

ตัวอย่าง
truefalse
มีการทำงานซ้ำหรือไม่
IsRework
ค่าสถานะที่ระบุว่ามีกิจกรรมใดเกิดซ้ำภายในเคสหรือไม่.
คำอธิบาย

แอตทริบิวต์ที่คำนวณได้นี้จะคืนค่า true หากกิจกรรมอย่าง 'ส่งคำสั่งชำระเงิน' หรือ 'ตรวจสอบรายละเอียดการชำระเงินแล้ว' เกิดขึ้นมากกว่าหนึ่งครั้งสำหรับ Payment Transaction ID เดียวกัน

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

คำนวณในเครื่องมือ process mining.

ตัวอย่าง
truefalse
มีข้อโต้แย้งหรือไม่
IsDisputed
ค่าสถานะบูลีนที่ระบุว่าผู้ถือบัตรโต้แย้งการชำระเงินหรือไม่.
คำอธิบาย

แอตทริบิวต์นี้ระบุว่าเคยมีการเปิดข้อโต้แย้ง (chargeback) สำหรับการชำระเงินนี้หรือไม่ โดยตรวจสอบว่าฟิลด์ 'dispute' ในออบเจ็กต์ Charge ไม่เป็นค่าว่าง หรือมีออบเจ็กต์ Dispute ที่เชื่อมโยงกับ PaymentIntent

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

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ช่วยระบุเคสความเสี่ยงสูงที่ต้องจัดการเป็นพิเศษและติดตามการปฏิบัติตามข้อกำหนด.

แหล่งข้อมูล

Stripe API: ออบเจ็กต์ Charge ตรวจสอบว่าฟิลด์ 'dispute' มีค่าหรือไม่.

ตัวอย่าง
truefalse
ระยะเวลาชำระบัญชี
SettlementDuration
ระยะเวลาตั้งแต่อนุมัติการชำระเงินจนเงินพร้อมใช้งาน.
คำอธิบาย

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

นี่คือตัวชี้วัดหลักของแดชบอร์ด 'การปรับมาตรฐานระยะเวลาชำระบัญชี' ซึ่งช่วยให้ทีมบริหารเงินคาดการณ์ได้ว่าเงินจะพร้อมใช้เมื่อใด.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ใช้วัดความเร็วในการเข้าถึงสภาพคล่องและความล่าช้าของกระแสเงินสด.

แหล่งข้อมูล

คำนวณในเครื่องมือ process mining.

ตัวอย่าง
2 วัน7 วัน10 นาที
เวลาแก้ไขข้อผิดพลาด
ErrorResolutionTime
ระยะเวลาตั้งแต่พบข้อผิดพลาดจนแก้ไขเสร็จ.
คำอธิบาย

แอตทริบิวต์ที่คำนวณได้นี้ติดตามเวลาตั้งแต่ 'พบข้อผิดพลาดในการชำระเงิน' จนถึง 'แก้ไขข้อผิดพลาดในการชำระเงินแล้ว'

นี่คือตัวชี้วัดหลักของ KPI 'เวลาเฉลี่ยในการแก้ไขข้อผิดพลาด' การติดตามค่านี้ช่วยปรับปรุงการจัดการข้อยกเว้นและตรรกะการลองชำระเงินซ้ำอัตโนมัติ.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้ใช้วัดต้นทุนการปฏิบัติงานที่เกิดจากการจัดการข้อผิดพลาด.

แหล่งข้อมูล

คำนวณในเครื่องมือ process mining.

ตัวอย่าง
4 ชั่วโมง12 นาที2 วัน
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในการประมวลผลการชำระเงิน

บันทึกขั้นตอนสำคัญของกระบวนการและจุดเปลี่ยนสำคัญของธุรกรรมเหล่านี้ไว้ในบันทึกเหตุการณ์ เพื่อค้นหาและแสดงภาพวงจรการชำระเงินได้อย่างแม่นยำ.
6 แนะนำ 10 ไม่บังคับ
กิจกรรม คำอธิบาย
กระทบยอดการชำระเงินแล้ว
จับคู่รายการเดินบัญชีจากธนาคารภายนอกกับยอดโอนจาก Stripe แล้ว ขั้นตอนนี้ยืนยันว่าเงินเข้าบัญชีธนาคารของบริษัทจริง.
เหตุผลที่สำคัญ

เป็นขั้นตอนสุดท้ายของ 'การวิเคราะห์ช่องว่างในการกระทบยอดการชำระเงิน' และช่วยยืนยันว่าบัญชีแยกประเภทตรงกับรายการจริงในธนาคาร.

แหล่งข้อมูล

มักต้องใช้ข้อมูลจากภายนอก หรือสถานะ 'payout.reconciled' หากใช้ฟีเจอร์ Stripe Treasury/Reconciliation.

บันทึก

ต้องใช้ Stripe Treasury หรือสัญญาณจาก ERP ภายนอก

ประเภทเหตุการณ์ explicit
การชำระเงินล้มเหลว
ธนาคารผู้ออกบัตรปฏิเสธรายการ หรือ Stripe ระงับรายการ เหตุการณ์นี้จะเริ่มขั้นตอนจัดการข้อผิดพลาด.
เหตุผลที่สำคัญ

เป็นจุดเริ่มต้นในการวัด 'เวลาเฉลี่ยในการแก้ไขข้อผิดพลาด' การวิเคราะห์รหัสข้อผิดพลาดในขั้นตอนนี้ช่วยลด 'อัตราการแจ้งข้อผิดพลาดผิดพลาด' ได้.

แหล่งข้อมูล

Stripe Events API: payment_intent.payment_failed

บันทึก

บันทึกเมื่อเกิดเหตุการณ์ payment_intent.payment_failed

ประเภทเหตุการณ์ explicit
ตรวจสอบรายละเอียดการชำระเงินแล้ว
ระบบตรวจสอบรายละเอียดการชำระเงินโดยอัตโนมัติ ทั้งรูปแบบข้อมูลพื้นฐานและกฎตรวจจับการฉ้อโกงของ Stripe Radar ขั้นตอนนี้แสดงว่าระบบตรวจสอบความถูกต้องของข้อมูลก่อนเริ่มขออนุมัติรายการ.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อนุมานจากการเปรียบเทียบเวลาประทับของ 'สร้างคำขอชำระเงิน' กับการเปลี่ยนสถานะครั้งถัดไป เช่น เป็น 'processing' หรือ 'requires_action'.

บันทึก

เปรียบเทียบเวลาประทับที่สร้างรายการกับการอัปเดตสถานะครั้งแรก

ประเภทเหตุการณ์ inferred
สร้างคำขอชำระเงิน
เริ่มกระบวนการชำระเงินด้วยการสร้าง PaymentIntent ในระบบ Stripe กิจกรรมนี้บันทึกเวลาที่ลูกค้าหรือระบบเริ่มส่งคำขอทำธุรกรรม.
เหตุผลที่สำคัญ

ใช้เป็นจุดเริ่มต้นในการวัดเวลาของรอบกระบวนการ และจำเป็นต่อการคำนวณระยะเวลารวมตั้งแต่ต้นจนจบของวงจรการชำระเงิน.

แหล่งข้อมูล

Stripe Events API: payment_intent.created

บันทึก

บันทึกเมื่อเกิดเหตุการณ์ payment_intent.created

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

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

แหล่งข้อมูล

Stripe Events API: payment_intent.succeeded (กรณีบันทึกการชำระเงินอัตโนมัติ) หรือ payment_intent.amount_capturable (กรณีบันทึกการชำระเงินด้วยตนเอง)

บันทึก

บันทึกเมื่อเกิด payment_intent.succeeded หรือ amount_capturable

ประเภทเหตุการณ์ explicit
โอนเงินแล้ว
ยอดโอนที่รวมธุรกรรมนี้ถูกโอนไปยังบัญชีธนาคารภายนอกแล้ว เงินออกจากแพลตฟอร์ม Stripe แล้ว.
เหตุผลที่สำคัญ

แสดงจุดสำคัญที่เรียกว่า 'ชำระเงินเสร็จแล้ว' และใช้คำนวณ 'ความสม่ำเสมอของระยะเวลาชำระเงิน'.

แหล่งข้อมูล

Stripe Events API: payout.paid

บันทึก

บันทึกเมื่อเกิดเหตุการณ์ payout.paid

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

จำเป็นต่อแดชบอร์ด 'ระยะเวลารอบการแก้ไขข้อผิดพลาด' และแสดงว่ากู้คืนรายได้ได้สำเร็จ.

แหล่งข้อมูล

อนุมานจากการพบเหตุการณ์ 'payment_intent.processing' หรือ 'succeeded' ใน ID ที่เคยมีเหตุการณ์ 'payment_intent.payment_failed'.

บันทึก

เปรียบเทียบลำดับสถานะ: ล้มเหลว -> กำลังประมวลผล/สำเร็จ

ประเภทเหตุการณ์ inferred
ขอให้ยืนยันตัวตนเพื่อชำระเงิน
ระบบระบุว่าต้องใช้ Strong Customer Authentication (SCA) หรือ 3D Secure กระบวนการจะหยุดรอให้ลูกค้ายืนยันตัวตน.
เหตุผลที่สำคัญ

ช่วยแยกความล่าช้าที่ขึ้นอยู่กับลูกค้าโดยตรง ออกจากความล่าช้าที่เกิดจากระบบ.

แหล่งข้อมูล

Stripe Events API: payment_intent.requires_action

บันทึก

บันทึกเมื่อสถานะ payment_intent เปลี่ยนเป็น requires_action

ประเภทเหตุการณ์ explicit
คืนเงินการชำระเงิน
ผู้ค้าดำเนินการคืนเงินสำหรับธุรกรรมนี้ ทำให้ทิศทางการโอนเงินกลับด้าน.
เหตุผลที่สำคัญ

ช่วยระบุงานแก้ไขหลังชำระเงินเสร็จและรายได้ที่สูญเสียไป.

แหล่งข้อมูล

Stripe Events API: charge.refunded

บันทึก

บันทึกเมื่อเกิดเหตุการณ์ charge.refunded

ประเภทเหตุการณ์ explicit
เงินพร้อมใช้งาน
เงินจากธุรกรรมผ่านการชำระแล้วและเพิ่มเข้าในยอดคงเหลือ Stripe ที่พร้อมใช้งาน เพื่อรอการโอนออก.
เหตุผลที่สำคัญ

จำเป็นต่อการดู 'กระแสเงินสดของฝ่ายบริหารเงิน' และระบุเวลาที่ธุรกิจนำเงินไปใช้ได้จริง.

แหล่งข้อมูล

Stripe Events API: balance.available

บันทึก

บันทึกเมื่อเกิดเหตุการณ์ balance.available

ประเภทเหตุการณ์ explicit
ต้องตรวจสอบการชำระเงิน
เกิดขึ้นเมื่อรายการชำระเงินเข้าเงื่อนไขตรวจสอบด้วยตนเองใน Stripe Radar ระบบจะพักรายการไว้เพื่อรอให้เจ้าหน้าที่ตรวจสอบ.
เหตุผลที่สำคัญ

รองรับแดชบอร์ด 'แผนที่ความหนาแน่นของการดำเนินการด้วยตนเอง' โดยตรง หากมีรายการจำนวนมากในขั้นตอนนี้ อาจต้องปรับกฎตรวจจับการฉ้อโกงหรือเพิ่มเจ้าหน้าที่.

แหล่งข้อมูล

Stripe Events API: review.opened

บันทึก

บันทึกเมื่อเกิดเหตุการณ์ review.opened

ประเภทเหตุการณ์ explicit
ปิดข้อโต้แย้ง
กระบวนการจัดการข้อโต้แย้งสิ้นสุดลง โดยอาจชนะหรือแพ้ ถือเป็นจุดสิ้นสุดของขั้นตอนยกเว้น.
เหตุผลที่สำคัญ

ระบุผลสรุปสุดท้ายของรายได้ที่ถูกโต้แย้ง.

แหล่งข้อมูล

Stripe Events API: charge.dispute.closed

บันทึก

บันทึกเมื่อเกิดเหตุการณ์ charge.dispute.closed

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

เป็นขั้นตอนยกเว้นสำคัญที่ส่งผลต่อ 'อัตราการกระทบยอดสำเร็จตั้งแต่ครั้งแรก'.

แหล่งข้อมูล

Stripe Events API: charge.dispute.created

บันทึก

บันทึกเมื่อเกิดเหตุการณ์ charge.dispute.created

ประเภทเหตุการณ์ explicit
รวมการชำระเงินไว้ในยอดโอน
ธุรกรรมนี้ถูกรวมไว้ใน Payout object แสดงว่ากำหนดโอนเงินเข้าบัญชีธนาคารแล้ว.
เหตุผลที่สำคัญ

จำเป็นต่อการวัด 'ความสม่ำเสมอของระยะเวลาชำระเงิน' และเชื่อมธุรกรรมแต่ละรายการกับการโอนเงินเข้าธนาคารเป็นชุด.

แหล่งข้อมูล

อนุมานโดยเชื่อม Balance Transaction กับ Payout object.

บันทึก

ระบุเวลาที่กำหนด Payout ID ให้กับ Balance Transaction

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

รองรับแดชบอร์ด 'เวลาที่ใช้ในการแจ้งลูกค้า' หากล่าช้า ลูกค้าอาจติดต่อฝ่ายสนับสนุน.

แหล่งข้อมูล

Stripe Events API: charge.succeeded (ตรวจสอบค่า boolean 'receipt_sent' หรือการสร้าง 'receipt_url') หรือเหตุการณ์ receipt.sent

บันทึก

บันทึกเมื่อเกิดเหตุการณ์ receipt.sent หรืออนุมานจาก charge object

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

จำเป็นต่อการวัด 'เวลาเฉลี่ยของรอบการอนุมัติ' คอขวดในขั้นตอนนี้ส่งผลต่อประสบการณ์ของลูกค้าโดยตรง.

แหล่งข้อมูล

Stripe Events API: review.closed (with reason 'approved')

บันทึก

บันทึกเมื่อเกิดเหตุการณ์ review.closed

ประเภทเหตุการณ์ explicit
แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

คำแนะนำทีละขั้นตอนในการดึงและเตรียมข้อมูลจากแพลตฟอร์ม Stripe

พร้อมเริ่มต้นหรือยัง?

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

เพิ่มประสิทธิภาพการประมวลผลการชำระเงินใน Stripe ของคุณ

ตั้งเป้าประมวลผลตรงโดยไม่ผ่านคน 98% และลดกรณีชำระเงินที่ต้องจัดการเป็นพิเศษ.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที