Сначала следует заархивировать исходный файл.
После экспорта записей с платформы сначала сохраните исходный файл, указав учетную запись, временной диапазон, часовой пояс экспорта и дату генерации, затем создайте рабочую копию. Не удаляйте напрямую строки, которые кажутся дубликатами, поскольку разные таблицы могут отражать заказы, отдельные транзакции, изменения в реестре или вывод средств в блокчейне. Одинаковый формат не обязательно означает одно и то же событие; создание словаря полей сначала более надежно, чем нажатие кнопки «удалить дубликаты».
Приоритетное использование стабильных идентификаторов событий.
Если имеются идентификаторы транзакций, сделок или бухгалтерских книг, приоритетное значение следует придавать их объединению с платформой, счетом и типом события для формирования ключа. Не используйте только время и сумму для дедупликации; несколько сделок одинакового количества могут происходить в течение одной секунды. Пространства идентификаторов могут различаться в разных интерфейсах платформ; необходимо подтвердить связь между таблицами. Записи, не имеющие стабильных идентификаторов, следует помечать как требующие проверки; избегайте угадывания для получения кажущегося авторитетным результата.
Один ордер может соответствовать нескольким сделкам.
Частичные сделки могут генерировать несколько цен, объемов и комиссий. Если сводки ордеров и отдельные сделки импортируются вместе, объемы покупки и продажи могут учитываться многократно. После выбора основного регистра, сохраните другой регистр для сравнения. Комиссии могут быть вычтены из другого токена; единицы активов следует регистрировать отдельно, и все комиссии не должны напрямую вычитаться из количества покупки.
Внутренние переводы и вывод средств в блокчейне следует разделять.
Переводы между основным и субсчетами могут не иметь хешей транзакций в блокчейне, а переводы между кошельками с самостоятельным хранением не следует рассматривать как две транзакции только потому, что одна получена, а другая выведена. Следует сохранить исходный счет, счет назначения, количество и соответствующие учетные данные; если совпадение отсутствует, укажите это как аномалию. Налогообложение события зависит от местных правил и истинной природы транзакции; сами инструменты дедупликации не могут дать налоговых заключений.
Проверьте правила на небольшой выборке.
Сначала выберите одну обычную покупку, одну частичную транзакцию, одно снятие средств и один внутренний перевод и вручную отследите их отображение во всех файлах. Правила должны объяснять, какие строки сохраняются, какие поля объединяются и почему. При определении перекрывающихся временных диапазонов проверьте, совпадает ли одно и то же событие постоянно; если платформа изменяет исторические поля, старые файлы не должны быть незаметно перезаписаны.
Сохранение расхождений и журнала аудита
В итоговой таблице записываются исходное имя файла, исходный номер строки, правила очистки, часовой пояс конвертации и причина аномалии, а также проводится сверка количества с начальным и конечным балансами счета. Необъяснимые расхождения указываются отдельно и не должны принудительно заполняться в разделе «Прочие доходы». Этот документ предназначен для целей сбора данных и не является персонализированной консультацией по подаче налоговой декларации; При подаче фактической отчетности ее должен проверить кто-то, знакомый с местными правилами.