Русский
Русский
English
Статистика
Реклама

Импортозамещение по

Обновление МойОфис в 3 раза ускоряет почту, добавляет новые функции и еще 4 иностранных языка

07.07.2020 20:09:59 | Автор: admin


В начале июля 2020 года МойОфис выпустил второе крупное обновление. В новой версии 2020.01.R2 наиболее заметные функциональные изменения произошли в средствах для работы с электронной почтой и календарем. Была произведена оптимизация серверных компонентов МойОфис Почта, которая привела к 3-кратному увеличению скорости рассылки писем на 500 и более адресатов.


Почтовая система


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



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



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

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



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



Изменился и редактор событий в МойОфис появились расширенные настройки повторения событий,





возможность указания занятости в определенные промежутки времени,



просмотр занятости других участников и рекомендации по планированию встреч.

МойОфис SDK


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

Автоматический модуль редактирования позволяет добавить функции редактирования документов вSaaS-сервисы без необходимости передачи пользовательских данных за пределы защищенного периметра и без необходимости развёртывания дополнительных серверов. Новый модуль доступен технологическим партнерам по специальной ISV-лицензии, которая приобретается отдельно.

МойОфис Document API, другой компонент из состава МойОфис SDK, также был обновлен. Теперьпользователи могут задействовать функции для работы с отдельными разделами документа ивыбирать книжный или альбомный формат страницы.

МойОфис Текст и МойОфис Таблица


В текстовом редакторе появилась функция принудительной очистки форматирования текста, которую можно вызвать через кнопку на панели инструментов или с помощью сочетания клавиш [CTRL]+[ПРОБЕЛ].



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

Средства форматирования


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



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



Базовый шаблон документа


В релизе 2020.02.R2 появилась возможность замены базового шаблона нового документа. Поумолчанию, изменить базовый шаблон может только системный администратор. Это сделано длятого, чтобы обычный пользователь не мог случайно заменить настройки документов, принятые ворганизации. Основные пользовательские шаблоны можно хранить в любом месте доступ книмосуществляется через пункт меню [Файл] [Создать по шаблону].

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

Замена базового шаблона нового документа на отдельном компьютере происходит в несколько действий:
Запустите настольное приложение МойОфис от имени администратора.
Создайте требующийся образец шаблона, который содержал бы всю необходимую информацию, разметку страницы и колонтитулы.
Выберите пункт меню [Файл] и затем [Сохранить шаблон...]. Сохраните шаблон в специальной папке [Default Template].

Программа ищет базовые шаблоны в стандартных папках установки, доступ к которым есть только уадминистраторов. Например, в операционной системе Windows эта папка располагается по адресу "C:\Program Files\MyOffice\Default Template", а в Linux "/usr/local/bin/my_office".

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

Почтовый клиент




Дизайн почтового клиента МойОфис Почта для ПК был обновлён, он получил оформление скристальным паттерном и возможность отображения изображений пользователей (аватаров). Ранеетакая функция была доступна только в облачной версии почтового клиента.

Средства локализации


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



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

Мобильные приложения


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



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

Первый взгляд как устроена новая корпоративная почтовая система Mailion от МойОфис

30.09.2020 16:04:54 | Автор: admin


Почти четыре года назад мы начали проектировать принципиально новую распределенную почтовую систему Mailion, которая предназначена для корпоративных коммуникаций. Наше решение построено на Cloud Native микросервисной архитектуре, способно работать с более чем 1 000 000 пользователей одновременно и будет готово покрыть 100% потребностей крупных корпораций.


За время работы над Mailion команда выросла в несколько раз, и сейчас в продукт вовлечено почти 70 разработчиков. Мы прошли большой путь от идеи и первых прототипов до этапа пилотирования коммерческой версии. Настало время рассказать Хабру о том, что за продукт мы создаем, как устроена и работает наша почтовая система, какой стек технологий мы используем и почему за нашим решением будущее корпоративных коммуникаций. Погнали!


Хабр, привет! Меня зовут Антон Герасимов, я руковожу департаментом разработки в московском центре разработки компании МойОфис. Сегодня мы хотим представить Mailion принципиально новую российскую почтовую систему корпоративного класса, которая станет достойной альтернативой популярным иностранным решениям. Mailion обладает высокой нагрузочной способностью, беспрецедентными возможностями масштабирования и отказоустойчивости, а также требует минимального внимания со стороны системных администраторов.


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


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





## Что такое корпоративная почтовая система?
Простой и очевидный ответ на этот вопрос средство для работы с электронной почтой и календарем. Но дьявол, как известно, кроется в деталях.

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

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

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

*********
Типичная корпоративная функция механизм отзыва писем, который крайне востребован в крупных компаниях, но при этом практически не используется ни в B2C-сегменте, ни в малом бизнесе. Все дело в том, что среди малых групп пользователей вероятность возникновения такой потребности довольно невелика, да и цена ошибки намного меньше. Причем реализовать эту функцию вне корпоративной почтовой системы просто невозможно даже в почте Google нет отзыва писем в том виде, к которому привыкли пользователи Exchange. Корень проблемы находится в устройстве почтовых протоколов из 80-х годов прошлого века.
*********

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

### Что скрывается под капотом
[![](http://personeltest.ru/aways/habrastorage.org/webt/ms/uk/xl/msukxlv16wc4nms_4af5hj50f2s.jpeg)](http://personeltest.ru/aways/habrastorage.org/webt/ms/uk/xl/msukxlv16wc4nms_4af5hj50f2s.jpeg)

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

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

В чем отличия почтовых систем МойОфис
Читатель Хабра, уже имевший опыт работы с решениями МойОфис, знает, что в составе коммерческих продуктов присутствует МойОфис Почта. И возникает вопрос а в чем же ее отличия от корпоративной почтовой системы Mailion, над которым работала моя команда?

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

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

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


### Какие вызовы стоят перед разработчиками
Далее по тексту я буду говорить только про новую корпоративную почтовую систему Mailion.

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

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

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

#### Надежность
Причем это не столько вопрос хранения, сколько задача обработки и быстрого доступа к этой информации. Требуется обеспечить высокие показатели надежности время непрерывной работы всего решения должно быть на уровне 99,9%. При этом почтовая система должна быть автономной в принятии верных решений об обработке отказов. Только таким образом можно добиться отсутствия сбоев, способных парализовать бизнес-процессы той или иной компании.

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

Большая доля кода Mailion собственная разработка, код, права на который полностью принадлежат нам и который мы можем изменять и дорабатывать при необходимости. Большая часть кода нашей почтовой системы написана самостоятельно на Go (Golang). Кроме Go, мы используем C++, а также Java Script ES6 для веб-части.

Оставшиеся 5% так называемые тяжелые компоненты, такие как базы данных. К их числу относятся RethinkDB, ArangoDB и Redis. Из ключевых технологий также отмечу еще gRPC систему удаленного вызова процедур, которая используется как единый механизм для взаимодействия по API, это важная часть.

## Из чего состоит продукт
Корпоративная почтовая система это не сервер в вакууме. В состав нашего продукта входит порядка 70 компонентов и 45 сервисов, которые занимаются обслуживанием почтовой системы. Все эти элементы написаны с нуля и являются собственной разработкой МойОфис.

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

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

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

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

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

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

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

[![](http://personeltest.ru/aways/habrastorage.org/webt/e_/_b/74/e__b74fo4yx844m2zg2vtdx-34c.jpeg)](http://personeltest.ru/aways/habrastorage.org/webt/e_/_b/74/e__b74fo4yx844m2zg2vtdx-34c.jpeg)

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

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

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

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

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

Шрифты также определяются через переменные: интерфейс может использовать фирменный шрифт компании-клиента, если это предусмотрено клиентским брендбуком. При этом разные шрифты могут иметь разный размер литер, и мы это учитываем. Например, PT Sans в 16-м размере выглядит ощутимо мельче, чем Roboto в том же 16-м размере. Поэтому мы подстраиваем размер текстовых блоков под особенности конкретного шрифта.

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

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

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

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

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

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

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

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

## Yes, we are hiring!
На создание нашего продукта ушло несколько сотен человеко-лет. И при всем желании я бы не смог рассказать сразу обо всем в рамках одной статьи. Тем не менее я надеюсь, что эта публикация послужит отправной точкой для знакомства с нашим продуктом как я уже сказал выше, я планирую в дальнейшем рассказывать более подробно как о самом решении и его особенностях, так и о наших подходах к разработке.

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

Прямо сейчас у нас открыто почти [полсотни](http://personeltest.ru/aways/hh.ru/employer/213397?customDomain=1) вакансий в разработке. Приходите к нам на работу, если вы хотите вместе с нами создавать продукт, который способен перевернуть представление корпоративного мира об электронной почте.
Подробнее..

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

19.01.2021 10:15:06 | Автор: admin
Всем привет!

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

Дисклеймер: разбор имеет вольное толкование формулировок приказа и выражает субъективное видение. Но при этом, искренне надеюсь, что кому-то такие трактовки окажутся ближе и яснее. Увидимся в комментариях.

Источник

Итак, к вам пришло понимание, что вы неизбежно попадаете под категорию организаций, на которые распространяются требования приказа (в вашем уставном капитале доля участия Российской Федерации, субъекта Российской Федерации превышает 50%, АО с тем же % госучастия и т.д.).

С чего начать


В первую очередь мы с командой в ЛАНИТ-Интеграции, конечно, внимательно изучаем сам приказ. Признаюсь, мне потребовалось перечитать его N раз для того, чтобы хоть сколько-то разобраться в том, что же хотят от наших заказчиков.

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

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

Во-первых, если вы не смогли определить место ПО в таблице, спросите у регулятора Центр компетенций по импортозамещению в сфере ИКТ. (Это очень отзывчивые и понимающие люди, готовые помочь разобраться со сложными ситуациями).

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

Коротко о пунктах 9-12. Рекомендуется (на самом деле, это обязательно) планировать всё в соответствии с требованиями приказа, назначить ответственное лицо, занимающее должность, не ниже определённой, изменить свои планы развития и стремиться к импортозамещению, переходить только на ПО, соответствующее пунктам 4-5 приказа.

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

Пункт 14 разобраться в предоставленной классификации, на мой взгляд, не способен никто. Куда проще по аналогу из реестров найти свой класс/тип или обратиться к регулятору. Сэкономите время и нервы.

Пункты 15-16 использовать только ПО, входящее в реестры. Например, если собираетесь использовать Альт Рабочая станция или RELS, то всё ПО, входящее в репозиторий, должно быть отдельно включено в реестры. Иначе не считается.

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

Документы


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

План должен содержать:

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

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

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

Пункты. 24-25 по сути то же самое, что в пункты 4 и 5. Если используете ПО, разработанное, произведённое и распространяемое российской компанией, в том числе ПО, разработанное непосредственно по вашему заказу сторонней организацией или ПО самостоятельной разработки, то или внесите его в реестр или будьте готовы предоставить неоспоримые доказательства вышеперечисленного.

Пункты 26-28 делайте всё возможное для ухода от импортной продукции сейчас и на перспективу, планируйте бюджеты/закупки/внедрение, исходя из целей импортозамещения.

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


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

И, наконец, перейдём к более детальному рассмотрению системы расчёта индикатора эффективности.

Во всё той же таблице 2.2 приказа существует столбец Наименование целевого показателя. Содержание именно этого столбца определяет способ расчёта индикатора эффективности, и определяется он для каждого класса (типа) ПО.

Разберём два основных случая расчёта показателей эффективности. У вас две системы виртуализации Hyper-V и VMware, индикатор импортозамещения 0%. Способ расчёта звучит так: Доля отечественного программного обеспечения, установленного и используемого в государственных компаниях на серверном оборудовании, от общего количества используемых средств обеспечения облачных и распределенных вычислений, %. В этом случае, если вы замените все узлы Hyper-V на Rosa Virtualization, индикатор станет 50%, объёмы виртуализации, количество виртуальных машин в системах и т.д. не играют никакой роли.

У вас используются браузеры Chrome (137), Mozilla (54), Яндекс.Браузер (1200) итого 1391 клиент установлен в контуре организации, на АРМ или сервере значения не имеет. Способ расчёта звучит так: Доля пользователей в государственных компаниях, использующих отечественное программное обеспечение, от общего числа пользователей, %. В этом случае индикатор будет равен 86,26%. Здесь всё просто, клиент стоит на АРМ, значит, используется. Пытаться доказывать обратное не имеет смысла.

Все прочие случаи рассчитываются по аналогии.

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

Да, здорово смотрится, но читать её здесь невозможно, поэтому я даю ссылку на оригинал

  1. Скопировали структуру и названия из оригинальной таблицы приказа.
  2. Перечислили всё используемое ПО, подходящее под класс (тип).
  3. Провели инвентаризацию и зафиксировали количество ПО/ИС, для которых будет происходить расчёт индикатора эффективности.
  4. Привели варианты, предлагаемые для замены текущего ПО.
  5. Обозначили, входит ли продукт в реестры, является СПО (свободнораспространяемым ПО) или импортным.
  6. Дали краткую оценку соответствия ФТТ предлагаемого и замещаемого ПО.
  7. Прописали ключевые ФТТ исходного ПО, те, которым обязательно должно соответствовать предлагаемое ПО.
  8. Собрали и прописали бизнес-критичность для понимания уровня детализации требований на этапе пилотирования.
  9. Прописали, имеет ПО или нет нативный дистрибутив для *nix систем. Для ОС пункт выглядит странно, но для специфического софта из разряда 3DS max и его аналогов из реестров, очень актуально. Эта информация необходима для понимания, потребуется использовать vine для портирования ПО или нет.

Заключение


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

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

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

  1. Инвентаризация пользовательского и системного ПО
  2. Классификация систем и ПО в соответствии с требованиями приказа
  3. Определение списка приоритетных для замещения систем
  4. Подбор нескольких вариантов замещающего ПО для приоритетных систем
  5. Проработка ТЗ и плана по пилотированию замещения
  6. Пилотное замещение
  7. Оценка эффективности замещения на основании результатов пилота
  8. Проработка ЧТЗ и документации в соответствии с приказом для боевого замещения приоритетных систем
  9. Замещение боевых систем
  10. Подготовка документации в соответствии с требованиями приказа

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

В МойОфис появилась поддержка средств российской криптографии

13.11.2020 12:14:13 | Автор: admin


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

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


Хабр, привет! Меня зовут Лина Удовенко, я возглавляю департамент коммуникаций МойОфис. Пару дней назад мы опубликовали новый релиз МойОфис, который уже доступен нашим партнерам и пользователям. За последние три месяца команда разработки провела большую работу и смогла существенно увеличить функциональность коммерческих продуктов. Теперь МойОфис поддерживает отечественные сертифицированные средства криптографической защиты информации (СКЗИ) в почтовых приложениях и редакторах документов на любых платформах настольных компьютерах, мобильных устройствах и в веб-браузерах.

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

Поддержка российской криптографии


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

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

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

Защита каналов связи


В продуктах МойОфис появилась поддержка российских криптографических алгоритмов при использовании протокола TLS (Transport Layer Security), который необходим для надежной защиты информации при передаче данных по публичным сетям.



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

Шифрование и электронная подпись почтовых сообщений


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



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



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



В профиле пользователей приложения МойОфис Контакты добавлен раздел Безопасность, где отображается информация о сертификате пользователя.

МойОфис Почта


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



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



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

Редакторы документов


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



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

Подробнее..

AlterOffice возвращается в Единый реестр российских программ?

13.09.2020 10:12:15 | Автор: admin
В мае 2020 года на Хабре достаточно активно обсуждались вопросы, связанные с перипетиями вхождения офисного пакета AlterOffice в Единый реестр российских программ для ЭВМ.
Наиболее популярной стала точка зрения, сводящаяся к тому, что AlterOffice абсолютно справедливо исключен из Единого реестра российских программ для ЭВМ и вообще Эта поделка не имеет ни одного правового основания считаться российской разработкой. Если вдруг это творение снова окажется в Реестре, то перед всей Минцифрой и членами экспертного совета надо будет поднимать вопрос о соответствии занимаемых ими должностей. Альтернативные мнения, сводящиеся к тому, что не все так просто и нужно разбираться широкой поддержки публики не получили.
Летом споры поутихли, все-таки даже во времена коронавируса отпуска и летний отдых никто не отменял, но вот настала осень и свое мнение по данному вопросу высказал Арбитражный суд города Москвы. Маловероятно, что судьи арбитражных судов читают Хабр, поэтому позиция суда несколько разошлась с той позицией, которая преобладала здесь. За деталями прошу под кат.

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

Начать надо с того, что офисные приложения, которые хотят попасть в Реестр должны соответствовать дополнительным критериям. Проверку на соответствие этим и другим критериям сейчас осуществляют эксперты собственными силами. Для того, чтобы было легче подавать заявления и проверять Центром компетенций по импортозамещению в сфере ИКТ были выпущены методические рекомендации. А в октябре 2020 года должен заработать новый порядок включения в Реестр, который конечно же решит все проблемы. Предварительную оценку, кстати, будет делать именно Центр компетенций по импортозамещению в сфере ИКТ.
AlterOffice был включен в Единый реестр в мае 2019 года, а уже в ноябре 2019 года исключен из Реестра. Примечательно, что в феврале 2020 года Минцифра вернулась к этому вопросу и уточнила основание исключения AlterOffice из Реестра. При этом есть мнение, что исключение из Реестра могло быть связано с тендером на закупку офисного ПО для Минцифры
Если же отойти от бюрократической и юридической истории вопроса и посмотреть на него с технической точки зрения, то становится понятно, что значительная часть офисного ПО, включенного в Реестр в той или иной степени основывается на Libre Office или Open Office. Хороший анализ некоторых пакетов приведен здесь. Исходя из этого, становятся очевидными все те претензии, которые предъявляются к программам, подобным AlterOffice. Весьма странным, на первый взгляд, выглядит ситуация, когда некто берет ПО с открытым исходным кодом, производит в некоем объеме доработки и включает его в Реестр, одним из требований которого является наличие исключительных прав у заявителя. Логика подсказывает, что куда проще использовать, например, Libre Office, а не его условные клоны или менее зрелые продукты. Однако в реальности все совсем не так
Перенесемся в начало сентября. CNews и D-Russia публикуют новость о том, что Арбитражный суд города Москвы обязал Минцифрцу вернуть Alter Office в Реестр. Вот так дела! Узнав о столь интересном повороте, мы идем на сайт Арбитражного суда, находим там дело А40-114871/2020, читаем резолютивную часть решения, запасаемся попкорном и ждем изготовления решения в полном объеме.
Наконец, 10 сентября публикуется и решение в полном объеме. В мотивировочной части решения, на мой взгляд, никаких сенсационных выводов нет, всем, кто интересовался вопросом, известно, что российский Гражданский кодекс не особо дружит со свободными лицензиями, предпочитая почти не замечать их. Однако в России исключительное право подтверждается путем подачи заявления о включении в Реестр программ для ЭВМ, а статья 1262 ГК РФ говорит о том, что сведения, внесенные в Реестр программ для ЭВМ или в Реестр баз данных, считаются достоверными, поскольку не доказано иное. Ответственность за достоверность предоставленных для государственной регистрации сведений несет заявитель. При этом в составе заявки на включение в Реестр программ для ЭВМ подаются депонируемые материалы, идентифицирующие программу для ЭВМ. Заглянем в Реестр программ для ЭВМ и обнаружим там AlterOffice под номером 2019611306.
К чему было это отступление, а к тому, что суд в обосновании своего решения приводит следующее.
Обществом представлено в материалы дела свидетельство 2019611306 от
24.01.2019 о регистрации программного комплекса AlterOffice в Федеральной службе
по интеллектуальной собственности, что свидетельствует об обладании заявителем
исключительного права на программу для ЭВМ программный комплекс AlterOffice.
В соответствии с п.1 ст.1225 Гражданского кодекса РФ программы для
электронных вычислительных машин (программы для ЭВМ) являются
интеллектуальной собственностью и входят в перечень результатов интеллектуальной
деятельности, которым предоставляется правовая охрана на территории Российской
Федерации.
ООО Алми Партнер, являясь правообладателем Программы, вправе
использовать её по своему усмотрению любым не противоречащим закону способом, в
том числе распоряжаться исключительным правом на неё, а также по своему
усмотрению разрешать или запрещать другим лицам её использование.
Согласно ст.1261 ГК РФ авторские права на все виды программ для ЭВМ (в том
числе на операционные системы и программные комплексы), которые могут быть
выражены на любом языке и в любой форме, включая исходный текст и объектный код,
охраняются так же, как авторские права на произведения литературы.
В силу пункта 6 статьи 1262 Гражданского кодекса РФ сведения, внесенные в
государственный Реестр программ для ЭВМ или в Реестр баз данных, считаются
достоверными.
Суд также принимает во внимание, что исключительные права заявителя на
программное обеспечение AlterOffice не оспорены и не ограничены. Споры,
связанные с защитой нарушенных интеллектуальных прав в отношении Программы,
отсутствуют.
Доказательств обратного суду не представлено.

Как видите, подход судьи Алсупа здесь не применяется. В самом деле не клонировать же суду с GitHub репозитории AlterOffice и Libre Office и не делать их diff. Хотя опыт был бы занятным.
А дальше самое интересное:
Минкомсвязи России в нарушение порядка, установленного п.33, 34 Правил не
представлено надлежащих и допустимых доказательств, в подтверждение указанных
обстоятельств.
Представленные ответчиком замечания экспертов совета, а также результаты
экспертизы ФГУП НИИ Восход указанным требованиям Правил не отвечают, в связи
с чем к замечаниям экспертов совета суд относится критически.
Суд также принимает во внимание то, что согласно имеющемуся в материалах
дела приложению к письму от 16.09.2019 5Д-05/2435 ФГУП НИИ Восход, в
рамках проверки, проводимой по замечаниям эксперта И.И. Массуха и В.В. Рубанова
предполагаемые нарушения лицензии MPL, а именно пункт 3.2 и 3.4. не нашли своего
подтверждения.
Так ФГУП НИИ Восход при Проверки, проводимой по замечаниям эксперта
Рубанова В.В. в соответствии с письмом от 29.08.2019 Р11-1-06-062-20043, по
замечаниям эксперта, в отношении пункта 3.2. лицензии MPL указывает: Результат
проверки ФГУП НИИ Восход в пункте 8.4. файла license, описание получения
исходного кода приведено. Возможность получения исходного кода посредством
личного кабинета проверена, адрес ссылки из личного кабинета
https://github.com/Almipartner/core.
По замечаниям эксперта, в отношении пункта 3.4. лицензии MPL указано:
Результат проверки ФГУП НИИ Восход файл с содержимым присутствует.
В отношении доводов экспертов об отсутствии упоминаний, что программное
обеспечение AlterOffice является производным от продукта, лицензированного на
условиях лицензии MPL, и о соответствующих неотъемлемо наследуемых из лицензии
MPL правах пользователей производного продукта Результат проверки ФГУП НИИ
Восход следующий: по тексту файла license (дословное) соответствие, что данный
продукт является производным от продукта, лицензированного на условиях лицензии
MPL, и о соответствующих неотъемлемо наследуемых из лицензии MPL правах
пользователей производного продукта не найдено, но имеется пункт 8.3. Отдельные
компоненты Программного обеспечения могут содержать ссылки и включения
материалов и программного обеспечения, распространяемых на условиях свободного
лицензирования. В этих случаях Правообладатель не претендует на авторство и, по
мере возможностей, делает сноску на принадлежность авторских прав и
местонахождение лицензионного соглашения такого программного обеспечения, со
схожим значением описанным другими словами.
Таким образом, указанные экспертами совета нарушения были опровергнуты
результатами проверки ФГУП НИИ Восход.
В связи с вышеизложенными обстоятельствами, суд приходит к выводу о том, что
на дату принятия решения об исключении программного обеспечения из Реестра
программа AlterOffice соответствовала всем требованиям, предъявляемым к
программам для включения в Реестр
.

Так что читатель данной статьи может смело идти в личный кабинет на Гитхабе и получать там исходный код, как того и требует MPL. Такие дела.
Полагаю, что высока вероятность обжалования данного решения и мы увидим продолжение этой истории. Возможно, участникам спора даже придется писать в Спортлото.
Замечу, что при всей неоднозначности истории с AlterOffice формирование судебной практики по делам такого рода, на мой взгляд, свидетельствует о положительной динамике. Правила игры могут кого-либо не устраивать, но пускай уж они будут ясными и однозначными.
Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru