О том, что сдерживает Linux в Казахстане
Последнее время всё чаще Linux стал появляться на десктопах. В данной статье хочется высказать свои мысли о том, что сдерживает переход предприятий на эту ОС, факты, влияющие на переход с Windows на Linux в Казахстане.
Ситуация складывается такая, что всё завязано на софте под Windows. Начнём с Налогового Комитета.
Для сдачи налоговых деклараций и прочей мишуры, требуется скачать кучу программ (ЭФНО, ИС ДНС, ИСИД, ИНИС, ИС МОП, ЭКНА, РНИОН, ИС АКЦИЗ) разработанных под Windows. Причем обновления выходят регулярно, и постоянно надо следить за ними. Сайт taxkz.kz где они выкладываются, постоянно лежит, причем выкладываются они порой за день до сдачи налоговых форм, что создаёт ажиотаж, т.к. формы заполненные в старой версии программы тупо не принимаются, но это уже не по теме. Еще есть вариант получить бумажный экземпляр и заполнить его от руки, но проверку введенных данных выполнить на калькуляторе. По бумажному варианту, надо выстоять очередь в налоговом комитете и дождаться пока налоговый инспектор наберёт все эти цифры (причем они ненавидят таких посетителей, т.к. приходится долго и задумчиво обслуживать такого клиента) и получит положительный ответ от сервера о принятых данных (порой на это уходит до 4х часов, а в зимнее время года отстоять в зимней одёжке в теплом помещении 4-и часа, а потом идти на мороз потным... Отсутствие раздевалок и туалетов в налоговом комитете это нормальная ситуация).
Какой вариант выберите вы? Непонятно одно, почему бы не написать софт для сдачи этих форм через браузер? У каждого клиента есть ключ доступа и пароль. Формы простые и перенести их не веб не составит труда. Зачем создавать трудности с обновлением софта? Для чего делать нагрузку на сервер при скачивании обновлений? Не проще не привязываться к ОС? Я молчу про то что производитель этого софта занимается продажей продуктов Microsoft (www.nat.kz) Т.е явная заинтересованность в Windows у компании уже на лицо. Не удивлюсь если им даже за это кое кто доплачивает. По факту они диктуют всем предприятиям работать только на Windows.
На этом тема не заканчивается. Продолжение следует...
сентября 21, 2008 at 13:28
Спасибо Вам за подробный отзыв.
Я бы внедрял OpenOffice, но проблема в том, что в обороте у всех документы от MS Office, а OO с ними работает неочень хорошо. Потом под Windows Java машина очень сильно тормозит и OO заметно медленнее работает (на Linux он работает нормально). Вобщем получается завязка на винде не только из за НАТ но и из за того что в обиходе документы MS Office.
Для работы с налоговыми формами скорость особо не нужна, потому как этот продукт не используется человеком ежеминутно или ежечастно. Если 10-15 раз в месяц он применяется для просмотра, заполнения, отправки и т.д. то не думаю что будут жалобы на производительность. На самом деле было бы очень неплохо написать его на Java и непривязываться к какой либо платформе. Вариант был бы супер. Но в Java есть и недостаток в декомпиляции. Все могут посмотреть в каком стиле разработчики пишут данный продукт. Т.е. тут явно придётся делать качественнуый продукт... Может это останавливает разработчиков? :)
На счёт форума... Не любитель я этого дела... Хочешь убить время — зайди на форум ©Валентин
сентября 21, 2008 at 9:55
Вы действительно частично правы Валентин, да НАТ не просто продает продукты Майкрософт, но и имеет (один из немногих в Казахстане) статус LAR и Золотого партнера.
Но для НАТ-а это два отдельных направления. Если смотреть на разработку программ, то сейчас почти все его проекты идут на Java и С#. А налоговые системы начали разрабатываться лет 8 назад, тогда никто в Казахстане почти ничего не делал за пределами Win32. Это я в основном про клиентские приложения говорю.
И Майкрософту видимо безразлично как работает местная электронная налоговая система. Им важнее борьба с пиратством.
Я специально сделал опрос, когда вместо Win32-вариантов банк-клиентов стали внедряться банк-клиенты на базе браузеров (JS или Java). Так вот многим больше нравились Win32-варианты и вот почему:
1. скорость работы и на JS и Java ниже. Конечно, сейчас те кто будет пользоваться Хромом или Лисой 3.1 это не заметят. Но я знаю только одного бухгалтера с Хромом. Большинство используют браузеры (не только ИЕ), где скорость невысока
2. необходимость постоянного подключения к Интернету. До сих пор не у всех ADSL. Есть места где это не возможно технически, а диалап им обходится дорого. Поэтому люди в офлайне набирают отчеты и после отправляют. браузерные варианты им выйдут в копеечку. По-моей статистике не менее 20% предприятий до сих пор не пользуются выделенным Интернетом (даже в среднего размера предприятих).
Кроме всего вышеперечисленного варианты нужно помнить еще об одной категории: налогоплательщики которые набирают отчетность у себя на рабочей машине (без Инета), а отправляющих в своем Налоговом Комитете. Это в основном небольшие компании, которые не готовы до сих пор нести расходы связанные с подключением к Интернету.
И это я описываю не какой-то маленький город, это и в областных центрах и в столицах нашей родины.
Вопрос: Вы сами, что выберите — MS Office, OpenOffice или Google Docs? По Вашей идее сейчас в Казахстане нужно внедрять Google Docs — бесплатная, работает под Линуксом, не нужны инсталляции.
Но сами поймете почему это (Google Docs) не всем подходит.
Если Вы не против. Я бы с интересом обсудил бы эту проблему с Вами на форуме о Казахстанских налоговых программах. Чтобы лучше понять. Возможно это я не прав.
сентября 21, 2008 at 16:08
По Google Docs, предположим, что можно кэшировать на прокси сервере это приложение, но будет ли оно работать без Интернета не знаю. Фактически оно будет браться из кэша локального сервера. Скажем так тестирование не проводил, потому, как не внушает доверие пока офисный пакет в браузерном варианте.
На счёт громоздкости документов, может проблема в том, что XML файл всё-таки содержит лишние поля?Возможно разработчикам надо поработать над структурой файла. Там фактически не так много данных.
сентября 21, 2008 at 13:56
Так всё-таки, почему не Google Docs?
Положим, если в Google Docs будут точно такие же возможности как в Офисе. Точнее будут именно те функции, что Вам нужны. Всё что надо — всё под рукой. Поставил пользователю браузер, в нем ссылку и всё. Если там он сможет бесплатно работать и с Вордовскими и Экселевскими файлами, причем будут доступны все нужные функции.
Но если на полчаса офис отключат от Интернета, весь офис встанет.
А по поводу скорости: похоже Вы работали только с небольшими файлами-отчетами. Я работал с отчетами, которые занимают несколько мегабайт, в котором многостраничные приложения. Такие файлы в налоговых программах иногда открываются минимум десять минут.
Даже когда я натравливал SAX-анализатор на этот XML, и то это занимало некоторое количество времени.
Есть предприятия, где даже текущая производительность налоговых программ может взбесить «тормознутостью». Пока откроется, пока перейдет на нужное приложение.
Думаю, на JAVA парсер таких файлов быстрее не будет.
P.S. здесь я выражаю мнение не разработчика программ, а человека помогающего с этими программами и сам не вполне уверен, какими в будущем будут программы.
сентября 21, 2008 at 16:14
Про налоговые программы слов нет, одни слюни!
НАТ пишет программы криво и это факт, и в то же время стандарт фактически закрытый, нормальной документации на формат документов нет.
Идеально было бы для НК выпустить адекватный стандарт на формат файлов для предоставления налоговой отчетности, а в условиях открытой конкуренции нормальный софт появился бы сам собой и под windows и под linux.
Отдельное «фи» в сторону СГДС. Зачем было изобретать ТАКОЙ изврат? Почему нельзя было сделать элементарную загрузку с технологиями SSL? Почему нельзя просто подписывать файл ЛЮБЫМ софтом нормальным стандартным алгоритмом, а не малоизвестными разработками?
Вобщем НК сделал всё, чтобы монополизировать разработку ПО для налоговой отчетности. Было бы неплохо вообще опубликовать суммы государственных средств выделяемых на разработку этого убожества. Я думаю было бы весьма смешно.
А первому комментатору могу сказать что через пару лет и с OpenOffice всё наладится, потому как M$ наконец то обязали опубликовать формат файлов MS Office и разработка теперь будет вестись в открытую а не угадыванием формата файлов Office.
сентября 4, 2009 at 12:43
Не нужно такие вещи горорить про ОпенОфис, что он плохо работает под виндовсом. У нас в организации 4/5 компьютеров было переведено на Линукс, а на оставшихся (а остались они только из-за налоговых программ и автокада), был установлен аналогичный с Линуксом софт — Firefox, Thunderbird, OpenOffice.org. И все нормально, все компьютеры работают в одном домене в пяти областях Казахстана. И очень часто заказчики шлют документы в формате Ворда или Экселя. Они отлично читаются на ОпенОфисе. И назат им пересылаем такие же документы. Просто для этого нужно сделать одно дополнительное действие: «сохранить как...» Никаких проблем нет. Даже 1С и Примавейра работают с помощью терминальных серверов и на Виндовсе и на Линуксе. С этим тоже нет проблем. В домене есть перемещаемые профили пользователей, единый корпоративный чат и сетевые диски. Сейсчас в сети применяется Виндовс ХП (как говорил — одна пятая) всех машин и Linux Ubuntu 9.0.4 (четыре пятых всех машин). Сам я работаю на Убунте и мне это нравися. Я не сисадмин и вообще не айтишник и на Ваш форум зашел случайно...