Изменить префикс расширения 1с
Для управления расширениями в конфигураторе предназначен диалог Расширения конфигурации. Доступ к этому диалогу осуществляется через меню Конфигурация ‑ Расширения конфигурации. С помощью данного диалога можно создать новое расширение, удалить существующее, открыть конфигурацию расширения, сохранить расширение в файл, а также выполнять другие операции.
Рис. 681. Управление расширениями в конфигураторе
В общем случае получить доступ к командам работы с расширением конфигурации можно следующими способами:
1. С помощью команд командная панель панели окна Расширения конфигурации.
2. С помощью контекстного меню выбранного расширения в окне Расширения конфигурации.
3. С помощью меню Действия ‑ Конфигурация окна с расширением конфигурации.
Команды, представленные в этих меню, по смыслу совпадают с командами, применяемыми для основной конфигурации. Подробное описание этих команд см. здесь.
Описание свойств Активно и Область действия см. здесь.
33.2.1.2. Создание расширения
При создании расширения необходимо указать имя расширения, его синоним и префикс имен методов и объектов, создаваемых в расширении. Этот префикс будет автоматически добавляться к новым отчетам, обработкам и подсистемам, которые созданы в расширении, а также к обработчикам событий, которые создаются в расширяющих формах. В дальнейшем этот префикс можно посмотреть в свойстве расширения конфигурации Префикс имен.
Рис. 682. Новое расширение
При создании нового расширения из расширяемой конфигурации автоматически копируются следующие свойства: Основной режим запуска, Назначение использования, Основной язык, Режим совместимости интерфейса и Режим совместимости. Эти же свойства помечаются как контролируемые.
33.2.1.3. Сохранение расширения в файл
Для установки расширения в какое-либо прикладное решение, необходим файл с расширением конфигурации. Для выполнения этого действия следует выбрать в списке расширений конфигуратора нужное расширение и использовать команду Конфигурация ‑ Сохранить конфигурацию в файл командной панели диалога Расширения конфигурации или контекстного меню этого окна.
В результате выполнения этого действия будет сформирован файл с расширением .cfe. Этот файл будет необходимо подключить к прикладному решению. Подробности работы со стандартной функцией управления расширениями можно получить в книге 1С:Предприятие 8.3. Документация “Руководство администратора”.
33.2.2. В режиме 1С:Предприятие
Для управления расширениями в режиме 1С:Предприятия предназначена стандартная функция Управление расширениями конфигурации. Подробности работы с этой стандартной функцией можно получить в книге 1С:Предприятие 8.3. Документация “Руководство администратора”.
33.2.3. Удаление расширений
Интерактивное удаление расширений (в конфигураторе или в клиентском приложении) различает удаление расширения, которое не расширяет данные и расширения, которое данные расширяет. В первом случае будет задан стандартный вопрос-подтверждение, после чего расширение будет удалено.
Во втором случае удаление выполняется в два действия. Более подробное описание удаления расширения, расширяющего данные, см. здесь.
Удаление расширения из встроенного языка выполняется без дополнительного контроля со стороны системы (метод РасширениеКонфигурации.Удалить()). Однако, разработчик может выполнить все необходимые проверки самостоятельно. Для проверки активности расширения предназначено свойство РасширениеКонфигурации.Активно. Проверить, расширяет расширение данные или нет, можно с помощью метода РасширениеКонфигурации.ИзменяетСтруктуруДанных().
Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.
Планируется в версии 8.3.22 Пробовать
В версии 8.3.22 у расширений конфигурации появятся новые возможности.
Возможность изменения параметров номеров и кодов объектов
Изменение длины, типа и других настроек кода/номера объектов с помощью расширений конфигурации было невозможно. Если менять это в самой конфигурации – то надо включить в ней возможность изменений, что усложнит обновление конфигурации на новую версию.
В версии 8.3.22 появится возможность изменения этих параметров в расширениях у ряда объектов метаданных. Это позволит с помощью расширений реализовать новые сценарии. Например, увеличить длину номера документа, если в текущих условиях проводится так много документов, что их номера могут не поместиться в текущую длину номера. Или поменять тип нумератора с числа на строку, если бизнес-процессы требуют добавления к номеру документа строкового префикса.
Настройки нумерации
Для объектов типа «Документ», «Бизнес-процесс», «Задача» и «Нумератор» в расширениях можно будет изменять свойства нумерации.
Можно будет увеличивать значение свойства «Длина номера». При изменении свойства несколькими расширениями конфигурации длиной номера будет наибольшее значение.
Также можно будет задавать значение свойства «Тип номера». Если тип номера в конфигурации и расширении отличаются – результирующим типом будет «Строка», т.к. это обеспечит хранение и строковых значений, и чисел (преобразованных в строку).
Будет разрешено задавать значение свойства «Допустимая длина номера», «Периодичность» и «Контроль уникальности». При изменении свойств несколькими расширениями значение свойства будет браться из последнего расширения в списке.
Нумераторы
В расширениях можно будет создавать свои нумераторы. Будет разрешена установка и собственным, и заимствованным документам как собственных, так и заимствованных нумераторов из конфигурации.
Для объектов типа «Планы обмена», «Справочники», «Планы видов характеристик», «Планы счетов», «Планы видов расчета» в расширениях можно будет увеличивать значение свойства «Длина кода».
Для объектов типа «Справочники» и «Планы видов расчета» в расширениях можно будет изменять значение свойства «Тип кода».
Если тип кода в конфигурации и расширении отличаются – результирующим типом будет «Строка», т.к. это обеспечит хранение и строковых значений, и чисел (преобразованных в строку).
Длина наименования
Для объектов типа «Планы обмена», «Справочники», «Планы видов характеристик», «Планы счетов», «Планы видов расчета», «Задачи» в расширениях можно будет увеличивать значение свойства «Длина наименования».
При изменении свойства несколькими расширениями конфигурации длиной наименования будет наибольшее значение.
Доступ к параметрам расширений конфигурации без установки в информационную базу
Разработчикам конфигураций иногда бывает нужно получить доступ к параметрам расширений конфигурации без их установки в информационную базу. В случае если расширение меняет структуру данных, установка расширения требует перевода базы в монопольный режим и реструктуризации данных (что сопряжено с неудобствами для пользователей). А разработчику может понадобиться узнать, меняет ли расширение структуру данных. Или получить хэш-сумму, которая используется в настройке профилей безопасности, до установки расширения.
В версии 8.3.22 в метод МенеджерРасширенийКонфигурации.Создать() будет добавлен необязательный параметр «Данные» типа ДвоичныеДанные. В этот параметр передается содержимое файла расширения. Для расширения, не установленного в конфигурацию, будут доступны свойства Версия, Имя, Назначение, ОсновныеРоли, Синоним и ХешСумма. Метод ИзменяетСтруктуруДанных() вернет «Истина», если после установки расширение будет влиять на структуру данных конфигурации.
Сейчас для проверки расширения на изменения им структуры данных нужно установить расширение. Эта проверка может выполняться следующим кодом:
Раcш1 = РасширенияКонфигурации.Создать(); Раcш1.Записать(Новый ДвоичныеДанные("Раcш1.cfe")); ИзменяетСтруктуруДанных = Раcш1.ИзменяетСтруктуруДанных(); Раcш1.Удалить(); |
Новый вариант проверки будет выглядеть так:
Раcш1 = РасширенияКонфигурации.Создать(Новый ДвоичныеДанные("Раcш1.cfe")); ИзменяетСтруктуруДанных = Раcш1.ИзменяетСтруктуруДанных(); |
Проверка не потребует перевода конфигурации в монопольный режим и реструктуризации данных.
Изучив опыт использования предыдущих версий программы, и учтя тот факт, что каким бы универсальным и всеобъемлющим не было конкретное решение, в конечном итоге в 90% случаев требуется его доработка под конечного пользователя. Разработчики 8 версии программы 1С реализовали несколько принципиально новых решений для минимизации необходимости изменения стандартных механизмов конфигураций:
- Буквально с первых версий программы у элементов многих справочников появилась возможность создания дополнительных свойств и категорий с использованием соответствующего плана видов характеристики и регистра сведений;
- Дополнительные печатные формы и формы заполнения табличных частей, равно как и дополнительные отчеты и обработки теперь могут вызываться из соответствующего справочника;
- Обработка стандартных процедур объектов осуществляется не внесением изменений в модуль, а путем подписок на события;
- И, наконец, с версии платформы 8.3.6 появились в 1С расширения конфигурации.
Что такое расширения конфигурации 1С, как с ними работать, ограничения в использовании – вот тот спектр вопросов, которые мы попытаемся раскрыть в нашей статье.
Немного теории
До появления механизма расширений процесс обновления типовых конфигураций в значительной степени зависел от того, находится ли конфигурация на поддержке или в нее внесены изменения. В последнем случае, разработчику приходилось:
- Сравнивать типовую и имеющуюся структуру метаданных;
- В случае существенного отличия типовых элементов следить за корректным обновлением;
- Вносить соответствующие изменения после обновления.
Все это сильно усложняло процесс обновления, увеличивая время отработки и, зачастую, лишало организацию возможности обновления типовых модулей дорогостоящего программного обеспечения.
Механизм расширений позволяет без снятия типовой конфигурации с поддержки дорабатывать многие ее элементы. Фактически, разработчик, на основе типового решения создает свою собственную конфигурацию, которая является оболочкой для типового решения. В этом случае процесс обновления типовой части происходит автоматически, при запуске же конечным пользователем платформа объединяет оба решения для пользователя.
Ситуации, в которых можно использовать расширения
Как и у любого другого инструмента, у механизма расширений существует ряд характеристик, и ограничений которые определяют область их использования:
- Расширения могут работать с управляемыми формами;
- Механизм поддерживает изменение и добавление существующих подсистем;
- До выхода платформы 8.3.8 в расширении можно было только изменять существующие роли, после обновления они позволили добавлять новые, ограничивая доступ даже к объектам основной базы;
- Существующий механизм позволяет по собственному желанию изменять командный интерфейс подсистем и основного раздела конфигурации;
- Также этот инструментарий позволяет добавлять обработки и отчеты без внесения изменений в структуру базы;
- В версии платформы 8.3.9.718 значительно переработан механизм диагностирования совместимости расширения и основной конфигурации.
Из вышесказанного становится понятно, что:
- При работе с обычными формами функционал расширений значительно ограничен;
- Хотя и облегчился процесс обновления основной конфигурации, однако возможность использования конкретного расширения (в том числе и в качестве тиражных решений) может быть серьезно ограничена как изменениями исходной структуры, так и несколькими параллельно используемыми расширениями;
- Использовать этот механизм целесообразно в тех случаях, когда есть необходимость дифференциации внешнего вида и функционала, используемыми различными пользователями, либо когда собственными силами производится доработка типовой конфигурации, находящейся на поддержке.
Перейдем к практике. В качестве исходной базы мы будем использовать конфигурацию «Зарплата и управление персоналом» версии 3.1.3.223, работы будут осуществляться на платформе 8.3.10.2561, режим работы – файловый.
Создание расширения
В конфигураторе войдем в меню Конфигурация->Расширения конфигурации, откроется форма (Рис.1).
Именно здесь и можно создать новое расширение. Нажмем кнопку «Добавить». Вот и окно нового расширения (Рис.2)
Рассмотрим его элементы:
- Имя – в отличие от других элементов конфигурации оно не создается по стандартам системы, т.е. может начинаться с цифры или символа, может содержать пробел;
- Синоним – так же, как и для других элементов метаданных содержит выражение-представление объекта;
- Префикс – позволяет идентифицировать обработчики событий в модуле формы, так как модуль формы основной конфигурации и модуль формы расширения объединяются при работе платформы в общем контексте (по умолчанию сначала отрабатывается расширение, то есть обработчики с префиксом, потом основные обработчики);
- Назначение.
Список поля «Назначение» состоит из трех значений, опишем их в порядке исполнения:
- Исправление – расширения этого назначения создаются для корректировки незначительных неточностей и ошибок в заимствованных объектах;
- Адаптация – значение по умолчанию, расширения этого типа предназначены для подстройки типовых объектов под требования конкретного пользователя, (если расширение создавалось в версии программы ниже 8.3.9, после обновления платформы оно будет иметь именно это назначение);
- Дополнение – вносят совершенно новый функционал в типовое решение.
Запуск расширения
Двойной щелчок на имени расширения в окне из Рис.1, открывает окно расширения (Рис.3)
Как видим, оно представляет собой дерево, подобное дереву основной конфигурации. И здесь возникает один вопрос, в каких случаях следует заимствовать объект?
Необходимо заимствовать только те объекты, (справочники, документы, реквизиты и т.д.) которые будут использоваться в расширении формы, или в коде его модуля и без заимствования которых может появиться ошибка в работе расширения.
То есть, если для нашей разработки потребуется реквизит «ИНН» справочника «Физические лица», если он будет использован в модуле формы, мы должны его заимствовать из основной базы. В этом случае каждый раз при запуске расширения будет производиться проверка на наличие этого реквизита в справочнике основной конфигурации и на соответствие типа данных в исходной базе и в расширении.
Если после обновления или в ходе разработки нового функционала возникнет несогласованность между типами данных расширения и конфигурации или еще какие-то ошибки система проинформирует об этом пользователя (Рис.4)
Окно в правом нижнем углу указывает на нестандартную ситуации при подключении расширения, двойной клик на нем открывает подробную информацию. В данном случае мы просто поменяли тип значения у реквизита ИНН со значения «Строка» на значение «Булево» у заимствованного объекта, однако гораздо чаще бывает обратная ситуация – когда обновление типового продукта приводит к изменению или ликвидации реквизита основной базы.
Отработав и протестировав расширение на копии базы, его можно выгрузить в отдельный файл, для этого в окне (Рис.5) необходимо нажать кнопку «Конфигурация», выбрать пункт «Сохранить в файл». В отличие от обычных файлов конфигурации, имеющих расширение cf, файл дополнения к конфигурации будет иметь маску *.cfe.
Как видно из вышеприведенного рисунка загрузить новый функционал можно из того же окна, а можно из основного окна программы.
Для подключения расширения в режиме 1С.Предприятие у пользователя должен быть включен режим «Все функции» и вход в программу должен быть осуществлен с правами Администратора.
Путь для подключения доработки выглядит следующим образом: Все функции->Стандартные->Управление расширениями конфигурации. Открывающееся окно представлено на Рис.6
Нажатие на кнопку «Добавить», открывает диалоговое окно выбора файла, в котором необходимо выбрать нашу выгрузку. Если у обработки установлена галочка (Рис.7) и расширение содержит ошибку, подключение функционала будет отменено, и программа сообщит о возникновении исключительной ситуации.
Чтобы после успешного добавления наш функционал заработал, программу надо перезапустить.
Заимствование объектов и порядок срабатывания модулей
Для того, чтобы проследить последовательность выполнения обработчиков, мы включим возможность изменения нашей конфигурации и добавим в нее новую обработку, функционал которой будет заключаться только в одном – она будет сообщать, что её запустили из основной конфигурации, код на Рис.8.
Добавим эту обработку в расширение.
- Правой кнопкой мышки активизируем контекстное меню формы обработки (Рис.9);
Мы имеем три типа вызова для имеющейся процедуры;
- Вызывать перед – исполнение кода расширения будет запущено прежде, чем отработает основная конфигурация;
- Вызывать после – доработанная процедура пойдет вторым номером;
- Вызывать вместо – процедура из основной конфигурации вообще не будет выполнена.
Оставим тип вызова в положении «Вызывать после» и добавим процедуру «Расш1_СообщитьПосле(Команда)» (Рис.11).
Начиная с версии 8.3.9.1818, в функционал программы был включен механизм изменения типовых модулей, а так же добавления собственных модулей. И здесь перед разработчиками стояла вполне конкретная задача: как определить, в каком порядке должны выполняться заимствованные процедуры и функции не только по отношению к основной конфигурации, но и по отношению к уже подключенным в конфигурации расширениям.
Механизм аннотаций
Представим ситуацию, когда к одной конфигурации подключено несколько расширений, то есть окно их выбора в конфигураторе выглядит как на (Рис.13)
При добавлении каждого нового расширения система самостоятельно выстраивает порядок их исполнения.
Настройка порядка выполнения дополнительных модулей происходит исходя не только из времени добавления модуля (позже добавлено, позже исполняется), но и исходя из назначения доработки («Исполнение» всегда будет идти прежде «Адаптации»).
Кроме этого последовательность выполнения процедур добавляемых модулей можно регулировать с помощью аннотаций:
Как видно, их набор схож с тем, что был продемонстрирован в предыдущем разделе, сходен и функционал.
Так как заимствованный модуль и модуль-донор находятся в одном пространстве имен, никаких дополнительных определений для типовых переменных и методов в этом случае не нужно.
Несколько иначе, нежели с процедурами обстоит дело с функциями. Дело в том что, выполнение типовой процедуры может быть как бы окантовано кодом расширения, то есть можно вставить какие-то действия до кода процедуры, некоторые алгоритмы после, а вот для функций это не прокатит. Если основная функция будет выполняться после кода расширения, возвратное значение замещающей функции не будет получено, если же перед измененным алгоритмом, то не будет получено значение основной функции и аннотация &После отработает как &Вместо.
Для ликвидации такой «несправедливости» был создан метод ПродолжитьВызов().
Вообще говоря, использовать аннотацию «Вместо» немного не корректно, хотя порой и необходимо. Используя её, мы в значительной мере ограничиваем тот функционал, который может быть существенно изменен и доработан в типовых конфигурациях.
Внесение изменений в модуль объекта
Механизм подписок на события очень сильно облегчил работу разработчикам, но было одно серьезное НО.
Но для его использования, зачастую приходилось создавать собственный общий модуль, в котором бы хранились процедуры обработки тех или иных действий с данными. В настоящее время использование расширений позволило в значительной мере пересмотреть данный функционал.
Допустим, нам в процессе работы понадобилось добавить какую-либо обработку для типового документа «Прием на работу» при его записи. Раньше мы бы зашли в подписки и действовали оттуда, сейчас мы можем добавить этот документ к расширению:
- Выберем в конфигураторе «ПриемНаРаботу» и из его контекстного меню добавим его в наше расширение (кстати этот механизм имеет комбинацию горячих клавиш Альт+Шифт+Ф2);
- После выбора соответствующего дополнения мы получим картинку, как на Рис.14;
- Нас будет интересовать выделенный желтым цветом элемент «Модуль объекта», откроем его, активировав предварительно соответствующей галочкой (Рис.15);
- Мы получим чистый лист программного модуля, обратим внимание на верхнюю панель, а точнее, на элемент, представленный на Рис.16, в ниспадающем списке здесь представлены события, которые можно обработать для данного объекта;
В некоторых случаях из-за установленной галочки «Безопасный режим», подключение расширения происходит с ошибкой.
Небольшой анонс
В ближайшее время фирма 1С планирует выпуск платформы 8.3.11, в которой они анонсировали возможность добавления собственных:
- Документов;
- Справочников;
- Планов обмена;
- Регистров сведений.
Так же должна быть реализована возможность добавления реквизитов и табличных частей. При этом разработчики учли возможность изменения типовых решений, которое может повлечь за собой сбой в работе расширения.
Данные, внесенные в расширение никуда не пропадут, а до того момента, как не будет решена проблема совместимости, изменяемый дополнением справочник основной конфигурации будет недоступен для записи.
Выбор оборудования зависит от цели его эксплуатации. В магазине оборудование для реализации продуктов питания, условия хранения которых требуют поддержания особой .
Проверка отчетности 6-НДФЛ и 2-НДФЛ в 1С ЗУП 3.1
Какие проверки необходимо произвести для успешной сдачи отчетов 6-НДФЛ и 2-НДФЛ и какие средства в 1С ЗУП 3.1 в этом .
Как сократить издержки в производственной компании малого бизнеса. Вебинар
18 февраля 2020 г. состоялся вебинар «Как сократить издержки в производственной компании малого бизнеса. Планирование, фактическая себестоимость, анализ в 1С:Управление .
Интервью с Сергеем Кукановым
На предприятии есть производство, но вы ещё не доросли до крупных систем управления? Тогда вполне можете попробовать обойтись решением 1С:Управление .
Годовая отчетность за 2019 г.: бухгалтерская и налоговая
Новое в ЗУП за 5 мин [выпуск от 17.02.2020]
1С:ERP Урок 55. Исполнение заказа на производство
Пятьдесят пятый видеоурок вводного курса по «1С:ERP Управление предприятием». Тема на сегодня – исполнение заказа на производство (без использования пооперационного .
1C:Розница. «Поступление маркируемой табачной продукции при отсутствии электронного УПД»
Так как до 1.07.2020 г. сопровождение поставки электронным УПД не является обязательным для всех участников оборота табачной продукции, то могут .
Расширения в 1С 8.3 - это микро конфигурации в формате xml (текст с тегами) которые позволяют дополнить существующую конфигурацию (вклиниться) в виде слоя. Расширения в 1С 8.3 являются одновременно и данными, и метаданными. В одной конфигурации может быть N-е количество и зависимости друг от друга заранее неизвестно. В основном имеет смысл использовать в типовых конфигурациях (на поддержке). Расширение является своеобразным "клином", который можно мигрировать из одной информационной базы в другую.
Конфигуратор 1С - Меню - Конфигурация - Расширения конфигурации. При применении расширения контролируется порядковый номер версии при одинаковых ID (применяется последняя версия). Имя, синоним, префикс - называем как нам удобно.
- Исправление - применяются на конфигурацию поставщика (вклинивание в логику поставщика bug fix, инъекция в код).
- Адаптация - в логику кода не вмешиваемся. Адаптация без изменения логики и зависит от конфигурации поставщика.
- Дополнение - полностью независимое решение. Автономное решение без связки с конфигурацией поставщика.
- Активно - расширение используется. Если будет ошибка применения - признак автоматически отключится.
- Безопасный режим - влияет на работу в клиент-серверной версии. Актуально только для профилей безопасности SQL (разрешения к доступу).
- Защита от опасных действий - запрещает обращение к серверным модулям, открытие внешних отчетов, работа с интернетом. Аналогично параметрам пользователя
- Используется в распределенной ИБ - миграция расширения по распределенным узлам
- Область действия - использование БД целиком или с разделителями для различных технологий (например, для облаков)
- Использовать основные роли для всех пользователей - Рекомендуется ее отключить т.к. значительно влияет на производительность. Для всех пользователей создастся дополнительная роль (с префиксом) расширения и будет применятся. Роли пользователя в основной конфигурации будут иметь приоритет.
- Применилось ли расширение можно увидеть в Меню - Справка - О программе "Конфигурация"
- Если расширений много и не конфликтуют друг с другом - они применяются последовательно по имени и/или версии.
- Отключать расширение (Функции для технического специалиста - Стандартные - Управление расширениями конфигурации) в можно в режиме 1С Предприятие, но при закрытом! конфигураторе. Иначе при попытке отключить признак "Активно" получаем ошибку: Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи не выполнено). Ошибка блокировки объекта. Объект уже заблокирован: . После отключения расширения необходим перезапуск пользователя.
- Рекомендуется дробить расширения. Создавать на каждый объект своё, так проще контролировать применение и фиксировать ошибки, т.к. при конфликте в режиме 1С Предприятие расширение автоматически отключается.
- Найти пересечения по объектам невозможно. Поэтому расширения должны быть автономны.
- Для новой печатной формы или нового отчета/обработки рекомендуется первично использовать БСП так как количество расширение негативно влияет на производительность
- При удалении расширения сопутствующие данные удаляются без возможности восстановления
- Работать с метаданными основного поставщика не рекомендуется
Система не поддерживает зависимость объектов в конфигурации поставщика. Применяет слои в порядке их очередности ( последовательно), по списку (если они друг с другом не конфликтуют). Первыми будут применятся Исправление , потом Адаптация , а самые последние Дополнение . Далее в списке происходит сортировка по Имени и Версии расширения:
- Вызывать перед
- Вызывать после
- Вызывать вместо
- Вызывать вместо (с контролем)
При изменении существующего или добавлении нового реквизита основной конфигурации через заимствование в расширение. Система создаст новую таблицу чтение которой будет производится через основную таблицу. Поэтому при переопределении свойств реквизита (например: увеличение длины цены с 10 до 12 символов) не рекомендуется использовать заимствование объекта, а создать автономный, новый (в расширении) и работать с ним для исключения конфликтов (как заимствованные объекты). В этом случаем система создаст новую независимую таблицу. Например, также можно реализовывать через Регистр сведений или подчиненный справочник с нужными реквизитами. К баг фиксам данная рекомендация не относится!
Для переноса данных из основной конфигурации в расширение нужно писать обработку (через внешний источник (*.xml, *.bdf и т.п.) или дежурный регистр).
При добавлении в расширение из осн.конфигурации реквизита составного типа система заимствует все объекты
Если объект контролируемый (установлен признак). Система не применит расширение если основной поставщик изменит значение объекта.
Критичная: Значение контролируемого свойства Тип у объекта ***** не совпадает со значением в расширяемой конфигурации "
Также можно установить у объекта свойство: Проверять значение при подключении расширения, не запрещать подключение расширения:
Просмотреть работает ли расширение в пользовательском режиме 1С: Меню - Сервис и настройки - О программе (Расширения конфигурации:).
Отключить расширения в пользовательском режиме 1С (с правами Администратора): Меню - Сервис и настройки - Функции для технического специалиста - Стандартные - Управление расширениями конфигурации - Снять галки с ненужного расширения (Делать это нужно при закрытом конфигураторе и для применения нужен перезапуск сеанса).
Читайте также: