Программа веб нет клиент что это

В чем разница между веб-приложением и клиентским/серверным приложением?

при соответствующем использовании для sqlite он имеет:

Ситуации, Когда SQLite Работает Хорошо

•сайты

SQLite обычно будет работать отлично, как СУБД для малых и средних трафик веб-сайтов (то есть, 99,9% всех сайтов). Объем веб-трафика, который может обрабатывать SQLite зависит, конечно, от того, насколько сильно сайт использует свою базу данных.

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

ситуации, когда другая РСУБД может Работайте Лучше

•Клиент/Серверные Приложения

Если у вас много клиентских программ доступ к общей базе данных через сеть, вы должны рассмотрите возможность использования вместо этого компонент клиент / сервер database engine из данных SQLite. SQLite будет работать над сетевая файловая система, но из-за задержка, связанная с большинством сетей файловые системы, производительность не будет отличный.

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

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

ViPNet PKI Client. Установка и настройка программы

Мой Вопрос:

Я собираюсь показать свое невежество но в чем разница между этими двумя?

автор: Md. Abu Nafee Ibna Zahid

5 ответов

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

автор: hmcclungiii

» веб » приложения подразумевают, что браузер является клиентом

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

EDIT:

более конкретно к тексту sqlite, который вы опубликовали, они означают, что клиентские приложения не должны напрямую обращаться к вашей БД sqllite, а вместо этого должны использовать какой-то серверный интерфейс (т. е. веб-служба json)

Чем веб-приложения отличаются от веб-сайтов | Иван Петриченко

но это эмпирическое правило, на мой взгляд, применимо ко всем ядрам баз данных. Если бы я использовал SQL Server или Oracle, я бы определенно избегал подключения клиентских приложений непосредственно к БД, это имеет много потенциальных проблем, первая из которых-безопасность.

автор: Neil N

есть несколько отличий Примечание:

веб-приложения предполагают, что клиент является веб-браузером и что связь между клиентом и сервером не имеет состояния (HTTP). Он также имеет тенденцию предполагать, что клиент «тонкий» и очень мало обработки информации в браузере.

клиент-серверные приложения предполагают, что клиент является «толстым» клиентом и что связь между клиентом и сервером поддерживает состояние (это не обязательно верно). Общение может быть практически любым протоколом. Старомодный клиент-сервер или 2-уровневое приложение имеет каждый клиент подключается к базе данных непосредственно — я бы посоветовал против этого по различным причинам, номер один безопасности. Вероятно, это то, что источник, который вы опубликовали, имел в виду, когда говорил, что SQLite не подходит.

тип приложения уровня 3+все еще может иметь связь клиент-сервер с состоянием, но средний уровень будет обрабатывать фактическую связь с базой данных. В этом случае задержка в сети не важна, и SQLite может работать (потому что это больше похоже на веб-приложение).

автор: Technical Bard

разница B / n клиент / серверное приложение и сервер веб-приложений

1)приложений клиент-сервер последующих двух уровневую архитектуру, но приложения веб-сервера состоит из трех ярусов или архитектуры’tier.

2) в клиентском серверном приложении мы не будем использовать веб-серверы, но в веб-серверных приложениях будет использоваться то же самое.

3)приложения клиент сервер главно используется в области интранет,но приложения веб-сервера в Internet области.

4) Проблемы Securiry очень меньше в клиентском сервере,поскольку есть минимальные пользователи, но в веб-сервере проблемы безопасности максимальны, поскольку конечные пользователи больше.

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

1. веб-приложения работают в браузере, клиент-серверные приложения работают как .исполняемый.
2. веб-приложения работают на сервере, клиент-серверные приложения работают на стороне клиента.
3. веб-приложение-тонкий клиент, клиент-серверное приложение-толстый клиент.
4. веб-приложение не должно быть установлено в клиентской системе, клиент-серверные приложения должны быть установлены в клиентской системе 5.Веб-приложения нуждаются в низком обслуживании, клиент-серверные приложения нуждаются в высоком обслуживание

