Импорт платежей

[Swetik]

Аксапата 3.0
Выбрала в способе оплаты формат импорта - custIn Format 1 (test),
в классе - CustInPaymBank1, который все это дело реализует - в методе openFile - файл открывается как aSCIIFile, а в методе, который читает файл - fromDisk2Journal -
цикл по commaFile, который там нигде не определяется .
Скажите, где тут зарыта хитрость ?
И как я понимаю, для Российского Клиент-Банка необходимо написать свой класс ?

[Peter Savintsev]

Да, для Российского Клиент-Банка (кстати, для каждого практически, т.к. практически у каждого банка свой клиент-банк) надо делать свой класс.

В простейшем случае это выглядит так. Создаешь своего наследника CustInPaym. Перекрываешь openfile(), в котором (как нетрудно догадаться) открываешь файл, откуда будут импортироваться платежи. Перекрываешь fromDisk2Journal(), в котором собственно платежи (то есть строки журнала LedgerJournalTrans) и создаешь. Перекрываешь interfaceName() (должен возвращать строку с описанием, которая потом будет показана при выборе формата импорта в способе оплаты). И все .

Для экспорта платежей процедура выглядит чуть более сложной, но это тема для другого топика.

[kalex]

А лучше сделать универсальный класс, который позволяет настраивать формат импорта/экспорта. Мы так и сделали :-)
Кстати, экспорт платежей, по-моему, проще, чем импорт. При импорте нужно идентифицировать плательщика и его банк, а как это делать - по ИНН, BIC или номеру счёта - вопрос интересный.

[Peter Savintsev]

Цитата:

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

Согласен. Когда я говорил, что процедура создания экспорта платежей более сложная, я имел в виду, что для экспорта надо создать не один класс, а два.

[Alex_K]

Согласен, что экспорт платежей существенно проще.
А вот универсальный класс для настройки импорта/экспорта - это круто... Не секрет, как удалось этого добиться? Форматы-то настолько разные - и типа csv, и dbf, а 1С использует что-то вроде ini-файла...
Случаем, не XML использовали?

[kalex]

Вот про XML не подумал... А как можно было бы его использовать?
В XML я ещё ни одного банковского файла не видел.
У нас настраивается или dbf, или csv. Задача импорта из ini-файлов не ставилась - но это легко дописывается - объектная модель позволяет.

[Alex_K]

Цитата:

Изначально опубликовано kalex
Вот про XML не подумал... А как можно было бы его использовать?
В XML я ещё ни одного банковского файла не видел.

Честно говоря, как его ипользовать именно в аксапте, не знаю... Просто работал с одной системой, в которой настраиваемый импорт/экспорт входит в комплект. Экпорт там настраивается формулами из колонок форм, а XML-подобные шаблоны применяются для разбора и приведения к общему знаменателю входящей информации. Правда, dbf предварительно конвертируется в текст внешней утилитой (и обратно, естественно тоже).