Какой тип ви используется в проектах систем на платформе 1с

Обновлено: 07.07.2024

Для обеспечения быстродействия информационной системы нужно устанавливать правильно технологическую платформу системы 1С:Предприятие. Для начала нужно узнать разрядность – 32 или 64 бита у вашей операционной системы. Это напрямую влияет на разрядность 1С.

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

Также на операционную систему с разрядностью процессора 64 можно установить 32-разрядную технологическую платформу 1С 8.3.

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

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

Например, под работу системы с разрядностью 32 уходит около 1-2Gb памяти (в зависимости от количества пользователей в базе и, соответственно, одновременно запущенных процессов), а для 1С:Предприятие с 64-х битами требуется 3-6 Gb памяти на каждый процесс в зависимости от активности пользователей в базе данных.

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

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

Указание разрядности 1С

2. Рекомендации разрядности в 1С

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

Для программ 1С:Управление холдингом, 1С:Комплексная автоматизация, 1С:ERP Управление предприятием и 1С:Зарплата и управление персоналом однозначно рекомендую использовать 64-разрядные приложения сервера 1С. Для других программ — в зависимости от ограничений, которые описаны выше.

Система типов — это особая система, по которой организуются данные, используемые прикладными решениями. Система типов позволяет представить информацию реального мира в терминах, «понятных» для «1С:Предприятия 8».

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

Описание системы типов содержится в синтакс-помощнике, во встроенной справке и в документации.

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

Типы данных, определенные на уровне платформы

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

Примитивные типы

Примитивные типы данных — это такие типы как Строка, Число, Дата, Булево и другие. Эти типы не являются чем-то особенным для «1С:Предприятия 8». Как правило, такие типы данных существуют и в других программных системах.

Значения примитивных типов являются простыми неделимыми значениями, в которых нельзя выделить отдельные составляющие. Например, значениями типа Число могут быть 1, 8, 15 и др. Чтобы создать значение примитивного типа, в тексте программы нужно указать его литерал — символьный идентификатор значения.

Универсальные коллекции значений

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

Общие типы

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

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

Экземпляры объектов создаются с помощью специального оператора встроенного языка — Новый.

Интерфейсные типы

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

Типы данных, образуемые в прикладном решении

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

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

На уровне платформы поддерживается несколько классов (шаблонов) прикладных объектов, которые сами по себе не могут быть использованы в конкретном прикладном решении. Например, можно перечислить такие классы прикладных объектов как Справочники, Документы, Регистры сведений, Планы видов характеристик и пр.

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

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

Например, разработчик может добавить в свое прикладное решение новый справочник Номенклатура, который будет наследовать функциональность класса Справочники, или новый документ КассовыйОтчет, который будет наследовать функциональность класса Документы.

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

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

СправочникМенеджер.Номенклатура;
СправочникСсылка.Номенклатура;
СправочникОбъект.Номенклатура;
СправочникВыборка.Номенклатура;
СправочникСписок.Номенклатура.

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

В то же время, после создания нового регистра накопления ПродажиКомпании, состав новых типов данных будет уже другим:

РегистрНакопленияМенеджер.ПродажиКомпании,
РегистрНакопленияВыборка.ПродажиКомпании,
РегистрНакопленияСписок.ПродажиКомпании,
РегистрНакопленияНаборЗаписей.ПродажиКомпании,
РегистрНакопленияЗапись.ПродажиКомпании,
РегистрНакопленияКлючЗаписи.ПродажиКомпании.

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

Еще один момент, на котором следует акцентировать внимание, проще всего продемонстрировать на примере.

Допустим, в прикладном решении созданы два новых справочника: Номенклатура и Цены. Несмотря на то, что оба эти объекта унаследовали функциональность соответствующего класса Справочники, и для них в прикладном решении был создан один и тот же состав типов данных, «одноименные» типы данных будут являться различными типами данных. Например, СправочникОбъект.Номенклатура и СправочникОбъект.Цены — это различные типы данных.

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

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

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

Платформа и прикладные решения

В системе «1С:Предприятие 8» существует четкое разделение на платформу и прикладное решение. Платформа представляет собой framework, в котором функционирует прикладное решение:

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

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

Метаданные — способ описания прикладного решения

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

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

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

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

Построение прикладного решения на основе модели

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

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

Стандартные прототипы прикладных объектов

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

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

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

Согласованность технологий и инструментов

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

Технологии

Встроенный мессенджер, аудио и видеозвонки, показ экрана

Инструменты

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

Другой пример это современная концепция работы с информацией, которая сочетает несколько способов представления данных:

