Такие термины как "приручение табличных редакторов" и "импортозамещение" здесь отлично уместны. Сейчас попробую показать суть со стороны авторского видения проблемы. Допустим, Вы фирма, у которой есть огромный пласт документации электронного вида, и все храниться в Excel + Word. Но вот дела - сверху поступил указ на переход на отечественные ОС, и приходится как-то искать решение по миграции данных на что-то не микрософтовское. И тут на помощь приходит RPA - роботы, которые при правильной детальной настройке позволят мигрировать данные внутри документов. Отсюда и пошла идея для этой разработки. А далее, большинство роботов RPA настроены на документацию и работу с ней, очень грустно если Вы уходите в другую ОС, а роботы не умеют работать с другой документацией другого офисного пакета (Р7 например :3), поэтому и появилось это решение. Чтобы помочь с миграцией и перенастройкой роботов на импортозамещаемые решения. В данном случае, приручение табличных редакторов уже звучит более приемлимо, т к решение позволит обрабатывать различные данные внутри разных офисных пакетов ODF формата. Замена была бы, когда мы бы разработали свой пакет и свою систему хранения.
Рад, что есть определенные ходы и варианты внедрения, однако у нас есть особенности, например, важно уметь менять стили ячеек документов в разных пакетах, однако, старая версия не поддерживает этого. А новая - платная и будут огромные проблемы при распространении и внедрении продукта, т к тип лицензии EPPLUS будет динамический по внедрениям. Что не есть хорошо в современном мире.
Согласен с Вами, есть "особенности внедрения". У нас особенности проекта и продукта таковы, что министерских внедрений почти нет. Зато убедить банковский сектор или крупные компании один раз установить .Net в закрытый контур, выдать выгрузку о зависимых пакетах и скрин проверки антивирусов - даст положительный результат при внедрении.
Такие термины как "приручение табличных редакторов" и "импортозамещение" здесь отлично уместны. Сейчас попробую показать суть со стороны авторского видения проблемы.
Допустим, Вы фирма, у которой есть огромный пласт документации электронного вида, и все храниться в Excel + Word. Но вот дела - сверху поступил указ на переход на отечественные ОС, и приходится как-то искать решение по миграции данных на что-то не микрософтовское.
И тут на помощь приходит RPA - роботы, которые при правильной детальной настройке позволят мигрировать данные внутри документов. Отсюда и пошла идея для этой разработки.
А далее, большинство роботов RPA настроены на документацию и работу с ней, очень грустно если Вы уходите в другую ОС, а роботы не умеют работать с другой документацией другого офисного пакета (Р7 например :3), поэтому и появилось это решение. Чтобы помочь с миграцией и перенастройкой роботов на импортозамещаемые решения.
В данном случае, приручение табличных редакторов уже звучит более приемлимо, т к решение позволит обрабатывать различные данные внутри разных офисных пакетов ODF формата.
Замена была бы, когда мы бы разработали свой пакет и свою систему хранения.
Рад, что есть определенные ходы и варианты внедрения, однако у нас есть особенности, например, важно уметь менять стили ячеек документов в разных пакетах, однако, старая версия не поддерживает этого.
А новая - платная и будут огромные проблемы при распространении и внедрении продукта, т к тип лицензии EPPLUS будет динамический по внедрениям. Что не есть хорошо в современном мире.
Согласен с Вами, есть "особенности внедрения". У нас особенности проекта и продукта таковы, что министерских внедрений почти нет.
Зато убедить банковский сектор или крупные компании один раз установить .Net в закрытый контур, выдать выгрузку о зависимых пакетах и скрин проверки антивирусов - даст положительный результат при внедрении.