Коллеги, всех приветствую! Прошу вашей помощи. В 1С я совсем недавно. У меня платформа 8.3.18, установлена конфигурация УНФ 1.16, в конфигураторе установлена галочка режим совместимости с 8.3.16. Стоит задача написать расширение которое будет добавлять в регистр сведений нужную нам фичу. В версии 8.3.16 нельзя было добавлять через расширения фичи в регистр сведений, тем самым мы уперлись в проблему, невозможности добавить расширение которое будет работать с регистром сведений. У меня вопрос, как решить эту ситуацию?

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

У нас 1С пустая, начинаем работу прям с нуля. Вот и думаем как лучше. На что влияет режим совместимости в дальнейшем и какой вариант выбрать из предложенных мною двух? Если отключим режим совместимости, это-же ни на что не повлияет в дальнейшем? Мы сможем обновляться, только нужно будет при необходимости корректировать наши расширения как я понимаю? или лучше поднять платформу до 8.3.20 и включить режим совместимости с 8.3.18? Мне не совсем понятно это все.
---
Ждите, когда типовую УНФ перепишут по повышенный режим расширения. Иначе можете нарваться на неконтролируемые баги (если где-то в УНФ используются неподдерживаемые в 8.3.18 методы).

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

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

работайте на стандартной конфигурации.

_________________

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

вы точно уверены в потребности внесения изменений - регистр это не перечисление или справочник ?
а потом еще и еще -- и что будет с вашей УНФ...
а через год вы не сможете обновится и все ваши расширения надо будет переделывать

хочется приключений - тогда в путь :)
---
Ждите, когда типовую УНФ перепишут по повышенный режим расширения. Иначе можете нарваться на неконтролируемые баги (если где-то в УНФ используются неподдерживаемые в 8.3.18 методы).

Внесите (ресурсы/измерения) в основную конфигурацию. А модули регистра можете править в расширении (или во внешней логике). Так будет меньше всего проблем с последующими обновлениями.
---
Верно ли я понял, что может быть такое, что УНФ что-то использует с версии 8.3.16 и поэтому стоит режим совместимости с версией 8.3.16? и если убрать режим совместимости, то что-то может не работать на версии 8.3.18 т.к. УНФ что-то может использовать с версии 8.3.16?

Задача стоит в следующем:
Задача стоит в создании дополнительного поля в штрихкоде.
Мы к номенклатуре можем добавить неограниченное число штрихкодов, но проблема в том, что нам необходимо обозначить для чего назначен данный штрих код. Нам необходимо добавить поле "Назначение ШК" и чтобы мы могли в нем выбрать значение (предварительно его добавив). Скриншот прикрепляю того, что должно получится.
---
1. Именно так.
2. Ну и добавьте реквизит Назначение в регистр...
---
А что вы будете делать, когда заведете это поле и проставите?

Штрихкоды лучше разделять по значению
---
Каким образом?
---
Как изначально и задумано, типа первые три цифры означают принадлежность. В таком духе. Протащить свое поле через весь колл-стэк обработки ШК может оказаться очень трудоемкой задачей
---
Еще рекомендовали произвести правку в конфигурации с сохранением поддержки. объект ставится в статус "Редактируется с сохранением поддержки"

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

Я так понимаю, это правильный вариант редактирования конфигурации? При последующих обновлениях конфигурации и платформы мы не столкнёмся с какими либо проблемами при таком варианте редактирования? Что это в целом значит "сохранение поддержки"?

p.s.
Прочитал что значите сохранение поддержки.

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

но при обновлении все изменения затрутся, если не убрать галочки в сравнении конфигураций.

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

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

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