Очень хочется удлинить... номер СФ

[VGreen]

Конфигурация 1С:ERP Управление предприятием. Документ СчетФактураВыданный, номер коротковат: 12 знаков - смешно, хочется 15. Если я сделаю расширение и удлиню в нем номер, а потом вдруг расширение слетит (в результате обновления к примеру) или будет отключено врагом, что станет с номерами СФ, сохраненными в базе? И вообще как лучше быть в этой ситуации?

[sali]

что станет с номерами СФ, сохраненными в базе?

скорее вернутся к изначальным 12 символам то бишь те номера СФ длиной в 15 символов просто обрежутся ибо не влезает.

[Afinogen]

  сделайте регистр сведений напрмиер и в нем храгите расширенные номера или в доп реквизитах храните, заполнение доп реквизитов можете вынести в расширение

[sali]

Afinogen, у вас к регистрам отдельная любовь  

[Afinogen]

sali,
так их проще чистить в случае чего, тем более такую инфу хранить  в объекте, так себе вариант)

[VGreen]

Afinogen, у вас к регистрам отдельная любовь  

Каждый имеет право на любовь!

[VGreen]

Давайте я сформулирую вопрос чуть иначе.
А вернее 2 связанных вопроса.
1) В какой момент номера откиснут? Когда отлетит расширение или после того, как будет обращение к к документу в базе данных?
2) Как работает механизм расширений на уровне платформы? Вот у меня в БД лежит таблица с документом, никому не мешает, у нее есть колонка с номером. В параметрах колонки видимо стоит тип данных строка и ее длинна. РАсширение меняет свойства данной колонки или делает новую таблицу с колонкой с измененными свойствами?

[sali]

1) В какой момент номера откиснут? Когда отлетит расширение или после того, как будет обращение к к документу в базе данных?

в момент когда слетит расширение

после того, как будет обращение к к документу в базе данных?

а здесь ты как это видишь?

РАсширение меняет свойства данной колонки или делает новую таблицу с колонкой с измененными свойствами?

по идеи это расширение будет отрабатывать с директивой После и просто заменит твою длину строки в базе на свою

[VGreen]

а здесь ты как это видишь?

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

[VGreen]

сделайте регистр сведений напрмиер и в нем храгите расширенные номера или в доп реквизитах храните, заполнение доп реквизитов можете вынести в расширение

Ну как регистр сделать, это то же расширение, кроме того ЖурналСчетовФактур (регистр) нормально скушает номер до 50 знаков. Так что если расширение слетит номера останутся в журнале, только они в документах попортятся, а во многих регистрах используется не номер СФ а сам объект, то есть если номер слетит, то он полетит и в других местах. А обратного восстановления номеров из журнала не предусмотрено. Можно наверное сделать обработку, которая будет брать объект, его старый номер из журнала и перезаписывать его объекту. Но но это уже похоже на танцы и бубен. Словом хочется простого и надежного способа