Обмен данными с ГИС ГМП по исполнению 210-ФЗ

[BGDD]

Добрый день.
Решил открыть новую тему и поинтересоваться у содружества каким программным продуктом вы будете осуществлять обмен данными с ГИС ГМП по исполнению 210-ФЗ в рамках информирования о платежах за гос. и муниципальные услуги и прочих платежах, формирующих доходы бюджетов РФ.
Нам удалось найти пока продукт фирмы БСС (интегрированное в ДБО решение ) и фирмы ID-System, не привязанное ни к АБС ни к ДБО.
Что еще есть на рынке, или как у вас обстоят с этим дела?

[pit]

Как минимум есть еще следующее:
1) АРМ Госуслуг от Инфотекс Интернет Траст - пока недоделанное ПО
2) IDBank СМЭВ
3) eGovernment от ОАО Ростелеком

[rvroman]

Как минимум есть еще следующее:
2) IDBank СМЭВ

Товарищ BGDD его вообще-то уже упомянул.

[DmitriyM]

ЦФТ еще что-то свое предлагал.

[Serg_FSB]

Диасофт вовсю предлагает пощупать свое решение.

[Кеттариец]

У ЦФТ и БСС в части ЮЛ решения интересные, вроде бы работоспособные из коробки.

[Андрей Федорец]

У ЦФТ и БСС в части ЮЛ решения интересные, вроде бы работоспособные из коробки.

Вы бы пояснили, что имеется ввиду "в части ЮЛ"

ЦФТ, Диасофт подготавливает документы для отправки в формате УНИФО, которые вы потом будете должны обернуть форматом СМЭВ, подписать и отправить.
БСС, Неофлекс, Ростелеком (Инфотекс, АТ Консалтинг) решают транспортную задачу только при проведении интеграционных работ.

iDБанк-СМЭВ из коробки разбирает ЕД101, квитует их по ЕД206 и делает корректировки по ЕД104,105.
Также iDБанк из коробки и в своём интерфейсе работает с Росреестром, ФМС, ФНС и с ФССП России.
Причём мы при взаимодействии с ФССП России берём значительную часть работы на свою систему серьёзно разгружая (не нагружая) АБС.

Внедрение системы = предоставление нам доступа по SSH на железный сервер, который может быть в DMZ, т.к. по нашим схемам интеграции можно работать не в банковской сети.
При необходимости проинтегрируемся как будет удобно банку.

[BGDD]

Договорились на презентацию в ID-System, а там будет видно...

[Кеттариец]

Вы бы пояснили, что имеется ввиду "в части ЮЛ"

Имелось в виду, что решения от ЦФТ и от БСС (интернет банк) рассматривали только для платежей ЮЛ.

ЦФТ, Диасофт подготавливает документы для отправки в формате УНИФО, которые вы потом будете должны обернуть форматом СМЭВ, подписать и отправить.

ЦФТ предлагает полноценное решение, включая отправку в СМЭВ. Про Диасофт ничего не знаю.

[Serg_FSB]

Про Диасофт ничего не знаю.

Аналогично полноценное решение как раз сейчас его усиленно тестирую. .

[Андрей Федорец]

Аналогично полноценное решение как раз сейчас его усиленно тестирую. .

Прошу заметить - решение аналогичное только по сервисам ГИС ГМП. Требующее серьёзной интеграционной работы. С достаточно серьёзными системными требованиями. И ценником...
Ещё и ещё раз обращаю внимание, что то решение, которое вы планируете применять для взаимодействия с ГИС ГМП крайне вероятно будет использоваться и для взаимодействия с другими гос.органами.
Поэтому рассматривать решение для реализации транспорта с ГИС ГМП не совсем корректно.
Хотя...
Хотя я буду готов заменить любое решение на наше, когда это потребуется. С огроооомной скидкой.
Причём я без особых сомнений пишу именно "когда", а не "если"...

[av56]

ПО для оператора начислений

Добрый день.
Решил открыть новую тему и поинтересоваться у содружества каким программным продуктом вы будете осуществлять обмен данными с ГИС ГМП по исполнению 210-ФЗ в рамках информирования о платежах за гос. и муниципальные услуги и прочих платежах, формирующих доходы бюджетов РФ.
Нам удалось найти пока продукт фирмы БСС (интегрированное в ДБО решение ) и фирмы ID-System, не привязанное ни к АБС ни к ДБО.
Что еще есть на рынке, или как у вас обстоят с этим дела?

