Банки и клиенты: синхронизация документооборота

Содержание
  1. Особенность Синхронизации документов
  2. 1. Поступление безналичных денежных средств (ПБДС)
  3. 2. Отчет банка по операциям эквайринга
  4. Зачем СЭД в банке? Мнение международных экспертов и практика российских компаний
  5. Причина первая: минимизация рисков при аудите
  6. Причина вторая: повышение подотчетности
  7. Причина третья: консолидация данных из сторонних и устаревших систем
  8. Мнение экспертов международного уровня
  9. А зачем сэд российским банкам?
  10. Синхронизация приложений учета финансов с банками. Насколько это безопасно и удобно? | Компьютерра
  11. Что даёт синхронизация?
  12. Как приложения синхронизируются с банками
  13. Способ 1. Обработка СМС из банков
  14. Способ 2. Синхронизация через сторонние сервисы
  15. Способ 3. Синхронизация через плагины приложения
  16. Советы по синхронизации и выбору приложения для учёта финансов
  17. Особенности банковского документооборота
  18. Решение компании DIRECTUM
  19. : журнал Банковские технологии № 3 2006 г
  20. Как приложения для учёта личных финансов синхронизируются с банками
  21. Зачем нужна синхронизация?
  22. Способы синхронизации с банками
  23. Обработка СМС от банков
  24. Подключение к банкам с помощью сторонних сервисов
  25. Синхронизация с помощью плагинов из приложений
  26. Невероятно, но факт!

Особенность Синхронизации документов

Банки и клиенты: синхронизация документооборота

Методическое пособие совместного использования конфигураций 1С:Управление торговлей, ред. 11.2, и 1С:Бухгалтерия  можно посмотреть на дисках итс https://its.1c.ru/db/metod81#content:5946:hdoc  или скачать из моего сайта Download File.

Особенность синхронизации документов, которые могут выполнять разные хозяйственные операции связана с тем, что все хозяйственные операции в  УТ 11 являются значениями одного перечисления ( см. рис 1), которое содержит больше 250 значений.

Рис 11 Перечисление хозяйственных операций в дереве конфигурации УТ 11

В прикладном решении БП 3.0 у каждого документа имеет свое собственное перечисление хозяйственных операций в дереве конфигурации. Это накладывает определенные трудности синхронизации .

1. Поступление безналичных денежных средств (ПБДС)

Этот типовой пример документа, у которого несколько видов операции. При выгрузке документа  поступления безналичных средств ( далее ПБДС) из  УТ создается   документ поступления на расчетный счет в БП 3.0 при обмене через универсальный формат данных.

В правилах обработки данных при отправке  ПБДС в общем модуле  Менеджер обмена через универсальный формат  используется следующая процедура  обработки при отправке ( см. рис. 2):  ПОД_Документ_ПБДС_Отправка_ПриОбработке 

Рис 2 правилах обработки данных при отправке  ПБДС

В теле данной обработки анализируется значение хозяйственной операции отправляемого документа и в зависимости от его значения используется одно из следующих процедур с правилами конвератции объекта (ПКО):

  1.  Документ_ПБДСРасчетыСКонтрагентами_Отправка
  2. Документ_ПБДСКонвертацияВалюты_Отправка
  3. Документ_ПБДСРасчетыССотрудниками_Отправка
  4. Документ_ПБДСПрочееПоступление_Отправка
  5. Документ_ПБДСПоПлатежнымКартам_Отправка
  6. Документ_ПБДСПрочиеДоходы_Отправка

До редакции Управление торговлей, редакция 11, версия 11.3.4.103 была ошибка в теле этой процедуры.

Разработчики забили включать операцию “Возврат по зарплатному проекту”  , в результате УТ регистрировал документ ПБДС с такой операцией, но не корректно обрабатывал его при отправке  и бухгалтерия предприятия не принимала его.  Я включил эту операцию (см.

рис 3), однако в бухгалтерии предприятия отсутствует подобной операции и я решил использовать  ПКО Документ_ПБДСПрочееПоступление_Отправка , которое при получении создает документ Поступление на расчетный счет с операцией  прочие поступления

2. Отчет банка по операциям эквайринга