хранение сущностей в базе данных;
их представление в языке программирования в виде объектов;
их отображение в формате XML или JSON;
представление структуры прикладного решения в модели REST (REST API).

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

Многозвенная архитектура работы

Прикладные решения, работающие под управлением платформы, используют многозвенную архитектуру «клиентское приложение — кластер серверов „1С:Предприятия 8“ — сервер базы данных».

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

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

Основные компоненты системы могут работать как под управлением операционной системы Windows, так и под управлением операционной системы Linux. Кроме этого клиентская часть «1С:Предприятия 8» может быть запущена и на компьютерах с операционными системами OS X и Apple iOS. Подробнее…

Отказоустойчивый кластер с балансировкой нагрузки

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

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

Высокоуровневая модель интерфейса

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

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

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

Веб-клиент и тонкий клиент

Для работы с прикладным решением пользователь может выбрать одно из двух клиентских приложений: тонкий клиент, либо веб-клиент. Каждое из клиентских приложений обладает своими преимуществами.

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

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

Важным фактом является то, что разработка прикладного решения ведется независимо от того, какое из клиентских приложений будет использоваться для работы с приложением. Клиентские модули, разработанные в конфигурации, веб-клиент автоматически компилирует из встроенного языка «1С:Предприятия 8» и непосредственно исполняет на своей стороне. Подробнее…

Мобильная платформа

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

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

Интеллектуальные механизмы подготовки отчетов

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

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

Построение распределенных и интегрированных информационных систем

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

Облачные технологии

Прикладные решения «1С:Предприятия 8» способны функционировать в облаке, благодаря набору технологий и механизмов.

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

Завершающим элементом облачных технологий является инфраструктура сервиса, позволяющая развертывать приложения «1С:Предприятия 8» в модели SaaS. Эта бизнес-модель подразумевает, что поставщик разрабатывает прикладное решение и самостоятельно управляет им, предоставляя потребителю доступ к прикладному решению через Интернет. Такой подход избавляет потребителя от всех затрат, связанных с установкой, обновлением и поддержкой оборудования и программного обеспечения. Потребитель оплачивает лишь пользование услугой.

Привет, Хабр!
В этой статье мы начнем рассказ о том, как устроена внутри платформа «1С:Предприятие 8» и какие технологии используются при ее разработке.

Нативные приложения

STL (в частности, строки, контейнеры и алгоритмы)
множественное наследование, в т.ч. множественное наследование реализации
шаблоны
исключения
умные указатели (собственная реализация)

Компоненты

Разделение способствует лучшему проектированию, в частности лучшей изоляции кода
Из набора компонентов можно гибко собирать разные варианты поставки:
- Например, инсталляция тонкого клиента будет содержать wbase, но не будет backend
- а на сервере wbase, наоборот, не будет
- оба варианта будут, конечно, содержать nuke и bsl
- Предоставляет фабричные методы, позволяющие создать класс из другой компоненты зная только его название (без раскрытия реализации)
- Предоставляет инфраструктуру умных указателей с подсчетом ссылок. За временем жизни SCOM-класса не нужно следить вручную
- Позволяет узнать реализует ли объект конкретный интерфейс и автоматически привести указатель на объект к указателю на интерфейс
- Создать объект-сервис, всегда доступный через метод get_service и т.д.
Этот макрос опишет специальный статический класс-регистратор, конструктор которого будет вызван при загрузке компоненты в память.
После это можно создать его экземпляр в другой компоненте:

Для поддержки сервисов SCOM предлагает дополнительную, достаточно сложную инфраструктуру. Центральным в ней является понятие SCOM-процесса, который служит контейнером для запущенных сервисов (т.е. выполняет роль Service Locator), а также содержит привязку к локализуемым ресурсами. SCOM процесс привязывается к потоку ОС. Благодаря этому внутри приложения можно вот так получать сервисы:

Более, того переключая логические (SCOM) процессы привязанные к потоку, можно получить практически независимые с точки зрения информационного пространства приложения, выполняющиеся в рамках одного потока. Так устроен наш тонкий клиент, работающий с файловой базой — внутри одного процесса ОС находятся два SCOM-процесса, один связан с клиентом, а второй — с сервером. Такой подход позволяет унифицировать написания кода, который будет работать как на локальной файловой базе, так и в «настоящем» клиент-серверном варианте. Цена за такое единообразие — накладные расходы, но практика показывает, что они того стоят.

На основе компонентной модели SCOM реализована и бизнес-логика и интерфейсная часть 1С: Предприятия.

Пользовательский интерфейс

