Импорт платежей из банка - ANDI.lv

Tatjanka · 04.02.2009, 17:42

Мы работаем с Ханса банком- выгружаем платежки в банк, можно ли реализовать обратный механизм: из банка в программу?

Longina · 04.02.2009, 18:35

Можно. Только все равно это будет "полу-автомат". Втянется все. Но все надо будет проверять. Не все в платежке указывают номер документа по которому платят. Правда?

OlegMA · 04.02.2009, 18:59

Цитата:

Сообщение от Longina

... Не все в платежке указывают номер документа по которому платят. Правда?

угу-угу, правда-правда, а еще если и указывают, а где-то в глубине банковских БД что-то расползется-слипница, пробел лишний, пробела нет (и номер накладной слился со следующей датой, например) - каша еще та получается

Longina · 04.02.2009, 19:25

Цитата:

Сообщение от OlegMA

угу-угу, правда-правда, а еще если и указывают, а где-то в глубине банковских БД что-то расползется-слипница, пробел лишний, пробела нет (и номер накладной слился со следующей датой, например) - каша еще та получается

Пральна. Так обычно и пишут. Я решила "помягче" это написать

.

Viens_C · 05.02.2009, 12:41

Я такую обработку написал для 7.7 ... результат 0.000000
сам настырно пользуюсь в тестовом режиме уже год. экономия времени - никакой
в 2-3 раза дольше чем ручками. ошибок куча (незамеченных).
Один клиент заключил договор, банк гарантировал формат выгрузки - облом.
Банк даже не виноват. Интернет платежки безобразные - типа "в деревню дедушке"
Методику вылавливания ошибок разработать не возможно. Там нет системы.
кроме упомянутых ошибок - меняют местами даже поля

Aleksej · 05.02.2009, 13:24

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

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

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

по желанию для заказчика можно доработать переделать под соответствующие нужды. например под коды клиентов которые указывают при оплате (как в Теле2 при платеже указываем код клиента обязательно).

считаю полуавтоматическую загрузку одним из самых удобных вариантов при средне больших объёмах информации. При чём загружая выписку можно можно сравнить суммы с уже введённой и загружая повторно ранее введённые документы будут найдены.

Viens_C · 05.02.2009, 14:32

Именно так и сделано
Таблица имеет левую и правую половинки
левая - выписка банка
правая - попытка идентификации
че не схватило клацкаем руками - подбором
че схватило неверно долго и нудно проверяем и когда нашли клацкаем руками - подбором
когда сделали 1/2 выписки и повторили загрузку ... о мама
че не схватило - но мы руками наклацкали
че схватило - но мы руками пере наклацкали
че не схватило и мы пропустили
че схватило неверно и мы пропустили ....
долго и нудно проверяем
Теперь кажись все ок - но надож себя проверить ... о мама папа баба деда

Выбод: продукт продать нельзя - он не съедобен (кушать можно но будет понос)

Добавлено через 15 мин.

Я тут нарисовал свои самые мрачные наблюдения
все зависит от комбинации клиент - банк - вид нашей деятельности
коэфициент полезности тут колеблится 5-80%
но искать ошибки ... ... проще делать самому с нуля
мы вить про инструмент который нам поможет
или лишбы загрузкой.

Aleksej · 05.02.2009, 14:44

Французы кушает лягушек, А мне они и даром не нужны: Наемся сала, вкусненьких пампушек

это у Вас в 7.7 ? в выпиской ситуация такая, что она сделана для удобства и комфорта (а не расширения возможностей). И важна каждая мелочь будь то цвет которым подсвечена ячейка введённая, определённая, не введённая. При одном клике насколько нужная форма сразу открывается, что бы быстро вводить. и насколько удобна дополнительная информация. В 8 оно получается красивее.

Viens_C · 05.02.2009, 15:24

Цитата:

Сообщение от Aleksej

И важна каждая мелочь будь то цвет которым подсвечена ячейка введённая, определённая, не введённая. При одном клике насколько нужная форма сразу открывается, что бы быстро вводить. и насколько удобна дополнительная информация. В 8 оно получается красивее.

восмерка конечно восмерка но тут и девятка не поможет
FormEx знаю цветами игратся умею и в 77 делал
подсказки и интуитивние менюшки делал
но плучается полуфабрият
народ надо учить + стандарт какойто внедрять
загрузка в банк идет выгрузка из банка кривая не по вине 1С