В прикладном решении 1С: Управление торговлей, редакция 11 этот документ предназначен для регистрации детальных отчетов по операциям эквайринга, полученных из обслуживающих банков. Документ содержит :

  • Таблицу поступления оплат от клиентов – расшифровка платежей, поступивших на расчетный счет в банке-эквайере при оформлении платежей с использованием платежных карт
  • Таблицу Возвратов оплат клиентам – расшифровки платежей, списанных с расчетного счета в банке-эквайере при оформлении платежей с использованием платежных карт.
  • Сумма эквайринговой комиссии

При обмене  через универсальный формат Enterprisedate  устанавливаются следующие правила:

  1. Создается документ “Корректировка долга” при наличии эквайринговой комиссии 
  2. В   таблицу дебиторской задолженности корректировки долга загружается одна запись – Сумма комиссии .
  3. В номере документа устанавливается Пользовательский Префикс  “Э”
  4. Устанавливается счет списания дебиторской задолженности 91.02 -Прочие расходы по умолчанию, а при проведении  выполняется проводка Дт91.02/ Кт 57.03 -Продажи по платежным картам.
  5. В качестве контрагента устанавливается банк-эквайер

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

1. Клиент оплачивает сегодняшней датой картой за товар 10 000,00 , при этом в программе УТ 11 формируется документ операция по платежной карте . При выполнения синхронизации с программой БП 3.0 данные переносятся в аналогичный документ и создается проводка Дт 57,03/ Кт 76 на сумму 10 000,00

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

Сумму комиссии мы сможем увидеть совершенно в другом документе по эквайрингу, где формируются акты с разбивкой на общую сумму поступления по платежным картам 10000,00 р. общую сумму зачисления на расчетный счет 9000,00 р. и сумму комиссии 1000,00.

При выполнения синхронизации  с программой БП 3.0, поступившие  9000,00 р.  на расчетный счет  переносятся  в документ поступления на расчетный счет БП 3.0 и формируется проводкаДт 51/Кт 57.03 на сумму  9000 р.

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

4. Затем в программе УТ 11 мы формируем отчет банка по эквайрингу, в него мы переносим документы по эквайринговым операциям за предыдущий день – оплата, если были возвраты , то переносим возвраты, и на третей вкладке вносим сумму комиссии по акту.

В результате сумма по данному документу должна равняться поступлению на расчетный счет. При выполнения синхронизации с БП 3.0  сумма комиссии на 1000 р переносится в таблицу дебиторской задолженности документа  корректировка долга  и формируется проводка Дт 91.

02 Кт 57,03 на сумму 1000 р.

5. При анализа счета 57,03  в бухгалтерии видно, что закрывается 57,03 – нет дебетового сальдо, т.е, дебетовое сальдо по комиссии банка списывается корректировкой долга  проводкой Дт 91.02 Кт 57,03 .

Продолжение следует …

Источник: https://master1c8.ru/platforma-1s-predpriyatie-8/rukovodstvo-razrabottchika/glava-15-mehanizm-obmena-dannh/osobennosty-sinhronizatsii-dokumentov/

Зачем СЭД в банке? Мнение международных экспертов и практика российских компаний

Банки и клиенты: синхронизация документооборота

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

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

Банковская отрасль — одна из самых автоматизированных в мире и в России.

Только взгляните на список ПО для банков: автоматизированные банковские системы (АБС), финансово-учетные системы, системы поддержки принятия решений (DSS), исполнительные информационные системы (ESS), системы обработки данных (DM), системы планирования корпоративных ресурсов (ERP), системы управления взаимоотношениями с клиентами (CRM), системы управления бизнес-процессами (BPM), и все это не считая фундаментального ПО, типа операционных систем, СУБД, систем безопасности и так далее. И это еще мы забыли про аппаратное обеспечение типа банкоматов и терминалов. Зачем сюда еще и система управления электронным документооборотом?

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

Финансовые организации, где бизнес-процессы ведутся по большей части на бумаге, здесь находятся в серьезном проигрыше. В свою очередь, организации, перешедшие на электронные системы управления документооборотом, имеют в этом преимущества.

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

Причина первая: минимизация рисков при аудите

В финансовые организации периодически наведываются контролирующие органы, чтобы провести оценку активов и обязательств, компетентность организации и соблюдение законодательства.

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

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