Кстати, об интерфейсах. Мы не используем стандартные контролы Windows, наши элементы управления реализованы напрямую на Windows API. Для Linux-версии сделана прослойка, работающая через библиотеку wxWidgets.
Библиотека элементов управления не зависит от других частей «1С:Предприятия» и используется нами еще в нескольких небольших внутренних утилитах.

За годы развития 1С:Предприятие внешний вид контролов менялся, но серьезное изменение принципов произошло только один раз, в 2009 году, с выходом версии 8.2 и появлением «управляемых форм». Помимо изменения внешнего вида, фундаментально изменился принцип компоновки формы — произошел отказ от попиксельного позиционирования элементов в пользу flow-компоновки элементов. Кроме того, в новой модели элементы управления работают не напрямую с доменными объектами, а со специальными DTO (Data Transfer Objects).
Эти изменения позволили создать веб-клиент «1С:Предприятия», повторяющий С++ логику контролов на JavaScript. Мы стараемся поддерживать функциональную эквивалентность между тонким и веб клиентами. В том случае, когда это невозможно, например, из-за ограничений доступных из JavaScript API (например, возможности работы с файлами очень ограничены), мы часто реализуем нужную функциональность при помощи расширений браузеров, написанных на C++. На данный момент мы поддерживаем Internet Explorer и Microsoft Edge (Windows), Google Chrome(Windows), Firefox (Windows и Linux) и Safari (MacOS).

Кроме того, технология управляемых форм используется для создания интерфейса мобильных приложений на платформе 1С. На мобильных устройствах отрисовка контролов реализована с использованием «родных» для операционной системы технологий, но уже для логики компоновки формы и реакции интерфейса используется тот же код, что и в «большой» платформе «1С:Предприятие».

Интерфейс 1С на ОС Linux

Интерфейс 1С на мобильном устройстве

Интерфейс 1С на ОС Windows

Интерфейс 1С — веб-клиент

Open source

Заключение

В статье мы коснулись нескольких основных аспектов разработки платформы «1С: Предприятие». В ограниченном объеме статьи мы затронули лишь некоторые интересные, на наш взгляд, аспекты.
Общее описание различных механизмов платформы можно посмотреть тут.
Какие темы были бы интересны Вам в следующих статьях?

Как реализована мобильная платформа 1С?
Описание внутреннего устройства веб-клиента?
Или, может быть, Вам интересен процесс выбора фич для новых релизов, разработки и тестирования?

В настоящее время компания 1С почти полностью реализовала концепцию многоплатформенности . Полноценная клиентская часть теперь может запускаться не только из-под Windows , но и из-под Linux . Более того, в скором времени 1С обещает порадовать обладателей Mac - Book выпуском клиента под Mac OS (на данный момент выпущена ознакомительная бета-версия) . В Таблице 1 указаны компоненты технологической платформы 1С :П редприятие 8.3 и совместимые с ними операционные системы. Далее краткая расшифровка этих компонент:

· Разница между тонким и толстым клиентом не только в размере дистрибутива и уровне нагрузки на клиентские компьютеры. Тонкий клиент может работать только с конфигурациями, имеющими интерфейс на «управляемых формах», например, 1С :Б ухгалтерия предприятия 3.0», «1С: ERP 2.0», «1С :Управление торговлей 11», «1С:Зарплата и управление персоналом 3.0». «Обычные формы» имеют, например, конфигурации: «1С :Б ухгалтерия предприятия 2.0», «1С:Управление производственным предприятием», «1С:Управление торговлей 10.3», «1С:Зарплата и управление персоналом 2.5». Толстый клиент обеспечивает полную функциональность – и «управляемые формы» и «обычные формы» и режим «Конфигуратор» для разработчиков.

· Под Веб-клиентом подразумевается любой современный браузер (например, Microsoft Internet Explorer , Mozilla Firefox , Google Chrome , Safari …) практически в любой операционной среде. Он так же как и тонкий клиент работает только с конфигурациями на «управляемых формах». Браузеры под Android в принципе тоже работают, но с ограничением – не работает прокрутка пальцем в форме списка. В iPhone такого недостатка нет.

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

· Сервер баз данных выполняет обработку и сохранность данных, обеспечивая при этом быстродействие, параллельность и отказоустойчивость. Он, так же как и Сервер 1С является важной обязательной частью «клиент-серверной» архитектуры. Сервер 1С совместим с наиболее распространенными коммерческими продуктами: MS SQL , Oracle Database , IBM DB 2 и свободно-распространяемой Postgre SQL . Но по кулуарному признанию сотрудников 1С наилучшую совместимость с Сервером 1С имеет MS SQL .

