Согласен с BOAL.
Цитата:
Изначально опубликовано sergey_alekseev
Спасибо, видимо без программирования не обойтись.
Да, Но здесь как раз программистское программирование.
Программист должен решить програмиссткую задачу программистскими средствами.
Поэтому у здесь не должно быть неожиданностей в постановке и решении задачи.
Постановка:
взять класс LedgerInAccountStatement
создать класс-наследник, который реализует импорт из вашей системы (или из текстового файла вашего формата).
При обнаружении любых ошибок - выдавать пользователю диагностическое сообщение и прекращать импорт.
Цитата:
Изначально опубликовано sergey_alekseev
Хотя при настройке таблиц в Группе определений, на каждую можно повесить критерий, в том числе и диапазон дат?
Может кто нибудь настраивал импорт по критерию? Подскажите как это работает!
Черт, у вас так хорошо все начиналось.
И вот фигня пошла.
зачем вы собираетесь вводить какие-то критерии на принимающей стороне? Вы так потеряете контроль над данными.
Импорт должен импортировать строки в журнал. Журнал - черновик. Он ни на что не влияет пока не будет разнесен. Перед разноской человек-оператор должен проверить полученные данные и оценить корректность. В этот момент, оператор может отфильтровать ненужные строки. Когда будет все правильно, то оператор одобряет журнал (разносит)
По идее, импорт должен принять ВСЕ данные, которые пришли.
А вот отдающая сторона должна решить какие данные отдавать, а какие нет, поскольку в отдающей стороне сопутствующей информации о передаваемых данных больше, чем в принимающей.