Содержание страницы
У компании в Московской области одна выписка поступила из интеграции и была импортирована вручную. В базе появились лишние документы. Сначала сохраняют копию и определяют, какие записи отражают один банковский факт, а какие похожи лишь внешне.
Что сопоставить
Банковские реквизиты операции, номер, дату, сумму, назначение и связь с расчетами. Затем проверяют оборот и остаток счета. Иногда дубль не затрагивает итог денег очевидным образом, но меняет взаиморасчеты или налоговые регистры.
После исправления
Повторно сверяют банк, контрагентов и документы, на которые повлияли записи. Если затронуты закрытые периоды, оценивают последствия до изменения отчетности. Настройки загрузки и ответственность за импорт пересматривают, иначе ошибка повторится.
Выберите запись по основанию, а не по времени создания
Одна запись могла быть проведена вручную с правильной аналитикой, другая — создана обменом и связана с последующими документами. Перед исправлением просмотрите обе цепочки. Удаление более позднего файла не всегда дает безопасный результат, если на него уже опираются расчеты.
В протоколе отметьте банковскую операцию, обе учетные записи, причину выбора и затронутые участки. Изменения выполняйте в пределах полномочий, сохраняя возможность восстановить исходное состояние. По закрытым данным сначала определите влияние на отчетность.
После сверки банка с базой повторите тест загрузки предусмотренным способом. Для компании Москвы с подразделением Московской области особенно важно договориться, кто импортирует выписку: два ответственных не должны независимо загружать один источник. При сложных зависимостях поможет проверка 1С.
Ситуация с похожими реальными платежами
Покупатель мог перечислить две одинаковые суммы по одному договору в один день. В банковской выписке это две самостоятельные операции. Удаление одной по совпадению даты и суммы создаст новую ошибку. Поэтому важны банковские идентификаторы и сверка факта, а не только визуальная похожесть документов.
Другой случай — одна строка выписки создала два учетных документа из разных обменов. Здесь ищут общий банковский факт, но затем проверяют содержание обеих записей и их связи. Одинаковый подход «удалить все повторы» для этих двух ситуаций не подходит.
Завершите проверку с трех сторон: банковские обороты, остаток денежных средств и затронутые расчеты. Если отчетность уже опиралась на ошибочные данные, отдельно определите нужные последующие действия. Только после этого можно закрыть замечание и закрепить единый порядок импорта.
Если импорт настраивал внешний подрядчик, передайте ему конкретный пример дубля и ожидаемое поведение. Закрывать техническую заявку стоит после проверенного результата по согласованному сценарию, а не только после сообщения об изменении настройки.