ECM/СЭД *

Недавно в ВТБ поменялись некоторые аппаратные и программные компоненты системы документооборота. Изменения были слишком существенными, чтобы продолжать работу без полномасштабного нагрузочного тестирования: любая проблема с системой документационного обеспечения (СДО) чревата огромными убытками. 



Специалисты компании «Интертраст» протестировали СДО ВТБ на оборудовании Huawei — комплексе из серверной фермы, сети передачи данных и СХД на базе твердотельных накопителей. Для тестов мы создали среду, которая воспроизводила реальные сценарии с максимально возможной нагрузкой. Результаты и выводы — под катом. 

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

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



Чем сложнее сделка, тем меньше вероятность того, что ее удастся провести в рамках ЭДО. Например, лизинговая сделка сложна тем, что в ней как минимум участвуют три стороны — банк, лизингополучатель и поставщик. К ним часто прибавляются еще поручитель и залогодатель. Мы решили, что и такие сделки можно полностью оцифровать, для чего создали систему E-Leasing — первый в России сервис, который полностью обеспечивает ЭДО в подобных сценариях. В итоге на начало июля 2019 года через E-Leasing проходит 37% от общего количества заключаемых по лизингу сделок. Под катом мы разберем E-Leasing с точки зрения функциональности и технической реализации.

Поиск в корпоративной информационной системе — уже от самой этой фразы вязнет во рту. Хорошо если он вообще есть, о положительном user experience можно даже не задумываться. Как перевернуть отношение пользователей, избалованных поисковыми системами, и создать быстрый, точный, понимающий с полуслова продукт? Надо взять хороший кусок Elasticsearch, горсть интеллектуальных сервисов и замешать их по этому гайду.

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

При этом сама фраза «Умный поиск» уже превратилась в баззворд и используется к месту и нет. Что же такого должна делать поисковая система, чтобы её можно было считать умной? Ультимативно это можно описать как выдачу результата, который на самом деле нужен пользователю, даже если этот результат не совсем соответствует тексту запроса. Популярные поисковые системы вроде Google и Яндекс идут дальше и не просто находят нужную информацию, а напрямую отвечают на вопросы пользователя.

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

Привет! На связи специалисты «Сбербанк Лизинг». Огромная часть нашей работы связана с документами, поэтому в наших интересах постоянно совершенствовать свою СУД — систему управления документами. До недавнего времени она была, прямо скажем, не лучшей помощницей и отнимала много времени и сил. Не было единого электронного хранилища, автоматизированного сканирования и верификации документов, а также контроля наличия оригиналов в архиве.



Готового решения, которое могло решить все три проблемы, на рынке не существовало, так что мы начали работу над собственным проектом «Электронный DOC.офис». О том, что получилось, расскажем в этом посте.

Аннотация

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

Здравствуйте!
Сегодня мы поговорим о движке полнотекстового поиска Elasticsearch (далее ES), с которым
работает платформа Docsvision 5.5.

Приглашаем вас принять участие в бесплатном вебинаре «TDMS Фарватер и BIM».

ЗАРЕГИСТРИРОВАТЬСЯ



Дата проведения: 09.04.2019 г., в 11:00 по московскому времени.
Продолжительность: 60 минут.
Участие в вебинаре бесплатное, осталось мало мест.

9 апреля состоится вебинар: «TDMS Фарватер и BIM».

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

22 марта в Ялте состоялся семинар «Документооборот современной проектной компании в TDMS Фарватер», организованный для крымских проектировщиков компаниями ГК «АВИ-Центр», ООО «Магма-Компьютер» и АО «Нанософт».



Мероприятие было посвящено вопросам управления инженерными данными в системе TDMS Фарватер. Наиболее актуальные из них: работа с BIM, передача документов на госэкспертизу, поддержка PostgreSQL.

И снова приглашаем вас поговорить о техническом документообороте и его отличительных особенностях, функциях автоматизирующих работу инженеров-проектировщиков. Тема нашего ближайшего вебинара «TDMS Фарватер. Работа с экспертизой». Участие бесплатное, регистрация обязательна.

Тип мероприятия: вебинар.
Дата проведения: 26.03.2019 г., 11:00 по московскому времени.
Продолжительность: 30 минут.
Место проведения: Интернет.

ЗАРЕГИСТРИРОВАТЬСЯ

Эту статью надо было написать ровно 10 лет назад. Сделать это нужно было бы ради рекламы, или точнее, пиара разработанной мною системы документооборота «Визирь», которой на тот момент хотелось заниматься, развивать и продавать. Сейчас-то уже поздно, но мне захотелось это сделать ради того чтобы поставить для себя эту галочку (ну нравится мне всё до конца доделывать), и кроме того, возможно, это даже принесет кому-то какую-то пользу. Дальше – под катом…

