1С:Предприятие 8.3 (8.3.18.1208) ....
1) в Расширение добавил Спр.ДисконтныеКарты
2) В расширении создаю 2 спр  - Размер и Источник
3) хочу создать спр.ДисконтныеКарты два реквизита с типами из п 2

прикол в том что этих справочников нету в списке доступных
что не так ?

Глупый вопрос - расширение сохранили?

(1) Да ! -))

Прикол оказался в том что почему то если нажимать выбрать и открывается окно выбора - то в тут нету, а если выбрать из списка то есть -)) .....

(3) Это известно чуть меньше времени, чем в расширении можно стало создавать метаданные ))

ЯННП

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

(0) лучше не рисковать, добавлять новые объекты и реквизиты надежней в основную конфу.

(0) Баг платформы 8.3.18.1208, попробуй обновить до 1363

(6)Есть у меня расширение в БП 3.0 примерно с десятком каждого из справочников/документов/регистров/отчетов, работает больше 2х лет, ни разу ничего не пропадало..
Так и база может побиться при обновлении/сбое и т.д. Для этого мы и делаем бэкапы..

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

В общем я ещё пока не научен горьким опытом не хранить данные в расширении :) Надеюсь и не научусь :)

(8) Подтверждаю. Сам мучаюсь на 1208, пока не могу обновиться. На других версиях все ОК.

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

(0) Все нормально, нетак в релизе платформы, это глюк, ошибка.
Установите релиз 8_3_18_1520 - там все работает.

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

А так, релиз 8.3.18.1208, САМЫЙ БАГОВАНЫЙ :)

(12) "А так, релиз 8.3.18.1208, САМЫЙ БАГОВАНЫЙ :)" сидим на нем, вроде все работает, пока)

(13) А мы уже не сидим.
Расширения тама работают плохо :)

Попробуй добавить новые реквизиты через расширения, с типами метаданных из расширения, И не сможешь ;)

+ Есть другие ошибки, которые от 1С были исправлены уже в релизе 1520 :)

+ Тут смотря, что вы начнете использовать.

(0) Как обойти ошибку, просто
1. установи себе релиз более младший, или старший. Неважно.
2. Сделай файловую БД с вашим расширением и добавь все объекты в расширении.
3. Сохрани ЦФЕ файлик.
4. Обнови свою базу, которая в версии 8.3.18.1208.
  
Обновление станет, как надо, но вы не сможете изменить тип у своих реквизитов, просто среди доступных типов они не будут присутствовать :)

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

(18) Тут еще все смешнее, я к примеру уже прописываю функцию, "Чек-поинт для обновлений расширения".
Сама функция только сообщает, что что-то программист забыл.
Но удобство только в том, что можно найти в расширении кусочки кода, которые стоит от релиза к релизу проверять.

СОГ_ДопФункции.ПроверитьВерсиюИсполняемогоКода("3.0.95.25");


Сама функция

Функция ПроверитьВерсиюИсполняемогоКода(пРазрешеноРаботатьВерсии, Отказ=Ложь) Экспорт
    
    Если Метаданные.Версия <> пРазрешеноРаботатьВерсии Тогда
        ТекстСообщения = "Сменилась версия 1С с '%1' на '%2', необходимо проверить функционал модуля! (сообщите программисту, он должен был проверить)";
        ТекстСообщения = СтрШаблон(ТекстСообщения,пРазрешеноРаботатьВерсии,Метаданные.Версия);
        ОбщегоНазначенияКлиентСервер.СообщитьПользователю(ТекстСообщения,,,, Отказ);
    КонецЕсли;

    Возврат Отказ;
КонецФункции

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

(20) Я для себя решил, что новые объекты и реквизиты надежней в основной конфе (при обновлении их видно и трудностей не возникает). в расширение можно допустим добавлять эти новые реквизиты на форму (это действительно удобно). печатные формы лучше делать внешними, даже если отвалятся починить не сложно.

(21) Да, тоже так считаю. Но порой просто нет времени на это все :)

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

(22) по времени лучше сделать так как потом удобнее будет обновляться, т.е чуток больше времени на разработку, за то потом сэкономишь на обновлениях.

(23) Есть еще одна фишка, по табличным документам...
1С добавили варианты способа расширения: "Замещать" и "Объединять".

По умолчанию стоит "Объединять", и вот тут собака могут быть веселости в пользовательском режиме.
Форма прописывается не так как надо :)

(24) Не, не сэкономлю, просто всегда с опаской думаю, придет момент, когда 1С просто чего учудит с такими данными.
И тогда придется все перетаскивать за года в основную конфигурацию :)

+(23) Есть еще веселости, когда у формы стоит статус "Обновить", в виду какого-то изменения.
Бывают случаи, когда форма попросту перестает работать.

И вот тут приходится ее попросту убивать и переписывать по новой :)

(26) поэтому писал выше, добавлять новые реквизиты на форму, лучше программно в расширении

Волков бояться, не пить шампанского )
Документировать изменения, добавлять программно, готовить тесты...и т.п. Другого пути нет. Нет идеальных программ и конфигураций

(28) Неважно, где твои реквизиты. и метаданные.
Но есть единственный плюс, твои СКД будут работать в конфигураторе как надо, как в виде обработке, так и в составе.

...Скорость дает только Чекпоинт, который при сравнении двух конфигураторов, тебе показывает, где отличие и в каких процедурах :)

(29) Еще бы штат бы расширить и ЗП поднять, было бы супер :)

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

(32) А я этот момент упустил, вот денек промучился, пока не увидел нововведение :)

(30) +1

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

(26) не проще сразу добавлять в основную ?

(35) Да, так и делаю. В итоге, получается хоть какой-то прирост скорости.
А чекпоинт из (19) просто помогает исключить лишнее обращение и не пропустить чего важного. :)

(36) Нам запрещено всякое вмешательство. (вот как-то так) :)

+ (35) Единственное что помогает при сравнении кода Основной конфигурации и расширения, это Нотепад++ версии (х32)
С плагином "Compare" (если вы еще не заценили, опробуйте)
Ставить только версию х32, только там робит установщик плагинов. В версии х64 он не фурычит :)

(37) Нам запрещено всякое вмешательство. (вот как-то так) :), да есть такой тренд, у меня проще, я на фрилансе

(31) Штаты тут никаким боком. Достаточно привыкнуть писать документацию сразу по мере внесения изменений. Самому же потом сопровождать.

(40) У каждого своя ниша удовольствия. Вы пишите, то что наделали, я пишу, только то, что требует писательств. По поводу сопровождения написанного, это конечно любопытное предложение. Но как показывает практика, особо мало кто хочет что-то ваше менять. А если меняется, то как правило либо полностью, либо мелкими детальками, что особо не требуют документирования :)