Добрый день. Я из другой песочницы - оператор начислений муниципальный и казенный. Хуже не бывает.
Нас усиленно гонят в ГИС ГМП, но при этом никто не отвечает на наши вопросы. Надежда на Вас.
После подключения нам необходимо доработать свое ПО ( согласно карте ).
1.Как быстро это надо сделать.
2.Кто и за какие деньги за это возьмется или уже есть готовые решения.
Имеем свои IT ресурсы, но слабые и малочисленные. Платежей копеечных в месяц несколько тысяч.
Спасибо за помощь.

[dps]

Добрый день. Я из другой песочницы - оператор начислений муниципальный и казенный. Хуже не бывает.
Нас усиленно гонят в ГИС ГМП, но при этом никто не отвечает на наши вопросы. Надежда на Вас.
После подключения нам необходимо доработать свое ПО ( согласно карте ).
1.Как быстро это надо сделать.
2.Кто и за какие деньги за это возьмется или уже есть готовые решения.
Имеем свои IT ресурсы, но слабые и малочисленные. Платежей копеечных в месяц несколько тысяч.
Спасибо за помощь.

Попробую ответить на что смогу.

1 "Как быстро это надо сделать." - здесь скорее всего уместен ответ: как сможете! Все зависит от финансирования, либо вам будут делать, либо сами, либо купите готовое ПО
2. Внизу на посте № 2 перечислены варианты. по первому: Точно есть интерфейсная часть для АДБ и операторов начислений, по второму - ничего не могу сказать, по третьему - должно быть.

[DenisGusev]

Коллеги, всем доброго дня! Могу предложить "Quorum. СМЭВ-Интегратор" от компании "Кворум". Решение обеспечивает полноценный информационный обмен с ГИС ГМП и, в ближайшей перспективе, с сервисами ФССП, Росреестра, ФНС и ФМС.

На правах представителя компании готов ответить на Ваши вопросы.

[rvroman]

Коллеги, всем доброго дня! Могу предложить "Quorum. СМЭВ-Интегратор" от компании "Кворум". Решение обеспечивает полноценный информационный обмен с ГИС ГМП и, в ближайшей перспективе, с сервисами ФССП, Росреестра, ФНС и ФМС.

На правах представителя компании готов ответить на Ваши вопросы.

Цену озвучьте, первый вопрос у всех будет.

[DenisGusev]

Цену озвучьте, первый вопрос у всех будет.

Не дороже иных решений, представленных на рынке. Но более универсальное за счет возможности подключения дополнительных адаптеров для любых сервисов СМЭВ.

[rvroman]

Не дороже иных решений, представленных на рынке. Но более универсальное за счет возможности подключения дополнительных адаптеров для любых сервисов СМЭВ.

Мне известны три решения (для которых у меня есть точная стомость) присутствующие на рынке и имеющие диапазон цен от 250 000 до более 1 000 000. Не дороже какого из них Ваше? Какая-нибудь презенташка или описание Вашего решения имеется? Если да, то дайте пожалуйста ссылку.

[DenisGusev]

Мне известны три решения (для которых у меня есть точная стомость) присутствующие на рынке и имеющие диапазон цен от 250 000 до более 1 000 000. Не дороже какого из них Ваше? Какая-нибудь презенташка или описание Вашего решения имеется? Если да, то дайте пожалуйста ссылку.

Роман, описание нашего решения Вы можете посмотреть у нас на сайте: http://www.quorum.ru/solutions/66/. Там же можно скачать буклет, презентацию и ознакомиться с минимальными системными требованиями.

[dps]

DenisGusev,
а стоимость???

[Андрей Федорец]

Не дороже иных решений, представленных на рынке. Но более универсальное за счет возможности подключения дополнительных адаптеров для любых сервисов СМЭВ.

Не дороже, чем бесплатный базовый функционал и и более универсальное, чем работающие 40 с лишним адаптеров к сервисам 14-ти ведомств?
Дайте, плс, тестовую версию посмотреть.
На виртуалке под CentOS есть?

[DenisGusev]

бесплатный базовый функционал

Как я понял, бесплатный функционал подразумевает обмен файлами в off-line режиме? Как при этом будет соблюдено требования 210-ФЗ о незамедлительности отправки информации о платежах?
Поправьте, если неправ.

[DenisGusev]

а стоимость???

К сожалению, не являюсь сотрудником коммерческого отдела, а потому не владею данной информацией. Только примерно - средняя рыночная стоимость.

[leleka]

