Подружить Аксапту и клиент-банк

Запись от d&m размещена 13.01.2011 в 15:32
Обновил(-а) d&m 03.06.2015 в 11:55

Теги ax2009, ru5, интеграция, клиент-банк

Подружить Аксапту и клиент-банк

Оглавление
1.Вместо предисловия
2.Интеграция - глобально
3.Интеграция - детально
4.Что удивило и чего не хватает
5.Особенности работы с отечественными клиент-банками

1. Вместо предисловия

Очень долго партнеры MS самостоятельно «ваяли» на проектах интеграцию Аксапты с клиент-банками, и тут свершилось – в очередном rollup-е MS (rollup 5) предложил свою реализацию данной функциональности.
Первое впечатление – функционал сыроват (детально, о том что удивило и чего не хватает – скажу отдельно).
Второе и осмысленное впечатление – лучше чем ничего, можно работать.

2. Интеграция - глобально

За основу взят принцип 1С – существует достаточно гибкая настройка формата обмена с разными клиент-банками.
Практически все клиент-банки, предоставляемые российскими банками, могут загружать и выгружать платежи (банковские выписки) в формате 1С

3. Интеграция - детально

Существует официальная документация по настройке интреграции:
· На портале MS: https://sharepoint.partners.extranet...ности.pdf
· В открытом доступе:
http://files.axforum.info/AX2009-RU5-DOC.rar

Этой документации оказалось вполне достаточно для настройки интеграции. Основные сложности обычно возникают при настройке электронного формата (Банк / Настройка / Электронные форматы). Ранее я уже выкладывал промышленно эксплуатируемый электронный формат (пока правда отработан только на импорте из клиент-банка в Аксапту, в скором будущем и в обратную сторону обкатаем).
upd 06-10-2011: электронный формат, готовый для загрузки в Аксапту через группу определений.

4. Что удивило и чего не хватает

1. Загрузка выписок из клиент-банка в Аксапту (Банк / Периодические операции / Клиент-банк / Импорт из клиент банка) работает только в «старом» пакетном режиме, который существовал до Ax 2009. Т.е. нужно как в каменном веке запускать отдельного клиента, в котором обрабатывать пакетные задания. Решение видится такое
2. Проблемы с формой Импортированная выписка (Банк / Импортированная выписка).
2.1. Деньги с/на наш расчетный счет могут поступать/уходить только в направлении клиентов/поставщиков - т.е. никаких вам касс и прочего
2.2. Нет возможности раздробить один платеж на несколько - к примеру, чтобы указать в них разные финансовые аналитики
2.3. Нет возможности до разноски платежа «пометить» платеж к сопоставлению
2.4. Нет возможности обработки предоплат (upd: в более поздних Rollup-ах такую возможность добивили, причем, что приятно, можно даже сумму НДС с предоплаты корректировать стандартным образом)
2.5. По приходным платежам – номера и даты платежей не передаются в общий журнал
2.6. Импортированная выписка не дружит с "Правилами набора аналитик" (ГК / Настройка / Аналитики / Правила набора аналитик).
2.7. Импортированная выписка при создании общего журнала под клиентские платежи игнорирует параметры модуля расчеты с клиентами (CustParameters.AutoSettle) - в создаваемых строках общего журнала Тип сопоставления = Нет. В итоге про автоматическое сопоставление можно забыть.

5. Особенности работы с отечественными (читай - российскими) клиент-банками

1. Выяснилось, что ряд клиент-банков включает в свою банковскую выписку по валютным ( текущим валютным и транзитным валютным) счетам информацию о том, что остаток был переоценен по такому-то курсу. Эта информация попадает в выписку в виде платежа, у которого нулевая сумма и назначение платежа содержит информацию вида: Переоценка остатка ХХХ у.е по курсу уу.ууу

Однако Аксапта привередливая и нулевые платежи не загружает, при этом завершается ошибкой загрузка всей выписки - из-за одного этого фиктивного (нулевого) платежа.
Предварительно решили обойтись "малой кровью" и разрешили системе грузить нулевые платежи, в любом случае пользователь будет обречен на удаление таких нулевых платежей перед разноской выписки.

в итоге комментим пару строк метода
validatePaymentBasicFields класса BankClientImportFormat_RU

X++:

    // Разрешаем загрузку нулевых сумм
 
   /* if (!_rec.AmountCur)
    {
        emptyFields += "@SYS860";
    }*/
 
    // Разрешаем загрузку нулевых сумм

2. Комиссия за платежку отражается отдельно по каждой платежке. К примеру, если мы за сегодня делаем 100 расходных платежек, то завтра в банковской выписке мы получим информацию о том, что с нашего расчетного счета в безакцептном порядке списана комиссия 100 раз. На выходе в системе будет 100 технических расходных платежек на смешную сумму и во всех этих платежках нужно проставить как минимум финансовые аналитики. Несмотря на сильнейшее лобби со стороны пользователей, которые призывали нас объединять такие платежки в системе в одну платежку, мы пошли другим путём. А именно - была реализована функция массового заполнения реквизитов (в первую очередь финансовых аналитики) в выбранных shift-ом строках формы "Импортированная выписка".

Размещено в Без категории

Просмотров 68822 Комментарии 2

« Предыдущее Главная страница Следующее »

Всего комментариев 2

Архив
< Ноябрь 2024
Вс	Пн	Вт	Ср	Чт	Пт	Сб
20	21	22	23	24	25	26
27	28	29	30	31	1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30

	круть
	Запись от mazzy размещена 14.01.2011 в 08:30

	Спасибо за опыт.
	Запись от Kabardian размещена 22.03.2012 в 16:19

Сообщение форума

Отменить изменения