การโอนเงินผ่านAutomated Clearing House (ACH) เป็นวิธีการที่พบบ่อยสำหรับธุรกิจและบุคคลทั่วไปในการส่งหรือรับเงินทางอิเล็กทรอนิกส์ ในปี 2024 ยอดเงินรวมที่โอนแตะ 86.2 ล้านล้านดอลลาร์สหรัฐ โดยเครือข่าย ACH ประมวลผลการชำระเงิน 3.356 หมื่นล้านรายการ แม้วิธีการชำระเงินนี้จะสะดวกสบาย คุ้มค่า และเป็นที่นิยม แต่ก็ยังพบบ่อยครั้งที่การโอน ACH จะถูกปฏิเสธ

เมื่อไม่สามารถประมวลผลการโอน ACH เครือข่าย ACH จะส่ง "รหัสการปฏิเสธ" หรือ "รหัสส่งคืน" ซึ่งอธิบายเหตุผลที่การโอนไม่สำเร็จ รหัสมีตั้งแต่ R01 ถึง R85 โดยเหตุผลทั่วไปรวมถึงเงินทุนไม่เพียงพอหรือหมายเลขบัญชีไม่ถูกต้อง

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

เนื้อหาหลักในบทความ

• การโอนเงินผ่าน ACH คืออะไร
  
• รหัสการปฏิเสธ ACH คืออะไร
  
• สาเหตุที่เกิดการปฏิเสธ ACH
  
• รายการรหัสการปฏิเสธ ACH
  
• วิธีที่ธุรกิจควรรับมือกับการปฏิเสธ ACH
  
• Stripe Payments ช่วยอะไรได้บ้าง
  

การโอนเงินผ่าน ACH คืออะไร

การโอนผ่าน Automated Clearing House (ACH) เป็นรูปแบบการโอนเงินทางอิเล็กทรอนิกส์ที่ย้ายเงินทุนระหว่างสถาบันการเงินต่างๆ โดยปกติแล้วธุรกรรมเหล่านี้จะได้รับการประมวลผลเป็นกลุ่มและอยู่ภายใต้การควบคุมของกฎที่กำหนดโดย Nacha (เดิมคือ National Automated Clearing House Association) ในสหรัฐอเมริกา

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

รหัสการปฏิเสธของ ACH คืออะไร

รหัสการปฏิเสธของ ACH เป็นข้อความตัวอักษรและตัวเลขที่ระบุว่าเพราะเหตุใดธุรกรรม ACH จึงประมวลผลไม่สําเร็จ รหัสเหล่านี้อธิบายว่าเกิดข้อผิดพลาดใดกับการโอนเงินแบบ ACH โดยเฉพาะ ทําให้ธุรกิจและสถาบันการเงินดําเนินการแก้ไขได้

สาเหตุที่เกิดการปฏิเสธของ ACH ขึ้น

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

ข้อผิดพลาดในการดูแลระบบ

• ข้อมูลบัญชีไม่ถูกต้อง: หนึ่งในสาเหตุที่พบบ่อยที่สุดของการปฏิเสธ ACH คือหมายเลขบัญชีหรือหมายเลขการกำหนดเส้นทางไม่ถูกต้อง ข้อมูลบัญชีที่ไม่ถูกต้องจะบล็อกการโอน ACH

• บัญชีที่ปิดแล้วหรือไม่มีอยู่จริง: บัญชีที่ปิดแล้วหรือไม่มีอยู่จริงจะทำให้เกิดการปฏิเสธ ACH ด้วยรหัสเช่น R02 หรือ R03

• ประเภทบัญชีไม่ตรงกัน: ประเภทบัญชีที่ไม่ตรงกันจะป้องกันไม่ให้มีการโอน ACH

ปัญหาการอนุมัติวงเงิน

• ไม่มีการอนุมัติล่วงหน้า: การไม่มีการอนุมัติจะทำให้เกิดการปฏิเสธ ACH

• การอนุมัติถูกเพิกถอน: การอนุมัติที่ถูกเพิกถอนจะบล็อกธุรกรรม ACH ในภายหลัง

• ข้อพิพาทด้านการอนุมัติขององค์กร: ในบริบทของธุรกรรมขององค์กร นิติบุคคลอาจแจ้งว่าไม่ได้อนุมัติการหักบัญชีหรือเครดิต ACH เมื่อเกิดเหตุการณ์นี้ ระบบจะตั้งค่าสถานะและปฏิเสธธุรกรรม

ปัญหาด้านการเงิน

• เงินไม่เพียงพอ: หนึ่งในสาเหตุที่ตรงไปตรงมาที่สุดสำหรับการปฏิเสธ ACH คือการที่ไม่มีเงินทุนในบัญชีที่กำลังจะหัก เงินไม่เพียงพอจะทำให้เกิดการปฏิเสธแบบ R01

