El archivo original debe archivarse primero.
Después de exportar los registros de la plataforma, guarde primero el archivo original, registrando la cuenta, el rango de tiempo, la zona horaria de exportación y la fecha de generación; luego, cree una copia de trabajo. No elimine directamente las filas aparentemente duplicadas, ya que diferentes tablas pueden reflejar órdenes, transacciones individuales, cambios en el libro mayor o retiros en la cadena de bloques. El mismo formato no implica necesariamente el mismo evento; crear primero un diccionario de campos es más fiable que hacer clic en "eliminar duplicados" directamente.
Priorice el uso de identificadores de eventos estables.
Si existen identificadores de transacciones, operaciones o libros contables, priorice combinarlos con la plataforma, la cuenta y el tipo de evento para formar una clave. No utilice únicamente la hora y el importe para la deduplicación; pueden producirse múltiples operaciones de la misma cantidad en un mismo segundo. Los espacios de identificadores pueden variar entre las interfaces de la plataforma; debe confirmarse la asociación entre tablas. Los registros que carezcan de identificadores estables deben marcarse como que requieren verificación; evite adivinar para generar un resultado aparentemente definitivo.
Una orden puede corresponder a múltiples operaciones.
Las operaciones parciales pueden generar múltiples precios, cantidades y comisiones. Si se importan conjuntamente los resúmenes de órdenes y las operaciones individuales, las cantidades de compra y venta pueden contabilizarse repetidamente. Tras decidir qué capa utilizar como libro mayor principal, conserve la otra capa para compararla. Las comisiones pueden deducirse de otro token; las unidades de activos deben registrarse por separado, y las comisiones no deben restarse directamente de la cantidad de compra.
Las transferencias internas y los retiros en la cadena deben mantenerse separados.
Las transferencias entre cuentas principales y secundarias pueden carecer de hashes de transacción en la cadena, y las transferencias entre monederos autocustodios no deben considerarse dos transacciones simplemente porque una se reciba y la otra se retire. Deben conservarse la cuenta de origen, la cuenta de destino, la cantidad y las credenciales coincidentes; si falta alguna coincidencia, regístrela como una anomalía. La tributación de un evento depende de las normas locales y de la naturaleza real de la transacción; las herramientas de deduplicación por sí solas no pueden proporcionar conclusiones fiscales.
Verifique las reglas con una muestra pequeña.
Primero, seleccione una compra ordinaria, una transacción parcial, un retiro y una transferencia interna, y rastree manualmente sus representaciones en todos los archivos. Las reglas deben explicar qué líneas se conservan, qué campos se fusionan y por qué. Al derivar rangos de tiempo superpuestos, verifique si el mismo evento coincide de forma consistente; si la plataforma modifica campos históricos, los archivos antiguos no deben sobrescribirse silenciosamente.
Conservar diferencias y registro de auditoría
La tabla final registra el nombre del archivo original, el número de línea original, las reglas de limpieza, la zona horaria de conversión y el motivo de la anomalía, y concilia la cantidad con los saldos inicial y final de la cuenta. Las diferencias inexplicables se enumeran por separado y no deben completarse obligatoriamente en "Otros ingresos". Este documento tiene fines de recopilación de datos y no constituye asesoramiento personalizado para la declaración de impuestos; al presentar declaraciones reales, debe ser revisado por alguien familiarizado con las normas locales.