Источник: askdev.ru

Десктопное приложение или веб-клиент – вот в чем вопрос!

Захотелось мне что-то провокационной статьи, так сказать взбодрить чем-то наше профессиональное сообщество. Хватит заумных статей и философских рассуждений. Итак, делимся на две команды: «любители Соса-Cola – горнолыжники – виндсерферы» против «любители Pepsi – сноубордисты – кайтеры». Счет на табло 0-0, начинаем!

«То о бэнтли я мечтал, то о мазерати,
То рыбалка, то футбол, то с друзьями пати…»
Группа Жуки ​Захотелось мне что-то провокационной статьи, так сказать, взбодрить чем-то наше профессиональное сообщество. Хватит заумных статей и философских рассуждений. Итак, делимся на две команды: «любители Соса-Cola – горнолыжники – виндсерферы» против «любители Pepsi – сноубордисты – кайтеры». Счет на табло 0-0, начинаем!

Правила игры и критерии оценок

• Десктопное приложение – клиентское программное обеспечение, реализующее Windows Forms интерфейс. Приложение инсталлируется на рабочую станцию пользователя и запускается локально. Или запускается удаленно. Допускается вариант запуска такого приложения с использованием ввода URL адреса в браузере, но от этого веб-клиентом не становится, также как и благодаря запуску с помощью различного рода эмуляторов;
• Веб-клиент – клиентское программное обеспечение, представляющее собой браузер и использующее http/https протоколы. Приложение не требует инсталляцию или загрузку программных модулей на рабочую станцию пользователя. Допускается установка дополнительных общесистемных библиотек и использование защищенных сетевых протоколов, и от этого десктопным приложением не становится.

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

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

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

Для простоты будем считать, что каждое удачное попадание – 1 очко, так как бессмысленно сравнивать, что важнее – мобильность или безопасность.

Надеюсь, разобрались, и можно начинать «играть». Звучат гимны команд, понеслась…

Первый период

В каждой второй конкурсной документации (если не чаще) в разделе технических требований можно заметить требования к наличию веб-клиента или веб-доступа. Возникает резонный вопрос «Вам вот это зачем, помимо того, что это модно?»

Как правило, обоснования такие:

• мобильность (можно войти в систему с любого компьютера подключенного к интернету);
• легкость развертывания и обновления (не требуется переустановка программных модулей на рабочих станциях пользователей);
• простота создания тестовой и продуктивной среды (на сервере приложений развернуто два веб-приложения к одной БД, таким образом, тестирование новых версий программного обеспечения отдельными группами пользователей становится удобным и сравнительно «безопасным», так как всегда можно вернуться к действующей версии системы обратившись к ней по другому адресу);

Часть этих преимуществ можно достичь и в варианте с десктопным приложением используя RDP доступы, доменные политики и прочее. Но в целом, удар из штрафной площади и 1-0 в пользу веб-клиента. Свисток, центр поля.

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

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

Оффлайн работа, объективно, чаще и проще реализуются с использованием десктопных приложений. В принципе отдельных организаций пока еще пугает работа в браузере (да-да в том самом, в котором сотрудники просиживают часами в социальных сетях, выкладывая туда всю свою подноготную). Это прорыв по флангу и счет 1-1. Звучит свисток, первая половина игры закончена, команды уходят в свои СЭД закрывать накопившиеся поручения.

Второй период

Все покупатели хотят видеть «свой» продукт, отличный от множества других. Конечно, сложно на это надеяться, покупая массовый коробочный продукт. А сделать его «под заказ» значительно дороже и рисково. Но только не в IT области.

