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

Такая возможность есть. Читай ЖКК.

и слава богу что нельзя. Аминь

(0) любой из этих объектов - физическая таблица в базе данных

Обработки, отчеты - не требуют хранения данных объекта.

(3)  а можно ли сделать внешние таблицы? Чтобы какой-нибудь новый регистр хранился отдельно от базы?

(2) почему?

(1) а можно поподробнее? что именно искать? давно не читала их, но насколько помню, про "внешние модули" ничего там не было. было что-то про внешние компоненты, внешние источники данных...

(6) нечего там искать. Нет внешних документов, не выдумывайте. Почему их нет, я вам написал.

Попросилди сделать документ "Прием черного нала":) и хранить на флешке. Чтобы флеху вытащил и данные пропали.
Нельзя так.

(5) боюсь представить просто

(0) это чаще всего делают в подписаках на события. Чтобы потом не парится со сравнением модулей при обновлении. А новый регистр - чем он помешает? Его же нет в типовой.

(8) забавно. нельзя - потому что незаконно, или потому что невозможно средствами 1С?

(10) что на что подписывают? это как? а если нам надо что-то одно обновить, а остальное нет?

(+1) можно - называется
"Отдельная база 1С с подключением по СОМ"

(12) если создаешь новые документы, регистры и т.д. так, что-б они не мешали и не потерялись при обновлении - называй их заведомо уникальными именами, к примеру "МаринкинаРеализция"... ;)

(14) а у меня и так они уникальны )

(0) Ну так сделай
ВнешнийМодуль=ВнешниеОбработки.Создать(ПутьКОбработке);

И где тебе надо вызывай
ВнешнийМодуль.НужныйМетод(НужныеПараметры)

Или ты хочешь расширители. Например для модуля объекта код содержался в отдельном файле и при компиляции он подгружался?

Что то типа partial class из C#?

(17) да, именно это

Ну это ничем не лучше внешних обработок (т.к. должен быть вызов из основного тела модуля), а получить геморроя больше, так как методы не должны пересекаться. Для этого нужно директивы из ООП override и overload

Тоже хочется например так:
Типовая, почти не изменённая.
Рядом другая база, самописка.
В типовой открываем документ, типовая форма дополняется данными из самописки. Проводим документ, дополнительные движения делаются в соседней базе.
Создаём на основании типового нетиповой документ, открывается форма документа из другой базы.

В УФ сделано же, что окна могут быть отдельно. Так почему бы не открыть окно из соседней базы? Пользователю нет разницы, а программисту удобнее.

(21) +100500! а то я уж задумался об аудитории форума... ))

(22) не надо сразу думать плохо. невозможно сразу все знать.

(22) Только может быть другая крайность.
Типовая, рядом бесшовно интегрирован документооборот, рядом с документооборотом ещё что-то типовое, рядом с тем самописка, рядом с которой другая самописка.
Приходит новый программист и вешается. Как этот зоопарк отлаживать?