Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Интеграция с банк-клент
|
|||
|---|---|---|---|
|
#18+
А вот такой вопрос : есть ли на данный момент какая никакая система ERP с возможность интеграции с системами банк-клиент Ну хотя бы на уровне парсинга MT940/MT942 MT100? Если счетно - уже просто зло берет, все банки работаю в swift, а нормального софта который можно использовать в автоматическом режиме из ERP никто не предлагает. Как мне заявили в моем банке (при объявленной возможности интеграции в ERP) "Вам будет предоставлена документация по описанию стандартов"... А на кой мне эти стандарты, которые и так в свободном доступе, когда я просил API референс для библиотек парсинга.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2005, 18:52 |
|
||
|
Интеграция с банк-клент
|
|||
|---|---|---|---|
|
#18+
Фигня... Нет таких стандартов или это их внутрение стандарты. Обычно банк предоставляет систему К/Б которая чаще всего написана на ACCESS (По моему наблюдению) Причём иногда это разработка самого банка. API парсинга ? А что, таковой имеется ????? Может в Москве уже другое поколение К/Б используют ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2005, 19:11 |
|
||
|
Интеграция с банк-клент
|
|||
|---|---|---|---|
|
#18+
повести нам пожалуйста спицификацию Swift и продукт на тестирования по этой спецификации и мы приведем что он несответсвует ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2005, 11:41 |
|
||
|
Интеграция с банк-клент
|
|||
|---|---|---|---|
|
#18+
Ну вообще то это компания Omicron и его MultiCash, банк ABN AMRO. При детальном рассмотрении системы выявлены библиотеки для разборки всех стандартых банковских форматов (необходимых для клиентской части) и было бы логично их же и использовать... Так нет, говорят нельзя вызывать функции из сторонних продуктов.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2005, 16:56 |
|
||
|
Интеграция с банк-клент
|
|||
|---|---|---|---|
|
#18+
CronexТак нет, говорят нельзя вызывать функции из сторонних продуктов.. нужно написать бумажку на соответсвующий стандарт и что доступ будет только вот этот ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2005, 18:05 |
|
||
|
Интеграция с банк-клент
|
|||
|---|---|---|---|
|
#18+
[quot LSV]Обычно банк предоставляет систему К/Б которая чаще всего написана на ACCESS Откуда дровишки? :) На чём только К-Б не пишут... и на Оракле, и на VC++... А реально: любой К-Б - это вещь в себе, которая умеет выгружать/загружать платёжки в определённом (уникальном для этого К-Б) формате - чаще всего dbf, но бывает и текстовый. Иногда встречаются несколько вариантов форматов в одном К-Б (например, ВТБ). В 100% втречавшихся мне К-Б выгрузка производится _только_ руками. А при интеграции с ERP приходится ваять приложение, которое умеет парсить данные файлы выгрузки из К-Б и засасывать в базу (естественно, проверяя на дубли). Дубли могут возникать хотя бы в следующем случае: К-Б позволяет выгрузить _только_ платёжки за отределённую дату - не разбирая: исходящие это платежи или входящие. Т.е., если мы породили в системе исходящую платёжку, а потом пытаемся импортировать из К-Б весь опердень - мы пытаемся её продублировать :) В общем, гнусное это дело. :( Мы свой конвертор из Б-К (работает одновременно с 4 банками, да ещё и по нескольким юрлицам и >10 р/с) ещё года два как сдали клиенту в промэксплуатацию, так подкручивать приходится постоянно. То версия К-Б сменится, а там поля перепутаны или кодировка поменялась... То бюджетный платёж случится, да такой, что ни в одно поле не влезает... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2006, 20:58 |
|
||
|
Интеграция с банк-клент
|
|||
|---|---|---|---|
|
#18+
В нашей системе сделана интеграция (если это можно так назвать) с банк-клиентами различных 5 банков. Сделано это по такой схеме: пользователь в нашей системе вводит платежку, делает экспорт - создается файлик. либо TXT либо DBF, в зависимости от банк-клиента. Потом открывает банк-клиент загружается этот файл. и далее бухгалтер проводит оплату. Все эти интеграции делались с большим скрипом и методом тыка. Т.к. тех служба в банках абсолютно не знает как работает ихняя программа. и в каком виде надо предоставлять ей файлы. Дока на формат файлов для импорта в банк-клиент абсолютно не соответствует действительности. и написана еще для первых версий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2006, 07:39 |
|
||
|
|

start [/forum/topic.php?fid=29&fpage=61&tid=1528079]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
22ms |
get topic data: |
16ms |
get forum data: |
4ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 246ms |
| total: | 353ms |

| 0 / 0 |
