Converting remittance information t

Converting remittance information to electronic form can result in very large records. Members of the ACH system are required to accept and process only EFT formats limited to 94 characters of data-a record size sufficient for only very basic messages. Not all banks in the ACH system support the ANSI standard format for remittances, ANSI 820. In such cases, remittance information must be sent to the seller by separate EDI transmission or conventional mail. The seller must then implement separate procedures to match bank and customer EDI transmissions in applying payments to customer accounts.
Recognizing the void between services demanded and those the ACH system supplies, many banks have established themselves as value-added banks (VABs) to compete for this market. A VAB can accept electronic disbursements and remittance advices from its clients in any format. It converts EDI transactions to the ANSI X.12 and 820 formats for electronic processing. In the case of non-EDI transactions, the VAB writes traditional checks to the creditor. The services VABs offer allow their clients to employ a single cash disbursement system that can accommodate both EDI and non-EDI customers.
EDI Control
The absence of human intervention in the EDI process presents a unique twist to traditional control problems, including ensuring that transaction are authorized and valid, preventing unauthorized access to data files, and maintaining an audit trail or transactions. The following techniques are used in dealing with these issues.

Transaction Authorization and Validation
Both the customer and the supplier must establish that the transaction being processed is to (or from) a valid trading partner and is authorized. This can be accomplished at three points in the process.
1.Some VANs have the capability of validating passwords and user ID codes for the vendor by matching these against a valid customer file. The VAN rejects any unauthorized trading partner transactions before they reach the vendor’s system.
2. Before being converted, the translation software can validate the trading partner’s ID and password against a validation file in the firm’s database.
3. Before processing, the trading partner’s application software references the valid customer and vendor files to validate the transaction.

ผลลัพธ์ (ไทย) 1:

การแปลงข้อมูลชำระเงินผ่านแบบฟอร์มอิเล็กทรอนิกส์อาจส่งผลในระเบียนที่มีขนาดใหญ่มาก สมาชิกของระบบ ACH จะต้องยอมรับ และดำเนินการรูปแบบ EFT เพียงจำกัด 94 ตัวอักษรของข้อมูลที่บันทึกขนาดเพียงพอสำหรับข้อความที่พื้นฐานมากเท่า ธนาคารทั้งหมดในระบบ ACH สนับสนุนรูปแบบมาตรฐาน ANSI สำหรับชำระเงินผ่านธนาคาร ANSI 820 ในกรณี ข้อมูลชำระเงินผ่านธนาคารต้องส่งไปขาย โดยการส่ง EDI แยกหรือจดหมายทั่วไป ขายแล้วต้องปฏิบัติตามขั้นตอนที่แยกกันเพื่อให้ตรงกับการส่ง EDI ธนาคารและลูกค้าในการชำระเงินของลูกค้า ตระหนักโมฆะระหว่างเรียกร้องบริการอุปกรณ์ระบบ ACH ธนาคารหลายแห่งได้จัดขึ้นเป็นธนาคารมูลค่า (VABs) การแข่งขันตลาดนี้ VAB สามารถยอมรับเบิกจ่ายอิเล็กทรอนิกส์และแจ้งการชำระเงินจากลูกค้าในทุกรูปแบบ แปลงธุรกรรม EDI การ ANSI X.12 และ 820 รูปสำหรับการประมวลผลอิเล็กทรอนิกส์ ในกรณีที่ธุรกรรม-EDI, VAB การเขียนตรวจสอบแบบดั้งเดิมไปเจ้าหนี้ เสนอ VABs บริการอนุญาตให้ใช้ระบบการจ่ายเงินเดียวที่สามารถรองรับลูกค้าทั้ง EDI และ EDI ไม่ใช่ ลูกค้าของพวกเขาควบคุม EDI การแทรกแซงของมนุษย์ในกระบวนการ EDI แสดงบิดเฉพาะปัญหาควบคุมดั้งเดิม รวมทั้งมั่นใจว่า ธุรกรรมจะได้รับอนุญาต และถูก ต้อง ป้องกันการเข้าถึงไฟล์ข้อมูล และการรักษาบันทึกการตรวจสอบหรือธุรกรรม เทคนิคต่อไปนี้จะใช้ในการจัดการกับปัญหาเหล่านี้ตรวจสอบธุรกรรมและตรวจสอบลูกค้าและซัพพลายเออร์ต้องสร้างธุรกรรมการประมวลผลเป็น (หรือจาก) การค้าถูกต้องคู่ และได้รับอนุญาต นี้สามารถทำได้สามจุดในกระบวนการ1.บางตู้มีความสามารถในการตรวจสอบรหัส ID ผู้ใช้และรหัสผ่านสำหรับผู้ขายโดยตรงเหล่านี้กับแฟ้มลูกค้าที่ถูกต้อง รถตู้ไม่ยอมรับธุรกรรมคู่ค้าที่ไม่ได้รับอนุญาตก่อนที่จะถึงระบบของผู้จัดจำหน่าย2. ก่อนแปลง การแปลสามารถตรวจสอบ ID และรหัสผ่านจากแฟ้มการตรวจสอบในฐานข้อมูลของบริษัทคู่ค้า3. ก่อนประมวลผล โปรแกรมประยุกต์ของคู่ค้าอ้างอิงถึงแฟ้มลูกค้าและผู้ขายถูกต้องการตรวจสอบธุรกรรม