Aleksej · 05.02.2009, 15:53

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

с Вашими наблюдениями полность согласен.

Viens_C · 05.02.2009, 17:24

Про коефициент полезности я огворился
имел виду коефициент разпознаваемости обектов в 1С

и во вемени с экономить ничего не удается
проверки перепроверки сжирают всю экономию ввода в двойне

ОДНАКО !!!

кто нам мешает создать доп справочник в котором фиксировать строку как она из банка и то как нам хотелось бы ее иметь и в каком документе ее уже взяли
и при повторном вчитывании пользоваться им ?
кто мешает ? типовая! в которой нет такого справочника
а от типовой уходить нехорошо
но общими силами выход можно ...

Добавлено через 3 мин.

30% будут наши

ANDI_Hotline · 06.02.2009, 11:01

Автоматичское втягивание и распознование входящих платежей очень полезно в организациях, которым приходят массовые платежи, а долги они закрывают по методу FIFO. Например: домоуправления, интернет провайдеры, лизинговые фирмы и т.п.

Тогда, вероятность правильного распознвания пришедшего платежа приближается к 98%.
Но с платежами типа "Иванов платит за Петрова" и т.п. все равно приходится работать вручную (номер договора, адрес подключения, фамилию абонента и т.п. в банковской платежке указывают далеко не всегда).

У нас разработаны такие модули для 1С:Предприятия 7.7 и 1С:Предприятия 8, но в связи с вышесказанным, используются они не часто.

04.02.2009, 17:42	#1
Tatjanka Senior Member Регистрация: 19.01.2009 Сообщений: 186 Поблагодарил(а): 15 Благодарили 6 раз в 6 сообщениях	Импорт платежей из банка Мы работаем с Ханса банком- выгружаем платежки в банк, можно ли реализовать обратный механизм: из банка в программу?

05.02.2009, 14:32	#7
Viens_C Senior Member Регистрация: 18.01.2009 Сообщений: 637 Поблагодарил(а): 39 Благодарили 78 раз в 63 сообщениях	Именно так и сделано Таблица имеет левую и правую половинки левая - выписка банка правая - попытка идентификации че не схватило клацкаем руками - подбором че схватило неверно долго и нудно проверяем и когда нашли клацкаем руками - подбором когда сделали 1/2 выписки и повторили загрузку ... о мама че не схватило - но мы руками наклацкали че схватило - но мы руками пере наклацкали че не схватило и мы пропустили че схватило неверно и мы пропустили .... долго и нудно проверяем Теперь кажись все ок - но надож себя проверить ... о мама папа баба деда Выбод: продукт продать нельзя - он не съедобен (кушать можно но будет понос)<I><FONT size=1> Добавлено через 15 мин. </FONT></I>Я тут нарисовал свои самые мрачные наблюдения все зависит от комбинации клиент - банк - вид нашей деятельности коэфициент полезности тут колеблится 5-80% но искать ошибки ... ... проще делать самому с нуля мы вить про инструмент который нам поможет или лишбы загрузкой.

05.02.2009, 17:24	#11
Viens_C Senior Member Регистрация: 18.01.2009 Сообщений: 637 Поблагодарил(а): 39 Благодарили 78 раз в 63 сообщениях	Про коефициент полезности я огворился имел виду коефициент разпознаваемости обектов в 1С и во вемени с экономить ничего не удается проверки перепроверки сжирают всю экономию ввода в двойне ОДНАКО !!! кто нам мешает создать доп справочник в котором фиксировать строку как она из банка и то как нам хотелось бы ее иметь и в каком документе ее уже взяли и при повторном вчитывании пользоваться им ? кто мешает ? типовая! в которой нет такого справочника а от типовой уходить нехорошо но общими силами выход можно ...<I><FONT size=1> Добавлено через 3 мин. </FONT></I>30% будут наши

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
Отражение комиссии банка при уплате ПНН	OlegMA	1С:Бухгалтерия 8	8	03.02.2009 20:17

04.02.2009, 18:35	#2
Longina Moderator Регистрация: 04.01.2007 Сообщений: 478 Поблагодарил(а): 64 Благодарили 44 раз в 43 сообщениях	Можно. Только все равно это будет "полу-автомат". Втянется все. Но все надо будет проверять. Не все в платежке указывают номер документа по которому платят. Правда?