· Веб-сервер нужен для работы веб-клиента через Интернет . Веб-сервер поддерживает как клиент-серверную так и файл-серверную архитектуры. IIS входит в состав Windows системы. Apache – свободно-распространяемый продукт.

· Мобильная платформа подразумевает готовое приложение для мобильных устройств на iOS , Android или Windows Phone , которое может работать автономно с собственной базой данных в отсутствие связи с центральной базой (без Интернета, в режиме off - line ). Такая база может обмениваться данными с полноценной стационарной базой по интернету с использованием механизом "планы обмена" и "веб-сервисы".

· COM -соединение – это особый вид подключения «напрямую» между двумя приложениями, расположенными на одном компьютере, для обмена данными . Такой вид подключения ускоряет процесс синхронизации, например, между «1С :Б ухгалтерия предприятия» и «1С:Управление торговлей», т.к. при этом не используется промежуточный файл обмена. Механизм доступен только в среде Windows .

· 1С :П редприятие в режиме «Конфигуратор» - это инструмент для администрирования, конфигурирования и разработки. Механизм доступен только в Windows и Linux . В перспективе 1С готовит к выпуску новую интегрированную среду разработки на базе технологии Eclipse , которая так же является кроссплатформенной.

В Таблице 2 для каждой компоненты технологической платформы 1С :П редприятие указан необходимый вид лицензии. Для полноценной работы платформы 1С в режиме «файл-сервер» достаточно клиентской лицензии. Для работы в режиме «клиент-сервер» кроме клиентской лицензии понадобится еще лицензия на сервер, а так же лицензия на сервер базы данных (СУБД). В качестве СУБД компания 1С использует продукты сторонних производителей ( вендоров ), поэтому за подробностями по ценовой политике надо обращаться к ним. Но отдельно стоит отметить Runtime лицензии: компания 1С совместно с Microsoft , IBM и Oracle предлагает партнерскую продукцию со значительной скидкой – ограниченные по запуску лицензии, не позволяющие совместное использование СУБД ни с какими другими прикладными решениями, кроме сервера 1С. При этом само взаимодействие с сервером 1С является полноценным, без каких либо ограничений.

Несколько слов о видах лицензий на наиболее популярную СУБД - MS SQL . Всего их два:

· «На рабочие места», в этом случае приобретается два вида лицензий: на сервер MS SQL и клиентские доступы по числу максимально возможных клиентских подключений

· «На ядро», в этом случае приобретается только лицензия на сервер MS SQL , разрешающая неограниченное количество клиентских подключений.

Отдельно стоит отметить работу платформы 1С в качестве приложения для мобильных устройств: до 15.07.2015 никаких дополнительных лицензий не требовалось, достаточно было лицензий, установленных на сервере центральной базы данных, с которой такое приложение может взаимодействовать через web -сервисы. Не считая сервисной платы, взимаемой Google, Apple и Microsoft за возможность выкладывать свои приложения на Google Play, AppStore и Windows Phone Store. Теперь же действуют новые правила:

- по прежнему не требуется лицензия на тиражные мобильные приложения, предназначенные для распространения среди третьих лиц, в т. ч. через магазины приложений AppStore и Google Play (как за плату, так и бесплатно)

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

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

· Расход лицензий «на рабочий стол» означает, что пользователь на одном компьютере или в одной терминальной сессии может открыть любое количество сеансов (окон) 1С, и при этом израсходуется только одна клиентская лицензия.

· Расход лицензий «на соединение» означает, что один сеанс (окно) 1С отнимает одну клиентскую лицензию.

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

В Таблице 4 указана ценовая политика для всех типов 1С-лицензий технологической платформы. Расшифруем основные понятия:

Аппаратная лицензия (ключ защиты) конструктивно выполнена в форме USB - флешки . Раздачей клиентских и серверных лицензий в локальной сети занимается программное обеспечение License Manager от стороннего производителя Sentinel (бывший Aladdin) .

Программная лицензия – это комплект пинкодов , с помощью которых происходит активизация лицензий и их привязка к определенному компьютеру. Раздачей программных клиентских и серверных лицензий занимается сервер 1С. Раздавать программные клиентские лицензии так же может Web -сервер.

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

Версия КОРП технологической платформы в отличие от обычной версии ПРОФ:

· расширяет возможности администрирования сервера 1С,

· действует более самостоятельно при решении сбойных ситуаций

· выполняет более умную балансировку нагрузки на аппаратное обеспечение.

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

В Таблице 5 приведен сравнительный анализ программной и аппаратной лицензий.

Таблица 1 . Компоненты технологической платформы 1С :П редприятие 8.3 и совместимые с ними операционные системы

Читайте также: