Импорт из банк-клиента

Текущая (уже реализованная) логика следующая:

1. Есть текстовый файл в формате 1С (экспорт из банк-клиента)
2. Этот файл распарсивается нашей хранимой процедурой и структурированно данные выдаются во временную таблицу. 
3. Собственно в этой временной таблице в итоге хранятся все столбцы с данными, которые были определены для парсинга.
4. ХП может вызываться, с параметрами "путь файла" и "имя врем.таблицы". Путь файл - это то, из чего брать данные, а имя временно таблицы - что бы потом с ней работать.
5. После выполнения процедура ничего не делает с созданной временной таблицей - это уже задача скрипта, который её вызвал.

Таким образом сейчас стоит задача разработки интерфейса для этого "движка", который должен позволять:

1. Выбирать файл с диска
2. Запускать парсинг и сохранять данные в некотором классе, что бы потом с ними можно было работать
3. Отображать предварительные результаты импорта пользователю в некотором режиме, где он будет уже производить акцепт и разноску импортируемых записей
4. Кнопка сохранить, которая из предварительного импорта переносит данные уже в систему с заданной разноской. Соответственно всё, что было в предварительном импорте удаляется и готово для следующих загрузок.

Это всё общее... но есть ряд нюансов:

• На что может быть похож такой интерфейс?
• Как должна себя система вести, если в одну и ту же дату от одного и того же плательщика на одну и ту же сумму есть два платежа? И вообще по какому принципу отлавливать дубли?
• Нужно ли хранить дату последнего импорта, что бы повторно данные не загружать?
• Предлагать ли создавать обязательства оп неразнесённым расходам?
• ...ну и что-то ещё наверняка ещё не учтено