Предлагаю создать сообща конфигурацию-носитель.
Я создал конфигурацию со справочниками, используемыми в торговле.
Предлагаю добавить туда
Присылайте свои CF-файлы, где будет перечень ваших названий справочников, документов, планов обмена и т.п.
Использую версию 1с81, т.к. на ней еще работают.
Я буду объединять и результаты выкладывать в этой ветке.
Описание технологии конфигурации-носителя:
fixinФайлы конфигураций в 1с8 занимают очень большой объем, порядка 30-50 Мб. Передавать их по электронной почте бывает затруднительно.

А ведь порой доработки и изменения касаются только одного-двух объектов.

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

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

Получателю останется только объединить полученный файл со своей конфигурацией.

Хочу создать одну конфигурацию, которая будет содержать все объекты 1С из всех конфигураций. Она будет весить не много.

В синонимах можете писать свое имя, чтобы благодарные потомки знали, кто добавил имя объекта в список.
Вот текущее состояние конфигурации (86 Кб в архиве, 1CD файл): http://zalil.ru/30766369
1CD - чтобы сразу можно было открыть и юзать.

The Dim!Как бедет выгляедить справочник "Контрагенты"(или аналог) у тебя, если я он есть в Рарус:Автосервис, Камин, ну и конечно в конфигурациях от самой 1С ?

Сопоставление при объединении идет по идентификатору, а не синониму.
Поэтому и там и там Контрагенты.
Можно добавить КонтрагентыИлиАналог, если есть такой синоним.

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

Nafя хочу 8.2 и что дальше?
Конфа из 81 в 82 конвертируется, обратно нет, поэтому 1с81 используем, чтобы поделиться с максимальным количеством коллег.

Программист 1сЧто-то похоже на утопию...

А технология и так уже помнится есть - смотрите на ИТС обновления для конфигураций. (размер обновлений и полных версий имеется ввиду)

Создать CFU не тривиально, как минимум нужно поставить конфигурацию на поддержку. Гораздо удобнее перенести через конфигурацию-носитель.

Nafдаже если у меня разработка на УФ? ))
Конфигурация-носитель содержит только названия объектов.
На чем хотите пишите, хоть на УФ.
Просто сконвертируйте конфигурацию-носитель на 82 и ее вам надолго хватит. Новые объекты не так часто добавляются.

Nafмощная вещь!
жалко бесполезная
Насчет мощная согласен.
Насчет бесполезная - проагрументируйте, пожалуйста, свою позицию.

Nafчто мне дадут только названия объектов?
вообще непонятен смысл оного

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

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

The Dim!Что-то я не пойму, что значит "просто копируеш"?

Документ перенесется, но его реквизиты - кроме простых типов - не перенесутся. Если они конечно небыли созданы предварительно в конфигурации-носители.


Перенесутся, вы попробуйте. Скопируйте в одной конфигурации документ в конфигураторе и вставьте его в другую. Будете приятно удивлены. ;-)

The Dim!1. В конфигурации-источнике есть. предположим, документ со строковым реквизитом длинной 10. В носители есть "такой же документ", с "таким" же реквизитом. Какие наши действия(в общем случае, исходя из универсальности конфигурации-носителя)?


В конфигурации носителе нет реквизитов, только объекты.

The Dim!2. Объекты удаляются. Например зарплатные регистры. Выходит ЗуП, в нем они помечены на удаление. В УПП или КА это будет позже, сейчас они все еще используются. Наши действия?

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

The Dim!В КА, УПП у документов есть реквизиту БУ, НУ, Упр. учет. В Бухгалтерии и УТ нету.. как быть тут?

Носитель используется не для этого.

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

koltlevFixin, да, думал минут 10, дошло наконец для чего это конфигурация нужна) чтобы передавать только измененные объекты а не всю конфигурацию. По каким конфигам уже заполнил?
Только справочники УТ + еще несколько справочников.
Жду вашей помощи по остальным справочникам, документам, подсистемам, перечислениям!

kotlev, pail, вы совершенно правильно поняли назначение конфигурации, благодарю за детальные разъяснения...

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

Нет, конфигурация-носитель будет одна общая. Задача конфигурации-носителя - собрать всевозможные названия.
Да, выходят новые версии, но ... 80% объектов всегда называются одинаково - Номенклатура, Контрагенты. И для 80% разработок эта конфигурация будет удовлетворять требованиям к носителю-посреднику.

В крайнем случае можно ручками добавить недостающие объекты.


Естественно, роли, общие модули и т.п. добавлять не надо, только те объекты, на которые имеются ссылки.

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

pailто есть при объединении тщательно распределенные по ролям права на объект/реквизиты дружно слетают?
Написал, и понял, что роли тоже нужно описывать, конечно же, но исправлять не стал. Вы совершенно правы, роли, планы обмена и подсистемы также нужно создавать.

