เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ
เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- คำแนะนำในการดึงข้อมูลจาก Adyen
แอตทริบิวต์การประมวลผลการชำระเงิน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
Payment Transaction ID
PspReference
|
รหัสอ้างอิงเฉพาะที่ Adyen กำหนดให้กับธุรกรรมการชำระเงินแต่ละรายการ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ทำหน้าที่เป็นคีย์หลักตลอดวงจรการชำระเงินในระบบ Adyen โดยเชื่อมคำขอชำระเงินเริ่มต้นกับเหตุการณ์ที่ตามมา เช่น การอนุมัติ การเรียกเก็บเงิน การชำระบัญชี และการคืนเงินหรือการเรียกคืนเงิน ในการวิเคราะห์ จะใช้ ID นี้จัดกลุ่มเหตุการณ์ที่แยกจากกันให้เป็นกรณีเดียว เพื่อสร้างกระบวนการตั้งแต่ต้นจนจบขึ้นใหม่ นักวิเคราะห์จึงติดตามเส้นทางของการชำระเงินแต่ละรายการได้ ตั้งแต่ผู้ซื้อเริ่มทำรายการจนถึงการชำระบัญชีทางการเงินขั้นสุดท้าย.
เหตุผลที่สำคัญ
เป็นตัวเชื่อมหลักที่ใช้รวมเหตุการณ์ที่แยกจากกันให้เป็นอินสแตนซ์กระบวนการเดียวสำหรับทำ process mining.
แหล่งข้อมูล
คอลัมน์ 'pspReference' ใน Adyen Payment Response หรือคอลัมน์ 'PSP Reference' ใน Settlement Detail Report.
ตัวอย่าง
851564567890123479145612345678908825641234567890
|
|||
|
ชื่อกิจกรรม
EventCode
|
ขั้นตอนหรือการดำเนินการที่เกิดขึ้นในวงจรการชำระเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุเหตุการณ์ที่เกิดขึ้น เช่น AUTHORISATION, CAPTURE หรือ REFUND ซึ่งกำหนดโหนดในแผนผังกระบวนการและลำดับการทำธุรกรรม ในการวิเคราะห์ รหัสเหล่านี้จะแปลงเป็นชื่อกิจกรรมที่อ่านเข้าใจได้เพื่อแสดงลำดับการทำงานของกระบวนการ ความแตกต่างของลำดับรหัสบ่งบอกเส้นทางกระบวนการที่ต่างกัน เช่น การประมวลผลอัตโนมัติตั้งแต่ต้นจนจบกับการจัดการกรณียกเว้น.
เหตุผลที่สำคัญ
ระบุว่าเกิดอะไรขึ้นในโมเดล process mining และช่วยแสดงลำดับการทำงานของกระบวนการ.
แหล่งข้อมูล
ฟิลด์ 'eventCode' ใน Adyen Notification Webhooks.
ตัวอย่าง
AUTHORISATIONCAPTUREREFUNDCANCELLATIONCHARGEBACK
|
|||
|
เวลาที่เกิดเหตุการณ์
EventDate
|
วันที่และเวลาที่กิจกรรมการชำระเงินนั้นเกิดขึ้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเวลาที่แน่นอนซึ่งระบบบันทึกเหตุการณ์ เช่น การอนุมัติหรือการชำระเงินเรียบร้อยแล้ว ช่วยจัดเรียงกิจกรรมภายในเคสตามลำดับเวลา ข้อมูลนี้จำเป็นต่อการคำนวณระยะเวลาดำเนินการ การระบุคอขวด และการวัดปริมาณงานที่ระบบประมวลผลได้ในแต่ละช่วงเวลา รวมถึง KPI ที่อิงกับเวลา เช่น 'ระยะเวลารวมของวงจรการชำระเงิน'.
เหตุผลที่สำคัญ
จำเป็นสำหรับการเรียงลำดับเหตุการณ์และคำนวณตัวชี้วัดด้านระยะเวลาทั้งหมด.
แหล่งข้อมูล
ฟิลด์ 'eventDate' ใน Adyen Notification Webhooks.
ตัวอย่าง
2023-10-27T10:00:00+01:002023-10-27T10:05:30+01:002023-10-28T09:15:00+01:00
|
|||
|
ระบบต้นทาง
SourceSystem
|
ชื่อระบบที่เป็นแหล่งที่มาของข้อมูล. | ||
|
คำอธิบาย
แอตทริบิวต์คงที่นี้ระบุว่าระเบียนมาจาก Adyen ซึ่งสำคัญต่อการติดตามที่มาของข้อมูลใน process mining ที่ใช้หลายระบบ เช่น การรวม Adyen กับ SAP ในการวิเคราะห์ ผู้ใช้สามารถกรองกิจกรรมที่เกิดขึ้นในระบบรับชำระเงินโดยเฉพาะ แยกจากกิจกรรมใน ERP หรือระบบจัดการคำสั่งซื้อได้.
เหตุผลที่สำคัญ
สำคัญต่อการติดตามที่มาของข้อมูลใน process mining ที่ใช้หลายระบบ.
แหล่งข้อมูล
ค่าไม่เปลี่ยนแปลงระหว่างการดึงข้อมูล.
ตัวอย่าง
AdyenAdyen_Production
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ดึงหรือรีเฟรชระเบียนครั้งล่าสุด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บอกว่าข้อมูลในโมเดล process mining เป็นข้อมูลล่าสุดเพียงใด ช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลแบบเรียลไทม์หรือสแนปชอต ในการวิเคราะห์ ฟิลด์นี้ใช้เป็นหลักในงานด้านเทคนิค เช่น การกำกับดูแลข้อมูลและตรวจสอบว่ากระบวนการส่งข้อมูลทำงานถูกต้อง.
เหตุผลที่สำคัญ
ฟิลด์ทางเทคนิคสำหรับติดตามความใหม่ของข้อมูล.
แหล่งข้อมูล
เวลาของระบบขณะดึงข้อมูล.
ตัวอย่าง
2023-10-30T12:00:00Z
|
|||
|
บัญชีผู้ค้า
MerchantAccount
|
บัญชีผู้ค้าเฉพาะใน Adyen ที่ใช้ประมวลผลธุรกรรม. | ||
|
คำอธิบาย
Adyen รองรับบัญชีผู้ค้าหลายบัญชีภายใต้บัญชีบริษัทเดียว แอตทริบิวต์นี้ระบุหน่วยธุรกิจ แบรนด์ หรือนิติบุคคลในแต่ละภูมิภาคที่ประมวลผลการชำระเงิน ในการวิเคราะห์ ใช้แอตทริบิวต์นี้เป็นมิติหลักในการแบ่งกลุ่ม ผู้เกี่ยวข้องสามารถเปรียบเทียบผลการดำเนินงาน อัตราความล้มเหลว และปริมาณธุรกรรมระหว่างหน่วยธุรกิจหรือแบรนด์ เพื่อหาจุดที่ควรปรับปรุงได้.
เหตุผลที่สำคัญ
ใช้แบ่งผลการดำเนินงานตามหน่วยธุรกิจหรือบริษัทในเครือ.
แหล่งข้อมูล
ฟิลด์ 'merchantAccount' ในคำขอ/การตอบกลับการชำระเงินของ Adyen.
ตัวอย่าง
MyStore_UKMyStore_USGlobalSales_Main
|
|||
|
มีการทำงานซ้ำหรือไม่
IsRework
|
ตัวบ่งชี้ว่าธุรกรรมมีการลองใหม่หรือแก้ไขข้อผิดพลาดหรือไม่. | ||
|
คำอธิบาย
ค่านี้เป็นจริงเมื่อเคสมีการพยายามอนุมัติหลายครั้ง หรือมีกิจกรรมอย่าง 'ปฏิเสธการชำระเงิน' ตามด้วยการลองใหม่ ข้อมูลนี้ใช้ขับเคลื่อนแดชบอร์ด 'จุดที่เกิดงานซ้ำและข้อยกเว้นในการชำระเงิน' นักวิเคราะห์สามารถกรองเคสที่มีปัญหาเพื่อหาสาเหตุที่ลำดับการทำงานไม่เป็นไปตามขั้นตอนปกติ.
เหตุผลที่สำคัญ
ระบุเคสที่ไม่มีประสิทธิภาพและต้องให้คนหรือระบบเข้ามาจัดการ.
แหล่งข้อมูล
คำนวณจากจำนวนเหตุการณ์ที่ล้มเหลวมากกว่า 0.
ตัวอย่าง
truefalse
|
|||
|
ยอดธุรกรรม
PaymentAmount
|
มูลค่าเงินของธุรกรรมการชำระเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงมูลค่าทางการเงินของธุรกรรม โดยข้อมูลดิบมักจัดเก็บเป็นหน่วยย่อย เช่น เซนต์ แต่ควรแปลงหน่วยก่อนนำไปทำรายงาน ข้อมูลนี้ใช้สร้างแดชบอร์ด 'ปริมาณการชำระเงิน' และช่วยจัดลำดับความสำคัญของเคสที่ต้องทำงานซ้ำซึ่งมีมูลค่าสูง นอกจากนี้ยังใช้คำนวณยอดรวมที่ประมวลผลและผลกระทบทางการเงินจากธุรกรรมที่ล้มเหลว.
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์ผลกระทบทางการเงินและติดตามปริมาณธุรกรรมที่ประมวลผล.
แหล่งข้อมูล
ฟิลด์ 'amount.value' ในคำขอชำระเงินของ Adyen.
ตัวอย่าง
10005509900
|
|||
|
วิธีชำระเงิน
PaymentMethod
|
วิธีที่ผู้ซื้อใช้ชำระเงิน เช่น Visa หรือ PayPal. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกประเภทเครื่องมือที่ใช้ชำระเงิน เช่น บัตรเครดิต (Visa, MC) กระเป๋าเงินดิจิทัล (PayPal, Apple Pay) หรือวิธีชำระเงินในท้องถิ่น (iDEAL, Sofort) ข้อมูลนี้สำคัญต่อแดชบอร์ด 'ข้อมูลเชิงลึกด้านประสิทธิภาพของวิธีชำระเงิน' โดยช่วยให้เห็นความสัมพันธ์ระหว่างวิธีชำระเงินแต่ละแบบกับอัตราการอนุมัติ ความเร็วในการประมวลผล และปัญหาทางเทคนิค.
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์อัตราความสำเร็จและต้นทุนของผู้ให้บริการชำระเงินแต่ละราย.
แหล่งข้อมูล
ฟิลด์ 'paymentMethod.brand' หรือ 'paymentMethod.type' ในการตอบกลับการชำระเงินของ Adyen.
ตัวอย่าง
visamcpaypalidealklarna
|
|||
|
สถานะการชำระเงิน
PaymentStatus
|
สถานะปัจจุบันของการชำระเงิน เช่น อนุมัติแล้ว ชำระแล้ว หรือถูกปฏิเสธ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงสถานะล่าสุดที่ทราบของธุรกรรมการชำระเงิน โดยมักได้มาจากกิจกรรมล่าสุดในเคส ผู้ใช้สามารถกรองเคสได้อย่างรวดเร็ว เช่น 'แสดงการชำระเงินที่ถูกปฏิเสธทั้งหมดในขณะนี้' และใช้ข้อมูลนี้กับแดชบอร์ด 'ติดตามปริมาณและสถานะการชำระเงิน'.
เหตุผลที่สำคัญ
แสดงภาพรวมสถานะปัจจุบันของธุรกรรม.
แหล่งข้อมูล
ได้จากรหัสเหตุการณ์ล่าสุดในเคส.
ตัวอย่าง
ชำระแล้วถูกปฏิเสธอนุมัติแล้ว
|
|||
|
เหตุผลที่ปฏิเสธ
RefusalReason
|
ข้อความอธิบายสาเหตุที่ปฏิเสธหรือทำให้การชำระเงินล้มเหลว. | ||
|
คำอธิบาย
เมื่อธุรกรรมล้มเหลว Adyen จะแสดงรหัสหรือคำอธิบายเหตุผล เช่น 'ยอดเงินไม่เพียงพอ', 'CVC ไม่ผ่านการตรวจสอบ' หรือ 'บัตรหมดอายุ' ข้อมูลนี้เป็นปัจจัยหลักของแดชบอร์ด 'อัตราความล้มเหลวของธุรกรรมการชำระเงิน' การวิเคราะห์เหตุผลช่วยแยกได้ว่าความล้มเหลวเกิดจากปัญหาทางเทคนิค กฎป้องกันการฉ้อโกง หรือพฤติกรรมของผู้ซื้อ และช่วยกำหนดแนวทางแก้ไขได้ตรงจุด.
เหตุผลที่สำคัญ
แอตทริบิวต์หลักสำหรับวิเคราะห์สาเหตุที่แท้จริงของการชำระเงินที่ล้มเหลว.
แหล่งข้อมูล
ฟิลด์ 'refusalReason' ในการตอบกลับการชำระเงินของ Adyen.
ตัวอย่าง
ถูกปฏิเสธยอดเงินไม่เพียงพอบัตรหมดอายุข้อผิดพลาดจากธนาคารผู้รับบัตรการฉ้อโกง
|
|||
|
คะแนนความเสี่ยงการฉ้อโกง
RiskScore
|
คะแนนความเสี่ยงที่ระบบตรวจจับการฉ้อโกงกำหนดให้ธุรกรรม. | ||
|
คำอธิบาย
ระบบ RevenueProtect ของ Adyen ให้คะแนนตั้งแต่ 0 ถึง 100 เพื่อบ่งชี้โอกาสเกิดการฉ้อโกง คะแนนที่สูงขึ้นมักทำให้ต้องตรวจสอบด้วยตนเองหรือถูกบล็อกโดยอัตโนมัติ ข้อมูลนี้ใช้ใน 'ภาพรวมความเสี่ยงด้านการปฏิบัติตามข้อกำหนดทางการเงิน' เมื่อนำคะแนนความเสี่ยงสูงมาเทียบกับรายการ chargeback จะช่วยปรับกฎป้องกันการฉ้อโกงได้ หากคะแนนสูงแต่ธุรกรรมยังสำเร็จ อาจหมายถึงโมเดลความเสี่ยงแจ้งเตือนผิดพลาด.
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์ประสิทธิภาพของกฎป้องกันการฉ้อโกง.
แหล่งข้อมูล
การตอบกลับจาก Adyen Risk API หรือฟิลด์ 'fraudResult.accountScore' ในรายงาน.
ตัวอย่าง
025100
|
|||
|
ประเทศของผู้ซื้อ
ShopperCountry
|
รหัสประเทศสองตัวอักษรของผู้ซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุตำแหน่งของผู้ซื้อ โดยทั่วไปได้มาจากประเทศที่ออกบัตรหรือที่อยู่สำหรับเรียกเก็บเงิน ในการวิเคราะห์ ใช้เปรียบเทียบผลการดำเนินงานตามภูมิภาค และช่วยตรวจสอบว่าบางประเทศมีอัตราการปฏิเสธสูงหรือใช้เวลาประมวลผลนานกว่า เนื่องจากโครงสร้างพื้นฐานของธนาคารในพื้นที่.
เหตุผลที่สำคัญ
ใช้แบ่งผลการดำเนินงานด้านการชำระเงินตามพื้นที่ทางภูมิศาสตร์.
แหล่งข้อมูล
ฟิลด์ 'countryCode' หรือ 'billingAddress.country' ในคำขอชำระเงินของ Adyen.
ตัวอย่าง
NLUSDE
|
|||
|
ประเภทการโต้ตอบของผู้ซื้อ
ShopperInteraction
|
ระบุว่าการชำระเงินเป็น Ecommerce, POS หรือการสมัครสมาชิก (ContAuth). | ||
|
คำอธิบาย
แอตทริบิวต์นี้จัดประเภทลักษณะการโต้ตอบระหว่างผู้ซื้อกับผู้ค้า ค่าที่พบบ่อย ได้แก่ ข้อมูลนี้ช่วยแยกโมเดลธุรกิจและช่องทางการขาย ลำดับการทำงานของ POS กับ Ecommerce มักแตกต่างกันมาก จึงใช้เป็นตัวกรองสำคัญเพื่อค้นหากระบวนการได้ชัดเจน.
เหตุผลที่สำคัญ
แยกลำดับการทำงานของการชำระเงินออนไลน์ หน้าร้าน และแบบประจำ.
แหล่งข้อมูล
ฟิลด์ 'shopperInteraction' ในคำขอชำระเงินของ Adyen.
ตัวอย่าง
EcommerceContAuthPOSMoto
|
|||
|
รหัสลูกค้า
ShopperReference
|
รหัสอ้างอิงเฉพาะที่ใช้ระบุผู้ซื้อในหลายธุรกรรม. | ||
|
คำอธิบาย
รหัสนี้เชื่อมโยงธุรกรรมต่างๆ กับลูกค้ารายเดียวกัน โดยผู้ค้าจะส่งรหัสนี้ไปพร้อมคำขอชำระเงิน ในการวิเคราะห์ ช่วยให้วิเคราะห์ข้อมูลโดยยึดลูกค้าเป็นหลัก เช่น ตรวจหาผู้กระทำผิดซ้ำในกรณีฉ้อโกง หรือระบุลูกค้าประจำจากธุรกรรมที่สำเร็จ และใช้จับคู่กับข้อมูลลูกค้าทั่วไปได้.
เหตุผลที่สำคัญ
ช่วยรวมข้อมูลและวิเคราะห์พฤติกรรมในระดับลูกค้า.
แหล่งข้อมูล
ฟิลด์ 'shopperReference' ในคำขอชำระเงินของ Adyen.
ตัวอย่าง
CUST-001user_12345email@example.com
|
|||
|
รหัสอนุมัติ
AuthorisationCode
|
รหัสอนุมัติที่ธนาคารผู้ออกบัตรส่งกลับเมื่ออนุมัติรายการ. | ||
|
คำอธิบาย
รหัสที่ยืนยันว่ามีการกันวงเงินไว้ในบัตรของผู้ซื้อ เป็นหลักฐานว่าการอนุมัติสำเร็จ ในการวิเคราะห์ ใช้เป็นหลักฐานสำหรับการตรวจสอบและติดตามย้อนหลัง เพื่อยืนยันว่ากิจกรรม 'อนุมัติการชำระเงิน' เกิดขึ้นจริง.
เหตุผลที่สำคัญ
หลักฐานการอนุมัติสำเร็จสำหรับใช้ตรวจสอบย้อนหลัง.
แหล่งข้อมูล
ฟิลด์ 'authCode' ในการตอบกลับการชำระเงินของ Adyen.
ตัวอย่าง
123456098712
|
|||
|
เลขอ้างอิงธนาคารผู้รับบัตร
AcquirerReference
|
หมายเลขอ้างอิงที่ธนาคารผู้รับบัตรกำหนดให้. | ||
|
คำอธิบาย
เลขอ้างอิงภายนอกที่สถาบันการเงินผู้ประมวลผลธุรกรรมบัตร (ธนาคารผู้รับบัตร) กำหนดให้ ซึ่งแตกต่างจาก PSP reference ของ Adyen ฟิลด์นี้สำคัญต่อ 'การวิเคราะห์ความล่าช้าในการกระทบยอดการชำระเงิน' โดยใช้จับคู่ระเบียนของ Adyen กับรายการเดินบัญชีในระบบบัญชีภายนอก.
เหตุผลที่สำคัญ
จำเป็นต่อการจับคู่ข้อมูลสามทางและการกระทบยอดกับข้อมูลภายนอก.
แหล่งข้อมูล
ฟิลด์ 'additionalData.acquirerReference' ในการตอบกลับการชำระเงินของ Adyen.
ตัวอย่าง
1234567890987654321
|
|||
|
สกุลเงิน
PaymentCurrency
|
รหัส ISO สามตัวอักษรที่ระบุสกุลเงินของธุรกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้แสดงค่า ในการวิเคราะห์ ใช้จัดกลุ่มธุรกรรมตามตลาด และช่วยปรับมูลค่าทางการเงินให้อยู่ในมาตรฐานเดียวกันเมื่อนำข้อมูลจากหลายภูมิภาคมารวมกัน.
เหตุผลที่สำคัญ
ระบุสกุลเงินของยอดเงินสำหรับรายงานที่มีหลายสกุลเงิน.
แหล่งข้อมูล
ฟิลด์ 'amount.currency' ในคำขอชำระเงินของ Adyen.
ตัวอย่าง
EURUSDGBP
|
|||
|
หมายเลขชุดการจ่ายเงิน
BatchNumber
|
หมายเลขชุดที่ใช้ระบุการจ่ายเงิน. | ||
|
คำอธิบาย
Adyen จัดกลุ่มการชำระเงินที่ชำระเสร็จแล้วเป็นชุดเพื่อจ่ายเงิน แอตทริบิวต์นี้ระบุว่าธุรกรรมแต่ละรายการอยู่ในชุดใด ในการวิเคราะห์ ใช้จัดกลุ่มการชำระเงินตามรอบการจ่ายเงิน ช่วยตรวจสอบว่าชุดใดล่าช้า และติดตามกิจกรรม 'ชำระเงินเรียบร้อยแล้ว'.
เหตุผลที่สำคัญ
เชื่อมโยงธุรกรรมแต่ละรายการกับการชำระเงินก้อนใหญ่.
แหล่งข้อมูล
ฟิลด์ 'Batch Number' ในรายงานรายละเอียดการชำระเงินของ Adyen.
ตัวอย่าง
100255
|
|||
กิจกรรมในการประมวลผลการชำระเงิน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ชำระบัญชีการชำระเงินแล้ว
|
เคลียร์เงินและนำเข้าบัญชี Adyen ของร้านค้าสำเร็จ โดยข้อมูลนี้ปรากฏใน Settlement Detail Report. | ||
|
เหตุผลที่สำคัญ
เป็นจุดสิ้นสุดทางการเงินของกระบวนการที่สำเร็จ จำเป็นต่อการวัด 'Overall Payment Cycle Time' และ 'Payment Reconciliation Delay Analysis'.
แหล่งข้อมูล
Adyen Settlement Detail Report (SDR), record type 'Settled'.
บันทึก
บันทึกเมื่อธุรกรรมปรากฏใน Settlement Report
ประเภทเหตุการณ์
explicit
|
|||
|
ได้รับคำขอชำระเงิน
|
แพลตฟอร์มชำระเงิน Adyen ได้รับคำขอธุรกรรมเป็นครั้งแรก โดยบันทึกจากเวลาที่ส่งคำขอ API ครั้งแรกหรือเวลาที่สร้าง pspReference. | ||
|
เหตุผลที่สำคัญ
ระบุจุดเริ่มต้นที่แท้จริงของแต่ละอินสแตนซ์กระบวนการ ซึ่งจำเป็นต่อการคำนวณเวลาตั้งแต่ต้นจนจบทั้งหมด.
แหล่งข้อมูล
บันทึก API การชำระเงินของ Adyen หรือเวลาที่บันทึกไว้เมื่อสร้าง pspReference.
บันทึก
บันทึกเมื่อสร้าง pspReference ผ่าน API
ประเภทเหตุการณ์
explicit
|
|||
|
ปฏิเสธการชำระเงิน
|
ธนาคารผู้ออกบัตรหรือกฎประเมินความเสี่ยงของ Adyen ปฏิเสธธุรกรรม โดยบันทึกผ่าน webhook การอนุมัติที่มีสถานะไม่สำเร็จ. | ||
|
เหตุผลที่สำคัญ
ส่งผลโดยตรงต่อ KPI 'Payment Transaction Failure Rate' การวิเคราะห์เหตุผลที่ถูกปฏิเสธช่วยปรับอัตราการอนุมัติให้ดีขึ้น.
แหล่งข้อมูล
Adyen Notification Webhook: eventCode 'AUTHORISATION' และ success='false'.
บันทึก
บันทึกเมื่อ webhook AUTHORISATION ไม่สำเร็จ
ประเภทเหตุการณ์
explicit
|
|||
|
เรียกเก็บเงินแล้ว
|
คำสั่งโอนเงินจากผู้ซื้อไปยังร้านค้าดำเนินการสำเร็จ อาจเกิดขึ้นทันที (เรียกเก็บเงินอัตโนมัติ) หรือภายหลัง (เรียกเก็บเงินด้วยตนเอง). | ||
|
เหตุผลที่สำคัญ
ยืนยันการรับรู้รายได้ ระยะเวลาระหว่างการอนุมัติกับการเรียกเก็บเงินเป็นข้อมูลสำคัญสำหรับ KPI 'Payment Authorization Lead Time'.
แหล่งข้อมูล
Adyen Notification Webhook: eventCode 'CAPTURE' และ success='true'.
บันทึก
บันทึกเมื่อ webhook CAPTURE สำเร็จ
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติการชำระเงินแล้ว
|
ธนาคารผู้ออกบัตรหรือวิธีชำระเงินอนุมัติธุรกรรมและกันวงเงินไว้ โดยบันทึกผ่าน webhook แจ้งเตือนมาตรฐานของ Adyen. | ||
|
เหตุผลที่สำคัญ
เป็นจุดสำคัญที่ยืนยันว่าธุรกรรมถูกต้องและมีเงินพร้อมใช้ อีกทั้งเป็นเงื่อนไขก่อนการเรียกเก็บเงิน.
แหล่งข้อมูล
Adyen Notification Webhook: eventCode 'AUTHORISATION' และ success='true'.
บันทึก
บันทึกเมื่อ webhook AUTHORISATION สำเร็จ
ประเภทเหตุการณ์
explicit
|
|||
|
กลับรายการเรียกคืนเงิน
|
ชนะข้อโต้แย้งและได้รับเงินคืนกลับเข้าบัญชีร้านค้า เป็นการแก้ไขกรณียกเว้นได้สำเร็จ. | ||
|
เหตุผลที่สำคัญ
ผลลัพธ์ที่ดีต่อการบริหารความเสี่ยง และช่วยชดเชยผลกระทบทางการเงินจากการเรียกคืนเงินครั้งแรก.
แหล่งข้อมูล
Adyen Notification Webhook: eventCode 'CHARGEBACK_REVERSED'.
บันทึก
บันทึกเมื่อ webhook CHARGEBACK_REVERSED ทำงาน
ประเภทเหตุการณ์
explicit
|
|||
|
คืนเงินและชำระบัญชีแล้ว
|
ดำเนินการคืนเงินทางการเงินแล้วและหักเงินจากบัญชีร้านค้า โดยยืนยันได้จาก Settlement Detail Report. | ||
|
เหตุผลที่สำคัญ
ปิดกระบวนการคืนเงินให้เสร็จสมบูรณ์ หากคืนเงินเนื่องจากข้อผิดพลาด ข้อมูลนี้สำคัญต่อ 'Average Error Resolution Time'.
แหล่งข้อมูล
Adyen Settlement Detail Report, record type 'Refunded' หรือ 'RefundedReversed'.
บันทึก
บันทึกเมื่อรายการคืนเงินปรากฏใน Settlement Report
ประเภทเหตุการณ์
explicit
|
|||
|
ได้รับการแจ้งเตือนการเรียกคืนเงิน
|
Adyen ได้รับการแจ้งเตือนการโต้แย้งรายการจากเครือข่ายบัตร ซึ่งจะเริ่มเวิร์กโฟลว์การจัดการข้อโต้แย้ง. | ||
|
เหตุผลที่สำคัญ
เป็นตัวชี้วัดสำคัญด้านการปฏิบัติตามข้อกำหนดและความเสี่ยง ส่งผลต่อ 'Compliance Incident Rate' และต้องให้เจ้าหน้าที่ดำเนินการทันที.
แหล่งข้อมูล
Adyen Notification Webhook: eventCode 'CHARGEBACK' หรือ 'NOTIFICATION_OF_CHARGEBACK'.
บันทึก
บันทึกเมื่อ webhook CHARGEBACK ทำงาน
ประเภทเหตุการณ์
explicit
|
|||
|
ตรวจสอบความเสี่ยงแล้ว
|
ระบบ RevenueProtect ของ Adyen วิเคราะห์ธุรกรรมเพื่อค้นหาสัญญาณการฉ้อโกง โดยอนุมานจากการมีคะแนนการฉ้อโกงหรือผลการประเมินความเสี่ยงในผลตอบกลับการอนุมัติ. | ||
|
เหตุผลที่สำคัญ
คะแนนความเสี่ยงสูงอาจทำให้ต้องตรวจสอบด้วยตนเองหรือปฏิเสธโดยอัตโนมัติ ซึ่งอาจทำให้เกิดคอขวดหรือทำให้กระบวนการสิ้นสุด.
แหล่งข้อมูล
ผลตอบกลับการชำระเงินของ Adyen (ฟิลด์ fraudResult) หรือบันทึก Case Management.
บันทึก
อนุมานจากการมี fraudResult object
ประเภทเหตุการณ์
inferred
|
|||
|
บันทึกข้อผิดพลาดทางเทคนิค
|
เกิดข้อผิดพลาดของระบบระหว่างประมวลผล เช่น webhook ไม่ทำงานหรือ API หมดเวลารอ ตรวจพบได้จากรหัสข้อผิดพลาดเฉพาะในอินเทอร์เฟซ. | ||
|
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ 'Payment Transaction Failure Rate' โดยตรง ด้วยการแยกข้อผิดพลาดทางเทคนิคออกจากข้อผิดพลาดทางการเงิน.
แหล่งข้อมูล
บันทึก Adyen Interface หรือการตอบกลับที่ระบุความล้มเหลวในการเรียก API.
บันทึก
บันทึกเมื่อได้รับรหัสตอบกลับข้อผิดพลาด 5xx หรือ 4xx
ประเภทเหตุการณ์
explicit
|
|||
|
ยกเลิกการชำระเงิน
|
ยกเลิกการอนุมัติก่อนเรียกเก็บเงิน ทำให้วงเงินที่กันไว้ในบัตรของผู้ซื้อกลับมาใช้ได้. | ||
|
เหตุผลที่สำคัญ
แสดงวงจรที่คำสั่งซื้อซึ่งถูกต้องสิ้นสุดก่อนดำเนินการเสร็จ มักเกิดจากคำขอของลูกค้าหรือหมดเวลารอสินค้า.
แหล่งข้อมูล
Adyen Notification Webhook: eventCode 'CANCELLATION'.
บันทึก
บันทึกเมื่อ webhook CANCELLATION ทำงาน
ประเภทเหตุการณ์
explicit
|
|||
|
ยื่นโต้แย้งการเรียกคืนเงิน
|
ส่งหลักฐานให้ Adyen เพื่อโต้แย้งการเรียกคืนเงิน ขั้นตอนนี้เป็นการทำงานซ้ำหรือกิจกรรมที่ต้องดำเนินการด้วยตนเองในกระบวนการจัดการข้อโต้แย้ง. | ||
|
เหตุผลที่สำคัญ
ติดตามความพยายามในการปกป้องรายได้ ซึ่งสำคัญต่อ 'Payment Rework Rate'.
แหล่งข้อมูล
Adyen Disputes API หรือบันทึก Case Management ที่แสดงการส่งหลักฐาน.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'Defense Supplied'
ประเภทเหตุการณ์
inferred
|
|||
|
ยืนยันการจ่ายเงินให้ร้านค้า
|
จ่ายเงินจากธุรกรรมที่ชำระบัญชีแล้วในชุดหนึ่งเข้าบัญชีธนาคารของร้านค้า. | ||
|
เหตุผลที่สำคัญ
แสดงการโอนเงินจริงให้ธุรกิจ และเชื่อมโยงกับ 'Payment Reconciliation Cycle Time'.
แหล่งข้อมูล
Adyen Notification Webhook: eventCode 'PAYOUT_THIRD_PARTY' หรืออนุมานจาก Payout Report.
บันทึก
เชื่อม batch ID ใน Payout Report กับ Transaction ID
ประเภทเหตุการณ์
inferred
|
|||
|
เริ่มคืนเงิน
|
มีการส่งคำขอคืนเงินให้ผู้ซื้อ ซึ่งเป็นจุดเริ่มต้นของกระบวนการย้อนกลับ. | ||
|
เหตุผลที่สำคัญ
แสดงกรณียกเว้นที่เกิดหลังชำระบัญชี อัตราการคืนเงินที่สูงอาจบ่งชี้ถึงปัญหาคุณภาพในขั้นตอนก่อนหน้า.
แหล่งข้อมูล
Adyen Notification Webhook: eventCode 'REFUND'.
บันทึก
บันทึกเมื่อ webhook REFUND เริ่มทำงาน
ประเภทเหตุการณ์
explicit
|
|||
|
เรียกเก็บเงินไม่สำเร็จ
|
การเรียกเก็บเงินจากวงเงินที่อนุมัติไว้ไม่สำเร็จ มักเกิดจากหมดเวลารอของระบบหรือสถานะบัตรเปลี่ยนระหว่างการอนุมัติกับการเรียกเก็บเงิน. | ||
|
เหตุผลที่สำคัญ
เป็นจุดเกิดข้อผิดพลาดสำคัญที่ต้องทำงานซ้ำหรือลองใหม่ และส่งผลต่อ 'Payment Exception Rate'.
แหล่งข้อมูล
Adyen Notification Webhook: eventCode 'CAPTURE_FAILED'.
บันทึก
บันทึกเมื่อ webhook CAPTURE_FAILED ทำงาน
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งการชำระเงินเพื่อชำระบัญชี
|
Adyen ส่งธุรกรรมต่อไปยังธนาคารผู้รับบัตรหรือเครือข่ายเพื่อดำเนินการทางการเงิน โดยสถานะจะเปลี่ยนเป็น SentForSettlement. | ||
|
เหตุผลที่สำคัญ
เป็นจุดเปลี่ยนจากการประมวลผลการปฏิบัติงานไปสู่การหักบัญชีทางการเงิน หากล่าช้าในขั้นตอนนี้จะกระทบกระแสเงินสด.
แหล่งข้อมูล
Adyen Transaction Status API หรืออนุมานจากบันทึกประวัติการเปลี่ยนสถานะ.
บันทึก
เปรียบเทียบการเปลี่ยนแปลงของฟิลด์สถานะกับ SentForSettlement
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เพื่อจัดระเบียบการเก็บข้อมูลและเริ่มปรับปรุงกระบวนการประมวลผลการชำระเงินใน Adyen ค้นหาโอกาสเพิ่มประสิทธิภาพและทำความเข้าใจการปฏิบัติการทางการเงินได้ลึกซึ้งยิ่งขึ้น.
เริ่มปรับปรุงกระบวนการชำระเงินใน Adyen ให้ราบรื่นได้วันนี้.
ประมวลผลรายการโดยอัตโนมัติตั้งแต่ต้นจนจบได้ 98% และกำจัดข้อยกเว้นในการชำระเงิน.
ไม่ต้องใช้บัตรเครดิต เริ่มปรับปรุงได้ทันที.