Нас часто спрашивают, чем TDMS Фарватер отличается от других систем электронного документооборота. При этом в качестве примера обычно указывают, так называемые, системы общего назначения: программы, которые «как бы могут управлять любыми процессами». Как мы уже писали в одной из предыдущих статей этого блога, TDMS Фарватер предназначен для компаний, занимающихся проектированием. Система «говорит» на языке проектировщиков, способна обрабатывать огромные массивы инженерных данных и обладает уникальным функционалом для автоматизации специфических рутинных процессов проектных компаний. Хотите узнать, как это работает? – приходите на наш вебинар «TDMS Фарватер. Механизм автозаполнения основных надписей на чертежах и реквизитов документов».

Вебинар состоится уже завтра, 12.03.2019 в 11:00 по московскому времени.
Участие в вебинаре бесплатное. Регистрация обязательна.

ЗАРЕГИСТРИРОВАТЬСЯ

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

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

Одной из специфичных задач проекта был вопрос интеграции с большим числом внешних систем.

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

Т.к. данных поступало много, часто приходилось работать в асинхронном режиме, то проектной команде пришлось решать вопрос, как бы не заддосить себя и сторонние системы. Решение нашли в программном брокере сообщений Rabbit MQ. Это была новая технология для команды на тот момент.

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

— Саш, привет! Расскажи пожалуйста в двух словах что собой представляет Rabbit MQ?

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

Какие задачи стоят перед системой технического документооборота?

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

• Приходится искать актуальные файлы чертежей на компьютерах пользователей.
• Не получается с первого раза и без ошибок укомплектовать альбомы для стадий П и Р или на это уходит много времени.
• Теряются письма, ответы на замечания готовятся долго или не отправляются.
• Внести изменения в проект, который делали год назад, стало проблемой по причине несоблюдения стандартов хранения файлов проекта.
• Состав документации должен соответствовать Постановлению № 87.
• Нужно запустить проект в работу за пару часов.
• Нужно срочно получить оперативную информацию о готовности проекта, а никто не может точно ответить в каком состоянии те или иные задачи.
• Учет трудозатрат проектировщиков по проекту не ведется, либо система учета устарела и требует наличия нескольких дополнительных специалистов.
• Нужен эффективный BIM-менеджмент.
• Необходимо гарантированно соблюдать стандарты проектирования.
• Необходимо в единой системе эффективно решать задачи офисного и технического документооборота и снизить затраты на их поддержку.
• Необходимо уменьшить срок проектирования за счет сокращения времени на сопутствующие и вспомогательные операции.
• Отсутствует надежное хранилище для всех проектов, документов, переписки, связей.

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

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

Мы начинаем публикации, посвященные TDMS Фарватер — конфигурации для проектировщиков и руководителей проектных компаний. Бизнес-процессы TDMS Фарватер базируется на PMBOK, как на эталонном своде правил по управлению проектами, и поддерживает традиционные процессы разработки проектно-сметной документации по российским ГОСТ.

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

«Born-digital» est mort! Vive le «born-online»!

История документов от динозавров до «born-online»

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



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

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

Под функциональным заказчиком (ФЗ) мы понимаем человека или группу людей, которые транслируют основные функциональные требования к ИТ-системе. Если вы попадаете под это описание, или руководите проектами, то статья будет вам полезна и, надеемся, интересна.

Здравствуйте. Меня зовут Андрей, я работаю в компании, создающей IT-решения в области медицины. В качестве основного языка разработки мы используем Clojure, а также (в зависимости от проекта/модуля) Python, Javascript, Go, C, C#, Rust, Objective-C и т.д.

Важное место в нашем технологическом стеке занимает международный стандарт FHIR (Fast Healthcare Interoperability Resources), определяющий формат хранения/обмена/предоставления медицинской информации в электронном виде и включающий в себя спецификацию RESTful API клиент-серверного взаимодействия.

Некоторое время назад я начал пет-проект приложения, которое визуализирует содержимое ресурсов произвольного FHIR-сервера и позволяет производить базовые CRUD — операции. В КДПВ показан скриншот страницы редактирования элемента ресурса типа Patient.

Под катом небольшое описание и ссылка на онлайн-демо — можно будет пощупать настоящий живой FHIR-сервер, потыкать кнопочки, посмотреть/посоздавать/поредактировать различные ресурсы и даже попробовать вызвать тот самый хабраэффект! )

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

Дисклеймер

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

Введение

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

Зачем нужны СППР:

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