• เงินทุนที่ยังไม่ได้เรียกเก็บ: อาจมีเงินทุนในบัญชีแต่ยังไม่ได้รับการหักบัญชีหรือเรียกเก็บ ซึ่งในกรณีนี้ เงินทุนที่ยังไม่ได้เรียกเก็บจะทำให้เกิดการปฏิเสธแบบ R09

• คำสั่งระงับการชำระเงิน: เจ้าของบัญชีมีสิทธิ์ที่จะออกคำสั่งระงับการชำระเงินสำหรับธุรกรรมที่เจาะจง คำสั่งระงับการชำระเงินจะบล็อกการหักบัญชี ACH ที่เกี่ยวข้อง

ข้อจำกัดด้านเวลาและการประมวลผล

• รายการที่ล้าสมัยหรือหมดอายุ: ในบางกรณี ธุรกรรม ACH จะมีระยะเวลาจำกัดที่ประมวลผลได้ รายการที่ล้าสมัยหรือหมดอายุจะส่งผลให้เกิดการปฏิเสธ ACH

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

• ปัญหาในการสร้างรายการ: บางครั้งปัญหาอาจอยู่ที่ Originating Depository Financial Institution (ODFI) ไม่ใช่บัญชีผู้รับ ปัญหาในการสร้างรายการ ODFI จะป้องกันไม่ให้ธุรกรรมเสร็จสมบูรณ์

การจัดการความเสี่ยงและการปฏิบัติตามระเบียบข้อบังคับ

• สงสัยว่ามีการฉ้อโกง: สถาบันการเงินจะคอยตรวจสอบกิจกรรมที่น่าสงสัยอยู่เสมอ ข้อสงสัยว่ามีการฉ้อโกงจะทำให้เกิดการปฏิเสธ ACH

• การไม่ปฏิบัติตามข้อกำหนดทางกฎหมาย: การไม่ปฏิบัติตามข้อกำหนดทางกฎหมายจะทำให้เกิดการปฏิเสธ ACH ซึ่งอาจรวมถึงความล้มเหลวในการเข้ารหัสแบบต้นทางถึงปลายทาง หรือไม่ปฏิบัติตามโปรโตคอลการตรวจสอบสิทธิ์แบบ 2 ปัจจัย

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

รายการรหัสการปฏิเสธ ACH และวิธีป้องกัน

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

• รายการ: การส่งธุรกรรม ACH ใดๆ
  
• การส่งคืน: เมื่อมีการส่งรายการกลับไปยัง ODFI หลังจากได้รับการยอมรับสำหรับการประมวลผล
  
• การปฏิเสธ: เมื่อรายการไม่เคยได้รับการยอมรับเข้าสู่เครือข่าย ACH สำหรับการประมวลผลตั้งแต่แรก
  
• ODFI: สถาบันการเงินที่รับฝากเงินต้นทางที่ส่งธุรกรรม ACH
  
• RDFI: สถาบันการเงินที่รับฝากเงินปลายทางที่รับธุรกรรม ACH
  

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

R01 - เงินทุนไม่เพียงพอ

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

R02 - ปิดบัญชีแล้ว

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

R03 - ไม่มีบัญชี/ไม่พบบัญชี

• คำอธิบาย: หมายเลขบัญชีหรือข้อมูลการกำหนดเส้นทางไม่ตรงกับบัญชีใดๆ ที่ RDFI
  
• การป้องกัน: ตรวจสอบหมายเลขบัญชีก่อนเริ่มต้นธุรกรรม
  
• การดำเนินการ: ขอข้อมูลบัญชีที่ถูกต้องจากผู้รับ
  

R04 - หมายเลขบัญชีไม่ถูกต้อง

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

R05 - การหักบัญชีจากบัญชีผู้บริโภคที่ไม่ได้รับอนุญาตโดยใช้รหัส SEC ขององค์กร

• คำอธิบาย: รหัสคลาสรายการมาตรฐาน (SEC) ขององค์กรถูกใช้อย่างไม่ถูกต้องสำหรับบัญชีผู้บริโภค
  
• การป้องกัน: ตรวจสอบให้แน่ใจว่าใช้รหัส SEC ที่เหมาะสมสำหรับประเภทของธุรกรรม
  
• การดำเนินการ: แก้ไขรหัส SEC และส่งธุรกรรมอีกครั้ง
  

R06 - ส่งคืนตามคำขอของ ODFI

• คำอธิบาย: ODFI ได้ส่งคืนธุรกรรมด้วยเหตุผลต่างๆ
  
• การป้องกัน: ยืนยันรายละเอียดธุรกรรมก่อนส่ง
  
• การดำเนินการ: ติดต่อ ODFI เพื่อตรวจสอบปัญหาและตัดสินใจเกี่ยวกับขั้นตอนต่อไป
  

R07 - ลูกค้ายกเลิกการอนุมัติ

