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

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

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

Вкратце данный способ можно описать так:
1. В программе есть возможность фильтра по полям связи из одной таблицы, например выбор рубрики-подрубрики. Описывалось неоднократно на форуме, в документации возможно тоже есть.
2. По вышеозначенному фильтру можно добавить в счет поля контрагента из подчиненных таблиц "реквизиты" и "адреса доставки", соответсвенно сами реквизиты и адреса будут фильтроваться по контрагенту. Но если просто их добавить - придется выбирать контрагента 3 раза для разных таблиц, что естественно глупо, поэтому эти поля должны быть вычисляемые на основе выбранного контрагента из таблицы "контрагенты". И скрытые естественно.
3. Чтобы сработали вычисления, необходимо пересохранить запись, соответственно нужно добавить яваскрипт на событие "изменение" поля "контрагент", команду на submit формы.

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

Выше описал уже.
В конкретных планах нет, т.к. не пока не совсем ясно как реализовать универсальный механизм, по крайней мере не обдумывали еще серьезно.

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

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