Повальная мода на скины, по-моему, уже прошла, или я постарел, и иметь не классическую «морду» аудио-проигрывателя мне уже не принципиально. Тем не менее, возможность изменить цветовую раскраску, логотипы, иконки, шрифты базовых интерфейсов – хороший бонус для клиента. Десктопные приложения могут предоставлять возможность применения цветовой темы, настройки отдельных интерфейсных элементов, но веб-приложения, применяя каскадные таблицы стилей, с этим справляются явно лучше. Возможность кастомизации определяется степенью развития самого программного продукта и тип клиентского приложения тут не должно иметь особой роли. Счет 2-1 и «браузерники» вырываются вперед.

Функциональность – важнейшее требование к любому программному продукту. Исторически считается, что десктопные приложения более функциональны и эргономичны. Если пытаться разрабатывать веб-клиент с нуля, то так оно и будет. Но с годами были разработаны целые интерфейсные библиотеки, позволяющие творить «чудеса»:

• иерархические списки с возможностью перемещения колонок и наложения фильтров;
• функции drag
• интерактивные панели и деловая графика;
• встраивание аудио и видео проигрывателей (хотя кому-то больше нравится слово «выигрыватель»);
• обработка всевозможных событий;
• и многое многое другое.

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

Современный пользователь компьютера не меньше времени проводит в браузере, чем тратит его на работу с десктопным приложением. И первый вариант работы сложнее ему не кажется. Зато возможность масштабирования в браузере, отдельным категориям пользователей, приносит ощутимую пользу. Опасность у ворот команды веб-клиента была устранена. Счет по-прежнему 2-1.

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

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

Разрабатывая веб-приложения с соблюдением стандартов можно надеяться, что программное обеспечение будет корректно работать во всех браузерах, по крайней мере, в первой пятерке. Чуда тут не происходит, и существует масса нюансов связанных с различной интерпретацией одной и той же разметки. Разработчики каждый день видят в системах баг-трекинга заявки из разряда «функция А не корректно работает в браузере Б, а в остальных браузерах все ОК». Но эти труды стоят получаемых бонусов.

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

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

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

• Кейс — корпоративный чат-бот компании
• Доступ к цифровым профилям сотрудников. За и против
• Чек-лист для внедрения роботизации
• Как повысить окупаемость инвестиций в корпоративные приложения

Послесловие

После матча болельщики еще долго спорили, обсуждали острые моменты и не объективное судейство, но счет на табло уже ничто не изменит. Ставки сделаны господа, ставок больше нет!

Источник: ecm-journal.ru

Записки IT специалиста

Настраиваем веб-доступ для 1С:Предприятия в файловом режиме

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

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

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

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

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

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

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

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

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

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

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

Windows и IIS

Internet Information Services (IIS) по непонятным причинам не пользуется популярностью у администраторов и 1С-ников. А зря, игнорировать штатное решение в пользу некоторого стороннего ПО, пусть даже и неплохого, выглядит по крайней мере странно.

Для установки IIS на клиентской ОС, в нашем случае Windows 7 x64, перейдите в Панель управления — Программы и компоненты — Включение и отключение компонентов Windows.

В открывшемся окне выберите Службы IIS, затем, развернув список, перейдите в Службы интернета — Компоненты разработки приложений и установите флажок напротив Расширения ISAPI, остальные параметры можно оставить по умолчанию.

После установки IIS перейдем к его настройке, для этого откройте Панель управления — Администрирование — Диспетчер служб IIS.

Важно! Следующую настройку следует производить только в том случае, если вы будете использовать 32-разрядную платформу 1С:Предприятие.

В дереве слева выбираем Пулы приложений, щелкаем правой кнопкой мыши на DefaultAppPool — Дополнительные параметры и разрешаем 32-разрядные приложения, установив соответствующую опцию в True.

Теперь выставим необходимые права для групп IUSR и IIS_IUSRS. На папку с информационной базой выдаем права Изменение и Чтение и выполнение:

На папку bin платформы — Чтение и выполнение:

Затем запускаем 1С:Предприятие от имени администратора и загружаем нужную информационную базу в режим конфигуратора.

