background preloader

ЭДО

Facebook Twitter

Нотации BPMN на русском. Документ представляет собой перевод спецификации BPMN 2.0 на русский язык.

Нотации BPMN на русском

Нотация BPMN была разработана организацией «Business Process Management Initiative (BPMI)», и поддерживается группой компаний «Object Management Group». Зачем нужна система электронного документооборота? #внедрение #СЭД #ECMJ. О.Г.

Зачем нужна система электронного документооборота? #внедрение #СЭД #ECMJ

Подолина, независимый консультант П.Н. Кочеткова, менеджер по работе с клиентами, компания «ИнтерТраст» Инструкция по электронному документообороту. Пишем вместе #нормативные документы #СЭД #ECMJ. Дмитрий Мельниченко Инструкция.

Инструкция по электронному документообороту. Пишем вместе #нормативные документы #СЭД #ECMJ

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

Ну а если инструкция пишется непосредственно при переходе к работе с СЭД, то важность ее очевидна: нужно познакомить и объяснить всем участникам процесса новые правила работы с документами и официально их закрепить. Варианты развертывания Exchange Server - № 01, 2012. Несколько лет назад корпорация Microsoft обратилась к потребителям с вопросом: «Чего вы хотите добиться сегодня?»

Варианты развертывания Exchange Server - № 01, 2012

Таков был текст рекламного объявления, посвященного Windows. Сегодня мы можем повторить этот вопрос применительно к другой ситуации: каким образом мы хотим развертывать системы Microsoft Exchange Server в своих организациях? В нашем распоряжении несколько вариантов, в том числе хостированные платформы для обработки электронной почты, виртуализованные платформы для обработки электронной почты и традиционные системы с размещением физических аппаратных компонентов на территории организации. Плюс различные комбинации перечисленных вариантов. Из-за большого числа имеющихся возможностей старый вопрос маркетологов из Microsoft никогда не звучал так актуально, как сейчас.

Система «Поточное сканирование» Решение «Поточное сканирование» компании «Электронные Офисные Системы» помогает легко и быстро перевести в электронный вид большой объем бумажных документов.

Система «Поточное сканирование»

Актив Бизнес - автоматизация документооборота. После достижения предприятием определенного уровня, внедрение системы автоматизации документооборота становится одним из приоритетных направлений автоматизации.

Актив Бизнес - автоматизация документооборота

Поток документов, с которым работает организация, неуклонно растет, и его нужно как-то контролировать: «классические» бумажные журналы не только ненадежны, но и неэффективны, ведь, помимо собственно регистрации, руководству хочется контролировать исполнение резолюций, учитывать отчеты исполнителей, иметь возможность быстро найти нужный документ и связанные с ним (например, ответ на запрос). Итак, от системы электронного документооборота (СЭД) типовой организации требуется: Прикладное решение Актив Бизнес разработано с учетом требований, предъявляемых к автоматизированной системе большинством российских предприятий малого и среднего бизнеса. Одно из основных требований – это, безусловно, дружелюбная для пользователя и, вместе с тем, функциональная СЭД.

Сравнительный обзор систем электронного документооборота. © Антон Аникин, технический специалист компании "Интерфейс" Российский рынок систем электронного документооборота в последние годы показывает высокую динамику роста.

Сравнительный обзор систем электронного документооборота

На ежегодных форумах, выставках, конференциях, таких как DocFlow, представлено множество решений различных разработчиков, предлагающих, как универсальные решения, так и специализированные продукты "заточенные" под конкретные бизнес-процессы, что подтверждает большой интерес к этим системам, как со стороны потребителей, так разработчиков и партнеров - с другой. Выделим основные тенденции роста этого рынка: 1. Устойчивый рост числа внедрений СЭД практически на всех секторах рынка. 2. 3. 4. Сегментация рынка разработчиков СЭД. Что выбрать? Выделяются несколько сегментов рынка потребителей СЭД с различными задачами - это государственный сектор, сектор небольших компаний, и, наиболее динамично развивающийся, сектор средних и крупных коммерческих организаций. Как сформулировать ТЗ для разработчиков системы электронного документооборота? Я бы первым делом обратилась к поставщику программного обеспечения – это достаточно распространенная практика, когда заказчики просят подготовить такой документ силами специалистов компании-разработчика СЭД.

Как сформулировать ТЗ для разработчиков системы электронного документооборота?

Скорее всего, составленное ими ТЗ не будет соответствовать Вашим пожеланиям на все 100%, но на 50% работа уже будет выполнена. В своем варианте поставщик опишет все сильные стороны собственной программы. Кроме того, Вы можете попросить поставщика связать Вас с уже сущест­вующими пользователями системы. Это позволит Вам узнать как положительный, так и отрицательный опыт работы, а также посмотреть систему в действии в реальных условиях. Далее нужно будет продумать, какие задачи Вы будете решать и какие участки работы автоматизировать.

Стоит пройтись по отдельным операциям, которые будут выполняться в СЭД. MoSCoW Method. MoSCoW is a technique used in management, business analysis, and software development to reach a common understanding with stakeholders on the importance they place on the delivery of each requirement - also known as MoSCoW prioritisation or MoSCoW analysis.

MoSCoW Method

According to A Guide to the Business Analysis Body of Knowledge, version 2.0,[1] section 6.1.5.2, the MoSCoW categories are as follows: M - MUST: Describes a requirement that must be satisfied in the final solution for the solution to be considered a success.S - SHOULD: Represents a high-priority item that should be included in the solution if it is possible. This is often a critical requirement but one which can be satisfied in other ways if strictly necessary.C - COULD: Describes a requirement which is considered desirable but not necessary.

The o's in MoSCoW are added simply to make the word pronounceable, and are often left lower case to indicate that they don't stand for anything.