Публикую вторую главу моей книги «Основы разработки в 1С: Такси»

Глава 2.Обычное и управляемое приложение 1С

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

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

В мире программного обеспечения все точно так же. Одна система это человек – оператор, пользователь. А вторая система это некоторое приложение, созданное для автоматизации определенного вида человеческой деятельности (мы рассматриваем прикладное программирование).

Например, нам нужно самостоятельно вести складской учет: осуществлять приход товара на склад, списание этого товара и следить за остатками. Что же будет являться общей границей между приложением, без разницы, как и где написанным, и пользователем? Во-первых, это органы ввода информации — иначе как Вы передадите в программу, что на склад пришло 5 штук какой-то продукции. В нашем случае это компьютерная клавиатура и компьютерная мышка. Во-вторых, это система взаимодействия между компьютером и человеком. Например, это может быть интерфейс командной строки: Вы будете с помощью клавиатуры вводить различные текстовые строки (команды) и с их помощью выполнять нужные действия (фиксировать приход товара, расход товара и пр.). Такой интерфейс выглядит примерно так: см. рис. 1.2.1.

Рис. 1.2.1 Пример командной строки

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

Данный вид интерфейса давно является архаичным, и на его смену пришел графический интерфейс пользователя (анг. graphical user interface GUI). В этом интерфейсе взаимодействие между пользователем и приложением происходит посредством различных графических элементов, нарисованных на дисплее (кнопки, иконки, переключатели и т.п). В графическом интерфейсе оператор имеет произвольный доступ посредством органов управления к любым графическим элементами. В нашем случае, когда автоматизируем складской учет, взаимодействие может выглядеть так: оператор нажимает кнопку «Приход», открывается форма подбора товара, где оператор выбирает нужный товар из списка и вводит его количество. Если нужно осуществить расход, то оператор нажимает кнопку «Расход», так же открывается форма подбора, где оператор так же выбирает нужный товар и вводит его количество. Когда нужно сверить остатки, оператор нажимает на кнопку «Остатки», и программа выводит ему остатки товара на складе. Тем самым с помощью данного графического интерфейса Вы можете вполне успешно вести учет товаров на складе.

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

Платформы редакции 8.0 и 8.1. работали только под обычным режимом, более высокие версии платформы (8.2, 8.3 и т.д.) могут работать и в режиме обычного приложения, и в режиме управляемого приложения.

Режим обычного приложения

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

В режиме обычного приложения используется интерфейс и формы, которые применялись в платформах 8.0 и 8.1. Раньше этот режим никак не назывался, сейчас же он называется «режим обычного приложения», а формы, которые используются в этом режиме, называются «обычные формы».

Посмотрим вкратце, как выглядит этот режим. Многим он уже будет знаком, но некоторые, особенно те, кто не застал работу под платформами 8.0 и 8.1, его увидят в первый раз.

После загрузки программы пользователь видит интерфейс с меню в его верхней части (см. рис. 1.2.2).

Рис 1.2.2 Вид интерфейса обычного приложения

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

Рис.1.2.3. Форма списка документов

Из формы списка пользователь может открыть форму документа или справочника (см. рис. 1.2.4).

Рис. 1.2.4. Форма документа

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

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

Рис 1.2.5. Конструирование обычных форм

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

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

Режим управляемого приложения

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

Рассмотрим в самом простом виде, как велась разработка конфигурации в обычном приложении. Сначала мы конструировали бизнес-логику: документы, справочники, отчеты, обработки и их взаимодействие между собой. Потом мы настраивали роли, например пользователь с ролью «Снабженец» имел доступ к документу «Приход товара», а к документу «Расход товара» — нет. И наоборот, пользователь с ролью «Продавец» имел доступ к документу «Расход товара», а к документу «Приход товара» — нет. Следующим шагом мы разрабатывали интерфейсы для каждого вида пользователя. Кто практиковал разработку под обычным приложением, помнит, что был такой объект конфигурации, как «Интерфейс», в котором можно было настроить каждое меню наподобие меню на рисунке 1.2.2. И в нашем случае разработчику нужно было потрудиться сделать два интерфейса: один для снабженца, а другой для продавца. Потому что если бы он разработал один общий интерфейс, в котором можно открыть и документ «Приход товара», и документ «Расход товара», то было бы не совсем правильно, если бы снабженец при попытке отрыть список документов «Расход товара», получил сообщение системы, что у него нет на это прав. Чтобы избежать этого, необходимо было сделать два интерфейса и для каждого пользователя указать, под каким интерфейсом он должен работать.

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