Искандер ДвурогийА зачем это вообще нужно?
Я уже лет 5 как cf по почте не пересылал.
У меня у крупных клиентов Хранилище есть, а мелкие все равно самостоятельно объединиться не смогут.

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

Как вы будете осуществлять дистрибуцию своей разработки?
Именно через технологию конфигурации-носителя.

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

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

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

Еще раз. Технология используется для простого переноса разработанных прикладных объектов без потери типа значений их реквизитов.

Программист 1сА если вы разрабатываете столь масштабное изменение конфигураций - то у вас все должно быть на поддержке.
Или пример некорректный или решение бесмысленное.

Вы уверены что один документ и 3 справочника - это масштабное изменение. Боюсь соврать, но насколько я знаю, одна конфигурация не может быть на поддержке у двух поставщиков. Соответственно, если конфа на поддержке у 1С, то ее нельзя поставить на поддержку мне.

Соответственно, нельзя в одну конфу заливать CFU от 1С и CFU от меня.

К сожалению, из-за плохо продуманной системы дистрибьюции кода 1С приходится изобретать подобные схемы.
Правда, на мой взгляд, не лишенные элегантности.

Искандер ДвурогийЯ понял. Гений предлагает таким образом реализовывать аддоны к типовым.
Как один из вариантов - за неимением лучшего - годится.
Ну наконец-то! Именно - из-за неимения лучшего!

pivaДавайте создадим универсальную программу на универсальном языке - нужную всем

Не утрируйте. У этого универскального инструмента есть конкретное применение, это не кнопка "Сделать все", а просто одна из полезных технологий из инструментария 1сника.

Господин ПЖне полетит...
один объект спокойно переносится штатными средствами винды по мылу например

Если нужно выложить разработку на сайт, то формат буфера обмена не очень надежен - сколько раз обжигался, что формат БО различный в XP и Виста, Win7, так что конфа-носитель удобнее и стабильнее.

Господин ПЖНесколько объектов требуют эту самую пресловутую "конфу-носитель". Разово создать ее можно, но затратно. Поставить на поток - нужен парсер который умеет разбирать конфу и собирать обратно. Ну и где-то там "между" все ненужное из нее выкинуть, причем адекватно. А руками все это выполнять - обезьяний труд.

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

Господин ПЖДля больших проектов есть поддержка и cfu или vpn+rdp или там хранилище которое наружу смотрит. Для малых - обычно и cf мелкие.

Даже в больших проектах не всегда катит cfu. 1С не позволяет поставить конфу на поддержку у нескольких поставщиков, поэтому небольшие по размеру аддоны удобнее размещать в виде CFU. Есть очень много проектов 1с-совместимо, которые просто добавляют блок объектов. Вот их и можно поставлять в виде конфигурации-носителя.

Перекладывать такую деликатную вещь как объединение на юзеров - это даже в страшном сне не приснится. Они там набуробят. С теми же предопределенными[/quot]

Last1Cmenя о том же

сопровождать кучу самописок доработанных с типовых ? на такую кучу берут штатников а для штатника это как вы понимаете не актуально

прежде чем что-то делать надо пять раз подумать... и вообще не делать

кодировочников много а толку ат этого мало

Простите, о каком сопровождении речь. Я думаю, если один раз заполнить список названий объектов, его хватит на ближайшие пять лет и ничего сопровождать не нужно. Если чего-то в носителе не хватает, можно добавить и у себя пару названий, но думаю это редкий случай. Номенклатура и Контрагенты никуда не денутся.



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

опубликовал на инфостарте: http://infostart.ru/public/121244/

AHDPОн же вроде платным стал?
Залейте куданить ещё, если она бесплатна.
Их есть у меня на сайте: http://fixin.com.ru/articles/down_empty_cf/article.htm

Александр ПузаковЯ так иногдаделаю. Порой очень спасает. Но наряду с распространением нормального интернета подобная затея становится все более и более бессмысленной. Cf-ник в 50 мб переслать через интернет давно уже не проблема.
Разработку на файлообменник или инфостарт в 50Мб тоже выложить не проблема? Думаю, лет пять еще будет актуально... ;-)

sWinTyzчто то я с утра не вкурю никак?
речь идет о месте для хранения описаний конфигураций разных?
а "Конвертация данных" = отстой?
Вы не вкурили. Перекурите еще разок.

The Dim!Голые метаданные, без общих модулей, форм, модулей менеджеров и т.д. Вот сделал я что-то, хочу пользователю открыть форму с моим фильтром - а формы-то нету... А отчеты, писать всё с нуля?
Вы тоже не вкурили.

Еще раз вкратце. Это альтернатива CFU. Чтобы в файле CF передавать только несколько нужных объектов и чтобы при этом не терялись ссылки на другие объекты.