К примеру, многие банки, особенно крупные и старые, до сих пор хранят данные о клиентах и финансах на мэйнфреймах в таких системах, при виде интерфейса которых у айтишника стекает скупая ностальгическая слеза – видели когда-нибудь Z/OS? Так мы вам покажем, вот экран входа, например:

Вытащить данные с мэйнфрейма, да или просто из устаревшей системы, еще труднее, чем перекладывать папки (а сотрудник инспекции при виде такой красоты из 90-х, скорее всего, выпадет в «режим манекена»).

Поэтому банку, как ни крути, нужна какая-то современная система, способная представить данные о клиентах, финансах, транзакциях в удобочитаемом виде, вне зависимости от того, где они хранятся – и система управления документооборотом может быть неплохим выбором.

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

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

В системах документооборота, базирующихся на веб-клиенте – вот такой он у СЭД ТЕЗИС, можно посмотреть на видео – проверяющим даже можно открыть защищенный удаленный доступ к данным, и им вообще не придется приходить в офис.

Причина вторая: повышение подотчетности

Руководство банка понимает бизнес-процессы, которые обеспечивают его деятельность. Наверняка, оно видит, что многие из них можно упростить, исключив ручную маршрутизацию документов в различных рутинных процедурах и высвободив персонал, который этим занимается. Если это так, то можно задуматься о внедрении электронной системы документооборота.

Вместе с системой документооборота руководство банка получит более жесткое управление бизнес-процессами. Маршруты движения документов по ним можно будет задать однозначно – такую возможность дает конструктор бизнес-процессов.

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

А механизм генерации отчетов даст этому доказательства.

Благодаря автоматизации канцелярии, организация может быть уверена, что документы будут сохранены и / или уничтожены в соответствии с графиками хранения. Это позволит свести к минимуму работу организации, если когда-нибудь, к примеру, придется предъявить документы в ответ на вызов в суд.

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

Кроме того, наличие метаданных в базе данных облегчает составление отчетов по мере необходимости для решения конкретных задач организации.

Причина третья: консолидация данных из сторонних и устаревших систем

Банковские и финансовые организации, которые перешли на электронные процессы документооборота, но по-прежнему испытывают трудности с доступом к корпоративной информации, не получают максимальную отдачу от своих инвестиций в технологии.

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

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

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

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

С многочисленными внутренними системами ее можно интегрировать — у СЭД ТЕЗИС такие возможности есть; из устаревших систем в нее можно перенести данные и, по возможности, наконец-то избавиться от старого ПО – как это сделал один наш крупный клиент из банковской сферы, мигрировав в СЭД более 100 тысяч карточек документов с прикрепленными сканированными вложениями.

Мнение экспертов международного уровня

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

А вот авторитетный западный ИТ-ресурс InformationWeek провел отдельный экспертный опрос на тему того, какие преимущества дает система управления документооборотом в банке.

Мнением поделились представители компаний, которые непосредственно ведут разработку электронных средств хранения и движения документов: AdobeSystems, ответственная за формат PDF, и EMC – производитель известной системы документооборота, которой пользуются и в России.

Information Week: «Какие преимущества получает банк, развернувший решение по управлению документооборотом?»

Николь Кили (Nicole Kealey), Adobe Systems: «Система документооборота в банке влияет на все сферы его деятельности, от обработки форм до управления договорами и письмами от клиентов.

Способность создавать, управлять, хранить и распространять все виды документов дает финансовым организациям возможность повысить продуктивность сотрудников, сократить циклы обработки документов, а также обеспечить стандартизированность подачи и защиту информации».

Айван Фернандес (Ivan Fernandez), EMC: «Компании, предоставляющие финансовые услуги, смотрят на систему управления документооборотом как на возможность разгрести завалы информации, которые мешают им достичь их стратегических целей. Неважно, что это за цели – минимизация рисков при аудите или рост выгоды от общения с клиентами путем кросс-продаж или апсейла, у них у всех есть общий компонент: необходимость в движении документов по организации».

Information Week: «Что мешает внедрению СЭД в банках?»