Рис. 1.2.6. Управляемый командный интерфейс

При разработке управляемого приложения программисту придется идти немного другим путем. Прежде чем разрабатывать бизнес-логику, нам нужно определить подсистемы, в которые будут входить наши объекты (в обычном приложении они тоже есть, но носят больше декларативный характер). Например, документ «Приход товаров» будет входить в подсистему «Снабжение», а документ «Расход товаров» будет входить в подсистему «Продажи». В то же время некоторые объекты могут находиться в нескольких подсистемах одновременно: справочник «Товары» будет входить и в подсистему «Продажи», и в подсистему «Снабжение», и в подсистему «Маркетинг». В этом случае разработчику нет необходимости создавать объект «Интерфейс», система сама автоматически построит нужный вид интерфейса исходя из настроек прав пользователя и функциональных опций.

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

На рисунке 1.2.6 Вы видели интерфейс пользователя с полными правами, а, например, интерфейс продавца будет выглядеть так:

Рис. 1.2.7. Интерфейс пользователя с ограниченными правами

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

Рис. 1.2.8. Интерфейс пользователя с урезанными функциями текущего раздела

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

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

Теперь разберем, что же такое управляемые формы.

Изучите программирование в 1С с помощью моей книги «Программировать в 1С за 11 шагов»

1. Без сложных технических терминов.
2. Более 700 страниц практического материала.
3. Каждое задание сопровождается рисунком (скриншот).
4. Сборник задач для домашней проработки.
5. Книга написана понятным и простым языком — для новичка.
6. Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!

Если Вам помог этот урок решить какую-нибудь проблему, понравился или оказался полезен, то Вы можете поддержать мой проект, перечислив любую сумму:

можно оплатить вручную:

Яндекс.Деньги — 410012882996301
Web Money — R955262494655

Вступайте в мои группы.

  4
  В конфигураторе в свойства конфигурации, есть параметр «Режим использования модальности» Если установить Не использовать, то - принципе весь код, который после ОткрытьФормуМодально() Вопрос(), Предупреждение(),...   3
  Нужно чтобы пользователи не могли менять настроенный для них интерфейс! Решение: Для отключения нужно в правах доступа у корневого элемента конфигурации убрать право " Сохранение данных пользователя ". ...   3
 При работе с документами в 1С очень часто возникает необходимость просматривать их движения по регистрам...   2
  В текущей работе пользователь обычно открывает несколько объектов. Это может быть документ, справочник, отчет и т.д. В предыдущем интерфейсе не было проблем быстро найти открытый объект и актуализировать его для...   2
  В прошлой статье: Установка адресного классификатора (KLADR) в 1С я рассказал Вам что такое Кладр и как его загрузить в 1С обычные формы (8.0-8.2). В данной статье я расскажу как загрузить Адресный классификатор (KLADR) в...

Внимание! Теперь курс проводится и в вечернее время с 18:30 до 21:30 в формате погружения.

Курс является составной частью комплексного курса "Эффективная работа в системе "1С:Предприятие 8" .

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

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

Курс предназначен: для специалистов, имеющих опыт конфигурирования прикладных решений на платформе "1С:Предприятие" (версий 7.7, 8.0, 8.1, 8.2 - обычное приложение).

Механизмы, рассматриваемые в курсе:

• Принципы построения управляемого интерфейса
• Новые модули, контекст исполнения модулей, механизм взаимодействия
• Интерфейсные свойства объектов конфигурации
• Настройка формы (в режиме конфигуратора, в режиме исполнения)
• Директивы, клиент-серверное программирование, механизм работы управляемой формы
• Механизм функциональных опций, функциональные опции форм
• Формы списка, динамические списки
• Механизм формирования печатных форм
• Изменения в механизме компоновки данных (особенности работы в управляемом приложении)
• Привилегированный /безопасный режимы
• Временное хранилище, новая технология работы с файлами, картинками
• Механизм взаимодействия форм, организация подбора
• Работа с настройками системы, переопределение механизма хранения настроек
• Внешние источники
• Механизм разделения данных
• Автоматизированное тестирование
• Мобильная платформа

В стоимость очного дневного курса включено:

• 2 дня с 10:00 до 17:00
• методические материалы
• обеды, кофе-брейки
• свидетельство фирмы "1С"

