การนำเข้าจะรายงานแถวที่ถูกปฏิเสธบางแถว ดังนั้นคุณจึงอัปโหลดทั้งไฟล์อีกครั้ง ความพยายามครั้งที่สองอาจแก้ไขแถวที่หายไปในขณะที่ทำซ้ำแถวที่สำเร็จแล้ว
ก่อนที่จะนำเข้าอีกครั้ง ให้กำหนดสิ่งที่ความพยายามครั้งแรกเปลี่ยนแปลงไปจริงๆ การอัปโหลดซ้ำไม่ใช่การกระทำที่เป็นกลาง
นับบันทึกที่ยอมรับและปฏิเสธ
สมมติว่าไฟล์มีแถว 84 แถว การนำเข้าครั้งแรกยอมรับ 80 และปฏิเสธสี่รายการ ขั้นตอนต่อไปที่ปลอดภัยเริ่มต้นด้วยการระบุสี่สิ่งเหล่านั้นและทำความเข้าใจว่าทำไมพวกเขาจึงล้มเหลว
การอัปโหลดทั้งหมด 84 อีกครั้งอาจสร้างรายการที่ซ้ำกัน เว้นแต่ผลิตภัณฑ์ปัจจุบันมีวิธีที่ได้รับการยืนยันในการจดจำหรือแทนที่บันทึกที่นำเข้าก่อนหน้านี้ อย่าถือว่าพฤติกรรมนั้นมีอยู่
รักษาผลลัพธ์การนำเข้าและเวอร์ชันไฟล์ที่ใช้ ไฟล์ที่เปลี่ยนชื่อไม่จำเป็นต้องแสดงถึงชุดธุรกรรมอื่น
ตรวจสอบช่วงเวลาที่ทับซ้อนกัน
ใบแจ้งยอดรายเดือน การส่งออกต่อเนื่อง และกิจกรรมที่ป้อนด้วยตนเองสามารถทับซ้อนกันได้ การส่งออกเดือนกรกฎาคมที่สร้างขึ้นในวันที่ 3 สิงหาคมอาจรวมธุรกรรมช่วงต้นเดือนสิงหาคมที่จะปรากฏในไฟล์เดือนสิงหาคมในภายหลัง
เปรียบเทียบช่วงวันที่และการอ้างอิงที่เสถียร หากมี ผู้ขาย จำนวนเงิน บัญชี และวันที่โพสต์สามารถช่วยได้ แต่ไม่มีช่องใดช่องเดียวที่เพียงพอเสมอไป
การซื้อของแท้สองครั้งสามารถแบ่งจำนวนเงินและวันที่ได้ รายการที่รอดำเนินการและการชำระบัญชีขั้นสุดท้ายอาจแตกต่างกัน การตรวจสอบซ้ำจำเป็นต้องมีบริบท ไม่ใช่เพียงการทดสอบความเท่าเทียมกันแบบง่ายๆ เท่านั้น
แก้ไขเหตุการณ์พิเศษแทนที่จะสร้างการชดเชย
หากการชำระเงิน 75 ปรากฏขึ้นสองครั้ง การเพิ่มรายได้ปลอม 75 จะช่วยคืนยอดรวมเงินสด ในขณะที่ปล่อยให้ทั้งรายได้และการใช้จ่ายเกินจริง
ใช้กระบวนการแก้ไขหรือการกลับรายการที่เหมาะสมเพื่อลบผลกระทบทางเศรษฐกิจที่ซ้ำกัน เก็บคำอธิบายสั้นๆ โดยเฉพาะอย่างยิ่งเมื่อการเปลี่ยนแปลงส่งผลต่อช่วงก่อนหน้าหรือการส่งออกที่ใช้ร่วมกัน
อย่าลบทั้งชุดโดยไม่ตรวจสอบว่ามีบันทึกจริงที่ไม่ได้ทำซ้ำที่อื่นหรือไม่
กระทบยอดหลังการซ่อมแซม
สำหรับบัญชีธรรมดาที่มีเงินสดเปิด 2,000 กระแสเข้า 3,000 และไหลออก 2,400 ยอดคงเหลือปิดที่คาดหวังคือ 2,600
เปรียบเทียบผลลัพธ์นั้นกับข้อความ จากนั้นตรวจสอบการจัดประเภทที่สำคัญและคู่โอน จำเป็นต้องมียอดคงเหลือที่ตรงกัน แต่ไม่ได้พิสูจน์ว่าหมวดหมู่ความเป็นเจ้าของและการใช้จ่ายนั้นถูกต้อง
ควรปรึกษาคำแนะนำวารสารปัจจุบันของ Financeia สำหรับเวิร์กโฟลว์การนำเข้าและการแก้ไขที่รองรับ คำอธิบายสาธารณะเพียงอย่างเดียวไม่ได้สร้างการขจัดข้อมูลซ้ำซ้อนอัตโนมัติ การย้อนกลับแบบแบตช์ หรือพฤติกรรมการตรวจสอบเส้นทางโดยเฉพาะ Financeia
กระบวนการนำเข้าใหม่ที่ดีที่สุดจะทิ้งบันทึกที่ชัดเจนว่าสิ่งใดได้รับการยอมรับ สิ่งใดได้รับการแก้ไข และเพราะเหตุใด ซึ่งช่วยป้องกันไม่ให้การอัปโหลดที่ล้มเหลวเพียงครั้งเดียวกลายเป็นความไม่แน่นอนอย่างถาวรในประวัติศาสตร์ทางการเงิน