Adobe Systems: «СЭД – это не просто программное обеспечение. Это, если хотите, практика, дисциплина ведения бизнеса. проблема заключается в том, чтобы понять: работа в СЭД тесно связана с культурой коллектива и привычками сотрудников.

Чтобы успешно внедрить систему документооборота, банкам необходимо найти способы сделать так, чтобы сотрудникам было просто и удобно использовать систему.

При разработке проекта внедрения СЭД важно учитывать пользовательское удобство и тщательно продумывать, какие исполнители в компании получат наибольшую выгоду от использования СЭД».

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

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

Кроме этого, мы не видим никаких барьеров, которые бы препятствовали широкому распространению систем документооборота».

InformationWeek: «Какие шаги нужно предпринять банку, чтобы максимизировать ROI от внедрения систем управления документами? Какими способами можно измерить эффективность решения?»

Adobe Systems: «Управление документами – это несколько более широкое понятие, нежели просто предоставление сотрудникам единого места для хранения документов.

Для того чтобы полностью осознать плюсы и минусы СЭД, компании должны рассматривать полный цикл движения информации — от ее создания до помещения в архив.

Банкам в особенности следует обратить внимание на такие преимущества, как простота создания документов, простота обмена документами между теми, кто над ними совместно работает, безопасность и соответствие внутренним регламентам компании и, самое главное, влияние на способность вести бизнес более эффективно».

А зачем сэд российским банкам?

Среди наших клиентов присутствуют различные игроки банковского рынка – в частности региональные. Обращаясь к нам с просьбой внедрить автоматизированную систему документооборота ТЕЗИС, они выставляли различные требования к системе, которые отражали то, чего банкам не хватало в своей текущей работе.

Так, один из крупнейших наших клиентов – международный банк «Интеза», в первую очередь запросил у нас автоматизацию управления документами и договорами, контроль исполнительской дисциплины и автоматизацию канцелярии.

Якутский «Алмазэргиэнбанк», обращаясь к нам, на первом этапе планировал автоматизировать процессы согласования внутренних документов банка, хозяйственных договоров и нестандартных договоров, процессы управления потоками входящей и исходящей документации, управление совещаниями и контроль исполнительской дисциплины. На втором этапе заказчик хотел провести интеграцию с АБС, системой управления кадрами, системой построения бизнес-процессов, а также автоматизировать деятельность юридической службы и отдела финансового мониторинга.

Самарский «Волго-Камский банк» искал систему, обладающую такими свойствами как кроссплатформенность, удобство интерфейса, а также легкая синхронизация решения с другими системами учреждения.

В результате внедрения СЭД ТЕЗИС в банке были полностью автоматизированы такие процессы, как контроль исполнительской дисциплины, регистрация входящей документации, согласование документов, обработка и прохождение заявок.

Тольяттинский «ФиаБанк» при помощи ТЕЗИС избавился от устаревшей платформы на базе IBM Lotus Notes/Domino. В новой системе компания искала надёжность и широкие функциональные возможности, высокую скорость работы и лёгкость сопровождения. Компании также хотелось иметь современную систему документооборота, построенную на технологиях нового времени.

На базе системы ТЕЗИС в ЗАО «Солид Банк» (г. Петропавловск-Камчатский) были автоматизированы процессы согласования документов и договоров, контроль исполнительской дисциплины и другие бизнес-процессы, а также организована регистрация и хранение документов.

Коммерческий банк «Нефтяной Альянс», в свою очередь, реализовал на базе ТЕЗИС процессы постановки и исполнения ряда рабочих задач, согласования и утверждения документов и договоров и электронную канцелярию.

Таким образом, по нашему опыту российским банкам системы документооборота требуются для решения следующих задач:

  • Автоматизация бизнес-процессов и задание маршрутов движения документов;
  • Автоматизация документооборота компании, не являющегося специфическим: управленческого, хозяйственного, кадрового, юридического;
  • Контроль исполнительской дисциплины;
  • Автоматизация процессов делопроизводства и электронной канцелярии;
  • Автоматизация управления совещаниями;
  • Консолидация документов из сторонних систем, обеспечивающих основную деятельность банка, включая АБС;
  • Замена устаревших систем на новую, эффективную и современную систему электронного документооборота.

