Внешняя обработка — это инструмент для создания модификаций прикладных решений 1С без изменения типовой структуры конфигурации.
Весь код внешней обработки хранится в отдельных файлах с расширением *.epf.
Если появляется необходимость расширить функционал конфигурации с помощью обработки, то следует использовать именно внешние обработки. Это позволит оставить структуру конфигурации неизменной, и облегчит возможность её дальнейшей поддержки.
Использование внешней обработки для 1С для Молдовы
- Внешние обработки как «обычное приложение» можно использовать начиная с версии 1C:8.1.
Позволяет вести обмен со справочниками «Счета к оплате» и «Расходная Накладная» — детали. - Внешние обработки как «управляемое приложение» устойчиво работают начиная с версии 1С:8.3.
Позволяет вести обмен со справочниками «Счета к оплате» и «Расходная Накладная» — детали. - Внешние обработки как «обычное приложение» можно использовать с ограничениями для определенных конфигураций 1С:7.7
Позволяет вести обмен со справочником «Счета к оплате» — детали.
Для открытия внешней обработки в 1С нужно выполнить следующую последовательность действий:
- Передать файл внешней обработки на сервер
- Подключить внешнюю обработку
- Открыть форму внешней обработки
Чтобы передать файл на сервер, его нужно поместить во временное хранилище. Для этого сначала на клиенте, в обработчике команды открытия внешней обработки, методом глобального контекста ПоместитьФайл() мы помещаем файл из локальной файловой системы во временное хранилище.
Внешние обработки можно вызывать 2 способами:
- вызывать каждый раз, когда возникает такая необходимость
детали см здесь - добавить внешнюю обработки в меню 1С
Выбор обычного или управляемого приложения
Выбор обычного или управляемого приложения указывает платформе 1С:
- какие формы для отображения информации нужно запускать (обычные или управляемые);
- какое «клиентское приложение» будет использоваться по умолчанию («толстый клиент» или «тонкий клиент»).
Т.е. можно сказать что обычное и управляемое приложение — это виды запуска системы 1С.
Интеграция facturare.md с 1С:8 с помощью интерфейсного механизма «Формы»
В данном случае никаких изменений в конфигурацию не вносятся.
Формы могут быть двух видов: «Неуправляемые формы» и «Управляемые формы».
Мы предлагаем модуль интеграции с 1С:8 начиная с версий 8.2.
Для информации, интеграция с 1С:7.7 не поддерживается.
Наилучшие результаты для формирования форм будут получены при работе в интерфейсе «Такси», который доступен начиная с версии 1С:8.2.
Неуправляемые и Управляемые формы в 1С:8
-
«Неуправляемые формы» для 1С:8.2
До версии 1C:8.2 включительно, в системе 1С:8 применялись так называемые «Неуправляемые формы» («Обычные формы»), которые разрабатывались на достаточно низком уровне архитектуры приложения. Это было похоже на разработку веб-форм на языке разметки HTML.
-
«Управляемые формы» для 1С:8.3 и выше
Начиная с версии 1C:8.3 можно создавать «Управляемые формы» в режиме управляемого приложения.
Эти формы работают в разных режимах и разделяют исполнение приложения на клиентскую и серверную части.
Создание таких Управляемых форм возможно в режиме программного конструктора, позволяющего из набора стандартных блоков создавать формы.
При этом значительную часть работы по валидации данных формы и защите приложения от ошибочного или злонамеренного использования выполняет само приложение, как на стороне клиента, так и на стороне сервера.
В версии 1С:8.3 по прежнему возможно применение «Неуправляемых форм».
Информация для разработчиков
Для простых пользователей управляемая форма документа 1С отличается от обычной только внешним видом. Для разработчика же это новый механизм со своими правилами, законами и условиями. Изменению подверглись многие области, но ключевыми среди опытных разработчиков 1С считаются следующие нововведения:
- Самостоятельное формирование структуры формы и размещение полей платформой. Если раньше разработчики описывали положение поля, указывая пиксели, то теперь есть возможность лишь указать вид группировки;
- Форма состоит из реквизитов, представляющих данные формы, и команд – выполняемых процедур и функций;
- Код формы выполняется на стороне и сервера, и клиента. Ведь сама по себе форма – это объект конфигурации, создаваемый на сервере и отображаемый на клиенте. Значит, объединяет в себе клиентскую и серверную часть;
- На клиентской стороне стали недоступны многие типы данных и теперь отсутствует возможность изменить данные в информационной базе;
- Для каждой процедуры или функции должна быть указана специальная настройка – директива компиляции. Она отвечает за место выполнения кода и может принимать следующие значения:
- Наклиенте;
- НаСервере;
- НаСервереБезКонтекста;
- НаКлиентеНаСервере;
- НаКлиентеНаСервереБезКонтекста.