Ознакомился с презентацией Кворума, остались вопросы:
входными данными будет файл для ЦБ по отправке платежей?
при запросе начислений, что можно сформировать для клиента и как это передать в конкретную АБС, то есть создать в АБС платеж по начислению?

[DenisGusev]

входными данными будет файл для ЦБ по отправке платежей?
при запросе начислений, что можно сформировать для клиента и как это передать в конкретную АБС, то есть создать в АБС платеж по начислению?

1. Входными данным будет информация о платежах и плательщиках передаваемая в "Quorum. СМЭВ-Интегратор" через программный интерфейс API (хранимые процедуры Oracle, web-сервисы) из IT-систем банка. Вызов API производится в онлайн режиме без промежуточного звена в виде файлов.
2. Список начислений клиента возвращается либо в XML-формате, либо табличном виде. Опять же при online-вызове API функции. Обработка файлов не требуется. Кроме того, список начислений клиента можно просмотреть через пользовательский интерфейс, если банку удобнее работать с Системой на рабочих местах операционистов.
3. Подразумевается другое направление вызова. Не система создает в АБС платеж, а АБС через API (в удобном и понятном любому разработчику АБС виде) запрашивает начисления, получает список начислений, после чего сама АБС может создать платеж по той бизнес-логике, которая определена конкретным банком. При этом, с Системой может работать несколько IT-систем банка. Например, запрос начислений отправляется из интернет-банка, а статусы платежей запрашиваются основной АБС.

Надеюсь, сумел ответить.

[Андрей Федорец]

Как я понял, бесплатный функционал подразумевает обмен файлами в off-line режиме? Как при этом будет соблюдено требования 210-ФЗ о незамедлительности отправки информации о платежах?
Поправьте, если неправ.

Входные параметры:
ЕД101, ЕД202, 204, 205, 206

Соответственно направляем по факту отправки рейса, а по выписке проводится квитовка/корректировки и отказы.

Так что всё в духе разъяснений Минфина и ФК.

[leleka]

[QUOTE=DenisGusev;3054604]1. Входными данным будет информация о платежах и плательщиках передаваемая в "Quorum. СМЭВ-Интегратор" через программный интерфейс API (хранимые процедуры Oracle, web-сервисы) из IT-систем банка. . Обработка файлов не требуется. Кроме того, список начислений клиента можно просмотреть через пользовательский интерфейс, если банку удобнее работать с Системой на рабочих местах операционистов.
3. Подразумевается другое направление вызова. Не система создает в АБС платеж, а АБС через API (в удобном и понятном любому разработчику АБС виде) запрашивает начисления, получает список начислений, после чего сама АБС может создать платеж по той бизнес-логике, которая определена конкретным банком.

А на каких местах, кроме операционистов еще можно работать с клиентами, которые пришли запросить и оплатить начисления?
То есть банку еще силами своего IT или поддерживающей АБС компании создать процедуры конвертации своих данных в "Quorum. СМЭВ-Интегратор" и обратно, чтобы "сама АБС может создать платеж по той бизнес-логике, которая определена конкретным банком"

[DenisGusev]

А на каких местах, кроме операционистов еще можно работать с клиентами, которые пришли запросить и оплатить начисления?
То есть банку еще силами своего IT или поддерживающей АБС компании создать процедуры конвертации своих данных в "Quorum. СМЭВ-Интегратор" и обратно, чтобы "сама АБС может создать платеж по той бизнес-логике, которая определена конкретным банком"

Кроме рабочих мест операционистов, с информацией из ГИС ГМП можно также работать через банкоматы, интернет-банк и аналогичные решения. Например, один из сценариев - запрос начислений (задолженностей клиента) в интернет банке с последующим формированием по ним платежей. Информация об этих платежах может отправляться в ГИС ГМП сразу после принятия платежного документа банком, не дожидаясь отправки рейса, так и после обработки выписки - это уже на Ваше усмотрение.

Да, чтобы обеспечить онлайн-взаимодействие с ГИС ГМП, потребуются доработки IT-систем банка. (АБС, интернет-банк, банкоматы, прием платежей без открытия лицевого счета)
Но всю основную работу по формированию сообщений и т.д. берет на себя наше решение. Все сводится к простейшему вызову процедур(методов) и получению от них ответов.

При этом, если банк хочет минимизировать эти работы, мы можем обрабатывать и просто файлы платежей. Это не потребует доработок в банковских системах. Однако, возникает спорный вопрос о выполнении требования 210-ФЗ о "незамедлительности" отправки. Казначейство все же требует отправлять информацию о платеже в момент получения поручения клиента, а не отправки рейса или квитовки выписки.