В меню Администрирование выбираем Публикация на веб-сервере. 1С:Предприятие автоматически определит веб-сервер (IIS) и предложит разместить веб-приложение в корне веб-сервера в каталоге с именем папки информационной базы, которое также будет являться именем публикации, при необходимости можете изменить эти параметры.

После чего нажимаем Опубликоватьи утвердительно отвечаем на предложение перезапустить веб-сервер.

Готово! Для доступа к базе можем использовать адрес вида http://имя(адрес)_хоста/имя_публикации, в нашем случае http://192.168.3.109/Acc30, запускаем браузер и проверяем работу.

Также можно настроить базу для работы с ней посредством платформы, для этого в диалоге добавления новой информационной базы указываете размещение на веб-сервере:

Следующим шагом вводите адрес подключения:

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

Windows и Apache 2.2

Если вы по каким-либо причинам не хотите использовать IIS, можно настроить работу 1С с другим популярным веб-сервером Apache. К сожалению разработчики Apache перестали публиковать бинарные сборки для Windows, предлагая обратиться к своим партнерам, поэтому перейдем на сайт Apache Haus и скачаем сборку 2.2.х той же архитектуры, что и используемая вами платформа 1С:Предприятия, вне зависимости от разрядности операционной системы.

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

Также вам потребуется установить Распространяемый пакет Microsoft Visual C++ 2008, который нужен для нормальной работы сборки Apache.

Затем распакуем скачанный архив Apache в произвольную директорию, например, C:Apache22, из всего множества папок нас интересуют папки bin и htdocs, в первой расположены исполняемые файлы веб-сервера, во второй следует располагать веб-содержимое.

Откроем командную строку с правами администратора и перейдем в директорию bin веб-сервера:

cd C:Apache22bin

Теперь установим Apache как службу:

httpd -k install

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

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

Затем точно также запускаем 1С от имени администратора в режиме конфигуратора и переходим к публикации на веб-сервере. В отличии от IIS, в данном случае платформа сама не может указать путь и создать папку, поэтому делаем это вручную. Папка должна быть создана внутри каталога htdocs и ее имя должно совпадать с именем публикации:

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

Следующий момент, 1С не умеет перезапускать данную сборку Apache, поэтому сделаем это вручную через оснастку Службы:

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

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

Дополнительные материалы:

1. Настраиваем веб-доступ для 1С:Предприятия в файловом режиме
2. Настраиваем веб-доступ для 1С:Предприятия в файловом режиме на платформе Linux
3. Публикация баз данных 1С:Предприятие 8.3 на веб-сервере Apache в Debian или Ubuntu

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Или подпишись на наш Телеграм-канал:

Источник: interface31.ru

Зачем нужен веб-клиент и тонкий клиент в 1С:Предприятии 8.2?

В «семерке» и «восьмерке» было одно клиентское приложение — 1Cv7.exe и 1Cv8.exe. Это так называемый «толстый клиент». Это клиентское приложение устанавливает связь с базой данных только по локальной сети. Разработчики систем 1С стремились усовершенствовать функционал платформы. Новая версия 1С 8.2 поддерживает режимы работы через «толстый клиент», «тонкий клиент» и «веб-клиент».

Использование этих приложений позволяет оптимизировать нагрузку на сеть при работе с программой 1С в многопользовательском режиме.

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

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

Чтобы работать с 1С через интернет, нужен настроенный веб-сервер. Также тонкий клиент поддерживает файловый и клиент-серверный варианты работы.

Совершенно новая возможность для пользователей 1С — работа через интернет. Чтобы начать работать с веб-клиентом 1С Предприятия, на компьютер не нужно устанавливать дистрибутивов. Работу можно начать с помощью Интернет-браузера (Explorer, Mozilla, Safari). Веб-клиент устанавливает связь с веб-сервером (Apatch или IIS) через протокол HTTP.

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

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

Источник: spbit.ru