• คำอธิบาย: ลูกค้าได้ยกเลิกการอนุมัติของธุรกรรม
  
• การป้องกัน: อัปเดตการอนุมัติและสื่อสารกับลูกค้าอย่างสม่ำเสมอ
  
• การดำเนินการ: อย่าส่งอีกครั้งโดยไม่มีการอนุมัติใหม่
  

R08 - ระงับการชำระเงิน

• คำอธิบาย: เจ้าของบัญชีได้สั่งระงับการชำระเงินในธุรกรรมนี้โดยเฉพาะ รหัสนี้เป็นคำสั่งทั่วไปสำหรับการชำระเงินที่ระงับส่วนใหญ่ ยกเว้นการระงับในเอกสารต้นทางหรือรายการ RCK (เช็คเด้ง) ซึ่งมีรหัสเฉพาะด้านล่าง
  
• การป้องกัน: ยืนยันรายละเอียดการอนุมัติและการชำระเงินกับเจ้าของบัญชี
  
• การดำเนินการ: ติดต่อเจ้าของบัญชีเพื่อแก้ไขปัญหา
  

R09 - เงินทุนที่ยังไม่เรียกเก็บ

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

R10 - ลูกค้าแจ้งว่าไม่ได้รับอนุญาต

• คำอธิบาย: ลูกค้าระบุว่าธุรกรรมไม่ได้รับอนุญาต
  
• การป้องกัน: ขอรับการอนุมัติที่ถูกต้องก่อนเริ่มต้นธุรกรรม
  
• การดำเนินการ: อย่าส่งอีกครั้งโดยไม่ได้รับการอนุมัติใหม่
  

R11 - การส่งคืนรายการระงับเช็ค

• คำอธิบาย: เกิดข้อผิดพลาดในการระงับ (การเคลียร์เช็ค) เนื่องจากเหตุผลต่างๆ ตามนโยบายของธนาคาร
  
• การป้องกัน: ยืนยันรายละเอียดเช็คก่อนระงับ
  
• การดำเนินการ: ปรึกษาธนาคารเพื่อดูรายละเอียดและประมวลผลใหม่ตามความจำเป็น
  

R12 - บัญชีถูกขายไปยัง RDFI อื่น

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

R13 - Routing Number ของ ACH ไม่ถูกต้อง

• คำอธิบาย: Routing Number ของ ACH ไม่ถูกต้อง
  
• วิธีป้องกัน: ยืนยัน Routing Number ก่อนทำธุรกรรม
  
• สิ่งที่ต้องทำ: อัปเดต Routing Number และส่งใหม่อีกครั้ง
  

R14 - ผู้รับเงินแทนเสียชีวิตหรือไม่สามารถทำหน้าที่ต่อไปได้

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

R15 - ผู้รับผลประโยชน์หรือเจ้าของบัญชีเสียชีวิต

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

R16 - บัญชีถูกอายัด

• คำอธิบาย: บัญชีถูกอายัดเนื่องจากการดำเนินการทางกฎหมายหรือนโยบายของธนาคาร
  
• วิธีป้องกัน: ติดตามปัญหาทางกฎหมายที่เกี่ยวข้องกับบัญชี
  
• สิ่งที่ต้องทำ: ติดต่อสถาบันการเงินเพื่อขอรายละเอียดและแนวทางแก้ไข
  

R17 - เกณฑ์การแก้ไขระเบียนไฟล์

• คำอธิบาย: รายการมีรูปแบบหรือข้อมูลที่ไม่ถูกต้อง ซึ่ง RDFI อาจตีความว่ามีการเริ่มทำธุรกรรมภายใต้สถานการณ์ที่น่าสงสัย
  
• วิธีป้องกัน: ตรวจสอบความถูกต้องของแต่ละฟิลด์ในรายการก่อนส่ง
  
• สิ่งที่ต้องทำ: แก้ไขรายการและส่งใหม่อีกครั้ง
  

R18 - วันที่มีผลของรายการไม่เหมาะสม

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

R19 - ข้อผิดพลาดในฟิลด์จำนวนเงิน

• คำอธิบาย: จำนวนเงินที่ป้อนในฟิลด์จำนวนเงินไม่ถูกต้อง
  
• วิธีป้องกัน: ตรวจสอบความถูกต้องของจำนวนเงินก่อนส่ง
  
• สิ่งที่ต้องทำ: แก้ไขจำนวนเงินและส่งใหม่อีกครั้ง
  

R20 - บัญชีที่ใช้ทำธุรกรรมไม่ได้

• คำอธิบาย: นโยบายหรือข้อบังคับห้ามไม่ให้ทำธุรกรรม ACH ในบัญชีนี้
  
• วิธีป้องกัน: ยืนยันประเภทบัญชีก่อนทำธุรกรรม
  
• สิ่งที่ต้องทำ: ใช้วิธีการชำระเงินหรือบัญชีอื่น
  