В стоимость WEB-курса включено:

• 5 недель курса, 5 вебинаров с преподавателем
• свидетельство 1С-Учебного центра №3 (при условии выполнения практики)

В стоимость очного курса-погружения включено:

• 5 дней с 10:00 до 17:00 или 9 вечеров с 18:30 по 21:30
• конспект, наушники
• обеды, кофе-брейки
• доступ на 2 года к обновляемым видеоматериалам после окончания курса
• свидетельство 1С-Учебного центра №3

Форматы обучения

Очное дневное

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

Продолжительность: 16 академических часов

WEB-обучение

Что это за формат: Предлагаемый формат сочетает многие преимущества дистанционного обучения с очной составляющей, представленной видеоматериалами и онлайн-консультациями.
WEB-курс состоит из видеороликов, практических задач и вебинаров с преподавателям. Ко всем материалам курса предоставляется круглосуточный доступ через Интернет – можно заниматься в удобное время. Курс разделен на занятия. В течение занятия изучаются материалы по текущей теме, выполняются практикумы, задаются вопросы преподавателю. В конце каждого занятия проводится вебинар, на котором преподаватель разбирает все поступившие вопросы, типовые ошибки, объясняет правильное решение. Запись вебинаров доступна в портале. Таким образом проходят несколько занятий одно за другим. В конце проводится итоговая самостоятельная работа и итоговый вебинар.

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

Что это за формат:

Продолжительность: 40 академических часов

Что это за формат: Очный курс-погружение - формат, сочетающий в себе все плюсы очного обучения, дистанционных технологий и индивидуального обучения. Занятия проходят в оборудованном учебном классе, Вы самостоятельно изучаете материалы курса (пошаговые видеоролики) и выполняете практикумы. При этом в аудитории находится преподаватель, который готов в любой момент ответить на вопрос и помочь с решением практических задач, а также проверить правильность их выполнения.
Преимущества – индивидуальные консультации преподавателя по Вашим вопросам, подходящий лично для Вас темп прохождения материала.
Все это дает более глубокую проработку материала курса.
Этот курс возможно пройти со своего рабочего места с полным эффектом присутствия преподавателя там, где ученик! Если эта возможность Вас заинтересовала – позвоните нам!

Продолжительность: 40 академических часов

Программа курса

ЦЕЛИ И ЗАДАЧИ КУРСА

ВВЕДЕНИЕ

1. ВАРИАНТЫ ФУНКЦИОНИРОВАНИЯ

2. ТЕХНИЧЕСКАЯ СТРУКТУРА ВЗАИМОДЕЙСТВИЯ

• Клиент-серверный вариант:
• Файловый вариант:
• Используемые протоколы
• Структура кластера серверов
• Сеансы
• Виды модулей, возможности общих

3. КОМАНДНЫЙ ИНТЕРФЕЙС

• Подсистемы
• Команды
• Предварительная настройка
• Улучшение интерфейса

4. ИНТЕРФЕЙСНЫЕ СВОЙСТВА

• Пользовательское представление объектов
• Стандартные реквизиты
• Контроль заполнения реквизитов объектов
• Установка значения по умолчанию
• Использование подчинения

5. ФУНКЦИОНАЛЬНЫЕ ОПЦИИ

6. УПРАВЛЯЕМАЯ ФОРМА

• Настройка диалога
• Определение обработчиков событий
• Расчет суммы документа
• Проверка заполнения, сообщения
• Обработка заполнения
• Использование тумблера
• Управление привилегированным режимом
• Безопасный режим
• Новая методика проведения по регистрам
• Событийная модель управляемой формы
• Функциональные опции форм
• Просмотр движений регистра

7. СОЗДАНИЕ ПЕЧАТНОЙ ФОРМЫ

• Простая расшифровка

8. ФОРМЫ СПИСКА

• Форма списка документа "Продажа товаров"
• Форма выбора справочника "Номенклатура"
• Использование обработчика «ПриПолученииДанныхНаСервере»
• Получение данных, отображаемых динамическим списком

9. ОТКАЗ ОТ МОДАЛЬНЫХ ВЫЗОВОВ.

10. ВРЕМЕННОЕ ХРАНИЛИЩЕ

• Работа с файлами (картинками)
• Организация подбора

11. УПРАВЛЯЕМЫЕ ОТЧЕТЫ

• Отчет "Остатки номенклатуры"
• Варианты отчета
• Пользовательские настройки
• Получение значения расшифровки

12. ИСТОРИЯ ДАННЫХ

13. МЕХАНИЗМ АГРЕГАТОВ

14. ГРАНИЦЫ ИНТЕРВАЛА ХРАНЕНИЯ ИТОГОВ

15. ОПРЕДЕЛЯЕМЫЕ ТИПЫ

16. РАБОЧИЙ СТОЛ

17. ХРАНЕНИЕ НАСТРОЕК

• Сохранение настроек отчетов

18. ОБЩИЕ РЕКВИЗИТЫ

• Определение общих реквизитов у объектов
• Механизм разделения данных

19. РАСШИРЕНИЯ КОНФИГУРАЦИИ

20. ПЛАНИРОВЩИК

21. ВНЕШНИЕ ИСТОЧНИКИ ДАННЫХ

• Подключение к базе Access

22. АВТОМАТИЗИРОВАННОЕ ТЕСТИРОВАНИЕ

23. МОБИЛЬНАЯ ПЛАТФОРМА

• Введение (выдержки с "http://v8.1c.ru/overview/Term_000000818.htm")
• Разработка базы данных
• Предварительная настройка
• Сборка мобильного приложения
• Тестирование приложения

Технические требования:

• доступ в Интернет (проверить свой канал связи Вы сможете подключившись к "тестовому" доступу),
• наличие платформы 1С:Предприятие 8.3 для отработки практических заданий курса.

Можно использовать «1С:Предприятие 8.3» Версия для обучения программированию.

Здравствуйте.

В прошлом посту писал об обычном и управляемом приложений, обычных и управляемых формах «1С:Предприятия», статья находится здесь .
За управляемым приложением будущее, уже сейчас многие типовые конфигураций построены на основе управляемого приложения, к ним относятся:
1. «1С:Управление торговлей 11»;
2. «1С:Управление небольшой фирмой 8»;
3. «1С:Документооборот 8»;
4. «1С:Бухгалтерия предприятия 3.0»;
5. «1С:Управление производственным предприятием 2.0» (выйдет в ближайшем будущем);

Данные приложения базируются на управляемых формах и автоматически открываются в «тонком» клиенте.

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

Пример открытия обработки описан в посту: « »

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

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

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

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

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

Рассмотрим каждый из пунктов подробней

Создание обычных и управляемых форм становится доступным если в режиме конфигуратора задан параметр Сервис – Общие – Управляемое приложение и обычное приложение

Приоритет запуска приложения

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

Вторым анализируется режим запуска приложения для конкретного пользователя. Он задается в списке пользователей. Администрирование – Пользователи выбрать пользователя и на закладке Прочие в поле выбора Режим запуска выбрать значение Управляемое приложение или Обычное приложение .
Для ролей, которые отмечены в списке Доступные роли, необходимо указать право на запуск толстого клиента.

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

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

Платформа «1С:Предприятие» – это предметно-ориентированная среда разработки (также и среда работы с базой) для решения задач, связанных с автоматизацией предприятий.

Конфигурация 1C – прикладное решение, созданное с помощью 1С платформы, которое содержит описание структуры таблиц базы данных и алгоритмы работы с этими данными.

Интеграция системы СБИС поддерживается практически со всеми версиями технологической платформы 1С (за исключением самых ранних): 7.7, 8.1, 8.2 и 8.3. Основной особенностью системы 1С:Предприятие является ее конфигурируемость. Каждая конфигурация ориентирована на определенные типы предприятий и классы решаемых задач («Бухгалтерия предприятия», «Управление производственным предприятием», «Управление торговлей» и др.).

Конфигурации часто делятся на две группы - «типовые» и «нетиповые». «Типовая» конфигурация - это тиражное решение, которое распространяется «в коробке». Для типовых конфигураций интеграция со СБИС обычно происходит без каких-либо дополнительных настроек.

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

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

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

Существует два основных режима запуска 1С - режим предприятия и режим конфигуратора (в этом режиме также имеется режим отладки).

Режим предприятия - основной режим работы пользователя (в отличие от администраторов и разработчиков). В этом режиме пользователи добавляют, изменяют, удаляют данные, формируют отчёты и выполняют другие прикладные задачи.

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

Режим Конфигуратор

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

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

Есть три варианта:

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

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

Объекты конфигурации

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

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

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

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