ผลลัพธ์ (ไทย) 2:

แปลงข้อมูลการโอนเงินไปรูปแบบอิเล็กทรอนิกส์ได้ผลในการบันทึกขนาดใหญ่มาก สมาชิกของระบบ ACH จะต้องยอมรับและกระบวนการเฉพาะรูปแบบ EFT จำกัด ถึง 94 ตัวอักษรของข้อมูลที่มีขนาดเพียงพอสำหรับการบันทึกข้อความพื้นฐานมากเท่านั้น ธนาคารไม่ได้ทั้งหมดในระบบ ACH สนับสนุนรูปแบบมาตรฐาน ANSI สำหรับการส่งเงิน ANSI 820 ในกรณีเช่นข้อมูลการโอนเงินจะต้องถูกส่งไปยังผู้ขายโดยการส่ง EDI แยกต่างหากหรือจดหมายธรรมดา จากนั้นผู้ขายจะต้องดำเนินการขั้นตอนการแยกจากกันเพื่อให้ตรงกับธนาคารและ EDI ลูกค้าส่งสัญญาณในการประยุกต์ใช้การชำระเงินไปยังบัญชีของลูกค้า.
ตระหนักถึงความเป็นโมฆะระหว่างบริการเรียกร้องและบรรดาอุปกรณ์ระบบ ACH ธนาคารหลายแห่งได้จัดตั้งตัวเองเป็นธนาคารที่มีมูลค่าเพิ่ม (VABs) ในการแข่งขันสำหรับ ตลาดนี้ VAB สามารถยอมรับการเบิกจ่ายอิเล็กทรอนิกส์และคำแนะนำการโอนเงินจากลูกค้าในรูปแบบใด ๆ มันจะแปลงการทำธุรกรรม EDI กับ X.12 และ ANSI 820 รูปแบบสำหรับการประมวลผลอิเล็กทรอนิกส์ ในกรณีของการทำธุรกรรมที่ไม่ใช่ EDI ที่ VAB เขียนการตรวจสอบแบบดั้งเดิมให้แก่เจ้าหนี้ VABs เสนอบริการให้ลูกค้าของพวกเขาที่จะใช้ระบบการเบิกจ่ายเงินสดเดียวที่สามารถรองรับได้ทั้ง EDI และไม่ใช่ EDI ลูกค้า.
EDI ควบคุม
กรณีที่ไม่มีการแทรกแซงของมนุษย์ในกระบวนการ EDI ที่มีการจัดบิดไม่ซ้ำกันในการแก้ไขปัญหาการควบคุมแบบดั้งเดิมรวมทั้งสร้างความมั่นใจในการทำธุรกรรมที่มี ผู้มีอำนาจและถูกต้องป้องกันการเข้าถึงไฟล์ข้อมูลและการบำรุงรักษาเส้นทางการตรวจสอบหรือการทำรายการ เทคนิคต่อไปนี้ถูกนำมาใช้ในการจัดการกับปัญหาเหล่านี้. อนุมัติธุรกรรมและการตรวจสอบทั้งลูกค้าและซัพพลายเออร์จะต้องสร้างว่าการทำธุรกรรมการประมวลผลคือการ (หรือ) จากคู่ค้าที่ถูกต้องและเป็นผู้มีอำนาจ นี้สามารถทำได้สามจุดในกระบวนการ. 1.Some VANs มีความสามารถในการตรวจสอบรหัสผ่านและรหัส ID ผู้ใช้สำหรับผู้ขายโดยการจับคู่เหล่านี้กับไฟล์ของลูกค้าที่ถูกต้อง รถตู้ปฏิเสธการทำธุรกรรมคู่ค้าที่ไม่ได้รับอนุญาตก่อนที่จะเข้าถึงระบบของผู้ขาย. 2 ก่อนที่จะถูกแปลงซอฟต์แวร์การแปลสามารถตรวจสอบ ID คู่ค้าและรหัสผ่านกับไฟล์การตรวจสอบในฐานข้อมูลของ บริษัท . 3 ก่อนที่จะประมวลผลซอฟต์แวร์โปรแกรมคู่ค้าที่อ้างอิงลูกค้าและผู้ขายไฟล์ที่ถูกต้องในการตรวจสอบการทำธุรกรรม