05.02.2009, 12:41	#5
Viens_C Senior Member Регистрация: 18.01.2009 Сообщений: 637 Поблагодарил(а): 39 Благодарили 78 раз в 63 сообщениях	Я такую обработку написал для 7.7 ... результат 0.000000 сам настырно пользуюсь в тестовом режиме уже год. экономия времени - никакой в 2-3 раза дольше чем ручками. ошибок куча (незамеченных). Один клиент заключил договор, банк гарантировал формат выгрузки - облом. Банк даже не виноват. Интернет платежки безобразные - типа "в деревню дедушке" Методику вылавливания ошибок разработать не возможно. Там нет системы. кроме упомянутых ошибок - меняют местами даже поля

05.02.2009, 13:24	#6
Aleksej Moderator Регистрация: 17.07.2008 Сообщений: 295 Поблагодарил(а): 3 Благодарили 83 раз в 69 сообщениях	механизм из банка в программу возможен. А что бы не было непонятностей с основаниями платежа, механизм полуавтоматический. т.е. загружается файл с выпиской и проходится каждая сумма вручную и указывется за какие документы была оплата в реальности (или не документы), и соответственно после подбора документов к оплате создаются банковские документы. по результату, на мой взляд это намного удобней и быстрее чем по распечатке с линейкой под суммой вводить новые документы, заполнять подбирать. по действиям обработка позволяет загрузить файл выписки, отображает выписку ввиде таблицы, по возможности находит клиентов, разресовывет по полям, кликаем на документ, сразу подбираем документы (сверху что бы было легче пишется основание из выписки), жмём заполнить, ок. переходим к следующему. по желанию для заказчика можно доработать переделать под соответствующие нужды. например под коды клиентов которые указывают при оплате (как в Теле2 при платеже указываем код клиента обязательно). считаю полуавтоматическую загрузку одним из самых удобных вариантов при средне больших объёмах информации. При чём загружая выписку можно можно сравнить суммы с уже введённой и загружая повторно ранее введённые документы будут найдены.

05.02.2009, 14:44	#8
Aleksej Moderator Регистрация: 17.07.2008 Сообщений: 295 Поблагодарил(а): 3 Благодарили 83 раз в 69 сообщениях	Французы кушает лягушек, А мне они и даром не нужны: Наемся сала, вкусненьких пампушек это у Вас в 7.7 ? в выпиской ситуация такая, что она сделана для удобства и комфорта (а не расширения возможностей). И важна каждая мелочь будь то цвет которым подсвечена ячейка введённая, определённая, не введённая. При одном клике насколько нужная форма сразу открывается, что бы быстро вводить. и насколько удобна дополнительная информация. В 8 оно получается красивее.

05.02.2009, 15:53	#10
Aleksej Moderator Регистрация: 17.07.2008 Сообщений: 295 Поблагодарил(а): 3 Благодарили 83 раз в 69 сообщениях	скорее рассматривать стоит такую обработку не как "выгрузка из банка в программу" а облегченная обратка банковской выписки полученной в электронном виде. а учить и внедрять это всегда надо. и если с помощью обработки можно уменьшить время-затраты на ввод документов даже на 30% это уже Плюс. поэтому и идёт такая обработка как дополнение к программе, и для тех кому это действительно надо для эфективности работы. с Вашими наблюдениями полность согласен.

06.02.2009, 11:01	#12
ANDI_Hotline Hotline Регистрация: 02.01.2006 Сообщений: 480 Поблагодарил(а): 8 Благодарили 49 раз в 37 сообщениях	Автоматичское втягивание и распознование входящих платежей очень полезно в организациях, которым приходят массовые платежи, а долги они закрывают по методу FIFO. Например: домоуправления, интернет провайдеры, лизинговые фирмы и т.п. Тогда, вероятность правильного распознвания пришедшего платежа приближается к 98%. Но с платежами типа "Иванов платит за Петрова" и т.п. все равно приходится работать вручную (номер договора, адрес подключения, фамилию абонента и т.п. в банковской платежке указывают далеко не всегда). У нас разработаны такие модули для 1С:Предприятия 7.7 и 1С:Предприятия 8, но в связи с вышесказанным, используются они не часто.

Здесь присутствуют: 2 (пользователей: 0 , гостей: 2)