ECM/СЭД *

Эту статью надо было написать ровно 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. Необходимость мультипотокового входа (для принятия решения нужны выводы на основе данных, экспертные оценки, известные ограничения и т.п.)

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

Задача фото-фиксации грузов на различных этапах транспортировки является типовой для транспортной компании. Сотрудники компании фотографируют груз, загружают изображение в ERP-систему, из которой он попадает в электронный архив (ЭА). Каждая фотография сопровождается метаинформацией: отделение отправитель, получатель, код и индекс рейса, и т.д. Основная задача электронного архива – организация гибкого, удобного и, главное, быстрого поиска фотографий по метаинформации за последние 3 года.

Это рассказ о том, как мы встроили новый просмотрщик C3D Viewer в систему управления жизненным циклом изделия ЛОЦМАН:PLM, почему мы это сделали, и что у нас получилось.

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

Полнотекстовый поиск даёт возможность искать документы по текстовому содержимому. Такая необходимость может возникнуть, когда система содержит много текстовых сущностей, а пользователям требуется учитывать эти данные во время поиска. Мы столкнулись с подобной ситуацией при разработке решения для документооборота*. Данные системы хранятся в MS SQL Server или PostgreSQL, а гибкий атрибутивный поиск позволяет находить документы по различной мета-информации. Однако со временем этого стало недостаточно. Перед нами встала задача: научиться искать документы по текстовым свойствам и приложенным файлам.

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

О том, как этого избежать, говорим сегодня с Дмитрием Плотниковым, консультантом по SharePoint и Office 365, Microsoft MVP, который создавал базы знаний для многих крупных компаний.

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

Реальная ситуация

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

Процесс организации производства и отгрузки проходит в несколько этапов:

1. Клиники подают заявки на поставку продукции в рамках заключенных контрактов. Заявки могут быть в виде электронного письма, факса или звонка по телефону, — на усмотрение клиента.
2. Менеджеры отдела продаж обрабатывают заявки и на их основе выдают распоряжения производственному отделу на выпуск продукции. Параллельно менеджеры дают распоряжения на проведение контроля качества продукции.
3. Производственный отдел выпускает необходимые препараты, а службы контроля качества и радиационной безопасности затем проверяют их.
4. В указанный срок служба логистики получает продукцию со склада для доставки клиентам.

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

Коснусь темы, которая в мире Notes/Domino практически не известна — модульного (unit) тестирования, и представлю вашему вниманию инструмент на написания unit-тестов для Notes/Domino под язык LotusScript. Статья в большей степени рассчитана на тех, кто работает с платформой IBM Notes/Domino (Lotus Notes), ведет разработку с использованием языка LotusScript.

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

Но это лишь часть айсберга под названием «Организация» и её бизнес процессов.

Важным элементом любой бизнес системы являются закупки.

Закупки – это не отдел снабжения.

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

Account management – процесс заключающийся в управление взаимоотношениями с существующими клиентами.

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

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

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

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

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

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

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