Esmu nodarbojies ar bankas izrakstu ielasīšanu grāmatvedības programmā. Galvenā problēma ir nevis failu konvertācijā no viena formāta uz citu. Problēma ir ka tajos failos informācijai nav "dzelžains" formāts. Sevišķi paskaidrojumā par ko maksāts. Ne vienmēr programma var atpazīt kas maksā. Kaut gan ar acīm un smadzenēm to var viegli.

Vidēji ienākošo maksajumu atpazīstamības % ir zems (20-40%). Vainīgi ir gan paši maksātāji, gan banku operātori kas apstrādā papīra maksajuma uzdevumus. Labs atpazīstamības procents ir tad ja ir "automātiskie maksajumi" vai banka skanē barkodu no jūsu izsūtītiem rēķiniem.

Man nav nekādu problēmu ar Swedbank un Tildes Jumi eksporta un importa jautājumos.Pat varētu teikt, ka no visām bankām, man Swedbank internetbanka patīk vislabāk.Es domāju, ka Jums vajag savu problēmu risināt kopā ar banku.

"no bankas nav iespējams iegūt failu FiDaViSta formātā (XML)"

"provātpersonām šāds pakalpojums nav pieejams"

без банка этот вопрос для Вас нерешаем, в принципе можно запрограммировать конвертацию из одного формата в другой, только кто это будет для Вас делать

Piemēram:Failā FiDaViSta formātā eksistē lauks <PmtInfo>, no kura tad arī programmai, kas importē datus(jebkurai), jāspēj atpazīt par ko samaksāts. Inākošajos maksakumos aizpildot paskaidrojumu, diemžēl ticis pielietots "brīvais fantāzijas lidojums". Un tā vietā lai kklients uzrakstītu "par RF 123456" mēs ieraigam "Telp.noma parDEC. daļ.apm.50.00Ls".

Un tas ir ne tikai FiDaViSta formātā.

ieraigam = ieraugam

Cena, а зачем программе это знать? Пусть импортирует поле <PmtInfo> в соответсвующее поле своей базы данных, а бухгалтер потом может по тексту в этом поле "связать" оплату счёта с самим счётом, если Вы это имеете ввиду.

И эти связки нужны только тем бухгалтерам, кто ведёт учёт оплаты счетов, не все это делают.

Точно. Они же не поднимают данную проблему, у них все в порядке, а их я не пощипал.

Таа...ак , С % распознаваемости я лажанулся.

Makssoft: ... Пусть импортирует поле <PmtInfo> в соответсвующее поле своей базы данных, а бухгалтер потом может по тексту в этом поле "связать" оплату счёта с самим счётом, если Вы это имеете ввиду.

-------------------------------------

Именно это я имел в виду. И именно таким полуфабрикатом пользуются клиенты. И некоторые и них довольны.

Да это замечательный полуфабрикат :), я сама пользуюсь подобным образом: импортирую выписку за пару минут и банк в программе готов с остатком точно, как в выписке. Затем навожу красоту в аналитике (потому что, как Вы правильно заметили, в банковском файле не всегда имеется плательщик) и связываю счета. После этого готов и дебиторско/кредиторский учёт. Лучшей технологии Вы не достигнете, не от Вас зависит и даже не от банка. Бывает платит Вася за Петю, а счёт выписан на Петю, от того, что банк пришлёт Вам Васю, счёт не закроется :).

пощиПал <> пощиТал Ха... translit подводит

Механизм по "наведению красоты" пришлось специально создавать. Чтобы для пользователя, импортированная таблица, в виде выписки банка оставалась перед глазами. И потом простым кликом по не удовлетворяющей ячейке, открывался список для подбора нужного элемента, с автоматической дальнейшей обработкой необходимых данных.

У меня гораздо проще :), тут уж у кого как фантазия работает. А сверять импортированную таблицу надо исключительно с первичной банковской выпиской, именно она должна быть перед глазами, может не всё импортировалось или ещё какая ошибка, мало ли.

Я из интернет-банка скачиваю сразу 2 файла: выписку в XML и PDF форматах, потом после импорта программой их сравниваю.

И у меня тот же путь XML PDF. И в конце <ALT+TAB>-ом прыгаю туда сюда, с окна на окно.