Источник: https://www.tezis-doc.ru/blog/zachem-sed-v-banke-mnenie-mezhdunarodnyh-ekspertov-i-praktika-rossijskih-kompanij/

Синхронизация приложений учета финансов с банками. Насколько это безопасно и удобно? | Компьютерра

Банки и клиенты: синхронизация документооборота

Чтобы автоматизировать процесс записи доходов и расходов, мобильные приложения для учёта финансов синхронизируются с банками. Но большинство пользователей предпочитают действовать по-старинке, они выбирают альтернативные способы синхронизации счетов, не доверяя новым решениям. Какой бывает синхронизация и почему её не надо боятся, разберёмся в этой статье.

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

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

Эту проблему можно решить, используя мобильное приложение с функцией автоматической синхронизации с банками. Но таких приложений в маркетплейсах не так много, и работает синхронизация у всех по-разному.

Что даёт синхронизация?

  1. Не надо тратить время на записывание расходов.
  2. Можно объединить все счета из всех банков в одном приложении.
  3. Избавляешься от постоянного напряжения, связанного с собственной забывчивостью.
  4. Появляется время на более глубокий анализ своих финансов, планирование и выводы.

Как приложения синхронизируются с банками

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

Разберем технологию каждого из трех способов синхронизации поподробнее.

Способ 1. Обработка СМС из банков

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

Почему этот способ в скором времени перестанет существовать? На это есть две причины:

  1. Ограничения операционных систем. Приложениям на iOS закрыт доступ к СМС, а скоро это ограничение ожидает и приложения на Android. Вот выдержка из раздела о конфиденциальности «Центра правил для разработчиков».

Приложениям, которые не могут быть назначены помощником или обработчиком SMS или звонков по умолчанию, запрещено запрашивать подобные разрешения. В том числе для них нельзя указывать соответствующие теги в манифесте.

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

  1. Банки уже больше года экспериментируют с возможностями СМС-оповещений. Они переходят на push-уведомления, изменяют информацию, которая содержится в сообщениях и прочее. Push-уведомления могут целиком вытеснить традиционные СМС-оповещения, но распознавать их могут только собственные банковские приложения. А изменение содержимого СМС, приводит к тому, что приложения для учёта финансов начинают некорректно отражать операции, перестают правильно распределять расходы по категориям.

Способ 2. Синхронизация через сторонние сервисы

Некоторые мобильные приложения синхронизируются с банками через специализированные сервисы, например, через Salt Edge.

Синхронизация происходит по открытым банковским API. Через сторонний сервис приложения получают доступ к истории транзакций пользователей.

Это удобно разработчикам приложений, потому что им не надо заниматься дополнительной разработкой, достаточно один раз настроить подключение к сервису. Такой способ используют приложения Wallet, Spendee, Fentury.

Что удобно разработчикам, то вызывает дискомфорт у пользователей – обмен происходит медленно, чтобы обновить синхронизацию с банком, нужно потратить порядка пяти минут:

  • 1,5 минуты идёт подключение к сервису;
  • 1,5 минуты уходит на запрос пароля, который приходит в СМС;
  • 2 минуты на синхронизацию, начинающуюся после введения одноразового пароля.

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

К тому же сервис, через который подключается синхронизация, платный. А это может влиять на стоимость подписки.

Способ 3. Синхронизация через плагины приложения

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

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

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

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

Синхронизация через плагины на сегодняшний день реализована только в одном приложении учёта финансов — Дзен-мани.

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

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

Однако, эти суждения не верные. Данные пользователя для доступа к банку хранятся на телефоне в зашифрованном виде, и их передача осуществляется только в банк. Если удалить приложение или выйти из профиля, то и вся информация о подключении удалится.

Вторая причина тоже ошибочна, в приложениях для учёта финансов функция проведения платежей не предусмотрена. Даже автоматическая оплата подписки настраивается в магазине приложений, а не в самом приложении. Также, любая подобная безналичная оплата производится только при введении кода подтверждения из СМС или push-уведомления банка.

Советы по синхронизации и выбору приложения для учёта финансов

При выборе приложения для учёта личных финансов, конечно, стоит поискать такое, в котором есть несколько способов синхронизации. Например, в Дзен-мани их два: через СМС и с помощью плагинов. Отключится один — можно будет использовать другой.

Главное — не использовать одновременно оба способа, это может привести к путанице в доходах и расходах, приложение автоматически будет корректировать счета и станет сложно разобраться в том, что в итоге происходит.

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

Надежда Лимонникова,

директор по маркетинговым коммуникациям приложения для учёта личных финансов Дзен-мани

Источник: https://www.computerra.ru/232427/sinhronizatsiya-prilozhenij-ucheta-finansov-s-bankami-naskolko-eto-bezopasno-i-udobno/

Особенности банковского документооборота

Банки и клиенты: синхронизация документооборота

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

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

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

При этом с ростом бизнеса банка проблема приобретает катастрофический характер.

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

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

Таким образом, важнейшим требованием к банковским системам документооборота является возможность гибкой настройки маршрутизации документов.

Вторым важным требованием, накладываемым на систему документооборота особенностями банковского бизнеса является доступность документов и задач в режиме everytime & everywhere (всегда и везде).

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

Отсюда возникает еще одно требование к таким системам – поддержка механизма электронной подписи.

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

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

Решений автоматизации документооборота, специально спроектированных для нужд банков на российском рынке нет, именно поэтому банки вынуждены обращаться к поставщикам «общекорпоративных» систем управления документооборотом и адаптировать их для нужд своего бизнеса.

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

Ниже приведен пример удачного решения, получающего все большее распространение в банковской сфере.

Решение компании DIRECTUM

Ижевская компания DIRECTUM, созданная на базе ряда подразделений НПО «Компьютер» в 2003 г., быстро стала заметным игроком на рынке промышленных систем управления документооборотом.

Залогом успеха стали исключительная гибкость и многосторонность ее решения – DIRECTUM.

В последней, четвертой версии DIRECTUM, были значительно усовершенствованы модули управления деловыми процессами и управления электронными документами, а также появились новые модули – автоматизации взаимодействия с клиентами и управления совещаниями.

Итак, корпоративная система электронного документооборота DIRECTUM представляет собой компонентное решение, в состав которого входят следующие основные модули:

  • Управление электронными документами;
  • Управление деловыми процессами;
  • Управление совещаниями;
  • Канцелярия;
  • Управление взаимодействием с клиентами.

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

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

При этом каждый из модулей поддерживает различные комбинации бумажных и электронных этапов прохождения документов.

DIRECTUM позволяет гибко настраивать маршрутизацию документов и в полной мере поддерживает технологию workflow. В системе выделено два вида типовых маршрутов – свободные и жесткие.

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

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

Хранение всех документов в системе DIRECTUM организовано в едином информационном пространстве СУБД Microsoft SQL Server, что обеспечивает возможность доступа пользователей ко всем документам, вне зависимости от того на каком компьютере они были созданы.

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

один и тот же документ может «размещаться» в нескольких пользовательских папках.

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

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

Система DIRECTUM позволяет в полной мере использовать электронную подпись для гарантии авторства документов и их неизменности после подписания. С помощью ЭЦП можно подписать любую версию электронного документа, фиксируя и сохраняя информацию о том, кто и когда поставил подпись.

Список пользователей, которым разрешено подписывать тот или иной документ, задается отдельно для каждого вида электронных документов. ЭЦП, реализованная с использованием Microsoft CryptoAPI, позволяет интегрировать систему DIRECTUM с различными системами криптозащиты, в том числе имеющими государственные сертификаты.

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

Благодаря поддержке web-доступа, авторизованные пользователи получают возможность обращаться к документам через Интернет из любой точки мира.

Наконец, система имеет предметно-ориентированный инструментарий разработки – IS-Builder, благодаря которому она может быть настроена для оптимального выполнения конкретных задач в условиях конкретной организации бизнес процессов.

IS-Builder позволяет модифицировать карточки электронных документов и создавать новые, работать со справочниками отчетов, настраивать формы карточек и событий, создавать интерфейсы DIRECTUM с другими информационными системами.

DIRECTUM – одно из немногих комплексных решений в области автоматизации документооборота, в полной мере отвечающее особенностям банковского бизнеса.