Константы

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

Справочники

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

Перечисления

Перечисления используются для описания постоянных наборов значений. Типичным примером перечисления являются ставки НДС (0%, 10%, 18%, 10/110, 18/118, Без НДС).

Документы

Документы предназначены для отражения хозяйственных событий предприятия. Это могут быть, например, накладные, счета-фактуры, приказы о приеме на работу, счета на оплату, платежные поручения и т.д. Можно сказать, что это главный объект для интеграции со СБИС, т.к. именно документы мы отправляем в электронном виде. Каждый вид документа предназначен для отражения своего типа событий. Это определяет его структуру и свойства. Каждый вид документа может иметь неограниченное количество реквизитов и табличных частей.

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

Регистры сведений

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

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

Виды клиентских приложений

До версии 1С 8.2 существовал только один вид клиентского приложения (тогда он никак не назывался, так как был один, а сейчас – это «толстый» клиент). Сейчас под «толстым» подразумевается обычная работа за счёт средств и мощностей локального компьютера. Новые технологии экономного использования аппаратных ресурсов сказались и на доработке программ, использующих клиент-серверный вариант работы. Выход платформы 8.2 дал новые понятия в сфере 1С - тонкий клиент, веб-приложение, в которых основная нагрузка ложится на сервер. Вся работа с базой данных, объектными данными, исполнение запросов – выполняется на стороне сервера. Клиент только получает готовые данные, подготовленные для отображения.

Толстый клиент

Клиентское приложение, работающее как в режиме 1С:Предприятие, так и в режиме Конфигуратор.

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

Тонкий клиент

Одно из клиентских приложений, позволяющих подключаться к информационным базам как по локальной сети, так и через Интернет (обеспечивает подключение к информационной базе по протоколам http и https через веб-сервер). Работает только в режиме 1С:Предприятие. В отличие от веб-клиента требует предварительной установки на компьютер пользователя.

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

Веб-клиент

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

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

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

Варианты работы клиентских приложений

Существует два варианта работы клиентских приложений.

Файловый вариант работы

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

В этом варианте все данные информационной базы (конфигурация, база данных, административная информация) располагаются в одном файле - файловой базе данных. Работу с этой базой данных осуществляет файловая СУБД, разработанная фирмой "1С" и являющаяся частью платформы.

Клиент-серверный вариант работы

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

Представляет собой совокупность трех взаимодействующих частей:

• клиентское приложение (1С:Предприятие)
• кластер серверов (1С:Предприятие)
• СУБД стороннего производителя (например, Microsoft SQL Server, PostgreSQL)

Режимы запуска 1С:Предприятие

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

Режим обычного приложения

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

Пример интерфейса:

Режим управляемого приложения

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

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

Архитектура управляемого приложения ориентирована на максимальный перенос выполнения всей функциональности на сервер и максимальное «облегчение» клиента.

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

Все новые конфигурации 1С (начиная с «Управления торговлей, версии 11», «Бухгалтерии предприятия, версии 3» и др.) ориентированы на работу только в управляемом режиме.

Пример интерфейса:

И пример более нового интерфейса:

Как работать в 1С:Предприятии

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

Рассмотрим, где находятся соответствующие документы в программе, как их посмотреть и распечатать.

В большинстве конфигураций в главном меню присутствуют разделы «Продажа» и «Покупка» (или «Продажи» и «Закупки»):

Здесь и «живут», интересующие нас документы. Например, документы реализации. В интерфейсе их названия могут отличаться в разных конфигурациях («Реализация товаров и услуг» или «Реализация (акты, накладные)»). Для открытия реестра документов выбираем соответствующий пункт в меню продажи. В окне реестра обычно присутствует панель инструментов для создания нового документа, печати, установки фильтра и др.:

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

В карточке вводятся все данные документа. При бумажном документообороте документ распечатывается (из карточки или из реестра) и отправляется контрагенту.

По кнопке Печать предлагается список печатных форм документа:

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

Также из карточки мы можем посмотреть структуру подчиненности документа:

В структуре подчиненности отображаются все связанные документы. При интеграции со СБИС документы из 1С обычно отправляются не по одному, а комплектами из двух или трех связанных документов (накладная+фактура или накладная+фактура+счет).

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

Внешние обработки

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

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

Поэтому при интеграции 1С со СБИС мы используем внешнюю обработку и не вносим никаких изменений в конфигурацию клиента.