R21 - รหัสประจำตัวบริษัทไม่ถูกต้อง

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

R22 - หมายเลข ID บุคคลทั่วไปไม่ถูกต้อง

• คำอธิบาย: ID บุคคลทั่วไปที่ป้อนไม่ถูกต้อง ซึ่งมักป้อนโดยลูกค้าในฟิลด์ ID ลูกค้า
  
• วิธีป้องกัน: ตรวจสอบความถูกต้องของหมายเลข ID บุคคลทั่วไปก่อนทำธุรกรรม
  
• สิ่งที่ต้องทำ: อัปเดตหมายเลข ID บุคคลทั่วไปและส่งใหม่อีกครั้ง
  

R23 - ผู้รับปฏิเสธรายการเครดิต

• คำอธิบาย: สถาบันการเงินที่รับธุรกรรม (RDFI) ปฏิเสธรายการเครดิต ซึ่งอาจเป็นเพราะมีการโต้แย้งหรือไม่มีข้อตกลง
  
• วิธีป้องกัน: ยืนยันข้อกำหนดในการทำธุรกรรมกับ RDFI
  
• สิ่งที่ต้องทำ: แก้ไขปัญหากับ RDFI และดำเนินการตามความเหมาะสม
  

R24 - รายการซ้ำ

• คำอธิบาย: มีการส่งธุรกรรมเดียวกันมากกว่าหนึ่งครั้ง
  
• การป้องกัน: วางแผนการควบคุมเพื่อป้องกันไม่ให้เกิดธุรกรรมที่ซ้ำซ้อน
  
• การดำเนินการ: ยืนยันว่าเป็นการทำธุรกรรมซ้ำหรือไม่และใช้มาตรการที่เหมาะสม
  

R25 - ข้อผิดพลาดของข้อมูลเสริม

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

R26 - ข้อผิดพลาดในช่องที่ต้องกรอก

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

R27 - ข้อผิดพลาดในหมายเลขติดตาม

• คำอธิบาย: หมายเลขติดตามที่ส่งไปไม่ตรงกับหมายเลขติดตามในบันทึกข้อมูลเสริม
  
• การป้องกัน: ตรวจสอบความถูกต้องของหมายเลขติดตามก่อนที่จะส่งข้อมูล
  
• การดำเนินการ: แก้ไขหมายเลขติดตามและส่งข้อมูลอีกครั้ง
  

R28 - ข้อผิดพลาดในเลขตรวจสอบของ Routing Number

• คำอธิบาย: เลขตรวจสอบซึ่งเป็นตัวเลขตัวสุดท้ายใน Routing Number นั้นไม่ถูกต้อง
  
• การป้องกัน: ตรวจสอบความถูกต้องของ Routing Number และเลขตรวจสอบ
  
• การดำเนินการ: แก้ไขเลขตรวจสอบและส่งข้อมูลอีกครั้ง
  

R29 - ลูกค้าองค์กรแจ้งว่าไม่ได้รับการอนุมัติ

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

R30 - RDFI ไม่ได้เป็นผู้เข้าร่วมในโครงการทำลายเช็ค

• คำอธิบาย: RDFI ไม่ได้เข้าร่วมในโครงการทำลายเช็ค
  
• การป้องกัน: ยืนยันขีดความสามารถกับ RDFI
  
• การดำเนินการ: ใช้รูปแบบการชำระเงินอื่น
  

R31 - รายการที่ตีคืนได้

• คำอธิบาย: RDFI ได้สอบถาม ODFI ว่าสามารถคืนรูปแบบการชำระเงินผ่านบัตรเครดิตหรือบัตรเดบิตองค์กร หรือการแลกเปลี่ยนทางการค้าขององค์กร (CTX) ได้หรือไม่ และ ODFI ได้ตกลงรับแล้ว
  
• การป้องกัน: ไม่เกี่ยวข้อง เนื่องจากอิงตามข้อตกลงร่วมกัน
  
• การดำเนินการ: ปฏิบัติตามแนวทางที่กำหนดไว้ตามข้อตกลงระหว่าง ODFI กับ RDFI
  

R32 - RDFI ไม่สามารถชำระเงิน

• คำอธิบาย: RDFI ไม่สามารถชำระเงินตามรายการได้ด้วยเหตุผลหลายประการ
  
• การป้องกัน: ยืนยันความสามารถในการชำระเงินกับ RDFI
  
• การดำเนินการ: ปรึกษา RDFI เพื่อหาสาเหตุที่แน่ชัดและดำเนินการตามความเหมาะสม
  

R33 - การคืนรายการ XCK

• คำอธิบาย: RDFI ได้คืนรายการสำหรับเช็คที่สูญหาย ถูกทำลาย หรือได้รับความเสียหาย (รายการ XCK)
  
• การป้องกัน: ทำความเข้าใจเงื่อนไขการคืนสำหรับเช็คที่สูญหายหรือได้รับความเสียหาย
  
• การดำเนินการ: ประเมินว่าเหตุใดจึงไม่สามารถดำเนินการกับเช็คได้และดำเนินการในขั้นตอนต่อไปตามความเหมาะสม
  

R34 - DFI ที่เข้าร่วมอย่างจำกัด

• คำอธิบาย: หน่วยงานกำกับดูแลของรัฐหรือระดับรัฐบาลกลางได้จำกัดความสามารถในการดำเนินการตามธุรกรรม ACH ของ RDFI
  
• การป้องกัน: ยืนยันความสามารถของ RDFI ล่วงหน้า
  
• การดำเนินการ: ปรึกษา RDFI เพื่อหาวิธีดำเนินการ
  

R35 - การคืนรายการเดบิตที่ไม่ถูกต้อง

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

R36 - การคืนรายการเครดิตที่ไม่ถูกต้อง

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

R37 - มีการนำเสนอเอกสาร Source สำหรับการชำระเงิน

• คำอธิบาย: มีความพยายามที่จะทำซ้ำการชำระเงินโดยการแสดงเอกสาร Source ที่เกี่ยวข้องกับธุรกรรม ACH ที่มีอยู่แล้วสำหรับการชำระเงิน
  
• การป้องกัน: ติดตามเอกสาร Source และรายการ ACH ที่เกี่ยวข้อง
  
• การดำเนินการ: ประเมินและแก้ไขการทำซ้ำ
  

R38 - หยุดการชำระเงินในเอกสาร Source

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

R39 - เอกสาร Source ไม่ถูกต้อง

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

R40 - การส่งคืนรายการ ENR โดยหน่วยงานราชการของรัฐบาลกลาง

• คำอธิบาย: หน่วยงานราชการของรัฐบาลกลางได้ส่งคืนรายการลงทะเบียนอัตโนมัติ (รายการ ENR)
  
• การป้องกัน: ปฏิบัติตามกฎของรายการ ENR
  
• การดำเนินการ: ปรึกษาหน่วยงานถึงเหตุผลที่เฉพาะเจาะจงและดำเนินการอย่างเหมาะสม
  

R41 - รหัสธุรกรรมไม่ถูกต้อง

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

R42 - Routing Number/ข้อผิดพลาดใน Check Digit

• คำอธิบาย: Check Digit ที่ท้าย Routing Number ไม่ถูกต้องในรายการ ENR ของรัฐบาลกลาง
  
• การป้องกัน: ตรวจสอบ Routing Number และ Check Digit
  
• การดำเนินการ: แก้ไข Check Digit และส่งใหม่
  

R43 - หมายเลขบัญชี DFI ไม่ถูกต้อง

• คำอธิบาย: หมายเลขบัญชี RDFI ไม่ถูกต้อง รหัสการส่งคืนนี้เกิดขึ้นในรายการ ENR เท่านั้น จึงไม่รวมหน่วยงานราชการของรัฐบาลกลาง
  
• การป้องกัน: ตรวจสอบหมายเลขบัญชีก่อนเริ่มต้นธุรกรรม
  
• การดำเนินการ: แก้ไขหมายเลขบัญชีและส่งใหม่
  

R44 - หมายเลขประจำตัวบุคคลทั่วไปไม่ถูกต้อง

• คำอธิบาย: หมายเลขประจำตัวบุคคลที่ให้ไว้ไม่ตรงกับหมายเลขประจำตัวในบันทึก โดยเฉพาะอย่างยิ่งสำหรับธุรกรรมของรัฐบาลกลาง
  
• การป้องกัน: ตรวจสอบหมายเลขประจำตัวบุคคลทั่วไปก่อนเริ่มต้นธุรกรรม
  
• การดำเนินการ: อัปเดตหมายเลขประจำตัวบุคคลทั่วไปและส่งใหม่
  

R45 - ชื่อบุคคลทั่วไปไม่ถูกต้อง

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

R46 - ผู้รับเงินที่เป็นตัวแทนไม่ถูกต้อง

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

R47 - การลงทะเบียนซ้ำ

• คำอธิบาย: RDFI ส่ง ENR ไปยังหน่วยงานราชการของรัฐบาลกลางเพื่อเริ่มต้นการชำระเงิน ACH หรือเงินฝากโดยตรงกับสถาบันเหล่านี้ ในกรณีนี้ มีการส่ง ENR เดียวกันมากกว่าหนึ่งครั้ง
  
• การป้องกัน: ใช้การควบคุมเพื่อป้องกันการลงทะเบียนซ้ำ
  
• การดำเนินการ: ยืนยันว่าเป็นการทำซ้ำจริงหรือไม่ และใช้มาตรการที่เหมาะสม
  

R50 – กฎหมายของรัฐที่มีผลต่อการยอมรับ RCK

• คำอธิบาย: RDFI อยู่ในรัฐที่ไม่อนุญาตให้ชำระเงินดิจิทัล หรือกำหนดให้ต้องส่งคืนเช็คที่ถูกยกเลิกให้กับลูกค้าภายในระยะเวลาที่กำหนด ตามกฎหมายของรัฐ
  
• การป้องกัน: ทำความคุ้นเคยกับกฎหมายของรัฐที่ควบคุมธุรกรรมของคุณ
  
• การดำเนินการ: ตรวจสอบกฎหมายเฉพาะในรัฐที่มีการกำหนดเส้นทางธุรกรรมผ่านและปฏิบัติตามสำหรับธุรกรรมในอนาคต
  

R51 – รายการที่เกี่ยวข้องกับรายการ RCK ไม่มีสิทธิ์ หรือรายการ RCK ไม่ถูกต้อง

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

R52 – ระงับการชำระเงินในรายการที่เกี่ยวข้องกับรายการ RCK

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

R53 – แสดงรายการและรายการ RCK เพื่อการชำระเงิน

• คำอธิบาย: ทั้งธุรกรรมต้นฉบับและรายการ RCK ที่เกี่ยวข้องถูกส่งไปแล้ว ส่งผลให้เกิดธุรกรรมซ้ำ
  
• การป้องกัน: ใช้ความระมัดระวังเมื่อแสดงทั้งรายการและเอนทรี
  
• การดำเนินการ: กระทบยอดบันทึกการชำระเงินเพื่อตัดธุรกรรมที่ซ้ำกันออก
  

R61 – กำหนดเส้นทางการคืนเงินผิดพลาด

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

R62 – คืนการหักเงินที่ผิดพลาดหรือการกลับรายการหักเงิน

• คำอธิบาย: ส่งรายการหักเงินโดยผิดพลาดหรือจำเป็นต้องกลับรายการ
  
• การป้องกัน: ตรวจสอบรายการอีกครั้งก่อนจะสรุป
  
• การดำเนินการ: ออกธุรกรรมแก้ไขหรือกลับรายการตามที่จำเป็น
  

R63 – จำนวนเงินเป็นดอลลาร์ไม่ถูกต้อง

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

R64 – ข้อมูลระบุตัวตนของบุคคลทั่วไปไม่ถูกต้อง

• คำอธิบาย: หมายเลข ID ของบุคคลทั่วไปในธุรกรรมที่คืนไม่ตรงกับหมายเลขในรายการต้นฉบับ
  
• การป้องกัน: ยืนยันข้อมูลระบุตัวตนของบุคคลทั่วไป
  
• การดำเนินการ: อัปเดตข้อมูลและประมวลผลธุรกรรมใหม่
  

R65 – รหัสธุรกรรมไม่ถูกต้อง

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

R66 – ข้อมูลระบุบริษัทไม่ถูกต้อง

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

R67 – ส่งคืนซ้ำ

• คำอธิบาย: รายการส่งคืนได้รับการประมวลผลแล้ว ส่งผลให้เกิดการซ้ำกัน
  
• การป้องกัน: ติดตามการส่งคืนที่ประมวลผลแล้วเพื่อหลีกเลี่ยงการส่งซ้ำ
  
• การดำเนินการ: ไม่จำเป็นต้องดำเนินการใดๆ แต่ให้ตรวจสอบกระบวนการภายในเพื่อป้องกันไม่ให้เกิดขึ้นอีกในอนาคต
  

R68 – การส่งคืนที่ไม่ตรงเวลา

• คำอธิบาย: การส่งคืนไม่ได้รับการประมวลผลภายในกรอบเวลาที่กำหนด
  
• การป้องกัน: ติดตามกำหนดเวลาในการประมวลผลการส่งคืน
  
• การดำเนินการ: ส่งอีกครั้งภายในกรอบเวลาที่อนุญาต หากเป็นไปได้
  

R69 – ข้อผิดพลาดในช่อง

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

R70 – ไม่ยอมรับรายการส่งคืนที่ได้รับอนุญาตหรือไม่ได้รับการร้องขอให้ส่งคืนโดย ODFI

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

R71 – กำหนดเส้นทางรายการส่งคืนที่ถูกปฏิเสธผิดพลาด

• คำอธิบาย: รายการส่งคืนที่ถูกปฏิเสธ (รายการที่ส่งกลับไปยัง ODFI แล้วครั้งหนึ่งแต่ดำเนินการไม่ถูกต้องและต้องส่งใหม่อีกครั้ง) ยังไม่ได้ถูกส่งไปยังสถาบันการเงินที่ถูกต้อง
  
• การป้องกัน: ตรวจสอบให้แน่ใจว่าหมายเลขการกำหนดเส้นทางสำหรับการส่งคืนถูกต้อง
  
• การดำเนินการ: เปลี่ยนเส้นทางรายการส่งคืนที่ถูกปฏิเสธไปยังสถาบันการเงินที่เหมาะสม
  

R72 – รายการส่งคืนที่ถูกปฏิเสธล่าช้า

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

R73 – รายการส่งคืนเดิมตรงเวลา

• คำอธิบาย: RDFI ยืนยันว่ารายการส่งคืนเดิมได้รับการประมวลผลภายในระยะเวลาที่กำหนด
  
• การป้องกัน: ไม่มีผล
  
• การดำเนินการ: ไม่ต้องดำเนินการใดๆ
  

R74 – แก้ไขรายการส่งคืนแล้ว

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

R75 – รายการส่งคืนไม่ซ้ำกัน

• คำอธิบาย: นี่คือการตอบกลับรหัสการปฏิเสธ R67 โดย RDFI กำลังโต้แย้งการปฏิเสธรายการส่งคืนที่ไม่เหมาะสมโดย ODFI
  
• การป้องกัน: ไม่มีผล
  
• การดำเนินการ: ไม่ต้องดำเนินการใดๆ
  

R76 – ไม่พบข้อผิดพลาด

• คำอธิบาย: นี่คือการตอบกลับรหัสการปฏิเสธ R69 ซึ่ง ODFI ระบุว่ามีข้อผิดพลาดของช่องข้อมูล รหัสนี้ถือเป็นการไม่เห็นด้วยอย่างเป็นทางการ RDFI เชื่อว่าข้อผิดพลาดเหล่านี้ไม่มีอยู่จริง
  
• การป้องกัน: ไม่มีผล
  
• การดำเนินการ: ไม่ต้องดำเนินการใดๆ
  

R77 – ไม่ยอมรับรายการส่งคืนที่ถูกปฏิเสธ R62

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

นอกจากนี้ รหัสการปฏิเสธต่อไปนี้ยังเกี่ยวข้องกับธุรกรรม ACH ระหว่างประเทศ (IAT) ด้วย

R80 – ข้อผิดพลาดในการเขียนโค้ดรายการ IAT

• คำอธิบาย: มีข้อผิดพลาดในการเขียนโค้ดในรายการ IAT
  
• การป้องกัน: ตรวจสอบการเขียนโค้ดสำหรับรายการ IAT
  
• การดำเนินการ: แก้ไขข้อผิดพลาดในการเขียนโค้ดและส่งรายการ IAT ใหม่
  

R81 – ไม่ได้เข้าร่วมโปรแกรม IAT

• คำอธิบาย: RDFI ไม่ได้เข้าร่วมในโปรแกรม IAT
  
• การป้องกัน: ยืนยันว่า RDFI เป็นส่วนหนึ่งของโปรแกรม IAT
  
• การดำเนินการ: ค้นหา RDFI ที่เข้าร่วม หรือหลีกเลี่ยงการใช้ IAT สำหรับธุรกรรม
  

R82 – การระบุตัวตน RDFI ในต่างประเทศไม่ถูกต้อง

• คำอธิบาย: การระบุตัวตนของ RDFI ในต่างประเทศไม่ถูกต้อง
  
• การป้องกัน: ตรวจสอบรายละเอียดการระบุตัวตนของสถาบันการเงินในต่างประเทศอีกครั้ง
  
• การดำเนินการ: แก้ไขข้อมูลการระบุตัวตนและดำเนินการธุรกรรมใหม่
  

R83 – RDFI ในต่างประเทศไม่สามารถชำระเงินได้

• คำอธิบาย: RDFI ในต่างประเทศไม่สามารถดำเนินธุรกรรมให้เสร็จสิ้นได้
  
• การป้องกัน: ยืนยันความสามารถในการชำระเงินสำหรับธุรกรรมของสถาบันการเงินในต่างประเทศก่อนที่จะเริ่มดำเนินการ
  
• การดำเนินการ: ดำเนินการกับสถาบันการเงินในต่างประเทศโดยตรงเพื่อแก้ไขปัญหา
  

R84 – เกตเวย์ไม่ได้ประมวลผลรายการ

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

R85 – ใส่โค้ดการชำระเงินระหว่างประเทศขาออกไม่ถูกต้อง

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

วิธีที่ธุรกิจควรจัดการกับการปฏิเสธของ ACH

การปฏิเสธ ACH ที่ลดลงหมายถึงภาระการปฏิบัติงานที่น้อยลงสำหรับทีมของคุณและขั้นตอนที่ง่ายขึ้นสำหรับลูกค้าของคุณ ซึ่งอาจเพิ่มการรักษาลูกค้าเดิม

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

มาตรการป้องกัน

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

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

• กำหนดขีดจำกัดการทำธุรกรรม: กำหนดขีดจำกัดต่อการทำธุรกรรมและรายวันเพื่อหลีกเลี่ยงไม่ให้เกินจำนวนเงินที่อนุญาต ซึ่งอาจทำให้เกิดการปฏิเสธได้

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

• ใช้การแจ้งเตือนแบบเรียลไทม์: นำระบบที่ให้การแจ้งเตือนยอดคงเหลือในบัญชีและสถานะการทำธุรกรรมแบบเรียลไทม์มาใช้ สิ่งนี้จะช่วยหลีกเลี่ยงการปฏิเสธเนื่องจากเงินทุนไม่เพียงพอหรือยังไม่ผ่านการหักบัญชี

• กระทบยอดบัญชีเป็นประจำ: กระทบยอดใบแจ้งยอดธนาคารกับบันทึกทางบัญชีอย่างสม่ำเสมอเพื่อตรวจจับความคลาดเคลื่อนที่อาจนำไปสู่การปฏิเสธ

การจัดการการปฏิเสธ

• ระบุการปฏิเสธทันที: ตั้งค่าการแจ้งเตือนเพื่อแจ้งให้บุคลากรหลักทราบทันทีเมื่อมีการปฏิเสธเกิดขึ้น เพื่อให้ดำเนินการได้อย่างรวดเร็ว

• ตีความรหัสการปฏิเสธ: ทำความเข้าใจเหตุผลเฉพาะสำหรับการปฏิเสธโดยอ้างอิงรหัสการปฏิเสธ ACH สิ่งนี้จะแนะนำการดำเนินการครั้งต่อไปของคุณ

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

• แก้ไขข้อมูลที่จำเป็น: อัปเดตระบบภายในของคุณด้วยข้อมูลที่ถูกต้อง และเริ่มธุรกรรม ACH ใหม่หากจำเป็น

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

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

การดําเนินการสําหรับสถานการณ์เฉพาะ

• บัญชีเงินเดือน: สำหรับการฝากเงินโดยตรงของบัญชีเงินเดือน ให้ตรวจสอบข้อมูลบัญชีอีกครั้งในระหว่างกระบวนการเริ่มต้นใช้งานพนักงานใหม่และทุกครั้งที่พนักงานรายงานการเปลี่ยนแปลงรายละเอียดการธนาคาร

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

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

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

• ธุรกรรมมูลค่าสูง: สำหรับธุรกรรมที่เกี่ยวข้องกับจำนวนเงินมาก ให้พิจารณาขั้นตอนการยืนยันเพิ่มเติม เช่น การยืนยันทางโทรศัพท์ เพื่อลดความเสี่ยงของการปฏิเสธเนื่องจากปัญหาการอนุมัติหรือบัญชี

Stripe Payments ช่วยอะไรได้บ้าง

Stripe Payments ช่วยให้ธุรกิจสามารถตั้งค่าและรับชำระเงินได้มากกว่า 125 วิธี รวมถึงการโอนเงินผ่านธนาคารแบบ ACH โดยช่วยมอบโซลูชันการชำระเงินแบบครบวงจรและครอบคลุมทั่วโลกที่ช่วยให้ธุรกิจต่างๆ ตั้งแต่ธุรกิจสตาร์ทอัพที่กำลังเติบโตไปจนถึงองค์กรระดับโลกสามารถรับชำระเงินได้ทั้งทางออนไลน์ ที่จุดขาย และจุดต่างๆ ทั่วโลก

Stripe Payments สามารถช่วยคุณทำสิ่งต่อไปนี้

• กระทบยอดการชำระเงินโดยอัตโนมัติ: กระทบยอดการโอนเงินผ่านธนาคารแบบ ACH กับการชำระเงินหรือใบแจ้งหนี้เฉพาะได้ง่ายๆ ด้วยเครื่องมือกระทบยอดอัตโนมัติที่ใช้บัญชีธนาคารเสมือนสำหรับลูกค้าแต่ละรายและเครื่องมือสำหรับแก้ไขปัญหา

• ทำให้การคืนเงินง่ายขึ้น: ทำการคืนเงินหรือคืนเงินส่วนเกินให้กับลูกค้า

• เพิ่มประสิทธิภาพให้ประสบการณ์การชำระเงินของคุณ: สร้างประสบการณ์ที่ราบรื่นให้กับลูกค้าและประหยัดเวลาด้านวิศวกรรมหลายพันชั่วโมงด้วย UI การชำระเงินที่สร้างไว้ล่วงหน้าและ Link ซึ่งเป็นกระเป๋าเงินดิจิทัลของ Stripe

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

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

• ปรับปรุงประสิทธิภาพการชำระเงิน: เพิ่มรายรับด้วยเครื่องมือการชำระเงินที่กำหนดเองได้และปรับแต่งได้ง่ายๆ ซึ่งรวมถึงระบบป้องกันการฉ้อโกงแบบไม่ต้องเขียนโค้ดและความสามารถขั้นสูงเพื่อเพิ่มอัตราการอนุมัติ

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

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