Коллеги, доброго вечера!

Сделал документ (ЗаявкаНаЗамену) в основной конфигурации и план обмена (ПланОбменаССайтом) - он имеет в составе только спрНоменклатура, хочу поместить только план обмена в хранилище (над документом еще работы не окончены) -
не могу, выходит ошибка!

Для выполнения операции требуется помещение объектов:
    ЗаявкаНаЗамену

Отдельно уже никак не поместить?

Вали кулём, потом разберём

(0) переходи на ГИТ, там это реализовано

(1) это как? напрямую в скуль?

(2) это в едт или можно из конфигуратора?

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

(3) 🤦

(4) я умею в едт, если умеешь из конфигуратора - то можно и из конфигуратора

(0) В чем проблема поместить недоработанный документ и просто не включать его регистрацию?

+(8) Ну и вообще никуда его не включать, пока не доработаете.

(8) Там наверное "любая ссылка".

(0)Просто помести все в хранилище, а потом перезахвати документ

(0) в качестве бреда:

1) сохраняешь пофигурацию в файл
2) отменяешь захват объектов в хренилище
3) захватываешь корень
4) сравнением/объединением пофигурации с пофигурацией из файла добавляешь "ПланОбменаССайтом"
5) помещаешь изменения в Хренилище
6) сравнением/объединение пофигурации с пофигурацией из файла добавляешь "ЗаявкаНаЗамену"

ну и чё бы не покласть оба два объекта сразу в Хренилище? пока твой новый документ недоделан - добавь "заглушку" при открытии, чтобы не открывался... когда "финалочку" документа будешь складывать в Хренилище - "заглушку" уберешь

(5) если "корень" пофигурации захвачен и добавлены новые объекты - то в Хренилище нужно все новые объекты поместить (по отдельности не получится)

ИИчко

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

Правило неделимой транзакции: Регистрация новых объектов и обновление структуры дерева (корня) должны происходить одновременно.

(2) при чем тут гит?
https://its.1c.ru/db/metod8dev/content/1798/hdoc
Документы
Для каждого документа создается таблица (_Document<n>) со следующими полями:

_ID<suff> - идентификатор документа;
_Version - версия записи (изменяется после каждого обновления данной записи);
_Marked - признак того, что документ помечен на удаление;
_Date_Time - дата/ время документа;
_NumberPrefix - начало периода уникальности номера. Поле определено, если в конфигурации для документа задана поддержка уникальности номера в пределах периода;
_Number - номер документа;
_Posted - документ проведен;
_Fld<n><suff> - реквизит документа (для каждого реквизита, определенного в конфигурации);
_Fld<n> - общие реквизиты.


Если документ участвует в обмене данными, то создается таблица регистрации изменений (_DocumentChngR<n>), поля которой аналогичны полям таблицы регистрации изменений справочника.

внимание вопрос, как в БД запишется _DocumentChngR<n> без записи _Document<n> ?

(13) давно не работал с хранилищем, но по-моему дает поместить отдельные объекты

(14) так вопрос был только про разработку, не?

Как положить базы коллег,подключенные к храну 1. Делаем новый регистр накопления 2. Делаем новый док, ставим его регистратором того нового регистра. 3. Помещаем в хран только регистр. 4. Коллеги получают изменения из храна. И вуаля, обновить конфу ИБ они не могут ))

Я вам подскажу лайфхак, как всё это устраивать.

Создаёте пачку объектов типа "Болванка", например,


Всё пустое, без реквизитов. Когда кому-то понадобится создать новый объект, ему НЕ НУЖНО захватывать корень. Он просто берёт объект из болванок и модифицирует.

Для регистра накопления сразу делайте регистратором КорректировкаРегистров

Решение, проверенное опытом начальника с десятком программистов.

(12) так и сделал, спасибо! Просто документ вообще рано комитить.

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

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

(0)

Просто интересно, а  сколько "у вас там" можно держать захваченным корень ?
День ?
Неделю ?
Больше ?

(18)
+1
Заранее много болванок не делаем,
но свои болванки помещаем, корень не держим.

За исключением форс-мажров, конечно.

(17) Не даст так система сделать

(23) еще как даст
проверено неоднократно

(23) +1

Чисто ради спорт. интереса: есть пути захвата общего модуля несколькими заинтересованными в нём лицами?

(26) Видел практики когда каждому разрабу свое расширение
Или даже на каждую отдельную задачу - свое отдельное расширение аля патч
Затем при сборке релиза эти отдельные расширения собираются в одно

(27) Вроде у Гита есть решение, но слышал, что гитовский клиент может некорректно отработать и тогда пиши пропало.