Целый ряд банков уже оценил его по достоинству, не случайно, по данным компании DSS Consulting, именно оно стало лидером продаж среди специализированных решений в российском финансовом секторе в 2005 г.

Возможно, DIRECTUM поможет решить и проблемы вашего банка.

Крюков Геннадий Николаевич – независимый эксперт.

: журнал Банковские технологии № 3 2006 г

Источник: https://www.directum.ru/blog-post/873

Как приложения для учёта личных финансов синхронизируются с банками

Банки и клиенты: синхронизация документооборота

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

Зачем нужна синхронизация?

Синхронизация банковских счетов нужна, во-первых, чтобы не тратить время на записывание расходов, во-вторых, для объединения счетов из разных банков в одном месте.

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

К тому же остаётся время на более глубокий анализ своего финансового положения, выводы и планирование.

Способы синхронизации с банками

На сегодняшний день существует три способа синхронизации приложений с банками:

  1. Обработка СМС от банков.
  2. Подключение к банкам с помощью сторонних сервисов.
  3. Синхронизация с помощью плагинов из приложений.

Рассмотрим каждый из них.

Обработка СМС от банков

Этот способ синхронизации постепенно переходит в разряд устаревших. Хотя многим пользователям он нравится, потому что они считают его более безопасным по сравнению с другими способами. Почему способ скоро не будет использоваться? 1. Из-за ограничений операционных систем. В iOS у приложений нет доступа к СМС. То же самое скоро произойдёт и с Android.

В «Центре правил для разработчиков» есть раздел о конфиденциальности, в котором чёрным по белому прописан запрет на использование СМС теми приложениями, которые не являются помощниками или обработчиками сообщений или звонков.Приложениям, которые не могут быть назначены помощником или обработчиком SMS или звонков по умолчанию, запрещено запрашивать подобные разрешения.

В том числе для них нельзя указывать соответствующие теги в манифесте.

Чтобы запрашивать указанные выше разрешения, приложение должно быть зарегистрировано как помощник или обработчик SMS или звонков по умолчанию.

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

2. Банки тоже в последнее время всё чаще отказываются от СМС и переходят на push-уведомления. После установки приложения банка на смартфон вполне возможно отключение СМС-оповещений даже без ведома пользователя. Push-уведомления могут приниматься только приложением банка, а приложение для учёта финансов может не распознать такое сообщение.

Подключение к банкам с помощью сторонних сервисов

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

Из приложений для учёта финансов эту систему используют Wallet, Spendee, Fentury. По отзывам пользователей этих приложений обмен происходит медленно. Обновление синхронизации с банком занимает примерно пять минут. Сначала полторы минуты идёт подключение. Затем система просит пароль, пришедший в СМС.

Только после этого начинается синхронизация. Кроме этого недостатка, есть ещё три:

  1. За синхронизацию надо платить, а это скажется на стоимости подписки.
  2. Небезопасно передавать логины и пароли, потому что данные передаются на сторонние серверы.
  3. Если будут происходить ошибки в синхронизации (а пользователей это очень нервирует), неизвестно, как быстро её починят.

Синхронизация с помощью плагинов из приложений

Синхронизация из приложения работает по принципу плагинов, которые пишутся на открытых API приложений и используют открытые данные интернет-банков.

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

Основной недостаток способа, по сравнению с предыдущим, — скорость разработки. Обычно разработчики для синхронизации выбирают популярные среди пользователей банки. Всем остальным приходится долго ждать или подключать СМС-информирование. Этот способ безопасен.

Все данные хранятся в зашифрованном виде на телефоне пользователя. Они передаются только в банк. Когда приложение удаляется, меняется ключ шифрования или пользователь выходит из профиля, автоматически удаляются и все данные о подключении к банку.

Невероятно, но факт!

Несмотря на безопасность и все удобства, которые появляются, когда синхронизируешь приложение с банком, большинство пользователей по-прежнему стараются использовать какие-нибудь “ручные” способы получения информации из банка. То есть скачивают и загружают CSV-файл.

Иногда это не самое приятное занятие, потому что возникают ошибки.

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

Пока не попробуешь — непонятно, стоит ли рассчитывать на надёжность и безопасность.

Хабы:

Источник: https://habr.com/ru/post/426929/

О бухгалтерии
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: